Disappointing... I am having the same issue on BigSur with the 11.0.5 release as I had with 9x.
08-Dec 15:42 SD JobId 878266: Fatal error: bsock.c:530 Packet size=1387166 too big from "client:1.2.3.4:8103". Maximum permitted 1000000. Terminating connection. Setting 'Maximum Network Buffer Size' does not appear to solve issue. Are there users out there successfully running a bacula client on Big Sur?? Stephen On Wed, Dec 1, 2021 at 3:25 PM Stephen Thompson < stephen.thomp...@berkeley.edu> wrote: > > Not sure if this is correct, but I've been able to at least compile bacula > client 11.0.5 on Big Sur by doing before configure step: > > LDFLAGS='-framework CoreFoundation' > > We'll see next up whether it runs and whether it exhibits the issue seen > under Big Sur for 9x client. > > Stephen > > On Tue, Nov 23, 2021 at 7:32 AM Stephen Thompson < > stephen.thomp...@berkeley.edu> wrote: > >> >> Josh, >> >> Thanks for the tip. That did not appear to be the cause of this issue, >> though perhaps it will fix a yet to be found issue that I would have run >> into after I get past this compilation error. >> >> Stephen >> >> >> >> On Mon, Nov 22, 2021 at 9:22 AM Josh Fisher <jfis...@jaybus.com> wrote: >> >>> >>> On 11/22/21 10:46, Stephen Thompson wrote: >>> >>> >>> All, >>> >>> I too was having the issue with running a 9x client on Big Sur. I've >>> tried compiling 11.0.5 but have not found my way past: >>> >>> >>> This might be due to a libtool.m4 bug having to do with MacOS changing >>> the major Darwin version from 19.x to 20.x. There is a patch at >>> https://www.mail-archive.com/libtool-patches@gnu.org/msg07396.html >>> >>> >>> >>> Linking bacula-fd ... >>> >>> /Users/bacula/src/bacula-11.0.5-CLIENT.MAC/libtool --silent --tag=CXX >>> --mode=link /usr/bin/g++ -L../lib -L../findlib -o bacula-fd filed.o >>> authenticate.o backup.o crypto.o win_efs.o estimate.o fdcollect.o >>> fd_plugins.o accurate.o bacgpfs.o filed_conf.o runres_conf.o heartbeat.o >>> hello.o job.o fd_snapshot.o restore.o status.o verify.o verify_vol.o >>> fdcallsdir.o suspend.o org_filed_dedup.o bacl.o bacl_osx.o bxattr.o >>> bxattr_osx.o \ >>> >>> -lz -lbacfind -lbaccfg -lbac -lm -lpthread \ >>> >>> -L/usr/local/opt/openssl@1.1/lib -lssl -lcrypto -framework IOKit >>> >>> Undefined symbols for architecture x86_64: >>> >>> "___CFConstantStringClassReference", referenced from: >>> >>> CFString in suspend.o >>> >>> CFString in suspend.o >>> >>> ld: symbol(s) not found for architecture x86_64 >>> >>> clang: error: linker command failed with exit code 1 (use -v to see >>> invocation) >>> >>> make[1]: *** [bacula-fd] Error 1 >>> >>> >>> >>> Seems like this might have something to do with the expection of headers >>> being here: >>> >>> /System/Library/Frameworks/CoreFoundation.framework/Headers >>> >>> when they are here: >>> >>> >>> /Library/Developer/CommandLineTools/SDKs/MacOSX11.0.sdk/System/Library/Frameworks/CoreFoundation.framework/Headers/ >>> but that may be a red herring. >>> >>> There also appears to be a 'clang' in two locations on OS X, /usr and >>> xcode subdir. Hmm.... >>> >>> Stephen >>> >>> On Tue, Nov 16, 2021 at 12:00 AM Eric Bollengier via Bacula-users < >>> bacula-users@lists.sourceforge.net> wrote: >>> >>>> Hello, >>>> >>>> On 11/15/21 21:46, David Brodbeck wrote: >>>> > To do that I'd have to upgrade the director and the storage first, >>>> right? >>>> > (Director can't be an earlier version than the FD, and the SD must >>>> have the >>>> > same version as the director.) >>>> >>>> In general yes, the code is designed to support Old FDs but can have >>>> problems >>>> with newer FDs. In your case it may work. >>>> >>>> At least, you can try a status client to see if the problem is solved >>>> and >>>> if you can run a backup & a restore. >>>> >>>> Best Regards, >>>> Eric >>>> >>>> >>>> _______________________________________________ >>>> Bacula-users mailing list >>>> Bacula-users@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/bacula-users >>>> >>> >>> >>> -- >>> Stephen Thompson Berkeley Seismology Lab >>> stephen.thomp...@berkeley.edu 307 McCone Hall >>> Office: 510.664.9177 University of California >>> Remote: 510.214.6506 (Tue) Berkeley, CA 94720-4760 >>> >>> >>> _______________________________________________ >>> Bacula-users mailing >>> listBacula-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/bacula-users >>> >>> >> >> -- >> Stephen Thompson Berkeley Seismology Lab >> stephen.thomp...@berkeley.edu 307 McCone Hall >> Office: 510.664.9177 University of California >> Remote: 510.214.6506 (Tue) Berkeley, CA 94720-4760 >> > > > -- > Stephen Thompson Berkeley Seismology Lab > stephen.thomp...@berkeley.edu 307 McCone Hall > Office: 510.664.9177 University of California > Remote: 510.214.6506 (Tue) Berkeley, CA 94720-4760 > -- Stephen Thompson Berkeley Seismology Lab stephen.thomp...@berkeley.edu 307 McCone Hall Office: 510.664.9177 University of California Remote: 510.214.6506 (Tue) Berkeley, CA 94720-4760
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
