× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Are you verifying the volume is correct?  I'd worry that someone didn't
rotate the tape and you'll wipe it out with an INZTAP.  Is it practical
for the operator to do the INZTAP onsite after mounting the tape?



chris.bipes@xxxxxxxxxxxxxxx 01/29/2007 7:26:47 AM >>>
After the CHKTAP passes, INZTAP using the volume label found in the
CHKTAP.

Christopher Bipes
Information Services Director
CrossCheck, Inc.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of MRosinger
Sent: Monday, January 29, 2007 7:21 AM
To: midrange-l@xxxxxxxxxxxx
Subject: command to check if write protect is set for loaded tape?

List,

I am trying to set up a job that will execute a library backup of our
test iSeries server using Remote Execution (REXEC) from our VSE
mainframe system.
This iSeries server is planned to be located off-site in the same
location where our off-site backups are stored. The plan is for the
operator to load a scratch tape each time they go there to rotate tapes.
Then later that night, they will execute the job from VSE. I have
similar REXEC jobs that issue commands to the iSeries and wait for the
results. They all work great.

I know that I can issue the CHKTAP DEV(devicename) and if a tape is
loaded, will return the message, "Volume volser found on device
devicename." What I would *really* like to do is to also verify that the
write protect is not set for that tape (this, unfortunately, happens too
often here).

Is there a command that I can issue that will tell me if a tape loaded
on a specific device has the write protect set?

We are on v5r4. TIA


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.