Re: probleme de log monstrueux avec slapd

2006-05-12 Par sujet fabrice régnier
bonsoir,

Qu'y a t-il dans ces logs ?
Ne peux-tu pas diminuer les log level pour tes 2 fichiers log  ou
carrément ne pas tracer les acces à ta base postgres via odbc ?

a+

f.





Nicolo a écrit :
 Aucune idée ? :-(
 
 Nico
 -Message d'origine-
 De : Nicolo [mailto:[EMAIL PROTECTED]
 Envoyé : mercredi 10 mai 2006 18:14
 À : debian-user-french@lists.debian.org
 Objet : probleme de log monstrueux avec slapd
 
 Salut
 
 J'ai un souci avec un serveur ldap branché sur un serveur postgresql
 Je suis sous sarge 3.1 en stable
 Mon démon ldap s'est mis à loguer énormément ...
 Dans le dossier /tmp j'ai un fichier mylog_root2305.log (2305 correspondant 
 au numéro du processus slapd père) et un fichier psqlodbc_root2305.log qui 
 grossissent à vu d'œil (4 - 5Mo par minutes ) inutile de vous dire qu'au bout 
 de quelques mois ça a rempli la partition et planté le serveur,
 De plus une fois que ce fameux fichier de log est arrivé à 2Go ... le service 
 s'arrête ... gênant pour un serveur en production
 Plus étrange en regardant monter la taille du fichier mylog_root2305.log il 
 est curieusement passer en moins de 5 minutes de 350 à 720 Mo puis a continué 
 à monter en 5Mo en 5mo par minutes ...
 
 Avez vous une quelconque idée d'où cela peut venir et s'il est possible 
 d'arreter de stocker ses logs, j'ai installé une solution de secours qui 
 vérifie toutes les minutes que le service est lancé et s'il ne l'est pas le 
 redémarre ... mais ça n'est absolument pas propre
 Merci beaucoup pour votre aide
 
 Nicolas


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



RE: probleme de log monstrueux avec slapd

2006-05-11 Par sujet Nicolo
Aucune idée ? :-(

Nico
-Message d'origine-
De : Nicolo [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 10 mai 2006 18:14
À : debian-user-french@lists.debian.org
Objet : probleme de log monstrueux avec slapd

Salut

J'ai un souci avec un serveur ldap branché sur un serveur postgresql
Je suis sous sarge 3.1 en stable
Mon démon ldap s'est mis à loguer énormément ...
Dans le dossier /tmp j'ai un fichier mylog_root2305.log (2305 correspondant au 
numéro du processus slapd père) et un fichier psqlodbc_root2305.log qui 
grossissent à vu d'œil (4 - 5Mo par minutes ) inutile de vous dire qu'au bout 
de quelques mois ça a rempli la partition et planté le serveur,
De plus une fois que ce fameux fichier de log est arrivé à 2Go ... le service 
s'arrête ... gênant pour un serveur en production
Plus étrange en regardant monter la taille du fichier mylog_root2305.log il est 
curieusement passer en moins de 5 minutes de 350 à 720 Mo puis a continué à 
monter en 5Mo en 5mo par minutes ...

Avez vous une quelconque idée d'où cela peut venir et s'il est possible 
d'arreter de stocker ses logs, j'ai installé une solution de secours qui 
vérifie toutes les minutes que le service est lancé et s'il ne l'est pas le 
redémarre ... mais ça n'est absolument pas propre
Merci beaucoup pour votre aide

Nicolas



probleme de log monstrueux avec slapd

2006-05-10 Par sujet Nicolo
Salut

J'ai un souci avec un serveur ldap branché sur un serveur postgresql
Je suis sous sarge 3.1 en stable
Mon démon ldap s'est mis à loguer énormément ...
Dans le dossier /tmp j'ai un fichier mylog_root2305.log (2305 correspondant au 
numéro du processus slapd père) et un fichier psqlodbc_root2305.log qui 
grossissent à vu d'œil (4 - 5Mo par minutes ) inutile de vous dire qu'au bout 
de quelques mois ça a rempli la partition et planté le serveur,
De plus une fois que ce fameux fichier de log est arrivé à 2Go ... le service 
s'arrête ... gênant pour un serveur en production
Plus étrange en regardant monter la taille du fichier mylog_root2305.log il est 
curieusement passer en moins de 5 minutes de 350 à 720 Mo puis a continué à 
monter en 5Mo en 5mo par minutes ...

Avez vous une quelconque idée d'où cela peut venir et s'il est possible 
d'arreter de stocker ses logs, j'ai installé une solution de secours qui 
vérifie toutes les minutes que le service est lancé et s'il ne l'est pas le 
redémarre ... mais ça n'est absolument pas propre
Merci beaucoup pour votre aide

Nicolas



probleme de log monstrueux avec slapd

2006-05-05 Par sujet Nicolo
Salut

J'ai un souci avec un serveur ldap branché sur un serveur postgresql
Je suis sous sarge 3.1 en stable
Mon démon ldap s'est mis à loguer énormément ...
Dans le dossier /tmp j'ai un fichier mylog_root2305.log (2305 correspondant au 
numéro du processus slapd père) et un fichier psqlodbc_root2305.log qui 
grossissent à vu d'œil (4 - 5Mo par minutes ) inutile de vous dire qu'au bout 
de quelques mois ça a rempli la partition et planté le serveur, 

Plus étrange en regardant monter la taille du fichier mylog_root2305.log il est 
curieusement passer en moins de 5 minutes de 350 à 720 Mo puis a continué à 
monter en 5Mo en 5mo par minutes ...

Avez une quelconque idée d'où cela peu venir et s'il est possible d'arreter de 
stocker ses logs, j'ai installé une solutio n de secour qui shoot ces fichiers 
une fois par jour, mais ça n'est quand meme pas tres propre ...

Merci beaucoup pour votre aide

Nicolas



Probleme de log

2002-06-28 Par sujet Stephane ROYER
Bonjour,

decouvrant debian depuis peu de temps, j'ai besoin d'un petit coup de main.
sur une patate (version de noyau 2.2.17) j'ai un pb de log.
le syslogd ne log rien dans les fichiers definis dans le /etc/syslog.conf
j'ai verifie les pb de droits sur le rep et les fichiers, RAS.
lorsque le syslogd est arrete il log tout sur la console...
autre probleme le protocole icmp n'est pas reconnu alors qu'il est bien
declare
y a t'il un lien?

là, mes competences s'amenuisent apres multiples hypotheses et recherche ...

Avez vous des idees sur ce probleme?
Je vous fournis qq test (je suis dispo pour d'autres si besoin).

merci d'avance

Stephane.

--
[EMAIL PROTECTED]:/etc # /sbin/syslogd -d
Allocated parts table for 1024 file descriptors.
Starting.
Called logerr, msg: network logging disabled (syslog/udp service unknown).
logmsg: syslog.err43, flags 4, from rambo, msg syslogd: network logging
disabl
ed (syslog/udp service unknown).
Called fprintlog, logging to CONSOLE /dev/console
Called logerr, msg: see syslogd(8) for details of whether and how to enable
it.
logmsg: syslog.err43, flags 4, from rambo, msg syslogd: see syslogd(8) for
det
ails of whether and how to enable it.
Called fprintlog, logging to CONSOLE /dev/console
Debugging disabled, SIGUSR1 to turn on debugging.
--

[EMAIL PROTECTED]:/etc # ping 127.0.0.1
ping: unknown protocol icmp.


-
# /etc/protocols:
# $Id: protocols,v 1.1 1995/02/24 01:09:41 imurdock Exp $
#
# Internet (IP) protocols
#
#   from: @(#)protocols 5.1 (Berkeley) 4/17/89
#
# Updated for NetBSD based on RFC 1340, Assigned Numbers (July 1992).

ip  0   IP  # internet protocol, pseudo protocol number
icmp1   ICMP# internet control message protocol
[...]




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Probleme de log

2002-06-28 Par sujet Charles Goyard
Ainsi parlait Stephane ROYER :
 
 [EMAIL PROTECTED]:/etc # ping 127.0.0.1
 ping: unknown protocol icmp.

Que dit ifconfig ?


-- 
Charles


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Probleme de log

2002-06-28 Par sujet Stephane ROYER
- Original Message -
From: Charles Goyard [EMAIL PROTECTED]
To: debian-user-french@lists.debian.org
Sent: Friday, June 28, 2002 10:57 AM
Subject: Re: Probleme de log


 Ainsi parlait Stephane ROYER :
 
  [EMAIL PROTECTED]:/etc # ping 127.0.0.1
  ping: unknown protocol icmp.

 Que dit ifconfig ?

voila le resulat

eth0  Link encap:Ethernet  HWaddr
  inet addr:x.x.x.x  Bcast:x.x.x.x  Mask:x.x.x.x
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:4504508 errors:0 dropped:0 overruns:0 frame:0
  TX packets:5403011 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:100
  Interrupt:3 Base address:0xfc80

eth1  Link encap:Ethernet  HWaddr
  inet addr:x.x.x.x  Bcast:x.x.x.x  Mask:x.x.x.x
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:9667095 errors:1 dropped:0 overruns:0 frame:1
  TX packets:8728166 errors:16 dropped:0 overruns:0 carrier:31
  collisions:275216 txqueuelen:100
  Interrupt:7 Base address:0xfc00

eth2  Link encap:Ethernet  HWaddr
  inet addr:x.x.x.x  Bcast:x.x.x.x  Mask:x.x.x.x
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:4650172 errors:0 dropped:0 overruns:0 frame:0
  TX packets:4490060 errors:0 dropped:0 overruns:0 carrier:0
  collisions:12874 txqueuelen:100
  Interrupt:9 Base address:0xff00

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  UP LOOPBACK RUNNING  MTU:3924  Metric:1
  RX packets:9 errors:0 dropped:0 overruns:0 frame:0
  TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0


eth0: lan
eth1:dmz
eth2:int



 --
 Charles


 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
[EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Probleme de log

2002-06-28 Par sujet Bruno Muller
Bonjour,

Le ven 28/06/2002 à 10:33, Stephane ROYER a écrit :
 ping: unknown protocol icmp.

Que donne un 'grep IP Protocols /var/log/dmesg' ?
Normalement, tu devrais avoir ICMP, UDP, TCP, IGMP.

Si ces protocoles y sont pôa, tu as sûrement oublié des choses dans la
config de ton kernel...


Bruno

-- 
15:35 Dans 80 ans il n'y aura plus d'informatique tel que nous la
  connaissons.. l'informatique quantique pronera sur monde. 
15:42 15:35 ah oui ! tu mets un pc quantique sous Microsoft Schrodinger
  Windows dans une boite hermétique. Et bien, il y a exactement 50%
  de chances que le pc soit en train de rebooter, mais tu ne peux
  pas le savoir.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Probleme de log

2002-06-28 Par sujet Stephane ROYER

- Original Message -
From: Bruno Muller [EMAIL PROTECTED]
To: debian-user-french@lists.debian.org
Sent: Friday, June 28, 2002 12:03 PM
Subject: Re: Probleme de log


 Bonjour,

 Le ven 28/06/2002 à 10:33, Stephane ROYER a écrit :
  ping: unknown protocol icmp.

 Que donne un 'grep IP Protocols /var/log/dmesg' ?
 Normalement, tu devrais avoir ICMP, UDP, TCP, IGMP.

 Si ces protocoles y sont pôa, tu as sûrement oublié des choses dans la
 config de ton kernel...

j'ai bien ca: IP Protocols: ICMP, UDP, TCP, IGMP
(le demsg n'est pas dependant du sylogd? c'est un fichier de log lors du
boot? bcp de questions..)



 Bruno

 --
 15:35 Dans 80 ans il n'y aura plus d'informatique tel que nous la
   connaissons.. l'informatique quantique pronera sur monde.
 15:42 15:35 ah oui ! tu mets un pc quantique sous Microsoft Schrodinger
   Windows dans une boite hermétique. Et bien, il y a exactement 50%
   de chances que le pc soit en train de rebooter, mais tu ne peux
   pas le savoir.



 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
[EMAIL PROTECTED]



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Probleme de log

2002-06-28 Par sujet fbothamy
On Fri, Jun 28, 2002 at 12:03:43PM +0200, Bruno Muller wrote:
 Bonjour,
 
 Le ven 28/06/2002 à 10:33, Stephane ROYER a écrit :
  ping: unknown protocol icmp.
 
 Que donne un 'grep IP Protocols /var/log/dmesg' ?
 Normalement, tu devrais avoir ICMP, UDP, TCP, IGMP.
 
 Si ces protocoles y sont pôa, tu as sûrement oublié des choses dans la
 config de ton kernel...

Et pour savoir quelles sont les options qui ont été utilisées pour
compiler ton noyau, tu peux regarder le fichier /boot/config-2.2.??,
notamment la section Networking Options.

Fred


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]