Alan, It occurred to me that my LTO8 drive's device entry from my bacula-sd.conf could be helpful. Here you go.
Device { Name = "drive0" MediaType = "LTO-8" ArchiveDevice = "/dev/tape/by-id/scsi-1097013295-nst" RemovableMedia = yes RandomAccess = no AutomaticMount = yes AlwaysOpen = no Autochanger = yes DriveIndex = 0 SpoolDirectory = /mnt/spool MaximumSpoolSize = 75G } The other thing you might try is to 'sudo su bacula' then 'touch /bacula/working/filename.ext'. See if the bacula user has permission to write to the spool dir. Regards, Robert Gerber 402-237-8692 r...@craeon.net On Thu, May 29, 2025 at 8:57 PM Rob Gerber <r...@craeon.net> wrote: > Alan, > > > Spool Directory /bacula/working > > If you entered the Spool Directory directive as you specified it in your > email, then it is probably malformed. I believe the proper format is: > Spool Directory *=* /bacula/working > > You will need to restart bacula-sd after adding the new directive to > bacula-sd.conf. > > You will also want to specify a maximum spool file size in the SD. > Maximum Spool Size = size > > So you have a disk with available usable space of 231 GB, you will want to > specify > Maximum Spool Size = 231G > > My personal precaution is to specify a maximum about a gig less than my > total available spool size, so I always leave a little extra space. > > Find your total available space with > df -h | grep /dev/sda1 > > Personally, I wouldn't name your spool directory 'working', to avoid > conflating it with the actual bacula working directory. I would also > personally avoid sharing a spool disk with anything else if you can help > it. The whole point of the spool is to fill with data before despooling. > Other processes don't like when all the available disk space is used up. If > the spool runs out of space and something isn't handled politely, you want > jobs to fail, not for *bacula* to fail. > > I very highly recommend you read more about spooling here (using an > archive.org link since the bacula web server seems to be having trouble > right now): > > https://web.archive.org/web/20221002134501/https://www.bacula.org/9.6.x-manuals/en/main/Data_Spooling.html > > You can run 'ps aux | grep bacula' to see what bacula processes are > running. I would expect to see bacula-dir, bacula-sd, and bacula-fd on your > primary bacula server. > > As Bill mentioned, you can launch the bacula-sd in the foreground and in > debug mode to troubleshoot why it isn't starting. > > # sudo -u bacula /opt/bacula/bin/bacula-sd -d100 -f (adjust the path > to where bacula-sd lives on Slackware) > > You can also launch the bacula dir and bacula sd in test mode, where the > process starts, checks the validity of its config file, reports the first > error found (if any), and exits. To do this, run: > sudo bacula-dir -t -u bacula -g bacula # Bacula-dir config file test > sudo bacula-sd -t -u bacula -g bacula # Bacula-sd config file test > > Once you've fixed the reported error, rerun the config file test for the > relevant bacula component to find the next error. Fix that error, if any. > Repeat until it exits 0, without any output. > > Please note that you very much DO NOT WANT to launch bacula processes as > root (except for the FD). This is because bacula processes create state and > pid files in the bacula working directory, and if it is ran as root these > files will be owned by root and will have the wrong permissions the next > time bacula launches as the bacula user (default bacula user is 'bacula', > you may have done something different). > > Regards, > Robert Gerber > 402-237-8692 > r...@craeon.net > > > On Thu, May 29, 2025 at 4:48 PM Alan Polinsky <alan.polin...@gmail.com> > wrote: > >> Bill: >> >> >> Thanks for getting back so quickly. In my original (non spool file >> inclusion) i get: >> >> tcp 0 0 0.0.0.0:9103 0.0.0.0:* LISTEN >> 10177/bacula-sd >> >> Including the spool file directive I get nothing. In all conf files I >> list the host name as slcakware.polinsky.home >> >> >> In Slackware, software is stored at >> >> /var/bacula >> >> That directory is owned by root:root. All subsidiary directories, >> plugins, scripts, and working are bacula:bacula. (As I mentioned all those >> directories are on the second sdb disc. I have attached sda1 to /bacula. >> that parent direcotry is owned by root:root. the /bacula/working directory >> is owned by bacula:bacula. >> >> For right now I am sticking with the original configuration. >> >> >> Alan >> On 5/29/25 17:15, Bill Arlofski via Bacula-users wrote: >> >> On 5/29/25 3:02 PM, Alan Polinsky wrote: >> >> I've been running Bacula 9.6.7 for many years with an attached LTO3 tape >> drive. The machine hosting Bacula is an old Dell Optiplex. Though I am >> always in Slackware, there is a small 250 gig drive that had Windows 10 >> installed on it, even though It was never booted in that operating system. >> With the prospective of Microsoft abandoning Windows 10, I decided to >> reformat that disc as ext4 and attached it to /bacula. The directive in >> /etc/fstab is /dev/sda1 /bacula ext4 defaults 0 0. >> >> I created a directory under that called working and changed ownership to >> bacula:bacula. In the bacula-sd.conf file I added: >> >> Spool Directory /bacula/working >> >> >> I have changed no other directives in the two remaining conf files. I get >> the following error >> >> >> Fatal error: bsockcore.c:208 Un >> able to connect to Storage daemon on slackware151.polinsky.home:9103. >> ERR=Connection >> refused >> >> The added disc is sda, Slackware is on sdb. What do I have to >> additionally change to allow the spool file to use sda? >> >> >> Thank you. >> >> >> Alan >> >> >> Hello Alan, >> >> This looks to me like the SD is not starting/running on >> `slackware151.polinsky.home` >> >> On that system what does this show: >> >> # netstat -tlpn | grep 9103 >> >> I suspect a missing permission, or wrong ownership further up the >> /opt/bacula tree... >> >> You can test the SD in debug and foreground mode: >> >> # sudo -u bacula /opt/bacula/bin/bacula-sd -d100 -f (adjust the path >> to where bacula-sd lives on Slackware) >> >> >> ...And should quickly see what the reason is. >> >> >> Hope this helps, >> Bill >> >> >> >> _______________________________________________ >> Bacula-users mailing >> listBacula-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/bacula-users >> >> _______________________________________________ >> Bacula-users mailing list >> Bacula-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bacula-users >> >
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users