[BackupPC-users] BackupPC 3 load

2007-02-15 Thread Nils Breunese (Lemonbit)

Hello,

I recently upgraded to BackupPC 3 and although the idea of being able  
to run the nightly jobs, the trashClean job and dump jobs all at the  
same time is nice it seems it's a bit too much for our server (load =  
10 at the moment). Can I make backup runs and nightly jobs mutually  
exclusive again or do I have to adjust my WakeupSchedule to make sure  
no backups are started in the first ten hours after the nightly jobs  
start?


Nils Breunese.


PGP.sig
Description: Dit deel van het bericht is digitaal ondertekend
-
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] GUI error after upgrade

2007-02-15 Thread Filipe
Hi.
I've upgraded from 2.1.1 to 3.0.0 like you, and some problems arise..
First it was the error about the language, and resolved it by renaming 
/etc/backuppc and reinstalling the 3.0.0 version
then some errors appeared when backing up hosts, and the web interface 
edit configuration does not work.
I thought it has something to do with mod_perl, it didnt appeared with 
apache -l command.
so I installed it with apt-get install libapache-mod-perl, but it still 
didnt show mod_perl  so I gave up on that.
also I putted in  httpd.conf the config like in the docs- 
http://kent.dl.sourceforge.net/sourceforge/backuppc/BackupPC-3.0.0.html#step_9__cgi_interface

now what is really strange is that I have a lot of folders with special 
characters with accents and other portuguese language symbols, but I 
managed to put it working correcly in the last version, but now only the 
folders tar appear right, in the files some are missing, those are 
filenames with special characters.
here is what I'm talking about: 
http://img57.imageshack.us/my.php?image=backuppcnamesyb0.png

the host is an NT4 server...

Jim McNamara escreveu:
 Hello list!

 My thanks again go out to Craig for a great piece of software!

 I have been running BackupPC 2.1.1 on a debian box, installed by the
 apt-get package system. Tonight I upgraded by compiling 3.0.0, and
 encountered a good number of problems, largely resulting from Debian
 modifications. The problems had for the most part been covered on this
 list previously, and I got through nearly all of them.

 The problem that remains is some misconfiguration of the webpage or
 cgi script. I have 3 hosts being backed up, one using tar with a very
 limited sudo, one with samba, and the 3rd with rsyncd. With all 3
 hosts, I can view their previous backups, but clicking on the Start
 Incr Backup or Start Full Backup will simply return me to the
 default homepage, the one generated by the BackupPC_Admin file in the
 cgi-bin.

 The currently running jobs section of the main page will have nothing
 in it, and a CLI check will confirm that the backup is not being
 performed. When I follow the steps in the FAQ, I can su to the
 backuppc user, and issue the command __INSTALLDIR__/bin/BackupPC_dump
 -v -f hostName, and the backup will be done. The main page still
 doesn't show anything in process under currently running jobs, but
 once the CLI backup is complete, the backup files will exist, and the
 webpage GUI shows them.

 It seems the config and executable files as well as permissions are
 all correct, otherwise the CLI backup would fail. I am logging both
 errors and access to an apache log in addition to backuppc's own
 logging, but I don't see anything. The data directory, where the
 individual host XferLog and LOG files are don't get updated at all
 when I use the webpage to start the backup, but the CLI backup updates
 all logs in this directory as expected.

 If any additional info or configs would make this easier to diagnose,
 please let me know.

 Thanks,
 Jim

 -
 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/


Re: [BackupPC-users] GUI error after upgrade

2007-02-15 Thread Ludovic Drolez


Craig Barratt wrote:
 I do have a question: for your 2.x package you hardcoded the
 config paths.  In 3.x the FHS mode places the config files in
 places similar to your 2.x package - but not exactly the same.
 
 That's why people that started with your 2.x debian package
 and then upgraded using the vanilla tarball are having problems.
 
 What paths did you use for the 3.x package, and will it do the
 right thing when a user upgrades from the debian 2.x to the
 debian 3.x package?

With my last upload, the paths are the same used for the 2.x package,
to make the Debian upgrade very easy. But I'm open to any suggestions:
which paths do you think I should use ?

Cheers,

-- 
Ludovic Drolez.

http://zaurus.palmopensource.com- The Zaurus Open Source Portal
http://www.drolez.com  - Personal site - Linux and PalmOS stuff

-
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] SSH config problemcausingfileListReceivefailed?

2007-02-15 Thread Arch Willingham
The backuppc server is machine2. I.E. it is trying to backup itself. 

I ran that first command you gave me and it gave a weird message The 
authenticity of machine2 can't be established. RSA key fingerprint is blah, 
blah, blah. Are you sure you want to continue connecting? Please type yes or 
no...I typed yes, gave it root's password and tried running BackupPC again. 

This time, instead of the previous fileListReceive failed errors I get 
Unable to read 4 bytes errors and this is in the error log:

Running: /usr/bin/ssh -q -x -l root machine2 /usr/bin/rsync --server --sender 
--numeric-ids --perms --owner --group -D --links --hard-links --times 
--block-size=2048 --recursive --ignore-times . /
Xfer PIDs are now 7245
Read EOF: Connection reset by peer
Tried again: got 0 bytes
Done: 0 files, 0 bytes
Got fatal error during xfer (Unable to read 4 bytes)
Backup aborted (Unable to read 4 bytes)


BTW...I also ran that second command you gave me and I copied the output from 
it to below (holy macaroniI have no idea what all that stuff means!).


[EMAIL PROTECTED] ~]# /usr/bin/ssh -vvv -x -l root machine2
OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to machine2 [10.2.0.99] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL
 PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL
 PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL 
PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL 
PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib
debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL
 PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL
 PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL 
PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL 
PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[EMAIL PROTECTED]
debug2: kex_parse_kexinit: none,[EMAIL PROTECTED]
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_init: found hmac-md5
debug1: kex: server-client aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
debug1: kex: client-server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 124/256
debug2: bits set: 510/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug3: check_host_in_hostfile: filename /root/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug3: check_host_in_hostfile: filename /root/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug1: Host 'machine2' is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:1
debug2: bits set: 533/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /root/.ssh/identity ((nil))
debug2: key: /root/.ssh/id_rsa ((nil))
debug2: 

Re: [BackupPC-users] SSH config problemcausingfileListReceivefailed?

2007-02-15 Thread Ralf Gross
Arch Willingham schrieb:
 The backuppc server is machine2. I.E. it is trying to backup itself. 
 
 I ran that first command you gave me and it gave a weird message
 The authenticity of machine2 can't be established. RSA key
 fingerprint is blah, blah, blah. Are you sure you want to continue
 connecting? Please type yes or no...I typed yes, gave it root's
 password and tried running BackupPC again. 
 
 This time, instead of the previous fileListReceive failed errors I
 get Unable to read 4 bytes errors and this is in the error log:
 
 Running: /usr/bin/ssh -q -x -l root machine2 /usr/bin/rsync --server
 --sender --numeric-ids --perms --owner --group -D --links
 --hard-links --times --block-size=2048 --recursive --ignore-times .
 / Xfer PIDs are now 7245 Read EOF: Connection reset by peer Tried
 again: got 0 bytes Done: 0 files, 0 bytes Got fatal error during
 xfer (Unable to read 4 bytes) Backup aborted (Unable to read 4
 bytes)
 
 
 BTW...I also ran that second command you gave me and I copied the
 output from it to below (holy macaroniI have no idea what all
 that stuff means!).
 
 
 [EMAIL PROTECTED] ~]# /usr/bin/ssh -vvv -x -l root machine2

You should run this command on the backuppc side as user backuppc.
Either su to the backuppc user and execute the command or try 'su -c
backuppc /usr/bin/ssh -vvv -x -l root machine2'.

Ralf

-
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] variable substitution

2007-02-15 Thread Brien Dieterle
How can I get this to work? I am storing the data inside lasttime.txt 
(don't ask why) :-)

$Conf{TarIncrArgs} = '--newer=`cat lasttime.txt` $fileList+';

the shell command within ` ` does not get executed, so of course this 
doesn't work at all.  Any ideas?

Thanks!

Brien

-
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] variable substitution

2007-02-15 Thread Jason Hughes
Perl likes this:
 $string = 'Hello ' . `executethis` . ' test\n';

You probably want to surround the whole string in single quotes, but use 
dot-concatenation to string the pieces of command together.  I didn't 
try what you have below, but I did notice that backticks weren't being 
executed if they were inside a string (for me, running perl on win32 at 
least).

Good luck,
JH

Brien Dieterle wrote:
 How can I get this to work? I am storing the data inside lasttime.txt 
 (don't ask why) :-)

 $Conf{TarIncrArgs} = '--newer=`cat lasttime.txt` $fileList+';

 the shell command within ` ` does not get executed, so of course this 
 doesn't work at all.  Any ideas?

 Thanks!

 Brien

   

-
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] rsyncp problem --prune-empty-dirs

2007-02-15 Thread Bernhard Ott
Hi,
there seems to be a problem using the rsync --prune-empty-dirs
(-m) option with backuppc (see log-file/config).
The rsync command/options works with all clients invoked via shell (and, 
of course, without the -m option), but not via rsyncp. Seems like rsync 
reads all the directories and filters them afterwards, so it might be 
a timeout-issue?
Or am I missing something?

Regards,
Bernhard


### log
Connected to 192.168.x.x:873, remote version 29
Negotiated protocol version 26
Connected to module Ddrive
Sending args: --server --sender --numeric-ids --perms --owner --group -D 
--links --times --block-size=2048 --recursive --prune-empty-dirs -D 
--ignore-times . .
Read EOF:
Tried again: got 0 bytes
Done: 0 files, 0 bytes
Got fatal error during xfer (Unable to read 4 bytes)
Backup aborted (Unable to read 4 bytes)



### Rsync Args of host.pl
$Conf{RsyncArgs} = [
 '--numeric-ids',
 '--perms',
 '--owner',
 '--group',
 '--devices',
 '--links',
 '--times',
 '--block-size=2048',
 '--recursive',
'--prune-empty-dirs',
 '--checksum-seed=32761',
 # Add additional arguments here
 #
 '-D',

'--include', '**/',
'--include', '**/[mM][iI][tT]_[aA][lL][lL][eE][sS]/*',
'--exclude', '*',

];

-
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] variable substitution

2007-02-15 Thread Ambrose Li
On 15/02/07, Craig Barratt [EMAIL PROTECTED] wrote:

 BackupPC doesn't use a shell for executing these commands,
 so shell substitutions like `...` don't work.

 You can set $Conf{TarClientCmd} to execute a shell script that
 can do any argument processing you want.

Actually `` are valid Perl quotes that execute a shell, so this would
have worked if the `` had not been further quoted.

Whether running things like these in a config file is safe is another
matter, though. I think this is in general a bad idea, but if the
command inside the backticks is guaranteed to produce safe output
this should be ok.

-- 
cheers,
-ambrose

-
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] variable substitution

2007-02-15 Thread Ambrose Li
On 16/02/07, Ambrose Li [EMAIL PROTECTED] wrote:
 On 15/02/07, Craig Barratt [EMAIL PROTECTED] wrote:
 
  BackupPC doesn't use a shell for executing these commands,
  so shell substitutions like `...` don't work.
 
  You can set $Conf{TarClientCmd} to execute a shell script that
  can do any argument processing you want.

 Actually `` are valid Perl quotes that execute a shell, so this would
 have worked if the `` had not been further quoted.

Um. Now I see why this wouldn't work. I shouldn't write a reply
after midnight. Sorry.

-- 
cheers,
-ambrose

-
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/