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. [EMAIL PROTECTED]
