Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

[GELÖST] Hardware Systemstatus funktioniert nicht mehr.

Moderatoren: Dayworker, irix

Member
Beiträge: 9
Registriert: 06.12.2011, 15:44

[GELÖST] Hardware Systemstatus funktioniert nicht mehr.

Beitragvon Raya-Tech » 06.12.2011, 15:56

Hallo zusammen!

Ich hoffe jemand von euch kann mir helfen. Folgendes Problem:

Ich verwende einen VMware ESXi 5.0.0 469512 auf einer Supermicro Basis mit 2 LSI MegaRAID SAS Controllern. Ich habe den Server entsprechend installiert und konfiguriert sowie das entsprechende VMWare SMIS Provider VIBCertified Paket gemäss Herstellerwebsite LSI installiert. Alles funktionierte i.O., bis wir den Server ins neue Datencenter stellten.

Seitdem (bekannte Änderung: IP-Wechsel) können die Sensoren nicht mehr abgerufen werden. Wenn ich den Aufruf manuell in Auftrag geben will, erscheint folgende Fehlermeldung (wobei man hier auch sieht, das keine Sensoren abgerufen werden können)::
Bild

Ich bin momentan ratlos. Habe das LSI Paket bereits de- und dann wieder installiert, jedoch keine Verwänderung.

Für jede Unterstützung wäre ich sehr dankbar!

Freundliche Grüsse
Raphael S.

Member
Beiträge: 9
Registriert: 06.12.2011, 15:44

Beitragvon Raya-Tech » 12.12.2011, 15:25

Hallo zusammen!

Hat mit niemand einen Rat?

Bitte um Hilfe!

Freundliche Grüsse
Raphael S.

Benutzeravatar
Moderator
Beiträge: 3476
Registriert: 23.02.2005, 09:14
Wohnort: Burgberg im Allgäu
Kontaktdaten:

Beitragvon Tschoergez » 13.12.2011, 10:06

funktioniert die Namensauflösung noch (vorwärts, rückwärts mit langem und kurzem Namen)?

was steht denn im vmkernel.log bzw in den logs der management-agenten (hostd.log)?

Member
Beiträge: 9
Registriert: 06.12.2011, 15:44

Beitragvon Raya-Tech » 13.12.2011, 22:33

Tschoergez hat geschrieben:funktioniert die Namensauflösung noch (vorwärts, rückwärts mit langem und kurzem Namen)?

was steht denn im vmkernel.log bzw in den logs der management-agenten (hostd.log)?


Hallo Tschoergez

DNS (forward und reverse) funktioniert einwandfrei.

hostd.log (natürlich nicht alles, ich gehe davon aus das dies der relevante Teil ist)

Code: Alles auswählen

....
2011-12-13T21:17:10.208Z [FFE5FA90 info 'TaskManager' opID=925ABCD4-0000006A] Task Created : haTask-ha-host-vim.host.HealthStatusSystem.resetSystemHealthInfo-118761994
2011-12-13T21:17:10.210Z [FFE5FA90 verbose 'Cimsvc' opID=925ABCD4-0000006A] Ticket issued for CIMOM version 1.0, user root
2011-12-13T21:17:10.210Z [FFE5FA90 error 'Cimsvc' opID=925ABCD4-0000006A] Reset System HealthInfo Failed for One or More Sensors
2011-12-13T21:17:10.210Z [FFE5FA90 info 'Default' opID=925ABCD4-0000006A] AdapterServer caught exception: vmodl.fault.SystemError
2011-12-13T21:17:10.210Z [FFE5FA90 info 'TaskManager' opID=925ABCD4-0000006A] Task Completed : haTask-ha-host-vim.host.HealthStatusSystem.resetSystemHealthInfo-118761994 Status error
2011-12-13T21:17:10.210Z [FFE5FA90 info 'Vmomi' opID=925ABCD4-0000006A] Activation [N5Vmomi10ActivationE:0x73b66c48] : Invoke done [resetSystemHealthInfo] on [vim.host.HealthStatusSystem:healthStatusSystem]
2011-12-13T21:17:10.210Z [FFE5FA90 info 'Vmomi' opID=925ABCD4-0000006A] Throw vmodl.fault.SystemError
2011-12-13T21:17:10.210Z [FFE5FA90 info 'Vmomi' opID=925ABCD4-0000006A] Result:
--> (vmodl.fault.SystemError) {
-->    dynamicType = <unset>,
-->    faultCause = (vmodl.MethodFault) null,
-->    reason = "Reset System Health Failed for One or More Sensors",
-->    msg = "",
--> }
2011-12-13T21:17:10.211Z [FFFC6B90 verbose 'Cimsvc' opID=925ABCD4-0000006A] Ticket issued for CIMOM version 1.0, user root
2011-12-13T21:17:20.045Z [72EC2B90 verbose 'Statssvc'] HostCtl Exception in stats collection: Sysinfo error on operation returned status : Not found. Please see the VMkernel log for detailed error information
2011-12-13T21:17:20.045Z [72EC2B90 verbose 'Statssvc'] HostCtl Exception in stats collection.  Turn on 'trivia' log for details
...


vmkernel.log (hier noch die letzten aktuellen Einträge)

Code: Alles auswählen

2011-12-12T12:12:53.806Z cpu3:3301)VSCSI: 2346: handle 8222(vscsi0:0):Reset request on FSS handle 820153 (0 outstanding commands)
2011-12-12T12:12:53.806Z cpu6:2157)VSCSI: 2621: handle 8222(vscsi0:0):Reset [Retries: 0/0]
2011-12-12T12:12:53.806Z cpu6:2157)VSCSI: 2419: handle 8222(vscsi0:0):Completing reset (0 outstanding commands)
2011-12-12T12:13:02.405Z cpu6:3301)VSCSI: 2346: handle 8222(vscsi0:0):Reset request on FSS handle 820153 (0 outstanding commands)
2011-12-12T12:13:02.405Z cpu0:2157)VSCSI: 2621: handle 8222(vscsi0:0):Reset [Retries: 0/0]
2011-12-12T12:13:02.405Z cpu0:2157)VSCSI: 2419: handle 8222(vscsi0:0):Completing reset (0 outstanding commands)
2011-12-12T12:13:03.240Z cpu2:3301)VSCSI: 2346: handle 8222(vscsi0:0):Reset request on FSS handle 820153 (0 outstanding commands)
2011-12-12T12:13:03.240Z cpu0:2157)VSCSI: 2621: handle 8222(vscsi0:0):Reset [Retries: 0/0]
2011-12-12T12:13:03.240Z cpu0:2157)VSCSI: 2419: handle 8222(vscsi0:0):Completing reset (0 outstanding commands)
2011-12-12T12:23:25.535Z cpu0:3301)VSCSI: 2346: handle 8222(vscsi0:0):Reset request on FSS handle 820153 (0 outstanding commands)
2011-12-12T12:23:25.535Z cpu1:2157)VSCSI: 2621: handle 8222(vscsi0:0):Reset [Retries: 0/0]
2011-12-12T12:23:25.535Z cpu1:2157)VSCSI: 2419: handle 8222(vscsi0:0):Completing reset (0 outstanding commands)
2011-12-12T12:23:34.183Z cpu10:3303)VSCSI: 2346: handle 8222(vscsi0:0):Reset request on FSS handle 820153 (0 outstanding commands)
2011-12-12T12:23:34.183Z cpu1:2157)VSCSI: 2621: handle 8222(vscsi0:0):Reset [Retries: 0/0]
2011-12-12T12:23:34.183Z cpu1:2157)VSCSI: 2419: handle 8222(vscsi0:0):Completing reset (0 outstanding commands)
2011-12-12T12:23:35.021Z cpu5:3303)VSCSI: 2346: handle 8222(vscsi0:0):Reset request on FSS handle 820153 (0 outstanding commands)
2011-12-12T12:23:35.021Z cpu0:2157)VSCSI: 2621: handle 8222(vscsi0:0):Reset [Retries: 0/0]
2011-12-12T12:23:35.021Z cpu0:2157)VSCSI: 2419: handle 8222(vscsi0:0):Completing reset (0 outstanding commands)
2011-12-13T21:10:14.923Z cpu1:40960)WARNING: UserObj: 675: Failed to crossdup fd 8, /dev/ptyp0 type CHAR: Busy
2011-12-13T21:10:14.923Z cpu1:40960)WARNING: UserObj: 675: Failed to crossdup fd 10, /dev/ptyp0 type CHAR: Busy
2011-12-13T21:10:14.923Z cpu10:41011)WARNING: UserLinux: 1340: unsupported: (void)
2011-12-13T21:19:00.531Z cpu0:41024)WARNING: UserObj: 675: Failed to crossdup fd 8, /dev/ptyp1 type CHAR: Busy
2011-12-13T21:19:00.531Z cpu0:41024)WARNING: UserObj: 675: Failed to crossdup fd 10, /dev/ptyp1 type CHAR: Busy
2011-12-13T21:19:00.531Z cpu5:41028)WARNING: UserLinux: 1340: unsupported: (void)


Danke für deine Antwort!

Freundliche Grüsse
Raphael S.

EDIT: Hier noch die ganzen vmwarekernel und hostd Logs (IPs wurden zensiert). http://www.raya-tech.ch/trans/VMWare-Logs.zip

Benutzeravatar
Guru
Beiträge: 3138
Registriert: 22.02.2008, 20:01
Wohnort: Hessen

Beitragvon PeterDA » 13.12.2011, 22:41

Hi Raphael,
da du ja weist welches die wichtigen Teile der Logs sind, wirst du ja sie ja auch interpretieren können. Demnach können wir davon ausgehen, dass der Fall erledigt ist!

Wenn nicht und du von uns eine Antwort haben wills,t wäre es Sinnvoll die gesamten Logfiles bei einen Freehoster hochzuladen und hier den Link zu posten. Ja Attachments gehen hier nicht.

Grund warum wir die gesamten Logfiles brauchen ist, dass unsere Glaskugeln nach einem Jahr Einsatz gerade alle wieder beim Glaskugel-TÜV sind.

Gruß Peter

Member
Beiträge: 9
Registriert: 06.12.2011, 15:44

Beitragvon Raya-Tech » 13.12.2011, 23:02

PeterDA hat geschrieben:Hi Raphael,
da du ja weist welches die wichtigen Teile der Logs sind, wirst du ja sie ja auch interpretieren können. Demnach können wir davon ausgehen, dass der Fall erledigt ist!

Wenn nicht und du von uns eine Antwort haben wills,t wäre es Sinnvoll die gesamten Logfiles bei einen Freehoster hochzuladen und hier den Link zu posten. Ja Attachments gehen hier nicht.

Grund warum wir die gesamten Logfiles brauchen ist, dass unsere Glaskugeln nach einem Jahr Einsatz gerade alle wieder beim Glaskugel-TÜV sind.

Gruß Peter


Hallo Peter

Bei aller Freundlichkeit: letzte Zeile findest du den Link zu den vollständigen Logs. Musste die erst hochladen, waren aber 40s nach dem ersten Post drin.

Errare humanum est, daher entschuldige bitte die falsche Annahme der relevanten Teile.

Besten Dank!

Freundliche Grüsse
Raphael S.

Benutzeravatar
Moderator
Beiträge: 3476
Registriert: 23.02.2005, 09:14
Wohnort: Burgberg im Allgäu
Kontaktdaten:

Beitragvon Tschoergez » 14.12.2011, 09:00

hm, aus den logs kann man nicht viel rauslesen: Im hostd.log steht drin, "See vmkernel log for details" und im vmkernel log gibts gar nix zu dem zeitpunkt... :shock:

hast Du ein vCenter im einsatz?
oder ist das ein standalone-host?

neustarten des ESX bringt nix?

Evtl. musst Du wirklich mal den loglevel hochsetzen, wie's im log steht...
http://kb.vmware.com/selfservice/micros ... Id=1004795
(dran denken, das wieder zurückzustellen, sonst gibts vieeeeeele logs :grin: )
Grüße,
jörg

Member
Beiträge: 9
Registriert: 06.12.2011, 15:44

Beitragvon Raya-Tech » 14.12.2011, 09:15

Hallo Tschoergez

Ist ein Standalone-Host, greife da via vSphere-Client von meiner Arbeitsstation zu.

Nein, reboot tut zwar immer gut, aber in diesem Fall führte es zu keinem Erfolg. Habe sogar das installierte Paket des LSI Controllers entfernt, rebootet, getestet (immernoch gleich) wieder installiert, rebooted und es geht immernoch nicht...

Werde das Loglevel hochsetzen und dann die Logs nochmals entsprechend posten.

Danke für deine Unterstützung!

Freundliche Grüsse
Raphael S.

Member
Beiträge: 9
Registriert: 06.12.2011, 15:44

Beitragvon Raya-Tech » 14.12.2011, 09:38

Hallo Tschoergez

Habe nun das Loglevel auf Trivia eingestellt (hoffentlich korrekt, ansonsten bitte melden) und den Fehler noch ein paar mal "provoziert". Danach habe ich das Loglevel wieder zurückgestellt.

Hier nun die Logs: http://www.raya-tech.ch/trans/VMware-Lo ... 4-0936.zip

Danke für deine Unterstützung!

Gruss
Raphael S.

Benutzeravatar
Guru
Beiträge: 3138
Registriert: 22.02.2008, 20:01
Wohnort: Hessen

Beitragvon PeterDA » 14.12.2011, 09:41

Hi,
sorry, hab ich überlesen
Seitdem (bekannte Änderung: IP-Wechsel)
. Ihr habt auf der Mashcien die IP Adresse geändert!? Das ist bei dem Serverstatus schon immer ein großes Probvlem gewesen, da hier die Entwickler nicht sowas wie "Localhost" reinschreiben bei der Installation sondern die IP Adresse. Beim einem ESX musste man dann in vershciedenen Dateien die IP Tauschen. Was ein ziemliches gefummel war. Wie man das beim ESXi machen soll ist mir nicht klar. Wäre für mich ein Fall für den Support.

Gruß Peter

Member
Beiträge: 9
Registriert: 06.12.2011, 15:44

Beitragvon Raya-Tech » 14.12.2011, 09:46

PeterDA hat geschrieben:Hi,
sorry, hab ich überlesen
Seitdem (bekannte Änderung: IP-Wechsel)
. Ihr habt auf der Mashcien die IP Adresse geändert!? Das ist bei dem Serverstatus schon immer ein großes Probvlem gewesen, da hier die Entwickler nicht sowas wie "Localhost" reinschreiben bei der Installation sondern die IP Adresse. Beim einem ESX musste man dann in vershciedenen Dateien die IP Tauschen. Was ein ziemliches gefummel war. Wie man das beim ESXi machen soll ist mir nicht klar. Wäre für mich ein Fall für den Support.

Gruß Peter


Hallo Peter

Danke für den Hinweis, ich werde dem nachgehen.

Freundliche Grüsse
Raphael S.

Member
Beiträge: 9
Registriert: 06.12.2011, 15:44

Beitragvon Raya-Tech » 14.12.2011, 10:04

Raya-Tech hat geschrieben:
PeterDA hat geschrieben:Hi,
sorry, hab ich überlesen
Seitdem (bekannte Änderung: IP-Wechsel)
. Ihr habt auf der Mashcien die IP Adresse geändert!? Das ist bei dem Serverstatus schon immer ein großes Probvlem gewesen, da hier die Entwickler nicht sowas wie "Localhost" reinschreiben bei der Installation sondern die IP Adresse. Beim einem ESX musste man dann in vershciedenen Dateien die IP Tauschen. Was ein ziemliches gefummel war. Wie man das beim ESXi machen soll ist mir nicht klar. Wäre für mich ein Fall für den Support.

Gruß Peter


Hallo Peter

Danke für den Hinweis, ich werde dem nachgehen.

Freundliche Grüsse
Raphael S.


Hallo Peter

Ich habe die Netzwerkeinstellungen nochmals überprüft, inklusive DNS etc. Die Einstellungen wurden physisch am Server geändert (F2) und der Server danach gerebootet. Leider bin ich mir jetzt nicht sicher, ob es seit dem nicht mehr geklappt hat.

Ich habe mich auch in die entsprechenden Manuals von VMWare in Sachen IP Wechsel eingelesen, wobei ich keine weiteren Hinweise auf speziell benötigte Konfigurationsschritte gefunden habe.

Scheinbar muss das irgendetwas anderes sein.

Ich suche weiter und hoffe auf eure Unterstützung!

Besten Dank

Freundliche Grüsse
Raphael S.

King of the Hill
Beiträge: 13657
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 14.12.2011, 11:04

Ich würde einfach einen USB-Stick fertig machen und damit testen. Es wäre nicht das erste Mal, daß ein IP-Wechsel fehlschlägt.
Bevor du noch weiter nach vergessenen alten IP-Einträgen suchst, kommst du damit meist schneller ans Ziel.

Member
Beiträge: 9
Registriert: 06.12.2011, 15:44

Beitragvon Raya-Tech » 19.12.2011, 16:17

Hallo zusammen

Also, ich konnte nun den Fehler beheben.

Aus noch unerklärlichen Gründen ist der CIM-Server nicht auf "MIt dem Host starten und ausschalten" gesetzt gewesen. Durch starten dieses Servers konnte die entsprechenden Sensoren wieder aktualisiert werden.

Nochmals danke an alle für die Hilfe!

Freundliche Grüsse
Raphael S.


Zurück zu „vSphere 5 / ESXi 5 und 5.1“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 4 Gäste