Re: [Bacula-users] umount blocks further usage

2005-08-03 Thread Jesse Keating
On Wed, 2005-08-03 at 23:11 +0200, Kern Sibbald wrote: > > Unless I am missing something, there is no such thing as a nonblocking > unloading of a drive. Update slots currently umounts and unloads the drive in order to scan the barcode. Doing an update slots will not prevent the next backup fro

Re: [Bacula-users] umount blocks further usage

2005-08-03 Thread Kern Sibbald
On Wednesday 03 August 2005 21:55, Jesse Keating wrote: > On Sat, 2005-07-30 at 09:32 +0200, Kern Sibbald wrote: > > Try the "release" command. It was designed to release the drive but not > > to block it as the "unmount" command does. You may need to explicitly do > > an "unload" of the drive us

Re: [Bacula-users] umount blocks further usage

2005-08-03 Thread Jesse Keating
On Wed, 2005-08-03 at 13:15 -0700, Jesse Keating wrote: > Hrm, release doesn't close the /dev/nst0 device either. update slots > leaves the device as closed or non-existent. Will this pose a problem > if I unload the tape out from under bacula-sd while the device is open? > Testing here.. > Whe

Re: [Bacula-users] umount blocks further usage

2005-08-03 Thread Jesse Keating
On Wed, 2005-08-03 at 12:55 -0700, Jesse Keating wrote: > > So release does not unload the drive, so I would have to pair that with > an mtx call to unload. This I'd rather not do, but I suppose I should. Hrm, release doesn't close the /dev/nst0 device either. update slots leaves the device as

Re: [Bacula-users] umount blocks further usage

2005-08-03 Thread Jesse Keating
On Sat, 2005-07-30 at 09:32 +0200, Kern Sibbald wrote: > > Try the "release" command. It was designed to release the drive but not to > block it as the "unmount" command does. You may need to explicitly do an > "unload" of the drive using mtx directly. If that is the case, it might be > an i

Re: [Bacula-users] umount blocks further usage

2005-08-03 Thread Kern Sibbald
On Monday 01 August 2005 12:26, Alan Brown wrote: > On Fri, 29 Jul 2005, Jesse Keating wrote: > > SO really, all I need to do after marking the tape as full is issue a > > update slots command. Easy sleasy. Of course if Kern ever changes how > > this works I may be in trouble as this is not the e

Re: [Bacula-users] umount blocks further usage

2005-08-03 Thread Alan Brown
On Fri, 29 Jul 2005, Jesse Keating wrote: SO really, all I need to do after marking the tape as full is issue a update slots command. Easy sleasy. Of course if Kern ever changes how this works I may be in trouble as this is not the expected use of update slots (: It pays to issue "mount" com

Re: [Bacula-users] umount blocks further usage

2005-08-03 Thread Alan Brown
On Fri, 29 Jul 2005, Jesse Keating wrote: On Fri, 2005-07-29 at 21:49 +0100, Martin Simmons wrote: Oh, I thought the blockage and mount command is per storage device, not per tape. It does block the storage device. It prevents the storage device from automounting the next usable tape. I hav

Re: [Bacula-users] umount blocks further usage

2005-07-30 Thread Kern Sibbald
On Friday 29 July 2005 23:01, Jesse Keating wrote: > On Fri, 2005-07-29 at 21:49 +0100, Martin Simmons wrote: > > Oh, I thought the blockage and mount command is per storage device, > > not per > > tape. > > It does block the storage device. It prevents the storage device from > automounting the n

Re: [Bacula-users] umount blocks further usage

2005-07-29 Thread Jesse Keating
On Fri, 2005-07-29 at 23:15 +0100, Martin Simmons wrote: > Ah, that's what I was missing. Maybe you can run the mtx script to load slot > 1 into the drive and keep Bacula's mount command happy? Actually I think I found a good work around. update slots will umount any mounted drive and unload it

Re: [Bacula-users] umount blocks further usage

2005-07-29 Thread Martin Simmons
> On Fri, 29 Jul 2005 15:10:54 -0700, Jesse Keating <[EMAIL PROTECTED]> > said: Jesse> On Fri, 2005-07-29 at 23:01 +0100, Martin Simmons wrote: >> I must be missing something here, but isn't update slots a manual operation >> too? If so, can't you write a script to mount and then u

Re: [Bacula-users] umount blocks further usage

2005-07-29 Thread Jesse Keating
On Fri, 2005-07-29 at 23:01 +0100, Martin Simmons wrote: > I must be missing something here, but isn't update slots a manual operation > too? If so, can't you write a script to mount and then update? Mount what though? In order to mount a drive has to be loaded. Not to mention that update slots

Re: [Bacula-users] umount blocks further usage

2005-07-29 Thread Martin Simmons
> On Fri, 29 Jul 2005 14:01:38 -0700, Jesse Keating <[EMAIL PROTECTED]> > said: Jesse> On Fri, 2005-07-29 at 21:49 +0100, Martin Simmons wrote: >> Oh, I thought the blockage and mount command is per storage device, >> not per >> tape. Jesse> It does block the storage device. I

Re: [Bacula-users] umount blocks further usage

2005-07-29 Thread Jesse Keating
On Fri, 2005-07-29 at 21:49 +0100, Martin Simmons wrote: > Oh, I thought the blockage and mount command is per storage device, > not per > tape. It does block the storage device. It prevents the storage device from automounting the next usable tape. I have automated marking the last tape as 'Ful

Re: [Bacula-users] umount blocks further usage

2005-07-29 Thread Martin Simmons
> On Fri, 29 Jul 2005 13:18:13 -0700, Jesse Keating <[EMAIL PROTECTED]> > said: Jesse> On Fri, 2005-07-29 at 21:05 +0100, Martin Simmons wrote: >> Yes, this is "normal" behaviour. You could try adding an admin job that >> mounts the tape. >> Jesse> hrm... problem is that I do

Re: [Bacula-users] umount blocks further usage

2005-07-29 Thread Jesse Keating
On Fri, 2005-07-29 at 21:05 +0100, Martin Simmons wrote: > Yes, this is "normal" behaviour. You could try adding an admin job that > mounts the tape. > hrm... problem is that I don't know which tape is needed next. I was just hoping to clear the block flag so that Bacula could mount whatever ta

Re: [Bacula-users] umount blocks further usage

2005-07-29 Thread Martin Simmons
> On Thu, 28 Jul 2005 15:46:13 -0700, Jesse Keating <[EMAIL PROTECTED]> > said: Jesse> I'd like to automatically umount the tape in the drive after the last Jesse> backup for the week. This way I can come in on Monday and immediately Jesse> unload the drive and eject the magazine f

Re: [Bacula-users] umount blocks further usage

2005-07-29 Thread Jesse Keating
On Thu, 2005-07-28 at 15:46 -0700, Jesse Keating wrote: > I'd like to automatically umount the tape in the drive after the last > backup for the week. This way I can come in on Monday and immediately > unload the drive and eject the magazine for tape rotation. However in > the past after I've don