[HOWTO] Backup and Restore complete Domain

[xtc007]

Hello again,


All email forwarding don't work, any idea about?

rebuild command? else i delete and recreate email forward

every default email must be rebuild, any idea?

[xtc007]

(11-28-2010 08:27 AM)xtc007 Wrote:  Hello again,


All email forwarding don't work, any idea about?

rebuild command? else i delete and recreate email forward

every default email must be rebuild, any idea?

I have fixed my email forwarding problem

http://isp-control.net/documentation/how...ate_config

my forwarding are working now

i think i will leave my old email on the old server, moving email to the new server seems to be more hard than expected

[xtc007]

Sorry to ask again but i'm not very experienced with linux i'm doing maintenance on it, configuration but i'dont have gained the intermediate stage!

did you know if a good tutorial is available about rsync

i finded few thing on google, but don't know how it work and i don't want to scrap my new installation

[tomdooley]

I also did more than one migration with this tool, and email forwarding wasn't a problem. Perhaps there is an existing (wrong) email account? Perhaps you have to enable DEBUG in /etc/ispcp/ispcp.conf and have a look into the log files stored at /var/log/ispcp

About rsync... I don't have a tutorial. But it should be simple.

[xtc007]

After migration

All email forwading status have the status ok and if i send an email on it my ASSP log show me the reception like normal but never receiving the test email

a bad email? don't know but the old server if on a raid 5 with ext3 fs
when one drive have been lost the raid doesn't have do the job and i have do a lot of scan to rebuilt the fs to be able to run the server while the migration

many function of debian are scrap like the window style of gnome
the terminal in gui mode and many other!

the iscp installation doesn't accept to add or remove domain

as you can se the migration aren't just to be funny and possibly some setting can be wrong but i don't have activated the debug
i't s a possible reason

rsync are used under many circumstance, it seem to be simple but under production server i'm more nervous... Under windows i do everything with my server but with Linux i'm less willing to try everything

[malloc]

Hi,

we moved some domains from v1.0.2 to v1.0.7. This worked fine and Im happy about this tool.

So what I need now is to know which data still must be migrated and how to do that:

- /var/mail/virtual ?
- /var/cache/awstats ?
- /var/log/apache2 & /var/log/apache2/users ?
- /var/www/virtual/DOMAIN/logs/ ?
- /var/www/fcgi ? (php.ini files?)
- which logs are need by awstats?
- ispcp traffic counter / stats in the web-interface?
- what else is missing?

Best regards,

maLLoc

[tomdooley]

Hi malloc,

you're right with your list options (I think it's complete?). This backup-restore script was willfully designed not to transport logs, mails, statistics and PHP-specific settings because of other, changed or new options/formats in distribution and/or ispcp version.

Greetz
Thomas

[malloc]

Hi Thomas,

OK, hoping the list ist complete, what about the how-to?

Mail:
Just copy/rsync /var/mail/virtual/DOMAIN an change user/group?

awStats:
Just copy /var/cache/awstats/DOMAIN.*?

Apache-Logs:
Just copy /var/log/apache2/DOMAIN.*, /var/log/apache2/users/DOMAIN.* & /var/www/virtual/DOMAIN/logs/ and change user/group?

ispCP-Traffic-Counter:
Guessing they are in the database? Any idea how to get them migrated? Guessing would very nice if its done by your script, because you already did all needs (database connection, resolving ids, etc...) - anythink else are file-based operations, which anybody should can do.

PHP.ini:
Just reviewing and editing /var/www/fcgi/DOMAIN/*/php.ini - OK. Are there any other DOMAIN-specific settings in some files around not migrated by your script?

Regards
maLLoc

[T0mcat]

Hi, I need to move ispcp over to my new server.

When trying to get the backup-restore, i get this error :

Code:

root@admin:/var/www/ispcp # svn export http://isp-control.net/ispcp/browser/trunk/contrib/backup-restore
svn: XML data was not well-formed
root@admin:/var/www/ispcp #

On the server with Debian Squeezy :

Code:

root@***:/var/www/ispcp # svn export http://isp-control.net/ispcp/browser/trunk/contrib/backup-restore
svn: The OPTIONS response did not include the requested activity-collection-set; this often means that the URL is not WebDAV-enabled

Any hint how to solve this ?

[tomdooley]

please use port 800 and the correct path

Code:

svn export http://isp-control.net:800/ispcp_svn/branches/backup-restore

for newer versions of ispCP backup-restore should be already existent in "contrib" folder. if not export necessary files via

Code:

svn export http://isp-control.net:800/ispcp_svn/trunk/contrib/backup-restore