Toon posts:

Filesystem 12G, 1.3G vrij, 1.1G files --> waar is de rest??

Pagina: 1
Acties:

  • SteveIT
  • Registratie: juli 2007
  • Laatst online: 11-11-2014
Dag mede-Tweakers,

Vreemd fenomeen. Nu moet ik eerst zeggen dat ik vooral een Oracle man ben en geen UNIX-specialist, dus misschien is mijn vraag perfect logisch voor jullie.

Ik heb een filesystem gemount /oracle, 12G groot. Vraag ik een du -h dan krijg ik dat er 1.3G vrij is. Doe ik een df -h in /oracle, dan krijg ik dat er 1.1G files op staat.

12G - 1.1G = ongeveer 10.9G die vrij zou moeten zijn. Dat is lang niet die 1.3G die volgens du -h vrij is, een verschil van 9G en een beetje. Waar is die naar toe?

Ik heb wel onlangs een reusachtige logfile gewist van Oracle webcache, 5G groot, als root rm -rf.

Domme vraag misschien, maar blijven gewiste bestanden ergens "hangen" tot die ruimte vrijgegeven wordt? Ik dacht toch van niet??

Hoop dat jullie licht op deze zaak kunnen werpen want de krappe ruimte op mijn /oracle begint toch problematisch te worden.

Dank!

  • SteveIT
  • Registratie: juli 2007
  • Laatst online: 11-11-2014
benoni schreef op maandag 11 oktober 2010 @ 09:00:
[...]


De ruimte wordt inderdaad niet vrijgemaakt zolang het bestand is geopend door een proces. Met lsof kun je dat controleren (zoek op 'lsof deleted file').
Aha... dat zou dan betekenen dat zolang ik mijn Oracle Application Server niet reboot, de ruimte die deze logfile innam, "gereserveerd" blijft door de Application Server die nog steeds draait? (Logisch eigenlijk, als ik er eens verder over nadenk).

Ik reboot dat ding deze week eens als er eens niet te veel mensen op kantoor zijn en dan zien we wel...

Dank voor de hulp!

  • SteveIT
  • Registratie: juli 2007
  • Laatst online: 11-11-2014
ACM schreef op maandag 11 oktober 2010 @ 09:07:
Kent die omgeving zelf geen functionaliteit om logfiles te roteren/vrij te geven? (let er trouwens op dat niet alle soorten (database)logs zomaar weggegooid mogen worden)
Nee, die functionaliteit is door mijn voorganger nooit ingesteld en ik had er nog de ervaring/tijd niet voor om dat te doen.

Betreft Application Server logs, die weergeven welk IP wanneer geconnecteerd heeft en in de afgelopen 5 jaar of zo was die opgelopen tot 5GB. File ge-rm-f-fed bij acuut plaatsgebrek op /oracle en dat ding draait nog steeds OK.
benoni schreef op maandag 11 oktober 2010 @ 09:13:
Nu weet ik weer niets van Oracle, maar is er geen optie om logfiles regelmatig te wisselen / flushen of zo? Of kun je naast een reboot opdracht ook een reload geven (die dan zo snel zou moeten zijn dat de clients kunnen blijven draaien)?

Mmm... ben niet de enige die dat zich afvraagt :P
Dat moet zeker kunnen, en ik ga dat ook uitzoeken nu er daar problemen mee beginnen te komen, maar zoals ik reeds zei hierboven, mijn voorganger heeft dat nooit gedaan en ik had er nog de ervaring/kennis/tijd niet voor...

[Voor 33% gewijzigd door SteveIT op 11-10-2010 09:15]


  • SteveIT
  • Registratie: juli 2007
  • Laatst online: 11-11-2014
Tim schreef op maandag 11 oktober 2010 @ 09:35:
du -h geeft juist aan hoe groot een directory is, dus het verschil is toch maar 200mb?
df -h geeft een filesystem /oracle van 12G, waar er 1.3G van vrij is, dus zou er een goeie 10.7 G of zoiets volzet zijn
du -h op /oracle daarentegen geeft aan dat er 1.1G files opstaan

DUS volgens df -h 10.7G volzet en volgens du -h 1.1G volzet

Ik ben eens nieuwsgierig wat er na reboot Application Server (en ik reboot ook meteen maar eens de Linux server ook) gebeurt.

  • SteveIT
  • Registratie: juli 2007
  • Laatst online: 11-11-2014
Tim schreef op maandag 11 oktober 2010 @ 10:18:
[...]

Ah, in je startpost staat het precies andersom.
Heb ik het nu helemaal verkeerd? Komt er gewoon op neer dat volgens een df -h er een slordige 10G "verdwenen" is, maar zoals iemand eerder zei, zal die gelocked staant door processen van mijn Application Server. Als ik die es reboot zullen die normaal gezien vrijgegeven worden.

  • SteveIT
  • Registratie: juli 2007
  • Laatst online: 11-11-2014
Servers deze middag gereboot.

Het wissen van een logfile die nog in gebruik was door Oracle (en waardoor de vrijgekomen gigabytes dus nog niet vrijgegeven waren) was inderdaad het probleem.

Van 93% vol naar 10% vol gegaan, perfect.
Pagina: 1


Nintendo Switch (OLED model) Apple iPhone 13 LG G1 Google Pixel 6 Call of Duty: Vanguard Samsung Galaxy S21 5G Apple iPad Pro (2021) 11" Wi-Fi, 8GB ram Nintendo Switch Lite

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2021 Hosting door True

Tweakers maakt gebruik van cookies

Bij het bezoeken van het forum plaatst Tweakers alleen functionele en analytische cookies voor optimalisatie en analyse om de website-ervaring te verbeteren. Op het forum worden geen trackingcookies geplaatst. Voor het bekijken van video's en grafieken van derden vragen we je toestemming, we gebruiken daarvoor externe tooling die mogelijk cookies kunnen plaatsen.

Meer informatie vind je in ons cookiebeleid.

Sluiten

Forum cookie-instellingen

Bekijk de onderstaande instellingen en maak je keuze. Meer informatie vind je in ons cookiebeleid.

Functionele en analytische cookies

Deze cookies helpen de website zijn functies uit te voeren en zijn verplicht. Meer details

janee

    Cookies van derden

    Deze cookies kunnen geplaatst worden door derde partijen via ingesloten content en om de gebruikerservaring van de website te verbeteren. Meer details

    janee