Bekijk Volledige Versie : Partities
Tijdens de eerste installatie van onze server lijkt het er op dat men een klein foutje heeft gemaakt. De /var partitie is zo klein dat we binnen een niet te lange tijd geen mysql data er meer op kwijt kunnen.
Mijn FStab;
# See the fstab(5) manual page for important information on automatic mounts
# of network filesystems before modifying this file.
#
# Device Mountpoint FStype Options Dump Pass#
/dev/ad0s1b none swap sw 0 0
/dev/ad0s1a / ufs rw,userquota,groupquota 1 1
/dev/ad0s1f /tmp ufs rw,userquota,groupquota 2 2
/dev/ad0s1g /usr ufs rw,userquota,groupquota 2 2
/dev/ad0s1e /var ufs rw,userquota,groupquota 2 2
/dev/ad2s1e /backup ufs rw,userquota,groupquota 2 2
proc /proc procfs rw 0 0
Nu wil ik graag de /var schijf vergroten. Hoe kan ik dit makkelijk doen?
Ik heb via google niet al te veel kunnen vinden en vertrouw eerder op collega hosters dan een google uitlegje.
Hoe groot zijn alle partities?
/usr is 109 Gb
/var is 250 Mb
/tmp is 250 Mb
/ is 120 Mb
/backup is 110 gb
Welke uil heeft die geinstalleerd? :D
trendhoper
10/12/04, 11:23
Het eenvoudigste is om de MySQL te verplaatsten dit is erg simpel.
Even wijzigen in de /etc/my.conf en klaar is K33S
Origineel geplaatst door mguilmot
Welke uil heeft die geinstalleerd? :D
Nou ik dacht een goed bedrijf maar achteraf heb ik toch mijn vraagtekens er bij ;)
Leaseweb BV
Oke, dan zal ik eens een geschikte plek zoeken voor mijn mysql zooi.. maar kan dat wel (we draaien cpanel) met het CP en de Backups overweg?
trendhoper
10/12/04, 11:27
Na het posten zie ik hoe groot de partities zijn.
Ik zou opnieuw beginnen.
Je gaat anders altijd fout op root en var met zijn logs.
Of je moet die ook allemaal verplaatsen
Je kan altijd nog een link leggen.
Maar dit zijn allemaal raare hulp middeltjes.
gewoon even een backup maken en fdisk goed gebruiken en niet optie A kiezen
/usr is 109 Gb
/var is 250 Mb
/tmp is 250 Mb
/ is 120 Mb
/backup is 110 gb
Origineel geplaatst door trendhoper
Na het posten zie ik hoe groot de partities zijn.
Ik zou opnieuw beginnen.
Je gaat anders altijd fout op root en var met zijn logs.
Of je moet die ook allemaal verplaatsen
Je kan altijd nog een link leggen.
Maar dit zijn allemaal raare hulp middeltjes.
gewoon even een backup maken en fdisk goed gebruiken en niet optie A kiezen
/usr is 109 Gb
/var is 250 Mb
/tmp is 250 Mb
/ is 120 Mb
/backup is 110 gb
Overnieuw beginnen is niet echt een optie, het is een server die momenteel al in gebruik is en we kunnen er momenteel ook niet fisiek bij.
Ik wil dus het liefst op afstand dit doen.. gewoon even 500 MB - 1 GB extra
Er is niets mis met deze indeling. Ik ben zelf van mening dat MySQL databases helemaal niet thuishoren op /var.
Origineel geplaatst door STABLE
Er is niets mis met deze indeling. Ik ben zelf van mening dat MySQL databases helemaal niet thuishoren op /var.
Waar raad jij ze aan dan? Let wel op dat we CPanel gebruiken en dat wel compatible moet blijven.
Moet /var op een echte aparte partitie blijven ?
Op een systeem die echt niet mag down gaan of zo, misschien een link van /usr/var of iets dergelijks naar /var leggen, en /var uiteraard uit je fstab halen.
Het is niet echt een mooie oplossing, maar het zou volgens mij wel moeten werken.
kan ik ook alle mysql data (alleen mysql) verplaatsen naar /usr/var en een symlink maken van /var/db/mysql naar /usr/var/db/mysql ?
Werkt de backup ook nog naar behoren dan?
Is er nog schijfruimte vrij? Waarschijnlijk niet, dan kan je het vergeten. FreeBSD is geen windows, partities uitbreiden is niet zo gemakkelijk en is bijna niet mogelijk.
Zet alles tijdelijk op een andere server, richt de server opnieuw in en ga dan weer verder op deze server.
Dit is de makkelijkste optie, wat je zou kunnen doen is een 2de schijf erin zetten en deze mounten als /var. Wel zorgen dat je heel /var backuppen. Als je weinig ervaring hebt dan raadt ik het je af.
Dit zijn 2 losse schrijven, 2x 120 gig. Ik ben dus ook wat Gigjes kwijt? Zo lijkt het.
Ik moet in elk geval écht een oplossing hebben. Momenteel hebben we nog zat ruimte vrij dus zou het geen probleem moeten zijn om de boel te verplaatsen.
Om voort te gaan zoals ik zei:
Je maakt een mapje /usr/var
Je kopieert alles van /var naar /usr/var (cp -r /var/* /usr/var)
Je haalt de lijn met /var uit /etc/fstab
rm -rf /var (zeker zijn dat alles gekopieerd is)
een symlink van /usr/var naar /var
Ik ben doodmoe, misschien zie ik iets over het hoofd nu.
Iemand die kan zeggen of ik iets vergeet?
Succes alleszinds.
Origineel geplaatst door Kurtje
kan ik ook alle mysql data (alleen mysql) verplaatsen naar /usr/var en een symlink maken van /var/db/mysql naar /usr/var/db/mysql ?
Werkt de backup ook nog naar behoren dan?
Ja hoor kan.
Houd er wel rekening dat symlinken de load van het systeem verhoogd. Telkens dienen er dubbele file operaties plaats te vinden.
Mijn advies, server opnieuw laten inrichten met de door jou gewenste partities.
Origineel geplaatst door Kurtje
Nou ik dacht een goed bedrijf maar achteraf heb ik toch mijn vraagtekens er bij ;)
Beetje naief (sorry, trema werkt niet ;)) om daar LeaseWeb de schuld van te geven nietwaar? IMHO had je dan van te voren moeten melden dat je een grotere /var partitie wilde, als je FreeBSD namelijk automatisch partities aan laat maken krijg je indeling zoals die nu bij jou is.
Mijn advies, server opnieuw laten inrichten met de door jou gewenste partities.
Is uiteraard de beste oplossing.
IMHO had je dan van te voren moeten melden dat je een grotere /var partitie wilde, als je FreeBSD namelijk automatisch partities aan laat maken krijg je indeling zoals die nu bij jou is.
Ik heb men duidelijk vermeld dat ik géén verstand van FreeBSD had. Wij werkte toen alleen met Debian linux, die dit soort rare dingen niet doet.
Origineel geplaatst door Kurtje
Ik heb men duidelijk vermeld dat ik géén verstand van FreeBSD had. Wij werkte toen alleen met Debian linux, die dit soort rare dingen niet doet.
Waarom werk je dan met FreeBSD?
Origineel geplaatst door flen
Waarom werk je dan met FreeBSD?
Omdat naar verluid cpanel niet met debian werkt.
Origineel geplaatst door Kurtje
Omdat naar verluid cpanel niet met debian werkt.
't draait hier anders best aardig hoor... Heb er nu 2 servertjes mee draaien.
Origineel geplaatst door Kurtje
kan ik ook alle mysql data (alleen mysql) verplaatsen naar /usr/var en een symlink maken van /var/db/mysql naar /usr/var/db/mysql ?
Werkt de backup ook nog naar behoren dan?
Werkt dus niet. Hij kan ineens niet meer connecten als ik gewoon een symlink maak van /var/db/mysql naar /var/mysql
--edit
/var/db gedaan, symlink naar 2e schijf.. en ja.. het lijkt ineens te werken?
Origineel geplaatst door Kurtje
Ik heb men duidelijk vermeld dat ik géén verstand van FreeBSD had. Wij werkte toen alleen met Debian linux, die dit soort rare dingen niet doet.
Lijkt mij eerlijk gezegd een rare verklaring.. LeaseWeb als schuldige aanwijzen voor een defaul paritioning omdat jij geen verstand hebt van FreeBSD? :D
Gelukkig is het opgelost..
LeaseWeb als schuldige aanwijzen
Nouja, schuldig.. ze hadden het even kunnen melden ;)
Maargoed, is gebeurd. Jammer maar helaas..