Solved it for me too - thanks This is good because I could rebuild the install packages with this change I think and should be pretty much an and install/run thingy (of course the bacula-dir has to be changed to add the clients/jobs/filesets
Craig On Mon, 2009-12-07 at 14:54 -0600, Avarca, Anthony wrote: > I believe I had a similar problem. I changed the daemon to RunAtLoad > instead of Listing. > > > My bacula .plist looks like: > > > <?xml version="1.0" encoding="UTF-8"?> > <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" > "http://www.apple.com/DTDs/PropertyList-1.0.dtd";> > <plist version="1.0"> > <dict> > <key>Label</key> > <string>org.bacula.bacula-fd</string> > <key>ProgramArguments</key> > <array> > <string>/usr/local/bacula-3.0.2/sbin/bacula-fd</string> > <string>-f</string> > <string>-c</string> > <string>/usr/local/bacula-3.0.2/etc/bacula-fd.conf</string> > </array> > <key>RunAtLoad</key> > <true/> > <key>UserName</key> > <string>root</string> > </dict> > </plist> > > > > > Anthony Avarca > [email protected] > 630.252.4940 > > > > On Mon, Dec 7, 2009 at 2:19 PM, Craig White <[email protected]> > wrote: > having problem with startup/connecting to Macintosh client > (Linux > server/director/storage) and I'm not getting any traction from > 'users' > list...probably because there aren't too many who use > Macintosh clients > I would guess. > > Macintosh client built from source tarball and only had a > small problem > with 'fakeroot' but followed the directions as best as > possible. I am > working with the author of the fakeroot package but I don't > think that > is my issue here. > > Built Macintosh universal 3.0.3 'dmg' with suggested method in > 'source/platforms/osx/README'... > > $ ./configure --enable-client-only > $ make -C platforms/osx > > and installed resulting dmg package on the same Macintosh > 10.5.6 / PPC > processor. > > Macintosh Launch Daemons seem to start it as intended and I > have > configured bacula-fd.conf to match my setup... > > Director will timeout and error if I try to do anything like > even simple > 'status client=ja' and of course no backup job will work. > > Telnet to computer (192.168.1.18 port 9102) gives me prompt > like I am > connected but it will not respond to anything I type and will > not let go > unless I do something to stop the daemon like restart the > computer or, > 'launchctl unload > -w /Library/LaunchDaemons/org.bacula.bacula-fd.plist' > > So here's where it gets interesting... the normal startup... > or just > simply issuing, > launchctl load > -w /Library/LaunchDaemons/org.bacula.bacula-fd.plist' > will show both ipv4 and ipv6 ports being opened which > shouldn't be a > problem... > > # netstat -an|grep 9102 > tcp4 0 0 *.9102 *.* LISTEN > tcp6 0 0 *.9102 *.* LISTEN > > but if I kill that off, and then just launch it via... > > # /usr/local/bacula-3.0.3/etc/bacula-ctl-fd start > > I only get the ipv4 socket / listener > # netstat -an|grep 9102 > tcp4 0 0 *.9102 *.* LISTEN > > and I can use it and back up and everything works. I can > telnet to the > computer port 9102 and it works, etc. > > So I begin editing > my /Library/Preferences/bacula/bacula-fd.conf per the > documentation and I change the FD to... > > # "Global" File daemon configuration specifications > # > FileDaemon { # this is me > Name = Scanner-Power-Mac-G5-fd > FDAddresses = { ipv4 = { port = 9102;} } > WorkingDirectory = /private/var/bacula/working > Pid Directory = /var/run > Maximum Concurrent Jobs = 20 > } > > and reboot or relaunch the control daemon... > launchctl load > -w /Library/LaunchDaemons/org.bacula.bacula-fd.plist' > > and netstat still shows ipv4 and ipv6 ports of 9102 open and I > still > can't successfully use it so it seems that bacula.sd.conf is > completely > ignored in terms of deriving networking setup (and not what > the > documentation would have me believe is working). > > and I have no way to automate the installation of a startup > that will > work for all the Macs since the default method seems to be > broken and my > only workaround is manually hacking so that the default method > is killed > and the alternate method of starting is employed. > > Does the person who worked on the Macintosh osx platform code > read this > list? > > Craig > > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Bacula-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/bacula-devel > > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
