<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Debian: EXT4 journal и md RAID10 перестраивает зачем?</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/87851.html</link>
    <description>Коллеги,&lt;br&gt;&lt;br&gt;сделал MD RAID10&lt;br&gt;из 4-х дисков Seagate 500GB SATA2&lt;br&gt;общей емкостью соответственно 1 GB&lt;br&gt;поставил туда EXT4 с журналированием.&lt;br&gt;debian:/var/log# mount&lt;br&gt;/dev/md127 on /mnt/raid10 type ext4 (rw,acl)&lt;br&gt;&lt;br&gt;далее проверяю отказоустойчивость&lt;br&gt;во время записи данных на массив дергаю по питанию сервер.&lt;br&gt;перегружаюсь рутовая fs выживает нормально.&lt;br&gt;а вот массивчик почему то сразу идет перестраиваться.&lt;br&gt;&lt;br&gt;dmesg &amp;#124; grep md127&lt;br&gt;&#091; 8.701813&#093; md: md127: raid array is not clean -- starting background reconstruction&lt;br&gt;&#091; 8.715151&#093; raid10: raid set md127 active with 4 out of 4 devices&lt;br&gt;&#091; 8.715243&#093; md: resync of RAID array md127&lt;br&gt;&#091; 8.716257&#093; md127: detected capacity change from 0 to 1000213577728&lt;br&gt;&#091; 8.716315&#093; md127: unknown partition table&lt;br&gt;&#091; 12.784836&#093; kjournald2 starting: pid 2001, dev md127:8, commit interval 5 seconds&lt;br&gt;&#091; 12.793917&#093; EXT4 FS on md127, internal journal on md127:8&lt;br&gt;&#091; 12.891430&#093; EXT4-fs: mounted filesystem md127 with ordered data mode&lt;br&gt;&lt;br&gt;я как бэ не понял, это фича или глюк? на мой взгляд журналирова</description>

<item>
    <title>Debian: EXT4 journal и md RAID10 перестраивает зачем? (1)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/87851.html#5</link>
    <pubDate>Fri, 02 Apr 2010 06:58:49 GMT</pubDate>
    <description>дополню:&lt;br&gt;вообще проверки контрольных сумм при чтении конечно тоже не хватает, но пока вроде ни одна из фс (кроме zfs, других случаев не знаю) этого не реализует.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Debian: EXT4 journal и md RAID10 перестраивает зачем? (1)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/87851.html#4</link>
    <pubDate>Fri, 02 Apr 2010 06:55:32 GMT</pubDate>
    <description>я тоже интересуюсь надёжностью софтовых vs аппаратных рейдов, и вот что накопал:&lt;br&gt;http://linas.org/linux/raid.html&lt;br&gt;т.е. от отключения питания именно софтовый рейд не спасает (аппаратный с батарейкой спасает), нужны доп меры в виде журналов и проверок контрольных сумм, у ext4 есть эти меры:&lt;br&gt;- барьеры, (надо проверить/ещё почитать, но по идее должны гарантировать) гарантируют последовательность что сначала запишется журнал, а потом будет обновление данных и затем комит транзакции&lt;br&gt;- журналирование данных, либо мы оставляем старые данные либо новые, если в журнале есть все новые данные и не дописали часть поверх старых то допишем при проверке журнала, если не успели записать в журнал, то старые данные не тронуты и считаются вполне правильными и не испорченными. это противодействие отключению во время записи данных (и соответственно их порче), у аппаратных для этого есть батарейка к кешу.&lt;br&gt;- проверка контрольной суммы журнала транзакций, думаю это и так понятно - журнал должен быть исправным для доверия ему.&lt;br&gt;</description>
</item>

<item>
    <title>Debian: EXT4 journal и md RAID10 перестраивает зачем? (MarvinFS)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/87851.html#3</link>
    <pubDate>Fri, 15 Jan 2010 02:38:15 GMT</pubDate>
    <description>&amp;gt;ты не написал что за рейд, аппаратный, софт, и т.д.? &lt;br&gt;&lt;br&gt;написал, это софтовый стандартный линукс рэйд на устройстве /dev/md*&lt;br&gt;&lt;br&gt;а если вопрос поставить по другому:&lt;br&gt;&lt;br&gt;независимо от необходимости и выполнения ресинка рэйда, останется ли консистентной база данных (например Mysql) на журналируемой EXT4 при некорректном выключении питания?&lt;br&gt;&lt;br&gt;на данный момент что касается EXT4 в LENNY (я использую кернел 2.6.30)&lt;br&gt;по умолчанию включены следующие технологии обеспечивающие сохранность как блоков данных так и метаданных файловой системы&lt;br&gt;(журналирование действительно производится для метаданных, но нижеперечисленные технологии обеспечивают commit record в журнал только&lt;br&gt;после того, как все блоки были записаны в файловую систему и причем в нужной последовательности (journal checksums) )&lt;br&gt;&lt;br&gt;data=ordered (*)&lt;br&gt;All data are forced directly out to the main file&lt;br&gt;system prior to its metadata being committed to the&lt;br&gt;journal.&lt;br&gt;&lt;br&gt;&lt;br&gt;barrier=1(*)&lt;br&gt;This enables/disables the use of write barriers in&lt;br&gt;the jbd code. barrier=0 disab</description>
</item>

<item>
    <title>Debian: EXT4 journal и md RAID10 перестраивает зачем? (su4p)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/87851.html#2</link>
    <pubDate>Thu, 14 Jan 2010 20:56:37 GMT</pubDate>
    <description>&amp;gt;&lt;br&gt;&amp;gt;&amp;gt;&#091; 8.701813&#093; md: md127: raid array is not clean -- starting background &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;или если вопрос поставить по другому: &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;независимо от необходимости и выполнения ресинка рэйда, останется ли консистентной база данных &lt;br&gt;&amp;gt;на журналируемой EXT4 при некорректном выключении питания?&lt;br&gt;&lt;br&gt;Это скорее вопрос к разработчикам ext4 относится ))&lt;br&gt;&lt;br&gt;RAID работает ниже уровня файловой системы, и спасает только от последствий отказа оборудования, но не от сбоя файловой системы, неверных действий пользователя и т.д. Если не хочешь ребилда при каждом сбое питания, и несколько большей надежности, попробуй отключи кеширование записи для самих дисков на которых рэйд расположен. Быстродействие записи конечно при этом несколько снизится. А вообще ты не написал что за рейд, аппаратный, софт, и т.д.?&lt;br&gt;</description>
</item>

<item>
    <title>Debian: EXT4 journal и md RAID10 перестраивает зачем? (MarvinFS)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/87851.html#1</link>
    <pubDate>Thu, 14 Jan 2010 13:12:42 GMT</pubDate>
    <description>&lt;br&gt;&amp;gt;&#091; 8.701813&#093; md: md127: raid array is not clean -- starting background &lt;br&gt;&lt;br&gt;или если вопрос поставить по другому:&lt;br&gt;&lt;br&gt;независимо от необходимости и выполнения ресинка рэйда, останется ли консистентной база данных на журналируемой EXT4 при некорректном выключении питания?&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

</channel>
</rss>
