un du -h sur /var me donne 2.4Go d'occupé
4,0K /var/lib/vim/addons
8,0K /var/lib/vim
28K /var/lib/ucf/cache
72K /var/lib/ucf
420K /var/lib/usbutils
28K /var/lib/postfix
2,4G /var/lib
4,0K /var/opt
4,0K /var/lock/apache2
8,0K /var/lock
2,6M /var/backups
4,0K /var/agentx
2,4G /var
alors qu'un df -h me donne le résultat suivant
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda5 14G 13G 497M 97% /var
un du -h sur /var me donne 2.4Go d'occupé
4,0K /var/lib/vim/addons
8,0K /var/lib/vim
28K /var/lib/ucf/cache
72K /var/lib/ucf
420K /var/lib/usbutils
28K /var/lib/postfix
2,4G /var/lib
4,0K /var/opt
4,0K /var/lock/apache2
8,0K /var/lock
2,6M /var/backups
4,0K /var/agentx
2,4G /var
alors qu'un df -h me donne le résultat suivant
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda5 14G 13G 497M 97% /var
un du -h sur /var me donne 2.4Go d'occupé
4,0K /var/lib/vim/addons
8,0K /var/lib/vim
28K /var/lib/ucf/cache
72K /var/lib/ucf
420K /var/lib/usbutils
28K /var/lib/postfix
2,4G /var/lib
4,0K /var/opt
4,0K /var/lock/apache2
8,0K /var/lock
2,6M /var/backups
4,0K /var/agentx
2,4G /var
alors qu'un df -h me donne le résultat suivant
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda5 14G 13G 497M 97% /var
Quand le /var est plein, il faut le vider :)
Quand le /var est plein, il faut le vider :)
Quand le /var est plein, il faut le vider :)
je n'arrive vraiment pas à savoir qu'est ce qui occupe 13Go une idée pour
récupérer de l'espace ?
je n'arrive vraiment pas à savoir qu'est ce qui occupe 13Go une idée pour
récupérer de l'espace ?
je n'arrive vraiment pas à savoir qu'est ce qui occupe 13Go une idée pour
récupérer de l'espace ?
C'est probablement dû à un fichier supprimé, mais toujours ouvert par un
processus, donc non-supprimé réellement. C'est le cas typique d 'un
fichier de log.
C'est probablement dû à un fichier supprimé, mais toujours ouvert par un
processus, donc non-supprimé réellement. C'est le cas typique d 'un
fichier de log.
C'est probablement dû à un fichier supprimé, mais toujours ouvert par un
processus, donc non-supprimé réellement. C'est le cas typique d 'un
fichier de log.
On Sun, 13 Feb 2011 13:52:16 +0100, Nicolas KOWALSKI
wrote:
> C'est probablement dû à un fichier supprimé, mais toujours ouvert par un
> processus, donc non-supprimé réellement. C'est le cas typique d'un
> fichier de log.
Ben dans ce cas là, ça veut aussi dire une sacré erreur de niveau des
logs|rotation...
On Sun, 13 Feb 2011 13:52:16 +0100, Nicolas KOWALSKI
<nicolas.kowalski@gmail.com> wrote:
> C'est probablement dû à un fichier supprimé, mais toujours ouvert par un
> processus, donc non-supprimé réellement. C'est le cas typique d'un
> fichier de log.
Ben dans ce cas là, ça veut aussi dire une sacré erreur de niveau des
logs|rotation...
On Sun, 13 Feb 2011 13:52:16 +0100, Nicolas KOWALSKI
wrote:
> C'est probablement dû à un fichier supprimé, mais toujours ouvert par un
> processus, donc non-supprimé réellement. C'est le cas typique d'un
> fichier de log.
Ben dans ce cas là, ça veut aussi dire une sacré erreur de niveau des
logs|rotation...
Tu dois pouvoir trouver ce processus avec la commande :
lsof | grep /var
Un arrêt/redémarrage du programme incriminé sera alors suffisant po ur
récupérer l'espace disque.
On Sun, Feb 13, 2011 at 06:37:41PM +0100, Jean-Yves F. Barbier wrote:
> On Sun, 13 Feb 2011 13:52:16 +0100, Nicolas KOWALSKI
> wrote:
> > C'est probablement dû à un fichier supprimé, mais toujours ouve rt par
un
> > processus, donc non-supprimé réellement. C'est le cas typique d'u n
> > fichier de log.
>
> Ben dans ce cas là, ça veut aussi dire une sacré erreur de niveau des
> logs|rotation...
Toutafé, à investiguer après le ménage fait.
--
Nicolas
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/ t
Tu dois pouvoir trouver ce processus avec la commande :
lsof | grep /var
Un arrêt/redémarrage du programme incriminé sera alors suffisant po ur
récupérer l'espace disque.
On Sun, Feb 13, 2011 at 06:37:41PM +0100, Jean-Yves F. Barbier wrote:
> On Sun, 13 Feb 2011 13:52:16 +0100, Nicolas KOWALSKI
> <nicolas.kowalski@gmail.com> wrote:
> > C'est probablement dû à un fichier supprimé, mais toujours ouve rt par
un
> > processus, donc non-supprimé réellement. C'est le cas typique d'u n
> > fichier de log.
>
> Ben dans ce cas là, ça veut aussi dire une sacré erreur de niveau des
> logs|rotation...
Toutafé, à investiguer après le ménage fait.
--
Nicolas
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110213174032.GB11062@petole.demisel.ne t
Tu dois pouvoir trouver ce processus avec la commande :
lsof | grep /var
Un arrêt/redémarrage du programme incriminé sera alors suffisant po ur
récupérer l'espace disque.
On Sun, Feb 13, 2011 at 06:37:41PM +0100, Jean-Yves F. Barbier wrote:
> On Sun, 13 Feb 2011 13:52:16 +0100, Nicolas KOWALSKI
> wrote:
> > C'est probablement dû à un fichier supprimé, mais toujours ouve rt par
un
> > processus, donc non-supprimé réellement. C'est le cas typique d'u n
> > fichier de log.
>
> Ben dans ce cas là, ça veut aussi dire une sacré erreur de niveau des
> logs|rotation...
Toutafé, à investiguer après le ménage fait.
--
Nicolas
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/ t
De : Frédéric LESUR
À :
Envoyé le : Lun 14 février 2011, 11h 26min 21s
Objet : Re: /var pleinTu dois pouvoir tro uver ce processus avec la commande :
lsof | grep /varUn arr êt/redémarrage du programme incriminé sera alors suffisant pour
récupérer l'espace disque.
Après si tu ne peux redémarre r ton processus (serveur de production par exemple)
tu peux copier le f ichier avec :
cp fichier.log /chemin_avec_de_la_place.log
puis faire un cat > fichier.log
en général ca marche bien.
A ttention par contre au processus comme tomcat ou jboss qui écrive "un peu
n'importe ou" dans le fichier
mais ces processus ont des options po ur faire des rotations de log.
Le 13 février 2011 18:40, Nicol as KOWALSKI a écrit
:
On Sun, Feb 13, 2011 at 06:37:41PM +0100, Jean-Yves F. Barbier wrote:On Sun, 13 Feb 2011 13:52:16 +0100, Nicolas KOWALSKI
m> wrote:
> C'est probablement dû à un fichier supprimé, mais t oujours ouvert par un
> processus, donc non-supprimé réellement. C'est le cas typique d'un
> fichier de log.
Ben dans ce c as là, ça veut aussi dire une sacré erreur de niveau des
logs|r otation...
Toutafé, à investiguer après le ménage fait.
--
Nicolas
--
Lisez la FAQ de la liste avant d e poser une question :
http://wiki.debian.org/fr/FrenchLists
P our vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, cont actez EN ANGLAIS
Archive: http://lists.debi an.org/
De : Frédéric LESUR <memiks@gmail.com>
À : debian-user-french@lists.debian.org
Envoyé le : Lun 14 février 2011, 11h 26min 21s
Objet : Re: /var plein
Tu dois pouvoir tro uver ce processus avec la commande :
lsof | grep /var
Un arr êt/redémarrage du programme incriminé sera alors suffisant pour
récupérer l'espace disque.
Après si tu ne peux redémarre r ton processus (serveur de production par exemple)
tu peux copier le f ichier avec :
cp fichier.log /chemin_avec_de_la_place.log
puis faire un cat > fichier.log
en général ca marche bien.
A ttention par contre au processus comme tomcat ou jboss qui écrive "un peu
n'importe ou" dans le fichier
mais ces processus ont des options po ur faire des rotations de log.
Le 13 février 2011 18:40, Nicol as KOWALSKI <nicolas.kowalski@gmail.com> a écrit
:
On Sun, Feb 13, 2011 at 06:37:41PM +0100, Jean-Yves F. Barbier wrote:
On Sun, 13 Feb 2011 13:52:16 +0100, Nicolas KOWALSKI
<nicolas.kowalski@gmail.co m> wrote:
> C'est probablement dû à un fichier supprimé, mais t oujours ouvert par un
> processus, donc non-supprimé réellement. C'est le cas typique d'un
> fichier de log.
Ben dans ce c as là, ça veut aussi dire une sacré erreur de niveau des
logs|r otation...
Toutafé, à investiguer après le ménage fait.
--
Nicolas
--
Lisez la FAQ de la liste avant d e poser une question :
http://wiki.debian.org/fr/FrenchLists
P our vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, cont actez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debi an.org/20110213174032.GB11062@petole.demisel.net
De : Frédéric LESUR
À :
Envoyé le : Lun 14 février 2011, 11h 26min 21s
Objet : Re: /var pleinTu dois pouvoir tro uver ce processus avec la commande :
lsof | grep /varUn arr êt/redémarrage du programme incriminé sera alors suffisant pour
récupérer l'espace disque.
Après si tu ne peux redémarre r ton processus (serveur de production par exemple)
tu peux copier le f ichier avec :
cp fichier.log /chemin_avec_de_la_place.log
puis faire un cat > fichier.log
en général ca marche bien.
A ttention par contre au processus comme tomcat ou jboss qui écrive "un peu
n'importe ou" dans le fichier
mais ces processus ont des options po ur faire des rotations de log.
Le 13 février 2011 18:40, Nicol as KOWALSKI a écrit
:
On Sun, Feb 13, 2011 at 06:37:41PM +0100, Jean-Yves F. Barbier wrote:On Sun, 13 Feb 2011 13:52:16 +0100, Nicolas KOWALSKI
m> wrote:
> C'est probablement dû à un fichier supprimé, mais t oujours ouvert par un
> processus, donc non-supprimé réellement. C'est le cas typique d'un
> fichier de log.
Ben dans ce c as là, ça veut aussi dire une sacré erreur de niveau des
logs|r otation...
Toutafé, à investiguer après le ménage fait.
--
Nicolas
--
Lisez la FAQ de la liste avant d e poser une question :
http://wiki.debian.org/fr/FrenchLists
P our vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, cont actez EN ANGLAIS
Archive: http://lists.debi an.org/
Apparemment c'était bien un fichier log qui n'a pas été supprimé
correctement, bizarrement même après avoir redémarré apache je ne
récupérais pas l'espace, j'ai du redémarrer la machine pour récupérer
tout l'espace perdu.
Apparemment c'était bien un fichier log qui n'a pas été supprimé
correctement, bizarrement même après avoir redémarré apache je ne
récupérais pas l'espace, j'ai du redémarrer la machine pour récupérer
tout l'espace perdu.
Apparemment c'était bien un fichier log qui n'a pas été supprimé
correctement, bizarrement même après avoir redémarré apache je ne
récupérais pas l'espace, j'ai du redémarrer la machine pour récupérer
tout l'espace perdu.
Bonsoir à tous,
j'ai un serveur web/mysql qui commene à avoir son /var plein or
Bonsoir à tous,
j'ai un serveur web/mysql qui commene à avoir son /var plein or
Bonsoir à tous,
j'ai un serveur web/mysql qui commene à avoir son /var plein or