Onderwerp: Server migratie handmatig, omdat backup tool stuk is.

Goedemorgen allemaal,

Naar aanleiding van mijn topic op het DirectAdmin forum directadmin.com/forum/showthread.php?t=21981

Ik denk, op twee forums is altijd sneller dan één, en aangezien mijn deadline deze week is moet ik opschieten.

Ook wederom geld dat hier, ik heb de forums afgezocht maar kom geen topic tegen met deze omschrijving helaas, ben weer eens de eerste ofzo

Het probleem is,
De backups, statistieken en quota check die zijn sinds April al gestopt met werken, ik denk dat de oorzaak hier van is dat de Cronjobs het niet meer doen, waarom ik heb geen idee, ik heb jammer genoeg niet zoveel verstand van FreeBSD als ik zou willen.

Wat het probleem nog erger maakt, is dat de shared-hosting klanten op dit moment onrustig beginnen te worden omdat hun backups, statistieken e.d. het niet meer doen, en dit wel geleverd was bij de bestelling ect.

Dus ik moest met een snelle fix komen, en ik dacht ik koop een nieuwe server en migreer alle klanten 1 voor 1 daar naar toe.

Zo gezegt zo gedaan, ik heb nu al een tijdje een nieuwe server draaien, met DA installatie er op. Alleen nu moet ik de klanten overzetten, alleen gaat dat erg lastig omdat ik geen backup kan maken, en kan importeren op de nieuwe server.

Nu is mijn vraag, hoe kan ik het probleem debuggen, en hopelijk oplossen, of hoe maak ik handmatig een backup van elke klant of reseller, en die naar de nieuwe server uploaden?

Als jullie meer informatie nodig hebben dan hoor ik dat graag, zoals ik in mijn andere topic ook al zei, ik zit met de handen in me haar omdat mijn licencie nog zo'n 8 dagen resterend heeft en ik heb geen zin om geld uit te geven aan iets wat ik achteraf toch niet meer nodig heb.

P.S. Ik wil eventueel, als ik het zelf niet kan oplossen wel iemand inhuren voor dit werk.

Met vriendelijke groet,

Michel.

woo sinds april al?
No offence, maar wie doet je serverbeheer dan ?


maargoed, als je de accounts al aanmaakt kun je wellicht via SSH of SCP de files copieren?
Worst case is dat je mensen in huurt om ieder account handmatig om te zetten + iemand die kijkt naar het probleem van de backup.

Hier een soortgelijk probleem gehad, alleen had ik wel backups Anyway, het beste kun je da installeren op de nieuwe server en van de oude de volledige /home directory kopiëren naar de nieuwe server. en hetzelfde voor /usr/local/directadmin/users map. Dit lost echter niet alles op aangezien je ook je mail weer wilt maar aangezien het freebsd is kan ik je niet helpen met de juiste path. (bij mij /var/spool/virtual/mail) tevens dien je de unix users te restoren welke gewoon in directadmin aangemaakt kunnen worden.

Server beheer, tja ik zelf.

Ik kan zelf wel een installatie van een OS doen en daar DA op knallen, daar zijn handleidingen zat voor. Dat is allemaal geen probleem.

Updates voor apache, php, mysql ect is ook nog geen probleem, maar dit soort dingen gaat net weer wat te ver.

De files handmatig kopieeren, daar dacht ik ook al aan, maar dan is de vraag. Welke files?

Ik kan de home dirs ect wel kopieeren, maar hoe zit het dan met de gebruiker zijn pop, mysql, wachtwoorden ect dan ? zitten deze in de homedir?

Als ik iemand moet inhuren om dit te doen, heeft het geen zin om iemand anders het probleem te laten fixen aangezien ik die bak dan toch offline haal. Maak ik daar een backup server o.i.d van.

Oorspronkelijk geplaatst door Brilliance

P.S. Ik wil eventueel, als ik het zelf niet kan oplossen wel iemand inhuren voor dit werk.
.

Ik denk dat je dit in april al had moeten doen, migreren naar een andere DA server is een tijdelijke oplossing, als er iets stuk gaat weet jij duidelijk niet hoe je het moet fixen en iemand inhuren wil je zo te zien liever niet doen.

Ik denk dat migreren zowieso niet de oplossing is, hooguit een tijdelijke oplossing. Je moet iemand inhuren met kennis van DA beheer, als je budget dit niet toelaat, dan reken je te weinig aan je klanten en is je business model niet in orde.

Oorspronkelijk geplaatst door Swiftway-UK

Ik denk dat je dit in april al had moeten doen, migreren naar een andere DA server is een tijdelijke oplossing, als er iets stuk gaat weet jij duidelijk niet hoe je het moet fixen en iemand inhuren wil je zo te zien liever niet doen.

Ik denk dat migreren zowieso niet de oplossing is, hooguit een tijdelijke oplossing. Je moet iemand inhuren met kennis van DA beheer, als je budget dit niet toelaat, dan reken je te weinig aan je klanten en is je business model niet in orde.

Ik vind het wel grappig dat jij gelijk op mijn budget en business model doelt, ik heb echter geen budget hier voor en dit kan ik eventueel wel vrij maken.

Ik zei dat ik eventueel wel iemand hier voor wou inhuren, Ramon Fincken zei daar op, iemand inhuren '+' iemand die het probleem oplost.

Mijn antwoord was dat ik wel iemand hier voor wou inhuren, maar niet een persoon extra om het probleem op te lossen.

Eerst wat beter lezen voor dat je conclusies gaat trekken aub.

---

Al met al, de server die dit probleem heeft is nu bijna 2 jaar oud, en in mijn opzicht aan vervanging toe m.b.t afschrijving, dus vervanging was wel een goeie insteek in mijn ogen.

Ik heb v/d week ook een probleem met een prive server van me gehad deze maakte geen back-ups en terug zetten lukte ook niet. Nieuwe DirectAdmin install er over heen gegooit en het werkte weer (meteen de Custombuild).

Mocht je hulp nodig hebben stuur maar een E-mail op het onderstaande adres.

Oorspronkelijk geplaatst door dennis0162

Ik heb v/d week ook een probleem met een prive server van me gehad deze maakte geen back-ups en terug zetten lukte ook niet. Nieuwe DirectAdmin install er over heen gegooit en het werkte weer (meteen de Custombuild).

Mocht je hulp nodig hebben stuur maar een E-mail op het onderstaande adres.

Nieuwe DA install, dat zou betekenen dat ik alle data kwijt ben? of laat hij dat staan.

Oorspronkelijk geplaatst door Brilliance

Nieuwe DA install, dat zou betekenen dat ik alle data kwijt ben? of laat hij dat staan.

Dit laadt hij netjes staan. Alleen de Admin account overschrijft hij volgens mijn. Voor de zekerheid zal ik wel een back-up maken van de home dir.

Oorspronkelijk geplaatst door dennis0162

Dit laadt hij netjes staan. Alleen de Admin account overschrijft hij volgens mijn. Voor de zekerheid zal ik wel een back-up maken van de home dir.

Ik ben nu een backup aan het maken van de gehele home directory, voor de zekerheid maar even backup binnen halen.

Welke directories moet ik nu precies backuppen zodat hij de mail, mysql, pop accounts ect allemaal meeneemt?

/usr/home
/usr/local/directadmin/users
/var/spool/virtual/mail

nog meer ?

@ TC ik ging uit van worst case, waarin je het net wel of net niet gaat halen om de boel over te zetten.
De most worst case is je wel bekend lijkt me ..

Maar sowiso een offsite/offserver backup van je gebruikersdata is geen overbodige luxe, en zeker niet in dit geval.

/etc/proftpd.passwd
/var/named
/etc/named.conf
/etc/httpd/conf/httpd.conf
/etc/proftpd.vhosts.conf
/var/spool/virtual
/etc/virtual
/var/lib/mysql
/home

Dan heb je zo'n beetje alles wel.

Oorspronkelijk geplaatst door Brilliance

Ik ben nu een backup aan het maken van de gehele home directory, voor de zekerheid maar even backup binnen halen.

Welke directories moet ik nu precies backuppen zodat hij de mail, mysql, pop accounts ect allemaal meeneemt?

/usr/home
/usr/local/directadmin/users
/var/spool/virtual/mail


nog meer ?

/var/log/directadmin
/etc/httpd
/etc/ssh/sshd_config
/etc/proftpd.conf
/etc/proftpd.vhosts.conf
/etc/proftpd.passwd
/etc/named.conf
/var/named
/etc/virtual
/var/spool/virtual

als het goed is dit alles, webalizer vind ik persoonlijk overbodig. Let wel op dat je voor sommige alleen de .conf file restored en geen lib files aangezien de versie op de nieuwe server waarschijnlijk anders is.

Oorspronkelijk geplaatst door dennis0162

/etc/proftpd.passwd
/var/named
/etc/named.conf
/etc/httpd/conf/httpd.conf
/etc/proftpd.vhosts.conf
/var/spool/virtual
/etc/virtual
/var/lib/mysql
/home

Dan heb je zo'n beetje alles wel.

Kijk, daar heb ik wat aan!
Bedankt, ik ga even pielen.

Dan nog een ding,

Eenmaal ik alles over heb naar de andere server, en ik heb het met 1 klant getest dat het werkt. wat is dan het handigste te doen m.b.t DNS ?

Wat is sneller, de IP adressen in de DNS aanpassen per domein, of het IP van de oude server gebruiken op de nieuwe? Ik wil zo weinig mogelijk downtime.

Het oude ip gebruiken is sneller.