LINUX.ORG.RU

Проскакивала новсть, что btrfs уже стабильна. Я в этом не уверен.

 


0

2

Ядро 3.17.1 x86_64. Монтируем btrfs с опцией compress-force=lzo и пишем в 2-3 потока всего лишь на скорости гигабитной сетки. Через 10-30 минут (как повезёт), система наглухо виснет вот с таким выхлопом:


Call Trace:
Nov 3 03:21:49 DRIVE kernel: [ 859.630880] [<ffffffff817a3e05>] _raw_write_lock+0x25/0x30
Nov 3 03:21:49 DRIVE kernel: [ 859.630888] [<ffffffffc01be3a9>] btrfs_tree_lock+0xc9/0x1d0 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630891] [<ffffffff810b3eb0>] ? add_wait_queue+0x60/0x60
Nov 3 03:21:49 DRIVE kernel: [ 859.630896] [<ffffffffc015b92b>] btrfs_lock_root_node+0x3b/0x50 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630901] [<ffffffffc0160dd7>] btrfs_search_slot+0x787/0x880 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630907] [<ffffffffc0178048>] btrfs_lookup_file_extent+0x38/0x40 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630914] [<ffffffffc01983f1>] __btrfs_drop_extents+0x151/0xdf0 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630915] [<ffffffff8109da1c>] ? ttwu_do_wakeup+0x2c/0x100
Nov 3 03:21:49 DRIVE kernel: [ 859.630917] [<ffffffff811cd773>] ? kmem_cache_alloc+0x1b3/0x1f0
Nov 3 03:21:49 DRIVE kernel: [ 859.630922] [<ffffffffc015b3ba>] ? btrfs_alloc_path+0x1a/0x20 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630926] [<ffffffffc015b3ba>] ? btrfs_alloc_path+0x1a/0x20 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630932] [<ffffffffc018867b>] insert_reserved_file_extent.constprop.64+0xab/0x310 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630938] [<ffffffffc0185880>] ? start_transaction.part.35+0x80/0x530 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630944] [<ffffffffc018ee35>] btrfs_finish_ordered_io+0x475/0x580 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630951] [<ffffffffc01cd6d1>] ? end_compressed_bio_write+0x31/0xf0 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630957] [<ffffffffc018ef55>] finish_ordered_fn+0x15/0x20 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630964] [<ffffffffc01b49ae>] normal_work_helper+0x7e/0x1b0 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630971] [<ffffffffc01b4c52>] btrfs_endio_write_helper+0x12/0x20 [btrfs]
Nov 3 03:21:49 DRIVE kernel: [ 859.630972] [<ffffffff8108ce2e>] process_one_work+0x14e/0x460
Nov 3 03:21:49 DRIVE kernel: [ 859.630973] [<ffffffff8108d7ab>] worker_thread+0x11b/0x3f0
Nov 3 03:21:49 DRIVE kernel: [ 859.630975] [<ffffffff8108d690>] ? create_worker+0x1e0/0x1e0
Nov 3 03:21:49 DRIVE kernel: [ 859.630976] [<ffffffff810932b9>] kthread+0xc9/0xe0
Nov 3 03:21:49 DRIVE kernel: [ 859.630977] [<ffffffff810931f0>] ? flush_kthread_worker+0x90/0x90
Nov 3 03:21:49 DRIVE kernel: [ 859.630978] [<ffffffff817a46fc>] ret_from_fork+0x7c/0xb0
Nov 3 03:21:49 DRIVE kernel: [ 859.630979] [<ffffffff810931f0>] ? flush_kthread_worker+0x90/0x90
Nov 3 03:21:49 DRIVE kernel: [ 859.630980] Code: 90 8b 0a 84 c9 66 90 75 f6 89 ce 89 c8 83 ce 01 f0 0f b1 32 39 c8 75 e7 b9 ff 00 00 00 eb 0a 0f 1f 84 00 00 00 00 00 f3 90 8b 02 <83> f8 01 75 f7 f0 0f b1 0a 83
f8 01 75 ee eb b3 0f 1f 40 00 8b


Это просто сама стабильность.

★★★★★

Ответ на: комментарий от erzent

Помимо ЛОРа куда еще ты сообщил о таком знаке? Для них есть определенные требования. Может ГОСТ, может еще что-то, не знаю, но помню как коллега судился по поводу дорожного знака и разметки. Знак быстро привели в порядок еще до активной фазы разбирательств.

anonymous
()
Ответ на: комментарий от anonymous

У нас про светофор на ветеранов пишут каждые 3-4 дня, но уже через неделю он опять не работает....

erzent ☆☆
()
Ответ на: комментарий от handbrake

ничего ты не поменяешь, пока сидит это правительство, и начальники гаи и дорожники в руководстве только виллы себе строят. Это как помню тендер на строительство участка КАД, стоимость работ 2 миллиона, стоимость договоров и расчётов 100 миллионов....

erzent ☆☆
()
Ответ на: комментарий от handbrake

Когда Прохоров в Норильске попал в аварию в середине 2002-2004, точно не помню, чтобы сделали 2 улицы ему пришлось убрать с поста всех, от тогдашней гос конторки по ремонту дорог, до мэра города, я думаю мы с тобой вряд ли такое же сделаем. А Абрамович вообще чтобы порядок навести на Чукотку губернатором поехал, причём по словам местных, за его 5 летний срок там, он сделал больше, чем 35 лет до этого.

erzent ☆☆
()

Клёвая тема. С моей разбивкой уже 7 страниц и на каждой странице от 0 до 5 сообщений. На двух последних страницах — по 0.

Интересно, почему с некоторых пор почти каждая тема про btrfs или zfs такая? ;)

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

С его ЧСВ ещё удивительно как он не заигнорил всех, кроме себя

pedobear
()
Ответ на: комментарий от KRoN73

Ничего не потерял. Я тут ребятам автомобильную тему подкинул, так последние 100 сообщений от управления автомобилем, до коррупции в автодорожных службах.

sdio ★★★★★
()
Ответ на: комментарий от axelroot

vxzvxz, ты жалок в своей бессильной злобе — покажи хоть одно мое сообщение, где я ругал (безосновательно) zfs. Вы же фанатики любую критику возводите в ранг бохульства и призываете к сожжению еретика.

sdio ★★★★★
()
Ответ на: комментарий от erzent

У него 2 экаунта, кроме оригинального, но это юзер может и без тебя заявить ошибаюсь я или нет.

sdio ★★★★★
()
Ответ на: комментарий от axelroot

По делу нечего сказать, как ярлыки вешать: "фанатику инквизиции zfs" ты здесь, а как пруф выдать, так слышно только:"сам дурак, иди лечись"

sdio ★★★★★
()
Последнее исправление: sdio (всего исправлений: 1)
Ответ на: комментарий от user_id_68054

имеется ввиду двери от машины, или гаражные двери?

гаражные.

Когда ты смотришь в гараж, видишь ОДНУ машину.

а от du я просто ожидаю: «скажи, du, сколько в целом занимает этот каталог? ЧТО?! 2800 гигобай?!»

да.

emulek
()
Ответ на: комментарий от no-such-file

Мне лениво - 15 лет назад эта штука работала, а сейчас мне сжатие нафиг не нужно.

оно в 2013ом работало. Хотя я и согласен, что оно не нужно.

emulek
()
Ответ на: комментарий от pedobear

а нифига вообще пилят это самое прозрачное сжатие?

Экономия места

нахрена?

увеличение скорости i/o

это если жмётся. А откуда у тебя такие файлы? У меня нету.

emulek
()
Ответ на: комментарий от vurdalak

А много их?

В последнее время почти каждый день :)

KRoN73 ★★★★★
()

Выше упоминал один наш проект в котором, на текущий момент, 953239 файлов в одном каталоге размером от 0 до 93Мб. Содержимое, с точки зрения ФС, практически рандомное.
Заняло это дело места:
btrfs без компрессии - 566Гб,
btrfs с compress=lzo - 524Гб,
zfs с компрессией - 526Гб.

Инструментальных замеров скорости пока не делал, но предварительно наблюдается следующее:
на btrfs, с компрессией и без, адски замедляется работа даже с файлами не расположенными в subvolume с кучей сабжевых файлов.
на zfs, ФС с большим количеством файлов работает неспешно, но на других ФС в пуле это не сказывается никак.
Лучше всего эта файлопомойка чувствует себя на XFS.

King_Carlo ★★★★★
() автор топика
Ответ на: комментарий от MikeDM

Оо что за жесть?

С каких это пор миллион файлов в каталоге - жесть?

anonymous
()
Ответ на: комментарий от sdio

vxzvxz, ты жалок в своей бессильной злобе

точно, мания преследования

anonymous
()
Ответ на: комментарий от sdio

покажи хоть одно мое сообщение, где я ругал (безосновательно)

Ну давай, расскажи поподробнее о своих основаниях вот тут

anonymous
()
Ответ на: комментарий от anonymous

Ты в том сообщении увидел наезд на ZFS? Ты должен уточнить у своего психиатра что в действительности «мания преследования» и у кого она.

sdio ★★★★★
()
Ответ на: комментарий от sdio

Окей, так и запишем, что оснований ты привести не смог. То есть вброс был безосновательным. Так что, будь добр, впредь воздержись от использования в качестве аргумента того, что ты, дескать, никогда безосновательно наездов не делаешь.

anonymous
()
Ответ на: комментарий от anonymous

Была заява «zfs никогда не ломается, даже при откл. питания», я взял ближайший вопрос из гугла «Отключилось питание, zfs поломался» и !внимание! спросил местных специалистов «Что там произошло?», заметьте не глумился, не радовался просто попросил технический анализ.

И вместо анализа ситуации вы переходите на личности. Так что где вы увидели с моей стороны наезд на zfs и почему я должен приводить аргументы (анализ той ситуации по линку) мне не понятно.

Поэтому оставлю за собой право утверждать что никогда безосновательно наездов не делаю.

sdio ★★★★★
()
Ответ на: комментарий от sdio

я взял ближайший вопрос из гугла «Отключилось питание, zfs поломался»

С тем же успехом можно спросить гугл «Чупакабра терроризирует украину» и обсудить это с местными специалистами. Не увидев опровержения заявить, что так оно и есть.

King_Carlo ★★★★★
() автор топика
Ответ на: комментарий от King_Carlo

Не увидев опровержения заявить, что так оно и есть.

А это было?

sdio ★★★★★
()
Ответ на: комментарий от pedobear

emulek прав! Должно показывать 1 гиг размер, а место занимаемо на диске допустим 700, вспомни старый прикол еще во времена Дос был, по сжатию на лету файлов.

Stanley_Ipkiss
()
Ответ на: комментарий от sdio

Была заява «zfs никогда не ломается, даже при откл. питания», я взял ближайший вопрос из гугла «Отключилось питание, zfs поломался» и !внимание! спросил местных специалистов «Что там произошло?»

... отдавая себе отчет в том, никакие специалисты, ни местные, ни неместные, по прошествии черт знает какого времени на этот вопрос ответа не дадут.

И вместо анализа ситуации вы переходите на личности. Так что где вы увидели с моей стороны наезд на zfs и почему я должен приводить аргументы (анализ той ситуации по линку) мне не понятно.

На указание такой простой штуки, как «после того не означает вследствие того» ты стал нести непоймичто. Никто тебя и не просит приводить анализ той ситуации (ибо ты у нас, как известно, свидетель LVM ;) ), но признать, что «после того не означает вследствие того» и, следовательно, приведенный тобой пример не вполне корректен - было бы разумно и профессионально.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.