На Netgear ReadyNAS 3200 перестали делаться инкрементные резервные копии, по причине: RAIDiator: Error encountered copying data from source path ==> /d/.iscsi due to unknown reason. Please see log. [Job 001]
На данном сетевом хранилище созданы 2 диска «c» и «d» (Как у Microsoft прям)
#cat /var/log/messages показал нам следующие ошибки:
kernel: EXT4-fs warning (device dm-0): dx_probe:363: Unrecognised inode hash code 64
kernel: EXT4-fs warning (device dm-0): dx_probe:471: Corrupt dir inode 81534978, running e2fsck is recommended.
#uptime
13:55:00 up 89 days, 19:38, 1 user, load average: 0.28, 0.25, 0.43
Хм, интересно вроде перебоев питания не было на этой железке.
Ну да ладно, раз файловая система поломана — надо чинить.
Для начала уточним точки монтирования:
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 4.0G 728M 3.1G 19% /
tmpfs 16K 0 16K 0% /USB
/dev/c/c 11T 6.4T 4.5T 59% /c
/dev/d/d 8.2T 3.4T 4.9T 41% /d
Нас интересует «/d».
Но сперва ФС надо размонтировать, иначе запуск e2fsck обязательно обернется более серьезными проблемами…
#umount /d
umount: /d: device is busy
umount: /d: device is busy
Упс ФС чем-то занята, интересно чем.
# fuser -m /d
/d: 32469c
#ps xa | grep 32469
4604 pts/0 D+ 0:00 grep 32469
32469 pts/0 Ss 0:00 -bash
«Балда», подумал я…
# cd /
#umount /d
OK
#e2fsck -C 0 -y /dev/d/d
Тут естественно было пофиксено много ошибок.
Запускаем еще раз с ключом –f для принудительной проверки файловой системы помеченной как «clean».
Опция –C 0 добавляет этому процессу наглядности, показывая удобный прогресс-бар.
Pass 1: Checking inodes, blocks, and sizes
/dev/sdb1: |===== — 9.5%
# e2fsck -f -C 0 -y /dev/d/d
e2fsck 1.42-WIP (02-Jul-2011)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
d: 505120/137134080 files (4.3% non-contiguous), 904414623/2194145280 blocks
Замечательно, ошибок больше нет, монтируем назад:
# mount /d
Запускаем задание резервного копирования, и спустя без малого 5 часов получаем в логах:
Backup finished. [Job 001]
Profit.
На данный момент нет комментариев