Re: Log bizarre

[Stephane Friscourt <stephane.friscourt@univ-nantes.fr>]

Tiens, voilà un message que j'ai reçu il n'y a pas longtemps, si ça peut 
aider ...



Depuis l'installation d'un openldap sur ma babasse pour 
l'authentification de mes utilisateurs, j'avais plein de messages 
d'erreur de la sorte :

Jun 22 13:00:01 gw CRON[11379]: nss_ldap: reconnecting to LDAP server...
Jun 22 13:00:01 gw CRON[11379]: nss_ldap: reconnected to LDAP server 
after 1 attempt(s)

toutes les 5 minutes environ, ca devenait pénible, d'autant que 
j'utilise logcheck pour m'auto-mailer ce qui parait suspect dans mes logs.

Après moultes recherches, j'ai trouvé la cause sur le bugzilla de redhat

Le problème c'est que lorsqu'on utilise nss_ldap/pam_ldap pour 
authentifier ses utilisateurs, dès lors qu'on recharge le démon 
openldap, il faut redémarrer le démon cron derriere sous peine d'avoir 
ces fameux messages.

Bon j'ai pas compris le pourquoi mais au moins ca reste reproductible et 
le bug est signalé au moins quelque part...

Si ca sert à des gens...




LE HAIES Cyrille wrote:
>  
>
> Bonjour,
>
>  
>
> J’ai un serveur Sarge avec samba + LDAP
>
> Et j’ai de plus en plus de message suivant dans mon syslog.log et daemon.log
>
>  
>
> Jan 20 09:46:51 osiris smbd[2897]: nss_ldap: reconnected to LDAP server 
> after 1 attempt(s)
>
> Jan 20 09:46:51 osiris smbd[2898]: nss_ldap: reconnecting to LDAP server...
>
> Jan 20 09:46:51 osiris smbd[2898]: nss_ldap: reconnected to LDAP server 
> after 1 attempt(s)
>
> Jan 20 09:46:51 osiris smbd[2899]: nss_ldap: reconnecting to LDAP server...
>
> Jan 20 09:46:51 osiris smbd[2899]: nss_ldap: reconnected to LDAP server 
> after 1 attempt(s)
>
> Jan 20 09:46:52 osiris smbd[2900]: nss_ldap: reconnecting to LDAP server...
>
> Jan 20 09:46:52 osiris smbd[2900]: nss_ldap: reconnected to LDAP server 
> after 1 attempt(s)
>
> Jan 20 09:46:57 osiris kernel: device eth0 entered promiscuous mode
>
> Jan 20 09:47:46 osiris smbd[1568]: [2006/01/20 09:47:46, 0] 
> lib/util_sock.c:read_socket_data(384)
>
> Jan 20 09:47:46 osiris smbd[1568]:   read_socket_data: recv failure for 
> 4. Error = Connection reset by peer
>
> Jan 20 09:47:57 osiris smbd[1682]: [2006/01/20 09:47:57, 0] 
> lib/util_sock.c:read_socket_data(384)
>
> Jan 20 09:47:57 osiris smbd[1682]:   read_socket_data: recv failure for 
> 4. Error = Connection reset by peer
>
> Jan 20 09:48:06 osiris smbd[1722]: [2006/01/20 09:48:06, 0] 
> lib/util_sock.c:read_socket_data(384)
>
> Jan 20 09:48:06 osiris smbd[1722]:   read_socket_data: recv failure for 
> 4. Error = Connection reset by peer
>
> Jan 20 09:48:11 osiris smbd[1724]: [2006/01/20 09:48:11, 0] 
> lib/util_sock.c:read_socket_data(384)
>
> Jan 20 09:48:11 osiris smbd[1724]:   read_socket_data: recv failure for 
> 4. Error = Connection reset by peer
>
>  
>
> C’est surtout le « reconnected to LDAP… »  qui m’embête.
>
>  
>
> Merci pour votre aide
>
>  
>
> Cyrille
>
>  
>
> *Cyrille Le Haies* – Administrateur Systèmes & Réseaux
>
> Faculté des Métiers – IFTIC
> Chambre de Commerce et d’Industrie de Rennes
> Tel : 02 99 05 46 22
> Courriel : clehaies@fac-metiers.fr <mailto:clehaies@fac-metiers.fr>
> Site : www.fac-metiers.fr <http://www.fac-metiers.fr> - 
> www.rennes.cci.fr <http://www.rennes.cci.fr>
>
>  
>
>  
>
> ------------------------------------------------------------------------
>
> *De :* Jean-Philippe CAMGUILHEM [mailto:jp.camguilhem@gmail.com]
> *Envoyé :* vendredi 20 janvier 2006 09:10
> *À :* debian-user-french@lists.debian.org
> *Objet :* Re: Paquets cassés ?
>
>  
>
> Thomas Debay a écrit :
> >  Bonjour,
> >
> >  Le 19/01/06, Jean-Philippe CAMGUILHEM<jp.camguilhem@gmail.com 
> <mailto:jp.camguilhem@gmail.com>> a écrit :
> > > Etant complètement novice avec Debian et apt je vous demande donc si vous
> > >avez déjà rencontré ce style d'erreur
> >
> >
> >  Oui, ca m'a déja fait un truc qui ressemblait... un paquet ne 
> s'installait pas.
> >  J'ai fait en root
> >
> >  apt-get clean
> >  apt-get update
> >  apt-get install <paquet>
>
> J'ai déjà fait ces manips plusieurs fois
>
> >  et ca a refonctionné.
> Pas chez moi
>
> >  De toute manière, il n'est pas risqué de faire cette opération,
> >  puisque apt va supprimer les paquets qu'il a en "cache" (qui ont été
> >  téléchargés), puis re-télécharger les paquets qu'il a besoin.
> >
> >  Par contre, je ne suis vraiment pas sur que ca résolve ton problème...
> >  Si ca se trouve, cela n'a rien à voir !
> En l'occurence non !
>
> je relance donc ma question
>  
> >  --
> >  thomas debay
> merci quand même
>
> Jean-Philippe