w2k3 server lässt sich nicht verschieben "invalid fault

[adeba]

hallo,

ich habe hier einen w2k3 server, der sich nicht verschieben lässt (auf einem 3.5 cluster). nach 10% bricht der vorgang ab, und es kommt nur eine meldung:

"ein allgemeiner systemfehler ist aufgetreten: invalid fault"

ich wollte mal schauen ob noch irgendwelche ressourcen wie cd rom laufwerk connected waren, um das als fehler auszuschließen. allerdings komme ich gar nicht in die einstellungen der vm, ist ausgegraut.

alle anderen vms auf dem cluster konnte ich verschieben, es liegt also kein geberelles problem vor.

was kann ich versuchen? (ein reboot der vm wäre die allerletzte lösung)

[Tschoergez]

Hi!
Sind denn noch andere Tasks aktiv für diese VM?
ESX im "Enter Maintenance Mode"?

(Es muss ja nen Grund geben, warum die Einstellungen ausgegraut sind...).

Kannst Du eine Kopie der VM erstellen?

Grüße,
jörg

[adeba]

hallo, einstellungen sind jetzt nicht mehr ausgegraut, da der esx im enter maintenance mode war. habe den maintenance mode abgebrochen, fehler bleibt der selbe wie vorher. mit kopie erstellen meinst du einfach clonen?

edit-->clonen geht auch nicht,da "vogang im aktuellen status nicht zulässig". welcher aktuelle status?

[Tschoergez]

ja, damit meinte ich klonen...

Aber wenn die Einstellungen wieder gehen: Dann geh da doch erstmal durch und schau nach, ob alles passt.
Hat die VM reservations bei CPU oder memory?

Was sagen denn die vmkernel-logs auf quell- und ziel-ESX während des vMotion-Vorgangs?

[adeba]

interessant, das cd laufwerk steht auf:
hostgerät /dev/hda (allerdings nicht verbunden und nicht beim einschalten verbunden)

ist das richtig so? (habe sonst fast nur linux vms). ich kann es aber auch nicht ändern auf clientgerät, da mal wieder im aktuellen status nicht möglich.

die vm muss in irgendeinem status sein, der nicht viel anderes zulässt

edit-->keine reservierungen

[PeterDA]

Hi,
nein das mit dem CD Rom ist wohl der Fehler, da du hier auf das des Hosts verweist, kann die Kiste nicht migrieren. Die VM kann ja nicht das Gerät aus deinem Host schrauben um es im anderen wieder einzubauen.

Am besten auf Client Device setzen!

Gruß Peter

[adeba]

aber das laufwerk ist ja nicht verbunden. ich habe noch eine andere w2k3 vm, die steht auch auf hostgerät und /dev/hda, die kann ich verschieben. daran kanns also auch nicht liegen.

logs im vmkernel werden nicht erzeugt, hier trotzdem mal die letzten logs der esx server.

quellserver:
Jan 12 06:52:47 svmesx06 vmkernel: 187:20:51:24.404 cpu1:1186)Migrate: 7305: 1294811445109375: Stopping pre-copy: only 3303 pages were modified
Jan 12 06:53:07 svmesx06 vmkernel: 187:20:51:44.493 cpu4:1151)Migrate: vm 1152: 7399: Setting migration info ts = 1294811501031250, src ip = <10.100.212.86> dest ip = <10.100.212.85> Dest wid = 1197 using SHARED swap
Jan 12 06:53:07 svmesx06 vmkernel: 187:20:51:44.493 cpu4:1151)World: vm 1375: 901: Starting world migSendHelper-1152 with flags 1
Jan 12 06:53:07 svmesx06 vmkernel: 187:20:51:44.494 cpu4:1151)World: vm 1376: 901: Starting world migRecvHelper-1152 with flags 1
Jan 12 06:53:07 svmesx06 vmkernel: 187:20:51:44.496 cpu5:1075)MigrateNet: vm 1075: 854: Accepted connection from <10.100.212.85>
Jan 12 06:53:28 svmesx06 vmkernel: 187:20:52:04.866 cpu7:1152)Migrate: 7305: 1294811501031250: Stopping pre-copy: only 2013 pages were modified
Jan 12 07:15:02 svmesx06 vmkernel: 187:21:13:39.661 cpu2:1036)FS3: 2048: Checking if lock holders are live for lock [type 10c00002 offset 9243648 v 189170, hb offset 3705856
Jan 12 07:15:02 svmesx06 vmkernel: gen 2821, mode 1, owner 4d2c1aee-81ddafd8-5f50-002264f90bb6 mtime 84032]
Jan 12 07:55:04 svmesx06 vmkernel: 187:21:53:41.346 cpu2:1040)Config: 416: "VMOverheadGrowthLimit" = -1, Old Value: 0, (Status: 0x0)
Jan 12 07:55:17 svmesx06 vmkernel: 187:21:53:54.187 cpu1:1039)Config: 416: "HostLocalSwapDirEnabled" = 0, Old Value: 0, (Status: 0x0)


zielserver
Jan 12 06:53:28 svmesx05 vmkernel: 0:22:58:58.514 cpu4:1200)World: vm 1201: 901: Starting world vmware-vmx with flags 44
Jan 12 06:53:28 svmesx05 vmkernel: 0:22:58:58.515 cpu4:1200)World: vm 1202: 901: Starting world vmware-vmx with flags 44
Jan 12 06:53:28 svmesx05 vmkernel: 0:22:58:58.516 cpu1:1197)Init: 1057: Received INIT from world 1197
Jan 12 06:53:28 svmesx05 vmkernel: 0:22:58:58.575 cpu2:1197)Migrate: 7625: 12948 11501031250: Waiting to receive all changed pages before resuming...
Jan 12 06:53:28 svmesx05 vmkernel: 0:22:58:58.575 cpu2:1197)Migrate: 7646: 12948 11501031250: Received all changed pages.
Jan 12 06:53:28 svmesx05 vmkernel: 0:22:58:58.575 cpu2:1197)World: vm 1203: 901: Starting world prefault-mig-1197 with flags 1
Jan 12 06:53:28 svmesx05 vmkernel: 0:22:58:58.576 cpu4:1203)Swap: vm 1197: 7929: Starting opportunistic swapper for the migration swap file
Jan 12 06:53:28 svmesx05 vmkernel: 0:22:58:58.576 cpu2:1197)Migrate: 3883: 12948 11501031250: Resume handshake successful
Jan 12 06:53:28 svmesx05 vmkernel: 0:22:58:58.590 cpu4:1203)Swap: vm 1197: 8133: Finish swapping in migration swap file. (faulted in 0 pages). Success.
Jan 12 07:55:07 svmesx05 vmkernel: 1:00:00:37.260 cpu3:1041)Config: 416: "VMOver headGrowthLimit" = -1, Old Value: 0, (Status: 0x0)

[ideFix]

Hast du schon die Management Agenten auf dem ESX (Quelle) neugestartet?

Code: Alles auswählen

service mgmt-vmware restart

service vmware-vpxa restart

[adeba]

hallo,

genau das hat geholfen. vielen dank an alle helfer

[adeba]

hallo,

genau das hat geholfen. vielen dank an alle helfer

edit-->kann man sich das so vorstellen, das das neustarten der agenten quasi alle tasks löscht die noch irgendwie im hintergrund rumdümpeln könnten?

[ideFix]

edit-->kann man sich das so vorstellen, das das neustarten der agenten quasi alle tasks löscht die noch irgendwie im hintergrund rumdümpeln könnten?

Der Management Agent hat eine Taskliste. Beim restart des Agenten wird diese Liste geleert und so "hängende" tasks gestopped.

Diese Liste kann man sich auch anschauen.

Code: Alles auswählen

Last login: Thu Dec 24 16:14:04 2010 from 123.123.123.123
[root@servername  ~]# vmware-vim-cmd vimsvc/task_list
(ManagedObjectReference) [
   'vim.Task:haTask-ha-host-vim.HostSystem.acquireCimServicesTicket-12345'
]


#    example: POWER ON VM #

[root@servername ~]# vmware-vim-cmd vimsvc/task_list
(ManagedObjectReference) [
   'vim.Task:haTask-ha-host-vim.HostSystem.acquireCimServicesTicket-12345',
   'vim.Task:haTask-16-vim.VirtualMachine.powerOn-12345'
]
[root@servername ~]#



Mehr darüber im KB: Collecting information about tasks in VMware ESX and ESXi