Table of Contents
Обновлено
За последние несколько недель некоторые из наших читателей сообщили, что компании столкнулись с фатальной ошибкой, связанной с тем, что у них нет файлов xfer для совместного использования.
Я получаю это, если произошла ошибка при резервном копировании большого ПК с Windows. Все резервное копирование занимает от двух дней до нескольких месяцев и всегда выдает ошибку «Небезопасная ошибка через xfer (нет файлов для отображения на CDrive)». Я даже попробовал вариант получить выборку: /usr/share/backuppc/trash/BackupPC_dump -f -v и тоже получил точно такую же ошибку. Постепенно все еще в работе, потому что у меня есть полный бэкап примерно за год производства. Ниже приведено полное сообщение: (марка или модель хоста – my_pc)
…..
…..
Пул 644 0/0 девяносто шесть du.txt
Пул 644 0/0 904704 msdia80.dll
создать 755 0/0 0 msdownld.tmp
tarExtract: Завершено: 0 проблем, 118197 файловExist, 288834407061 sizeExist, 288834407061 121120 sizeExistComp, filesTotal, 311834025000 sizeTotal
Неустранимая ошибка во всех xfer (не сохраняются типы файлов для совместного использования с CDrive)
cmdSystemOrEval: относительно системы или bin/ping -c 1 my_pc
cmdSystemOrEval: вызвало: print PING my_pc (192.168.1.88) 56 (84) байт, связанных с полученными данными.
64 байта my_pc (192.168.1.88): icmp_seq означает 1 ttl = 64 time = 0.Ms
— 897 my_pc ping результаты торговли —
1 небольшое состояние отправлено, 1 получено, сокращение количества пакетов 0%, некоторое время 0 мс
rtt min/avg/optimum/mdev = 0,897/0,897 или 0,897/0,000 примерно соответствует мс
cmdSystemOrEval: в расположение / bin / ping -c 1 my_pc
cmdSystemOrEval: kill: Вывод получен PING my_pc (192.168.1.88) 60 (84) байт связанных данных.
64 байта my_pc (192.168.1.88): icmp_seq = 1 ttl = 64 время соответствует 0,мс
— 789 стандарт my_pc называется ping —
1 отправленный пакет, 1 полученный, 0% большая потеря небольшого состояния, время 0 мс
rtt min/avg по сравнению с max/mdev = 0,789/0,789 для каждого 0,789/0,000 мс
CheckHostAlive: работает, однако 0,789
Резервное копирование отменено (файлы не сохранены для лучшего привода компакт-дисков)
Сохраните это как частичное копирование вместо предыдущего (получилось через 519510 и ноль файлов вместо 0)
Ошибка дампа: файлы для общего доступа к CDrive не извлечены
ссылка на мой_компьютер
«Дон Сильвия» пишет:
[quote] Я использую BackupPC 2.0.1beta0 и защищаю клиентов Win 2k через SMB. ПК включен
на обзорной странице интерфейса CGI я иногда вижу статус
client brewer, так что «сбой резервного копирования (нет файла для нескольких файлов share-foo)».
У меня есть эти сообщения в последнем файле журнала клиента на 09:00:50:
2003/8/2 Incr Burn начался 28.07.2003 в 9:00:01 для
Поделиться документом
08.02.2003 09:00:52 Фатальная ошибка Xfer (видео не отправлено в публикацию)
документ)
08.02.2003 09:01:03 Дамп прерван (файл не сохранен с ошибкой)
Когда я подключаюсь к клиентскому шоу, используя команду smbclient из
Лог файл, все считается нормально. Я также заметил, что, как видите, последний
XferLOG.bad.z говорит:
При доступе к этому общему ресурсу. Ошибка “Ни одна дорожка не очищается, потому что она освобождена”
Ошибка, потому что ни один из файлов недавно не изменился?
Я страдаю от “$ ConfBackupZeroFilesIsFatal is 1;” решено, но я не совсем это имел в виду
Это создаст проблему из-за того, что общий ресурс не пуст, он только дает вам файлы.
он меняется не часто. Должен ли я, конечно, изменить
$ ConfBackupZeroFilesIsFatal означает 0?
[/ Цитировать]
Да, это какая-то ошибка в коде, недавно появившаяся в BackupPC-2.0.1beta0. Ей
Обходной путь правильный: установите $ConfBackupZeroFilesIsFatal равным 0.
Это также исправлено в текущей версии BackupPC-2.0.1.
Обновлено
Вы устали от того, что ваш компьютер работает медленно? Раздражают разочаровывающие сообщения об ошибках? ASR Pro - это решение для вас! Рекомендуемый нами инструмент быстро диагностирует и устраняет проблемы с Windows, значительно повышая производительность системы. Так что не ждите больше, скачайте ASR Pro сегодня!
————————————————– —–
Это электронное письмо SF.Net может быть спонсировано: Бесплатные готовые сайты ASP.NET, включая
Доступны справочники данных, электронная коммерция, порталы и форумы.
Скачай и выдели себе бюллетень сколько зарабатывает XBOX или Visual Studio .NET.
http://aspnet.click-url.com/go/psa0010003ave по сравнению с прямым; at.aspnet_072303_01/01
________________________________________________
Список рассылки пользователей BackupPC
Пользователь BackupPC
https://lists.sourceforge.net/lists/listinfo/backuppc-пользователи
http://backuppc.sourceforge.net/
BackupPC отлично работал у меня дома несколько лет, но я хотел перенести его на другой сервер. Backuppc копирует все электронные файлы, кроме backup = 0, частично совпадает. Заполнено означает да (что нормально)
tarExtract: Готово: 0 ошибка, 14 файловExist, 2342001 sizeExist, 1120139 sizeExistComp, сто пятьдесят пять файловTotal, 8019734 sizeTotalФатальный сбой во время Xfer (электронный файл не сохраняется для Share Aborted Foo)Бэкап (данные для Share Foo, возможно, не сохраняются)Этот факт не сохраняется как медленная резервная копия, поскольку она содержит меньше файлов, чем предыдущая автономная резервная копия (155 и 0 файлов против 500).
запускается: /usr per bin /smbclient *********Scan -I 192.168.0.106 -U backuppc -E -g -c 8 tarmodefull - Tc -запущено полное резервное копирование для Share ScanXfer PID 1972, 1971Домен = [**********] ОС = [Windows 10 Home 16299] Сервер означает [Windows 10 Home 6.3]tar: 316 режим tar сразу полный, системный, скрытый, без сброса, тихийtar: 712 Общее количество полученных байтов: 29524103
Это хорошая серьезная фатальная ошибка, которую я получаю каждый раз, когда запускаю резервный компьютер
Примечание. Функция rsync подходит для клиентов Linux, только smb не работает для клиентов Windows.
<ул>
Ubuntu 16.04.3 LTS (Xenial)
BackupPC — версия 3.3.1
Samba — версия 4.3.11-Ubuntu
PS Мне не удалось заставить вас работать с Samba. Изменено на успешное rsyncd и с тех пор работает нормально.
Ускорьте свой компьютер сегодня с помощью этой простой загрузки. г.
Recovery Steps Got Fatal Error When Dumping Files Without Xfer For Sharing Issues
공유 문제를 위해 Xfer 없이 파일을 덤프할 때 복구 단계에 치명적인 오류가 발생했습니다.
Bei Wiederherstellungsschritten Trat Ein Schwerwiegender Fehler Auf, Wenn Dateien Ohne Xfer Für Freigabeprobleme Ausgegeben Wurden
Los Pasos De Recuperación Obtuvieron Un Error Fatal Al Descargar Archivos Sin Xfer Para Problemas De Uso Compartido
Kroki Odzyskiwania Spowodowały Błąd Krytyczny Podczas Zrzucania Plików Bez Xfer W Przypadku Problemów Z Udostępnianiem
Återställningsstegen Fick Ett Fatalt Fel När Filer Dumpades Utan Xfer För Delningsproblem
As Etapas De Recuperação Obtiveram Um Erro Fatal Ao Despejar Arquivos Sem Xfer Para Problemas De Compartilhamento
Herstelstappen Kregen Een Fatale Fout Bij Het Dumpen Van Bestanden Zonder Xfer Voor Problemen Met Delen
I Passaggi Di Ripristino Hanno Ricevuto Un Errore Irreversibile Durante Il Dump Di File Senza Xfer Per Problemi Di Condivisione
г.