Назад | Перейти на главную страницу

Ошибка tar в Drobo FS: Невозможно закрыть: Ошибка ввода / вывода, Выход со статусом сбоя из-за предыдущих ошибок

Мы запускали это резервное копирование tar с рабочей станции Fedora 25 на Drobo FS в течение нескольких лет, и в последние несколько недель оно начало выдавать следующие ошибки, но, похоже, завершилось:

/bin/tar: /mypath/etc-new.tgz: Cannot close:
Input/output error
/bin/tar: Exiting with failure status due to previous errors

STANDARD OUTPUT:
Failed to rename /mypath/home-new.tgz to
/mypath/home.tgz: File exists

Backup of /etc FAILED

Backed up /etc to /mypath/etc-FAILED.tgz
Backed up /root to /mypath/root.tgz
Backed up /usr/local to /mypath/usr-local.tgz
Backed up /var/lib to /mypath/var-lib.tgz
Backed up /var/log to /mypath/var-log.tgz
Backed up /var/www to /mypath/var-www.tgz
Backed up /var/yp to /mypath/var-yp.tgz
Second try renamed /mypath/home-new.tgz to
/mypath/home.tgz

Вот полная команда tar в действии:

/usr/local/sbin/drobo-backup -n -v -c /etc/drobo-backup.conf
\Reading configfile /etc/drobo-backup.conf
/bin/mkdir /mypath
ionice -c2 -n7 nice -n19 /bin/tar -cf /mypath/home-new.tgz -C / --atime-preserve --one-file-system --warning=no-file-ignored --warning=no-file-changed --warning=no-file-removed home --exclude=.gvfs --exclude='Windows 7.vdi'
/bin/mkdir /mypath
ionice -c2 -n7 nice -n19 /bin/tar -cf /mypath/etc-new.tgz -C / --atime-preserve --one-file-system --warning=no-file-ignored --warning=no-file-changed --warning=no-file-removed etc
/bin/mkdir /mypath
ionice -c2 -n7 nice -n19 /bin/tar -cf /mypath/root-new.tgz -C / --atime-preserve --one-file-system --warning=no-file-ignored --warning=no-file-changed --warning=no-file-removed root
/bin/mkdir /mypath
ionice -c2 -n7 nice -n19 /bin/tar -cf /mypath/usr-local-new.tgz -C / --atime-preserve --one-file-system --warning=no-file-ignored --warning=no-file-changed --warning=no-file-removed usr/local
/bin/mkdir /mypath
ionice -c2 -n7 nice -n19 /bin/tar -cf /mypath/var-lib-new.tgz -C / --atime-preserve --one-file-system --warning=no-file-ignored --warning=no-file-changed --warning=no-file-removed var/lib --exclude=/var/lib/yum --exclude=/var/lib/rpm
/bin/mkdir /mypath
ionice -c2 -n7 nice -n19 /bin/tar -cf /mypath/var-log-new.tgz -C / --atime-preserve --one-file-system --warning=no-file-ignored --warning=no-file-changed --warning=no-file-removed var/log
/bin/mkdir /mypath
ionice -c2 -n7 nice -n19 /bin/tar -cf /mypath/var-www-new.tgz -C / --atime-preserve --one-file-system --warning=no-file-ignored --warning=no-file-changed --warning=no-file-removed var/www
/bin/mkdir /mypath
ionice -c2 -n7 nice -n19 /bin/tar -cf /mypath/var-yp-new.tgz -C / --atime-preserve --one-file-system --warning=no-file-ignored --warning=no-file-changed --warning=no-file-removed var/yp

Единственные журналы, которые я могу видеть и которые могут иметь отношение, - это те, которые написаны примерно за 30 минут до получения отчета об ошибке по электронной почте:

Mar  3 01:08:31 myworkstation kernel: CIFS VFS: Server drobo has not responded in 120 seconds. Reconnecting...
Mar  3 01:09:29 myworkstation kernel: CIFS VFS: sends on sock ffff99407356fc00 stuck for 15 seconds
Mar  3 01:09:29 myworkstation kernel: CIFS VFS: Error -11 sending data on socket to server
Mar  3 01:09:44 myworkstation kernel: CIFS VFS: sends on sock ffff99407356fc00 stuck for 15 seconds
Mar  3 01:09:44 myworkstation kernel: CIFS VFS: Error -11 sending data on socket to server
Mar  3 01:10:25 myworkstation kernel: CIFS VFS: sends on sock ffff99407356fc00 stuck for 15 seconds
Mar  3 01:10:25 myworkstation kernel: CIFS VFS: Error -11 sending data on socket to server
Mar  3 01:12:09 myworkstation kernel: CIFS VFS: sends on sock ffff994089f78a00 stuck for 15 seconds
Mar  3 01:12:09 myworkstation kernel: CIFS VFS: Error -11 sending data on socket to server

Сопровождающий GNU tar говорит это:

Системный вызов close () вернул ненулевое значение, а для errno было задано значение EIO. Похоже на некую основную проблему с вашим оборудованием.

Но самотестирование Drobo FS не выявляет никаких ошибок или предупреждений. В tars действительно завершено, но, возможно, что-то есть с командой или "позиционно-чувствительный"синтаксис? Ошибка всегда возникает на /etc/. У нас есть несколько других рабочих станций, которые делают те же самые резервные копии на той же самой Drobo FS и без ошибок.

Я считаю, что нашел проблему. Похоже на то Трекер был виновником. Вот несколько подсказок из журналов:

ouruser journal: *** Unsupported operation detected on trash directory
ouruser journal:  dir: /home/users/username/.local/share/Trash/files, file: files, type: 4#012
ouruser journal: unable to create file '/run/user/1234/dconf/user': Permission denied.  dconf will not work properly.
ouruser journal: kde-recent-document-provider.vala:174: Couldn't find actor for 'kpdf'.
ouruser journal: Could not create FTS delete statement: table fts5 has no column named nco:hobby
ouruser journal: unable to create file '/run/user/1234/dconf/user': Permission denied.  dconf will not work properly.
ouruser journal: Could not create FTS delete statement: table fts5 has no column named nco:hobby
ouruser kernel: CIFS VFS: Server drobo-rh has not responded in 120 seconds. Reconnecting...
ouruser kernel: CIFS VFS: sends on sock ffff8d96e7af4000 stuck for 15 seconds
ouruser kernel: CIFS VFS: Error -11 sending data on socket to server

И из задания cron, запускающего резервное копирование tar:

ERROR OUTPUT:
/bin/tar: /ourdomain/etc-new.tgz: Cannot close:
Input/output error
/bin/tar: Exiting with failure status due to previous errors

STANDARD OUTPUT:
Failed to rename /drobo/ourdomain/home-new.tgz to
/ourdomain/home.tgz: File exists

Backup of /etc FAILED

Так /home находится в собственном разделе:

/dev/mapper/vg_ouruser-LogVol02 /home                   ext4    defaults        1 2

Я считаю, что Tracker завершает работу во время резервного копирования и пытался проиндексировать корзину. Когда резервное копирование закончится /home и продолжает /etc вот тогда и появляются ошибки tar. Я удалил корзину этого пользователя, а затем решил удалить Tracker RPM. Ошибка исчезла (надеюсь навсегда!).