myhand: А теперь сделайте мне это периодически и так, чтобы админ не заметил. (условия задачи)
там mysql скорее всего незначительно используется. так что можно написать такой скрипт который быстро все убивает, демонтирует-монтирует и снова запускает.
раз уж других идей нет и никто точно не трогает файл в /proc, то и эта версия сойдет.
mount -o remout кеш не сбрасывает. по крайней мере у меня.
myhand: Как воспроизвести подобный скачок, подскажите пожалуйста. Что отмонтировать посоветуете - /var? Раздел базы данных?
А главное, как этой порнографии умудриться не заметить
вот уж не знаю как. по крайней мере, umount точно сбрасывает кеш и очень быстро. речь действительно о /var.
myhand: Мне лень каждый раз читать для вас мануалы. Я сослался на утверждение разработчика и общепринятую практику разбивки, учитывающую такую проблему.
плохо, потому что общепринятая практика это лишь набор суеверий. разработчик упоминал в контексте несоответствия mismatch_cnt, но не утверждал что это плохо и вообще не загрузится.
myhand: Где? В мануале не нашел. Кроме того, повторяю - старый груб просто не понимает что у вас райд.
у меня в конфиге буратины из убунты написали :
# WARNING: If you are using dmraid do not use 'savedefault' or your
# array will desync and will not let you boot your system.
myhand: Ну, значит проблемы персонально тех буратин, которые это сломали.
да все там нормально - убунта точно так же пытается сделать отдельный раздел boot.
Я думаю, у вас файловая система зачем-то перемонтируется. Сейчас проверил - кеш сбрасывается моментально если сделать umount.
Переименуйте для начала программы mount/umount, нафига они вам такие нужны (только перегружаться не надо пока программа mount недоступна). Может быть что-то подозрительное в dmesg можно найти.
audit может мониторить конкретные syscall и вам нужно понаблюдать за вызовами mount.
Снова вернуться к третьему сообщению в теме и перестать выискивать изощренных вредителей, которые пишут в этот файл. Это сразу было понятно, что вероятность низкая.
myhand: Пацаны-то не знают - зачем-то в загрузчике сделали себе fsys_reiserfs.c. Вы абсолютно уверены, что только для того чтобы читать?
Не уверен. А вы почему уверены, не только для того чтобы читать? savedefault на raid не работает - это документировано явно.
myhand: Блажен, кто верует - можете продолжать наступать на грабли, которые по-умолчанию дистрибутив обходит (хотя хз, может бубунты это поломали - но дебиан выносит /boot отдельно).
Выносит и ubuntu. Я не нашел где явно написано о запрещении подобной разбивки, да и вы не привели точных цитат.
myhand: А как иначе файлы оттуда взять? Тот же initrd.
если речь о raid1, то нужно знать небольшой диапазон секторов для считывания. Для этого нужно читать диск на этапе инсталляции, а писать на него загрузчику не надо. Писать можно в mbr и это не разрушает raid.
myhand: То работает - то ничего не работает. Вы определитесь.
вся эта система работает в принципе хорошо, но некоторые данные свидетельствуют, что raid не готов правильно обработать аварийную перезагрузку.
myhand: Так он нуль или не нуль вообще у вас? Если нуль - абсолютное значение важно мало.
как правило 0 сразу после ручной синхронизации. но бывает и не 0. Я так понимаю это как раз те самые memory mapped files влияют.
grub legacy не понимает raid, куда уж более явно...
Понимает, но не в полной мере. safedefault не работает. Все массивы отличные от raid1 не работают.
может кода поддержки raid в grub legacy нет, но он и не нужен. все этим пользовались много раз и установка на raid много где описана.
табличка pool вида pool_id, option_num, option_name, vote_count
а зачем ? денормализация она всякая бывает. и смысл в ней иногда тоже есть.
---------- Добавлено в 21:48 ---------- Предыдущее сообщение было в 21:45 ----------
me покупать чтобы багрепорт сделать ?
зато тебе там авторитетно напишут "Status: not a bug" и ты надолго запомнишь какая бывает денормализация.
А теперь сделайте мне это периодически и так, чтобы админ не заметил. (условия задачи)
там mysql скорее всего незначительно используется. так что можно написать такой скрипт который быстро все убивает, демонтирует-монтирует и снова запускает.
раз уж других идей нет и никто точно не трогает файл в /proc, то и эта версия сойдет.
mount -o remout кеш не сбрасывает. по крайней мере у меня.
Как воспроизвести подобный скачок, подскажите пожалуйста. Что отмонтировать посоветуете - /var? Раздел базы данных?
А главное, как этой порнографии умудриться не заметить
вот уж не знаю как. по крайней мере, umount точно сбрасывает кеш и очень быстро. речь действительно о /var.
Мне лень каждый раз читать для вас мануалы. Я сослался на утверждение разработчика и общепринятую практику разбивки, учитывающую такую проблему.
плохо, потому что общепринятая практика это лишь набор суеверий. разработчик упоминал в контексте несоответствия mismatch_cnt, но не утверждал что это плохо и вообще не загрузится.
Где? В мануале не нашел. Кроме того, повторяю - старый груб просто не понимает что у вас райд.
у меня в конфиге буратины из убунты написали :
# WARNING: If you are using dmraid do not use 'savedefault' or your
# array will desync and will not let you boot your system.
Ну, значит проблемы персонально тех буратин, которые это сломали.
да все там нормально - убунта точно так же пытается сделать отдельный раздел boot.
Про явный запрет нигде не написано.
Я думаю, у вас файловая система зачем-то перемонтируется. Сейчас проверил - кеш сбрасывается моментально если сделать umount.
Переименуйте для начала программы mount/umount, нафига они вам такие нужны (только перегружаться не надо пока программа mount недоступна). Может быть что-то подозрительное в dmesg можно найти.
audit может мониторить конкретные syscall и вам нужно понаблюдать за вызовами mount.
сколько всего дисков и как они разбиты?
Снова вернуться к третьему сообщению в теме и перестать выискивать изощренных вредителей, которые пишут в этот файл. Это сразу было понятно, что вероятность низкая.
Пацаны-то не знают - зачем-то в загрузчике сделали себе fsys_reiserfs.c. Вы абсолютно уверены, что только для того чтобы читать?
Не уверен. А вы почему уверены, не только для того чтобы читать? savedefault на raid не работает - это документировано явно.
Блажен, кто верует - можете продолжать наступать на грабли, которые по-умолчанию дистрибутив обходит (хотя хз, может бубунты это поломали - но дебиан выносит /boot отдельно).
Выносит и ubuntu. Я не нашел где явно написано о запрещении подобной разбивки, да и вы не привели точных цитат.
А как иначе файлы оттуда взять? Тот же initrd.
если речь о raid1, то нужно знать небольшой диапазон секторов для считывания. Для этого нужно читать диск на этапе инсталляции, а писать на него загрузчику не надо. Писать можно в mbr и это не разрушает raid.
То работает - то ничего не работает. Вы определитесь.
вся эта система работает в принципе хорошо, но некоторые данные свидетельствуют, что raid не готов правильно обработать аварийную перезагрузку.
Так он нуль или не нуль вообще у вас? Если нуль - абсолютное значение важно мало.
как правило 0 сразу после ручной синхронизации. но бывает и не 0. Я так понимаю это как раз те самые memory mapped files влияют.
Arskillord, ну раз поисковый трафик у меня не пропадет, может мне и не нужен вас сервис?