Volt a kérdés, ahol a közelmúltban KT admins tette:

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

Ha a fájl listener.log folyamatosan írt egy Oracle folyamat.

Mindegy, hogy a DB admins hogy sikeresen létrehozta a
listener.log.old.gz
fájlban (vagyis minden rendben ment.)

Akkor kezdett panaszkodni, hogy a tér nem szabadított a fájlrendszer.

I bejelentkezve, és nem látja a fájlt listener.log.old.gz sehol. A "listener.log", amelyet eredetileg 2GB volt kisebb, amikor ellenőrzik, így került át.

"du-ks / opt / sw / oracle" azt mutatta, 4GB használja.

Míg a "df-k" kimutatta 6GB használja a "/ opt / sw / oracle" csatolható.

Úgy látszik, hogy valamit csinálni inodes hivatkozva az eredeti fájl, miközben még mindig használatban ... de nem biztos, ezért én vagyok kiküldetésére, hogy megtudja, miért?

Mindegy, hogy rögzíti a problémát, a megállás és az újrakezdés az eljárás során a fájl a szabad tér.

mv listener.log listener.log.old
névváltozás nem számít, a fájl már nyitva van. Folyamata továbbra is írja, hogy mi van most listener.log.old

gzip listener.log.old
(listener.log.old.gz létrehozása és listener.log.old eltávolítása)
eltávolított a neve, nem a fájlt. Egy másik változás, amely név nem számít.

A fájl nincs kapcsolat a könyvtár lesz megszűnnek az elmúlt közel.

Mi valószínűleg munka:
CP listener.log listener.log.old
cp / dev / null listener.log
gzip listener.log.old

Az, hogy miért nem látta a listener.log.old.gz kép, amikor bejelentkezett, hogy ellenőrizze?
Ha ezt eltávolítják, akkor miért nem az a hely szabadulna?

Thanks for the info btw.

Nem, nem tudom megmagyarázni, hogy miért az. Gz fájl hiányzik.

fuser megjelenik a megnyitott fájlokat, amelyeket el kell hagyni az adott fájlrendszert. Amíg ez a folyamat megállt, a hely nem szabadul fel. Mielőtt messing fájlokkal Győződjön meg róla, hogy nem a folyamat, hogy a nyílt fuser.