Onderwerp: Pech, alles weg.....

Graag wil ik een probleem voorleggen waar ik even geen raad mee weet, heb het ook zojuist via rechtsbijstand aangevraagd omdat ik gewoonweg geen raketgeleerde in rechten (van de consument) ben. Hostingpartij zal ik niet bij naam noemen, dat is niet netjes, maar mogelijk weten jullie wel waar ik het over heb.

Probleem:

- VPS afgenomen bij partij (overgezet vanaf oude hostingpartij)
- Begin vd maand templates uitgerold (FreeBSD)
- VPS in de lucht gebracht, ports/system up-to-date, Nginx, MySQL, PHP, basis security-zaken etc
- Alles werkte +- 16 juli
- 16 Juli is alles uit het rack gehaald vanwege faillissement ruimte, overgezet naar nieuwe locatie
- 17 juli gecontroleerd of alles goed was > confirmed > backup van mijn hele systeem gemaakt
- 19 juli de VPS kortstondig onbereikbaar geweest (prijs/kwaliteit -> maak ik mij niet zo druk om)
- 22 juli na een OnApp update is mijn VPS dus onbereikbaar geworden (tot op heden)
- Door de vele reboots na de OnApp update is mijn FreeBSD FS corrupted
- Partij gemaild, immers had ik een goede backup, dat de restore vd backup via de OnApp console niet lukte
- Melding terug: u bent zelf verantwoordelijk voor de backup > eh ja, die is ook goed gemaakt (bewijs / screenshots overhandigd)
- Weer lange mail gemaakt > netjes terug gekregen dat ze gaan kijken wat ze kunnen doen > dank daarvoor
- Laatste mail hierover:

Helaas zoals ik in het andere ticket heb aangegeven is er een onbekend probleem ontstaan in uw partitie schema's. Doordat freebsd met andere filesystemen werken kan de recovery dit niet bereiken en kan ik er dus geen data uit laten halen. We hebben een aparte recovery tool voor freebsd geinstalleerd en geprobeerd maar ook deze kan uw disks niet mounten om de data eruit te halen voor u. U heeft verder geen dumps opgeslagen buiten de server om die we kunnen herstellen voor u?

- Wat nu? Ben ik nu alles kwijt? Wie is hier verantwoordelijk voor? Ben nu +- 40 GB aan data kwijt, veel SQL DB's, etc

Heb geen zin in discussies omtrent: "ja dan had je maar een duurdere partij moeten nemen mwhjoehheeheh", nee, want ik was erg tevreden over het product/prijs en mijn klanten vinden het niet boeiend dat eens in de week de VPS even 5 minuten onbereikbaar is.

Hoe kan ik dit oppakken? Iemand ervaring mee? Er staat niks vermeld in de voorwaarden over dataverlies (tot nu 9-8-2013)

Even vraag over het volgende:

"- 17 juli gecontroleerd of alles goed was > confirmed > backup van mijn hele systeem gemaakt"
en
"- Melding terug: u bent zelf verantwoordelijk voor de backup > eh ja, die is ook goed gemaakt (bewijs / screenshots overhandigd)"

Je geeft aan dat je backups gemaakt hebt; echter kan ik niet zien _waar_ zijn deze backups gemaakt? Op dezelfde schijven welke na zoveel reboots kapot zijn? Of heb je een lokale backup gemaakt (fysiek andere server)?

Indien het eerste het geval is - en indien je inderdaad zelf voor backups verantwoordelijk bent (dus geen betaalde / SLA backup dienst afgenomen), dan is het helaas pech.

Er staat op de website:

30 GB Externe Back-up Ruimte
U heeft de beschikking over 30 GB externe back-up ruimte die u vrij kunt verdelen.

Deze staat dus niet op mijn VPS.

Log: 17 Jul 2013 16:48 #6289 Built

afgezien van het vele werk (en dus arbeidsuren) wat er blijkbaar in is gaan zitten om mysql en de website online te brengen, wat is dan precies de schade? De backup, als die te restoren zou zijn, zou immers ook geen data bevatten, behalve wat er bij de initiele setup reeds aanwezig was. Lijkt me dus vooral een arbeidsuren kwestie om alles opnieuw naar een kaal systeem te uploaden en te configureren? Data van na de backup is immers zowiezo verloren. Wellicht kunnen ze bij de hosting partij enige coulance tonen en een groot deel van de configuratie voor hun rekening nemen. Het puntje "VPS in de lucht brengen, ports/system up-to-date, Nginx, MySQL, PHP, basis security-zaken etc" lijkt me voor de gemiddelde hoster nu niet echt een aanslag op hun personeels resources te leggen.

Dan is het aan uzelf om de website en database designs nog even in te lezen, waarna alles weer online zou moeten zijn?

Begrijp ik je goed dat die backups werden gemaakt via een snapshot binnen het beheer paneel oid? Als je buiten het terug zetten van de gehele snapshot niet bij je data kan zou ik het niet echt een goede backup strategie kunnen noemen. Het snapshot idee is leuk voor een totale fuckup van het systeem maar zal je er niet 1 enkele database mee kunnen restoren zonder dat je alles restored naar de situatie van de backup. Hangt natuurlijk wel af van de functie van de VPS in kwestie hoe nadelig deze situatie is.
Zelf heb ik 1 colo machine die ik eigenlijk alleen gebruik voor mijn backups vanaf de VPSen die ik gebruik in productie. Als de complete tering uitbreekt bij mijn VPS leverancier kan ik in elk geval nog een kant op...

VPS in de lucht brengen is serieus echt het laatste waar ik mij druk om maak, ook al zou dat mij 1000 uur kosten, ik wil gewoon mijn data terug. Het is niet zo dat ik even 40 GB aan websites opnieuw kan aanmaken. Had voornamelijk Wordpress websites draaien, wat kleine Ruby projectjes, daar is alle data van WEG. De backup is gewoon een backup, wat moet ik er meer over zeggen? Heb dus een full backup van mijn systeem, dus inclusief de data. Deze wijze van backup(pen) is voor mij veilig genoeg (maar blijkbaar niet voldoende) voor inderdaad een totaal f#ckup van het systeem (inclusief data). Iets wat ik dus nu heb. Ik wil en dat is mijn enige wens: de data terug halen middels de backup. Zelf heb ik de SQL DB's wel wekelijks laten mailen naar mijn eigen mailadres (backup) en had ik een soort actieve sync met de mijn box / lokale laptop. Maar aangezien die laptop ook onderuit is gegaan zit ik nu met: niks (was net bezig met een extra storage waar ik dit op wilde gaan zetten online). Overigens heb ik eerder deze maand (begin juli) de backup 'getest' en dit is eigenlijk gewoon snapshot, alles werkt meteen weer, SQL DB's intact, data terug etc.

Misschien kun je vragen of ze het snapshot bestand aan je willen overhandigen zodat je ev zelf hiermee kan stoeien. Probeer ev een afspraak te maken bij je leverancier op kantoor om het eea te bespreken / over te zetten op een externe drive.

Ik zou echter niet zoveel afwachten en blijven mailen maar in elk geval gelijk tijdig op een andere VPS zoveel mogelijk proberen te storen van e data die je nog wel hebt. De downtime is nu al wel bijzonder lang, iets wat je klanten / bezoekers van de websites vast niet kunnen waarderen.

Heb je helemaal gelijk in, zijn overigens personen in mijn naaste omgeving (die wat zakelijke websites etc hebben). Dus zijn redelijk coulant en meelevend met mij, maar ook zij wil ik gewoon zakelijk als klant beschouwen, daar betalen ze mij immers voor. Ben een beetje ten einde raad.
Ben niet van de schadevergoedingen en dergelijke, maar moet ik daar naar toe gaan werken? Heb ik daar uberhaupt kans toe? Of is dit mijn schuld?

Hmm, een corrupt freebsd fs kan meestal met fsck -y wel gefixed worden.
Heb je al geprobeerd om de virtuele disk aan een nieuw vps te koppelen?

Dus een nieuw freebsd vps maken, via vps node console (of whatever ze gebruiken) de corrupte disk te koppelen.
Booten en dan de corrupte disk te mounten? Eventueel nog even een MAKEDEV /dev/<oude disk type> doen.
Daarna een fsck op de nieuwe disk draaien.

Oorspronkelijk geplaatst door HetRatje

VPS in de lucht brengen is serieus echt het laatste waar ik mij druk om maak, ook al zou dat mij 1000 uur kosten, ik wil gewoon mijn data terug. Het is niet zo dat ik even 40 GB aan websites opnieuw kan aanmaken. Had voornamelijk Wordpress websites draaien, wat kleine Ruby projectjes, daar is alle data van WEG. De backup is gewoon een backup, wat moet ik er meer over zeggen? Heb dus een full backup van mijn systeem, dus inclusief de data. Deze wijze van backup(pen) is voor mij veilig genoeg (maar blijkbaar niet voldoende) voor inderdaad een totaal f#ckup van het systeem (inclusief data). Iets wat ik dus nu heb. Ik wil en dat is mijn enige wens: de data terug halen middels de backup. Zelf heb ik de SQL DB's wel wekelijks laten mailen naar mijn eigen mailadres (backup) en had ik een soort actieve sync met de mijn box / lokale laptop. Maar aangezien die laptop ook onderuit is gegaan zit ik nu met: niks (was net bezig met een extra storage waar ik dit op wilde gaan zetten online). Overigens heb ik eerder deze maand (begin juli) de backup 'getest' en dit is eigenlijk gewoon snapshot, alles werkt meteen weer, SQL DB's intact, data terug etc.

Wat voor backup heb je nu nou? Ik wordt er niet echt wijzer uit.
Heb je een snapshot? Een bare-metal achtige backup? Backup via een controlpanel?

Alle mogelijke snapshots, backups , raw disk opvragen en er een partij mee aan de slag laten gaan die er ervaring mee heeft.
Daarmee voorkom je in ieder geval dat je echt niets meer kunt... daarnaast zoals hierboven gesteld wil een corrupte image helemaal niet zeggen dat je alles kwijt bent. Het kan wel, voor de volledigheid, dat je alles kwijt bent, maar zover ik het nu hoor heb je nog wel wat opties.

Een identiek verhaal gehoord van een klant bij ons.. Bsd systeem dat men na een upgrade niet meer online krijgt en de reactie was dat het niet meer compatibel was met het controlepanel..

Neem de bluts met de buil en trek er je lessen uit, die partij heeft een handjevol advocaten staan die zich er maar al te graag op stortten..

Als er iets is dat makkelijk te herstellen is, dan is het freebsd wel.

Maar ja, omdat iets een groot bedrijf is betekent niet dat er slimme/gekwalificeerde mensen werken.

Als het enkel de partitietable zou zijn, dan zou dit normaal gezien vrij simpel te recoveren moeten zijn. Er zijn tools (zoals gparted livecd) die je schijf kunnen scannen (duurt wel een hele tijd) en naar bestaande filesystems zoeken.

Gezien het om een templated installatie gaat, zal de indeling van de partities waarschijnlijk hetzelfde zijn op een identiek andere VPS met dezelfde configuratie (even uitgaande van full virtualisatie en niet openvz). Je zou in theorie dan zelfs kunnen proberen de MBR (met partitietabel) van een andere installatie te kopieren naar de andere (met het dd commande de eerste 512 bytes van de disk kopieren naar een bestandje, en dat bestandje dan met dd naar de corrupte disk kopieren).

Ik heb exact hetzelfde voorgehad en zat dus waarschijnlijk bij dezelfde partij.
Volgens de support zou je de backups handmatig naar je computer moeten kunnen downloaden. Zo kan je misschien nog data renoveren...