PDA

Bekijk Volledige Versie : Te weinig ruimte



Tim.Bracquez
27/10/08, 10:33
Een tijdje geleden een dedi besteld voor een project, deze had CentOS 64bit voor geïnstalleerd op een 3GB partitie en de home map op de overige 250GB.

Doordat alles snel moest gaan heb ik hier geen aandacht aan besteed (wat ik dus beter wel had gedaan)

Nu neemt mijn CentOS installatie 2,5GB in en wat blijft toenemen elke dag.

Wat heb ik al gedaan:
* logs komen op andere partitie terecht
* /tmp voor sessions en temp map in apache komen ook op de andere ruimte
* yum cache leeg gemaakt evenals alles wat overbodig is verwijdert
* overbodige bestanden in /root en /var/www weg gedaan
* mysql server ook op de ander partitie gezet

de server draait dit:
* proftpd
* apache (mod python)
* powerdns
* mysql

Welke mappen kunnen eventueel weg / bestanden kan of mag ik leeg maken. Is er eventueel andere oplossing nog? (zit in geen Volume groep op de dedi)

Dit omdat de CentOs installatie steeds meer begint te gebruiken, elke dag een beetje meer ... tot dat de disk ruimte op is...

alvast bedankt,

parmaweb
27/10/08, 10:36
normaal gezien moet je met de dingen die je aangeeft met +- 50 mb zeker genoeg hebben.

indien je er niet komt kan je eventuee proberen een apparte partitie aan te maken voor de usr bvb op een andere part te zetten

Tim.Bracquez
27/10/08, 10:47
normaal gezien moet je met de dingen die je aangeeft met +- 50 mb zeker genoeg hebben.

Er is momenteel nog 450 MB vrij, vind het gewoon raar dat er per 2 weken 100MB bij komt, moet dit eens in het oog houden.



indien je er niet komt kan je eventuee proberen een apparte partitie aan te maken voor de usr bvb op een andere part te zetten
Mogelijke oplossing, maar dan moet ik mijn andere partitie kunnen resizen, zonder LVM allemaal niet zo flexibel :) Maar is mogelijke oplossing, al houdt ik deze graag tot de laatste...

Iemand anders soms aanbevelingen?

t.bloo
27/10/08, 11:58
Er is momenteel nog 450 MB vrij, vind het gewoon raar dat er per 2 weken 100MB bij komt, moet dit eens in het oog houden.

Dat is je /var, waar /var/log in leeft (maar die heb je dus al verplaatst). Je /var/spool is de folder waar vaak mail en spam naartoe gaat, dat kan dus ook groeien. De /bin en /usr die groeit niet als je er niets mee doet.

t.bloo
27/10/08, 12:01
Doe eens


cd /
du -shc *

en post de output hier.

Tim.Bracquez
27/10/08, 12:23
7.1M bin
4.5M boot
40K dev
57M etc
4.0K ftpm
117G home
18M lib
13M lib64
16K lost+found
4.0K media
4.0K mnt
4.0K opt
0 proc
118M root
24M sbin
16K selinux
8.0K srv
0 sys
8.0K tmp
919M usr
32M var
118G total


en dit van men usr mapje dat wat groot uitvalt


53M bin
4.0K etc
4.0K games
16M include
136K kerberos
219M lib
184M lib64
97M libexec
24M local
40K man
18M sbin
311M share
4.0K src
0 tmp
8.0K X11R6
919M total


EDIT: was de hidden files in de root vergeten, de cache van men lftp ... dus dat is 100 MB minder. kunnen er ergens nog zo'n bestanden zitten?

Tim.Bracquez
03/11/08, 13:44
het rare is nu als ik dit commando nog eens uitvoer...

7.1M bin
4.5M boot
40K dev
58M etc
4.0K ftpm
150G home
18M lib
13M lib64
16K lost+found
4.0K media
4.0K mnt
4.0K opt
0 proc
172K root
25M sbin
16K selinux
8.0K srv
0 sys
8.0K tmp
917M usr
29M var

wat er uit ziet alsof de / minder in gebruik heeft, uiteindelijk als ik kijk naar de disk usage neemt dit toe.
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 3.0G 2.6G 271M 91% /
/dev/sda2 226G 150G 65G 70% /home


Iemand enig idee hoe dit komt? wat wordt met het bovenstaand commando niet in telling gebracht? du -shc *

heb nogmaals achter rare bestanden in de bekende mappen gezocht, maar niets te vinden wat overbodig lijkt te zijn... iemand nog enkele tips?

dirk939
07/11/08, 00:22
Je kunt een LVM-PV maken op de partitie waar nu /home gemount is en van hieruit verder werken.

eszet
07/11/08, 10:02
wat er uit ziet alsof de / minder in gebruik heeft, uiteindelijk als ik kijk naar de disk usage neemt dit toe.
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 3.0G 2.6G 271M 91% /
/dev/sda2 226G 150G 65G 70% /home


Iemand enig idee hoe dit komt? wat wordt met het bovenstaand commando niet in telling gebracht? du -shc *


Commando du gaat effectief kijken hoeveel diskspace de bestanden/directories in beslag nemen.
Als je een bestand verwijdert terwijl dit nog open staat voor één of ander proces dan zal commando df nog steeds de grootte van dat bestand meerekenen (want het is zogezegd nog in gebruik, dus de ruimte is niet vrijgegeven).

Dus, als er je in je opkuisactie bestanden hebt verwijderd die bv. in gebruik waren door een proces/script/daemon/... dan zal df die grootte nog steeds meerekenen. Oplossing is dan een herstart van dat proces/daemon om het vrij te geven. Desnoods een reboot als je niet wil gaan uitzoeken over welk proces het gaat. Met lsof kan je dat normaalgezien wel terugvinden.

Tim.Bracquez
11/11/08, 12:38
alvast bedankt allemaal voor de tips, ik heb alvast eens herstart zodat alles vrijgegeven wordt, echter wordt het niet gedaan:



Filesystem Size Used Avail Use% Mounted on
/dev/sda1 3.0G 2.7G 179M 94% /
/dev/sda2 226G 107G 108G 50% /home

bedankt allemaal, ik heb alvast eens herstart zodat alles vrijgegeven wordt, echter wordt het niet gedaan:



7.0M bin
4.5M boot
40K dev
57M etc
4.0K ftpm
107G home
18M lib
13M lib64
16K lost+found
4.0K media
4.0K mnt
4.0K opt
0 proc
176K root
25M sbin
16K selinux
8.0K srv
0 sys
12K tmp
531M usr
33M var
108G total



Boven staat er dat er 2,7GB in gebruik is, terwijl als ik beneden alles optel, buiten de /home map kom ik rond de 1GB, waar zit de rest van die data? iemand een idee?

Geert-Jan
11/11/08, 12:56
Mis ik nog wat je met /var/log hebt gedaan?

Tim.Bracquez
11/11/08, 13:11
Mis ik nog wat je met /var/log hebt gedaan?

ja map is nu wat leger gemaakt(29MB), maar dan nog, op die enkele MB's maakt het niet uit...

ik vraag me gewoon af waar die andere zitten,...

bakkerl
11/11/08, 15:34
gewoon even voor de grap..
unmount /dev/sda2
en kijk hoeveel er dan nog in /home staat.

bakkerl
11/11/08, 15:43
Staan er in de root (/) nog bestanden en/of folder die beginnen met een . (punt)
Deze worden namelijk bij 'du -shc *' niet meegenomen.

probeer eens een:
cd /
du --max-depth=1 -h

Tim.Bracquez
11/11/08, 15:55
Staan er in de root (/) nog bestanden en/of folder die beginnen met een . (punt)
Deze worden namelijk bij 'du -shc *' niet meegenomen.

bedankt dat was de gouden tip !, mijn transfer log van de backup

was dit namelijk vergeten ->|

PS: je hebt PM

:lovewht:

bakkerl
11/11/08, 16:04
PS: je hebt PM


:huh: Daar zie ik nog weinig van...

Tim.Bracquez
11/11/08, 16:07
:huh: Daar zie ik nog weinig van...

refresh ;) was PM nog aan het opstellen ...

Rolie
13/11/08, 20:09
Je kan willekeurige mappen binnen partitie A verplaatsen naar partitie B en op z'n oude locatie houden met een symlink. Vies, en je moet goed bijhouden waar je dat allemaal hebt gedaan, maar het werkt wel.

Tim.Bracquez
13/11/08, 20:25
Je kan willekeurige mappen binnen partitie A verplaatsen naar partitie B en op z'n oude locatie houden met een symlink. Vies, en je moet goed bijhouden waar je dat allemaal hebt gedaan, maar het werkt wel.

jep, maar dan moet je ook goed kijken wat er draait enzo vooraleer je verplaatst. Momenteel de boos doender al gevonden ;)

rune
08/12/08, 18:23
Als je in de toekomst nog wel tegen een volle / aanloopt;
/var en /usr verhuizen.
Met mount -o loop, of met eigen partities levert dat geen problemen op.

Tim.Bracquez
08/12/08, 18:31
was al opgelost maar toch bedankt voor de bijdrage...
{xx}