Page 1 sur 1
[CentOS en VM] \"Unable to collect IPv4 routing table\" au boot
Publié : jeu. 21 juil. 2016 11:22
par 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 ?
[CentOS en VM] \"Unable to collect IPv4 routing table\" au boot
Publié : jeu. 21 juil. 2016 11:27
par Zedoune
[CentOS en VM] \"Unable to collect IPv4 routing table\" au boot
Publié : jeu. 21 juil. 2016 13:43
par 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 ^^ :/
[CentOS en VM] \"Unable to collect IPv4 routing table\" au boot
Publié : jeu. 21 juil. 2016 14:31
par kvm
Installer les openvm tools résoud peut-être le souci ?
[CentOS en VM] \"Unable to collect IPv4 routing table\" au boot
Publié : jeu. 21 juil. 2016 15:25
par 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.
[CentOS en VM] \"Unable to collect IPv4 routing table\" au boot
Publié : jeu. 21 juil. 2016 15:32
par 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
[CentOS en VM] \"Unable to collect IPv4 routing table\" au boot
Publié : mer. 3 août 2016 17:17
par 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