Seite 1 von 1
Problem beim starten einer MAschine (general Error)
Verfasst: 09.06.2011, 13:54
von wilgin
Hallo an alle,
wenn ich eine auf unserem ESX 4.0 eine Maschine starten will, erhalte ich unmittelbar nach dem Starten die Meldung.
"A general system error occured. Teh system returned an error. Communication with the virtual machine may have been interupted."
Auf dem ESX sind noch 25 weitere MAschinen die sich einwandfrei starten lassen. Wo kann den hier der Fehler liegen? Bzw. wo kann man hier am besten suchen?
Danke für alle Tips im voraus
Verfasst: 09.06.2011, 13:58
von ideFix
Hi,
Lad bitte mal das vmware.log (findest du auf dem Datastore im selben Ordner wo die VM liegt) bei ifile.it hoch und poste den Link dazu.
Hast du irgendwelche Veränderungen an der VM vorgenommen?
Gruß,
Verfasst: 09.06.2011, 15:14
von wilgin
Hallo,
danke für die rasche Antwort.
Ich hab mir das log mal durchgesehen und die heutigen Einträge geprüft. NAchdem es nciht allzuviele Einträge sind, hab ich sie hier reinkopiert.
Code: Alles auswählen
Jun 08 09:34:00.034: vcpu-0| LogPanicAndDump: can't get userlevel lock.
Jun 08 09:36:23.726: vcpu-0| MONITOR PANIC: vmk: vcpu-0:Unable to read swapped out pgNum(0x743b8) from swap slot(0x100371c9) for VM(4334)
Jun 08 09:36:23.729: vcpu-0| Core dump with build build-244038
Jun 08 09:36:24.000: vcpu-0| Writing monitor corefile "/vmfs/volumes/49b4e18e-bb2ca1c0-54e1-00215a4f4ba4/apptest-web/vmware-core0.gz"
Jun 08 09:36:24.001: vcpu-0| CoreDump: dumping core with superuser privileges
Jun 08 09:36:26.157: vcpu-0| Saving busmem frames
Jun 08 09:36:26.168: vcpu-0| Saving anonymous memory
Jun 08 09:36:26.181: vcpu-0| Beginning monitor coredump
Jun 08 09:36:27.250: vcpu-0| End monitor coredump
Jun 08 09:36:27.253: vcpu-0| Beginning extended monitor coredump
Jun 08 09:36:27.254: vcpu-0| Writing anonymous pages at pos: 401000
Jun 08 09:36:30.498: vcpu-0| Writing monitor corefile "/vmfs/volumes/49b4e18e-bb2ca1c0-54e1-00215a4f4ba4/apptest-web/vmware-core1.gz"
Jun 08 09:36:30.499: vcpu-0| CoreDump: dumping core with superuser privileges
Jun 08 09:36:30.575: vcpu-0| Saving busmem frames
Jun 08 09:36:30.585: vcpu-0| Saving anonymous memory
Jun 08 09:36:30.597: vcpu-0| Beginning monitor coredump
Jun 08 09:36:30.752: vcpu-0| End monitor coredump
Jun 08 09:36:30.753: vcpu-0| Beginning extended monitor coredump
Jun 08 09:36:30.754: vcpu-0| Writing anonymous pages at pos: 401000
Jun 08 09:36:33.852: vcpu-0| Writing monitor corefile "/vmfs/volumes/49b4e18e-bb2ca1c0-54e1-00215a4f4ba4/apptest-web/vmware64-core0.gz"
Jun 08 09:36:36.571: vcpu-0| CoreDump: dumping core with superuser privileges
Jun 08 09:36:36.682: vcpu-0| VMK Stack for vcpu 0 is at 0x4100c0771000
Jun 08 09:36:36.683: vcpu-0| Saving busmem frames
Jun 08 09:36:36.693: vcpu-0| Saving anonymous memory
Jun 08 09:36:36.705: vcpu-0| Beginning monitor coredump
Jun 08 09:36:37.671: vcpu-0| End monitor coredump
Jun 08 09:36:37.672: vcpu-0| Beginning extended monitor coredump
Jun 08 09:36:37.673: vcpu-0| Writing anonymous pages at pos: 4008000
Jun 08 09:36:41.035: vcpu-0| Writing monitor corefile "/vmfs/volumes/49b4e18e-bb2ca1c0-54e1-00215a4f4ba4/apptest-web/vmware64-core1.gz"
Jun 08 09:36:41.055: vcpu-0| CoreDump: dumping core with superuser privileges
Jun 08 09:36:41.171: vcpu-0| VMK Stack for vcpu 1 is at 0x4100c0779000
Jun 08 09:36:41.171: vcpu-0| Saving busmem frames
Jun 08 09:36:41.182: vcpu-0| Saving anonymous memory
Jun 08 09:36:41.194: vcpu-0| Beginning monitor coredump
Jun 08 09:36:42.122: vcpu-0| End monitor coredump
Jun 08 09:36:42.123: vcpu-0| Beginning extended monitor coredump
Jun 08 09:36:42.124: vcpu-0| Writing anonymous pages at pos: 4008000
Jun 08 09:39:48.243: vcpu-0| Msg_Post: Error
Jun 08 09:39:48.244: vcpu-0| [msg.log.monpanic] *** VMware ESX internal monitor error ***
Jun 08 09:39:48.244: vcpu-0| vmk: vcpu-0:Unable to read swapped out pgNum(0x743b8) from swap slot(0x100371c9) for VM(4334)
Jun 08 09:39:48.245: vcpu-0| [msg.log.monpanic.report] Please report this problem by selecting menu item Help > VMware on the Web > Request Support, or by going to the Web page "http://www.vmware.com/info?id=8&logFile=%2fvmfs%2fvolumes%2f49b4e18e%2dbb2ca1c0%2d54e1%2d00215a4f4ba4%2fapptest%2dweb%2fvmware%2elog&coreLocation=%2fvmfs%2fvolumes%2f49b4e18e%2dbb2ca1c0%2d54e1%2d00215a4f4ba4%2fapptest%2dweb%2fvmware%2dcore%5b0%2d1%5d%2egz%2c%20%2fvmfs%2fvolumes%2f49b4e18e%2dbb2ca1c0%2d54e1%2d00215a4f4ba4%2fapptest%2dweb%2fvmware64%2dcore%5b0%2d1%5d%2egz". Please provide us with the log file (/vmfs/volumes/49b4e18e-bb2ca1c0-54e1-00215a4f4ba4/apptest-web/vmware.log) and the core file(s) (/vmfs/volumes/49b4e18e-bb2ca1c0-54e1-00215a4f4ba4/apptest-web/vmware-core[0-1].gz, /vmfs/volumes/49b4e18e-bb2ca1c0-54e1-00215a4f4ba4/apptest-web/vmware64-core[0-1].gz).
Jun 08 09:39:48.245: vcpu-0| [msg.log.monpanic.serverdebug] If the problem is repeatable, please set 'Use Debug Monitor' to 'Yes' in the 'Misc' section of the Configure Virtual Machine Web page. Then reproduce the incident and file it according to the instructions.
Jun 08 09:39:48.246: vcpu-0| [msg.log.monpanic.vmSupport.vmx86] To collect data to submit to VMware support, run "vm-support".
Jun 08 09:39:48.247: vcpu-0| [msg.log.monpanic.entitlement] We will respond on the basis of your support entitlement.
Jun 08 09:39:48.247: vcpu-0| [msg.log.monpanic.finish] We appreciate your feedback,
Jun 08 09:39:48.247: vcpu-0| -- the VMware ESX team.
Jun 08 09:39:48.248: vcpu-0| ----------------------------------------
Jun 08 09:39:48.536: vcpu-0| Exiting vcpu-0
Jun 08 09:39:49.214: vmx| VTHREAD watched thread 4 "vcpu-0" died
Jun 08 09:39:49.315: mks| VTHREAD watched thread 0 "vmx" died
Bezüglich Änderungen kann ich nicht allzu viel sagen. Ich bin mit diesem System noch nicht allzu lange betraut und es gab eine ungeplate Stromunterbrechung
Danke für die Unterstützung
Verfasst: 10.06.2011, 22:42
von Dayworker
Jun 08 09:34:00.034: vcpu-0| LogPanicAndDump: can't get userlevel lock.
Klingt nach einem Problem mit dem VMFS-Lock. Hattest du das Dateisystem nach der ungeplanten Abschaltung denn überhaupt überprüft?
Log-Ausschnitte sind immer Schrott, da die wichtigen Info's meist unscheinbar und weiter oben stehen.
Wenn du schon dabei bist, zippe bitte alle noch vorhandenen Log's und verlinke diese auf einen Freehoster. Nach jedem VM-Start werden die Log's rotiert und die wirklich interessanten Sachen dürften jetzt in einem früheren Log stehen.
PS: Wieso eigentlich unplanmäßige Unterbrechung, habt ihr etwa keine USV???
Verfasst: 10.06.2011, 23:11
von Tschoergez
poste auch gleich das vmkernel-log des ESX-Servers und die genaue Uhrzeit, zu der der Fehler aufgetreten ist.
Welche Version vom ESX verwendest Du genau?
Und wie sieht die Storage-Anbindung aus?
Onkel Google findet:
http://communities.vmware.com/message/1260286
also sicherheitshalber auch gleich mal den VMware Support einschalten....
Viele Grüße,
jörg
Verfasst: 11.06.2011, 13:27
von wilgin
Hallo,
danke mal für Eure Informationen.
Ich hab´s anders gelöst. Hab die VM über den Konverter in eine VMWare Server Variante konvertiert. Danach klappte das Starten. Anschließend wieder retour in den ESX ... klappte auch.
@Dayworker : Ja ... USV
. Hätte halten sollen ... aber naja. Bestellung für eine Neue ist schon fast raus.
@Tschoergez : Danke für die Info. Ich war auch schon kurz davor mit dem VMWare Support zu sprechen wenn das Konvertieren nicht geklappt hätte.
Danke nochmals an alle
Grüße!
Verfasst: 11.06.2011, 13:39
von Dayworker
wilgin hat geschrieben:Ja ... USV
. Hätte halten sollen ... aber naja. Bestellung für eine Neue ist schon fast raus.
Oder ihr habt dasselbe Problem wie ich und der USV-Akku hat nach 5 Jahren einfach zuviel Kapazität eingebüßt.
Nächste Woche sollte der Ersatz endlich da sein...
Verfasst: 11.06.2011, 13:47
von wilgin
Die jüngsten Akkus sind da sicher nicht mehr drinnen. Und man schaut ja immer auf die Überwachungsanzeige. Leider ist nach einigen Minuten alles an verfügbarer Kapazität zusammengebrochen. Egal ... irgendwann fällt man drüber. Aber besser man weiß es jetzt als man verläßt sich drauf
Verfasst: 12.06.2011, 02:30
von e-e-e
wilgin hat geschrieben:Die jüngsten Akkus sind da sicher nicht mehr drinnen. Und man schaut ja immer auf die Überwachungsanzeige. Leider ist nach einigen Minuten alles an verfügbarer Kapazität zusammengebrochen. Egal ... irgendwann fällt man drüber. Aber besser man weiß es jetzt als man verläßt sich drauf
... regelmäßige Wartung tut Not!
Ich versuche meinen Kunden, auch immer eine jährliche Wartung zu verkaufen, wird bloß oft nix - bis zum großen Crash, dann geht's mit einem Mal.