/var is vol, wat is nu de beste manier

[Verwijderd]

Momenteel zit ik met een server die al een paar jaar goed draait en ooit is geinstalleerd door WideXS.

De partities zien er als volgt uit:

Filesystem Size Used Avail Use% Mounted on
/dev/hda1 2.4G 2.2G 44M 98% /
/dev/hda5 16G 2.6G 13G 17% /backup
/dev/sda7 16G 6.5G 8.6G 43% /opt
/dev/sda1 473M 915k 447M 0% /tmp

Zoals je ziet is het systeem een beetje krom geinstalleerd waarbij naar mijn idee niet voldoende is nagedacht, maar dan ter zijde.

Vanwege het feit dat de /var directory op de / partitie staat heb ik dus geen ruimte meer voor mijn database/logfiles en mail...

1. Wat we nu willen gaan doen is er een extra harddisk in hangen, deze tijdelijk mounten onder een andere naam.

2. De /var directory kopieeren naar de nieuwe schijf.

3. fstab aanpassen zodat de /var gaat verwijzen naar de nieuwe harddisk

4. de oude /var directory renamen.... naar /var_oud ofzo..

5. reboot.

Is dit de juiste oplossing?, ik weet dat dit niet de beste is, maar het gaat er om dat die nog even een paar maand vooruit kan voordat deze wordt vervangen.

Graag jullie suggesties...

Ron

[smokalot]

Dat kan, maar ik zou zelf als het maar om een tijdelijke oplossing gaat de logfiles e.d. verplaatsen naar /backup ofzo. Heb je niet nog een extra hdd nodig, je fstab hoef je niet aan te passen, kan daar dus ook niets mee misgaan.

[Verwijderd]

smokalot schreef op 04 juni 2004 @ 17:34:
Dat kan, maar ik zou zelf als het maar om een tijdelijke oplossing gaat de logfiles e.d. verplaatsen naar /backup ofzo. Heb je niet nog een extra hdd nodig, je fstab hoef je niet aan te passen, kan daar dus ook niets mee misgaan.

Tja, maar das op zich niet zoveel...
HTTP = 90 mb en de rest is 35mb.

[Verwijderd]

ik zou zelf stap 3 en 4 uitvoeren in runlevel 1 (single user mode) en dan een remount doen.. vervolgens weer naar je normale runlevel gaan... scheelt weer een reboot

[Verwijderd]

mischien is het handig om die http directory van 90mb te verplaatsen naar /home en je apache.conf aanpassen om daarna te verwijzen. dan kan je wel weer een tijdje vooruit met /var en hij is meteen makkelijker aan te passen omdat je dit vanuit met een usertje die inlogt kan doen (mits je em in een home dir van een user plaatst)

[Verwijderd]

wat ook scheelt is de /var/cache map eens uitpluizen ... vooral als je debian draait en veel updates enzo doet, komt die zo vol te staan met allerlei gedownloade packages... (keek net en was weer goed voor een halve gig

Kweenie hoe dat met andere distro's zit, maar kan me voorstelen dat bijv. redhat daar ook z'n packages neerzet

[0siris]

maar het gaat er om dat die nog even een paar maand vooruit kan voordat deze wordt vervangen.

met AIX krijg je /var ook snel vol via het bestand wtmp en /var/spool/lpd/qdir en /var/spool/mail ff uit mijn hoofd, misschien is het al een heel stuk opgelost als je daar eens gaat ruimen!
Welk OS gebruik je? (en als dat Linux is, welke distro?)
ik denk dat als je het echt wil doen zoals jij het wil doen, wat je schrijft wel de makkelijkste manier is.

[ Voor 43% gewijzigd door 0siris op 04-06-2004 17:51 ]

[Jazzy]

Welk OS?

[Verwijderd]

op deze server staat Redhat linux... uit mijn hoofd versie 6.x

[arikkert]

Verwijderd schreef op 04 juni 2004 @ 17:31:
Is dit de juiste oplossing?, ik weet dat dit niet de beste is, maar het gaat er om dat die nog even een paar maand vooruit kan voordat deze wordt vervangen.

alsie toch binnenkort vervangen wordt.
copy var naar /backup/var/ of /opt/var
move /var naar /var.bla
maak nieuwe symlink van /var naar /backup/var of /opt/var en check of het werkt na remounten.
als het werkt var.bla verwijderen.

[ Voor 3% gewijzigd door arikkert op 05-06-2004 14:29 ]

[Sir Isaac]

Als ik jou was zou ik met parted /dev/hda5 kleiner maken, en op de vrijgekomen ruimte een nieuwe partitie maken voor bijv. /home.

[Mon]

Misschien is LVM een goed idee?
http://tldp.org/HOWTO/LVM-HOWTO/whatisvolman.html

Ik heb er thuis zelf ook mee gespeeld en ik denk dat het handig kan zijn om problemen in de toekomst te vermijden.