Onderwerp: /var = vol (resize vraag)

Vandaag was het zover.. mijn /var is volgeraakt
Ik heb een aparte partition voor de /var van 20gig
De /home is groot genoeg, ik wil daar 10gig afhalen en aan de /var toevoegen..
Heeft er iemand een idee hoe ik veilig remote kan doen?

fdisk?

Herbert, misschien is het handig om te vertellen hoe je indeling opgemaakt is. Daarmee bedoel ik dus raid, softraid, lvm, ext3, ext4, reiserfs, ... want de oplossing kan afhankelijk zijn daarvan.

http://www.howtoforge.com/linux_resi...xt3_partitions

Je kunt je ook afvragen waarom die 20G /var volraakt. Als je daar je dbs oid hebt hangen kun je die beter even naar je /home/ moven bijvoorbeeld. Idem voor de logs. Dat is een veel minder riskante en ingrijpende oplossing.

Oorspronkelijk geplaatst door The-BosS

Herbert, misschien is het handig om te vertellen hoe je indeling opgemaakt is. Daarmee bedoel ik dus raid, softraid, lvm, ext3, ext4, reiserfs, ... want de oplossing kan afhankelijk zijn daarvan.

De indeling is raid1 ext3
Ik was al ruim een uur aan het zoeken waar het probleem lag en ik ben er nu achter dat ik ruim 15gig aan binaire mysql logs heb, en waarom dit zo snel vol gelopen is dat is mij een raadsel.
De binaire logs heb ik verwijderd waardoor ik weer genoeg ruimte heb..
Morgen ga ik verder, die binaire logs zijn die ergens goed voor, volgens mij niet?

Oorspronkelijk geplaatst door systemdeveloper

http://www.howtoforge.com/linux_resi...xt3_partitions

Je kunt je ook afvragen waarom die 20G /var volraakt. Als je daar je dbs oid hebt hangen kun je die beter even naar je /home/ moven bijvoorbeeld. Idem voor de logs. Dat is een veel minder riskante en ingrijpende oplossing.

Terwijl ik aan het typen was kreeg ik deze reactie
Ik heb de binaire logs ook verwijderd en tijdelijk in de /home gezet
Zie vorige post..

http://dev.mysql.com/doc/refman/5.0/en/binary-log.html

Ze zijn wel handig hoor (soms), maar je kunt ze purgen (automatisch) nadat je een backup gemaakt hebt.

Oorspronkelijk geplaatst door Freakingme

fdisk?

Met fdisk wijzig je je partitie tabel, dat wordt hier niet gevraagd.

Herbert,

Ik weet dat je DA gebruikt,
Ik zie dat dit niet in het DA subforum staat.
Gaat het om een DA bak? Indien nee, vergeet mijn post.
Indien ja, http://help.directadmin.com/item.php?id=12 indien het meer wordt dan alleen de logs....

Oorspronkelijk geplaatst door Geert-Jan

Herbert,

Ik weet dat je DA gebruikt,
Ik zie dat dit niet in het DA subforum staat.
Gaat het om een DA bak? Indien nee, vergeet mijn post.
Indien ja, http://help.directadmin.com/item.php?id=12 indien het meer wordt dan alleen de logs....

Geer-Jan dat klopt..
Het is niet echt een DA probleem vandaar dat het hier staat.
Ik heb nooit gekeken naar de grote van de bin-log files, dit was de oorzaak..
De totale mysql databases zijn ongeveer 2,5gig groot in ruim 400 databases
In my.cnf stond de optie expire_logs_days= niet aan, deze heb ik nu op 3 gezet.
Hopelijk is dit voldoende, zo niet dan kan ik altijd nog een symlink aanmaken naar /home
Ik laat vanavond wel weten hoeveel er vandaag bijgekomen is, ik kan er nu niets over zeggen omdat het nog vrij rustig is op de server.

Je zou een bind-mount aan kunnen maken, en bijvoorbeeld /var/log mounten naar iets in /home. Ook makkelijk is je /var/lib/mysql databases (inclusief rechten!) te verplaatsen naar bijvoorbeeld /home/mysql en je data_dir aan te passen in de my.cnf en/of init-scripts. Met deze twee plekken kun je relatief eenvoudig ruimte creeren.

Een andere truck is de disk-reserve gebruiken. Standaard staat 5% gereserveerd voor de root, zodat die nog voodoo kan uithalen bij een volle partitie. Dit kun je verminderen. Ietwat evil, maar het heeft me wel eens de nacht doorgeholpen.

Bedankt Randy voor de tip..
Ik heb het zojuist bekeken en er is ongeveer 1gig aan logs bijgeschreven, en ik heb 15gig space daarvoor.
Normaal zou ik voldoende marge moeten hebben als ik de bin-logs 3 dagen bewaar, zo niet dan kan ik ook nog naar 2 dagen.
Die 5% daar waag ik mij niet aan, stel dat de root ook vol zit kun je dan nog wel inloggen met SSH ?

Als je de logs niet gebruikt, kun je ook de rotatie aanpassen van wekelijks naar dagelijks en in plaats van 4, 2 logs bewaren. Ik zou dit echter niet voor alles willen doen. Van de auth.log wil je een iets grotere geschiedenis, tenzij je die uit je back-up kunt halen.

Randy ik gebruik de logs niet, maar je zult zien als ik ze op disable zet dat ik ze dan nodig moet hebben.
Als er de ruimte voor is dan kan ik ze net zo goed mee laten draaien, baad het niet schaad het niet..
Maar ik weet nu wat ik moet doen als het weer dreigt voor te komen dankzij alle waardevolle tips hier.. mysql is ook weer een vak apart
Bedankt voor de hulp zover..

Oorspronkelijk geplaatst door Herbert

Randy ik gebruik de logs niet, maar je zult zien als ik ze op disable zet dat ik ze dan nodig moet hebben.
Als er de ruimte voor is dan kan ik ze net zo goed mee laten draaien, baad het niet schaad het niet..
Maar ik weet nu wat ik moet doen als het weer dreigt voor te komen dankzij alle waardevolle tips hier.. mysql is ook weer een vak apart
Bedankt voor de hulp zover..

Mysql is een eitje: down gooien, var/lib/mysql moven naar een plek met meer ruimte, pad aanpassen in je startscript en de lucht in trappen weer.

Hmm, Randy's opmerking niet gelezen... my bad