image

Hostingprovider verwijdert per ongeluk alle data van klanten

vrijdag 15 april 2016, 11:15 door Redactie, 16 reacties
Laatst bijgewerkt: 17-04-2016, 10:38

Een kleine hostingprovider heeft per ongeluk de gegevens van al zijn klanten verwijderd, wat het einde van het bedrijf lijkt te zijn. De niet nader genoemde hostingprovider meldde op het forum Server Fault dat hij een Bash-script op alle servers had uitgevoerd met het commando rm -rf.

Via het commando werden de gegevens op meer dan 1500 servers verwijderd, alsmede alle offsite back-ups. Net voordat het script werd uitgevoerd was de remote storage nog op de servers gemount en werd zo ook door het script getroffen. De hostingprovider, die zo'n 1535 klanten zou hebben, vroeg vervolgens op het forum om hulp om de verwijderde gegevens te herstellen.

"Je hebt geen technisch advies nodig, maar een advocaat", aldus één reactie. Ook andere reacties stellen dat de hostingprovider zo goed als 'dood' is. Gisterenavond liet de hostingprovider echter weten dat hij de meeste gegevens inmiddels heeft weten te herstellen. Er was een dataherstelbedrijf ingeschakeld dat één van de harde schijven analyseerde en een lijst met herstelde bestanden terugstuurde. Daaruit bleek dat alle gegevens op de betreffende schijf waren hersteld.

"Nu zoeken we alleen het geld om het bedrijf voor al onze servers te betalen", zo stelt de hostingprovider. Er is echter te vroeg gejuicht, aangezien de hostingprovider een half uurtje geleden liet weten dat het de onkosten voor de hersteloperatie niet kan betalen. "Game over", aldus de teleurgestelde provider. Op Generosity.com is echter een crowdfundingcampagne gestart om het beoogde bedrag van 6.000 dollar op te halen, hoewel het nog onduidelijk is of de hostingprovider hier echt achter zit en het niet om een scam gaat.

Update

Het verhaal blijkt een marketingstunt van een Italiaans bedrijf te zijn, zo heeft de 'hostingprovider' tegenover het Italiaanse Republicca bekend.

Reacties (16)
15-04-2016, 12:46 door Anoniem
en het bedrijf kan niet 6000 dollar bij elkaar vinden en wel 1500 servers met evenveel klanten hebben? levert de directeur toch even een maandsalaris in, dan zijn ze vast al een heel eind.
15-04-2016, 13:11 door User2048
En ze hadden geen tapes meer in de kluis liggen? Een cryptolocker uitbraak had ze dan dus ook de das om gedaan. Back-ups moet je niet allen offsite, maar ook offline bewaren.
15-04-2016, 13:17 door Anoniem
"alsmede alle offsite back-ups".
De backups waren niet offsite maar als partitie gemount op de servers zelf.
15-04-2016, 13:25 door Hans van Eijsden - Bijgewerkt: 15-04-2016, 13:26
Scam idd. Voor meer uitleg, zie ook: http://tweakers.net/geek/110365/verwijderde-hostingprovider-per-ongeluk-al-zijn-data-met-kort-bash-script.html
15-04-2016, 13:39 door Anoniem
Onvoldoende redundancy en onvoldoende verzekert.
15-04-2016, 14:00 door Anoniem
Volgens mij is het een troll. Er gaf iemand de tip om met dd de disks eerst te copieren voor ze er mee aan de slag
gingen en toen was de reactie dat ze dat gedaan hadden maar perongeluk met if= en of= verwisseld.
Jaja daar moeten wij dan nog intrappen?
15-04-2016, 14:41 door karma4
Inderdaad een onduidelijk verhaal wat de bron betreft.
De beschreven acties zijn wel degelijk mogelijk dan je Hans van Eijsden op de tweakers link vind je overeenkomstige opmerkignen. Het is niet relevant dat je Centos weg is of niet maar of alle klant data weg is of niet.
Om te besparen op het aantal accounts met een duidelijke technische scheiding (containers/sandboxes/isolatie) kan je de niet OS zaken allemaal onder 1 account (draaien) log-files software-installaties klant data, al zou alle klant data op 1 account zitten dan heb je al een issue.

Scenario:
- Een opruimscript dat afhankelijk is van de current directory (het lastige beheerwerk)
- Geautomatiseerd aftrappen van dat script over alle te beheren machines (gemak tijd=geld)
- foutje in het script met de current dir.....
en floeps. .. iets te veel geschoond.

Niet voorstelbaar? Helaas in de praktjik genoeg gezien van dat soort ongelukjes. Gelukkig nog meestal een goed backup bij de hand. Als je een snelle backup procedure wil maken dan: eerst schonen, dan backuppen. Ook die is van heel lang geleden een praktijkervaring. Probleem ligt niet bij de tools maar bij de verantwoordelijke mens er achter....
15-04-2016, 14:50 door Anoniem
1500 schijven laten recupereren (uitgaande van één schijf per server), dat kost wel iets meer dan 6000 dollar.
Bovendien, als je 1500 servers hebt staan, ben je niet bepaald een kleine hostingprovider. En als ze slechts 1535 klanten hebben, betekent het dat de bijna alle klanten een dedicated server hebben. Kan op zich wel, maar het lijkt me sterk. Op één server kun je een behoorlijk wat websites hosten. Ik neem aan dat het niet allemaal grote klanten zijn met een dedicated hosting, want dan hadden ze die 6000 dollar ook makkelijk kunnen ophoesten.
15-04-2016, 14:54 door Anoniem
Ja, hoe vaak worden alle servers en alle shares tegelijk gemount vanaf een BEHEER station?
En dan nog kijken hoe vaak je dat doet en dan ook nog een 'wis-alles-commando' uit voert
En dan ook nog de backups gemount hebben.
En dan ook nog ....

Die mensen kunnen beter naar dat japanse bos gaan dan trollen als ze zoveel domme dingen en zoveel pech hebben.
15-04-2016, 16:07 door Rolfieo
Door Anoniem: "alsmede alle offsite back-ups".
De backups waren niet offsite maar als partitie gemount op de servers zelf.

Offsite is niet het zelfde als Offline.

Offsite is alleen maar een andere locatie. En dan kan gewoon over het netwerk te benaderen zijn.
15-04-2016, 16:23 door Anoniem
Door Anoniem: 1500 schijven laten recupereren (uitgaande van één schijf per server), dat kost wel iets meer dan 6000 dollar.
Bovendien, als je 1500 servers hebt staan, ben je niet bepaald een kleine hostingprovider. En als ze slechts 1535 klanten hebben, betekent het dat de bijna alle klanten een dedicated server hebben. Kan op zich wel, maar het lijkt me sterk. Op één server kun je een behoorlijk wat websites hosten. Ik neem aan dat het niet allemaal grote klanten zijn met een dedicated hosting, want dan hadden ze die 6000 dollar ook makkelijk kunnen ophoesten.

Ik zou zeggen lees je eens in op het onderwerp "Virtual Machine". 1500 servers hoeven niet fysiek te zijn, en hebben
dan ook geen 1500 schijven. Het is best wel een goed idee om iedere klant een eigen virtuele server te geven. En
dat kan dan nog op een aantal verschillende manieren. Zoek er maar eens naar, er zal een wereld voor je open gaan!
15-04-2016, 16:39 door Anoniem
Door Anoniem: 1500 schijven laten recupereren (uitgaande van één schijf per server), dat kost wel iets meer dan 6000 dollar.
Bovendien, als je 1500 servers hebt staan, ben je niet bepaald een kleine hostingprovider. En als ze slechts 1535 klanten hebben, betekent het dat de bijna alle klanten een dedicated server hebben. Kan op zich wel, maar het lijkt me sterk. Op één server kun je een behoorlijk wat websites hosten. Ik neem aan dat het niet allemaal grote klanten zijn met een dedicated hosting, want dan hadden ze die 6000 dollar ook makkelijk kunnen ophoesten.
Juist.
Hoax / Scam.

Zo zie je maar hoeveel mensen er zijn afgeslagen, waar Darwin rechtdoor bleef gaan.
16-04-2016, 09:39 door [Account Verwijderd]
[Verwijderd]
16-04-2016, 10:51 door Anoniem
Door Muria: Het is natuurlijk wel een beetje een instinkertje, dat

rm -rf ${DING1}/${DING2}

wat hij gebruikte. Niks aan de hand totdat de DING1 en DING2 variabelen leeg zijn, dan heb je ineens rm -rf /
Maar dat doet niets bij een beetje redelijk recente rm. Dus er moet meer aan de hand zijn.
Wat er aan de hand is: dit incident heeft nooit plaatsgehad, het is een hoax.
17-04-2016, 12:51 door ej__
Het was een hoax:

http://www.repubblica.it/tecnologia/2016/04/15/news/cancella_l_azienda_per_sbaglio_la_disavventura_tecnologica_di_marco_marsala-137693154/?ref=twhr&timestamp=1460722285000

http://meta.serverfault.com/questions/8696/what-to-do-with-the-rm-rf-hoax-question
17-04-2016, 22:44 door Anoniem
Als je vroeger een file genaamd "-rf" had aangemaakt en je deed "rm *" was je ook de sjaque.
Reageren

Deze posting is gelocked. Reageren is niet meer mogelijk.