On Thu, Feb 25, 2010 at 17:11, Ward Poelmans wrote:
> On Thu, Feb 25, 2010 at 16:41, Alan McKinnon 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
On 26 February 2010 22:23, Ward Poelmans wrote:
> On Thu, Feb 25, 2010 at 18:50, daid kahl 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
On Thu, Feb 25, 2010 at 18:50, daid kahl 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 be read to be
On 26 February 2010 01:11, Ward Poelmans wrote:
> On Thu, Feb 25, 2010 at 16:41, Alan McKinnon 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
>> 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 o
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 any
On Thu, Feb 25, 2010 at 16:41, Alan McKinnon 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 server
> when it's do
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 back
On Thursday 25 February 2010 17:15:36 Ward Poelmans wrote:
> On Wed, Feb 24, 2010 at 21:51, Neil Bothwick 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
On Wed, Feb 24, 2010 at 21:51, Neil Bothwick 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 user's
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
>> 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 browse
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
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 Thu, Nov 19, 2009 at 19:19, Grant 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
>> 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
>> > 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
>> 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
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 dri
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 co
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
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
22 matches
Mail list logo
