Programmierer zerstört in Sekunden sein Unternehmen
Hi,
ein Kollege hat mir gerade diesen netten Link gesendet.
Hört sich irgendwie nach einem verspäteten Aprilscherz an ....
E.
http://www.welt.de/wirtschaft/article154378454/Programmierer-zerstoert- ...
ein Kollege hat mir gerade diesen netten Link gesendet.
Hört sich irgendwie nach einem verspäteten Aprilscherz an ....
E.
http://www.welt.de/wirtschaft/article154378454/Programmierer-zerstoert- ...
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 301952
Url: https://administrator.de/contentid/301952
Ausgedruckt am: 22.11.2024 um 20:11 Uhr
18 Kommentare
Neuester Kommentar
Zitat von @emeriks:
ein Kollege hat mir gerade diesen netten Link gesendet.
Hört sich irgendwie nach einem verspäteten Aprilscherz an ....
ein Kollege hat mir gerade diesen netten Link gesendet.
Hört sich irgendwie nach einem verspäteten Aprilscherz an ....
Nunja, ich kenne keinen guten Admin, der diesen Fehler nicht mindestens auch mal selbstgemacht hat. Aber in der regel hat man Backups die nciht am System hängen.
Wenn der tatsächlich so doof war, hat er jetzt hoffentlich daraus gelernt.
lks
PS: Ja, auch ich habe ausch schon ein rf -rfv auf ein falsches Verzeichnis losgelassen. Kostet einen dann halt ein paar Minuten, bis man das zeug aus dem backlup wiedergeholt hat.
Zitat von @Lochkartenstanzer:
Wenn der tatsächlich so doof war, hat er jetzt hoffentlich daraus gelernt.
lks
PS: Ja, auch ich habe ausch schon ein rf -rfv auf ein falsches Verzeichnis losgelassen. Kostet einen dann halt ein paar Minuten, bis man das zeug aus dem backlup wiedergeholt hat.
Wenn der tatsächlich so doof war, hat er jetzt hoffentlich daraus gelernt.
lks
PS: Ja, auch ich habe ausch schon ein rf -rfv auf ein falsches Verzeichnis losgelassen. Kostet einen dann halt ein paar Minuten, bis man das zeug aus dem backlup wiedergeholt hat.
Also rf kenne ich jetzt nicht. ist bestimmt ein Vertipper.
Wobei die Frage ist, von wo rm -rf ausgeführt wird. Sprich wenn man es im Root-Verzeichnis macht, ist es tödlich.
Macht man es von /user/hugo ist es weniger schlimm.
P.S. Vor etlichen Jahren hat ein Schichtleiter auf einem IBM Mainframe mit JES2 statt $hq,all stattdessen $pq,all eingegeben.
Mit $hq,all wollte er alle Jobs anhalten/stoppen (hold queue). Stattdessen gab er $pq,all (purge queue) an. Der Mainframe war dann prozeßmäßig leer.
Gruss Penny
Jepp.
Wobei die Frage ist, von wo rm -rf ausgeführt wird. Sprich wenn man es im Root-Verzeichnis macht, ist es tödlich.
Macht man es von /user/hugo ist es weniger schlimm.
Naja, wenn man dort ein rm -rfv /home/ hugo weil man bei der bash-completion aus versehen noch ein space zu früh mitgetippt hat, ist dann auch etwas mehr weg als beabsichtigt.
Deswegen habe ich bei rm immer grundsätzlich die Option -v dabei, damit ich notfalls noch eine Notbremse ziehen kann.
P.S. Vor etlichen Jahren hat ein Schichtleiter auf einem IBM Mainframe mit JES2 statt $hq,all stattdessen $pq,all eingegeben.
Mit $hq,all wollte er alle Jobs anhalten/stoppen (hold queue). Stattdessen gab er $pq,all (purge queue) an. Der Mainframe war dann prozeßmäßig leer.
Mit $hq,all wollte er alle Jobs anhalten/stoppen (hold queue). Stattdessen gab er $pq,all (purge queue) an. Der Mainframe war dann prozeßmäßig leer.
Nunja, dann ist wieder Platz für neue Prozesse.
lks
ich glaube, die Story wurde dem Journalisten "nur so" erzählt um bestenfalls von anderen Problemen abzulenken,
- ALLE Server: alle via NFS an ein System eingehängt? oder eine filebasierte Cloud-Lösung und dann in der Infrastruktur gelöscht?
- man hat Links von allen Verzeichnissen im Alphabeth hinter /proc davor gesetzt, damit der rm -rf da nicht mit guter Chance abbricht?
- man bricht nicht - schon neugierdehalber - nach 2 Minuten ab?
- man gönnt sich eine filebasierte Backuplösung wo gleichfalls "alle Server" gleichzeitig drann sind?
- man versteht nicht (als Programmierer) das Löschen von inodes anstelle von Überschreiben von Daten - ok, geschenkt, da kann ihn der Journalist mißverstanden haben - und der Aufwand der Wiederherstellung ist also nur groß
- die Kunden akzeptierten zuvor, daß man alles in einem System konsolidiert hat?
- aber passend zum Freitag.
HG
Mark
da ja nach Welt daraus gelernt werden soll:
rm -rf ./ ist auch nicht gesund.
- ALLE Server: alle via NFS an ein System eingehängt? oder eine filebasierte Cloud-Lösung und dann in der Infrastruktur gelöscht?
- man hat Links von allen Verzeichnissen im Alphabeth hinter /proc davor gesetzt, damit der rm -rf da nicht mit guter Chance abbricht?
- man bricht nicht - schon neugierdehalber - nach 2 Minuten ab?
- man gönnt sich eine filebasierte Backuplösung wo gleichfalls "alle Server" gleichzeitig drann sind?
- man versteht nicht (als Programmierer) das Löschen von inodes anstelle von Überschreiben von Daten - ok, geschenkt, da kann ihn der Journalist mißverstanden haben - und der Aufwand der Wiederherstellung ist also nur groß
- die Kunden akzeptierten zuvor, daß man alles in einem System konsolidiert hat?
- aber passend zum Freitag.
HG
Mark
da ja nach Welt daraus gelernt werden soll:
rm -rf ./ ist auch nicht gesund.
Moin,
Ich weiß gar nicht wofür ihr Backups wollt, für so was hat jeder vernünftige Programmierer ein Source Code Management wie git oder svm mit externen Repo wo man Änderungen gegen pusht. Also selbst wenn man sehr viel Gewalt ausübt sollte man die Sourcen nicht gelöscht bekommen. Wenn doch, naja, dann war es vermutlich nicht so schlecht, dass er nochmal von neu anfängt.
Naja, soviel dazu ;)
Gruß
Chris
Ich weiß gar nicht wofür ihr Backups wollt, für so was hat jeder vernünftige Programmierer ein Source Code Management wie git oder svm mit externen Repo wo man Änderungen gegen pusht. Also selbst wenn man sehr viel Gewalt ausübt sollte man die Sourcen nicht gelöscht bekommen. Wenn doch, naja, dann war es vermutlich nicht so schlecht, dass er nochmal von neu anfängt.
Naja, soviel dazu ;)
Gruß
Chris
Zitat von @Sheogorath:
Ich weiß gar nicht wofür ihr Backups wollt, für so was hat jeder vernünftige Programmierer ein Source Code Management wie git oder svm mit externen Repo wo man Änderungen gegen pusht.
Ich weiß gar nicht wofür ihr Backups wollt, für so was hat jeder vernünftige Programmierer ein Source Code Management wie git oder svm mit externen Repo wo man Änderungen gegen pusht.
Vernünftige programmierer verlassen sich da nicht auf github & Co. sondern machen Ihr Management auf eigenen Servern.
lks
PS. Möchte sehen, was Dein Arbeitgeber dazu meint, wenn Du seinen Code rausgibst.
Moin,
Nun ja, was sagt da ein Arbeitgeber der Open Source auf GitHub programmiert? "Danke" ;)
Aber ganz davon abgesehen, ja, man macht sowas auch gerne mal auf eigenen Servern, aber dennoch sollte der Programmierer selbst nicht unbedingt direkten Zugriff auf die Server haben. Dementsprechend "extern" im Zweifel halt bei $Dienstleister. GitHub, Bitbucket und Co bieten übrigens auch private Repositories an. Natürlich sollte man sich einen Dienst suchen dem man Vertraut. Selfhosted birgt immer auch Risiken ;)
Gruß
Chris
Möchte sehen, was Dein Arbeitgeber dazu meint, wenn Du seinen Code rausgibst.
Nun ja, was sagt da ein Arbeitgeber der Open Source auf GitHub programmiert? "Danke" ;)
Aber ganz davon abgesehen, ja, man macht sowas auch gerne mal auf eigenen Servern, aber dennoch sollte der Programmierer selbst nicht unbedingt direkten Zugriff auf die Server haben. Dementsprechend "extern" im Zweifel halt bei $Dienstleister. GitHub, Bitbucket und Co bieten übrigens auch private Repositories an. Natürlich sollte man sich einen Dienst suchen dem man Vertraut. Selfhosted birgt immer auch Risiken ;)
Gruß
Chris
Früher ging das.
Aber es gibt genug Spielzeug, mit dem man sich das System zerschießen kann. ein rd /s/q an der richtigen Stelle hilft auch schon.
lks
Moin almera,
hmm, dann hast du bestimmt schon dieses neue Windows 98.
Unter dem Windows 95, das hier die meisten haben, geht das noch.
Okay, diese komischen Interims-Versionen Windows 7, 8, 9 und 10, die können das wohl (noch) nicht.
Das sind aber auch mehr Prototypen, soweit ich weiss.
Grüße
Biber
hmm, dann hast du bestimmt schon dieses neue Windows 98.
Unter dem Windows 95, das hier die meisten haben, geht das noch.
Okay, diese komischen Interims-Versionen Windows 7, 8, 9 und 10, die können das wohl (noch) nicht.
Das sind aber auch mehr Prototypen, soweit ich weiss.
Grüße
Biber