Hi,
On 3/19/2007 11:14 AM, Alan Brown wrote:
On Sat, 17 Mar 2007, Kern Sibbald wrote:
Has anyone built a bacula-fd for suse-9 at all?
Yes. No rpms here, though.
I'm quite sure someone else will have an rpm soon for the FD at least.
Hopefully the above is true, but if I recall correctly, the Bacula project
(i.e. Scott) is no longer supporting SuSE 9.
I've previously discussed with Scott about making bacula-fd-static
binaries available (where possible) for use on obsolete systems.
While I realise it's not always possible to make a full -static set, 99%
of the time the filedaemon is the only thing needed - in order to keep
backing up older systems until they're replaced.
Ok, I have an FD for SuSE 9.2 which should also work on SLES9.
Statically linking was not possible, after some playing around, I always
ended up with:
elf:/srv/nfsexport/bacula/bacula-2.0.2 > grep Static ./config.out
Statically Linked Tools: no
Statically Linked FD: yes
Statically Linked SD: no
Statically Linked DIR: no
Statically Linked CONS: no
elf:/srv/nfsexport/bacula/bacula-2.0.2 > ldd src/filed/bacula-fd
linux-gate.so.1 => (0xffffe000)
libacl.so.1 => /lib/libacl.so.1 (0x4002f000)
libz.so.1 => /lib/libz.so.1 (0x40035000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40047000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40059000)
libm.so.6 => /lib/tls/libm.so.6 (0x40116000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40139000)
libc.so.6 => /lib/tls/libc.so.6 (0x40141000)
libattr.so.1 => /lib/libattr.so.1 (0x40257000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
elf:/srv/nfsexport/bacula/bacula-2.0.2 >
I can not find static .a libraries for linux-gate (whatever that is) and
libattr, so I assume these might be one reason for not having a static
FD possible.
Anyway, as far as I can see the FD should run on minimal
SLES9-installation, perhaps even when running a recovery version from
DVD and accessing the FD binary and configuration via nfs or similar.
I can mail the FD, or put it onto a web site if there is need for it.
244k stripped, and here is a checksum:
f2333e592204ae69800b265936ccfac05aa08c79 src/filed/bacula-fd-stripped
Right now I can imagine several people asking why I don't just update
No need to explain that - I still have SuSE 8.1 running my Bacula server :-)
and
the answer is simple
My answer would be even simpler :-)
- we are a space lab, supporting projects which may
run for a decade or more and a lot of the time the software is binary-only
and keyed to a particular machine and/or OS(*) - which means we are locked
into using that machine or OS until the probe in question (somewhere
around the solar system) finally dies.
Which would be the time when you don't need a FD for it any more, any
suppose...
(*) Sometimes we have sources and find that the person who wrote the code
is long gone, or the code is very tightly coded to the OS - but more often
it's just so incredibly badly written that it's totally non-portable.
Rocket Scientists are some of the lousiest programmers on the planet.
That's because you don't have to be a rocket scientist to write code ;-)
Arno
-------------------------------------------------------------------------
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 < at > li...
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
IT-Service Lehmann al < at > it...
Arno Lehmann
http://www.its-lehmann.de
