Actually, the "Resource temporarily unavailable" error is because TSM
is actively using the drive at the time.  If you look at current tape
mounts within TSM, you'd see that drive has a volume mounted and "IN
USE".  When it shows "IDLE" in TSM, the "mtlib -qD" command works as
expected.

(The "#" prompt in the original post implies he was already root, too,
so permissions wouldn't be a factor anyway.)

As Patricia posted, "mtlib -l /dev/lmcp0 -qM" will show mounted vols,
but you'll need to cross-reference the drive serial numbers (second
column in the output) with some other source (on AIX, "lscfg" will do)
to map them to /dev/rmt# filenames.

=Dave

Richard Sims wrote:
>
> Standard Unix permissions thing: Check the account under which you tried
> the command against the /dev/rmt* permissions settings; adjust settings
> if appropriate, else invoke from an account with has the needed group
> affiliation, or as superuser.
>
>     Richard Sims
>
> On Nov 10, 2005, at 2:38 PM, Patterson, Scott wrote:
>
> > Hi all,
> >
> > I was under the impression I could use the following MTLIB command to
> > see what volume is mounted in a drive
> >
> > mtlib -l /dev/lmcp0 -f /dev/rmt# -qD
> >
> > but when i try to use the command on a drive that i know has a volume
> > mounted, i get the following error message...
> >
> > # mtlib -l /dev/lmcp0 -f /dev/rmt7 -qD
> > mtlib: Unable to open device special file /dev/rmt7 (errno = 11):
> > Resource temporarily unavailable
> >
> > what is the point of querying the drive if you can't query the drive
> > when it has a volume in it?
> >
> > thanks,
> >
> > scott
>


--
Hello World.                                    David Bronder - Systems Admin
Segmentation Fault                                     ITS-SPA, Univ. of Iowa
Core dumped, disk trashed, quota filled, soda warm.   david-bronder AT uiowa 
DOT edu