QuicksearchDisclaimerThe individual owning this blog works for Oracle in Germany. The opinions expressed here are his own, are not necessarily reviewed in advance by anyone but the individual author, and neither Oracle nor any other party necessarily agrees with them.
|
VMware bug revisitedTuesday, August 12. 2008Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
Ich denke man muss die Kirche mal im Dorf lassen. Das ist sicherlich nicht der erste Bug bei VMware, aber der erste richtig dumme Bug. Aber hey, das sich solche Bugs auswirken, dazu gehören immer zwei: Die Qualitätssicherung bei VMware und das Patchmanagement beim Kunden. Na ja, abwarten was da so passiert.
Aus eigener Erfahrung weiss ich: Gerade die ganz dummen Bugs darf man sich von Kunden eeeeeeeeeeeeeeeewig anhoeren, wenn man versucht, mit ihnen über etwas neues zu reden.
Ausserdem: Dieser Bug ist zwar an sich als Bug eher harmlos. Da warte ich eher auf den ersten Bug der einen Breach-Out aus der VM erlaubt. Aber die psychologische Komponente ist hier gefaehrlich: Bisher wurde ja nicht so wirklich darueber nachgedacht, auf welche toenernen Fuesse man da seinen Giganten stellt. Und ansonsten: Time Bombs sind gaaaaanz schlecht durch Patchmanagment zu entdecken. Angenommen du spielt den Patch auf einem Testsystem ein, laesst automatisiert Testpattern durchlaufen. Du merkst ja nichts von dem Bug. Der tritt ja erst nach einer bestimmten Zeit auf. Und selbst wenn du x Tage wartest: Wer sagt die, das die Timebomb nicht nach x+1 Tagen auftritt? |
+1The LKSF bookThe book with the consolidated Less known Solaris Tutorials is available for download here
Web 2.0Contact
Networking xing.com My photos Buttons![]() This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Germany License
![]() ![]() ![]() Blog AdministrationDonateOkay, okay ... as several people have asked for it ... but you know my opinion.
|