LINUX.ORG.RU

[история неуспеха] xfs теряет содержимое файлов

 


0

1

Была у меня рабочая копия одного svn репозитария, после вырубания питания (ну, вот так иногда бывает, UPS у меня нет) почти все файлы .svn/entries стали пустыми, и это только то, что я на первый взгляд заметил.

Что характерно — xfs_check и xfs_repair вообще ничего странного на разделе не находят.

root@ubuntu-0:~# xfs_info /home/
meta-data=/dev/sdb5              isize=256    agcount=4, agsize=53838699 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=215354795, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=105153, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

Раздел c xfs

/dev/sdb5             822G   79G  743G  10% /home
★★★★★

Ну наверное в момент вырубания питания (или незадолго до) ты работал с этим репом? Если да, то эти файлы менялись/удалялись и при следующей загрузке системы, fsck (или там при монтировании?) тебе честно откатил журнал транзакций как умел.

Метаданные в консистентном состоянии - profit :)

Nao ★★★★★
()

xfs без ups - самоубийство: из-за агрессивной политики кэширования xfs файлы, открытые на запись после аварийного завершения работы имеют все шансы заполниться нулями.

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

в том-то и дело, что нет, меня тогда дома не было уже пару дней. А почему ничего в lost+found при проверке не появляется? ext3, насколько я помню, при похожих ошибках складывал туда куски потерянных файлов.

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

>> из-за агрессивной политики кэширования xfs

Популярное заблуждение. На самом деле, они обнуляются во избежание проблем при проверке/ремонте. Интервал коммита, насколько я помню, не отличается от ext* и составляет 5 секунд.

GotF ★★★★★
()
Ответ на: комментарий от post-factum

>Сейчас тебе расскажут, что xfs без UPS — это самоубийство.

Ну, ещё в R/O можно работать :) Но в целом — да.

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

>ОК, ушел переводить /home на ext4

xfs для /home — в любом случае не лучший выбор. Это FS для преимущественно R/O разделов. На сегодня — файлопомойки всякие в первую очередь.

KRoN73 ★★★★★
()

demidrol> почти все файлы .svn/entries стали пустыми

Нулевого размера или размер правильный, но содержимое забито нулями?

demidrol> меня тогда дома не было уже пару дней.

В таком случае xfs не могла потерять файлы.

P.S. У меня все разделы, кроме /boot, xfs уже как минимум 5 лет на домашнем компе без UPS. Комп включен круглосуточно. За все время 2 раза (два файла) «потерял» недописанные файлы (восстановил из бэкапа)

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

sdio> В таком случае xfs не могла потерять файлы.

Скорее всего, наутилус держал их все время открытыми (установил какой-то плагин для работы с svn).

По поводу размера уже ничего не могу сказать, форматируется в ext4.

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

да вроде не должен.

ах да, еще пару раз «обнулялся» реестр вайна.

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

> складывал туда куски потерянных файлов.
дык файл то никуда не потерялся =) в lost+found складываются файлы у которых потерялась родительская директория.

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

Ты считаешь, что это поможет бороться с отключением электричества?

ky-san
()

Детские проблемы зоопарка ФС в линуксе так и не решены. Даже в новейшей Ext4 есть эта же проблема. Удивительно, но в оригинальном SGI xfs работала как часы, а при портировании её на Linux получили то, что получили. :)

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

Удивительно, но в оригинальном SGI xfs заполнение файлов нулями это не баг а фича.

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

>Детские проблемы зоопарка ФС в линуксе так и не решены

То ли дело в твоей любимой венде - есть NTFS и точка.

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

NTFS не теряет открытые на запись файлы. ;)

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