On 19 Apr 2005 at 5:38, Noah wrote:
> > I run bacula-fd as bacula:bacula under FreeBSD:
> >
> > You may have to chmod g+w on your device:
> >
> > [EMAIL PROTECTED]:~] $ ls -l /dev/sa0
> > crw-rw 4 root operator 14, 0 Mar 13 09:52 /dev/sa0
> >
> > And put bacula into the right group:
>
> I run bacula-fd as bacula:bacula under FreeBSD:
>
> You may have to chmod g+w on your device:
>
> [EMAIL PROTECTED]:~] $ ls -l /dev/sa0
> crw-rw 4 root operator 14, 0 Mar 13 09:52 /dev/sa0
>
> And put bacula into the right group:
>
> [EMAIL PROTECTED]:~] $ grep operator /etc/group
>
On 19 Apr 2005 at 10:27, Arno Lehmann wrote:
> Apart from that, you can, of course, run the SD as root - IIRC there
> are cases where some IOCTL operations can _only_ be done as root, so
> this is necessary in some cases anyway. Of course, on a system with
> user access you want to make sure that
Hi.
Noah wrote:
this is most likely due to the fact that bacula has not mounted the
drive. this is different than when the operating system mounts a
device, altho I can see how the termonology can be misleading.
typing "mount" in bconsole should do the trick. it looks like from
the messages b
> >
> this is most likely due to the fact that bacula has not mounted the
> drive. this is different than when the operating system mounts a
> device, altho I can see how the termonology can be misleading.
> typing "mount" in bconsole should do the trick. it looks like from
> the messages be
Noah wrote:
you do not have mount /dev/sa* at all to read/write data to it. it
looks like the drive is configured ok judging by the output from mt
bellow. I would suggest reading the man pages for mt as well as sa
to get a better understanding of how FreeBSD, and unix in general,
trea
> >
> >
> you do not have mount /dev/sa* at all to read/write data to it. it
> looks like the drive is configured ok judging by the output from mt
> bellow. I would suggest reading the man pages for mt as well as sa
> to get a better understanding of how FreeBSD, and unix in general,
> tre
Noah wrote:
(http://www.bacula.org/dev-
manual/Testing_Your_Tape_Drive.html#FreeBSDTapes) As far as I - not
being a FreeBSD user - understand it, you have to set the eotmodel
of the tape driver to fit with baculas setting.
Fixed block size should not be necessary with a SCSI ADR drive.
Arn
>
> (http://www.bacula.org/dev-
> manual/Testing_Your_Tape_Drive.html#FreeBSDTapes) As far as I - not
> being a FreeBSD user - understand it, you have to set the eotmodel
> of the tape driver to fit with baculas setting.
>
> Fixed block size should not be necessary with a SCSI ADR drive.
Arn
Hi.
I send this to the list, too...
Noah wrote:
On Sun, 03 Apr 2005 14:45:29 +0200, Arno Lehmann wrote
Hello,
Noah wrote:
FreeBSD-4.9
bacula-server-1.36.2
tape drive: onstream SCR50 SCSI drive
okay I am trying to get an initial bacula configuration working. btape
testing keeps failing and not sur
Hello,
Noah wrote:
FreeBSD-4.9
bacula-server-1.36.2
tape drive: onstream SCR50 SCSI drive
okay I am trying to get an initial bacula configuration working. btape
testing keeps failing and not sure what else to try.
Did you try the setup as given in the manual?
(http://www.bacula.org/dev-manual/Tes
Hello,
The OnStream drive is *very* non-standard. We were able to make it work for
Linux, but it is pretty unlikely it will work on FreeBSD.
Everything that is known about making the OnStream drive work with Bacula on
Linux is in the manual, please read it. In addition, the default
bacula-sd.
FreeBSD-4.9
bacula-server-1.36.2
tape drive: onstream SCR50 SCSI drive
okay I am trying to get an initial bacula configuration working. btape
testing keeps failing and not sure what else to try.
so here is the initial drive configuration from /usr/local/etc/bacula-sd.conf
with the btape errored
13 matches
Mail list logo