On Thu, Feb 25, 2010 at 17:11, Ward Poelmans wpoel...@gmail.com wrote:
On Thu, Feb 25, 2010 at 16:41, Alan McKinnon alan.mckin...@gmail.com wrote:
A much better way is to run a dedicated agent on the client. If the server
needs to schedule backups, it can ask the agent to do so using regular
On Thu, Feb 25, 2010 at 18:50, daid kahl daid...@gmail.com wrote:
As a simple idea, cron task starts rsnapshot configured however. When
this is done, backup is tarballed, and tarball is given as like, say,
440 permissions, where users are in some useful 'backup' group, then
while tarball can
On 26 February 2010 22:23, Ward Poelmans wpoel...@gmail.com wrote:
On Thu, Feb 25, 2010 at 18:50, daid kahl daid...@gmail.com wrote:
As a simple idea, cron task starts rsnapshot configured however. When
this is done, backup is tarballed, and tarball is given as like, say,
440 permissions,
On Wed, Feb 24, 2010 at 21:51, Neil Bothwick n...@digimed.co.uk wrote:
It looks interesting, and no program is that good that alternatives
should never be considered, but I really like the way BaclupPC works.
Everything is handled by the server, all you need to do on each client is
copy the
On Thursday 25 February 2010 17:15:36 Ward Poelmans wrote:
On Wed, Feb 24, 2010 at 21:51, Neil Bothwick n...@digimed.co.uk wrote:
It looks interesting, and no program is that good that alternatives
should never be considered, but I really like the way BaclupPC works.
Everything is handled
On Thu, 25 Feb 2010 16:15:36 +0100, Ward Poelmans wrote:
It looks interesting, and no program is that good that alternatives
should never be considered, but I really like the way BaclupPC works.
Everything is handled by the server, all you need to do on each
client is copy the backuppc
On Thu, Feb 25, 2010 at 16:41, Alan McKinnon alan.mckin...@gmail.com wrote:
A much better way is to run a dedicated agent on the client. If the server
needs to schedule backups, it can ask the agent to do so using regular tcp
traffic. The client can then do it's backup and rsync it over to the
On 26 February 2010 01:11, Ward Poelmans wpoel...@gmail.com wrote:
On Thu, Feb 25, 2010 at 16:41, Alan McKinnon alan.mckin...@gmail.com wrote:
A much better way is to run a dedicated agent on the client. If the server
needs to schedule backups, it can ask the agent to do so using regular tcp
On Thu, 25 Feb 2010 17:41:13 +0200, Alan McKinnon wrote:
And someone gets into your backup server, BANG! instant pwnage of every
single machine on your network. Heck, you don't even have to try and
compromise the local root account, you already have full unfettered
access to everything
A much better way is to run a dedicated agent on the client. If the server
needs to schedule backups, it can ask the agent to do so using regular tcp
traffic. The client can then do it's backup and rsync it over to the server
when it's done, and that push can be done as a regular user on both
How is BackupPC to set up? Is it a whole new world to explore, or can
it be set up quickly and easily?
It takes a little while to get the hang of how the config files work, but
once you get it it takes no work at all. Restoring is as simple as
selecting the files you want in a browser and
On Wed, 24 Feb 2010 11:02:42 -0800, Grant wrote:
Has anyone tried backupninja? There is a new ebuild for it.
https://labs.riseup.net/code/projects/show/backupninja/
Is BackupPC too excellent to consider an alternative? I'm going to
set up one of these backup systems in the next few
4. Should I be comfortable running the entire sync operation every
night, or am I jeopardizing the longevity of my HDs?
This is a joke.
I should apologize and explain this better.
If you bought a fancy expensive hard drive then it's probably designed
for extremely heavy use and comes
2. Some of the files I back up only allow root to read. I can run
rsync as root on each system, but I don't allow root logins. This
means in order to rsync the second sync system with the first sync
system, I must run the rsync command from the first sync system.
This means I have to run
On Thu, Nov 19, 2009 at 19:19, Grant emailgr...@gmail.com wrote:
BackupPC does look pretty good. Would anyone recommend I *don't* can
this whole thing and set up BackupPC instead?
I recommend you take a look at rsnapshot instead of pure rsync.
Ward
On Fri, 2009-11-20 at 08:03 -0800, Grant wrote:
Thank you for the clarification. Which are the fancy expensive hard
drives?
The SAS drives that run at 15k RPM and cost $2-3 USD per GB. As opposed
to your run of the mill 7200RPM SATA drive that costs pennies per GB.
On Fri, 20 Nov 2009 08:05:27 -0800, Grant wrote:
How is BackupPC to set up? Is it a whole new world to explore, or can
it be set up quickly and easily?
It takes a little while to get the hang of how the config files work, but
once you get it it takes no work at all. Restoring is as simple as
I just finished an rsync backup system that works like this:
Each of 4 Gentoo systems contains a folder called backup which
contains symlinks to local files and folders for backup. 2 of the
systems contain a folder called sync which contains the contents of
the backup folder for each of the 4
On Thu, 19 Nov 2009 08:44:44 -0800, Grant wrote:
2. Some of the files I back up only allow root to read. I can run
rsync as root on each system, but I don't allow root logins. This
means in order to rsync the second sync system with the first sync
system, I must run the rsync command from
On Thu, 2009-11-19 at 08:44 -0800, Grant wrote:
I just finished an rsync backup system that works like this:
Each of 4 Gentoo systems contains a folder called backup which
contains symlinks to local files and folders for backup. 2 of the
systems contain a folder called sync which contains
On Thu, 2009-11-19 at 12:58 -0500, Albert Hopkins wrote:
4. Should I be comfortable running the entire sync operation every
night, or am I jeopardizing the longevity of my HDs?
This is a joke.
I should apologize and explain this better.
If you bought a fancy expensive hard drive then
2. Some of the files I back up only allow root to read. I can run
rsync as root on each system, but I don't allow root logins. This
means in order to rsync the second sync system with the first sync
system, I must run the rsync command from the first sync system.
This means I have to run
22 matches
Mail list logo
