Od jakiegoś czasu używamy duplikowania do tworzenia kopii zapasowych naszego serwera na koncie box.com. Uruchomione komendy to:
duplicity --full-if-older-than 1M -v4 --exclude *A number of files* / webdavs://*box email*@dav.box.com/dav/*Path to backup folder* --no-encryption --log-file *Todays date*.log
Śledzony przez:
duplicity remove-older-than 6M --force webdavs://*box email*@dav.box.com/dav/*Path to backup folder* --no-encryption --log-file *Todays date*.log
Hasło jest ustawione w zmiennej środowiskowej.
Do niedawna dziennik wyglądał mniej więcej tak:
WARNING 1
. Attempt 1 failed. SSLError: The read operation timed out
NOTICE 1
. Local and Remote metadata are synchronized, no sync needed.
NOTICE 1
. Last full backup date: Fri Aug 26 01:00:01 2016
NOTICE 1
. --------------[ Backup Statistics ]--------------
. StartTime 1472338925.59 (Sun Aug 28 01:02:05 2016)
. EndTime 1472339008.64 (Sun Aug 28 01:03:28 2016)
. ElapsedTime 83.05 (1 minute 23.05 seconds)
. SourceFiles 63777
. SourceFileSize 61857468557 (57.6 GB)
. NewFiles 24
. NewFileSize 69559829 (66.3 MB)
. DeletedFiles 6
. ChangedFiles 23
. ChangedFileSize 7702407 (7.35 MB)
. ChangedDeltaSize 0 (0 bytes)
. DeltaEntries 53
. RawDeltaSize 92935471 (88.6 MB)
. TotalDestinationSizeChange 92982066 (88.7 MB)
. Errors 0
. -------------------------------------------------
.
WARNING 1
. Attempt 1 failed. SSLError: The read operation timed out
NOTICE 1
. Local and Remote metadata are synchronized, no sync needed.
NOTICE 1
. Last full backup date: none
NOTICE 1
. No old backup sets found, nothing deleted.
Pierwsza operacja odczytu zawsze kończyła się limitem, ale potem wszystko się skończyło.
Ostatnio jednak dziennik zaczął wyglądać tak:
WARNING 1
. Attempt 1 failed. SSLError: The read operation timed out
WARNING 1
. Attempt 2 failed. SSLError: The read operation timed out
WARNING 1
. Attempt 3 failed. SSLError: The read operation timed out
WARNING 1
. Attempt 4 failed. SSLError: The read operation timed out
ERROR 50
. Giving up after 5 attempts. SSLError: The read operation timed out
WARNING 1
. Attempt 1 failed. SSLError: The read operation timed out
NOTICE 1
. Local and Remote metadata are synchronized, no sync needed.
NOTICE 1
. Last full backup date: none
NOTICE 1
. No old backup sets found, nothing deleted.
Jest to wynik, gdy cronjob próbuje go uruchomić. Eksperymentowałem z nim ręcznie i obserwowałem następujące rzeczy:
- Mogę wyodrębnić listę plików z konta skrzynki, uruchamiając
duplicity list-current-filesOznacza to, że poświadczenia logowania są poprawne i że nawiązano połączenie z serwerem. Jeśli uruchomię kopię zapasową na mniejszym folderze i zapytam o duplikat w celu uzyskania postępu, to:
Metadane lokalne i zdalne są synchronizowane, nie jest wymagana synchronizacja Ostatnia pełna kopia zapasowa pozostawiła częściowy zestaw, ponowne uruchomienie. Ostatnia pełna data utworzenia kopii zapasowej: piątek 30 września 09:12:01 2016 RESTART: Pierwszy wolumin nie został przesłany przed zakończeniem. Ponowne uruchomienie jest niemożliwe ... rozpoczęcie tworzenia kopii zapasowej od początku. Metadane lokalne i zdalne są synchronizowane, nie jest wymagana synchronizacja. Ostatnia pełna kopia zapasowa: brak Nie znaleziono podpisów, przełączanie na pełną kopię zapasową. 0,0 KB 00:00:03 [0,0 KB / s] [& gt; ] 0% ETA 3 sekundy 0.0KB 00:00:06 [0.0KB / s] [& gt; ] 0% ETA 6sek 0,0KB 00:00:09 [0,0B / s] [& gt; ] 0% ETA Stalled! 0,0KB 00:00:12 [0,0B / s] [& gt; ] 0% ETA Stalled! 0,0KB 00:00:15 [0,0B / s] [& gt; ] 0% ETA Stalled! 0,0KB 00:00:18 [0,0B / s] [& gt; ] 0% ETA Stalled! 0,0KB 00:00:21 [0,0B / s] [& gt; ] 0% ETA Stalled! 0,0KB 00:00:24 [0,0B / s] [& gt; ] 0% ETA Stalled! 0,0KB 00:00:27 [0,0B / s] [& gt; ] 0% ETA Stalled!
Zachowanie jest takie samo bez względu na to, czy uruchomię na koncie używanym do tworzenia kopii zapasowych, czyli konto firmowe, czy też uruchomię na nowo skonfigurowanym bezpłatnym koncie.
Wydaje się, że dwulicowość utknęła w martwym punkcie, ale nie pojawia się komunikat o błędzie, dlaczego utknął w martwym punkcie lub co mogę zrobić, aby to naprawić. Nie jestem też pewien, czy to rzeczywiście odnosi się do błędu SSL i ERROR 50 lub czy mamy jakiś rodzaj „podwójnego błędu”. Używamy duplikacji 0.7.10. Niedawno zaktualizowaliśmy nasz serwer do Ubuntu Server 16.04.1 LTS, ale aktualizacja nie wydaje się dokładnie pokrywać z problemami z uruchomieniem. Czy ktoś inny napotkał to lub coś podobnego? Jakieś wskazówki, jak go rozwiązać?
Próbowałem użyć FTP zamiast WebDav, aby połączyć się z pudełkiem, ale otrzymuję ten sam wynik, połączenie jest nawiązane, ale całkowicie się zatrzymuje.
To może być klucz do przeciągnięcia: Jak przejść przez to zablokowane połączenie dwulicowe? Wydaje się jednak, że nie rozwiązuje SSL Error: The read operation timed out
Połączenie zostaje nawiązane, ale następnie całkowicie się zatrzymuje.
Czy ktoś inny napotkał to lub coś podobnego?
Jakieś wskazówki, jak go rozwiązać?