Teve uma questão que recentemente fez PO admins:

mv listener.log listener.log.old
gzip listener.log.old

Onde arquivo listener.log está continuamente a ser escrito por um oráculo processo.

De qualquer forma, de acordo com o PO administradores que criou o sucesso
listener.log.old.gz
arquivo (ou seja, tudo foi bem).

Então eles começaram a queixar que o espaço não havia sido liberado no sistema de ficheiros.

Eu registrado em e não podia ver o arquivo listener.log.old.gz em qualquer lugar. O "listener.log", que foi originalmente 2GB, era menor quando verificada, por isso foi movido.

"du-ks / opt / PB / oracle" mostrou 4GB em uso.

Considerando que o "df-k" mostrou 6GB em uso no "/ opt / PB / oracle" mountpoint.

Aparentemente é algo a ver com inodes remetendo para o arquivo original, enquanto ela ainda em uso ... mas não tenho certeza, que é por isso que estou postagem para descobrir porquê?

De qualquer forma, para corrigir o problema, parar e reiniciar o processo usando o arquivo irá liberar o espaço.

mv listener.log listener.log.old
alteração do nome não importa, o arquivo já está aberto. Processo ainda escreve para o que é agora listener.log.old

gzip listener.log.old
(listener.log.old.gz é criado e listener.log.old é removido)
você removeu o nome, não o arquivo. Outra alteração do nome que não interessa.

Um arquivo não será link para um diretório será removida após a última perto.

Qual seria provavelmente trabalho:
cp listener.log listener.log.old
cp / dev / null listener.log
gzip listener.log.old

É por isso que eu não podia ver o arquivo quando eu listener.log.old.gz logado no cheque?
Se for removido, então porque não é o espaço libertado?

Thanks for the info btw.

Não, eu não posso explicar por que razão o. Gz arquivo estava faltando.

fusor mostrará abrir arquivos que foram apagados em um determinado sistema de arquivos. Até que o processo é interrompido o espaço não será liberado. Antes de mexer com os arquivos certifique-se de que nenhum processo foi aberto com fusor.