Re: [BackupPC-users] BackupPC Pool synchronization?

2013-03-07 Thread Adam Goryachev
On 08/03/13 12:20, backu...@kosowsky.org wrote: > Mark Campbell wrote at about 10:43:04 -0700 on Wednesday, March 6, 2013: > > I see. I just assumed that it was possible based on Lars' comments. > Something I just noticed as I was browsing through the config files, could it > be possible to di

Re: [BackupPC-users] BackupPC Pool synchronization?

2013-03-07 Thread backuppc
Mark Campbell wrote at about 10:43:04 -0700 on Wednesday, March 6, 2013: > I see. I just assumed that it was possible based on Lars' comments. > Something I just noticed as I was browsing through the config files, could > it be possible to disable this by changing $Conf{HardLinkMax} = 31999

Re: [BackupPC-users] Keep backup data when source host/directory changes

2013-03-07 Thread Les Mikesell
On Thu, Mar 7, 2013 at 10:31 AM, Mark Campbell wrote: > So in other words, you still need a daemon; whether it's rsync directly, or a > cygwin/native ssh daemon running on the client machine that then execute > rsync. Yes, the choice is mostly whether you want generic remote execution capabilit

Re: [BackupPC-users] BackupPC Pool synchronization?

2013-03-07 Thread Mark Campbell
I do agree that it would be better ideally to disable BackupPC's pooling mechanism in the case of ZFS, but it sounds as though we don't really have that capability (at least not without some serious hacking). Maybe when the ethereal 4.0 arrives, it'll be a different story. ;) As I've come to

Re: [BackupPC-users] Keep backup data when source host/directory changes

2013-03-07 Thread John Rouillard
On Thu, Mar 07, 2013 at 10:10:27AM -0600, Les Mikesell wrote: > On Thu, Mar 7, 2013 at 9:00 AM, John Rouillard > wrote: > > I use cygwin for the sshd/rsync binaries now but I did get it working > > with all native windows versions of tools at one point. > Really? Is there a non-cygwin based rsync

Re: [BackupPC-users] Keep backup data when source host/directory changes

2013-03-07 Thread Mark Campbell
So in other words, you still need a daemon; whether it's rsync directly, or a cygwin/native ssh daemon running on the client machine that then execute rsync. In my case, since all my backups are done internally, encryption wasn't a big deal, so I opted for setting up the cygwin rsync binary as a

Re: [BackupPC-users] Keep backup data when source host/directory changes

2013-03-07 Thread Les Mikesell
On Thu, Mar 7, 2013 at 9:00 AM, John Rouillard wrote: > > I use cygwin for the sshd/rsync binaries now but I did get it working > with all native windows versions of tools at one point. Really? Is there a non-cygwin based rsync?We have some windows boxes where the admin has installed freessh

Re: [BackupPC-users] BackupPC Pool synchronization?

2013-03-07 Thread Les Mikesell
On Thu, Mar 7, 2013 at 8:15 AM, Holger Parplies wrote: > > It's a bit more than one "part in the code". *New pool entries* are created > by BackupPC_link, which would then be essentially unnecessary. That part is > simple enough to turn off. But there's really a rather complex strategy to > link t

Re: [BackupPC-users] BackupPC Pool synchronization?

2013-03-07 Thread Les Mikesell
On Thu, Mar 7, 2013 at 8:32 AM, Mark Campbell wrote: > I realize that it's probably not considered "production" yet, but I was > considering zfsonlinux on top of CentOS. All my linux servers at this time > run CentOS (my current BackupPC implementation included), and this is just a > natural e

Re: [BackupPC-users] BackupPC Pool synchronization?

2013-03-07 Thread Tyler J. Wagner
On 2013-03-07 14:34, Mark Campbell wrote: > My thinking at this point is that I'll leave the pooling be--it may > require some extra CPU cycles & RAM from time to time, but my > understanding of the zfs dedup & compress features are that they should > be transparent to BackupPC, so while pooling in

Re: [BackupPC-users] Keep backup data when source host/directory changes

2013-03-07 Thread John Rouillard
On Thu, Mar 07, 2013 at 07:40:15AM -0700, Mark Campbell wrote: > >-Original Message- > >From: Holger Parplies [mailto:[elided]] > >Mark Campbell wrote on 2013-03-06 07:48:44 -0700 [Re: [BackupPC-users] Keep > >backup data when source host/directory changes]: > >> As for the differing loca

Re: [BackupPC-users] Keep backup data when source host/directory changes

2013-03-07 Thread Mark Campbell
>-Original Message- >From: Holger Parplies [mailto:wb...@parplies.de] >Sent: Thursday, March 07, 2013 9:29 AM >To: General list for user discussion, questions and support >Subject: Re: [BackupPC-users] Keep backup data when source host/directory >changes > >Hi, > >Mark Campbell wrote on 2

Re: [BackupPC-users] BackupPC Pool synchronization?

2013-03-07 Thread Mark Campbell
Holgar, My thinking at this point is that I'll leave the pooling be--it may require some extra CPU cycles & RAM from time to time, but my understanding of the zfs dedup & compress features are that they should be transparent to BackupPC, so while pooling in BackupPC won't avail much, it probabl

Re: [BackupPC-users] BackupPC Pool synchronization?

2013-03-07 Thread Mark Campbell
I realize that it's probably not considered "production" yet, but I was considering zfsonlinux on top of CentOS. All my linux servers at this time run CentOS (my current BackupPC implementation included), and this is just a natural extension of that. Thanks, --Mark -Original Message

Re: [BackupPC-users] Keep backup data when source host/directory changes

2013-03-07 Thread Holger Parplies
Hi, Mark Campbell wrote on 2013-03-06 07:48:44 -0700 [Re: [BackupPC-users] Keep backup data when source host/directory changes]: > I've not personally tried this, so someone else who has can comment on > whether this would work or not, but it seems to me that if you were to > rename your backups

Re: [BackupPC-users] BackupPC Pool synchronization?

2013-03-07 Thread Holger Parplies
Hi, Les Mikesell wrote on 2013-03-06 13:42:17 -0600 [Re: [BackupPC-users] BackupPC Pool synchronization?]: > On Wed, Mar 6, 2013 at 12:16 PM, Mark Campbell > wrote: > > Interesting. Well then I guess the answer is to not muck with pooling (as > > redundant as it is, at least it theoretically s