Man verwijdert Per ongeluk zijn hele bedrijf met één verkeerd commando

SysAdmins hebben vaak deze nachtmerrie wanneer ze het vreselijke en dodelijke commando 'rm -rf /' uitvoeren als root. Hoe gruwelijk!

Als u dat nog niet wist, staat / staat voor root. En als u 'rm -rf /' uitvoert, wordt de hoofdmap en alle bijbehorende inhoud verwijderd. In de Linux-bestandshiërarchie bevat root alles. Het verwijderen van root betekent dat je systeem voor altijd is verdwenen.

Geen wonder dat dit wordt vergeleken met dronken rijden in de Linux-wereld.

Bekijk dit bericht op Instagram

Waarschuwing voor #sysadmins. Doe dit nooit. #Linux #geek #geekhumour

Een bericht gedeeld door It's FOSS (Linux & OpenSource) (@itsfoss) op 14 april 2016 om 13:57 PDT

Sh * t gebeurt

Maar shit gebeurt in de IT-wereld. En blijkbaar is het gebeurd met deze ongelukkige SysAdmin Marco Marsala die een webhostingbedrijf heeft dat meer dan 1500 klanten bedient.

Zoals aangegeven in de vraag die een paar dagen geleden op Serverfault stond, probeerde Marsala een Bash-script uit te voeren met de volgende opdracht: rm -rf {foo} / {bar}. Maar het bleek 'rm -rf /' te zijn vanwege ongedefinieerde variabelen en het onvermijdelijke gebeurde.

In Marsala's eigen woorden:

Ik run een kleine hostingprovider met ongeveer 1535 klanten en ik gebruik Ansible om sommige bewerkingen te automatiseren die op alle servers worden uitgevoerd. Gisteravond heb ik per ongeluk op alle servers een Bash-script uitgevoerd met een rm -rf {foo}/{bar} met die variabelen die niet gedefinieerd zijn vanwege een fout in de code boven deze regel.

Alle servers zijn verwijderd en ook de externe back-ups omdat de opslag op afstand net eerder met hetzelfde script was gemount (dat is een onderhoudsscript voor back-ups).

Hoe kan ik tijdig herstellen van een rm -rf / now?

Oh, arme kerel !! Wat heb je zojuist gedaan?

Wat nu?

Wat nu? Dit is wat Marsala wilde weten. Is er een manier om te herstellen van 'rm -rf /'?

Maar de kans om alle gegevens te herstellen van een rm -rf / is klein. Geen wonder, deze post begon sarcastische (maar eerlijke) opmerkingen te krijgen, zoals:

Als je echt geen back-ups hebt, spijt het me te moeten zeggen, maar je hebt gewoon je hele bedrijf genaaid

Een andere ging als:

Je gaat failliet. U hebt geen technisch advies nodig, u moet uw advocaat bellen.

Weinig mensen stelden voor om alles af te sluiten, niets te overschrijven en data recovery-tools te gebruiken om op zijn minst wat data terug te krijgen.

En het lijkt erop dat het voor Marsala in grotere mate werkte, zoals hij wel zei: "Gelukkig hebben we bijna alle gegevens hersteld" later.

Lessen om te leren

Aangezien sommige mensen speculeren dat het een hoax is, zijn er nog steeds weinig lessen te leren voor ons allemaal.

  • Maak een backup van alles. Als het een professionele server is, gebruik dan meerdere, offline back-ups
  • Gebruik geen willekeurige tool of script van internet en gebruik het direct op een productiemachine
  • Laat testmachines identiek zijn aan die van productie voor het testen van nieuwe dingen zonder het productiesysteem te riskeren

Nog iets toe te voegen aan dit enge incident?

Aanbevolen

Indiase staat Tamil Nadu schakelt over naar Linux vanuit Windows XP
2019
Een fout met een zwevende punt die tot een schade heeft geleid die een halve miljard waard is
2019
7 dingen om te onthouden voor het installeren van Debian
2019