Le 12324i�me jour apr�s Epoch,
[EMAIL PROTECTED] �crivait:
> Quoting Nicolas Kowalski <[EMAIL PROTECTED]>:
>
>> 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."
