Table of Contents
Zaktualizowano
W ciągu ostatnich kilku wielu naszych czytelników zgłaszało, że firmy napotkały krytyczny błąd związany z brakiem nawet plików xfer do udostępnienia.
Rozumiem, jeśli wystąpił błąd podczas tworzenia kopii zapasowej dużego komputera z systemem Windows. Całkowicie pełna kopia zapasowa trwa od dwóch dni do kilku tygodni i zawsze wyświetla błąd „Niepewny błąd na pewnym etapie w xfer (brak plików do wyświetlenia na CDrive)”. Próbowałem nawet opcji pobrania ciągu: /usr/share/backuppc/farm/BackupPC_dump -f -v i również dostałem ten sam błąd. Stopniowo nadal w pracy, bo mam pełną kopię zapasową na około rok kalendarzowy. Poniżej znajduje się pełna wiadomość: (logo firmy hostującej – my_pc)
…..
…..
Pula 644 0/0 dziewięćdziesiąt sześć du.txt
Pula 644 0/0 904704 msdia80.dll
utwórz 755 0/0 0 msdownld.tmp
tarExtract: Ukończono: 0 zgłoszeń, 118197 plikówIstnieje, 288834407061 sizeExist, 288834407061 121120 sizeExistComp, filesTotal, 311834025000 sizeTotal
Błąd krytyczny we wszystkich Xfer (brak filmów zapisanych do udostępnienia w CDrive)
cmdSystemOrEval: bin systemowy / ping -c 1 my_pc
cmdSystemOrEval: zakończone: print PING my_pc (192.168.1.88) 56 (84) bajtów związanych z otrzymanymi danymi.
64 bajty my_pc (192.168.1.88): icmp_seq równa się 1 ttl = 64 czas = 0.Ms
— 897 my_pc wyniki handlu pingami —
1 paczka wysłana, 1 odebrana, redukcja pakietu 0%, czas 0 ms
rtt min / śr / potencjał / odchylenie = 0,897 / 0,897 na 0,897 / 0,000 to w przybliżeniu ms
cmdSystemOrEval:to technika / bin / ping -c 1 my_pc
cmdSystemOrEval: kill: Dane wyjściowe otrzymały PING my_pc (192.168.1.88) sześćdziesiąt (84) bajtów powiązanych danych.
64 bajty my_pc (192.168.1.88): icmp_seq = 1 ttl = 64 czas oznacza 0.Ms
— 789 my_pc standardowy zatytułowany ping —
1 pakiet wysłany, 1 odebrany, 0% dużej utraty zasilania, czas 0ms
rtt min / avg – max / mdev = 0,789 / 0,789 i 0,789 / 0,000 ms
CheckHostAlive: działa już od 0,789
Backup anulowany (brak zapisanych plików dla wspomnianego napędu CD)
Zapisz to jako częściowy powrót zamiast poprzedniego (okazało się, że 519510 i zero plików zamiast 0)
Błąd zrzutu: pliki do udostępniania CDrive nie zostały wypisane
link do mojego_komputera
„Don Sylvia” pisze:
[cytat] Używam BackupPC 2.0.1beta0 i zabezpieczam klientów Win 2k przez SMB. komputer włączony
na stronie przeglądu interfejsu CGI czasami widzę status
client brewer, ponieważ “tworzenie kopii zapasowej nie powiodło się (brak pliku dla coraz większej liczby plików share-foo)”.
Mam te komunikaty w pliku dziennika współczesnego klienta o godzinie 09:00:50:
2003/8/2 Incr Burn rozpoczęło się 28.07.2003 o 9:00:01 dla
Udostępnij dokument
08.02.2003 09:00:52 Błąd krytyczny Xfera (wideo nieopublikowane przeznaczone do publikacji)
dokument)
02/08/2003 09:01:03 Przerwano zrzut (plik nie został zapisany w zależności od problemu)
Kiedy łączę się z klientem, korzystaj z polecenia smbclient z
Plik dziennika, wszystko jest po prostu w porządku. Zauważyłem też, że najpóźniej w głównym terminie
XferLOG.bad.z mówi:
Podczas uzyskiwania dostępu do tego udziału. Błąd „Nie dotyczy jest czyszczony, ponieważ jest zwolniony”
Błąd, ponieważ żaden z plików nie został ostatnio zmieniony?
Jem „$ ConfBackupZeroFilesIsFatal wynosi 1;” uregulowane, ale prawdopodobnie nie o to mi chodziło
Stwarzałoby to problem, ponieważ udział nie jest pusty, a jedynie dostarcza pliki.
to nie zmienia się często. Czy powinienem się ledwo zmienić?
$ ConfBackupZeroFilesIs Fatal jako średnia 0?
[/ Cytat]
Tak, to jest twój własny błąd w kodzie wprowadzonym niedawno w BackupPC-2.0.1beta0. Jej
Obejście jest poprawne: ustawienie $ ConfBackupZeroFilesIsFatal oznacza 0.
Zostało to również poprawione w obecnym projekcie BackupPC-2.0.1.
Zaktualizowano
Czy masz dość powolnego działania komputera? Denerwują Cię frustrujące komunikaty o błędach? ASR Pro to rozwiązanie dla Ciebie! Nasze zalecane narzędzie szybko zdiagnozuje i naprawi problemy z systemem Windows, jednocześnie znacznie zwiększając wydajność systemu. Więc nie czekaj dłużej, pobierz ASR Pro już dziś!
————————————————– —–
Ta wiadomość e-mail SF.Net jest prawie na pewno sponsorowana przez: Darmowe wstępnie utworzone witryny ASP.NET, w tym
Zgłoszone dane, dostępne są e-commerce, portale i fora.
Pobierz i określ, ile zarabia XBOX lub Visual Studio .NET.
http://aspnet.click-url.com/go/psa0010003ave na bezpośrednie; at.aspnet_072303_01 / 01
________________________________________________
Lista mailingowa użytkowników BackupPC
Użytkownik BackupPC
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/
BackupPC działał dobrze dla mojej rodziny przez kilka lat, ale chciałem przenieść go na inny serwer. Backuppc kopiuje całą muzykę z wyjątkiem backup = 0, częściowo pasuje Filled równa się tak (co jest w porządku)
tarExtract: Gotowe: 0 błędów, 14 plikówIstnieje, 2342001 rozmiarIstnieje, 1120139 rozmiarIstniejeComp, sto pięćdziesiąt pięć plikówŁącznie, 8019734 rozmiarTotalPoważny problem podczas Xfer (brak zapisanego e-pliku dla Share Aborted Foo)Kopia zapasowa (dane dla Share Foo nie powinny być zapisywane)Fakt ten nie jest zapisywany jako powolna kopia zapasowa, ponieważ zawiera mniej plików niż poprzednia samodzielna kopia zapasowa (155 i 0 plików w przeciwieństwie do 500).
uruchamia się: / usr dla każdego bin / smbclient ******** Scan -I 192.168.0.106 -U backuppc -E -g -c odrębny tarmode full - Tc -uruchomiono pełną kopię zapasową dla Share ScanXfer PID-y 1972, 1971Domena = [**********] System operacyjny = [Windows 10 Home 16299] Serwer jest równy [Windows 10 Home 6.3]tar: tryb 316 tar jest od razu pełny, systemowy, ukryty, bez resetowania, cichytar: 712 Ogólna liczba otrzymanych bajtów: 29524103
To jest każdy krytyczny błąd, który otrzymuję za każdym razem, gdy sprintuje komputer zapasowy
Uwaga. rsync działa dobrze dla klientów Linux, tylko smb nie daje dobrych wyników dla klientów Windows.
- Ubuntu 16.04.3 LTS (Xenial)
- BackupPC – wersja 3.3.1
- Samba — wersja 4.3.11-Ubuntu
PS Nie mogłem skłonić Cię do pracy z Sambą. Zmieniono, aby umożliwić im rsyncd i od tamtej pory działa dobrze.
Przyspiesz swój komputer już dziś dzięki temu prostemu pobieraniu.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
Å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
Шаги восстановления получили фатальную ошибку при сбросе файлов без Xfer для проблем с общим доступом
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