Backup Central

I'm having a very bizarre issue, and I believe it has something to do with authentication through SMB with BackupPC. I'm using Samba 3.0.2a on Mandrake Linux 10, with the patch that was posted here for multiple entries in the exclusion list. When I do the command /usr/local/share/backuppc/bin/BackupPC_dump -i -v hostname, it appears to go about it's job correctly, but then suddenly it pops up this and drops me back to the prompt:

--- hostname ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 16.957/16.957/16.957/0.000 ms

CheckHostAlive: returning 16.9
dump failed:
[bash]$

Now, what's so bizarre, is that if I manually run the samba command that BackupPC_dump runs, while BackupPC_dump is running (i.e. it get's the timestamp from the actions of BackupPC_dump -i), and leave that samba command running, and THEN start another instance of BackupPC_dump -i -v hostname, the incremental backup completes without errors. I'm thinking maybe BackupPC isn't correctly passing on the password to the host, and the host is rejecting me for some reason. When I run the samba command from the command line, I include the password in the -U expression (i.e. username%password) and that seems to work with authentication fine... But when I do the same thing in the config.pl username field, it still fails.

I have put BPC_SMB_PASSWD in the /etc/init.d/backuppc, and I also have it in the login information in the host specific config.pl; it doesn't appear to solve the issue though.

By the way, the errors Xferlog just shows this:
running: /usr/bin/smbclient \\\\hostname\\C\$ -U username -E -N -d 1 -c tarmode\ full -TcNrX /home/backuppc/backups/pc/hostname/timeStamp.level0 - \\RECYCLER \\pagefile.sys \\hiberfil.sys \\Program\ Files \\WINDOWS \\VIRTPART.DAT \\tmp2 \\temp2 \\temp \\System\ Volume\ Information
Xfer PIDs are now 12529,12528
[ skipped 1 lines ]
tar_re_search set
tarExtract: Done: 0 errors, 407 filesExist, 913478 sizeExist, 750314 sizeExistComp, 1306 filesTotal, 201099733 sizeTotal

Any help would be appreciated. Is there a way to increase the debug level for BackupPC_dump -i -v with samba so I can see what it's failing on?

Tristan Stahnke
--
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

"Tristan Stahnke" writes:

I'm having a very bizarre issue, and I believe it has something to
do with authentication through SMB with BackupPC. I'm using Samba
3.0.2a on Mandrake Linux 10, with the patch that was posted here
for multiple entries in the exclusion list. When I do the command
/usr/local/share/backuppc/bin/BackupPC_dump -i -v hostname, it
appears to go about it's job correctly, but then suddenly it pops
up this and drops me back to the prompt:

--- hostname ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 16.957/16.957/16.957/0.000 ms

CheckHostAlive: returning 16.9
dump failed:
[bash]$

Now, what's so bizarre, is that if I manually run the samba command
that BackupPC_dump runs, while BackupPC_dump is running (i.e. it
get's the timestamp from the actions of BackupPC_dump -i), and leave
that samba command running, and THEN start another instance of
BackupPC_dump -i -v hostname, the incremental backup completes
without errors. I'm thinking maybe BackupPC isn't correctly passing
on the password to the host, and the host is rejecting me for some
reason. When I run the samba command from the command line, I
include the password in the -U expression (i.e. username%password)
and that seems to work with authentication fine... But when I do
the same thing in the config.pl username field, it still fails.

I have put BPC_SMB_PASSWD in the /etc/init.d/backuppc, and I also
have it in the login information in the host specific config.pl; it
doesn't appear to solve the issue though.

By the way, the errors Xferlog just shows this:
running: /usr/bin/smbclient \\\\hostname\\C\$ -U username -E -N -d 1 -c tarmode\ full -TcNrX /home/backuppc/backups/pc/hostname/timeStamp.level0 - \\RECYCLER \\pagefile.sys \\hiberfil.sys \\Program\ Files \\WINDOWS \\VIRTPART.DAT \\tmp2 \\temp2 \\temp \\System\ Volume\ Information
Xfer PIDs are now 12529,12528
[ skipped 1 lines ]
tar_re_search set
tarExtract: Done: 0 errors, 407 filesExist, 913478 sizeExist, 750314 sizeExistComp, 1306 filesTotal, 201099733 sizeTotal

Any help would be appreciated. Is there a way to increase the
debug level for BackupPC_dump -i -v with samba so I can see what
it's failing on?

I can't explain this behavior. The -d option sets the debug level
for smbclient. You can change it via $Conf{SmbClientFullCmd} or
$Conf{SmbClientIncrCmd}.

BackupPC uses the PASSWD environment variable to set the password
for smbclient. The value it uses is either BPC_SMB_PASSWD or
the setting of $Conf{SmbSharePasswd}. Setting it via the
command line is obviously undesirable since it will be visible
to people running ps.

But I do recall that for smbclient 3.x the environment variable
password support was changed. It still works correclty for
me (at least the last version I tested - probably 3.0.1).

If your BackupPC server is not used by regular users (so people can't
see process arguments with ps), you could try the -U username%password
form by setting $Conf{SmbClientFullCmd} and $Conf{SmbClientIncrCmd}
appropriately.

Craig


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

From: Craig Barratt <cbarratt < at > users.sourceforge.net>
Date: Mon, 22 Mar 2004 00:29:11 -0800
To: "Tristan Stahnke" <grangen < at > earthling.net>
Subject: Re: [BackupPC-users] BackupPC_dump fails without error

"Tristan Stahnke" writes:

I'm having a very bizarre issue, and I believe it has something to
do with authentication through SMB with BackupPC. I'm using Samba
3.0.2a on Mandrake Linux 10, with the patch that was posted here
for multiple entries in the exclusion list. When I do the command
/usr/local/share/backuppc/bin/BackupPC_dump -i -v hostname, it
appears to go about it's job correctly, but then suddenly it pops
up this and drops me back to the prompt:

--- hostname ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 16.957/16.957/16.957/0.000 ms

CheckHostAlive: returning 16.9
dump failed:
[bash]$

Now, what's so bizarre, is that if I manually run the samba command
that BackupPC_dump runs, while BackupPC_dump is running (i.e. it
get's the timestamp from the actions of BackupPC_dump -i), and leave
that samba command running, and THEN start another instance of
BackupPC_dump -i -v hostname, the incremental backup completes
without errors. I'm thinking maybe BackupPC isn't correctly passing
on the password to the host, and the host is rejecting me for some
reason. When I run the samba command from the command line, I
include the password in the -U expression (i.e. username%password)
and that seems to work with authentication fine... But when I do
the same thing in the config.pl username field, it still fails.

I have put BPC_SMB_PASSWD in the /etc/init.d/backuppc, and I also
have it in the login information in the host specific config.pl; it
doesn't appear to solve the issue though.

By the way, the errors Xferlog just shows this:
running: /usr/bin/smbclient \\\\hostname\\C\$ -U username -E -N -d 1 -c tarmode\ full -TcNrX /home/backuppc/backups/pc/hostname/timeStamp.level0 - \\RECYCLER \\pagefile.sys \\hiberfil.sys \\Program\ Files \\WINDOWS \\VIRTPART.DAT \\tmp2 \\temp2 \\temp \\System\ Volume\ Information
Xfer PIDs are now 12529,12528
[ skipped 1 lines ]
tar_re_search set
tarExtract: Done: 0 errors, 407 filesExist, 913478 sizeExist, 750314 sizeExistComp, 1306 filesTotal, 201099733 sizeTotal

Any help would be appreciated. Is there a way to increase the
debug level for BackupPC_dump -i -v with samba so I can see what
it's failing on?

I can't explain this behavior. The -d option sets the debug level
for smbclient. You can change it via $Conf{SmbClientFullCmd} or
$Conf{SmbClientIncrCmd}.

BackupPC uses the PASSWD environment variable to set the password
for smbclient. The value it uses is either BPC_SMB_PASSWD or
the setting of $Conf{SmbSharePasswd}. Setting it via the
command line is obviously undesirable since it will be visible
to people running ps.

But I do recall that for smbclient 3.x the environment variable
password support was changed. It still works correclty for
me (at least the last version I tested - probably 3.0.1).

If your BackupPC server is not used by regular users (so people can't
see process arguments with ps), you could try the -U username%password
form by setting $Conf{SmbClientFullCmd} and $Conf{SmbClientIncrCmd}
appropriately.

Craig

Ah, I hadn't thought of changing the debug level in the samba command manually, even though I had played around with that earlier. Thanks for your help. I'll see what I can gather from the added debug level, and test some more things.

Tristan
--
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm

----- Original Message -----
From: Craig Barratt <cbarratt < at > users.sourceforge.net>
Date: Mon, 22 Mar 2004 00:29:11 -0800
To: "Tristan Stahnke" <grangen < at > earthling.net>
Subject: Re: [BackupPC-users] BackupPC_dump fails without error

"Tristan Stahnke" writes:

I'm having a very bizarre issue, and I believe it has something to
do with authentication through SMB with BackupPC. I'm using Samba
3.0.2a on Mandrake Linux 10, with the patch that was posted here
for multiple entries in the exclusion list. When I do the command
/usr/local/share/backuppc/bin/BackupPC_dump -i -v hostname, it
appears to go about it's job correctly, but then suddenly it pops
up this and drops me back to the prompt:

--- hostname ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 16.957/16.957/16.957/0.000 ms

CheckHostAlive: returning 16.9
dump failed:
[bash]$

Now, what's so bizarre, is that if I manually run the samba command
that BackupPC_dump runs, while BackupPC_dump is running (i.e. it
get's the timestamp from the actions of BackupPC_dump -i), and leave
that samba command running, and THEN start another instance of
BackupPC_dump -i -v hostname, the incremental backup completes
without errors. I'm thinking maybe BackupPC isn't correctly passing
on the password to the host, and the host is rejecting me for some
reason. When I run the samba command from the command line, I
include the password in the -U expression (i.e. username%password)
and that seems to work with authentication fine... But when I do
the same thing in the config.pl username field, it still fails.

I have put BPC_SMB_PASSWD in the /etc/init.d/backuppc, and I also
have it in the login information in the host specific config.pl; it
doesn't appear to solve the issue though.

By the way, the errors Xferlog just shows this:
running: /usr/bin/smbclient \\\\hostname\\C\$ -U username -E -N -d 1 -c tarmode\ full -TcNrX /home/backuppc/backups/pc/hostname/timeStamp.level0 - \\RECYCLER \\pagefile.sys \\hiberfil.sys \\Program\ Files \\WINDOWS \\VIRTPART.DAT \\tmp2 \\temp2 \\temp \\System\ Volume\ Information
Xfer PIDs are now 12529,12528
[ skipped 1 lines ]
tar_re_search set
tarExtract: Done: 0 errors, 407 filesExist, 913478 sizeExist, 750314 sizeExistComp, 1306 filesTotal, 201099733 sizeTotal

Any help would be appreciated. Is there a way to increase the
debug level for BackupPC_dump -i -v with samba so I can see what
it's failing on?

I can't explain this behavior. The -d option sets the debug level
for smbclient. You can change it via $Conf{SmbClientFullCmd} or
$Conf{SmbClientIncrCmd}.

BackupPC uses the PASSWD environment variable to set the password
for smbclient. The value it uses is either BPC_SMB_PASSWD or
the setting of $Conf{SmbSharePasswd}. Setting it via the
command line is obviously undesirable since it will be visible
to people running ps.

But I do recall that for smbclient 3.x the environment variable
password support was changed. It still works correclty for
me (at least the last version I tested - probably 3.0.1).

If your BackupPC server is not used by regular users (so people can't
see process arguments with ps), you could try the -U username%password
form by setting $Conf{SmbClientFullCmd} and $Conf{SmbClientIncrCmd}
appropriately.

Craig

OK That was really really strange. I changed the debug level manually for the increment command to level 3, and when I did an incremental backup from the commandline, it succeeded without errors! This is one of the most bizarre issues I've seen. I ran the command BackupPC_dump -i -d -v hostname from the command line and it completed; but when I clicked on incremental backup from the BackupPC_Admin cgi script, it failed and the XFerLog.errors gave this:

running: /usr/bin/smbclient \\\\hostname\\C\$ -U username -E -N -d 3 -c tarmode\ full -TcNrX /home/backuppc/backups/pc/hostname/timeStamp.level0 - \\RECYCLER \\pagefile.sys \\hiberfil.sys \\Program\ Files \\WINDOWS \\VIRTPART.DAT \\tmp2 \\temp2 \\temp \\System\ Volume\ Information
Xfer PIDs are now 7040,7039
[ skipped 1 lines ]
tar_re_search set
lp_load: refreshing parameters
Initialising global parameters
params.c:pm_process() - Processing configuration file "/etc/samba/smb.conf"
Processing section "[global]"
[ skipped 2 lines ]
Client started (version 3.0.2a).
resolve_lmhosts: Attempting lmhosts lookup for name hostname<0x20>
resolve_wins: Attempting wins lookup for name hostname<0x20>
resolve_wins: WINS server resolution selected and no WINS servers listed.
resolve_hosts: Attempting host lookup for name hostname<0x20>
tarExtract: Done: 0 errors, 234 filesExist, 2237735 sizeExist, 1465418 sizeExistComp, 531 filesTotal, 78424324 sizeTotal

So I added the host to lmhosts in /etc/samba, and then it completed fine from the BackupPC_Admin cgi script. This is incredible strange.

What command does the cgi script run? It seems the added -d switch allows it to run from the command line, without the -d switch, it fails on pings to the host, and never starts up samba. I wasn't able to recreate the resolve_hosts etc. problem from the command line.

From those messages given by the command from the cgi script, I'm thinking my smb configuration might be misconfigured.

Tristan
--
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm