Problème :

Dans le cas où vous n’arrivez pas à mettre à jour un poste sous Windows avec Windows Update et que vous êtes derrière un proxy, il faut suivre cette kb :

http://support.microsoft.com/default.aspx?scid=kb;FR;836941

Solution :

Pour moi, le proxy était bien configuré dans le navigateur Internet Explorer mais Windows Update ne pouvait pas sortir. Le WinHttp n’était pas configuré.

Pour vérifier que le proxy système est bien configuré, il faut ouvrir un invite de commande et taper la commande :

proxycfg.exe

Sortie :

Outil de configuration du proxy par défaut WinHTTP Microsoft (R)
Copyright (c) Microsoft Corporation. Tous droits réservés.

Paramètres proxy WinHTTP en cours sous :
  HKEY_LOCAL_MACHINE\
    SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\Connections\
      WinHttpSettings :

Accès direct (sans serveur proxy).

ici, on peut voir que Windows Update passe en direct pour récupérer ses mises à jour.

Pour spécifier un proxy au système, il faut taper la commande :

proxycfg.exe –p proxy1.siib.fr:2626

A présent, WinHttp sera configuré comme cela :

      WinHttpSettings :

Serveurs proxy :  172.17.4.1:2626
    Liste d’exception :  (aucune)

Retestez de lancer les mises à jour.

Aujourd’hui, j’ai eu quelques ennuies avec un ESXi. Sur le Vcenter, il apparaissait en déconnecté. Je ne pouvait pas non plus me connecter directement à l’esx avec le Vsphere client.

L’ESX est bien configuré au niveau réseau. J’arrivais à le pinger. J’ai tenté de redémarrer l’agent du Vcenter à partir du menu “Troubleshooting option” puis “Restart Management Agent”. Sans succès.

Dans le fichier log /var/log/vmware/vpx/vpxa.log , j’avais le message :

Failed to discover version: vim.fault.HttpFault

Avec ce message d’erreur, je suis tombé sur cet article :

http://communities.vmware.com/thread/232981

Il suffi de faire un rescan pour résoudre le problème :

esxcfg-rescan vmhba2

Pas besoin de reboot. Il vous suffi de tenter de reconnecter l’esx au Vcenter.

Pour trouver le nom de la carte à scanner, il faut taper la commande :

esxcfg-mpath –l

….

Adapter: vmhba2

…

En espérant que cet article vous a aidé.

Si vous avez ce type de message d’erreur dans les logs de Bind : 

network unreachable resolving ‘ns6.oleane.net/A/IN’: 2001:dc3::35#53

C’est que le serveur Bind tente d’utiliser IPv6 et que le serveur n’est pas configuré pour l’utilisé.

Pour résoudre le problème, il faut forcer Bind à n’utiliser que l’IPv4. Pour cela, éditez le fichier “/etc/sysconfig/named” et ajoutez à la fin du fichier :

OPTIONS="-4"

Puis redémarrez le service named.

Il est parfois nécessaire de filtrer les erreurs pour ne pas polluer les fichiers log de données récurrentes et non nécessaire.

Par exemple, les erreurs Deprecated :

[Mon Dec 20 16:09:36 2010] [error] [client 192.168.0.1] PHP Deprecated:  Function ereg_replace() is deprecated in

Cette erreur nous indique que l’application PHP utilise une fonction qui est en train de disparaitre.  C’est très bien de le savoir lorsqu’on développe. Mais pour débugger, c’est l’enfer.

Heureusement, php a prévu le coup. Dans php.ini, il y a un champ nommé “error_reporting” initialisé par défaut sur E_ALL ( Toutes les erreurs).

Voici la valeur de error_reporting dans le cas où nous voulons tous les logs sauf les messages E_Notice et E_DEPRECATED :

error_reporting = E_ALL & ~E_DEPRECATED & ~E_NOTICE

Le ~ représente la négation.

Nous pouvons faire la même chose directement dans l’application avec la fonction :

int error_reporting ([ int $level ] )

exemple :

error_reporting(E_ALL ^ E_NOTICE ^ E_DEPRECATED);

le ^ représente la négation.

Les différents niveaux d’erreur :

Le type d’une erreur est représenté par une constante PHP.

Valeur : 1  Constante : E_ERROR (entier)

Les erreurs sont aussi affichées par défaut, et l’exécution du script est interrompue. Elles indiquent des erreurs qui ne peuvent pas être ignorées, comme des problèmes d’allocation de mémoire, par exemple.

Valeur : 2 Constante : E_WARNING (entier)

Les alertes sont affichées par défaut, mais n’interrompent pas l’exécution du script. Elles indiquent un problème qui doit être intercepté par le script durant l’exécution du script. Par exemple, appeler ereg() avec une expression rationnelle invalide.

Valeur : 4 Constante : E_PARSE (entier)

Les erreurs d’analyse ne doivent être générées que par l’analyseur. Elles ne sont citées ici que dans le but d’être exhaustif.

Valeur : 8 Constante : E_NOTICE (entier)

Les remarques ne sont pas affichées par défaut, et indiquent que le script a rencontré quelque chose qui peut être une erreur, mais peut aussi être un événement normal dans la vie du script. Par exemple, essayer d’accéder à une valeur qui n’a pas été déclarée, ou appeler stat() sur un fichier qui n’existe pas.

Valeur : 16 Constante : E_CORE_ERROR(entier)

Elles sont similaires aux erreurs E_ERROR, mais elles sont générées par le code source de PHP. Les fonctions ne doivent pas générer ce genre d’erreur.

Valeur : 32 Constante : E_CORE_WARNING(entier)

Elles sont similaires à E_WARNING, mais elles sont générées par le code source de PHP. Les fonctions ne doivent pas générer ce genre d’erreur.

Valeur : 64 Constante : E_COMPILE_ERROR(entier)

Elles sont similaires à E_ERROR, mais elles sont générées par le moteur Zend. Les fonctions ne doivent pas générer ce genre d’erreur.

Valeur : 128 Constante : E_COMPILE_WARNING(entier)

Elles sont similaires à E_WARNING, mais elles sont générées par le moteur Zend. Les fonctions ne doivent pas générer ce genre d’erreur.

Valeur : 256 Constante : E_USER_ERROR(entier)

Message d’erreur généré par l’utilisateur. Comparable à E_ERROR. Elle est générée par le programmeur en PHP par l’utilisation de la fonctiontrigger_error(). Les fonctions de PHP ne doivent pas générer ce genre d’erreur.

Valeur : 512 Constante : E_USER_WARNING(entier)

Message d’erreur généré par l’utilisateur. Comparable à E_WARNING. Elle est générée par le programmeur en PHP par l’utilisation de la fonctiontrigger_error(). Les fonctions de PHP ne doivent pas générer ce genre d’erreur.

Valeur : 1024 Constante : E_USER_NOTICE(entier)

Message d’erreur généré par l’utilisateur. Comparable à E_NOTICE. Elle est générée par le programmeur en PHP par l’utilisation de la fonctiontrigger_error(). Les fonctions de PHP ne doivent pas générer ce genre d’erreur.

Valeur : 2048 Constante : E_STRICT (entier)

Permet d’obtenir des suggestions de PHP pour modifier votre code, assurant ainsi une meilleure interopérabilité et compatibilité de celui-ci.

Depuis PHP 5

Valeur : 4096 Constante : E_RECOVERABLE_ERROR(entier)

Erreur fatale qui peut être captée. Ceci indique qu’une erreur probablement dangereuse s’est produite, mais n’a pas laissé le moteur Zend dans un état instable. Si l’erreur n’est pas attrapée par un gestionnaire d’erreur défini par l’utilisateur (voyez aussi set_error_handler(), l’application arrête prématurément comme si cela était une E_ERROR.

Depuis PHP 5.2.0

Valeur : 8192 Constante : E_DEPRECATED(entier)

Alertes d’exécution. Activer cette option pour recevoir des alertes sur les portions de votre code qui pourraient ne pas fonctionner avec les futures versions.

Depuis PHP 5.3.0

Valeur : 16384 Constante : E_USER_DEPRECATED(entier)

Message d’alerte généré par l’utilisateur. Fonctionne de la même façon que E_DEPRECATED, mise à part que le message est généré par votre code PHP en utilisant la fonction trigger_error().

Depuis PHP 5.3.0

Valeur : 30719 Constante : E_ALL (entier)

Toutes les erreurs et alertes supportées sauf le niveau E_STRICT.

30719 en PHP 5.3.x, 6143 en PHP 5.2.x, et 2047 auparavant

Pour nous européen, la timezone de CactiEZ doit être changé avant de commencer à utiliser Cacti. Pour ce faire, après avoir configuré le client NTP, il vous suffi de remplacer le fichier /etc/localtime par votre timezone. Exemple pour la France :

cp /usr/share/zoneinfo/Europe/Paris /etc/localtime

Le poller de CactiEZ étant configuré pour sonder toutes les minutes, si vous reculez dans le temps après avoir modifié votre client NTP, vous allez surement avoir un message d’erreur de ce type :

[root@localhost /]# php /var/www/html/poller.php 03/27/2009 05:14:04 PM – POLLER: Poller[0] NOTE: Poller Int: ’60′, Cron Int: ’60′, Time Since Last: ‘-20937′, Max Runtime ’58′, Poller Runs: ’1′

03/27/2009 05:14:04 PM – POLLER: Poller[0] NOTE: Cron is configured to run too often!  The Poller Interval is ’60′ seconds, with a minimum Cron period of ’60′ seconds, but only -20937 seconds have passed since the poller last ran.

Pour résoudre ce problème, il vous faudra taper cette commande :

[root@localhost /]# php /var/www/html/poller.php –force

Le fait de forcer le sondage va lui permettre de retrouver ses billes. Voilà, vous allez enfin refaire fonctionner vos graphs sans attendre des heures.

Bon je mets cet article car j’en ai marre d’oublier à quoi correspond cette erreur et je ne trouve jamais la réponse sur le net.

Cette erreur : "possibly unsupported filesystem or fsid= required" arrive quand on partage un répertoire qui est déjà pris sur un autre serveur.

NFS Client –> Serveur NFS | NFS Client –> Serveur NFS

Bon de toute façon ça ne marche pas…. Grrr

Ce problème intervient lorsque le VirtualCenter ne peut plus accéder à la base de donnée. Vérifier que la base est bien démarrée.