Onderwerp: Restoren backup gaat fout

Ik heb dit bericht ook al op het directadmin forum gezet, maar misschien dat er hier mensen zijn die hetzelfde probleem zijn tegen gekomen.

Ik krijg bij het restoren van een backup van een user op een machine de volgende foutmelding:

Unable to read /home/myuser/backups/backup/mydomain.nl/email/passwd : Unable to open /home/myuser/backups/backup/mydomain.nl/email/passwd for reading.
Unable to read /home/myuser/backups/backup/mydomain.nl/email/aliases Unable to open /home/myuser/backups/backup/mydomain.nl/email/aliases for reading.
Unable to read /home/myuser/backups/backup/mydomain.nl/email/autoresponder.conf Unable to open /home/myuser/backups/backup/mydomain.nl/email/autoresponder.conf for reading.
Unable to read /home/myuser/backups/backup/mydomain.nl/email/vacation.conf Unable to open /home/myuser/backups/backup/mydomain.nl/email/vacation.conf for reading.

Ik dacht zelf eerst het probleem gevonden te hebben. Het trad namelijk op wanneer ik een backup lokaal maakte, en de user te weinig webspace had voor ook de backup.
Ik kwam er toen achter dat als ik een backup naar ftp maakte, ipv lokaal, ik deze foutmelding niet meer krijg bij het restoren.

Echter nu krijg ik bij deze account deze foutmelding toch, terwijl ik de backup naar ftp maak. De user heeft webruimte genoeg voor de backup.

Verder kreeg ik ook een probleem met het restoren van een andere backup. Het systeem gaf aan dat het restoren succesvol was, maar in de lijst van domeinen van de user mist een domein. Iemand dit ook wel eens gehad?

- Dennie

Directadmin Forum Post hierover

Origineel geplaatst door Dennie-DeTi

Verder kreeg ik ook een probleem met het restoren van een andere backup. Het systeem gaf aan dat het restoren succesvol was, maar in de lijst van domeinen van de user mist een domein. Iemand dit ook wel eens gehad?

hiermee bedoel je dat zijn account wel is terug geplaatst, maar de domein achter zijn naam gewoon blank is. en ook niks is terug geplaatst (klopt dat)?

Dat klopt, alleen staan er meerdere domeinen in die account (4 stuks) en daarvan is er eentje dus niet toegevoegd. Hij staat wel in de backup file.

- Dennie

Staat user/group (chown) correct van de backup van deze user?

Wel aan te raden om het hoofdaccount van de reseller manueel aan te maken, en vervolgens de backup file copieren naar /home/[user]/user_backups en van daaruit de backup te restoren.

Greetz,

Franky

-----------------
hosting - reseller hosting - co-locating - dedicated
Datacenter Gent België
www.rackhost.be
-----------------

Origineel geplaatst door Dennie-DeTi
Dat klopt, alleen staan er meerdere domeinen in die account (4 stuks) en daarvan is er eentje dus niet toegevoegd. Hij staat wel in de backup file.

- Dennie

je moet de account verwijderen, en ook even kijken of het domein dan ook verwijderd is uit je DNS. Volgensmij staan ze daar nog in, daar had ik ook last van, wanneer ik het domein hieruit had verwijderd. konden ze weer toegevoegd worden.

Het gaat erom dat ik alle accounts onder een reseller account wil verhuizen naar een andere server. Dus ik maak met de reseller een backup van een account, en vervolgens op de nieuwe server (waar deze account dus nog nooit op heeft gestaan) ga ik de backup restoren waarbij hij gerestored wordt met een nieuw ip.

Wel aan te raden om het hoofdaccount van de reseller manueel aan te maken, en vervolgens de backup file copieren naar /home/[user]/user_backups en van daaruit de backup te restoren.

De reseller account is dus al handmatig aangemaakt. En de backup files worden hier dus ingelezen.

- Dennie

Hebben wij zo gedaan bij verhuizing datacenter, servers dubbel aangekocht voor nieuwe locatie en alles duplicaten via DA om downtime te voorkomen.

Verloopte foutloos.

Ik zou de volledige reseller account verwijderen, het config bestand van DA met alle users erin controleren of hij daadwerkelijk verwijderd is. Reseller opnieuw aanmaken en backup restoren (vergeet geen chown te doen op de backup tar)

Franky

Het rare is, dat ik al reeds meerdere accounts op deze manier gerestored heb, en die gaan wel goed. Heel af en toe krijg ik die berichten met die email fouten. Die bestanden zijn ook niet in de backup bijgevoegd, ik had zelf het idee dat dit kwam door de webspace die een account mag gebruiken, maar dat blijkt het dus niet te zijn.

- Dennie

weird, al eens geprobeerd om het zonder DA te doen?

SCP bijvoorbeeld?

scp /home/myuser/backups/backup/mydomain.nl/email/autoresponder.conf root@IP:/home/myuser/backups/backup/mydomain.nl/email/

vervolgens chownen want deze zal als root staan nu

Franky

Dat kan ik inderdaad nog wel eens proberen. Maar goed, dat is eigenlijk maar een tijdelijke optie. Er worden ook dagelijks backups gemaakt van de accounts, en deze backups werken dus ook niet. Dus bij een crash zal dit niet zo fijn zijn.

Het opnieuw aanmaken van een reseller account is geen optie, aangezien er al meerdere accounts inzitten.

- Dennie

Backups van DA zijn inderdaad niet echt betrouwbaar als je het enkel via control panel wilt restoren. Uit ervaring weten we wel dat restoren telkens op reseller niveau wel goed verloopt (de full system backup echter niet). DA is hiervan op de hoogte en raden zelf ook aan om backups op reseller niveau te nemen ipv system backup.

Wij draaien naast deze backups ook full backups in cron job, webmin heeft daar zeer handige backup tool voor ingebouwd.

Franky

Bedoel je via de optie "Manage User Backups"?

- Dennie

"Manage user backups" is de goeie methode.

Nadeel is dat je dat telkens bij elke reseller moet configen.

Onder admin "System backup" is de 'foute'' methode.

Franky

De optie "Manage user backups" gebruik ik al. De backups die daardoor gemaakt worden, zitten dus af en toe fouten in.

Ik zat zelf te denken dat het door een quota ofzo kan komen, waardoor hij die files niet in de backup erbij kan kopieëren. Maandag maar eens contact opnemen met directadmin, misschien dat ze daar een idee hebben.

- Dennie

Heb enkele maanden geleden 4 servers gebackuped via 'manage user backups' en gerestored op nieuwe servers (met ander os).

Had ook enkele fouten, maar lag aan quota en rechten van de files wijzigen (chown).
Na correctie van dit verlies alles foutloos.

Franky