Obwohl dies eine relativ alte Frage ist, ist die Antwort immer noch dieselbe. Sie haben eine virtuelle Maschine (die auf einem physischen Host ausgeführt wird) und eine Art Speicher (entweder gemeinsam genutzter Speicher – ein FC-SAN, iSCSI-Speicher, eine NFS-Freigabe – oder lokaler Speicher).
Bei der Virtualisierung versuchen viele virtuelle Maschinen gleichzeitig auf dieselben physischen Ressourcen zuzugreifen. Aufgrund physikalischer Einschränkungen (Anzahl der Lese-/Schreiboperationen – IOPS; Durchsatz; Latenz) kann es ein Problem geben, alle Speicheranforderungen aller physischen Maschinen gleichzeitig zu erfüllen. Was normalerweise passiert:Sie können „SCSI-Wiederholungen“ und fehlgeschlagene SCSI-Vorgänge in den Betriebssystemen Ihrer virtuellen Maschinen sehen. Wenn Sie in einem bestimmten Zeitraum zu viele Fehler/Wiederholungen erhalten, setzt der Kernel die gemounteten Dateisysteme auf Nur-Lesen, um Schäden am Dateisystem zu verhindern.
Um es kurz zu machen:Ihr physischer Speicher ist nicht „leistungsfähig“ genug. Zu viele Prozesse (virtuelle Maschinen) greifen gleichzeitig auf das Speichersystem zu, Ihre virtuellen Maschinen erhalten die Antwort vom Speicher nicht schnell genug und das Dateisystem wird schreibgeschützt.
Es gibt nicht sehr viele Dinge, die Sie tun können. Die offensichtliche Lösung ist besserer/zusätzlicher Speicher. Sie können die Parameter für SCSI-Timeouts auch im Linux-Kernel ändern. Details sind z. B. beschrieben in:
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1009465
http://www.cyberciti.biz/tips/vmware-esx-server-scsi-timeout-for-linux-guest.html
Dies wird Ihre Probleme jedoch nur "verzögern", da der Kernel nur mehr Zeit erhält, bevor das Dateisystem auf Nur-Lesen gesetzt wird. (Das heißt, Sie lösen die Ursache des Problems nicht.)
Meine Erfahrung (mehrere Jahre mit VMware) ist, dass dieses Problem nur mit Linux-Kernels (wir verwenden RHEL und SLES) und nicht mit Windows-Servern besteht. Außerdem tritt dieses Problem bei allen Arten von Speicher auf – FC, iSCSI, lokaler Speicher. Für uns ist die Speicherung die kritischste (und teuerste) Komponente in unserer virtuellen Infrastruktur. (Wir verwenden jetzt HP LeftHand mit 1-Gbit/s-iSCSI-Verbindungen und hatten seitdem keine Speicherprobleme mehr. Wir haben uns für LeftHand (gegenüber herkömmlichen FC-Lösungen) wegen seiner Skalierbarkeit entschieden.
Eine wahrscheinliche Erklärung ist, dass es ein Hardwareproblem gibt (teilweiser Festplattenfehler) und dass der Kernel das Root-Dateisystem als schreibgeschützt neu gemountet hat, sobald er das Problem erkannt hat, um das Problem zu minimieren. Ein zuverlässigerer¹ Weg, um aktuelle Mount-Optionen zu überprüfen, ist cat /proc/mounts (grep ' / ' /proc/mounts Ignorieren Sie für das Root-Dateisystem ein rootfs / … Zeile, die ein Artefakt des Bootvorgangs ist). Sie werden vermutlich diesen rw,errors=remount-ro finden hat sich zu ro geändert (zusätzlich können weitere Optionen angezeigt werden).
Die Kernel-Logs enthalten wahrscheinlich die Meldung Remounting filesystem read-only , denen Festplattenzugriffsfehler vorausgehen. Die Protokolle befinden sich normalerweise in /var/log/kern.log , wenn sich dies jedoch auf einem jetzt schreibgeschützten Dateisystem befindet, wird die Meldung dort nicht angezeigt, obwohl die vorhergehenden Fehler sollten. Mit dem dmesg können Sie auch die letzten paar Kernel-Fehler sehen Befehl.
Übrigens ist unter Ubuntu der übliche Ort für Einhängepunkte (die von der Desktop-Oberfläche verwendet werden) unter /media (zB /media/cdrom0 ), obwohl Sie /mnt verwenden können oder /mnt/cdrom wenn du magst.
¹ mount Berichte von /etc/mtab . Wenn das Root-Dateisystem schreibgeschützt ist, /etc/mtab kann nicht aktuell gehalten werden.
Was passiert ist, war, dass es kürzlich einen Stromausfall im Rechenzentrum gab. Seitdem habe ich meinen Server nicht mehr angerührt. Sobald unser Rechenzentrum die Stromversorgung verliert, macht VSphere das Dateisystem von Ubuntu schreibgeschützt, bis es neu gestartet wird. Ich hätte versucht, neu zu starten, aber ich wollte nicht, dass die gesamte Überwachung verrückt spielt. Ich habe Nagios (Überwachungsdienst) stummgeschaltet und jetzt, wo ich das System neu gestartet habe, funktioniert alles einwandfrei. Danke für all den Input. Es wird sehr geschätzt.