Re: mtlib/tapeutil not able to access 3590's

2001-12-11 Thread mike_crawford

I wonder if that might be the problem.  I'll get someone to try accessing the
drive as root, and adjust the permissions accordingly.

Here's one of my drives:

lrwxrwxrwx   1 root other 54 Dec  7 12:02 /dev/rmt/6st - 
../../devices/sbus@f,0/QLGC,isp@0,1/IBMtape@0,0:st


crw---   1 root sys  158,3072 Dec 11 09:08 
/devices/sbus@f,0/QLGC,isp@0,1/IBMtape@0,0:st



Thanks,
Mike




Here are the permissions on one of my tape drives
lrwxrwxrwx   1 root other 55 Oct 24 17:52 /dev/rmt/8st -
.../../devices/sbus@12,0/QLGC,isp@2,1/IBMtape@0,0:st

root@tsmsrv10 ls -l devices/sbus@12,0/QLGC,isp@2,1/IBMtape@0,0:st
crw-rw-rw-   1 bin  bin  163,5120 Dec  1 00:19
devices/sbus@12,0/QLGC,isp@2,1/IBMtape@0,0:st

but in my sun environment I'm still at 4.0.4.6 of IBMtape

Now did you check to ensure that tape drive wasn't in use by TSM at the time

!?!
that would prevent access...

Dwight

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Monday, December 10, 2001 2:49 PM
To: [EMAIL PROTECTED]
Subject: mtlib/tapeutil not able to access 3590's


Good Afternoon,

Since we upgraded IBMtape from 3.0.3.2 to 4.0.4.7, mtlib and tapeutil are
not
able to access any of our 3590's in a 3494.

Example:
mtlib -l magstor3 -f /dev/rmt/3st -qD
mtlib: Unable to open device special file /dev/rmt/3st: Permission denied

Everything is working fine ADSM-wise, and we can still query the 3494.  Not

being the Sysadmin for the actual server (and it being located in another
country),
I don't have a lot of access to that machine.

The server is SunOS 2.6,  ADSM v3.1.

Any information you've got would help immeasurably.

Thanks,
Mike




mtlib/tapeutil not able to access 3590's

2001-12-10 Thread mike_crawford

Good Afternoon,

Since we upgraded IBMtape from 3.0.3.2 to 4.0.4.7, mtlib and tapeutil are not
able to access any of our 3590's in a 3494.

Example:
mtlib -l magstor3 -f /dev/rmt/3st -qD
mtlib: Unable to open device special file /dev/rmt/3st: Permission denied

Everything is working fine ADSM-wise, and we can still query the 3494.  Not
being the Sysadmin for the actual server (and it being located in another country),
I don't have a lot of access to that machine.

The server is SunOS 2.6,  ADSM v3.1.

Any information you've got would help immeasurably.

Thanks,
Mike



Pausing server operation

2001-10-31 Thread mike_crawford

Good afternoon,

We need to take the ethernet adapters offline on our server to adjust one of
the parameters, but there are a number of sessions active, and many more queued
waiting for a tapedrive.

If we update the drives offline, this may affect the running sessions, but will
the queued jobs be affected, or will they stay as is?

Is there another way to go about this?  We require a 5-10 minute outage to make
the change.

AIX 4.3.1
ADSM 3.1

Any suggestions would be appreciated.

Thanks,
Mike



ADSM Schedule failure

2001-08-28 Thread mike_crawford

Does anyone know why the scheduler might keep failing with the following error
showing in /var/adsm/schedule.log?

 Process Interrupted!!  Severing connection. 

dsmerror.log does not indicate anything abnormal.  This seems to happen on the
same machines running SunOS5.6, ADSM Client 3.1.0.7.

Thanks,
Mike



Mixed tapes in a 3494 library

2001-08-20 Thread mike_crawford

Hi,

We are planning to use a mix of short and long length 3590 tapes in a single
3494 library.  Some storage pools will use the short tapes for a 20gb capacity,
others will use the long 40gb capacity.

Is it possible to have two types of scratch tapes existing in the same library,
or must we choose one length of tape for the scratch pool and staticly assign
tapes to the other stgpools?

Has anyone done this sort of thing, or have any thoughts on the subject?

Thanks,
Mike



dsmerror.log ownership issue

2001-07-16 Thread mike_crawford

We are having a problem with what seems to be the ownership of the dsmerror.log
file.  It is currently owned by root.  When we launch dsm as a non-root user,
it reports being unable to open dsmerror.log.

We tried to chown the file to the user, root retakes ownership of the file.


Client System is as follows:
SunOS 5.6
ADSM 3.1

This is the only client having this problem.  Anyone have any suggestions?

Thanks,
Mike