Bekijk Volledige Versie : backup onleesbaar
Bij onze webhostingprovider maken we regelmatig een backup van onze websites. De backups staan dus opgeslagen op de server van deze webhostingprovider.
Het valt ons op dat we geregeld een foutmelding krijgen bij het terugzetten van een backup. Soms is dat een overload. Niet leuk, maar dan probeer ik het later wel een keer. Maar als een restore-opdracht terugmeldt: Error extracting files from the tar.gz: /bin/tar: Unexpected EOF in archive /bin/tar: Error is not recoverable: exiting now, word ik niet blij.
Wat is hier aan te doen (door mij en/of door de webhostingprovider)?
Vriendelijke groet,
Guido
Hoi Guido,
Wordt hier gebruik gemaakt van Directadmin? Kun je de files handmatig uitpakken en zijn ze dan wel goed?
Sowieso is dit iets waar je als eindklant niet zoveel mee kan (ik neem even aan dat het hier gaar om shared hosting?). In dat geval zou ik zeker een ticket aanmaken bij je provider. Zij moeten dit kunnen onderzoeken en oplossen.
Hoi Marin,
Bedankt voor je reactie.
Wordt hier gebruik gemaakt van Directadmin? Kun je de files handmatig uitpakken en zijn ze dan wel goed?
Dit zou mogelijk moeten zijn, alleen weet ik niet waar de bestanden exact moeten worden geplaatst.
In dat geval zou ik zeker een ticket aanmaken bij je provider. Zij moeten dit kunnen onderzoeken en oplossen.
Zij raden slechts aan een andere (= oudere) backup te proberen. Een jantje-van-leiden-manier, lijkt mij.
Zojuist deed ik weer een poging de meest recente backup terug te zetten - de actie die niet slaagde - maar deze keer kreeg ik geen foutmelding. Of ik met deze restore mijn andere problemen kan oplossen, weet ik nog niet.
Vriendelijke groet,
Guido
Hoi Guido, vreemde reactie van de hoster. Zij moeten op zijn minst kunnen testen of de backup echt corrupt is (door hem handmatig uit te pakken).
Hopelijk zijn jouw problemen nu wel even uit de wereld?
Hoi Marin,
De problemen die ik nu nog heb, zijn van een andere orde (WordPress-plugin). Dat is dus niet voor dit forum bestemd.
Vriendelijke groet,
Guido
Vaak is dit een gevolg van een firewall zoals CSF die is geïnstalleerd op de server. Deze stopt dan het proces.
of gewoon een disk die vol is?
Maar als een restore-opdracht terugmeldt: Error extracting files from the tar.gz: /bin/tar: Unexpected EOF in archive /bin/tar: Error is not recoverable: exiting now, word ik niet blij.
Dat wijst inderdaad op een abrupte stop van een backup (door een volle disk, of een gekilled backup process)
Dat wijst inderdaad op een abrupte stop van een backup (door een volle disk, of een gekilled backup process)
Daar lijkt het op maar voor ons is het speculeren. De hoster moet vrij snel kunnen zien wat er fout gegaan is :)
ronaldvanhoeven
07/03/17, 22:15
Waarom maak je trouwens niet zelf ook een backup?
wouter0100
08/03/17, 14:45
Waarom maak je trouwens niet zelf ook een backup?
Uit het beginpost/reacties begrijp ik dat hij dat juist doet, maar deze dus niet kan terugzetten.
Anyhow, hoster benaderen in dit soort scenario's. Die moeten dit oplossen voor je, lijkt me.
Begin eens met de mislukte-uitpak te verwijderen, daarna je verbruik updaten en zien of je nog heel erg veel vrije ruimte hebt of dat dit toch krap is. Indien je meer dan zat vrije ruimte hebt kun je het nogmaals proberen, mislukt het wederom dan je backup downloaden en openen met bijvoorbeeld 7-Zip. Als dat wel lukt kun je contact opnemen met je gister, lukt dat ook niet dan ligt het aan je backup.
Ik zie dat er wel erg snel naar de hoster wordt gewezen, maar in de meeste gevallen betreft dit een gevalletje klant loopt tegen de quota aan :)
Vaak is dit een gevolg van een firewall zoals CSF die is geïnstalleerd op de server. Deze stopt dan het proces.
Als je de backupfile op de webserver zelf hebt staan (in de map backups bijvoorbeeld) dan zou je die toch gewoon moeten kunnen terugplaatsen zonder dat daar een firewall bij nodig is ?
wouter0100
08/03/17, 21:40
Als je de backupfile op de webserver zelf hebt staan (in de map backups bijvoorbeeld) dan zou je die toch gewoon moeten kunnen terugplaatsen zonder dat daar een firewall bij nodig is ?
Gaat hier meer om het feit dat CSF het proces van het uitpakken kan killen. CSF monitort natuurlijk ook "vreemde" en langlopende processen, waarbij deze als de user draait. Deze worden bij een bepaalde configuratie gekilled door CSF. Hier kan het uitpak-scriptje van DirectAdmin niet tegen (logisch), waardoor die 'm vervolgens kapt.
wouter0100 heeft helemaal gelijk SpectraIP.