On 1/4/22 12:26, Stephen Thompson wrote: > > Yes, backing up a single file on my problem hosts does succeed. > > Hmmmm... > > Stephen
Hello Stephen, This issue looked familiar to me, so I checked internally and I think I found something. I am pretty sure that this is an issue due to the larger possible size of extended attributes that Big Sur uses. From what I can gather, this has been addressed and fixed in Bacula Enterprise, and the fix will appear in the next Bacula Community release. (no ETA that I am aware of yet, but I assume very soon) In the case I found, running the FD in debug mode, level=150 revealed there was an issue with one specific file: ----8<---- /Users/<UserName>/Library/Containers/com.apple.Safari.CacheDeleteExtension ----8<---- The temporary workaround at the time (Sept 2021) was to omit this file (or whichever file your system is working on when the job fails) from the backups. No idea if this means much, but there was also a mention made: "this seems to be related to Time Machine" Setting the FD in debug mode: * setdebug level=150 options=tc trace=1 client=xxxx Then, run the backup until it fails, and stop debugging: * setdebug level=0 trace=0 client=xxxx In /opt/bacula/working on the FD (or wherever "WorkingDirectory" is set to), there will be a *.trace file. You will be looking for the file mentioned before the error: ----8<---- bxattr.c:310-69825 Network send error to SD. ERR=Broken pipe ----8<---- Hope this helps. Bill -- Bill Arlofski w...@protonmail.com _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
