[BackupPC-users] BackupPC 3 load
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
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
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?
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?
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
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
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
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
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
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/
