Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
eupolicy.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
This Mastodon server is a friendly and respectful discussion space for people working in areas related to EU policy. When you request to create an account, please tell us something about you.

Administered by:

Server stats:

225
active users

eupolicy.social: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.8

#mdadm

0 posts0 participants0 posts today
Cyril Brulebois<p>Fun, I had never looked at power graphs during an <a href="https://mamot.fr/tags/mdadm" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>mdadm</span></a> run (RAID check on the first Sunday of the month, with default settings on Debian systems), one can clearly see how disks are drawing more power than usual.</p>
Minoru<p>Is there any know-how about creating filesystems on top of RAID1? Both XFS and ext4 top out at 35 MB/s for me even though the block device below it is capable of 135 MB/s (yes, 4x difference!) This even with an absurdly large I/O request sizes like 512KB.</p><p>The disks are old-ish SATA drives with 512-byte sectors. XFS seem to use 512b sectors while ext4 picked 4k. They're connected via USB DAS, with dm-integrity on top of each disk, which are then combined into mdadm raid1, and encrypted with LUKS.</p><p>I confirmed with <code>fio</code> that the slowdown happens on the filesystem level, not LUKS or anywhere below it.</p><p>The only advice I found online is about alignment, but with 512KB requests it shouldn't be an issue because that's way larger than any of the block/sector sizes involved. I must be missing something, but what is it?</p><p><a href="https://functional.cafe/tags/mdadm" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>mdadm</span></a> <a href="https://functional.cafe/tags/raid" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>raid</span></a> <a href="https://functional.cafe/tags/ext4" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ext4</span></a> <a href="https://functional.cafe/tags/xfs" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>xfs</span></a> <a href="https://functional.cafe/tags/AskFedi" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>AskFedi</span></a></p>
Alexey Skobkin<p>Что-то сегодня адуха какая-то.</p><p>Как будто бы рейд посыпался.</p><p>Пока я сегодня спал, пришло уведомление, что из массива выпал один диск, к моменту как я дополз до компьютера - уже недоставало двух.</p><p>При этом диски не были помечены сбойными, а просто пропали из массива. При этом находясь в системе и показывая по mdadm --examine, что они часть рейда. Причём ещё и в статусе "active". Когда в это же время в mdadm --detail было минус два диска как будто их просто не существует.</p><p>В итоге один вернулся сам после того как я этих двоих физически вынул и вернул обратно.</p><p>Второй вернулся после mdadm &lt;array&gt; --add. Выглядело всё это так как будто mdadm - слепой, а я его носом ткнул и он такой: "Да вот же он!".</p><p>Вот только в следующий ребут ФС, которая находится поверх LUKS на этом массиве не подмонтировалась с ошибкой "fsconfig system call failed: Structure needs cleaning", а e2fsck нашёл какую-то ебАную кучу всякой хрени (пока просто в режиме без изменений).</p><p>Оставил на ночь mdadm провести проверку целостности массива с пересчётом и ...</p><p>Заказал дисков, на которые планировал обновляться в самом конце года.</p><p>Короче говоря, астрологи объявили неделю приключений, танцев с бубном, незапланированных трат и потенциальной потери 30 терабайт данных 🎉</p><p>Предлагаю делать ставки на исход.</p><p><a href="https://lor.sh/tags/hardware" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>hardware</span></a> <a href="https://lor.sh/tags/server" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>server</span></a> <a href="https://lor.sh/tags/soft" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>soft</span></a> <a href="https://lor.sh/tags/mdadm" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>mdadm</span></a> <a href="https://lor.sh/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> <a href="https://lor.sh/tags/RAID" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RAID</span></a> <a href="https://lor.sh/tags/log" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>log</span></a> <a href="https://lor.sh/tags/storage" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>storage</span></a> <a href="https://lor.sh/tags/WTF" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WTF</span></a> <a href="https://lor.sh/tags/shit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>shit</span></a></p>
ExploreLive feeds
About