Bekijk Volledige Versie : restore vanuit resellersgedeelte
FunnyMedia
25/10/07, 16:45
Hi,
Ik probeer een user vanuit het reseller gedeelte te restoren.
De user staat door een foutieve verwijdering niet meer op de server.
Helaas gaat het restoren niet goed en krijg ik steeds:
Unable to exact backup/user.conf from /home/tmp/admin/user.tar.gz : Error while extracting backup/user.conf to /home/tmp/admin/user as diradmin :
gzip: stdin: decompression OK, trailing garbage ignored
/bin/tar: Child returned status 2
/bin/tar: Error exit delayed from previous errors
Unable to extract the directory 'backup' from the file /home/tmp/admin/user.tar.gz
Hoe kan ik dit toch herstellen zonder de data eerst naar mijn laptop en dan handmatig over te pompen?
Zit momenteel ver weg met een belabbert telfort GPRS lijntje namelijk.
ALvast dank voor de tips.
geef je wel de juiste locatie aan van het backup bestand?
probeer het backup bestand eens te kopieren naar bijvoorbeeld /tmp en vanuit die locatie uit te pakken
ook moet je denk ik even de username aanpassen voor het bestand, tenzij je zelf de filename heb gecensureerd naar user.tar.gz
FunnyMedia
25/10/07, 16:56
Ik haal de file vanaf mijn backup FTP server via het resellersgedeelte -> Manage User Backups op.
Dit gaat automatisch aangezien ik de userfile selecteer en op restore klik.
Ik kan dus geen paden etc opgeven helaas.
De file heet echt user overigens ;-)
Als de user niet meer bestaat moet je deze eerst aanmaken alvorens je hem kan restoren.
http://directadmin.com/forum/search.php?searchid=390315
dennis0162
25/10/07, 17:58
Als de user niet meer bestaat moet je deze eerst aanmaken alvorens je hem kan restoren.
Dit is niet nodig;)
Als de user niet meer bestaat moet je deze eerst aanmaken alvorens je hem kan restoren.
Onjuist, DA maakt de user zelf aan.
Bekijk deze eens:
http://directadmin.com/forum/showthread.php?t=16890&highlight=Unable+exact+backup%2Fuser.conf
Unable to extract the directory 'backup' from the file /home/tmp/admin/user.tar.gz
Vanavond net hetzelfde probleempje gehad bij een backup..
Oplossing was:
Even met ssh/telnet inloggen, de corrupte file verwijderen (mogelijk niet eens nodig maar better safe than sorry) en ftp-en via de ssh/telnet client (commandline) opnieuw binnenhalen. Daarna geef je 'm zekerheidshalve chmod 755 en probeer het dan nog een keer via de restore functie.
FunnyMedia
26/10/07, 03:36
Inmiddels heb ik de user maar met de hand terug gezet al hoewel het even kloten was met de MySQL dump van een kleine 80MB (thanks to bigdump)
Wel een verveldende oplossing zo, ik heb blijkbaar voor niets een "dure backup" oplossing gekozen door elke nacht mijn data weg te schrijven op een externe server.
Als de restore niet werkt kan ik net zo goed de backup op mijn thuis PC bewaren.
DA overigens gemaild, kreeg te horen dat waarschijnlijk de tar.gz corrupt was.
Helaas is dat niet zo, anders had ik hem ook niet handmatig kunnen uitpakken en restoren.
Een beetje tegenvallende functie en reactie van DA.
Ik hoop maar dat ze dat een keer echt gaan verbeteren.
Is overgens mijn persoonlijke gedachte maar de laatste maanden vindt ik de kwaliteit van DA echt achteruit gaan kwa updates en "services"
Zal de volgende keer beter gaan opletten als ik weer iets verwijder
dennis0162
26/10/07, 09:24
Inmiddels heb ik de user maar met de hand terug gezet al hoewel het even kloten was met de MySQL dump van een kleine 80MB (thanks to bigdump)
Wel een verveldende oplossing zo, ik heb blijkbaar voor niets een "dure backup" oplossing gekozen door elke nacht mijn data weg te schrijven op een externe server.
Als de restore niet werkt kan ik net zo goed de backup op mijn thuis PC bewaren.
DA overigens gemaild, kreeg te horen dat waarschijnlijk de tar.gz corrupt was.
Helaas is dat niet zo, anders had ik hem ook niet handmatig kunnen uitpakken en restoren.
Een beetje tegenvallende functie en reactie van DA.
Ik hoop maar dat ze dat een keer echt gaan verbeteren.
Is overgens mijn persoonlijke gedachte maar de laatste maanden vindt ik de kwaliteit van DA echt achteruit gaan kwa updates en "services"
Zal de volgende keer beter gaan opletten als ik weer iets verwijder
Hier werken de back-up's van admin, reseller en user-niveau gewoon zoals het horen moet. Dat van het acheruit gaan ben ik het niet met je eens. Ons helpen ze altijd snel en goed mochten er problemen voor doen. Er worden ook regelmatig update's uitgebracht.
Wel een verveldende oplossing zo, ik heb blijkbaar voor niets een "dure backup" oplossing gekozen door elke nacht mijn data weg te schrijven op een externe server.
Een backup-oplossing kan je gewoon niet zonder, thuis wegschrijven,.. ik mag er niet aan denken! Ofwel je kiest een goede backup-oplossing ofwel je neemt minimaal een RAID1-config. Je kan overigens ook een extra schijf in je eigen server zetten voor het wegschrijven van backups... kost niet veel.. en altijd je backup bij de hand!
Een backup-oplossing kan je gewoon niet zonder, thuis wegschrijven,.. ik mag er niet aan denken! Ofwel je kiest een goede backup-oplossing ofwel je neemt minimaal een RAID1-config. Je kan overigens ook een extra schijf in je eigen server zetten voor het wegschrijven van backups... kost niet veel.. en altijd je backup bij de hand!
Een Raid-1 config beschermd je niet tegen corrupte files door bijvoorbeeld een verkeerde compressietechniel of gebruikersfouten! Als je dan kiest om op dezelfde server te backuppen, die het dan op een extra disk. Het is in ieder geval net iets beter dan op dezelde disk of geen backups maken. Al schrijven wijzelf backups weg op 2 locaties, sommige data zelfs om de 4 uur.
Een Raid-1 config beschermd je niet tegen corrupte files door bijvoorbeeld een verkeerde compressietechniel of gebruikersfouten! Als je dan kiest om op dezelfde server te backuppen, die het dan op een extra disk. Het is in ieder geval net iets beter dan op dezelde disk of geen backups maken. Al schrijven wijzelf backups weg op 2 locaties, sommige data zelfs om de 4 uur.
Je begrijpt dat ik het daar mee eens ben.. De optie van een extra schijf in dezelfde server vind ik zelf wel een hele mooie overigens. Misschien dat ik op termijn daar toch toe overga, een extra hdd kost niets.
Op dit moment heb ik bij 2 servers (in Amsterdam) een backup (extern) geregeld. Voor m'n 3e machine bij SIG (Groningen) nog niet maar binnenkort (volgende week) heb ik ook daar twee machines en wil ik ze naar elkaar de externe backups laten wegschrijven. Heb teveel ervaring in ICT-land om het zonder goede backups aan te durven..