Backup Central

I know people are tired of talking about this error from the responses I've seen on google
when researching it but it cropped up for me now.

I have been running successfully for quite some time under Ubuntu 11.04 and BackupPC 3.1.0.
I back up an Ubuntu 11.04 server (named r4p17).

Yesterday I added a windows client to using cygwin-rsync per the documentation. The backup
worked fine. I changed nothing on r4p17 and nothing on the backuppc server configuration.
Today I received an email...

The following hosts had an error that is probably caused by a
misconfiguration. Please fix these hosts:
- 10.0.0.8 (No files dumped for share /)

Regards,
PC Backup Genie

...and the error in the log is...

Running: /usr/bin/ssh -q -x -n -l root 10.0.0.8 env LC_ALL=C /bin/tar -c -v -f - -C / --totals --exclude=./sys
--exclude=./proc .
full backup started for directory /
Xfer PIDs are now 9123,9122
Tar exited with error 65280 () status
tarExtract: Done: 0 errors, 0 filesExist, 0 sizeExist, 0 sizeExistComp, 0 filesTotal, 0 sizeTotal
Got fatal error during xfer (No files dumped for share /)
Backup aborted (No files dumped for share /)
Not saving this as a partial backup since it has fewer files than the prior one (got 0 and 0 files versus 0)

...I'm not sure how adding a windows client affected backing up r4p17 and I'm not totally sure that is the
reason but I am suspicious. Can anyone lend some insight on what to check?

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

I've accidentally changed universal backup settings instead of an
individual machine before when adding a new machine...I'd check that
first. The new machine works fine but some other starts messing up
because it was using the old default setting which I messed up...
evets

On Wed, Nov 2, 2011 at 9:57 AM, Joe Konecny <jkonecny < at > rmtohio.com> wrote:
I know people are tired of talking about this error from the responses I've seen on google
when researching it but it cropped up for me now.

I have been running successfully for quite some time under Ubuntu 11.04 and BackupPC 3.1.0.
I back up an Ubuntu 11.04 server (named r4p17).

Yesterday I added a windows client to using cygwin-rsync per the documentation.  The backup
worked fine.  I changed nothing on r4p17 and nothing on the backuppc server configuration.
Today I received an email...

The following hosts had an error that is probably caused by a
misconfiguration.  Please fix these hosts:
  - 10.0.0.8 (No files dumped for share /)

Regards,
PC Backup Genie

...and the error in the log is...

Running: /usr/bin/ssh -q -x -n -l root 10.0.0.8 env LC_ALL=C /bin/tar -c -v -f - -C / --totals --exclude=./sys
--exclude=./proc .
full backup started for directory /
Xfer PIDs are now 9123,9122
Tar exited with error 65280 () status
tarExtract: Done: 0 errors, 0 filesExist, 0 sizeExist, 0 sizeExistComp, 0 filesTotal, 0 sizeTotal
Got fatal error during xfer (No files dumped for share /)
Backup aborted (No files dumped for share /)
Not saving this as a partial backup since it has fewer files than the prior one (got 0 and 0 files versus 0)

...I'm not sure how adding a windows client affected backing up r4p17 and I'm not totally sure that is the
reason but I am suspicious.  Can anyone lend some insight on what to check?

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/




--
"The universe is probably littered with the one-planet graves of
cultures which made the sensible economic decision that there's no
good reason to go into space--each discovered, studied, and remembered
by the ones who made the irrational decision." - Randall Munroe

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On 11/2/2011 10:07 AM, Steve wrote:
I've accidentally changed universal backup settings instead of an
individual machine before when adding a new machine...I'd check that
first. The new machine works fine but some other starts messing up
because it was using the old default setting which I messed up...
evets

Running: /usr/bin/ssh -q -x -n -l root 10.0.0.8 env LC_ALL=C /bin/tar -c -v -f - -C / --totals --exclude=./sys
--exclude=./proc .


It's sending the same command it always has as seen above.

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On Wed, Nov 2, 2011 at 9:21 AM, Joe Konecny <jkonecny < at > rmtohio.com> wrote:
On 11/2/2011 10:07 AM, Steve wrote:
I've accidentally changed universal backup settings instead of an
individual machine before when adding a new machine...I'd check that
first.  The new machine works fine but some other starts messing up
because it was using the old default setting which I messed up...
evets

Running: /usr/bin/ssh -q -x -n -l root 10.0.0.8 env LC_ALL=C /bin/tar -c -v -f - -C / --totals --exclude=./sys
--exclude=./proc .


It's sending the same command it always has as seen above.

What happens if you run that command manually as the backuppc user?

--
Les Mikesell
lesmikesell < at > gmail.com

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On 11/2/2011 10:47 AM, Les Mikesell wrote:
On Wed, Nov 2, 2011 at 9:21 AM, Joe Konecny<jkonecny < at > rmtohio.com> wrote:
On 11/2/2011 10:07 AM, Steve wrote:
I've accidentally changed universal backup settings instead of an
individual machine before when adding a new machine...I'd check that
first. The new machine works fine but some other starts messing up
because it was using the old default setting which I messed up...
evets

Running: /usr/bin/ssh -q -x -n -l root 10.0.0.8 env LC_ALL=C /bin/tar -c -v -f - -C / --totals --exclude=./sys
--exclude=./proc .


It's sending the same command it always has as seen above.

What happens if you run that command manually as the backuppc user?



It asks for a password then appears to start dumping to the screen. Should that be asking for a password?

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On Wed, Nov 2, 2011 at 9:55 AM, Joe Konecny <jkonecny < at > rmtohio.com> wrote:
On 11/2/2011 10:47 AM, Les Mikesell wrote:
On Wed, Nov 2, 2011 at 9:21 AM, Joe Konecny<jkonecny < at > rmtohio.com>  wrote:
On 11/2/2011 10:07 AM, Steve wrote:
I've accidentally changed universal backup settings instead of an
individual machine before when adding a new machine...I'd check that
first.  The new machine works fine but some other starts messing up
because it was using the old default setting which I messed up...
evets

Running: /usr/bin/ssh -q -x -n -l root 10.0.0.8 env LC_ALL=C /bin/tar -c -v -f - -C / --totals --exclude=./sys
--exclude=./proc .


It's sending the same command it always has as seen above.

What happens if you run that command manually as the backuppc user?



It asks for a password then appears to start dumping to the screen.  Should that be asking for a password?

No, if you are running as the backuppc user and the ssh keys are
configured correctly it should not be asking for a password.

--
Les Mikesell
lesmikesell < at > gmail.com

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On Wed, 2011-11-02 at 10:27 -0500, Les Mikesell wrote:
On Wed, Nov 2, 2011 at 9:55 AM, Joe Konecny <jkonecny < at > rmtohio.com> wrote:

It asks for a password then appears to start dumping to the screen. Should that be asking for a password?

No, if you are running as the backuppc user and the ssh keys are
configured correctly it should not be asking for a password.

try sudo -H -s -u backuppc which should give you a shell as the backuppc
user, then try the command again. I think it might be permissions on the
ssh key files but ssh -v might help too.

--
Tim Fletcher <tim < at > night-shade.org.uk>


------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On 11/2/2011 11:36 AM, Tim Fletcher wrote:
On Wed, 2011-11-02 at 10:27 -0500, Les Mikesell wrote:
On Wed, Nov 2, 2011 at 9:55 AM, Joe Konecny<jkonecny < at > rmtohio.com> wrote:

It asks for a password then appears to start dumping to the screen. Should that be asking for a password?

No, if you are running as the backuppc user and the ssh keys are
configured correctly it should not be asking for a password.

try sudo -H -s -u backuppc which should give you a shell as the backuppc
user, then try the command again. I think it might be permissions on the
ssh key files but ssh -v might help too.


backuppc < at > rmt170:/root$ ssh -v -l root r4p17 whoami
OpenSSH_5.5p1 Debian-4ubuntu4, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to r4p17 [10.0.0.8] port 22.
debug1: Connection established.
debug1: identity file /var/lib/backuppc/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /var/lib/backuppc/.ssh/id_rsa-cert type -1
debug1: identity file /var/lib/backuppc/.ssh/id_dsa type -1
debug1: identity file /var/lib/backuppc/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p1 Debian-1ubuntu3
debug1: match: OpenSSH_5.8p1 Debian-1ubuntu3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.5p1 Debian-4ubuntu4
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'r4p17' is known and matches the RSA host key.
debug1: Found key in /var/lib/backuppc/.ssh/known_hosts:3
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering public key: /var/lib/backuppc/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /var/lib/backuppc/.ssh/id_dsa
debug1: Next authentication method: password
root < at > r4p17's password:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions < at > openssh.com
debug1: Entering interactive session.
debug1: Remote: Ignored authorized keys: bad ownership or modes for directory /root
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending command: whoami
root

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On Wed, 2011-11-02 at 11:57 -0400, Joe Konecny wrote:
debug1: Remote: Ignored authorized keys: bad ownership or modes for
directory /root

Could this be the issue?

--
Tim Fletcher <tim < at > night-shade.org.uk>


------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On Wed, Nov 2, 2011 at 10:57 AM, Joe Konecny <jkonecny < at > rmtohio.com> wrote:

debug1: Remote: Ignored authorized keys: bad ownership or modes for directory /root

ssh checks permissions on the keys file and all directories above it
and won't trust them if the ownership or permissions are wrong. Looks
like /root is writable by someone else.

--
Les Mikesell
lesmikesell < at > gmail.com

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On 11/2/2011 12:33 PM, Tim Fletcher wrote:
On Wed, 2011-11-02 at 11:57 -0400, Joe Konecny wrote:
debug1: Remote: Ignored authorized keys: bad ownership or modes for
directory /root

Could this be the issue?



Well... for some reason...

dr-xr-xr-x 5 400 401 4096 2011-11-02 11:25 root

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On Wed, Nov 2, 2011 at 12:02 PM, Joe Konecny <jkonecny < at > rmtohio.com> wrote:
On 11/2/2011 12:33 PM, Tim Fletcher wrote:
On Wed, 2011-11-02 at 11:57 -0400, Joe Konecny wrote:
debug1: Remote: Ignored authorized keys: bad ownership or modes for
directory /root

Could this be the issue?



Well... for some reason...

dr-xr-xr-x   5  400  401  4096 2011-11-02 11:25 root

Should be root root, not 400 401. Unless you can find out why that
happened, it might be a good idea to not trust anything on that
machine...

--
Les Mikesell
lesmikesell < at > gmail.com

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

I have had also long time problem to solve same issue when I tried to backup a remote node with Xfer method (command TAR).

full backup started for directory /
Xfer PIDs are now 9123,9122
Tar exited with error 65280 () status
tarExtract: Done: 0 errors, 0 filesExist, 0 sizeExist, 0 sizeExistComp, 0
filesTotal, 0 sizeTotal

I made the same error with ssh and tar like you. Main issue wast that backup command was started from daemon and tty was not set.
But ssh command needs tty, because ssh command needs accept password and questions about remote known host.

There should be fixed three issues:

1. run the command ssh with setting TTY
2. automatic answer for ssh question about password
3. skip question about known host

How to do this?

1. install on the client node backuppc software
2. update visudo with line:
backuppc ALL=NOPASSWD: /bin/tar
3. install on client node package sshpass - noninteractive ssh password provider
4. modify Xfer tar command:

$Conf{TarClientCmd} = '/usr/bin/sshpass -p <passw> $sshPath -x -tt -n -o StrictHostKeyChecking=no -l backuppc $host env LC_ALL=C sudo $tarPath -c -v -f - -C $shareName+ --totals';


the sshpass command remembers the password and when ssh command ask for password sshpass sets it.
-o StricktHostKeyChecking=no skips the questions about known host.
-tt selector in ssh which forces tty allocation, but it is not necessary
-v selector in ssh, if you want to see debug info

Good Luck