Onderwerp: Backup loopt fout

Bij de backup die ik elke nacht uitvoer gaan er altijd wel een aantal users fout.

Krijg dan deze meldingen:

User atelierdro has been backed up.
User bicsbus has been backed up.
Could not read reply from control connection -- timed out.
ncftpput /home/tmp/admin/user.veda.bicsbus.tar.gz: could not send file to remote host.

User blog has been backed up.



Users die groter zijn gaan wel goed, dus ligt niet aan het bestandsformaat.
Iemand enig idee?

Tim

Lijkt me toch op een hick-up bij het kopieren over ftp. Daar al eens naar gekeken?

Dergelijke problemen zie ik vaker. De ontvangde server verbreekt de verbinding, heeft het te druk met andere dingen of het is zoals genoemd een netwerk hickup.
Wat je zou kunnen doen is gelijk met een backup een ping starten, vervolgens kijken of je ook time-outs krijgt op het moment dat er een deel van de backup mislukt. Ditzelfde kun je vanaf de remote host doen naar de server waar de backups vanaf komen.

Je hebt geen monitoring op beide systemen?

Een is dus de server die in het DC staat, andere server is een NAS op UPC zakelijk fiber power...

Ik zal eens kijken of ik in de nas iets kan aanpassen..

Wat trouwens opvalt is dat het altijd om dezelfde users gaat... Zou het dan nog aan de verbinding liggen?

Dat is op voorhand moeilijk te zeggen. Vandaar ook de ping actie, een beetje NAS heeft die optie. De NAS geen bepaalde time-outs of energiezuinige disks toevallig?

Gaat het toevallig om de grootste gebruikersaccounts (die problemen geven)?

Oorspronkelijk geplaatst door Mark17

Gaat het toevallig om de grootste gebruikersaccounts (die problemen geven)?

Even starttopic goed lezen . Daar staat in dat er grotere zijn die wel goed gaan. Ook toe aan koffie :P?

Oorspronkelijk geplaatst door golden

Even starttopic goed lezen . Daar staat in dat er grotere zijn die wel goed gaan. Ook toe aan koffie :P?

Dan was het niet wat ik in eerste instantie dacht (een bekend probleem bij grote backups dat het wel eens/vaak mis gaat). Koffie op dat moment niet, wel toe aan rust.

Heb dit ook wel eens gezien, wat staat er in de directadmin error log?

/var/log/directadmin/errortaskq.log

Kan veel kleine bestandjes bevatten (mail?) en daardoor langer duren dan de grotere backups.
Timeout FTP server verhogen (idle)

Je zou de timeout kunnen verhogen in de file: /usr/local/directadmin/scripts/ftp_upload.php

$FTPPUT -f $CFG -V -t 25 -P $PORT -m "$ftp_path" "$ftp_local_file" 2>&1

Als de transfer af en toe een timeouts geeft dan zou je ook nog een controle in kunnen bouwen (Transfer mislukt, nog een keer uploaden).

Het kan natuurlijk ook nog je firewall (CSF/LFD?) zijn die iets blokkeert.
Of UPC heeft gewoon packet loss, IP even in je monitoring zetten?

De backups van DirectAdmin zijn sowieso erg inefficiënt het inpakken kost veel i/o.
Je kan beter een Rsync oplossing gebruiken.

Tar/gzip je de boel eens handmatig en pomp hem zelf over naar de nas met ncftp? Of start de backup eens een uur later/eerder. Misschien doet de nas op een bepaalde tijd gewoon een restart van de ftp daemon.

@dennis0162

Die wist ik niet, bedankt voor de tip!

Netbulae - Hosted Solutions

Goeie opmerking Dennis. Rsync is naar mijn ervaring beter in omgaan met fouten, naast de andere voordelen die het heeft.