судя по дате модификации файла stage1 он и не меняется никогда. значит достаточно записать в mbr номера секторов где лежат остальные файлы. файловую систему напрямую мимо md загрузчику зачем трогать?
работает же все. даже mismatch_cnt стремится к 0.
где конкретно написано что grub не должен работать в случае когда "все в /" ?
Там просто написано что grub2 грузится с raid и никаких тонкостей. Сокращение "RAID" встречается 3 раза и нигде не указано как именно конфигурировать в случае с raid.
myhand: https://bugzilla.redhat.com/show_bug.cgi?id=566828
В баге дебиана тоже упоминали, лень искать.
Все равно не понятно.
myhand: Райд не обязан быть надежным, если администратор настроил систему так, что она молча ковыряет один из его дисков.
Так ведь просто нельзя записать загрузчик на md0, потому что загрузчик пишется в таблицу разделов, а на md0 нет таблицы разделов.
разве в этом конфиге что-то не так ? (это старый grub 0.97)
device.map :
(hd0) /dev/sdb
(hd1) /dev/sda
menu.lst
default 0
timeout 3
title Ubuntu 10.04.3 LTS, kernel 2.6.32-33-server
kernel /boot/vmlinuz-2.6.32-33-server server root=UUID=2222-1047-409c-a6c8-4333333 ro panic=10 bootdegraded=true
initrd /boot/initrd.img-2.6.32-33-server
в конце концов,если не было внезапных перезагрузок он работает. grub-install запускался сначала инсталлятором на оба диска и отдельно потом я вроде запускал его.
myhand: Сейчас умеют (grub2), но это неважно. Кроме того, даже если "умеют" - должны быть сконфигурированы соответственно.
не очень давно пробовал поставить убунту на raid10 одним разделом чисто поржать - спокойно поставилась, но не загрузилась. grub2 там и был. как надо было его настроить ?
myhand: Добрый дядя из RH говорит обратное, но мы знаем лучше - верно?
ну давайте ссылку. я что-то не очень понимаю о чем речь. считаю, что проблемы с загрузкой с raid и есть та причина, по которой дистрибутивы при разбивке /boot выносят в отдельный раздел.
myhand: файловая система всегда проверяется fsck при внезапной перезагрузке?
нет, зачем ? обычно достаточно проиграть лог. по крайней мере на одном диске или надежном raid должно быть достаточно.
myhand: Есть что сказать по этому поводу - или данный вариант отмели?
ни grub, ни grub2, ни lilo не умеют грузиться с md raid отличного от raid1.
это означает, что загрузчик ничего не делает с raid. он определяет какой диск живой и читает данные только с него. и уж тем более не может там ничего испортить, так как не пишет на диск. мои проблемы при загрузке не на этапе загрузчика.
кроме того, я приводил сообщения из dmesg, которые возникли уже спустя часы после загрузки.
netwind: Я правильно понимаю, что ваше предположение подразумевает, что reiserfs "сам себя рушит" и в следствии ошибок в коде записывает на разные диски md разную информацию?
надо же определиться в чем конкретно вы подозреваете reiserfs.
Raistlin: В данном случае - даже MySQL не пишет несколько раз в секунду на диск данные в один и тот же сектор в течении продолжительного времени. Специфика MySQL такова, что он в основном производит много чтений, которые как раз забиваются в кеш ОС. А отложенной записи опять же на правильно настроенной системе нет.
если нет дефицита памяти, диски на вебсервере в основном пишут. читать просто нечего - новая записанная информация тоже попадает в кеш.
Raistlin: виртуальная машина после резета на ext2 полностью разрушила свою ФС. Много думаю...
разумеется нежурнализируемая ext2 разрушается на отлично при резете. тут и думать нечего.
Что, прям так и инитрд в mtr? И stage1?
судя по дате модификации файла stage1 он и не меняется никогда. значит достаточно записать в mbr номера секторов где лежат остальные файлы. файловую систему напрямую мимо md загрузчику зачем трогать?
работает же все. даже mismatch_cnt стремится к 0.
где конкретно написано что grub не должен работать в случае когда "все в /" ?
Смотрите документацию для grub соответствующей версии.
http://www.gnu.org/software/grub/manual/grub.html
Там просто написано что grub2 грузится с raid и никаких тонкостей. Сокращение "RAID" встречается 3 раза и нигде не указано как именно конфигурировать в случае с raid.
https://bugzilla.redhat.com/show_bug.cgi?id=566828
В баге дебиана тоже упоминали, лень искать.
Все равно не понятно.
Райд не обязан быть надежным, если администратор настроил систему так, что она молча ковыряет один из его дисков.
Так ведь просто нельзя записать загрузчик на md0, потому что загрузчик пишется в таблицу разделов, а на md0 нет таблицы разделов.
разве в этом конфиге что-то не так ? (это старый grub 0.97)
device.map :
(hd0) /dev/sdb
(hd1) /dev/sda
menu.lst
default 0
timeout 3
title Ubuntu 10.04.3 LTS, kernel 2.6.32-33-server
kernel /boot/vmlinuz-2.6.32-33-server server root=UUID=2222-1047-409c-a6c8-4333333 ro panic=10 bootdegraded=true
initrd /boot/initrd.img-2.6.32-33-server
в конце концов,если не было внезапных перезагрузок он работает. grub-install запускался сначала инсталлятором на оба диска и отдельно потом я вроде запускал его.
Сейчас умеют (grub2), но это неважно. Кроме того, даже если "умеют" - должны быть сконфигурированы соответственно.
не очень давно пробовал поставить убунту на raid10 одним разделом чисто поржать - спокойно поставилась, но не загрузилась. grub2 там и был. как надо было его настроить ?
Добрый дядя из RH говорит обратное, но мы знаем лучше - верно?
ну давайте ссылку. я что-то не очень понимаю о чем речь. считаю, что проблемы с загрузкой с raid и есть та причина, по которой дистрибутивы при разбивке /boot выносят в отдельный раздел.
файловая система всегда проверяется fsck при внезапной перезагрузке?
нет, зачем ? обычно достаточно проиграть лог. по крайней мере на одном диске или надежном raid должно быть достаточно.
Вcех с днем рождения Ганса Рейзера, кстати.
maldivec, и вообще я о том что данные в бд не могут храниться
ну а вот хранятся они так в vbulletin. не веришь - купи и проверь.
Есть что сказать по этому поводу - или данный вариант отмели?
ни grub, ни grub2, ни lilo не умеют грузиться с md raid отличного от raid1.
это означает, что загрузчик ничего не делает с raid. он определяет какой диск живой и читает данные только с него. и уж тем более не может там ничего испортить, так как не пишет на диск. мои проблемы при загрузке не на этапе загрузчика.
кроме того, я приводил сообщения из dmesg, которые возникли уже спустя часы после загрузки.
myhand, кажется, пропустили :
Я правильно понимаю, что ваше предположение подразумевает, что reiserfs "сам себя рушит" и в следствии ошибок в коде записывает на разные диски md разную информацию?
надо же определиться в чем конкретно вы подозреваете reiserfs.
В данном случае - даже MySQL не пишет несколько раз в секунду на диск данные в один и тот же сектор в течении продолжительного времени. Специфика MySQL такова, что он в основном производит много чтений, которые как раз забиваются в кеш ОС. А отложенной записи опять же на правильно настроенной системе нет.
если нет дефицита памяти, диски на вебсервере в основном пишут. читать просто нечего - новая записанная информация тоже попадает в кеш.
виртуальная машина после резета на ext2 полностью разрушила свою ФС. Много думаю...
разумеется нежурнализируемая ext2 разрушается на отлично при резете. тут и думать нечего.
Яндекс.вебмастер пришлет письмо когда будет поздно
почему это? у меня каждый день робот по страницам ходит. чаще чем ваши раз в 24 часа.
я правда не знаю насколько быстро он присылает письмо.
iopiop, скорее 2. если не согласен - можешь купить и написать им багрепорт.
SELECT vote_count FROM pool WHERE pool_id = 1 AND option_num = 5;
а название пункта голосования как достать?
ну, например, vbulletin хранит опции голосования в таблице poll подобным способом.
если захочется какую-то нестандартную статистику подсчитать, вероятно придется прибегнуть к подобным вычислениям.
а заметить, что сайт используется хакером порой бывает достаточно сложно.
да ладно! Яндекс.Вебмастер присылает об этом письмо.
Этот сервис гарантированно бесплатен на многие годы.