LINUX.ORG.RU
ФорумTalks

неконсистентный xfs

 , , , ,


0

3

Хочу поделиться. В течение некоторого количества часов с диска с XFS файловой системой снималась копия методом dd if=/dev/sdX of=/dev/sdY на работающем сервере с нагрузкой (т.е. в этом время там перезаписывались какие-то файлы итд). Затем sdY был использован как загрузочный диск для другой системы. Итоги: первый запуск выбросил в recovery shell из-за того что в fstab было прописано лишнее которого на второй системе нет, закомментировал и заодно исправил конфиг сети которая очевидно тоже другая, ребут - завис на надписи i/o error при чтении systemd-readahead. Ещё один ребут - зависло где-то ещё раньше без внятной диагностики. Ещё один ребут и прописал init=/bin/sh в grub-е. Оказалось что mount отказывается монтировать раздел из-за каких-то ошибок, запустил xfs_repair -L, который выдал кучу надписей но в итоге завершился успехом. Заодно на всякий случай удалил файл .readahead из корня. Итог - система грузится и работает, и даже данные вроде на месте.

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

Но я всё равно буду предпочитать ext4 на своих установках.

На всякий случай уточню: всё сделано исключительно для тестов и в прод пущено не будет.

★★★★★

Последнее исправление: firkax (всего исправлений: 2)

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

Ну так он и не будет этим заниматься. Ему добрый дядя™ этот терминал настроит и продаст по месячной подписочке.

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

Скажите, а вот ЧТО КОНКРЕТНО может дать ext4 обычному_пользователю™?

Скрепы и духовность же. Диды использовали ext, и мы будем.

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

Достаточно кривой софтины,

Кривая софтина любую ФС засрать сумеет

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

Увидим ли мы времена, когда дашь ИИ такой запрос, а он в ответ готовую статью?

Увидим. Ты ему такой запрос - а он тебе статью, «за оскорбление чувств ИИ».

tiinn ★★★★★
()

Странная клоунада. А зачем xfsdump, xfs_freeze и т.п. придумали, хочется спросить?

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

А зачем xfsdump, xfs_freeze и т.п. придумали, хочется спросить?

А зачем нужна XFS, которая не умеет сама делать снэпшоты?

Какие у неё преимущества над ZFS и Btrfs?

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

Нормальные мгновенные снапшоты есть на lvm-thin, поэтому в xfs не нужно дублировать эту функциональность

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

Я про JFS on Linux.

Например, для нагрузки типа баз данных.

sanyo1234
()

копия методом dd if=/dev/sdX of=/dev/sdY на работающем сервере с нагрузкой

Дальше не читал. Ну хоть в лолкс а не в development

upcFrost ★★★★★
()
4 января 2024 г.

Заранее извиняюсь если краду топик, но у меня имеется крайне животрепещущий вопрос: чего такого должно было / могло произойти с ext4 чтобы (а) st_size файла(ов) обновился до кратного PAGE_SIZE (на самом деле до 64k, но это скорее всего совпадение), и (б) «хвост» файла(ов) забился нулями? Конкретно в эти файлы делается только append (arbitrary size each time, realistically short under 1k writes), через FILE*, с периодическими fflush() но без fsync(). Не сталкивались случаем?

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

Даже если и сталкивался то скорее всего не заметил. Думаю ошибка записи (или зависание/паника/ребут), из-за которой рассинхронизировались размер в байтах и длина списка блоков + fsck который это пофиксил как мог.

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

Думаю ошибка записи

Я не думаю что HW IO errors имели место быть. Теоретически место могло закончиться, но тоже маловероятно. К сожалению события месячной давности и detailed logs уже ушли…

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

Нет, закончившееся место тут ни при чём. А без утерянных записей такое могло только из-за бага в драйвере фс случиться.

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

@t184256

Ай, молодца, баянист вы наш. Ссылки по поводу будут? К сожалению (и моему удивлению) Teo не на вас работает, а то бы покрутиться заставили.

Реально, если параграф 2.2 соответствует действительности - это залёт. Кому в голову пришло size в ext4 inode обновлять based on already allocated block count…

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

2.2 там слишком длинный. Обновлять по количеству блоков (если они не соответствуют размеру) это вполне норм практика, чтобы не потерять записи. То что после сбоя в блоках может получиться что-то недописанное - тоже и так понятно.

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

Некрофил перевозбудился

Ууу. Мощно!

как будто я его сообщение читал

Так а влез то со своим баяном чего? Давай, не сдувайся так легко!

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

Порицаю некрофилию.

Это был последний топик от господина @firkax на тему приближающуюся к тому что мне хотелось обсудить, и не такой древний. А вы таки клоун. Если по теме сказать нечего.

bugfixer ★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)