Есть два отдельных физических диска. Блины на них крутятся сами по себе. Одни и те же команды выполняются за разное время.
Авария прерывает работу в любой момент времени и на одном диске может что-то запишется, а на другом не запишется. Вот данные и разные.
В моем случае еще не известно прерывает ли. Питание-то никуда не пропадает.
Для исключения этой проблемы железные контроллеры делают с памятью и батарейкой.
Тут, вообще-то, должна сработать метка грязности в dmraid, но из-за ncq не известно записалась ли она раньше или позже данных и записалась ли вообще. Пока мне не известно есть ли у dmraid какие-то собственные барьеры. Скорее всего нет, потому что это ухудшит производительность.
В принципе еще до появления ncq подобное поведение было у scsi-устройств и даже до появления барьеров в ядре как таковых. Так что dmraid должен бы учитывать эту ситуацию.
myhand: Тогда это тоже баг - либо в md, либо где-то уже ниже (вплоть до прошивки контроллера). По идее, write cache не должен мешать md, "if the programmers make the right call(s)" (тм).
из-за кеша записи на одном винте данные могут успеть записаться, а на втором могут не успеть.
хотя у меня не происходит пропадания питания - у меня внезапная перезагрузка.
myhand: Да, если бы вы исключили "манипуляции" с reiserfs непосредственно на дисках (загрузчик).
я не представляю зачем grub legacy писать по диску. надо код смотреть.
писать файлы можно на устройство md с reiserfs, а загрузчик размещать в mbr /dev/sda и /dev/sdb. трогать файловые системы на sda и sdb вроде бы и не нужно.
Warning: the /boot filesystem cannot use any softRAID level other than 1 with the stock Ubuntu bootloader. If you want to use some other RAID level for most things, you'll need to create separate partitions and make a RAID1 device for /boot.
---------- Добавлено в 22:42 ---------- Предыдущее сообщение было в 22:34 ----------
кстати поставил в виртуальной машине ubuntu 11.10 на raid10 - нормально грузится. grub2 и суперблок md нового формата 1.2
Не запишется, учим матчасть.
Какую еще матчасть?
Есть два отдельных физических диска. Блины на них крутятся сами по себе. Одни и те же команды выполняются за разное время.
Авария прерывает работу в любой момент времени и на одном диске может что-то запишется, а на другом не запишется. Вот данные и разные.
В моем случае еще не известно прерывает ли. Питание-то никуда не пропадает.
Для исключения этой проблемы железные контроллеры делают с памятью и батарейкой.
Тут, вообще-то, должна сработать метка грязности в dmraid, но из-за ncq не известно записалась ли она раньше или позже данных и записалась ли вообще. Пока мне не известно есть ли у dmraid какие-то собственные барьеры. Скорее всего нет, потому что это ухудшит производительность.
В принципе еще до появления ncq подобное поведение было у scsi-устройств и даже до появления барьеров в ядре как таковых. Так что dmraid должен бы учитывать эту ситуацию.
из-за кеша записи на одном винте данные могут успеть записаться, а на втором могут не успеть.
Ну и плевать. ФС с барьерами просто не посчитает такую транзакцию.
Так ведь запишется разная информация на винты и получится рассинхронизация, которую нельзя определить по метке.
да хоть savedefault?
я уже показывал, в конфигурация подобных моей это отключено специально.
netwind, а вы когда размонтировали /var вывод
ls -la /proc/sys/vm/drop_caches
меняется до и после ?
не знаю, это же "файл-ручка". на нее не смотрят, а дергают. я не стал проверять.
Тогда это тоже баг - либо в md, либо где-то уже ниже (вплоть до прошивки контроллера). По идее, write cache не должен мешать md, "if the programmers make the right call(s)" (тм).
из-за кеша записи на одном винте данные могут успеть записаться, а на втором могут не успеть.
хотя у меня не происходит пропадания питания - у меня внезапная перезагрузка.
Да, если бы вы исключили "манипуляции" с reiserfs непосредственно на дисках (загрузчик).
я не представляю зачем grub legacy писать по диску. надо код смотреть.
писать файлы можно на устройство md с reiserfs, а загрузчик размещать в mbr /dev/sda и /dev/sdb. трогать файловые системы на sda и sdb вроде бы и не нужно.
Arskillord, заставляют ! вот даже рекламную тему создали.
сделали бы сайт, тихонечко проиндексировали, глядишь я бы его и нашел в трудную минуту сам.
Если вам так все очевидно - где баг?
может быть нигде. в конце концов, write cache на дисках включен (он у многих включен)
как бы ни старался md, часть данных может не записаться.
манипуляции с md, после которых reiserfs начинает работать как задумано, на мой взгляд, исключают проблему в reiserfs.
myhand, вот вам были ссылки. Многие используют grub legacy, reiserfs без выделенного раздела для /boot, а не только я. И вроде бы даже не ругаются.
Что же я и эти люди делают неправильно?
а теперь с reiserfs
а в чем разница ? просили журналируемую - я нашел журналируемую Ext3.
reiserfs непопулярна. кое-что можно найти и с reiserfs http://ubuntuforums.org/showthread.php?t=1027240
Вы не понимаете разницы между grub2 и grub legacy?
а почему вы спрашиваете?
Найдите документ, описывающий это _без_ отдельного раздела под /boot и, желательно, _с_ журналируемой ФС типа ext3/reiserfs.
да документов-то полно http://advosys.ca/viewpoints/2007/04/setting-up-software-raid-in-ubuntu-server/
(вторая ссылка в гугле. первая - региональная, еще подумаете что я сам ее написал).?
вот более менее похожее на руководство https://help.ubuntu.com/community/Installation/SoftwareRAID#Partitioning_the_disk, которое никто не стер как вредное, значит это нормально.
---------- Добавлено в 22:42 ---------- Предыдущее сообщение было в 22:34 ----------
кстати поставил в виртуальной машине ubuntu 11.10 на raid10 - нормально грузится. grub2 и суперблок md нового формата 1.2
myhand, может кода поддержки raid в grub legacy нет, но он и не нужен. все этим пользовались много раз и установка на raid много где описана.
ну найдите явный запрет на использование raid1 хоть в каком-нибудь документе.
в конце концов, разве можно считать надежной систему, которая не грузится при вынимании одного диска? эта конфигурация самая обычная.