Bekijk Volledige Versie : Server migratie handmatig, omdat backup tool stuk is.
Brilliance
23/10/07, 10:20
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.
Ramon Fincken
23/10/07, 10:23
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.
swedendedicated
23/10/07, 10:34
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.
Brilliance
23/10/07, 10:36
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.
Swiftway-UK
23/10/07, 10:38
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.
Brilliance
23/10/07, 10:43
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.
dennis0162
23/10/07, 10:46
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.
Brilliance
23/10/07, 10:53
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.
dennis0162
23/10/07, 10:58
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.
Brilliance
23/10/07, 11:03
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 ?
Ramon Fincken
23/10/07, 11:07
@ 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.
dennis0162
23/10/07, 11:16
/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.
swedendedicated
23/10/07, 11:18
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.
Brilliance
23/10/07, 11:19
/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.
dennis0162
23/10/07, 11:22
Het oude ip gebruiken is sneller.
Brilliance
23/10/07, 13:07
Nog één vraag,
Als ik een domeinnaam in de DNS update, en naar een andere bak point.
wat is de exacte tijd dat de veranderingen actief zijn? of is dit provider afhankelijk (Chello, @home ect.)
Ramon Fincken
23/10/07, 13:31
gewoon NU starten met de refresh als je het snel wil doen, zet op een paar minuten.
Als de ISP's DNS ( chello bv ) die 5 minuten oppikt heeft ie ook sneller de verandering binnen.
Tenminste dat doe ik altijd als ik sites moet verhuizen van IP A naar IP B, de vraag is of je dit snel voor 200 domeinen kunt doen.
update, als je uitgaat van static sites is er niets aan de hand, zolang beide bakken maar draaien.
Als je dynamic sites heb ( webshops en dergelijke ) zul je moeten bepalen of het nodig is de site op server A plat te gooien of een redirect geeft naar server_ip_B/~username
crazycoder
23/10/07, 13:38
Jullie realiseren jezelf dat providers zich geen PIEP van die refresh aan hoeven te trekken? En als zij zich al iets aan gelegen laten liggen moet je dat geruimte tijd voordat je iets ermee uit ga halen doen.. niet een paar uur..
Als je alles in 1 keer doe dan kan je met iptables het IP doorsturen.
Ramon Fincken
23/10/07, 13:39
update 2: ja dit is provider afhankelijk, dat je de refresh op 5 minuten zet wil niet zeggen dat iedere provider binnen 5 minuten het heeft opgepikt, DNS refresh kan makkelijk 48 uur duren. Vandaar dat ik net aangaf om voor dat je de IP's gaat wijzigen alvast de refresh laag zet, je dit bij de meeste providers kunt verlagen.
Jullie realiseren jezelf dat providers zich geen PIEP van die refresh aan hoeven te trekken? En als zij zich al iets aan gelegen laten liggen moet je dat geruimte tijd voordat je iets ermee uit ga halen doen.. niet een paar uur..
Als je alles in 1 keer doe dan kan je met iptables het IP doorsturen.
Jep :) Soms gaat het snel, maar kan ook paar dagen duren is mijn ervaring.
IPtables is wel een goeie optie !
ik wil niet lullig doen of minachtend, maar je bent een knappe jongen als je al die directories terug zet zonder problemen.
Tip voor je nieuwe bak: Maak jezelf als reseller aan en zet daar je klanten onder ivm autorestore die wel in reseller zit en niet in admin level...
Brilliance
23/10/07, 13:50
ik wil niet lullig doen of minachtend, maar je bent een knappe jongen als je al die directories terug zet zonder problemen.
Tip voor je nieuwe bak: Maak jezelf als reseller aan en zet daar je klanten onder ivm autorestore die wel in reseller zit en niet in admin level...
Wederom, lees aub gehele topic en ga niet zomaar posten.
Ik heb mijn klanten onder een reseller, en de backup functie werkt niet meer.
-----------
Ik ga zaterdag nacht wel een query uitvoeren op de DNS. Is voor mij het makkelijkste, thanks
Geen crontab was ooit een probleem bij mij dat het s-bit of zoiets verkeerd stond. Ook erg lang naar moeten zoeken, bleek een verschil tussen debian en centos te zijn en dat ging niet vanzelf goed met DirectAdmin. Het is het controleren waard. Daarnaast kan er ook nog iets mis zijn met de files in /etc/cron.d waar alle directadmin cron zaken in staan.
Worden wijzigingen die je in DirectAdmin maakt nog wel uitgevoerd? de meeste hiervan worden namelijk uitgevoerd via de cronjob.
Als alternatief zou je gewoon de backups die je wilt maken gewoon kunnen aanklikken in directadmin, en daarna datataskq handmatig aanroepen, deze staat bij mij in "/usr/local/directadmin/dataskq" zodoende worden gewoon alle backups netjes gemaakt inclusief mysql/ftp/email instellingen etc.
mocht dataskq helemaal niet werken kijk dan eens of de owner hiervan "diradmin" is en/of deze user wel bestaat in je systeem.
hopelijk heb je hier iets aan :)
heb je overigens ooit wel eens een keer gekeken naar de logfiles in /var/log/directadmin ? deze zullen waarschijnlijk in jou geval goede informatie bevatten waarom het geheel niet naar behoren werkt.
Brilliance
02/11/07, 14:25
Worden wijzigingen die je in DirectAdmin maakt nog wel uitgevoerd? de meeste hiervan worden namelijk uitgevoerd via de cronjob.
Als alternatief zou je gewoon de backups die je wilt maken gewoon kunnen aanklikken in directadmin, en daarna datataskq handmatig aanroepen, deze staat bij mij in "/usr/local/directadmin/dataskq" zodoende worden gewoon alle backups netjes gemaakt inclusief mysql/ftp/email instellingen etc.
mocht dataskq helemaal niet werken kijk dan eens of de owner hiervan "diradmin" is en/of deze user wel bestaat in je systeem.
hopelijk heb je hier iets aan :)
heb je overigens ooit wel eens een keer gekeken naar de logfiles in /var/log/directadmin ? deze zullen waarschijnlijk in jou geval goede informatie bevatten waarom het geheel niet naar behoren werkt.
Dit vind ik wel een goeie, deze ga ik zeker proberen (snachts)
De wijzigingen die ik in DA aanmaak worden wel uitgevoerd, maar stats ect worden niet geupdate.
Ik zal de logs even na lopen.
ps. worden de e-mail berichten zelf ook gebackupt? de instellingen is leuk maar mensen hechten meer waarde aan de berichten ga ik van uit.