On Tue, 2006-28-03 at 15:00 -0600, Les Mikesell wrote:
> On Tue, 2006-03-28 at 13:44, Kanwar Ranbir Sandhu wrote:
>
> > What hasn't worked for, ever, is using ssh to connect to the Windows
> > box, and then pull the backups down by connecting to the rsyncd. That
> > being said, I seem to recall so
On Tue, 2006-03-28 at 13:44, Kanwar Ranbir Sandhu wrote:
> What hasn't worked for, ever, is using ssh to connect to the Windows
> box, and then pull the backups down by connecting to the rsyncd. That
> being said, I seem to recall someone reporting that they got it to work,
> so I should probably
On Tue, 2006-28-03 at 12:14 -0600, Les Mikesell wrote:
> Rsyncd is rsync listening directly in --daemon mode instead of
> being started by sshd. You shouldn't have any trouble setting
> that up under windows except possibly making it run as a
> service.
That bit works, though once in a while the
On Tue, 2006-03-28 at 10:50, Kanwar Ranbir Sandhu wrote:
> On Mon, 2006-27-03 at 22:11 -0600, Trey Nolen wrote:
> > Rsyncd over ssh work on windows...rsync will still not act like a server
> > under cygwin.
>
> I've tried using rsyncd with cygwin on the Windows side - it's never
> worked for me.
On Mon, 2006-27-03 at 22:11 -0600, Trey Nolen wrote:
> Rsyncd over ssh work on windows...rsync will still not act like a server
> under cygwin.
I've tried using rsyncd with cygwin on the Windows side - it's never
worked for me. How did you get it to work? (or am I misunderstanding
something?)
R
Rsyncd over ssh work on windows...rsync will still not act like a server
under cygwin.
Trey
- Original Message -
From: "Dan Pritts" <[EMAIL PROTECTED]>
To: "Laurent Mazet" <[EMAIL PROTECTED]>
Cc:
Sent: Monday, March 27, 2006 10:02 PM
Subject: Re: [Back
On Mon, Mar 27, 2006 at 12:52:31AM +0200, Laurent Mazet wrote:
> To summarize, for a Windows host:
> - rsync over ssh doesn't work.
> - rsyncd transfers only diff but you need to connect with a clear password.
You might be able to run rsyncd transfers over an ssh tunnel. I
don't know if there ar
On Sun, 26 Mar 2006 15:09:06 -0800
Craig Barratt <[EMAIL PROTECTED]> wrote:
> Laurent Mazet writes:
>
> > To summarize, for a Windows host:
> >
> > - rsync over ssh doesn't work.
>
> Yes, but I haven't tested it recently.
Unfortunately, I've tried last week with copSSH 1.3.9 and cwRsync 2.0.6
Laurent Mazet writes:
> To summarize, for a Windows host:
>
> - rsync over ssh doesn't work.
Yes, but I haven't tested it recently.
> - rsyncd transfers only diff but you need to connect with a clear password.
Rsyncd doesn't send a clear password over the network. It uses
a digest-based challe
On Sun, 26 Mar 2006 09:19:02 -0500
Dan Pritts <[EMAIL PROTECTED]> wrote:
> On Sat, Mar 25, 2006 at 02:48:31PM +0100, Tomasz Chmielewski wrote:
> > What about "smb" method for Windows? Will full backup transfer
> > everything (as tar would), or will it do some magic and transfer
> > new/changed fi
On Sun, 2006-03-26 at 11:10, Dan Young wrote:
> >
> > Rsync will read everything at both ends during a full which
> > can be fairly slow, but only a small amount of bandwidth
> > is used for the comparison and otherwise only the changes
> > are sent.
>
> Unless you turn on checksum caching, correc
On Mar 25, 2006, at 8:53 AM, Les Mikesell wrote:
On Sat, 2006-03-25 at 02:45, Tomasz Chmielewski wrote:
Does the full rsync backup in BackupPC transfer only changes
(compared
to the last full backup), or maybe it transfers everything?
It's not clear from the documentation (which states: "A fu
On Sat, Mar 25, 2006 at 02:48:31PM +0100, Tomasz Chmielewski wrote:
> What about "smb" method for Windows? Will full backup transfer
> everything (as tar would), or will it do some magic and transfer
> new/changed files only (based on timestamps etc.)?
it transfers everything.
> If it transfers
On Sat, 2006-03-25 at 02:45, Tomasz Chmielewski wrote:
> >
> > You should be able to tell backuppc to make fulls as often as
> > you want. The only downside with rsync is the extra time
> > it takes to do the full block checksum compare on existing
> > files.
>
> Is it really the only downside
Paul Fox wrote:
> >
> > You should be able to tell backuppc to make fulls as often as
> > you want. The only downside with rsync is the extra time
> > it takes to do the full block checksum compare on existing
> > files.
>
> Is it really the only downside of full backups?
>
> Doesn'
> >
> > You should be able to tell backuppc to make fulls as often as
> > you want. The only downside with rsync is the extra time
> > it takes to do the full block checksum compare on existing
> > files.
>
> Is it really the only downside of full backups?
>
> Doesn't a full backup me
Les Mikesell wrote:
On Fri, 2006-03-24 at 17:21, Tomasz Chmielewski wrote:
there are other backup schemes that do the "always make a full" thing,
do a web search for "mike rubel rsync backup" to see one guy's web
page that uses a similar scheme. It lacks many of the nice surrounding
tools that
On Fri, 2006-03-24 at 17:56, Peter Gumeson wrote:
> After looking through the backuppc code, I am under
> the impression that BackupPC does not take advantage
> of using the --link-dest option in Rsync to create
> hardlinks. I am guessing one reason may be that the
> PerlRsync module does not app
Doh! I see what you meant, you suggested adding
link_dest to the rsync args in the config.pl
Is this safe with backuppc?
Peter
--- Peter Gumeson <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> After looking through the backuppc code, I am under
> the impression that BackupPC does not take advant
Hi all,
After looking through the backuppc code, I am under
the impression that BackupPC does not take advantage
of using the --link-dest option in Rsync to create
hardlinks. I am guessing one reason may be that the
PerlRsync module does not appear to support the
--link-dest option. (http://perl
On Fri, 2006-03-24 at 17:21, Tomasz Chmielewski wrote:
> > there are other backup schemes that do the "always make a full" thing,
> > do a web search for "mike rubel rsync backup" to see one guy's web
> > page that uses a similar scheme. It lacks many of the nice surrounding
> > tools that backup
Dan Pritts wrote:
On Fri, Mar 24, 2006 at 05:35:12PM +0100, Tomasz Chmielewski wrote:
Why are full backups needed at all with BackupPC?
According to documentation, "BackupPC's CGI interface ``fills-in''
incremental backups based on the last full backup, giving every backup a
``full'' appearan
On Fri, Mar 24, 2006 at 05:35:12PM +0100, Tomasz Chmielewski wrote:
> Why are full backups needed at all with BackupPC?
>
> According to documentation, "BackupPC's CGI interface ``fills-in''
> incremental backups based on the last full backup, giving every backup a
> ``full'' appearance."
>
> S
On Fri, 2006-03-24 at 11:04, Tomasz Chmielewski wrote:
> > > So, in theory, it should be enough to make just one full, initial
> > > backup, and then only incremental backups.
> > >
> > > Or do I miss something here?
> >
> > one reason (there may be others) is that incrementals don't accoun
> > > Why are full backups needed at all with BackupPC?
> > >
> > > According to documentation, "BackupPC's CGI interface ``fills-in''
> > > incremental backups based on the last full backup, giving every backup
> > a
> > > ``full'' appearance."
> > >
> > > So, in theory, it sho
Paul Fox wrote:
> Why are full backups needed at all with BackupPC?
>
> According to documentation, "BackupPC's CGI interface ``fills-in''
> incremental backups based on the last full backup, giving every backup a
> ``full'' appearance."
>
> So, in theory, it should be enough to make j
> Why are full backups needed at all with BackupPC?
>
> According to documentation, "BackupPC's CGI interface ``fills-in''
> incremental backups based on the last full backup, giving every backup a
> ``full'' appearance."
>
> So, in theory, it should be enough to make just one full, init
Why are full backups needed at all with BackupPC?
According to documentation, "BackupPC's CGI interface ``fills-in''
incremental backups based on the last full backup, giving every backup a
``full'' appearance."
So, in theory, it should be enough to make just one full, initial
backup, and th
28 matches
Mail list logo
