Hi again, > I've noticed something strange after using the local fd on the > director for verify. > > The first verify job fails with an bootstrap permission problem. > > 08-Aug 18:08 VU0EM005: Verifying against JobId=423 > Job=SMTCZB0003.2007-08-07_23.07.50 > 08-Aug 18:08 VU0EM005: Bootstrap records written to > /opt/bacula/var/bacula/working/VU0EM005.restore.1.bsr > 08-Aug 18:08 VU0EM005: > 08-Aug 18:08 VU0EM005: The job will require the following > Volume(s) Storage(s) SD Device(s) > =========================================================================== > 08-Aug 18:08 VU0EM005: > 08-Aug 18:08 VU0EM005: 06D128L3 NEC-T40A > NEC-T40A > 08-Aug 18:08 VU0EM005: > 08-Aug 18:08 VU0EM005: Start Verify JobId=445 Level=VolumeToCatalog > Job=VerifySMTCZB0003.2007-08-08_18.08.34 > 08-Aug 18:08 VU0EM005: VerifySMTCZB0003.2007-08-08_18.08.34 Fatal error: > Could not create bootstrap file > /opt/bacula/var/bacula/working/VU0EM005.VerifySMTCZB0003.2007-08-08_18.08.34.1.bootstrap: > ERR=Keine Berechtigung > > But the permissions are ok. >
That is strange - I've never had a problem with running my verify jobs on the same client as my director. Definitely looks like some sort of permissions/access error somewhere tho. Aren't the bootstrap files all created on/by the director anyway? > If I then modify the Client option (job options) to be an remote fd, > everything is ok. > > 08-Aug 18:09 VU0EM005: Verifying against JobId=423 > Job=SMTCZB0003.2007-08-07_23.07.50 > 08-Aug 18:09 VU0EM005: Bootstrap records written to > /opt/bacula/var/bacula/working/VU0EM005.restore.3.bsr > 08-Aug 18:09 VU0EM005: > 08-Aug 18:09 VU0EM005: The job will require the following > Volume(s) Storage(s) SD Device(s) > =========================================================================== > 08-Aug 18:09 VU0EM005: > 08-Aug 18:09 VU0EM005: 06D128L3 NEC-T40A > NEC-T40A > 08-Aug 18:09 VU0EM005: > 08-Aug 18:09 VU0EM005: Start Verify JobId=447 Level=VolumeToCatalog > Job=VerifySMTCZB0003.2007-08-08_18.09.33 > 08-Aug 18:09 VU0EM005: Job VerifySMTCZB0003.2007-08-08_18.09.33 waiting to > reserve a device. > 08-Aug 18:11 VU0EM005: Ready to read from volume "06D128L3" on device "LTO3" > (/dev/ULTRIUM-TD3). > 08-Aug 18:11 VU0EM005: Forward spacing Volume "06D128L3" to file:block 406:0. > > > After that I've no further problems in also using the local fd. I just have to > run the first verify job with an other fd. > Well at least it's working now. Is it possible the file it tried to create already existed with different permissions? Or the dir/sd/fd wasn't running with the right user but has been restarted since? Grasping at straws I know, but at a loss to explain this one. Must be the day for inexplicable issues I guess. Cheers, Troy. ------------------------------------------------------------------------- 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
