>>>>> On Thu, 9 Aug 2007 09:20:24 +0200, Ralf Gross said: > > Hi, > > bacula 2.0.3 on Debian Etch, amd64, postgres 8.1 > > I'm encountering a strange permission problem and I can't really > find what is going on or how to debug further. > > I use the local fd on the director for the verify jobs. But after each > restart of the bacula daemons I get an permission error on the first > verify job. If I use a remote fd for the job, everything is fine and > _after_ that first job, I can use the local (dir) fd for verify jobs > too. > > the running processes: > > bacula [..] /opt/bacula/sbin/bacula-sd -u bacula -g tape -v -c > /opt/bacula/etc/bacula-sd.conf > root [..] /opt/bacula/sbin/bacula-fd -u root -g bacula -v -c > /opt/bacula/etc/bacula-fd.conf > bacula [..] /opt/bacula/sbin/bacula-dir -u bacula -g bacula -v -c > /opt/bacula/etc/bacula-dir.conf
I suspect that the FD and SD are trying to create the same bootstrap file. To prevent this, you could either use a unique WorkingDirectory in the conf file for each daemon or change the FD (client) name to VU0EM005-fd. The manual mentions this in http://www.bacula.org/rel-manual/Getting_Started_with_Bacula.html#SECTION00934000000000000000 __Martin > > the permissions of the working directory: > > VU0EM005:/opt/bacula/var/bacula/working# ls -ld . > drwxrwx--- 2 bacula bacula 4096 2007-08-09 09:03 . > > [EMAIL PROTECTED]:/opt/bacula/var/bacula/working$ id -a > uid=400(bacula) gid=400(bacula) Gruppen=26(tape),400(bacula) > > [EMAIL PROTECTED]:/opt/bacula/var/bacula/working$ touch foo > > [EMAIL PROTECTED]:/opt/bacula/var/bacula/working$ ls -l foo > -rw-r--r-- 1 bacula bacula 0 2007-08-09 09:10 foo > > > > 1. verify job with local fd (dir) > > * all daemons restarted > * status all -> no problems > > > Run Verify job > JobName: VerifySMTCZB0003 > Level: VolumeToCatalog > Client: VU0EM005 <---- the local fd on bacula-dir > FileSet: SMTCZB0003 > Pool: Default (From Job resource) > Storage: NEC-T40A (From Job resource) > Verify Job: SMTCZB0003 > Verify List: > When: 2007-08-09 08:51:06 > Priority: 6 > OK to run? (yes/mod/no): > > > 09-Aug 08:52 VU0EM005: Verifying against JobId=423 > Job=SMTCZB0003.2007-08-07_23.07.50 > 09-Aug 08:52 VU0EM005: Bootstrap records written to > /opt/bacula/var/bacula/working/VU0EM005.restore.1.bsr > 09-Aug 08:52 VU0EM005: > 09-Aug 08:52 VU0EM005: The job will require the following > Volume(s) Storage(s) SD Device(s) > =========================================================================== > 09-Aug 08:52 VU0EM005: > 09-Aug 08:52 VU0EM005: 06D128L3 NEC-T40A > NEC-T40A > 09-Aug 08:52 VU0EM005: > 09-Aug 08:52 VU0EM005: Start Verify JobId=451 Level=VolumeToCatalog > Job=VerifySMTCZB0003.2007-08-09_08.52.02 > 09-Aug 08:52 VU0EM005: VerifySMTCZB0003.2007-08-09_08.52.02 Fatal error: > Could not create bootstrap file > /opt/bacula/var/bacula/working/VU0EM005.VerifySMTCZB0003.2007-08-09_08.52.02.1.bootstrap: > ERR=Keine Berechtigung > 09-Aug 08:52 VU0EM005: VerifySMTCZB0003.2007-08-09_08.52.02 Fatal error: > job.c:1755 Comm error with SD. bad response to Bootstrap. ERR=Die Verbindung > wurde vom Kommunikationspartner zurückgesetzt > 09-Aug 08:52 VU0EM005: VerifySMTCZB0003.2007-08-09_08.52.02 Error: bnet.c:270 > Read error from Storage daemon:53.60.9.241:9103: ERR=Die Verbindung wurde vom > Kommunikationspartner zurückgesetzt > > > > > 2.verify job with remote fd (client) > > * no restart of the daemons > > > Run Verify job > JobName: VerifySMTCZB0003 > Level: VolumeToCatalog > Client: VU0EM003 <- the remote fd on a client > FileSet: SMTCZB0003 > Pool: Default (From Job resource) > Storage: NEC-T40A (From Job resource) > Verify Job: SMTCZB0003 > Verify List: > When: 2007-08-09 08:52:58 > Priority: 6 > OK to run? (yes/mod/no): yes > > > 09-Aug 08:53 VU0EM005: Verifying against JobId=423 > Job=SMTCZB0003.2007-08-07_23.07.50 > 09-Aug 08:53 VU0EM005: Bootstrap records written to > /opt/bacula/var/bacula/working/VU0EM005.restore.2.bsr > 09-Aug 08:53 VU0EM005: > 09-Aug 08:53 VU0EM005: The job will require the following > Volume(s) Storage(s) SD Device(s) > =========================================================================== > 09-Aug 08:53 VU0EM005: > 09-Aug 08:53 VU0EM005: 06D128L3 NEC-T40A > NEC-T40A > 09-Aug 08:53 VU0EM005: > 09-Aug 08:53 VU0EM005: Start Verify JobId=452 Level=VolumeToCatalog > Job=VerifySMTCZB0003.2007-08-09_08.53.08 > 09-Aug 08:53 VU0EM005: 3307 Issuing autochanger "unload slot 19, drive 0" > command. > > no errors, but I can't find an file named VU0EM005.restore.2.bsr on either the > dir or the fd. And no VU0EM005.VerifySMTCZB0003.*.bootstrap file too! > > > 3. verify job with local fd (dir) again > > > Select Job resource (1-14): 12 > Run Verify job > JobName: VerifySMTCZB0003 > Level: VolumeToCatalog > Client: VU0EM005 <-- local fd on bacula-dir > FileSet: SMTCZB0003 > Pool: Default (From Job resource) > Storage: NEC-T40A (From Job resource) > Verify Job: SMTCZB0003 > Verify List: > When: 2007-08-09 08:54:29 > Priority: 6 > OK to run? (yes/mod/no): yes > > > > > 09-Aug 08:54 VU0EM005: Verifying against JobId=423 > Job=SMTCZB0003.2007-08-07_23.07.50 > 09-Aug 08:54 VU0EM005: Bootstrap records written to > /opt/bacula/var/bacula/working/VU0EM005.restore.3.bsr > 09-Aug 08:54 VU0EM005: > 09-Aug 08:54 VU0EM005: The job will require the following > Volume(s) Storage(s) SD Device(s) > =========================================================================== > 09-Aug 08:54 VU0EM005: > 09-Aug 08:54 VU0EM005: 06D128L3 NEC-T40A > NEC-T40A > 09-Aug 08:54 VU0EM005: > 09-Aug 08:54 VU0EM005: Start Verify JobId=453 Level=VolumeToCatalog > Job=VerifySMTCZB0003.2007-08-09_08.54.32 > 09-Aug 08:54 VU0EM005: Job VerifySMTCZB0003.2007-08-09_08.54.32 waiting to > reserve a device. > 09-Aug 08:57 VU0EM005: Ready to read from volume "06D128L3" on device "LTO3" > (/dev/ULTRIUM-TD3). > 09-Aug 08:57 VU0EM005: Forward spacing Volume "06D128L3" to file:block 406:0. > > Now it's working with the local fd on the dir too. But I still can't find any > of > the bootstrap file neither on fd nor on the dir . > > > I can reproduce this after every restart of the daemons. I first have to run > an > verify job with an remote fd, before I can use the local fd for verify jobs. > > What is going on there? I also started the daemons with debug level 200 and > searched for the permission error message, I didn't find it in the debug file. > > Ralf > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
