Onderwerp: XenServer: management network interface weg na upgrade

Net in het DC gepasseerd en een spare server geupgrade van Xenserver 5.5 naar 5.6. Niets opmerkelijk gebeurd tijdens de upgrade. Na de installatie had ik geen netwerkkaart meer in de xen console. Ifconfig toont wel nog steeds eth0 en xen-br0. Netwerk werkt ook gewoon, alleen xen wil hem niet pakken blijkbaar. Iemand al hetzelfde probleem gehad?

Format zou een optie zijn in dit geval, maar had toch graag de oorzaak/oplossing van het probleem geweten.

En wat zeggen de log files

Oorspronkelijk geplaatst door vne

alleen xen wil hem niet pakken blijkbaar.

Wat bedoel je hier mee?

Oorspronkelijk geplaatst door Geert-Jan

Wat bedoel je hier mee?

als ik in xsconsole ga kijken zegt hij <no interfaces present>


Heb op het net gelijkaardige problemen gezien, maar zonder oplossing. Heb enkel iemand gevonden die het opgelost had met een nieuwe netwerkkaart.

Wat ik in de log vind:

Code:

[20110112T11:26:19.069Z|debug|localhost|0 thread_zero|server_init D:618157d144b7|startup] task [bringing up management interface]
[20110112T11:26:19.070Z|debug|localhost|0 thread_zero|server_init D:618157d144b7|dummytaskhelper] task bringing up management interface D:8a7bb0441ab7 created by task D:618157d144b7
[20110112T11:26:19.070Z|debug|localhost|0 thread_zero|bringing up management interface D:8a7bb0441ab7|xapi] Management IP address is: 193.110.250.72
[20110112T11:26:19.070Z|debug|localhost|0 thread_zero|bringing up management interface D:8a7bb0441ab7|xapi] Shutting down the old management interface (if any)
[20110112T11:26:19.070Z|debug|localhost|0 thread_zero|bringing up management interface D:8a7bb0441ab7|xapi] Starting new server on IP: 193.110.250.72
[20110112T11:26:19.093Z|debug|localhost|0 thread_zero|bringing up management interface D:8a7bb0441ab7|xapi] Restarting stunnel
[20110112T11:26:20.182Z|debug|localhost|0 thread_zero|server_init D:618157d144b7|startup] task [starting thread Starting periodic scheduler]
[20110112T11:26:20.182Z|debug|localhost|0 thread_zero|server_init D:618157d144b7|startup] task [starting thread Remote requests]
[20110112T11:26:20.183Z| info|localhost|0 thread_zero|server_init D:618157d144b7|xapi] Running in 'Pool Slave' mode
[20110112T11:26:20.183Z|debug|localhost|0 thread_zero|server_init D:618157d144b7|xapi] Running in 'Pool Slave' mode
[20110112T11:26:20.184Z|debug|localhost|4||dummytaskhelper] task dom0 networking update D:8324d73f1b40 created by task D:618157d144b7
[20110112T11:26:20.184Z|debug|localhost|4|dom0 networking update D:8324d73f1b40|xapi] Checking to see if hostname or management IP has changed
[20110112T11:26:20.185Z|debug|localhost|5||dummytaskhelper] task Starting periodic scheduler D:ad9fd335e02b created by task D:618157d144b7
[20110112T11:26:20.185Z|debug|localhost|5|Starting periodic scheduler D:ad9fd335e02b|backgroundscheduler] Periodic scheduler started
[20110112T11:26:20.186Z|debug|localhost|0 thread_zero|server_init D:618157d144b7|xapi] Attempting to acquire a management IP address
[20110112T11:26:20.187Z|debug|localhost|0 thread_zero|server_init D:618157d144b7|xapi] Acquired management IP address: 193.110.250.72
[20110112T11:26:20.187Z|debug|localhost|0 thread_zero|server_init D:618157d144b7|xapi] Attempting to communicate with master
[20110112T11:26:20.190Z|debug|localhost|6||dummytaskhelper] task Remote requests D:3f1cd48cd3a4 created by task D:618157d144b7
[20110112T11:26:20.195Z|debug|localhost|4|dom0 networking update D:8324d73f1b40|master_connection] Connection to master died. I will continue to retry indefinitely (supressing future logging of this message).
[20110112T11:26:20.195Z| info|localhost|0 thread_zero|server_init D:618157d144b7|http] stunnel pid: 9554 (cached = false) connected to 193.110.250.90:443
[20110112T11:26:20.195Z|error|localhost|4|dom0 networking update D:8324d73f1b40|master_connection] Connection to master died. I will continue to retry indefinitely (supressing future logging of this message).
[20110112T11:26:20.195Z|debug|localhost|4|dom0 networking update D:8324d73f1b40|master_connection] Sleeping 2.000000 seconds before retrying master connection...

en de master draait gewoon, daar kan ik naar verbinden...

vandaag identiek probleem gehad bij een klant en bij deze kunnen oplossen
na de server uit de pool gehaald te hebben werkte deze terug

correcte manier van upgraden is dus eerst server uit de pool halen en dan upgrade naar 5.6

Zit de server in een pool, of is het een losse server?

In geval van een pool, is het erg belangrijk dat de stappen in de upgrade manual exact worden gevolgd. Kort gezegd betekent dat, dat je eerst de pool master upgrade en daarna zo snel mogelijk alle andere servers in de pool.

Als er geen VM's op de lokale disk zijn opgeslagen (dus alles via shared storage), kun je 'm gewoon zonder risico uit de pool gooien en voor de zekerheid opnieuw installeren. Belangrijk is dat je dan wel dezelfde versie pakt als de rest van de pool, of minimaal gelijk aan de pool master.

In geval van een losse server, kun je proberen via xe de management opnieuw te configureren. Misschien dat dat wel lukt.

Op welke server heb je de upgrade gedaan ?
Is dit soms enkel hardware gebonden ?

Bekend probleem. Gewoon uit de pool halen (forcen), zelf master laten zijn en resetten via de commandline. Daarna weer laten joinen.

Oorspronkelijk geplaatst door avanmessen

Op welke server heb je de upgrade gedaan ?
Is dit soms enkel hardware gebonden ?

lijkt op elke server voor te komen die in een pool hangt (en geen master is)

Good to know, vandaar dat ik steeds wat
afwacht vooraleer een upgrade te doen ...

We hebben hier meerdere pools geupgrade. Dit probleem deed zich bij ons alleen voor als niet eerst de master van een upgrade werd voorzien. Als eerst de master van een upgrade wordt voorzien, gaat de upgrade van de gehele pool perfect, dus ook van alle slaves.

Het is dus volgens mij niet normaal als de upgrade toch niet lukt, als de upgrade manual netjes wordt gevolgd.

Misschien toch handig om Citrix even te contacteren? Wellicht is er ergens een bug.

Nuttige info hier ook :

http://www.virtues.it/2010/12/upgrad...rver-to-56fp1/