Havde et spørgsmål for nylig, hvor BF admins gjorde:

MV listener.log listener.log.old
gzip listener.log.old

Hvor fil listener.log er til stadighed skrevet til ved en oracle proces.

Anyway, i henhold til BF admins de med succes skabt
listener.log.old.gz
fil (dvs. alle gik okay).

SÃ¥ begyndte de klager over, at rummet ikke var blevet befriet om filsystem.

Jeg er logget ind og kunne ikke se sagsakterne listener.log.old.gz overalt. Den "listener.log", som blev 2GB oprindeligt, faktisk var mindre, når jeg kontrolleres, så den blev flyttet.

"du-ks / opt / sw / oracle" viste 4GB i brug.

Mens "df-k" viste 6GB i brug på "/ opt / sw / oracle" mountpoint.

Tilsyneladende er det noget at gøre med inodes henviser til den oprindelige fil, mens den stadig er i brug ... men ikke sikker på, hvilket er grunden til, at jeg udstationering at finde ud af hvorfor?

Anyway, for at rette problemet, stoppe og genstarte processen ved hjælp af filen vil frigøre den plads.

MV listener.log listener.log.old
Navneskiftet betyder ikke noget, filen er allerede åben. Processen stadig skriver til, hvad der nu listener.log.old

gzip listener.log.old
(listener.log.old.gz er oprettet og listener.log.old er fjernet)
du har fjernet det navn, ikke filen. Et andet navn ændring, der betyder ikke noget.

En fil vil ikke linke til en mappe vil blive fjernet efter den sidste tæt.

Hvad ville sandsynligvis arbejde:
cp listener.log listener.log.old
cp / dev / null listener.log
gzip listener.log.old

Er det derfor, jeg ikke kan se listener.log.old.gz fil når jeg er logget ind på check?
Hvis det er fjernet, så hvorfor ikke er plads befriet?

Thanks for the info btw.

Nej, jeg kan ikke forklare hvorfor. Gz fil manglede.

fuser vil vise åbne filer, der er blevet slettet på en given fil system. Indtil denne proces er stoppet den plads ikke vil blive løsladt. Før Messing med filer sørg ingen proces har det åbne med fuser.