 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Oleg Drokin 2:5020/400 20 Nov 2002 00:06:41 To : Alex Tomas Subject : Re: Вопрос по ядрам от -------------------------------------------------------------------------------- sg> <m3of8leqmh.fsf@lexa.home.net> <3DDA249C.2023E642@sw.com.sg> sg> <m3k7j9eqab.fsf@lexa.home.net> <are0k2$39r$1@car.linuxhacker.ru> sg> <m31y5he6yf.fsf@lexa.home.net> <are42h$3vb$1@car.linuxhacker.ru> sg> <m3wun9cpcp.fsf@lexa.home.net> From: Oleg Drokin <green@linuxhacker.ru> Hello! Alex Tomas <bzzz@tmi.comex.ru> wrote: OD>> The only impact of this bug is that the on-disk copies of OD>> i_version might got out of sync for a directory, or that an error OD>> inserting an inode into a directory might leave its i_nlinks or OD>> i_ctime incorrect on disk for a short interval. Neither problem OD>> will cause trouble for ext3 during normal operation, but the OD>> nlink problem might cause e2fsck to emit unnecessary warnings if OD>> we crash while the incorrect version of the inode is in the OD>> journal. AT> это серьезная проблема?! Для journaling fs - да. OD>> Fix LVM snapshot deadlock: it is a bad idea to try to flush all OD>> running transactions while we already hold the superblock lock. OD>> Drop the sb lock while we flush. OD>> This only affects kernels that have the extra LVM VFS locking OD>> added in for filesystem quiescing on snapshots. AT> часто делаешь snapshot'ы? вообще lvm пользуешь? Я - нет. Hо я в этом плане не показатель. Многие используют LVM и снапшоты (сужу по количеству зарепорченных багов в связке LVM+reiserfs ;) ) OD>> ChangeSet@1.587.2.20, 2002-08-28 18:11:04-03:00, sct@redhat.com OD>> [PATCH] 2.4.20-pre4/ext3: Fix truncate restart error AT> OD>> Fix for a rare problem seen under stress in data=journal mode: OD>> if we have to restart a truncate transaction while traversing the OD>> inode's direct blocks, we need to deal with bh==NULL in OD>> ext3_clear_blocks. AT> спроси у Криса, часто truncate не влазит в одну транзакцию? при чем здесь Крис? И о како вообще Крисе речь? В data journaling mode в транзакцию запросто не влезет транкейт. OD>> ChangeSet@1.587.9.17, 2002-08-26 19:27:35-03:00, sct@redhat.com OD>> [PATCH] 2.4.20-pre4/ext3: Fix "buffer_jdirty" assert failure. OD>> There was a race window in buffer refiling where we could OD>> temporarily expose the journal's internal BH_JBDDirect flag as OD>> BH_Dirty, which is visible to the rest of the VFS. That doesn't OD>> affect the journaling, because we hold journal_head locks while OD>> the buffer is in this transient state, but bdflush can see the OD>> buffer and write it out unexpectedly, causing ext3 to find the OD>> buffer in an unexpected state later. OD>> The fix simply keeps the dirty bits clear during the internal OD>> buffer processing, restoring the state to the private OD>> BH_JBDDirect once refiling is complete. AT> это тоже серьезно?! AT> резко апосля сброса буфера VFS'ой должен произойти crash. часто? Креши происходят в самый неподходящий момент :( OD>> The patch also removes a small potential hole in the recovery OD>> guarantees. It is not safe for a transaction to steal buffers OD>> from checkpoint mode until afte r that transaction has committed. OD>> Otherwise, a reboot at the wrong moment might find the old copy OD>> of the buffer in the journal had been removed from the recovery OD>> set before the new copy was written. AT> очень часто пользуешь dump/tune2fs? Самое страшное - последний абзац. Hикакой dump/tune2fs ненужен AT> то есть я, конечно, согласен, что все это баги. однако уж точно это не AT> повод откатываться на ext2 или перелазить на что-то иное. почти все баги Почему не повод? AT> имеют отношение к журналу. ext2, в свою очередь, в случае crash может AT> дать куда более худшие результаты кстати еще ext3 с бедблоками плохо дружит, типа там бедблока в журнале. Bye, Oleg --- ifmail v.2.15dev5 * Origin: Green's home news server (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/15550db1122cc.html, оценка из 5, голосов 10
|
|
|