Hello Kenan,
Please always copy the list.
On Wednesday 29 March 2006 10:15, Kenan Esau wrote:
> Hi Kern,
>
> I am trying to set up a backup-infrastructure with Bacula. But there
> seems to be a bug.
>
> I am using Bacula 1.38.5, Ubuntu 5.10, g++ 4.0.2
>
> There seems to be a problem in the function fn_match() -- or maybe even
> earlier at the stage of parsing the SD-config files. I assume this since
> the debugging output only shows three devices althoug there are four in
> the config (see attached file). At first I only configured the three
> devices you actually see in the debugging-output but then the
> "Tedradis-Device" did not appear so I added an additional "Dummy-Device"
> and now the "Tedradis-Device" appears -- but the "Dummy-device" does
> not.
I believe that you have run into a suspected compiler bug as described in the
ReleaseNotes.
I recommend that you upgrade to 1.38.6, which I have just released to Source
Forge, where there is a good chance that I have found a solution to the
compiler bug. If 1.38.6 still fails, please compile it with the -O0 option
(- oh zero), which is *very* likely to resolve your problem.
Please give some feedback to the list on what you find ...
>
> The character-pointer "pattern" points to the address 0x20!?!?!
>
> GDB-Output:
>
> Starting program: /usr/src/bacula-1.38.5/src/stored/bacula-sd -d 99
> -f /usr/local/etc/bacula-sd.conf
> [Thread debugging using libthread_db enabled]
> [New Thread 46912508932848 (LWP 7114)]
> bacula-sd: stored_conf.c:613 Inserting director res: horus-mon
> bacula-sd: stored_conf.c:613 Inserting device res: Tedradis-Device
> bacula-sd: stored_conf.c:613 Inserting device res: Sekretariat-it-Device
> bacula-sd: stored_conf.c:613 Inserting device res:
> Sekretariat-stz-Device
> [New Thread 1082132832 (LWP 7119)]
> horus-sd: stored.c:451 calling init_dev /backup/Bacula/Tedradis
> [New Thread 1090525536 (LWP 7120)]
> horus-sd: dev.c:242 init_dev: tape=0 dev_name=/backup/Bacula/Tedradis
> horus-sd: stored.c:453 SD init done /backup/Bacula/Tedradis
> horus-sd: stored.c:451 calling init_dev /backup/Bacula/Tedradis
> horus-sd: dev.c:242 init_dev: tape=0 dev_name=/backup/Bacula/Tedradis
> horus-sd: stored.c:453 SD init done /backup/Bacula/Tedradis
> horus-sd: stored.c:451 calling init_dev /backup/Bacula/Sekretariat-it
> horus-sd: dev.c:242 init_dev: tape=0
> dev_name=/backup/Bacula/Sekretariat-it
> horus-sd: stored.c:453 SD init done /backup/Bacula/Sekretariat-it
> horus-sd: stored.c:451 calling init_dev /backup/Bacula/Sekretariat-stz
> horus-sd: dev.c:242 init_dev: tape=0
> dev_name=/backup/Bacula/Sekretariat-stz
> horus-sd: stored.c:453 SD init done /backup/Bacula/Sekretariat-stz
> [Thread 1082132832 (LWP 7119) exited]
> [New Thread 1082132832 (LWP 7127)]
> horus-sd: cram-md5.c:52 send: auth cram-md5
> <[EMAIL PROTECTED]> ssl=0
> horus-sd: cram-md5.c:68 Authenticate OK v8p4h2+8ZU+qEAIbOT/vrA
> horus-sd: cram-md5.c:114 sending resp to challenge: 3X++r8/6Rg/RZ6+Xe
> ++y6D
> horus-sd: dircmd.c:187 Message channel init completed.
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1082132832 (LWP 7127)]
> fnmatch (pattern=0x20 <Address 0x20 out of bounds>,
> string=0x565548 "Dummy-Device", flags=0) at fnmatch.c:35
> 35 while ((c = *p++) != '\0')
> (gdb)
>
>
> It would be nice if you could help me.
>
>
> Regards
>
> Kenan Esau
--
Best regards,
Kern
(">
/\
V_V
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
