Hi, Still no progress on this one. Here is a wrap-up of what I have tried so far:
- Restoring (with smb) to the same or another host: operation breaks, as soon as a file is restored in an existing directory. - Restoring (with smb) to a new directory (same or different host): directory is created, the first file is restored and then restore fails. - When I mount my shares manually as 'backuppcuser', I am able to copy/change files on Windows hosts. That should rule out any permission issues. - No Warnings or errors in SMB-Log-files on Windows hosts. - Restoring using ssh, zip or tar works as expected. I had Archive::Zip missing. Since I never used zip, it went unnoticed. What I need right now: Someone with a similar configuration/environment testing a restore (with smb) operation. My System: Debian 8.10, BackupPC 4.1.5, Hosts: Windows Server 2012 R2, Windows 7 x64 (via SMB3). Regards, Jens -----Original Message----- From: Jens Potthast [mailto:jens.potth...@innovation.uni-bremen.de] Sent: Mittwoch, 13. Dezember 2017 14:02 To: backuppc-users@lists.sourceforge.net Subject: [BackupPC-users] Trouble with restore Hello, using BackupPC for several years, I needed to restore a couple of files recently. The last time, I had to restore some files was years ago. At that time it was no problem. Right now, restore fails: Running: /usr/bin/smbclient \\\\server\\sharename -U backuppcuser -E -d 1 -c tarmode\ full -mSMB3 -Tx - Running: /usr/local/BackupPC/bin/BackupPC_tarCreate -h hostname -n 1886 -s sharename -t -r /Path\ to\ file -p /Path\ to\ file/filename.txt Xfer PIDs are now 2600,2601 Domain=[MYDOMAIN] OS=[] Server=[] tar:316 tarmode is now full, system, hidden, noreset, quiet tarCreate: Done: 1 files, 237695 bytes, 0 dirs, 0 specials, 0 errors tar:1596 Can't mkdir Path to filename: NT_STATUS_OBJECT_NAME_COLLISION readOutput: sysread returns 0 and got EOF (exit ok = , ) XferErr Non-zero exit status from smbclient restore failed: Non-zero exit status from smbclient What is strange: if I redirect the files to another directory, one folder or file is created before the operation fails. That should rule out all permission problems with my (Windows 2008 R2) Servers Share. I checked permissions of backuppc-user on the server, just in case. However, permissions are ok. If the directory is not there, the directory and one file is created, is the directory already there, no file is created. Therefore, my guess is that the return value is not, what BackupPC is expecting. Upping XferLogLevel does not increase log file output. I am not sure, if this is connected, but I cannot restore to zip also. Restore to tar works. Therefore, I am not completely lost right now. System: BackupPC 4.1.5, BackupPC-XS 0.57, rsync-bpc-3.0.9.9 [Debian 8.x] Any clues where to look or how to increase debug level? Regards, Jens
smime.p7s
Description: S/MIME cryptographic signature
------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
