yes it's a built in windows $ share, but having read archives of people trying creating specific new shares without using the dollar share, that doesn't always help. This is an error that is causing the backups to fail (not restore, I probably should have clarified that)
I have used vshadow to present a snapshot of the underlying d$ but without the possibility of any open file locks to rule that out. I have tried with the d$ too directly but with identical results. This generally wasn't an issue in the past before the latest patch, it just grabbed whatever it could gain access too. It certainly didn't cause a fail event to a full or incremental. Permissions is one thing I'm 100% certain are ok. But currently I tried adding a star onto the end of backup includes and interestingly it hasn't failed so far, if that works I'll report back here in the hope it helps others. I don't fully understand tarextract's purpose - that seems to be default in the error log forthe last backup attempt and many others. I presume it extracts the filenames of the resultant backup attempt on the fly for log files? thanks, G. _____________________________________ Graham Smith Technical Officer Department of Computing Institute of Technology Tallaght Tallaght Dublin 24 Ireland ________________________________________ From: Michael Stowe [[email protected]] Sent: 16 June 2016 18:54 To: General list for user discussion, questions and support Cc: Smith, Graham - Computing Technical Officer Subject: Re: [BackupPC-users] smbclient phantom subdirectories On 2016-06-15 15:53, Smith, Graham - Computing Technical Officer wrote: > Is anyone suffering a regression of the problem of repeated phantom > directories with smb: > > NT_STATUS_OBJECT_NAME_NOT_FOUND listing > \CompSAN_Backup\Admin\Documentation\Documentation\* > NT_STATUS_OBJECT_NAME_NOT_FOUND listing \HomeDir\HomeDir\* > [ skipped 105 lines ] > tarExtract: Done: 0 errors, 59 filesExist, 77230178370 sizeExist, > 50576181807 sizeExistComp, 61 filesTotal, 77230458206 sizeTotal > Got fatal error during xfer (No files dumped for share f$) > Backup aborted (No files dumped for share f$) > Not saving this as a partial backup since it has fewer files than the > prior one (got 61 and 0 files versus 61) This looks like a default share... But the error is a common error from smbclient, and yet tarExtract is involved? I'm not sure what you're trying to convey. > I had the issue with smb failing which has now been patched. I > migrated to rsync but whilst it had benefits it put > a significant load on the backuppc side so I'd like to revert to smb. > But so far it's not working for me. > > smbclient connects fine on the command line and no such issues. Are you attempting the same thing? It's not clear at all that you are. Or what you're attempting. > Browsing around old mail archives suggests > locked files client side (not the case for me with as used vshadow) or > a generic bug in smbclient of some sort. vshadow with smbclient? You'll probably want to explain this, as it is unusual at best. There have been a few smbclient bugs that have resulted in error symptoms, but the version number would generally rule them out (and you haven't provided enough detail to comment further, I'm afraid.) > I'm on Debian Jessie with backuppc 3.3.1-3 and smbclient > 2:4.4.3+dfsg-4. > > thanks, > > Graham From the detail you've provided so far, the most likely scenario is that you've simply specified directories that aren't there or that permission has not been granted to traverse. The contents and any attachment of this e-mail are private and confidential. They are intended only for the use of the intended addressee. If you are not the intended addressee, or the person responsible for delivering it to the intended addressee, you are notified that any copying, forwarding, publication, review or delivery of this e-mail or any attachments to anyone else or any other use of its contents is strictly prohibited. You are prohibited from reading any part of this e-mail or any attachments. If you have received this e-mail in error, please notify the system manager. Unauthorised disclosure or communication or other use of the contents of this e-mail or any part thereof may be prohibited by law and may constitute a criminal offence. Internet e-mails are not necessarily secure. The Institute does not accept responsibility for changes made to this message after it was sent. Unless stated to the contrary, any opinions expressed in this message are personal to the author and may not be attributed to the Institute. ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://sdm.link/zohomanageengine _______________________________________________ BackupPC-users mailing list [email protected] List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
