BackupPC 3.3.0 packaged for Ubuntu precise, SMB fixed

apt-get update
apt-get install backuppc

echo "smbclient install" | sudo dpkg --set-selections
apt-get dist-upgrade

1. 

   Kevin on 2013-10-30 at 04:00 +00:00

   Thanks, immensely helpful.

   Reply

2. 

   Jim on 2014-01-20 at 04:42 +00:00

   Hi Tyler, first of all thanks for making your repo and BackupPC 3.3 available.

   I’ve just updated a system from Ubuntu 10.10 to Mint Mate 13 (clean install, config files carefully merged) and run into the issue with Samba 3.6.x (3.6.3 in this case). After finding your repo, adding to sources.list for maya, the 3.3.0 is installed and running. However, still getting the same error: “backup failed on (NT_STATUS_ACCESS_DENIED listing \\*)”

   Never installed the samba downgrade (it’s still 3.6.3 from the maya install), so it seems like updating BackupPC should have fixed the problem. Do I need a newer samba too or is there some other detail I’ve missed?

   Thanks in advance.

   Reply

   1. 

      Tyler Wagner on 2014-01-20 at 10:11 +00:00

      Hi Jim,

      That sounds like an actual authentication issue. My guess is that something is actually wrong with Samba authentication.

      If you are sure that isn’t the issue, try the Samba downgrade. If it doesn’t work, you can upgrade again using the instructions above.

      Reply

      1. 

         Jim on 2014-01-21 at 03:43 +00:00

         Hi Tyler, that was the first thing I thought too, but the perl files for hosts were restored from the old system, so I”m sure the passwords are correct….at first smb commands worked from my user by not from backuppc, then somehow started working? Also, the host in question is an ancient XP box; meanwhile another Windows 7 system backs up just fine. Seems like even the XP box is now trying, but still flaky: all prior incr failed, but first full transferred many files then failed; incr failed again; then full completed ??

         2014-01-20 22:07:33 User backuppc requested backup of xxxxxxxx (xxxxxxxx)
         2014-01-20 22:07:34 Started full backup on xxxxxxxx (pid=5491, share=yyyyyyyy)
         2014-01-20 22:11:11 Backup failed on xxxxxxxx (NT_STATUS_ACCESS_DENIED listing \\*)
         2014-01-20 22:11:11 Running BackupPC_link xxxxxxxx (pid=5522)
         2014-01-20 22:11:11 Finished xxxxxxxx (BackupPC_link xxxxxxxx)
         2014-01-20 22:13:26 User backuppc requested backup of xxxxxxxx (xxxxxxxx)
         2014-01-20 22:13:27 Started incr backup on xxxxxxxx (pid=5547, share=yyyyyyyy)
         2014-01-20 22:13:38 Backup failed on xxxxxxxx (NT_STATUS_ACCESS_DENIED listing \\*)
         2014-01-20 22:13:54 User backuppc requested backup of xxxxxxxx (xxxxxxxx)
         2014-01-20 22:13:54 Started full backup on xxxxxxxx (pid=5569, share=yyyyyyyy)
         2014-01-20 22:14:17 Finished full backup on xxxxxxxx
         2014-01-20 22:14:17 Running BackupPC_link xxxxxxxx (pid=5582)
         2014-01-20 22:14:17 Finished xxxxxxxx (BackupPC_link xxxxxxxx)

         Will try the downgrade next chance I can get back to this…..

         Reply

         1. 

            Tyler Wagner on 2014-01-21 at 05:49 +00:00

            Hi Jim,

            I can’t say what is happening there, but I can tell you it isn’t the bug this post addresses. That but has to do with NTLMv2 authentication, Samba 3.6, and BackupPC 3.2.1. Windows XP uses NTLMv1, and you’ve eliminated the other two variables. I’m sorry I can’t help directly.

            I prefer rsyncd on Windows over Samba, as it has better performance. But it does require setting up.

            Reply

            1. 

               Jim on 2014-01-21 at 14:37 +00:00

               Agreed, it seems to be pointing towards something else. Thanks again for your input.

               Reply

            2. 

               Salik on 2014-03-12 at 00:19 +00:00

               I upgraded backuppc and removed the hold on samba and I encountered the same errors I did before. So I had to downgrade again.

               I am on 12.04 – perhaps this is an issue specific to this version of samba on this release.

               Reply

               1. 

                  Jim on 2014-03-12 at 02:08 +00:00

                  FWIW I did finally figure out that the issue I was having was a permissions problem on the old XP box. Since it was XP Home, it really doesn’t support permissions like XP Pro, so I installed cygwin, launched cygwin terminal and took a look around. I actually did find some files with more restrictive permissions than the rest. Ran chmod -R 755 * at the top of the shared folder. Then backups ran smoothly :)

                  What was even more interesting was that, before discovering the permissions issue, I had mounted the share on the backuppc box and then backup the mounted file system from localhost — no problem whatsoever doing it that way. This is all on Mint Mate 13, which is same as Ubuntu 12.04, so perhaps that’s a work-around of interest to Salik.

                  Reply

               2. 

                  Gary Schiltz on 2014-04-09 at 14:57 +00:00

                  Thanks for your efforts! It’s very nice to have the latest backuppc with so little effort on my part.

                  Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.