Just adding readline and OpenSSL support. Good to go now.
...OpenBSD doesn't have a "portlint" equiv, does it?
~BAS
On Wed, 13 Dec 2006, GUILLON Gabriel wrote:
This link:
http://people.collaborativefusion.com/~seklecki/bacula_openbsd_port.tar
seems to be broken
Brian A. Seklecki a écrit :
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."
--
Gabriel Guillon
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."