Onderwerp: DA Reseller back corrupt, losse user werken wel

Beste WHT'ers,

Na het halve internet afgezocht te hebben dan toch maar de hulp inroepen van WHT aangezien ik er zelf niet meer uit kom.

Omdat mijn huidige backup ruimte niet meer voldeed heb ik een lokale backup server opgezet. Het backuppen gaat naar behoren, min of meer.

Bij een test of het extracten van de backups daadwerkelijk werkt kwam ik erachter dat de reseller backups corrupt zijn ( een imap folder, daar stopt de extract en krijg ik de melding dat het niet goed werkt (permission denied)). Als ik echter losse users backup dan werkt het wel.

Echter moet ik ook de reseller backuppen. Heeft iemand een idee wat het kan zijn?

Met vriendelijke groet,

Menno

Oorspronkelijk geplaatst door Imkey

Beste WHT'ers,

Na het halve internet afgezocht te hebben dan toch maar de hulp inroepen van WHT aangezien ik er zelf niet meer uit kom.

Omdat mijn huidige backup ruimte niet meer voldeed heb ik een lokale backup server opgezet. Het backuppen gaat naar behoren, min of meer.

Bij een test of het extracten van de backups daadwerkelijk werkt kwam ik erachter dat de reseller backups corrupt zijn ( een imap folder, daar stopt de extract en krijg ik de melding dat het niet goed werkt (permission denied)). Als ik echter losse users backup dan werkt het wel.

Echter moet ik ook de reseller backuppen. Heeft iemand een idee wat het kan zijn?

Met vriendelijke groet,

Menno

Heb je al geprobeerd nieuwe te maken of is dit met alle backups die je maakt zo (van verschillende keren)? Anders raad ik je aan contact op te nemen met je host zodat die kan kijken op server niveau wat er fout gaat.

Het is elke keer het zelfde. Ook als ik de backup met andere programma's download krijg ik de error (schijnt wel eens te kunnen werken). Alle users werken wel.

Toch maar weer even de hoster contacteren.

Zolang het maar een test is

Je kunt eens kijken over welke mail hij over de rooie gaat. Mogelijk is de pathnaam gewoon te lang geworden, is je quota bereikt of (gebeurd soms) heb je op je andere bak een incompatible tar binary. In dat geval kun de gnu tar eens downloaden en die proberen.

Bleek uiteindelijk een klein server probleem te zijn met het FTP account. Reboot en het werkt!
Bedankt voor alle hulp.

Voor die reboot ook toevallig een update gedaan + directadmin geupdate?

Geen backups over SSH?

Nee updates zijn vorige week al gedaan dat was het dus niet. Zal eens vragen welk wat het exact was.