Hi, 26.07.2007 05:02,, Troy Daniels wrote:: > Hi, > > Coming at this issue with fresh eyes I noticed you seem to have replaced > the 'delete_catalog_backup' script call in your catalog backup job with > 'end_of_backup.sh' > > Unless I'm mistaken, I believe this script is run by the Director, not > the storage daemon.
Right, but that's not a problems as long as DIR and SD run on the same machine. > By default IIRC, the director runs as user bacula group bacula and > probably doesn't have permission to access your tape drive. That's something that should be fixed in this installation firts, because SD and DIR run as the same user. IIRC. I typically run them both as root on dedicated servers. > On top of that, depending on your configuration, the SD probably has > your tape drive locked/blocked so the script couldn't eject the tape > anyways. Right, but first let's get the script the permissions to access the tape drive. > One alternative that *should* work, is to replace your mt commands in > the script with calls to bconsole instead. > > I think something like: > > /usr/sbin/bcnosole -c /etc/bacula/bconsole.conf <<EOF1 > umount <StorageName> > EOF1 > > Should work. > > You might need to run the umount command under bconsole and take note of > any extra prompts and place the appropriate answers before the EOF1 in > the above example. > > I probably should also mention this is all from memory so is subject to > silly mistakes :) Seems to be quite close to what will happen. Also from memory :-) Arno > Cheers, > > > Troy. > > Arno Lehmann wrote: >> Hi, >> >> 26.07.2007 01:56,, Craig White wrote:: >> ... >>>> as the bacula user, with the tape drive unmounted from bacula (or the >>>> SD stopped), try >>>> mt -f /dev/nst0 rewind >>>> and >>>> ... eject >>>> >>>> If that works - great. If it doesn't, you should at least get an error >>>> message. If it's 'permission denied' again, there's still something >>>> missing, though I wouldn't understand that :-) >>>> >>>> If this works from the shell, I would recommend upgrading Bacula to >>>> the latest released version, because that should fix the group >>>> association problem I recall. >>> ---- >>> I suspect that you're correct - I am running bacula-2.0.3 here on RHELv5 >>> without issue and at this friend's office, I am running 1.3.8.x on >>> CentOS 4.5 and it is a problem >> That looks like the group membership is in fact the problem. >> >>> but in answer to your question, I can >>> eject a tape as root, but if I try to run... >>> >>> # su - bacula -c 'mt -f /dev/nst0 rewind' >>> This account is currently not available. >>> >>> and on both systems, bacula user has /sbin/nologin shell so this all >>> doesn't make sense so I probably need to compile a newer version ;-( >> For testing purposes, I would not hesitate to set that to /bin/bash or >> whatever you prefer... >> >> Arno >> >>> Thanks >>> > > ------------------------------------------------------------------------- > 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/bacula-users -- Arno Lehmann IT-Service Lehmann www.its-lehmann.de ------------------------------------------------------------------------- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-users
