После запуска резервного копирования оно продолжается некоторое время, прежде чем произойдет сбой, что мне трудно понять. Я создал свежую тестовую резервную копию, которая работала без нареканий, это была всего пара файлов, но для всего диска через некоторое время произошел сбой, в данном случае перед сбоем он получил почти 42 гигабайта.
Вот ошибка:
rsync_bpc: соединение неожиданно закрыто (на данный момент получено 41767840413 байт) [получатель]
Выполнено: 575 ошибок, 35874 файлаExist, 48740738296 sizeExist, 917361234 sizeExistComp, 0 filesTotal, 0 sizeTotal, 4847 filesNew, 4315933366 sizeNew, 1647882560 sizeNewComp, 3812035 inode
ошибка rsync: ошибка в потоке данных протокола rsync (код 12) на io.c(226) [receiver=3.1.3.0]
rsync_bpc: соединение неожиданно закрыто (на данный момент получено 83450982 байта) [генератор]
DoneGen: 757 ошибок, 6871 файлExist, 596374878 sizeExist, 111756468 sizeExistComp, 472313 файловTotal, 198835601740 sizeTotal, 0 filesNew, 0 sizeNew, 0 sizeNewComp, 3789404 inode
ошибка rsync: необъяснимая ошибка (код 255) в io.c(226) [generator=3.1.3.0]
rsync_bpc завершился с фатальным статусом 255 (65280) (ошибка rsync: необъяснимая ошибка (код 255) в io.c(226) [generator=3.1.3.0])
recv >f++++++++++ rwx------ 197609, 197121 16029455 *filepath*/11Sec_2021May_0122.png
Xfer PID теперь
xferPids
Произошла фатальная ошибка во время xfer (ошибка rsync: необъяснимая ошибка (код 255) в io.c(226) [generator=3.1.3.0])
cmdSystemOrEval: о системе /bin/ping -c 1 *ipaddress*
cmdSystemOrEval: о системе /bin/ping -c 1 *ipaddress*
CheckHostAlive: запустил '/bin/ping -c 1 *ipaddress*'; возвращение 5.456
Резервное копирование прервано (ошибка rsync: необъяснимая ошибка (код 255) в io.c(226) [generator=3.1.3.0])
__bpc_progress_state__ ошибка очистки
BackupFailCleanup: nFilesTotal = 472313, тип = полный, BackupCase = 3, inPlace = 1, lastBkupNum =
BackupFailCleanup: inPlace с некоторыми новыми файлами... без очистки и частичной маркировки
__bpc_progress_state__ fsck
Запуск BackupPC_refCountUpdate -h диск -f на диске
cmdSystemOrEval: о системе /usr/share/backuppc/bin/BackupPC_refCountUpdate -h main_cdrive -f
Xfer PID теперь 62150
xferPids 62150
Все это работало до того, как я добавил дополнительный диск в свой пул, в этом процессе я допустил несколько ошибок, и я думаю, что потерял некоторые файлы резервных копий. Поэтому во время BackupPC_fsck я получаю ошибки об отсутствии файла пула и не могу открыть ошибки, а также не могу прочитать ошибки атрибутов. Во время резервного копирования также появляется всплывающее окно с ошибками, которые, вероятно, являются причиной ошибок 575.
R bpc_attrib_dirRead: не удается открыть /var/lib/backuppc/cpool/f4/d0/f5d0f9b273dbeee4c54c4d7ed575d20a
R bpc_attribCache_loadPath: bpc_attrib_dirRead(/var/lib/backuppc/pc/main_cdrive/177, f%2fcygdrive%2fc/fUsers/fDillon/fDocuments/fAdobe/fPrelude/f9.0/fProfile-Dillon/fLayouts/attrib) возвращено -1
На самом деле, просто заметив, что все эти пути имеют ф перед ними, не уверен, почему это так?
С учетом сказанного, как уже упоминалось, он работает на более коротких соединениях, даже для отказавшего хоста; когда я несколько дней назад восстановил 4 файла, они восстановились без проблем. Так что я просто не понимаю, как это может работать на 40 гигабайтах, а потом глючить. Это также в течение нескольких часов, но в этом нет ничего нового.
Еще одна вещь, которую следует отметить, это то, что хост находится в Windows, используя cygwin. Когда я устранял проблему, я обновил rsync на хосте до версии 3.2.4 для cygwin, которая не совпадает с версией rsync-bpc 3.1.3 на сервере, однако я не могу найти способ понизить версию cygwin rsync, может ли это быть проблема несоответствия версии rsync?
Настройки брандмауэра не изменились с тех пор, как я смог сделать этот бэкап полностью, однако windows 10 обновился. Сервер работает на Ubuntu, который я, возможно, также обновил, так как он работал, я не могу вспомнить.
Есть ли какое-либо решение или какие-либо дальнейшие шаги по устранению неполадок, которые я могу предпринять? я следил этот ответ, но, похоже, ошибок не было, также имейте в виду, что это было сделано с помощью обычного rsync 3.1.3, а не rsync-bpc.
Обновление: было предпринято больше резервных копий, но ни одна из них еще не была успешной, кроме тестовой резервной копии, которую я настроил. Я вижу код 12, 19, 20 и 255 для rsync. Резервные копии все еще выполняются в течение некоторого времени, прежде чем произойдет сбой, последняя выполнялась в течение ~ 4 дней, прежде чем произошел сбой.
