hello,  
 
je viens fair eun df sur mon routeur sous linux et je vois une occupation à 100 % Depuis son installation le taux maxi que j'ai eu été 69 %
 
Comment savoir quel fichier ont gonflé et quel service ?
 
Comment retrouvé mon taux d'occupatin de 69 %
 
Merci
 
lolo

Fichiers de logs ?

recherche de fichier par taille > à une reference  
 
find ... -size +XXXM .........
 
c'est probablement dans les /var/log effectivement que ça a du confler le plus vite...
 
purge des logs avec

pour un vidage efficace...

Un simple echo > fichier.log suffit...
Sinon ca risque fortement de venir de tes fichiers de logs.
Configure correctement ton logrotate

oui mais il crée une ligne vide en debut de fichier c'est pas propre  

Si je voulais un truc propre j'utiliserais pas linux
edit: Ah... on est que jeudi...

ok mais comment ca se fait que ca a gonflé du jour au lendemain ? Hier c'était toujours à 69 % ?
 
La semaine dernière j'avais lancé un sarg qui m'a tout saturé.  Y pas de périodicité avec sarg ? Si oui je l'enlève ou cette périodicité ?
 
Merci

ci dessous un df. le /dev/hda1 diminue en l'espace de 2-3 minutes d'entre 5 et 6 M. Même pour des logs ca fait beaucoup non ?
 
 
sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
/dev/hda1             2,2G  2,0G   87M  96% /
/dev/hdd1              49G  545M   46G   2% /cache
/dev/hdd6              99M  4,1M   90M   5% /firewall
/dev/hda6             1,4G   72M  1,4G   6% /home
/dev/hdd5             9,7G   58M  9,1G   1% /logs

peut-être un process fou qui écrit sur le disque

et comment je trouve ca ?

 
ouais, un BSD
 

 
je sens bien un programme qui bave dans le /var, qui n'est pas sur une partoche à part..
 

c'est ma liste de processus :  
 
Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html
  PID TTY      STAT   TIME COMMAND
    1 ?        S      0:00 init [5]
    2 ?        SN     0:00 [ksoftirqd/0]
    3 ?        S<     0:00 [events/0]
    4 ?        S<     0:00 [khelper]
    9 ?        S<     0:00 [kthread]
   21 ?        S<     0:00 [kblockd/0]
   54 ?        S      0:00 [kapmd]
   74 ?        S      0:00 [pdflush]
   75 ?        S      0:00 [pdflush]
   77 ?        S<     0:00 [aio/0]
   76 ?        S      0:00 [kswapd0]
  671 ?        S      0:00 [kseriod]
  757 ?        S      0:00 [kjournald]
  790 ?        S<s    0:00 udevd
 1355 ?        S      0:00 [khubd]
 1577 ?        S<     0:00 [ata/0]
 3775 ?        S      0:00 [kjournald]
 3776 ?        S      0:00 [kjournald]
 4656 ?        Ss     0:00 /sbin/ifplugd -b -i eth0
 4842 ?        S      0:00 /bin/sh /usr/sbin/adsl-connect
 4895 ?        Ss     0:00 /usr/sbin/pppd pty /usr/sbin/pppoe -p /var/run/pppoe.conf-adsl.pi
 4899 ?        S      0:13 /usr/sbin/pppoe -p /var/run/pppoe.conf-adsl.pid.pppoe -I eth0 -T
 4999 ?        Ss     0:00 portmap
 5023 ?        Ss     0:32 syslogd -m 0 -a /var/spool/postfix/dev/log
 5047 ?        Ss     0:13 klogd -2
 5120 ?        Ss     0:00 rpc.statd
 5340 ?        Ss     0:00 xfs -port -1 -daemon -droppriv -user xfs
 5366 ?        Ss     0:00 dbus-daemon-1 --system
 5398 ?        Ss     0:00 hald
 5705 ?        S      0:00 /usr/bin/kdm -nodaemon
 5725 ?        Ss     0:03 nifd -n
 5750 ?        S      0:01 /etc/X11/X -deferglyphs 16 -auth /var/run/xauth/A:0-CB1kqG
 5789 ?        S      0:00 -:0
 5839 ?        Ssl    0:00 mDNSResponder
 5869 ?        Ss     0:00 /usr/sbin/atd
 5909 ?        Ss     0:00 /usr/sbin/sshd
 6047 ?        S      0:00 [nfsd]
 6048 ?        S      0:00 [nfsd]
 6049 ?        S      0:00 [nfsd]
 6050 ?        S      0:00 [nfsd]
 6051 ?        S      0:00 [nfsd]
 6052 ?        S      0:00 [nfsd]
 6053 ?        S      0:00 [nfsd]
 6054 ?        S      0:00 [nfsd]
 6055 ?        S      0:00 [lockd]
 6056 ?        S<     0:00 [rpciod/0]
 6068 ?        Ss     0:00 rpc.mountd
 6158 ?        S      0:08 /usr/bin/kdm_greet
 6243 ?        Ss     0:00 /usr/lib/postfix/master
 6259 ?        S      0:00 pickup -l -t fifo -u -c -o content_filter  -o receive_override_op
 6260 ?        S      0:00 qmgr -l -t fifo -u -c
 6261 ?        S      0:00 tlsmgr -l -t fifo -u -c
 6269 ?        Ss     0:00 proftpd: (accepting connections)
 6296 ?        Ss     0:00 crond
 6328 ?        Ss     0:00 squid -D
 6416 ?        Ss     0:00 /usr/bin/perl /usr/share/webmin/miniserv.pl /etc/webmin/miniserv.
 6442 ?        Ss     0:00 smbd -D
 6469 ?        Ss     0:00 nmbd -D
 6479 ?        S      0:00 smbd -D
 6631 ?        Ss     0:00 httpd2 -f /etc/httpd/conf/httpd2.conf -DAPACHE2 -DHAVE_ACCESS -DH
 6632 ?        S      0:00 /usr/bin/perl /usr/sbin/advxsplitlogfile
 6639 ?        S      0:00 httpd2 -f /etc/httpd/conf/httpd2.conf -DAPACHE2 -DHAVE_ACCESS -DH
 6640 ?        S      0:00 httpd2 -f /etc/httpd/conf/httpd2.conf -DAPACHE2 -DHAVE_ACCESS -DH
 6641 ?        S      0:00 httpd2 -f /etc/httpd/conf/httpd2.conf -DAPACHE2 -DHAVE_ACCESS -DH
 6642 ?        S      0:00 httpd2 -f /etc/httpd/conf/httpd2.conf -DAPACHE2 -DHAVE_ACCESS -DH
 6643 ?        S      0:00 httpd2 -f /etc/httpd/conf/httpd2.conf -DAPACHE2 -DHAVE_ACCESS -DH
 6733 ?        Ss     0:00 perl /usr/share/libDrakX/drakxtools_http/miniserv.pl /etc/drakxto
 6770 tty1     Ss+    0:00 /sbin/mingetty tty1
 6771 tty2     Ss+    0:00 /sbin/mingetty tty2
 6772 tty3     Ss+    0:00 /sbin/mingetty tty3
 6773 tty4     Ss+    0:00 /sbin/mingetty tty4
 6774 tty5     Ss+    0:00 /sbin/mingetty tty5
 6775 tty6     Ss+    0:00 /sbin/mingetty tty6
 7381 ?        Ss     0:00 sshd: technique [priv]
 7383 ?        S      0:01 sshd: technique@pts/1
 7384 pts/1    Ss     0:00 -bash
 7423 pts/1    S      0:00 su root
 7424 pts/1    S      0:00 bash
 7528 ?        S      0:00 httpd2 -f /etc/httpd/conf/httpd2.conf -DAPACHE2 -DHAVE_ACCESS -DH
 7543 ?        S      0:14 (squid) -D
 7544 ?        Ss     0:00 (unlinkd)
 7657 pts/1    R+     0:00 ps -ax

il est mis dans quoi le cache de ton squid ?

le cache squid est /cache sur un second DD

suis passé de 130 M de libre à 45 en l'espace de 20 minutes ...
Affolant la ...

trouve ce qui grossit avec un find comme dit plus haut

37 M entre les deux post ...

[root@passerelle technique]# find /* -size +300M
/proc/kcore
find: AVERTISSEMENT: lien direct (hard link) est erroné pour /proc: cela est peut-être dû à une anomalie dans le pilote du système de fichiersé L'option -noleaf est automatiquement activée. Les résultats antérieurs peuvent avoir échoués à inclure des répertoires qui auraient dû être recherchés.
find: /proc/7997/task/7997/fd/4: No such file or directory
find: /proc/7997/fd/4: No such file or directory

voila la réponse à un find /* -size+300M

find / -size +100M
 
ce sera déjà pas mal
 
et regarde un df -i, on sait jamais

saturé ...

Sys. de fich.         Inodes   IUtil.  ILib. %IUti. Monté sur
/dev/hda1               277K    104K    174K   38% /
/dev/hdd1               6,2M     54K    6,1M    1% /cache
/dev/hdd6                26K      13     26K    1% /firewall
/dev/hda6               182K     477    182K    1% /home
/dev/hdd5               1,3M      22    1,3M    1% /logs

J'ai ce fichier qui est super gros. c'est normal ?
 
-r--------  1 root root 1069543424 mar 23 14:59 /proc/kcore

a priori oui, il correspond à la taille de la RAM si mes souvenirs sont bons.

J'ai déja rebooté la machine mais j'ai gagné 100 M qui ont vite été bouffé ... et la je sais plus quoi faire

J'ai ce message dans /var/log/messages
 
[2006/03/23 14:59:07, 0] printing/print_cups.c:cups_cache_reload(85)  
Mar 23 14:59:07 passerelle smbd[6442]:   Unable to connect to CUPS server localhost - Connection refused  
Mar 23 14:59:07 passerelle smbd[6442]: [2006/03/23 14:59:07, 0] printing/print_cups.c:cups_cache_reload(85)  
Mar 23 14:59:07 passerelle smbd[6442]:   Unable to connect to CUPS server localhost - Connection refused  
Mar 23 15:01:00 passerelle CROND[8233]: (root) CMD (nice -n 19 run-parts /etc/cron.hourly)  
 
A quoi ca correspond ?

j'ai ca aussi  
 
14:48:30 passerelle kernel: end_request: I/O error, dev fd0, sector 0

histoire de voir quel dossier prend le plus de place, fais donc un :

et le résultat est  
 
4,0K    /home
0       /dev
19M     /etc
8,0K    /mnt
192K    /tmp
122M    /var
2,8M    /root
0       /proc
0       /sys
1,3G    /usr
3,1M    /boot
6,7M    /sbin
31M     /lib
5,4M    /bin
8,0K    /initrd
4,0K    /opt
4,0K    /cache
4,0K    /logs
1,0K    /firewall
21M     /ftp
4,0K    /www
1,5G    /

ben c'est pas plein là

et la ??
 
 df
Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
/dev/hda1             2,2G  2,2G     0 100% /
/dev/hdd1              49G  616M   46G   2% /cache
/dev/hdd6              99M  4,1M   90M   5% /firewall
/dev/hda6             1,4G   72M  1,4G   6% /home
/dev/hdd5             9,7G   64M  9,1G   1% /logs
 
 
Mon rep / il est pas saturé ?

Je suis bien à 100 % d'occupation sur /dev/hda1. Ca signifie bien que mon disque système sature.
 
Pourquoi tu dis que c'est pas plein ?

parce que d'après du, / ne contient que 1.5G quand on fait le total des fichiers
 
amha, tu devrais faire un fsck sur cette partition

c'est quoi un fsck ? excuse mes questions mais je suis pas super spécialiste en linux ...

ok mais mon df indique bien 100 % d'occupation. Je comprends pas trop la

quand tu as une discordance comme ça entre les tailles données par l'un et celles données par l'autre, c'est souvent le signe d'un problème au niveau du système de fichier. Un fsck (FileSystem Check) pourra peut-être le détecter

ben tient ....
J'avais la ligne dans /var/log/messages  
Mar 23 14:59:07 passerelle smbd[6442]:   Unable to connect to CUPS server localhost - Connection refused.
 
J'ai coupé smb et mon df passe de 100 % d'occupé à 89 %. Ca a libéré 231 M

mais ca repart 223 M de libre avec un df

le fsck, ca va pas faire rebooter la machine ? Les services qui tournent n'auront ils pas de prob ?

pour fsck, il faut faire ça sur une partition démontée ou en lecture seule, donc reboot presque obligatoire