[CentOS en VM] "Unable to collect IPv4 routing table" au boot

[c0bw3b]

world

J'ai un souci récurrent avec une VM CentOS qui reste pendant 1H à 2H au boot sur le message "Unable to collect IPv4 routing table" puis ensuite continue sa séquence de démarrage...

$] lsb_release -a
LSB Version: :base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch
Distributor ID: CentOS
Description: CentOS release 6.7 (Final)
Release: 6.7
Codename: Final

$] uname -a
Linux ***.***.*** 2.6.32-573.12.1.el6.x86_64 #1 SMP Tue Dec 15 21:19:08 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

J'ai trouvé un KB VMware qui documente le prob, apparemment fréquent sur des RHEL/CentOS d'une certaine gén :
https://kb.vmware.com/selfservice/micro ... Id=2048572

On a mis l'instruction rtc.diffFromUTC=0 dans le .VMX de cette VM ... et là ben pareil !!
Toujours le même message au boot.

Est-ce que qqun est déjà tombé sur ce prob ?

[Zedoune]

je te conseille d'essayer ça
http://www.chriscolotti.us/vmware/worka ... mment-1170

[c0bw3b]

Mlle Z.

J'étais tombé sur ce blog post aussi oui. Le petit prob c'est qu'en fait c'est une appliance virtuelle "boite noire". On sait que c'est du CentOS dedans et on peut avoir un accès shell dessus, mais théoriquement on se met le support éditeur à dos si on bidouille le système...
Au pire on se tournera vers eux mais bon, je voulais pas en arriver là (long et pénible).

Jusque-là j'ai estimé que le modif dans le VMX donnerai le même résultat : plus de synchro temps à l'allumage de la VM --> plus de race condition entre VMtools et démon réseau.
Mais visiblement non.

Ah et une autre précision : d'autres appliances identiques (lab et prod) n'ont pas le soucis. Donc je peut même pas valider cette manip' sur une machine de test ^^ :/

[kvm]

Installer les openvm tools résoud peut-être le souci ?

[c0bw3b]

On les a déjà. Machine de lab :

$] vmware-toolbox-cmd -v
9.10.5.49873 (build-2981885)

$] yum info vmware-tools-esx-nox
Loaded plugins: changelog, list-data, priorities, ps, remove-with-leaves, security, show-leaves, verify
Installed Packages
Name : vmware-tools-esx-nox
Arch : x86_64
Version : 9.10.5
Release : 1.el6
Size : 0.0
Repo : installed
Summary : VMware OSP Tools meta package - Installs user-space VMware Tools components for use with non-graphical systems.
License : Copyright (c) 2007-2015 VMware, Inc. All rights reserved.
Description : This meta package is responsible for installing all the VMware Tools components that work with non-graphical systems including vmware-toolbox-cmd and vmtoolsd.
: *
: NOTE: This meta package works by establishing dependencies on other VMware Tools OSP component packages needed to create the desired installation of VMware Tools OSPs for ESX. This package
: will not handle installing the kernel module packages needed by these user space components. That must be handled separately by installing the appropriate OSP kernel module packages for the
: running kernel. To view the full list of the OSP component packages that this meta package will install, use your package manager to view the dependencies of this package.

[c0bw3b]

Bon à priori on va devoir se diriger vers une désactivation complète de la synchro temps entre l'hôte et la VM :

tools.syncTime = "0"
time.synchronize.continue = "0"
time.synchronize.restore = "0"
time.synchronize.resume.disk = "0"
time.synchronize.shrink = "0"
time.synchronize.tools.startup = "0"
time.synchronize.tools.enable = "0"
time.synchronize.resume.host = "0"

Sources :
http://www.pimp-my-rig.com/2013/10/reco ... table.html
https://pubs.vmware.com/vsphere-50/inde ... C1C49.html

[c0bw3b]

toujours le prob après avoir totalement désactivé la synchro temps.... :/
Et en fait j'ai l'erreur sur toutes les appliances identiques, mais le temps de freeze du boot étant aléatoire c'est uniquement une VM de prod qui est freezée (de 30min à 2h lors d'un démarrage à froid, 20min lors d'un reboot). Pour toutes les autres VM ça dure 1min donc quasi transparent dans le process de boot complet.

$] sudo less /var/log/messages | grep vmsvc
Aug 3 14:57:32 hostname vmsvc[1010]: [ warning] [vmsvc] SOCKET failed to create socket, error 97: Address family not supported by protocol
Aug 3 14:57:32 hostname vmsvc[1010]: [ warning] [vmsvc] SimpleSock: Couldn't get VMCI socket family info.
Aug 3 14:58:02 hostname vmsvc[1010]: [ warning] [vmsvc] RecordRoutingInfo: Unable to collect IPv4 routing table.

la dernière ligne est répétée un bon paquet de fois sur la VM qui bad