[Pneumatix]

Alors voilà, c'est l'histoire d'un mec qui installe une distri OpenSuse sur un VMware. R.A.S. (au passage la petite interface de Yast est pas mal du tout ;)).

Ensuite, il installe Cacti puis la, c'est le drame. Le poller de Cacti fait plein d'erreurs. Les courbes c'est du vrai gruyère...

Après des recherches, je trouve un topic avec une personne qui a rencontrée un problème identique. C'est apparemment un problème de temps. L'installation des VMware Tools avec synchro de l'horloge a résolu sont problème. Pas le mien...
Un autre topic donne une syntaxe un peu différente de l'exécution du poller dans le crontab. Aucun changement.

Questions :
1- Comment puis-je savoir que le VMware-Tools se synchonise bien ?
2- Est-ce que quelqu'un a déjà eu un problème similaire avec un outil sensible à la base de temps ?

[Raviere]

avant tout quel version de vmware ?? si c'ets une WS tu peux quasi rien faire, à minima la gsx et la server sinon pas de qos et donc pas de garantie sur l'horloge de la vm

[Pneumatix]

ESX 3.5

[Raviere]

je demande au taff j'ai jamais joué avec cette version

[Origin]

jamais eu aucun pb de timing avec notre ferme Virtual Center :/ ... on a un nagios de test dessus notamment qui se porte comme un charme :spamafote:

[Pneumatix]

Origin, le 21 Oct 2008, 20:35, dit :

jamais eu aucun pb de timing avec notre ferme Virtual Center :/ ... on a un nagios de test dessus notamment qui se porte comme un charme :spamafote:

Pitêtre qu'il est moins sensible :spamafote:

[Raviere]

demande au taff faite j'attends la réponse

[Raviere]

Issue:
When running Red Hat Enterprise Linux as a guest OS under VMware, the clock will not stay synchronized in the guest even if I run the ntpd network time protocol daemon. How can I keep the time synchronized in the VMware guest?




Resolution:
When running a guest operating system under VMware it is important to follow all of VMware's instructions regarding installation and configuration of the desired operating system as a VMware guest, including installing the VMware Tools package.

Time synchronization problems are a common VMware guest configuration issue which occur when VMware Tools have not been installed on the guest and configured according to VMware's instructions. VMware virtualizes the timer/clock functions seen by the guest OS, so even ntpd does not function correctly. This is not a problem with the operating system, it is a by-product of running the OS under VMware.

To correct the time drift problem seen in the guest OS, install the VMware Tools package in the guest OS and enable time synchronization for the VMware guest session the OS runs under. VMware Tools packages for all current versions of Red Hat Enterprise Linux are provided with the VMware software product, and specific instructions for installing VMware Tools for each type of guest OS is provided in VMware's built-in help menu system as well as in other VMware product documentation.

The following is a brief summary of the steps to enable VMware host-to-guest time synchronization:


Install VMwareTools in the guest OS, following VMware's instructions for the target OS.

Enable VMware time synchronization in the guest. There are two simple ways to accomplish this:


1. Run the vmware-toolbox GUI applet from within an X session on the guest, and turn on the checkbox in the Options tab titled "Time sychronization between the virtual machine and the host operating system".

2. On the HOST machine, locate the <session name>.vmx VMware session configuration file for the guest OS in question, and add a line which reads:

tools.syncTime = "TRUE"


Note that if a tools.syncTime line already exists in the .vmx file, it must be set to "TRUE" to enable the time synchronization.


After making the changes described in either method, shut down the guest Red Hat Enterprise Linux operating system, then close and restart the VMware guest session.

Running the ntpd daemon should not be required in the guest with VMware's time synchronization enabled, though using ntpd on the host system would be recommended to keep the host (and guests') time synchronized to a reliable time source.

Please refer to VMware's support channels for further VMware documentation and support information, such as the VMware website.

[Zanfi]

ah ouaih Quand même !!!! :eek:

[u4Y0u]

un peu tard... mais la même en couleur
faq RH
:desole:

[Pneumatix]

Merci tous les deux :jap:

J'avais déjà fait ça à l'exception de la modification du fichier .vmx
La valeur existait déjà. J'ai juste changé le "true" en "TRUE". Je vais laisser mijoter un peu...

J'ai plus l'impression que c'est une incompatibilité entre Cacti et Suse. car maintenant j'ai de temps en temps d'autres erreurs du style "DB Exec failed !".

Sur un topic j'ai trouvé des personnes avec les mêmes problèmes et le faite de changer de distro vers une Red Hat a solutionné tous les problèmes.

Si j'ai encore des problème demain, je tenterais une Debian ou une Fedora.

[Pneumatix]

J'ai trouvé un truc marrant. Lorsque je regarde la différence de temps entre mon serveur de temps et la Suse toutes les 20-40 secondes j'obtiens ça :

offset - 0.002801 sec
offset -0.006733 sec
offset -0.014252 sec
offset -0.019929 sec
offset -0.024811 sec
offset -0.027832 sec
offset -0.048065 sec

La base de temps dérive de manière constante... Idem sur une autre distro (Ubuntu).
Pas contre, je n'ai pas cette dérive sur le host.

Je vais regarder si je trouve des infos la dessus.

[Pneumatix]

Si jamais il y a une seule personne intéressées par ce merveilleux sujet :lol: j'ai trouvé la solution. Elle s'appelle Fedora. Avec cette disto, je n'ai aucun soucis, mon Cacti fonctionne parfaitement. Même sans les VMware tools.

[Raviere]

Pneumatix, le 11 Dec 2008, 17:40, dit :

Si jamais il y a une seule personne intéressées par ce merveilleux sujet :lol: j'ai trouvé la solution. Elle s'appelle Fedora. Avec cette disto, je n'ai aucun soucis, mon Cacti fonctionne parfaitement. Même sans les VMware tools.

ah merde donc t'a pas la root cause :(

[Pneumatix]

La root cause !?

[Raviere]

l'origine du pb :D

[Pneumatix]

Aaaaaaaaaaaaaaaaaaaaaaaaah :lol:

Excuse, je ne travaille pas à l'international :lol:

[Origin]

Raviere, le 11 Dec 2008, 17:47, dit :

ah merde donc t'a pas la root cause :(

s'te flambe :lol:


je déconne Xav hein ;)

[Raviere]

Origin, le 11 Dec 2008, 19:59, dit :

s'te flambe :lol:


je déconne Xav hein ;)

loooooooool , même pas fait express , déformation pro :D

[Romanov]

Pneumatix, le 11 Dec 2008, 19:40, dit :

Aaaaaaaaaaaaaaaaaaaaaaaaah :lol:

Excuse, je ne travaille pas à l'international :lol:

Lui non plus ..... c'est pire :gniak: