Hello again Piero,
Sorry I don't have a MySQL installation with Bacula, otherwise I could help
you solve your MySQL problem with Bacula on Leo. All I can do is say that
there is for sure hope, because I have Bacula 2.2.8 on Leopard 10.5.1 built
against Postgres running perfect so far. I am about to research the details
of Leopard's use of extended attributes (EAs) including Access Control List
(ACL) metadata information that is stored in some files on the HFS file
systems. By the way, I should also let you know that the disk volumes that I
attach to my Mac that runs Leopard Server 10.5.1 are all HFSX journaled
(that is, case-sensitive). You might know that you can now have the option,
with Leopard, to install your boot disc volumes from the Apple Leopard DVD
discs as HSFX (case sensitive). This is great news because in Tiger we only
had the option of formatting non-boot-discs with HFSX. I'm pretty sure that
the HFSX case sensitive option for the Mac OS X boot discs were required in
order for Apple to get Mac OS X to be fully UNIX certified:
http://www.apple.com/macosx/technology/unix.html
UNIX certification.
>
> Leopard is an Open Brand UNIX 03 Registered Product, conforming to the
> SUSv3 and POSIX 1003.1 specifications for the C API, Shell Utilities, and
> Threads. Since Leopard can compile and run all your existing UNIX code, you
> can deploy it in environments that demand full conformance — complete with
> hooks to maintain compatibility with existing software.
>
Now that Apple is well past its move to Intel architecture, and it is now
UNIX certified and fully 64-bit capable, and considering the competing
products for virtual systems on Mac OS X (VMWare's Fusion and Parallels), I
foresee Apple becoming stronger and stronger with time.
I am currently running Bacula on an Xserve in case you're wondering about my
hardware et up. What hardware are you attempting to run Bacula on? Is your
hardware Intel or PowerPC based?
Cheers,
Hydro
On 2/1/08, Piero Giobbi <[EMAIL PROTECTED]> wrote:
>
> Hi again!
> No im not running Macports, my next step is to use that instead (with
> bacula 2.2.6) but i rather get this running!
>
> Im on the same track, something is fishy with bacula - mysql, maybe bacula
> can't find this file:
>
> dyld: Library not loaded:
> /usr/local/mysql/lib/mysql/libmysqlclient_r.15.dylib
>
> p
>
> 1 feb 2008 kl. 12.18 skrev Hydro Meteor:
>
> Oops hello to everyone and especially Piero Giobbi, I must be dreaming or
> having a temporary lapse of amnesia. Of course the Storage Daemon has an
> Archive Device directive (it has been a while since I looked at Bacula
> configuration files so I forgot about it).
>
> So, I just added "/tmp" to the Archive Device directive in the Storage
> Daemon configuration file, and great news --> Bacula 2.2.8 daemons
> (Director, Storage, File) are all running on Leopard Server 10.5.1
>
> Even though you have MySQL running on your Leopard system, please let me
> know if I can provide some tips / suggestions for how to get Bacula
> 2.2.8running on your system. Glancing at your output from the error you
> encountered, it looks to be for sure some problem related to when you ran
> ./configure (when specifying the configuration arguments required for
> building against MySQL). Take a look at libsql in your make output -- I bet
> you'll find some errors there. For example, I don't have MySQL or sqlite on
> my system, so I got these complaints when running make:
>
> Making libsql.a ...
> > /usr/bin/ar rc libsql.a mysql.o bdb.o bdb_create.o bdb_get.o
> > bdb_update.o bdb_delete.o bdb_find.o bdb_list.o sql.o sql_cmds.o
> > sql_create.o sql_delete.o sql_find.o sql_get.o sql_list.o sql_update.o
> > sqlite.o postgresql.o
> > ranlib: file: libsql.a(mysql.o) has no symbols
> > ranlib: file: libsql.a(bdb.o) has no symbols
> > ranlib: file: libsql.a(bdb_create.o) has no symbols
> > ranlib: file: libsql.a(bdb_get.o) has no symbols
> > ranlib: file: libsql.a(bdb_update.o) has no symbols
> > ranlib: file: libsql.a(bdb_delete.o) has no symbols
> > ranlib: file: libsql.a(bdb_find.o) has no symbols
> > ranlib: file: libsql.a(bdb_list.o) has no symbols
> > ranlib: file: libsql.a(sqlite.o) has no symbols
> > ranlib libsql.a
> > ranlib: file: libsql.a(mysql.o) has no symbols
> > ranlib: file: libsql.a(bdb.o) has no symbols
> > ranlib: file: libsql.a(bdb_create.o) has no symbols
> > ranlib: file: libsql.a(bdb_get.o) has no symbols
> > ranlib: file: libsql.a(bdb_update.o) has no symbols
> > ranlib: file: libsql.a(bdb_delete.o) has no symbols
> > ranlib: file: libsql.a(bdb_find.o) has no symbols
> > ranlib: file: libsql.a(bdb_list.o) has no symbols
> > ranlib: file: libsql.a(sqlite.o) has no symbols
> > ==== Make of cats is good ====
> >
>
> When I made Bacula 2.2.3 on Tiger Server 10.4.10 against PostgreSQL 8.1.9,
> I didn't have these ranlib "no symbols" results. So something has changed.
>
> By the way, I have just about all of my dependencies for Bacula installed
> as MacPorts. Do you use MacPorts for installing MySQL?
>
> Cheers,
>
> Hydro
>
> On 2/1/08, Hydro Meteor <[EMAIL PROTECTED]> wrote:
> >
> > Piero,
> >
> > This is a difficult one to diagnose because it depends on how you
> > configured Bacula on your system with Leopard and MySQL. Moments ago, I just
> > ran configure, make and make install with Bacula 2.2.8 on Mac OS X
> > Server 10.5.1 (Leopard Server) and I am using PostgreSQL, not MySQL. I
> > had no problems getting the File and Director daemons to run on Leopard
> > Server 10.5.1 but the Storage Daemon gave me an error because I didn't
> > assign an Archive Device in the storage daemon configuration file, as
> > in:
> >
> > Device {
> > > Name = FileStorage
> > > Media Type = File
> > > Archive Device =
> > > LabelMedia = yes; # lets Bacula label unlabeled
> > > media
> > > Random Access = Yes;
> > > AutomaticMount = yes; # when device opened, read it
> > > RemovableMedia = no;
> > > AlwaysOpen = no;
> > > }
> > >
> >
> > So when I ran the bacula start script, I got:
> >
> > Starting the Bacula Storage daemon
> > > 01-Feb 10:29 bacula-sd: ERROR TERMINATION at lex.c:735
> > > Config error: expected a name, got T_EOL: =
> > > : line 48, col 20 of file /opt/local/etc/bacula/bacula-
> > > sd.conf
> > > Archive Device =
> > >
> > > Starting the Bacula File daemon
> > > Starting the Bacula Director daemon
> > >
> >
> > Hmm ... it amazing how much has changed from Bacula 2.2.3 to 2.2.8because I
> > have never heard of the
> > Archive Device directive yet. Ugh! This means I need to read more
> > documentation but I am guessing its for the better. I will for now comment
> > out this line until I know more about it. Nonetheless, the good news is that
> > I can tell you with certainty that Bacula compiles and runs on Leopard
> > Server 10.5.1 and so I would guess also Leopard (non-Server) 10.5.1
> >
> > I am about to do some testing with Leopard's Access Control Lists (ACLs)
> > with Bacula to see if files that have ACLs can be backed up and restored
> > perfectly.
> >
> > Cheers,
> >
> > Hydro
> >
> > On 1/27/08, Piero Giobbi <[EMAIL PROTECTED]> wrote:
> > > Hi all.
> > >
> > > Just compiled latest bacula with Leopard and latest Mysql, the build
> > went
> > > well. Now when i configured all up and starting up bacula i get this
> > error:
> > >
> > >
> > > sh-3.2# /usr/local/bacula/bin/bacula start
> > > Starting the Bacula Storage daemon
> > > Starting the Bacula File daemon
> > > Starting the Bacula Director daemon
> > > dyld: Library not loaded:
> > > /usr/local/mysql/lib/mysql/libmysqlclient_r.15.dylib
> > > Referenced from: /usr/local/bacula/bin/bacula-dir
> > > Reason: image not found
> > > /usr/local/bacula/bin/bacula-ctl-dir: line 197: 42268
> > > Trace/BPT trap ${BACDIRBIN}/bacula-dir $2 ${OPTIONS} -v -c
> > > ${BACDIRCFG}/bacula-dir.conf
> > > Anyone know whats wrong?
> > >
> > > thx.
> > >
> > > p
> > >
> > -------------------------------------------------------------------------
> > > This SF.net email is sponsored by: Microsoft
> > > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > > _______________________________________________
> > > Bacula-users mailing list
> > > Bacula-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/bacula-users
> > >
> > >
> >
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
