Deprecated: __autoload() is deprecated, use spl_autoload_register() instead in /home/pbuc/public_html/forum/mods/ext_phorummail/ezc/Base/src/ezc_bootstrap.php on line 36

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; KeyCAPTCHA_CLASS has a deprecated constructor in /home/pbuc/public_html/forum/mods/keycaptcha/keycaptcha.php on line 108
New server - carrying on where you left off
Welcome! » Log In » Create A New Profile

New server - carrying on where you left off

Posted by Anonymous 
New server - carrying on where you left off
January 06, 2015 02:10PM
Hi all, So I’ve got a new server and have rsnapshot ready to go with the same configuration as the old server.

My plan is to simply create JUST /snapshots/daily.0 on the new server and rsync that over from the old server using:

rsync -azvvh --progress --delete --numeric-ids old.ip.old.ip:/snapshots/daily.0/ /snapshots/daily.0/

This might take a few passes and won’t be run during a backup so it’ll just keep this new daily.0 up to date with the current daily.0 on the old server until I’m happy everything has copied over.

The rsync command is setup I think to ignore hard links and just copy over every single file from daily.0 to the new server.
Then I’ll just install my crontab and let it take the first backup, effectively carrying on from where the old server left off.

Does this seem like the right solution and can anyone see any obvious gotchas with this approach?

Many thanks,
Chris.

--
[url=http://chrispyfur.net]chrispyfur.net[/url]
New server - carrying on where you left off
January 06, 2015 02:22PM
If the servers are well connected, you won't gain anything with the "-z" option. My guess is that it'll slow down the copying. Otherwise it looks fine to me.

If the servers you're backing up and your network have the capacity you could also just let the new backup server copy everything from scratch using rsnapshot. Unless you use some kind of snapshotting, you can use two rsnapshot installations at the same time.

Best,

Rasmus
[i]Intomics is a contract research organization specialized in deriving core biological insight from large scale data. We help our clients in the pharmaceutical industry develop tomorrow's medicines better, faster, and cheaper through optimized use of biomedical data.[/i]-----------------------------------------------------------------
Hansen, Rasmus Borup Intomics - from data to biology
System Administrator Diplomvej 377
Scientific Programmer DK-2800 Kgs. Lyngby
Denmark
E: rbh < at > intomics.com ([email]rbh < at > intomics.com[/email]) W: [url=http://www.intomics.com/]http://www.intomics.com/[/url]
P: +45 5167 7972 P: +45 8880 7979

[quote]On 06 Jan 2015, at 15:08, Chris Tebb <chris < at > chrispyfur.net ([email]chris < at > chrispyfur.net[/email])> wrote:
Hi all, So I’ve got a new server and have rsnapshot ready to go with the same configuration as the old server.

My plan is to simply create JUST /snapshots/daily.0 on the new server and rsync that over from the old server using:

rsync -azvvh --progress --delete --numeric-ids old.ip.old.ip:/snapshots/daily.0/ /snapshots/daily.0/

This might take a few passes and won’t be run during a backup so it’ll just keep this new daily.0 up to date with the current daily.0 on the old server until I’m happy everything has copied over.

The rsync command is setup I think to ignore hard links and just copy over every single file from daily.0 to the new server.
Then I’ll just install my crontab and let it take the first backup, effectively carrying on from where the old server left off.

Does this seem like the right solution and can anyone see any obvious gotchas with this approach?

Many thanks,
Chris.

--
[url=http://chrispyfur.net/]chrispyfur.net[/url]

------------------------------------------------------------------------------Dive into the World of Parallel Programming! The Go Parallel Website,sponsored by Intel and developed in partnership with Slashdot Media, is yourhub for all things parallel software development, from weekly thoughtleadership blogs to news, videos, case studies, tutorials and more. Take alook and join the conversation now. rsnapshot-discuss < at > lists.sourceforge.net ([email]rsnapshot-discuss < at > lists.sourceforge.net[/email])https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss
[/quote]
New server - carrying on where you left off
January 07, 2015 02:20AM
If the old server & backup storage aren&#39;t needed for a month or two, I agree with Rasmus, just start from scratch.

Other options:

1. Best is to find a tool that someone else created that will transfer the old repository to the new server, preserving the hard links. I think there is one. Try searching [url=http://stackoverflow.com]stackoverflow.com[/url]. "mirror" and "rsnapshot" are good bets.

2. My first attempt, just to "rsync -aHx" the whole backup drive failed miserably as rsync ran out of memory.

3. What I settled for was to preserve a single daily, weekly, and monthly snapshot.

cd /new/server/
rsync -aHx /old/server/monthly.0 ./

cp -al monthly.0 weekly.0

rsync -aHx --delete /old/server/weekly.0/ weekly.0/

cp -al weekly.0 daily.0
cp -al daily.0 .sync # skip this if not using sync_first

Now I&#39;m ready to run my normal scripts from new server, starting with a daily.0, weekly.0, and monthly.0 all hard-linked together just as rsnapshot would have. In the final analysis, it was probably a waste of time. :-)

On Tue, Jan 6, 2015 at 6:20 AM, Rasmus Borup Hansen <rbh < at > intomics.com ([email]rbh < at > intomics.com[/email])> wrote:
[quote]If the servers are well connected, you won&#39;t gain anything with the "-z" option. My guess is that it&#39;ll slow down the copying. Otherwise it looks fine to me.

If the servers you&#39;re backing up and your network have the capacity you could also just let the new backup server copy everything from scratch using rsnapshot. Unless you use some kind of snapshotting, you can use two rsnapshot installations at the same time.

Best,

Rasmus

[i]Intomics is a contract research organization specialized in deriving core biological insight from large scale data. We help our clients in the pharmaceutical industry develop tomorrow&#39;s medicines better, faster, and cheaper through optimized use of biomedical data.[/i]-----------------------------------------------------------------
Hansen, Rasmus Borup              Intomics - from data to biology
System Administrator              Diplomvej 377
Scientific Programmer             DK-2800 Kgs. Lyngby
                                  Denmark
E: rbh < at > intomics.com ([email]rbh < at > intomics.com[/email])               W: [url=http://www.intomics.com/]http://www.intomics.com/[/url]
P: [url=tel]+45 5167 7972[/url]                  P: [url=tel]+45 8880 7979[/url]

[quote]On 06 Jan 2015, at 15:08, Chris Tebb <chris < at > chrispyfur.net ([email]chris < at > chrispyfur.net[/email])> wrote:

Hi all, So I’ve got a new server and have rsnapshot ready to go with the same configuration as the old server.

My plan is to simply create JUST /snapshots/daily.0 on the new server and rsync that over from the old server using:

rsync -azvvh --progress --delete --numeric-ids old.ip.old.ip:/snapshots/daily.0/ /snapshots/daily.0/

This might take a few passes and won’t be run during a backup so it’ll just keep this new daily.0 up to date with the current daily.0 on the old server until I’m happy everything has copied over.

The rsync command is setup I think to ignore hard links and just copy over every single file from daily.0 to the new server.
Then I’ll just install my crontab and let it take the first backup, effectively carrying on from where the old server left off.

Does this seem like the right solution and can anyone see any obvious gotchas with this approach?

Many thanks,
Chris.

--
[url=http://chrispyfur.net/]chrispyfur.net[/url]

------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. [url=http://goparallel.sourceforge.net_______________________________________________]http://goparallel.sourceforge.net_______________________________________________[/url]
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net ([email]rsnapshot-discuss < at > lists.sourceforge.net[/email])
[url=https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss]https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss[/url]

[/quote]

------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. [url=http://goparallel.sourceforge.net]http://goparallel.sourceforge.net[/url]
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net ([email]rsnapshot-discuss < at > lists.sourceforge.net[/email])
[url=https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss]https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss[/url]

[/quote]

--
Paul Mackinney
Systems & Quality Manager
O.N. Diagnostics, LLC
2150 Shattuck Ave. Suite 610, Berkeley, CA 94704
510-204-0688 (phone) | 510-356-4349 (fax)
_____________________________________________
If you receive this message in error, please delete it immediately. This message may contain information that is privileged, confidential and exempt from disclosure and dissemination under applicable law.
New server - carrying on where you left off
January 07, 2015 12:59PM
Thanks all. I found that even syncing a few folders resulted in the hard links being copied again as regular files so I decided to start with just daily.0, get that synced up and then run regular backups from there…

Chris.
------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss
Sorry, only registered users may post in this forum.

Click here to login