Re: PB de taille /var, du != df
Le 12324ième jour après Epoch,
bozo@quarkup.org écrivait:
> Quoting Nicolas Kowalski <Nicolas.Kowalski@imag.fr>:
>
>> J'ai eu ce problème tout récemment, avec un fichier de log supprimé,
>> mais encore ouvert par le logiciel qui y écrivait, PostgreSQL dans mon
>> cas. Le redémarrage de PostgreSQL a résolu ce problème.
>>
>> Tu peux utiliser `lsof +L1' pour trouver les fichiers ouverts et
>> effacés, puis relancer le logiciel qui est associé à ces fichiers.
>>
>> --
>> Nicolas
>>
>
> Merci à tous pour vos réponses,
>
> Je vais tester ca ce soir pour pas couper le serveur de prod en pleine
> journée...
Ben tu peux déjà vérifier avec 'lsof +L1|grep deleted' ... Comme ça tu n'auras
pas à rebooter la machine.
Petit conseil: Après chaque 'dist-upgrade', je fais un 'lsof +L1|grep dpkg'
pour redémarrer les services qui nécessitent un redémarrage. Ça permet de
*vraiment* avoir les patches de sécurité en place, par exemple.
> Imaginons que le pb soit bien celui la, une fois cette petite manip terminé,
> est-ce que je vais récupéré automatiquement mon espace disque ou bien il faudra
> que je fasse une autre manip exotique sur le fs pour effacer le fichier qui est
> deja effacé ???
Non. Le fichier n'est maintenu ouvert que dans la mémoire. Sur le disque, les
infos sont déjà à jour. Pas besoin de manip exotiques.
--
QOTD:
"I used to be an idealist, but I got mugged by reality."
Reply to: