Re: [BackupPC-users] BackupPC 3.0, rsyncd and UTF-8 support?

2006-12-12 Thread Tomasz Chmielewski
Craig Barratt wrote:

(...)

 There are also filenames written for example in Russian or Greek, or 
 some other languages not covered by cp1252.
 In such cases, I get info that the file has vanished, which is not 
 really true.

 Is there a setting that will cover all languages?
 The files in question can be read just fine on the Windows 2003 server.
 
 This is a long-standing issue in cygwin or WinXX, not related to BackupPC.
 
 The problem is that the sequence of bytes returned when a directory is
 read by rsync on cygwin don't allow you to open the file when you call
 open() with that same sequence of bytes.  So rsync reports the file as
 vanished, since it can't open it after reading the directory to get the
 file name.

It looks that the UTF-8 Cygwin dll would solve the issue?

http://www.okisoft.co.jp/esc/utf8-cygwin/


I think I used it for some time, and didn't have these file has 
vanished problems.


I wonder if it's better to use with BackupPC than the original Cygwin 
dll (if one uses multiple international character in filenames)?


-- 
Tomasz Chmielewski
http://wpkg.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] rsync error ssh_askpass w/ cygwin

2006-12-12 Thread Carl Wilhelm Soderstrom
On 12/11 09:43 , Jim McNamara wrote:
 I am in the process of switching a backup from using smbclient to
 rsync, as it is taking greater than 72 hours to perform a backup. The
 backuppc is running debian stable, backuppc v 2.1.1, and the client
 machine is windows server 2003 with cygwin on it. I have preshared the
 ssh key from the server to the client, and it is able to ssh in
 without any questions:

I don't know if it's still true, but it used to be that cygwin ssh+rsync
didn't work. Some bug in there somewhere. 

try using cygwin rsyncd instead.

-- 
Carl Soderstrom
Systems Administrator
Real-Time Enterprises
www.real-time.com

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] win32 rsyncd speed

2006-12-12 Thread Carl Wilhelm Soderstrom
On 12/11 11:49 , JW Smythe wrote:
   I just did an scp of a 45Mb file from a server in the same location,
 to my backup machine.  scp reported 935KB/s, taking 49 seconds.  0.13
 and 0.93 are a world of difference.   I'm assuming there's something
 in the rsyncd configuration I could change, but there wasn't a lot of
 documentation in the rsyncd package.  I'm using the one from the
 BackupPC site, not my own compile.

rsync is notably slower than other file transfer mechanisms; possibly
because of all the comparisons it does at each end. It's really only a win
when most of the data is already transferred.

the rule of thumb I often use is that ssh+rsync is 2x to 3x slower than tar
over netcat. 

-- 
Carl Soderstrom
Systems Administrator
Real-Time Enterprises
www.real-time.com

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] rsync error ssh_askpass w/ cygwin

2006-12-12 Thread Jim McNamara
I got the impression that this problem may have been fixed in a newer
version of backuppc, would upgrading help?

I'll try reconfiguring backuppc to do rsyncd instead of rsync if not.

Thanks,
Jim

On 12/12/06, Carl Wilhelm Soderstrom [EMAIL PROTECTED] wrote:
 On 12/11 09:43 , Jim McNamara wrote:
  I am in the process of switching a backup from using smbclient to
  rsync, as it is taking greater than 72 hours to perform a backup. The
  backuppc is running debian stable, backuppc v 2.1.1, and the client
  machine is windows server 2003 with cygwin on it. I have preshared the
  ssh key from the server to the client, and it is able to ssh in
  without any questions:

 I don't know if it's still true, but it used to be that cygwin ssh+rsync
 didn't work. Some bug in there somewhere.

 try using cygwin rsyncd instead.

 --
 Carl Soderstrom
 Systems Administrator
 Real-Time Enterprises
 www.real-time.com

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 BackupPC-users mailing list
 BackupPC-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/backuppc-users
 http://backuppc.sourceforge.net/


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


[BackupPC-users] backing up more directory's

2006-12-12 Thread scartomail
Hy Evryone,
   
  Let say I got this in my rsyncd.conf on my windows box:
  [Foto]
path = E:/FOTO
comment = E:\FOTO
auth users = edo
secrets file = c:/rsyncd/rsyncd.secrets
hosts allow = 10.8.0.1
strict modes = false
read only = false
list = false
   
  Is there anyway to add more directory's to the path variable?
   
  I do know how to do it with more of these directivs and edit the *.pl file 
on the server.
  But I was just wondering if it could be done just by the client.
   
  Thanks in advance.
   
  Rgds Edo
   

 
-
Want to start your own business? Learn how on Yahoo! Small Business.-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] backing up more directory's

2006-12-12 Thread Jason Hughes
scartomail wrote:
 Hy Evryone,
  
 Let say I got this in my rsyncd.conf on my windows box:
 [Foto]
 path = E:/FOTO
  
 Is there anyway to add more directory's to the path variable?
It wouldn't make much sense to do that, because multiple paths would 
then need to be merged as a single view when requesting files from 
rsyncd.  If you add multiple shares to rsyncd.conf on the client, ie:
[Foto]
path = E:/FOTO
...

[MorePaths]
path = E:/MORE

[Others]
path = C:/OTHERS

Then you can have the BackupPC per-machine config file for this machine 
list multiple shares to connect to and backup. 

 I do know how to do it with more of these directivs and edit the 
 *.pl file on the server.
 But I was just wondering if it could be done just by the client.
However, there is another way to do it only on the client...  Search for 
the term 'junction point' and look for the utility from SysInternals 
that will create them for you (some restrictions on file systems and OS 
versions, I think).  This basically allows you to create an empty 
subdirectory in Windows, then make a symbolic link from another 
drive/path to this empty directory.  It's a kind of hacky version of 
symbolic links ala unix.  But it means you can just mount additional 
files and directories inside your existing share without changing 
anything on the server or even the client's rsyncd.conf.  I would be 
careful not to create directory structure loops, or all hell breaks 
loose.  :-)

JH

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] win32 rsyncd speed

2006-12-12 Thread Diaz Rodriguez, Eduardo
Did you try use the SAME version of rsync???

did you test a command line --progress --verbose --stats??

Did you test rsync -h ??? ;-)

regards!

On Mon, 11 Dec 2006 23:49:27 -0500, JW Smythe wrote
 G'evening all.
 
   Does anyone know of a good way to speed up rsyncd on a Windows machine?
 
   I'm doing remote backups, from Windows servers on a 100Mb/s link to
 a Tier1 provider, to my BackupPC off-site location on Verizon FiOS.
 It seems to be taking an awful long time to get the data down to me.
 
   I just started doing them a few days ago.  The only server with a
 transfer rate says the speed was 0.13 MB/s
 
   I just did an scp of a 45Mb file from a server in the same location,
 to my backup machine.  scp reported 935KB/s, taking 49 seconds.  0.13
 and 0.93 are a world of difference.   I'm assuming there's something
 in the rsyncd configuration I could change, but there wasn't a lot of
 documentation in the rsyncd package.  I'm using the one from the
 BackupPC site, not my own compile.
 
 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 BackupPC-users mailing list
 BackupPC-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/backuppc-users
 http://backuppc.sourceforge.net/


===
Si pides a tu marido que compre cinco artículos y a último momento
añades uno mas, el se olvida de los cinco primeros.
-- Ley de Murphy para esposas. 
===


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] BackupPC 3.0, rsyncd and UTF-8 support?

2006-12-12 Thread Diaz Rodriguez, Eduardo
Only I can said that YES.

I now are using a Backuppc 3.0 beta 3

I use cwrsyncd from: http://www.itefix.no/phpws/index.php

And show, copy an restore my spanish charts from my windows XP and 2000 
workstations without problem.

install cwrsyncd, prepare the directory for upload, replace cygwin1.dll with 
this
http://www.okisoft.co.jp/esc/utf8-cygwin/cygwin1-dll-11-15.tar.bz2

restart cwrsynd, and works perfect.

Only one problem (or not) MUST use the same version of rsync in all systems 
(backup-server and workstation) because in
high volumen of data my rsyncs fails some times if you use the same version 
don't have problems, please test allways. ;-)

in my case: my server:

pk25.com:/tmp# rsync --version
rsync  version 2.6.9  protocol version 29
Copyright (C) 1996-2006 by Andrew Tridgell, Wayne Davison, and others.
http://rsync.samba.org/
Capabilities: 64-bit files, socketpairs, hard links, symlinks,
  batchfiles, inplace, IPv6, ACLs,
  64-bit system inums, 64-bit internal inums

rsync comes with ABSOLUTELY NO WARRANTY.  This is free software, and you
are welcome to redistribute it under certain conditions.  See the GNU
General Public Licence for details.

my windows:
2006/12/12 14:15:28 [3944] rsyncd version 2.6.9 starting, listening on port 873

Please add support to utf8 in your linux backup server to support it (using 
locales)

Hi Craig, were is you button to donate, or Wish List??, my company loves your 
program. (and my clients too) :-D

On Tue, 12 Dec 2006 11:51:39 +0100, Tomasz Chmielewski wrote
 Craig Barratt wrote:
 
 (...)
 
  There are also filenames written for example in Russian or Greek, or 
  some other languages not covered by cp1252.
  In such cases, I get info that the file has vanished, which is not 
  really true.
 
  Is there a setting that will cover all languages?
  The files in question can be read just fine on the Windows 2003 server.
  
  This is a long-standing issue in cygwin or WinXX, not related to BackupPC.
  
  The problem is that the sequence of bytes returned when a directory is
  read by rsync on cygwin don't allow you to open the file when you call
  open() with that same sequence of bytes.  So rsync reports the file as
  vanished, since it can't open it after reading the directory to get the
  file name.
 
 It looks that the UTF-8 Cygwin dll would solve the issue?
 
 http://www.okisoft.co.jp/esc/utf8-cygwin/
 
 I think I used it for some time, and didn't have these file has 
 vanished problems.
 
 I wonder if it's better to use with BackupPC than the original Cygwin 
 dll (if one uses multiple international character in filenames)?
 
 -- 
 Tomasz Chmielewski
 http://wpkg.org
 
 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 BackupPC-users mailing list
 BackupPC-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/backuppc-users
 http://backuppc.sourceforge.net/


===
Si pides a tu marido que compre cinco artículos y a último momento
añades uno mas, el se olvida de los cinco primeros.
-- Ley de Murphy para esposas. 
===


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] Per-PC config problem

2006-12-12 Thread steven f karel

On Dec 8, 2006, at 4:00 PM, JW Smythe wrote:

   G'afternoon everyone.

   I'm having a stupid problem with BackupPC and it's per-pc
 configuration.  I know I've done it before at another company, but I
 don't have access to their stuff any more to see what stupid thing I'm
 doing.

   This is a nice fresh installation of 3.0.0beta3

 These are from my main config.pl

 $Conf{TopDir}  = '/host/backuppc_data';
 $Conf{ConfDir} = '/etc/BackupPC';
 $Conf{LogDir}  = '/var/log/BackupPC';
 $Conf{InstallDir}  = '/host/backuppc';
 $Conf{CgiDir}  = '/host/httpd/htdocs';
 $Conf{XferMethod} = smb;

   I'm still trying to get the first (and most important, of course)
 site to back up.   It's per-pc config is at:

 /host/backuppc_data/pc/domain.com/config.pl

Did you figure this out yet?

I think as of 3.0.x the per-pc config files go in

/etc/BackupPC/pc/$HOSTNAME.pl

This initially confused me also.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] backing up more directory's

2006-12-12 Thread scartomail
Wow, verry smart!!
  And yes I know all of the techniques like junction points.
  I just did not put them together.
   
  So the anwser is not with backuppc.
  But a workarround will do the trick excellent.
   
  Thank you verry much :):)
   
  Rgds Edo
  

Jason Hughes [EMAIL PROTECTED] wrote:
  scartomail wrote:
 Hy Evryone,
 
 Let say I got this in my rsyncd.conf on my windows box:
 [Foto]
 path = E:/FOTO
 
 Is there anyway to add more directory's to the path variable?
It wouldn't make much sense to do that, because multiple paths would 
then need to be merged as a single view when requesting files from 
rsyncd. If you add multiple shares to rsyncd.conf on the client, ie:
[Foto]
path = E:/FOTO
...

[MorePaths]
path = E:/MORE

[Others]
path = C:/OTHERS

Then you can have the BackupPC per-machine config file for this machine 
list multiple shares to connect to and backup. 

 I do know how to do it with more of these directivs and edit the 
 *.pl file on the server.
 But I was just wondering if it could be done just by the client.
However, there is another way to do it only on the client... Search for 
the term 'junction point' and look for the utility from SysInternals 
that will create them for you (some restrictions on file systems and OS 
versions, I think). This basically allows you to create an empty 
subdirectory in Windows, then make a symbolic link from another 
drive/path to this empty directory. It's a kind of hacky version of 
symbolic links ala unix. But it means you can just mount additional 
files and directories inside your existing share without changing 
anything on the server or even the client's rsyncd.conf. I would be 
careful not to create directory structure loops, or all hell breaks 
loose. :-)

JH



-
Everyone is raving about the all-new Yahoo! Mail beta.-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


[BackupPC-users] localhost backup

2006-12-12 Thread Krsnendu dasa
Is there any advantage to using rsync for a localhost backup, or will
tar be just as good or better. I have heard that tar is faster than
rsync and because there is no network traffic involved it might be
better to minimize cpu overhead and use tar.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] localhost backup

2006-12-12 Thread Carl Wilhelm Soderstrom
On 12/13 08:41 , Krsnendu dasa wrote:
 Is there any advantage to using rsync for a localhost backup, or will
 tar be just as good or better. I have heard that tar is faster than
 rsync and because there is no network traffic involved it might be
 better to minimize cpu overhead and use tar.

I usually only back up /etc/ on the backup server itself (and I do keep the
backup pool on a disk separate from the OS). For that, it's probably just as
good to use tar. it's such a small amount of data that it really doesn't
matter in either case. 

I use tar to back up the local data, unless there's a huge amount of it that
doesn't change; just like the example in the Debian package. :)

-- 
Carl Soderstrom
Systems Administrator
Real-Time Enterprises
www.real-time.com

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


[BackupPC-users] Per PC config files issue

2006-12-12 Thread doc Hyde

Hello.

I am using BackupPC version 3.0.0beta3.
I am saving machines with different OS.
I am used to BackupPC version 2 which works perfectly. I drop a config.pl in
the .../pc// dir and no problem.
But with this latest beta version it seems like the file config.pl is not
being read. I modify it through vi and see no difference in the command
executed. When I attempt to modify it through the cgi interface, the changes
made on the screen do not appear in my config.pl file.
Is this there something that I am missing.

Thank you for your help :)

Al
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] Per PC config files issue

2006-12-12 Thread JW Smythe
  Ahhh, so I'm not crazy. :)

  I posted the same thing a few days ago.  I was trying to do a fresh
install with the beta, which made me think I was doing something
stupid.  I reinstalled with the stable version and it's all working
for me now.

On 12/12/06, doc Hyde [EMAIL PROTECTED] wrote:
 Hello.

 I am using BackupPC version 3.0.0beta3.
 I am saving machines with different OS.
 I am used to BackupPC version 2 which works perfectly. I drop a config.pl in
 the .../pc// dir and no problem.
 But with this latest beta version it seems like the file config.pl is not
 being read. I modify it through vi and see no difference in the command
 executed. When I attempt to modify it through the cgi interface, the changes
 made on the screen do not appear in my config.pl file.
  Is this there something that I am missing.

 Thank you for your help :)

 Al

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] Per PC config files issue

2006-12-12 Thread Jason Hughes
For what it's worth, I started with 2.1.2pl2 stable and had per-machine 
configs for each machine working fine.  When I installed the 3.0.0beta3 
as an upgrade OVER the existing install, it worked fine.  Maybe there's 
something different about the install script that differs between 
upgrade and a fresh install?

I seem to remember reading that the config files changed for 3.0.0 to be 
/pc/machinename.pl rather than /pc/machinename/config.pl?  For sure, 
though, I didn't move or rename any files by hand and it works for me.

If you want to use the newest beta, you could try installing the stable, 
then update to the beta over your install...

JH

JW Smythe wrote:
   Ahhh, so I'm not crazy. :)

   I posted the same thing a few days ago.  I was trying to do a fresh
 install with the beta, which made me think I was doing something
 stupid.  I reinstalled with the stable version and it's all working
 for me now.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] win32 rsyncd speed

2006-12-12 Thread John Cianfarani
If bandwidth / space isn't too much of an issue you may want to drop the
compression down or off.  That may help speed up the transfer.

Thanks
John

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of JW Smythe
Sent: Monday, December 11, 2006 11:49 PM
To: backuppc-users@lists.sourceforge.net
Subject: [BackupPC-users] win32 rsyncd speed

  G'evening all.

  Does anyone know of a good way to speed up rsyncd on a Windows machine?

  I'm doing remote backups, from Windows servers on a 100Mb/s link to
a Tier1 provider, to my BackupPC off-site location on Verizon FiOS.
It seems to be taking an awful long time to get the data down to me.

  I just started doing them a few days ago.  The only server with a
transfer rate says the speed was 0.13 MB/s

  I just did an scp of a 45Mb file from a server in the same location,
to my backup machine.  scp reported 935KB/s, taking 49 seconds.  0.13
and 0.93 are a world of difference.   I'm assuming there's something
in the rsyncd configuration I could change, but there wasn't a lot of
documentation in the rsyncd package.  I'm using the one from the
BackupPC site, not my own compile.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


[BackupPC-users] rsyncd doesn't complete

2006-12-12 Thread Chris Purves
Hello,

I am running backuppc 2.1.1 on debian.  I have a rsync server running on 
a Windows XP machine (cwRsync).  The two machines are connected via a 
VPN (L2TP over IPSEC).

I can use rsync directly with no problems.  The transfer takes about 
four minutes.  But when backuppc runs, the transfer freezes up after 
what looks like the last file is transfered.  After two hours of 
inactivity have passed, backuppc gives up and closes the connection as 
well as not leaving even a partial backup.

A significant difference I noticed between the two cases is that the 
rsyncd log when calling rsync directly says rsync on test, but when 
using backuppc says rsync on .  Test is the correct name of the rsyncd 
share.  The only change I made to config.pl concerning rsync is to add 
--compress as an rsync option.  Any help solving this problem is 
appreciated.  Log/config file outputs are below.

Here is the rsyncd log from a straight rsync backup running the command 
'rsync --numeric-ids --perms --owner --group --devices --links --times 
--block-size=2048 --recursive --compress rsync://aims-03/test ~/temp/'

2006/12/12 16:08:02 [1276] 192.168.114.1 is not a known address for 
AURORA: spoofed address?
2006/12/12 16:08:02 [1276] connect from UNKNOWN (192.168.114.1)
2006/12/12 16:08:09 [1276] rsync on test from unknown (192.168.114.1)
2006/12/12 16:08:09 [1276] building file list
2006/12/12 16:08:10 [1276] send unknown [192.168.114.1] test () 
downloads/Production Protocol Nov-15-06.mpp 140288
...remove 1543 lines...
2006/12/12 16:11:51 [1276] send unknown [192.168.114.1] test () 
twiki/tools/upgrade_emails.pl 1768
2006/12/12 16:11:52 [1276] sent 14518417 bytes  received 34386 bytes 
total size 23073568



Here is the rsyncd log when backuppc attempts to perform a backup:

2006/12/12 13:59:59 [944] 192.168.114.1 is not a known address for 
AURORA: spoofed address?
2006/12/12 13:59:59 [944] connect from UNKNOWN (192.168.114.1)
2006/12/12 14:00:06 [944] rsync on . from unknown (192.168.114.1)
2006/12/12 14:00:06 [944] building file list
2006/12/12 14:00:07 [944] send unknown [192.168.114.1] test () 
downloads/Production Protocol Nov-15-06.mpp 140288
...remove 1543 lines...
2006/12/12 14:03:35 [944] send unknown [192.168.114.1] test () 
twiki/upgrade-4.0.5.tgz 286522

then nothing until timeout


My host config file:

$Conf{FullPeriod} = 6.97;
$Conf{IncrPeriod} = 0.97;

$Conf{FullKeepCnt} = 3;
$Conf{FullKeepCntMin} = 1;
$Conf{FullAgeMax} = 90;

$Conf{IncrKeepCnt} = 7;
$Conf{IncrKeepCntMin} = 1;
$Conf{IncrAgeMax} = 30;

$Conf{PartialAgeMax} = 3;

$Conf{RestoreInfoKeepCnt} = 10;
$Conf{ArchiveInfoKeepCnt} = 10;


$Conf{BlackoutBadPingLimit} = 3;
$Conf{BlackoutGoodCnt}  = 7;

$Conf{BlackoutPeriods} = [
 {
 hourBegin =  7.0,
 hourEnd   =  1.5,
 weekDays  = [0, 1, 2, 3, 4, 5, 6],
 },
];

$Conf{XferMethod} = 'rsyncd';
$Conf{RsyncShareName} = 'test';
$Conf{RsyncdAuthRequired} = 0;

$Conf{EMailAdminUserName} = 'chris';


-- 
Chris


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] Per PC config files issue

2006-12-12 Thread Holger Parplies
Hi,

Jason Hughes wrote:
 JW Smythe wrote:
Ahhh, so I'm not crazy. :)
 
I posted the same thing a few days ago.

and I replied off-list that setting 

 $Conf{ConfDir} = '/etc/BackupPC';

in the main config.pl probably means the config files will be put somewhere
beneath there - I take it from Lorentz Hinrichsens message in the same
thread that the actual location is /etc/BackupPC/pc/$host.pl (substitute
the hostname for $host).

 For what it's worth, I started with 2.1.2pl2 stable and had per-machine 
 configs for each machine working fine.  When I installed the 3.0.0beta3 
 as an upgrade OVER the existing install, it worked fine.  Maybe there's 
 something different about the install script that differs between 
 upgrade and a fresh install?

As I understand it, the whole point of the $Conf{ConfDir} configuration
variable is to let you choose where your configuration will be kept. FHS
wants it below /etc, BackupPC 2.x.x kept it below $Conf{TopDir} (except
there was no $Conf{TopDir} in 2.x.x ;-), which has the advantage of being
near the pool, i.e. possibly on a separate hard disk. I believe, the
install script leaves existing configuration files where they are by
adjusting $Conf{ConfDir}. For new installations, BackupPC follows FHS and
puts them below /etc/BackupPC, setting $Conf{ConfDir} accordingly.

Please note that I am mainly guessing from what I've read on this list,
because I don't have a BackupPC 3.0.0 installation yet where I could check.
Please correct me if I'm wrong.


So, regarding doc Hydes problem:
 But with this latest beta version it seems like the file config.pl is not
 being read. I modify it through vi and see no difference in the command
 executed. When I attempt to modify it through the cgi interface, the changes
 made on the screen do not appear in my config.pl file.
 Is this there something that I am missing.

I would guess that you are modifying (and looking at) files below
/var/lib/backuppc, whereas BackupPC is using (and modifying) files below
/etc/BackupPC. Check your setting of $Conf{ConfDir} in the main
configuration file, which I would guess to be /etc/BackupPC/config.pl.
Also note that it's probably $host.pl and not $host/config.pl (in my Debian
packaged 2.1.1 it was also $host.pl; I have no idea whether that was Debian
specific), though I wouldn't be surprised if both work equally or even in
combination ;-).

Regards,
Holger

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] BackupPC 3.0, rsyncd and UTF-8 support?

2006-12-12 Thread Craig Barratt
Eduardo writes:

 I now are using a Backuppc 3.0 beta 3
 
 I use cwrsyncd from: http://www.itefix.no/phpws/index.php
 
 And show, copy an restore my spanish charts from my windows XP and 2000 
 workstations without problem.
 
 install cwrsyncd, prepare the directory for upload, replace cygwin1.dll with 
 this
 http://www.okisoft.co.jp/esc/utf8-cygwin/cygwin1-dll-11-15.tar.bz2

Does someone know whether cygwin acknowledges this issue,
and will fix it?

 Hi Craig, were is you button to donate, or Wish List??, my company
 loves your program. (and my clients too) :-D

I appreciate the feedback.  Feel free to donate to other open source
projects, or SF.net.

Regards,
Craig

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] Per PC config files issue

2006-12-12 Thread Craig Barratt
doc writes:

 I am using BackupPC version 3.0.0beta3.
 I am saving machines with different OS.
 I am used to BackupPC version 2 which works perfectly. I drop a config.pl in
 the .../pc// dir and no problem.
 But with this latest beta version it seems like the file config.pl is not
 being read. I modify it through vi and see no difference in the command
 executed. When I attempt to modify it through the cgi interface, the changes
 made on the screen do not appear in my config.pl file.
 Is this there something that I am missing.

This question is coming up more frequently.

BackupPC 3.0.0 supports two directory layouts:

  - FHS (file system hierarchy standard).  By default config files
go below /etc/BackupPC, log files below /var/log/BackupPC, etc.
This is the default for new installations.

  - non-FHS: same as BackupPC 2.x: config files go below the data
directory.  This is the default for upgrades from 2.x.

So if you do a fresh install of BackupPC 3.0.0 the config files will
default to /etc/BackupPC.  If you upgrade then all the original
locations will be used as is.

The configure.pl script accepts a --no-fhs option if you want to do
a new install using the older 2.x conventions:

--fhs   Use locations specified by the Filesystem Hierarchy Standard for
installing BackupPC. This is enabled by default for new
installations. To use the pre-3.0 installation locations, specify
--no-fhs.

configure.pl does *not* automatically copy config files from the old
locations to the new ones.  So if you have BackupPC 2.x and you want
to use FHS for 3.0.0, you will need to treat it as a new install and
merge (don't copy, since you 3.0.0 comes with several new settings!)
the old config file at /etc/BackupPC/config.pl and copy the per-client
config files to /etc/BackupPC/pc/HOST.pl

Craig

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] rsyncd doesn't complete

2006-12-12 Thread Craig Barratt
Chris writes:

 I am running backuppc 2.1.1 on debian.  I have a rsync server running on 
 a Windows XP machine (cwRsync).  The two machines are connected via a 
 VPN (L2TP over IPSEC).
 
 I can use rsync directly with no problems.  The transfer takes about 
 four minutes.  But when backuppc runs, the transfer freezes up after 
 what looks like the last file is transfered.  After two hours of 
 inactivity have passed, backuppc gives up and closes the connection as 
 well as not leaving even a partial backup.
 
 A significant difference I noticed between the two cases is that the 
 rsyncd log when calling rsync directly says rsync on test, but when 
 using backuppc says rsync on .  Test is the correct name of the rsyncd 
 share.  The only change I made to config.pl concerning rsync is to add 
 --compress as an rsync option.  Any help solving this problem is 
 appreciated.  Log/config file outputs are below.

File::RsyncP doesn't support the --compress option, so you should
remove it.  Try again and if it still fails please email the XferLOG
file.

Craig

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/