Here is a functional FD on OpenBSD 4.0/i386: bash-3.2# uname -a OpenBSD vmware-sandbox.pgh.priv.collaborativefusion.com 4.0 GENERIC.MP+RAIDFRAME#1
bash-3.2# /usr/local/sbin/bacula-fd -u root -g wheel -d128 -v -c /usr/local/etc/bacula-fd.conf -f vmware-sandbox-fd: jcr.c:129 read_last_jobs seek to 188 vmware-sandbox-fd: jcr.c:136 Read num_items=0 vmware-sandbox-fd: filed.c:223 filed: listening on port 9102 vmware-sandbox-fd: bnet_server.c:98 Addresses host[ipv4:0.0.0.0:9102] vmware-sandbox-fd: bnet.c:1154 who=client host=192.168.4.55 port=36387 vmware-sandbox-fd: find.c:81 init_find_files ff=-7e0f0be8 vmware-sandbox-fd: job.c:216 <dird: Hello Director mindwipe-dir calling vmware-sandbox-fd: job.c:232 Executing Hello command. vmware-sandbox-fd: job.c:337 Calling Authenticate vmware-sandbox-fd: cram-md5.c:71 send: auth cram-md5 <[EMAIL PROTECTED]> ssl=0 vmware-sandbox-fd: cram-md5.c:131 cram-get: auth cram-md5 <[EMAIL PROTECTED]> ssl=0 vmware-sandbox-fd: cram-md5.c:150 sending resp to challenge: TS/yz8d8e9BM/gxwO9++iC vmware-sandbox-fd: job.c:341 OK Authenticate vmware-sandbox-fd: job.c:216 <dird: JobId=0 Job=*Console*.2006-12-13_13.09.33 SDid=0 SDtime=0 Authorization=dummy vmware-sandbox-fd: job.c:232 Executing JobId= command. vmware-sandbox-fd: job.c:435 JobId=0 Auth=dummy vmware-sandbox-fd: job.c:216 <dird: statusvmware-sandbox-fd: job.c:232 Executing status command. vmware-sandbox-fd: job.c:322 Calling term_find_files vmware-sandbox-fd: job.c:325 Done with term_find_files vmware-sandbox-fd: job.c:327 Done with free_jcr The code for this may be found at: http://people.collaborativefusion.com/~seklecki/obsd_bacula.html This illustrates basic support. I've submited sendbug(1) to OpenBSD GNATS, but it does not appear to have made it through: bash-3.2$ Nov 12 09:08:11 vmware-sandbox sm-mta[10302]: kACE7scF013066: to=<[EMAIL PROTECTED]>, ctladdr=<[EMAIL PROTECTED]> (1016/10), delay=00:00:16, xdelay=00:00:16, mailer=esmtp, pri=31100, relay=cvs.openbsd.org. [199.185.137.3], dsn=4.3.0, stat=Deferred: 451 Temporary failure, please try again later. Possibly greylisting....~ ~BAS On Wed, 13 Dec 2006, Brian A. Seklecki wrote: >>> Stop in /usr/local/src/bacula-1.38.11/src/stored. >> >> It looks to me like the OS' header file is badly broken -- at least in the >> sense that if it is a Unix system, both mt_fileno and mt_blkno should be >> defined in the struct mtget. >> >> Someone should fix the OS, barring that we will need a patch. > > Kern, Rus, et al: > > We have to be really careful with regard how we word things here. The > way you assert that could be easily misinterpreted or misconstrued to > have a vendor-bashing tone. > > Moreover, conceding the unavailability of compatibility with the OpenBSD > platform doesn't gain us any additional users; a very large group of > talented individuals with tremendous experience writing highly secure, > reliable, and _portable_ code who could contribute greatly to the > project. > > -- To set the record straight, and encourage mutual cooperation -- > > The reality here is that OpenBSD is very selective about where it > focuses its development efforts, and the st(4) driver is not one of > those places. > > Therefore, the assertion that "The OS is broken" is not correct, it > simply hasn't been implemented or maintained as it should. > > Before I go on and make my own silly assertions, I should note: ' > > Things are always subject to change, and this is F/OSS and you're > always welcome to do the work yourself or have corporate sponsorship. > > OpenBSD is not the platform for a Bacula director. You wont see it (at > present) driving a 5-LTO3-drive, 2000 tape, 1000+ Terabyte StorageTek > Powderhorn Tape Silo connected via Brocade FC switches.(1) > > However you will see it at the perimeter and on the wire keeping the > packet kiddies from stealing all of your customers data. It could be > the ideal system for the job with features like enhanced crypto > acceleration via crypto(9) and the existing improvements on scsi(4) and > recent HBA support. > > Anyway, not a director, not now at least, and probably not a SD Storage > Daemon either. > > But most definitely a management console and file daemon. > > Russel: You'll probably notice that Bacula builds perfectly fine up > until it gets to the director, then you get into OS-specific kernel > knits and hooks where either OpenBSD lacks the framework/API (pthreads, > st(4), etc.) or kernel-specific code needs to be added to Bacula. > > In the mean time, we should endeavor to create a "bacula-clientonly" > Port in OpenBSD ports, or "bacula" port with a "clientonly" flavor. > > This has been done before, but the work was never commited (CC:) > > 1. http://www.arsc.edu/resources/silo.html > > I will take the lead on this if I have to. > > ~BAS > >> >> I checked the man page for st, where all other Unix systems define the >> packet. >> They include no definition, so you will need to consult the header file >> directly sys/mtio.h. Sorry, but you are pretty much on your own on this. >> >> >> >>> >>> >>> ====== Error in /usr/local/src/bacula-1.38.11/src/stored ====== >>> >>> >>> ==>Entering directory /usr/local/src/bacula-1.38.11/src/tools >>> ==== Make of tools is good ==== >>> > > > l8* -lava (Brian A. Seklecki - Pittsburgh, PA, USA) http://www.spiritual-machines.org/ "...from back in the heady days when "helpdesk" meant nothing, "diskquota" meant everything, and lives could be bought and sold for a couple of pages of laser printout - and frequently were." ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
