PDA

Bekijk Volledige Versie : Backup loopt fout



tvdh
23/10/12, 20:17
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

golden
23/10/12, 20:33
Lijkt me toch op een hick-up bij het kopieren over ftp. Daar al eens naar gekeken?

Spyder01
23/10/12, 20:40
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?

tvdh
23/10/12, 21:03
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..

tvdh
23/10/12, 21:04
Wat trouwens opvalt is dat het altijd om dezelfde users gaat... Zou het dan nog aan de verbinding liggen?

Spyder01
23/10/12, 21:06
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?

Mark17
24/10/12, 00:16
Gaat het toevallig om de grootste gebruikersaccounts (die problemen geven)?

golden
24/10/12, 08:13
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?

Mark17
24/10/12, 16:12
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.

Netbulae
24/10/12, 17:58
Heb dit ook wel eens gezien, wat staat er in de directadmin error log?

/var/log/directadmin/errortaskq.log

Bart L
24/10/12, 21:26
Kan veel kleine bestandjes bevatten (mail?) en daardoor langer duren dan de grotere backups.
Timeout FTP server verhogen (idle)

dennis0162
24/10/12, 21:47
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.

systemdeveloper
24/10/12, 23:34
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.

Netbulae
25/10/12, 13:29
@dennis0162

Die wist ik niet, bedankt voor de tip!

Netbulae (http://www.netbulae.eu) - Hosted Solutions

Ramon Fincken
25/10/12, 13:41
Goeie opmerking Dennis. Rsync is naar mijn ervaring beter in omgaan met fouten, naast de andere voordelen die het heeft.

tvdh
30/10/12, 09:31
Ik heb de Time out van de nas hoger gezet, helaas helpt dat niet.
Zal nu de andere tips eens gaan testen.