Re: Tape drive sharing

2022-05-26 Thread (K.K.Paradox)T.Kobayashi

Hello Allan,

Thank you for your comments.

Best regards,
Toyokazu Kobayashi

- Original Message - 
From: "Allan Staller" <0387911dea17-dmarc-requ...@listserv.ua.edu>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, May 26, 2022 8:28 PM
Subject: FW: Tape drive sharing


Classification: Confidential

Forgot to add. Look up AUTOSWITCH in th4e GRS(?) manual.

-Original Message-
From: Allan Staller
Sent: Thursday, May 26, 2022 6:28 AM
To: IBM Mainframe Discussion List 
Subject: RE: Tape drive sharing

Classification: Confidential

The tape drive can be automatically switched within a given sysplex, but can 
only be used by 1 image at a time.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
(K.K.Paradox)T.Kobayashi

Sent: Wednesday, May 25, 2022 11:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Tape drive sharing

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]


Hello,

Can IBM 3590 tape drive be online at the same time with both LPARs?

If there is an LPAR that currently brought the *all drives* online, another 
LPAR will issue an IEE791I.


IEE791I cuu VARY REJECTED - ASSIGNED TO ANOTHER SYSTEM

I understand that both LPARs cannot use tape drives at the same time.
I know there are products like CA-MIM to prevent this.

Please do not consider separating the some drives and assigning it to both 
LPARs.


Shared DASD can be online at the same time on both LPARs.
Is it correct to recognize that the tape drives can also be online with both 
LPARs at the same time?

If this is possible, could you please advise what settings are required?

Current IOCP setting is bellow:
CHPID PATH=(CSS(1),63),TYPE=FC,SHARED,X
  PARTITION=((CSS(1), X
  (PROD,TEST),X
  (=))),  X
  PCHID=1EC
CHPID PATH=(CSS(1),BA),TYPE=FC,SHARED,X
  PARTITION=((CSS(1), X
  (PROD,TEST),X
  (=))),  X
  PCHID=2D0

E3590A10 CNTLUNIT CUNUMBR=3590,PATH=((CSS(1),63,BA)),CUADD=0,  X
  UNIT=3590,UNITADD=((00,016))

EMIF0A10 IODEVICE CUNUMBR=3590,ADDRESS=(0A10,016),UNITADD=00,  X
  UNIT=3590,STADET=Y

Besy regards,
Toyokazu Kobayashi

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email 
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and 
intended for the named recipient(s) only. E-mail transmission is not 
guaranteed to be secure or error-free as information could be intercepted, 
corrupted, lost, destroyed, arrive late or incomplete, or may contain 
viruses in transmission. The e mail and its contents (with or without 
referred errors) shall therefore not attach any liability on the originator 
or HCL or its affiliates. Views or opinions, if any, presented in this email 
are solely those of the author and may not necessarily reflect the views or 
opinions of HCL or its affiliates. Any form of reproduction, dissemination, 
copying, disclosure, modification, distribution and / or publication of this 
message without the prior written consent of authorized representative of 
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately. Before opening any email and/or 
attachments, please check them for viruses and other defects.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Tape drive sharing

2022-05-26 Thread (K.K.Paradox)T.Kobayashi

Hello Furuya-san,

Thank you for your reply, that explanation is very helpfull.
My question is cleared.

Thank you again.

Best regards,
Toyokazu Kobayashi

- Original Message - 
From: "Nobuhiko Furuya" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, May 26, 2022 7:35 PM
Subject: Re: Tape drive sharing



Hi Kobayashi-san,

If your environment is not a sysplex configuration, you can't vary the 
tape drives online from multiple MVSes at a time.

If you are using sysplex configuration, you can implement AutoSwitch.
AutoSwicth can be implemented with AutoSwitch parameter in IODF(not IOCP 
but MVSCP) definition or VARY cuuu,AS,ON command.
If the tape drives are defined with AutoSwich attribute, you can vary 
online them from multiple MVSes at a time.
Of course even in AutoSwitch, a tape drive can be used from only 1 MVS 
physically at a time.


Best regards,

Nobuhiko Furuya(古谷信彦)
V-SOL Inc.
e-mail:furu...@v-sol.co.jp

On 2022/05/26 13:18, (K.K.Paradox)T.Kobayashi wrote:

Hello,

Can IBM 3590 tape drive be online at the same time with both LPARs?

If there is an LPAR that currently brought the *all drives* online, 
another LPAR will issue an IEE791I.


IEE791I cuu VARY REJECTED - ASSIGNED TO ANOTHER SYSTEM

I understand that both LPARs cannot use tape drives at the same time.
I know there are products like CA-MIM to prevent this.

Please do not consider separating the some drives and assigning it to 
both LPARs.


Shared DASD can be online at the same time on both LPARs.
Is it correct to recognize that the tape drives can also be online with 
both LPARs at the same time?

If this is possible, could you please advise what settings are required?

Current IOCP setting is bellow:
CHPID PATH=(CSS(1),63),TYPE=FC,SHARED, X
PARTITION=((CSS(1), X
(PROD,TEST), X
(=))), X
PCHID=1EC
CHPID PATH=(CSS(1),BA),TYPE=FC,SHARED, X
PARTITION=((CSS(1), X
(PROD,TEST), X
(=))), X
PCHID=2D0

E3590A10 CNTLUNIT CUNUMBR=3590,PATH=((CSS(1),63,BA)),CUADD=0, X
UNIT=3590,UNITADD=((00,016))

EMIF0A10 IODEVICE CUNUMBR=3590,ADDRESS=(0A10,016),UNITADD=00, X
UNIT=3590,STADET=Y

Besy regards,
Toyokazu Kobayashi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Tape drive sharing

2022-05-25 Thread (K.K.Paradox)T.Kobayashi

Hello,

Can IBM 3590 tape drive be online at the same time with both LPARs?

If there is an LPAR that currently brought the *all drives* online, another 
LPAR will issue an IEE791I.


IEE791I cuu VARY REJECTED - ASSIGNED TO ANOTHER SYSTEM

I understand that both LPARs cannot use tape drives at the same time.
I know there are products like CA-MIM to prevent this.

Please do not consider separating the some drives and assigning it to both 
LPARs.


Shared DASD can be online at the same time on both LPARs.
Is it correct to recognize that the tape drives can also be online with both 
LPARs at the same time?

If this is possible, could you please advise what settings are required?

Current IOCP setting is bellow:
CHPID PATH=(CSS(1),63),TYPE=FC,SHARED,X
  PARTITION=((CSS(1), X
  (PROD,TEST),X
  (=))),  X
  PCHID=1EC
CHPID PATH=(CSS(1),BA),TYPE=FC,SHARED,X
  PARTITION=((CSS(1), X
  (PROD,TEST),X
  (=))),  X
  PCHID=2D0

E3590A10 CNTLUNIT CUNUMBR=3590,PATH=((CSS(1),63,BA)),CUADD=0,  X
  UNIT=3590,UNITADD=((00,016))

EMIF0A10 IODEVICE CUNUMBR=3590,ADDRESS=(0A10,016),UNITADD=00,  X
  UNIT=3590,STADET=Y

Besy regards,
Toyokazu Kobayashi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: DFDSS Restore IGD306I problem

2021-10-07 Thread (K.K.Paradox)T.Kobayashi

Furuya-san,

I will check the SG settings. Thank you for your advice.

Best regards,
Toyokazu Kobayashi

- Original Message - 
From: "Nobuhiko Furuya" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, October 07, 2021 1:29 PM
Subject: Re: DFDSS Restore IGD306I problem



Hi -san,

You can find the reason code 1013 in DFSMSdfp Diagnosis as follows.

1013 (X'03F5') No storage group was assigned by the storage group routine.

IGD306I message manual directs you to check the above manual.

Also you can find the following messages in your joblog.

0ADR709E (001)-VDSS (01), AN ERROR OCCURRED IN THE STORAGE MANAGEMENT
SUBSYSTEM WHILE ALLOCATING DATA SET SAMPLE.WORK1. SMS
 MESSAGES FOLLOW.
 IGD01013I DATA SET ALLOCATION REQUEST FAILED -
 THE ACS STORAGE GROUP ROUTINE DID NOT ASSIGN A STORAGE GROUP
 IGD17354I UNEXPECTED RETURN CODE FROM AUTOMATIC CLASS SELECTION SERVICES
 RETURN CODE IS 8 REASON CODE IS 1013 DATA SET BEING PROCESSED IS
 SAMPLE.WORK1

It clearly states that your SG acs routine in the restoring environment
doesn't assign a storage group to the data set.

Best regards,

Nobuhiko Furuya(古谷信彦)
V-SOL Inc.
e-mail:furu...@v-sol.co.jp
Mobile:+81-90-4096-7700
2-14-5-1001, Ohkubo, Narashino, Chiba, Japan 275-0011

On 2021/10/07 12:58, (K.K.Paradox)T.Kobayashi wrote:

Hello,

I was restoring multiple dumps but ran into an issue where only one dump
could not be restored due to IGD306I error.
The dumped and restored environments are different.
I could not find any details of the REASON CODE 1013 and issued messages
(IGD1 and IGD2).
Is there a cause and solution for this problem?

Issued Messages:
14.02.45 JOB00887 IGD306I UNEXPECTED ERROR DURING IGDACS00 PROCESSING 061
061 RETURN CODE 8 REASON CODE 1013
061 THE MODULE THAT DETECTED THE ERROR IS IGDVTSCM
061 SMS MODULE TRACE BACK - VTSCM VTSCR SSIRT
061 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD1
14.02.48 JOB00887 IGD306I UNEXPECTED ERROR DURING IGDACS00 PROCESSING 062
062 RETURN CODE 8 REASON CODE 1013
062 THE MODULE THAT DETECTED THE ERROR IS IGDVTSCM
062 SMS MODULE TRACE BACK - VTSCM VTSCR SSIRT
062 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD2

Detail:
1PAGE 0001 5695-DF175 DFSMSDSS V2R01.0 DATA SET SERVICES 2021.279
14:01
- RESTORE -
DATASET( -
INCLUDE( ** -
)) -
BYPASSACS( ** -
)) -
INDD(INTAPE1) -
OUTDD(DO1) CAT REP
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE
'
ADR109I (R/I)-RI01 (01), 2021.279 14:01:38 INITIAL SCAN OF USER CONTROL
STATEMENTS COMPLETED
ADR106W (001)-RI01 (01), TOO MANY RIGHT PARENTHESES FOUND. EXCESS IGNORED
ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
0ADR006I (001)-STEND(01), 2021.279 14:01:38 EXECUTION BEGINS
0ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN
LOGICAL DATA SET FORMAT AND WAS CREATED BY Z/OS DFSMSDSS
VERSION 1 RELEASE 13 MODIFICATION LEVEL 0 ON
2015.323 06:30:28
0ADR396I (001)-NEWDS(01), DATA SET SAMPLE.SYSPUNCH ALLOCATED, ON
VOLUME(S):
AD3710
0ADR465I (001)-DALOC(01), DATA SET SAMPLE.SYSPUNCH HAS BEEN CATALOGED IN
CATALOG MCAT.ZOSV2
0ADR474I (001)-TDNVS(01), DATA SET SAMPLE.SYSPUNCH CONSISTS OF 0001
TARGET TRACKS AND 0001 SOURCE TRACKS
0ADR489I (001)-TDLOG(01), DATA SET SAMPLE.SYSPUNCH WAS RESTORED
0ADR396I (001)-NEWDS(01), DATA SET SAMPLE.SYSREC00 ALLOCATED, ON
VOLUME(S):
AD3710
0ADR465I (001)-DALOC(01), DATA SET SAMPLE.SYSREC00 HAS BEEN CATALOGED IN
CATALOG MCAT.ZOSV2
0ADR474I (001)-TDNVS(01), DATA SET SAMPLE.SYSREC00 CONSISTS OF 3972
TARGET TRACKS AND 3972 SOURCE TRACKS
0ADR489I (001)-TDLOG(01), DATA SET SAMPLE.SYSREC00 WAS RESTORED
0ADR396I (001)-NEWDS(01), DATA SET SAMPLE.SORTOUT ALLOCATED, ON
VOLUME(S):
AD3710
0ADR465I (001)-DALOC(01), DATA SET SAMPLE.SORTOUT HAS BEEN CATALOGED IN
CATALOG MCAT.ZOSV2
0ADR474I (001)-TDNVS(01), DATA SET SAMPLE.SORTOUT CONSISTS OF 3972
TARGET TRACKS AND 3972 SOURCE TRACKS
0ADR489I (001)-TDLOG(01), DATA SET SAMPLE.SORTOUT WAS RESTORED
0ADR396I (001)-NEWDS(01), DATA SET SAMPLE.SYSPUNCH ALLOCATED, ON
VOLUME(S):
AD3710
0ADR465I (001)-DALOC(01), DATA SET SAMPLE.SYSPUNCH HAS BEEN CATALOGED IN
CATALOG MCAT.ZOSV2
0ADR474I (001)-TDNVS(01), DATA SET SAMPLE.SYSPUNCH CONSISTS OF 0001
TARGET TRACKS AND 0001 SOURCE TRACKS
0ADR489I (001)-TDLOG(01), DATA SET SAMPLE.SYSPUNCH WAS RESTORED
0ADR709E (001)-VDSS (01), AN ERROR OCCURRED IN THE STORAGE MANAGEMENT
SUBSYSTEM WHILE ALLOCATING DATA SET SAMPLE.WORK1. SMS
MESSAGES FOLLOW.
IGD01013I DATA SET ALLOCATION REQUEST FAILED -
THE ACS STORAGE GROUP ROUTINE DID NOT ASSIGN A STORAGE GROUP
IGD17354I UNEXPECTED RETURN CODE FROM AUTOMATIC CLASS SELECTION SERVICES
RETURN CODE IS 8 REASON CODE IS 1013 DATA SET BEING PROCESSED IS
SAMPLE.WORK1
1PAGE 0002 5695-DF175 DFSMSDSS V2R01.0 DATA SET SERVICES 2021.279
14:01
- IGD306I UNEXPECTED ERROR DURING IGDACS00 PROCESSING
RETURN CODE 8 REASON CODE 1013
THE MODULE THAT DETECTED THE ERROR IS IGDVTSCM
SMS MODULE TRACE BACK - VTSCM VTSCR SSIRT
SYMPTOM REC

DFDSS Restore IGD306I problem

2021-10-06 Thread (K.K.Paradox)T.Kobayashi

Hello,

I was restoring multiple dumps but ran into an issue where only one dump
could not be restored due to IGD306I error.
The dumped and restored environments are different.
I could not find any details of the REASON CODE 1013 and issued messages
(IGD1 and IGD2).
Is there a cause and solution for this problem?

Issued Messages:
14.02.45 JOB00887  IGD306I UNEXPECTED ERROR DURING IGDACS00 PROCESSING  061
   061 RETURN CODE 8 REASON CODE 1013
   061 THE MODULE THAT DETECTED THE ERROR IS IGDVTSCM
   061 SMS MODULE TRACE BACK - VTSCM VTSCR SSIRT
   061 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD1
14.02.48 JOB00887  IGD306I UNEXPECTED ERROR DURING IGDACS00 PROCESSING  062
   062 RETURN CODE 8 REASON CODE 1013
   062 THE MODULE THAT DETECTED THE ERROR IS IGDVTSCM
   062 SMS MODULE TRACE BACK - VTSCM VTSCR SSIRT
   062 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD2

Detail:
1PAGE 0001 5695-DF175  DFSMSDSS V2R01.0 DATA SET SERVICES 2021.279
14:01
-  RESTORE -
DATASET(  -
  INCLUDE( ** -
   )) -
  BYPASSACS( **   -
   )) -
INDD(INTAPE1) -
OUTDD(DO1) CAT  REP
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE '
ADR109I (R/I)-RI01 (01), 2021.279 14:01:38 INITIAL SCAN OF USER CONTROL
STATEMENTS COMPLETED
ADR106W (001)-RI01 (01), TOO MANY RIGHT PARENTHESES FOUND. EXCESS IGNORED
ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
0ADR006I (001)-STEND(01), 2021.279 14:01:38 EXECUTION BEGINS
0ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN
LOGICAL DATA SET FORMAT AND WAS CREATED BY Z/OS DFSMSDSS
 VERSION 1 RELEASE 13 MODIFICATION LEVEL 0 ON
2015.323 06:30:28
0ADR396I (001)-NEWDS(01), DATA SET SAMPLE.SYSPUNCH ALLOCATED, ON VOLUME(S):
AD3710
0ADR465I (001)-DALOC(01), DATA SET SAMPLE.SYSPUNCH HAS BEEN CATALOGED IN
CATALOG MCAT.ZOSV2
0ADR474I (001)-TDNVS(01), DATA SET SAMPLE.SYSPUNCH CONSISTS OF 0001
TARGET TRACKS AND 0001 SOURCE TRACKS
0ADR489I (001)-TDLOG(01), DATA SET SAMPLE.SYSPUNCH WAS RESTORED
0ADR396I (001)-NEWDS(01), DATA SET SAMPLE.SYSREC00 ALLOCATED, ON VOLUME(S):
AD3710
0ADR465I (001)-DALOC(01), DATA SET SAMPLE.SYSREC00 HAS BEEN CATALOGED IN
CATALOG MCAT.ZOSV2
0ADR474I (001)-TDNVS(01), DATA SET SAMPLE.SYSREC00 CONSISTS OF 3972
TARGET TRACKS AND 3972 SOURCE TRACKS
0ADR489I (001)-TDLOG(01), DATA SET SAMPLE.SYSREC00 WAS RESTORED
0ADR396I (001)-NEWDS(01), DATA SET SAMPLE.SORTOUT ALLOCATED, ON VOLUME(S):
AD3710
0ADR465I (001)-DALOC(01), DATA SET SAMPLE.SORTOUT HAS BEEN CATALOGED IN
CATALOG MCAT.ZOSV2
0ADR474I (001)-TDNVS(01), DATA SET SAMPLE.SORTOUT CONSISTS OF 3972
TARGET TRACKS AND 3972 SOURCE TRACKS
0ADR489I (001)-TDLOG(01), DATA SET SAMPLE.SORTOUT WAS RESTORED
0ADR396I (001)-NEWDS(01), DATA SET SAMPLE.SYSPUNCH ALLOCATED, ON VOLUME(S):
AD3710
0ADR465I (001)-DALOC(01), DATA SET SAMPLE.SYSPUNCH HAS BEEN CATALOGED IN
CATALOG MCAT.ZOSV2
0ADR474I (001)-TDNVS(01), DATA SET SAMPLE.SYSPUNCH CONSISTS OF 0001
TARGET TRACKS AND 0001 SOURCE TRACKS
0ADR489I (001)-TDLOG(01), DATA SET SAMPLE.SYSPUNCH WAS RESTORED
0ADR709E (001)-VDSS (01), AN ERROR OCCURRED IN THE STORAGE MANAGEMENT
SUBSYSTEM WHILE ALLOCATING DATA SET SAMPLE.WORK1. SMS
 MESSAGES FOLLOW.
 IGD01013I DATA SET ALLOCATION REQUEST FAILED -
 THE ACS STORAGE GROUP ROUTINE DID NOT ASSIGN A STORAGE GROUP
 IGD17354I UNEXPECTED RETURN CODE FROM AUTOMATIC CLASS SELECTION SERVICES
 RETURN CODE IS 8 REASON CODE IS 1013 DATA SET BEING PROCESSED IS
 SAMPLE.WORK1
1PAGE 0002 5695-DF175  DFSMSDSS V2R01.0 DATA SET SERVICES 2021.279
14:01
- IGD306I UNEXPECTED ERROR DURING IGDACS00 PROCESSING
 RETURN CODE 8 REASON CODE 1013
 THE MODULE THAT DETECTED THE ERROR IS IGDVTSCM
 SMS MODULE TRACE BACK - VTSCM VTSCR SSIRT
 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD1
0ADR809I (001)-VDSS (01), ADDITIONAL DIAGNOSTIC DATA FOR PRECEDING MESSAGE:
 SC=SCMAST MC= DC=DCMAST
 REQPRI=764964KB  REQSEC=002045TRK
REQVOLS=01
0ADR709E (001)-VDSS (01), AN ERROR OCCURRED IN THE STORAGE MANAGEMENT
SUBSYSTEM WHILE ALLOCATING DATA SET SAMPLE.WORK2. SMS
 MESSAGES FOLLOW.
 IGD01013I DATA SET ALLOCATION REQUEST FAILED -
 THE ACS STORAGE GROUP ROUTINE DID NOT ASSIGN A STORAGE GROUP
 IGD17354I UNEXPECTED RETURN CODE FROM AUTOMATIC CLASS SELECTION SERVICES
 RETURN CODE IS 8 REASON CODE IS 1013 DATA SET BEING PROCESSED IS
 SAMPLE.WORK2
 IGD306I UNEXPECTED ERROR DURING IGDACS00 PROCESSING
 RETURN CODE 8 REASON CODE 1013
 THE MODULE THAT DETECTED THE ERROR IS IGDVTSCM
 SMS MODULE TRACE BACK - VTSCM VTSCR SSIRT
 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD2
0ADR809I (001)-VDSS (01), ADDITIONAL DIAGNOSTIC DATA FOR PRECEDING MESSAGE:
 SC=SCMAST MC= DC=DCMAST
 REQPRI=

Re: OSA/SF

2021-09-16 Thread (K.K.Paradox)T.Kobayashi

Hello Tony,

I could found the memebr ATBTPVSM.

Thank you very much.

Best regards,
Toyokazu Kobayashi

- Original Message - 
From: "Cieri, Anthony" <02d7f4ec1fff-dmarc-requ...@listserv.ua.edu>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, September 15, 2021 11:17 PM
Subject: Re: OSA/SF


Hi,

I think there is a job that is provided in SYS1.SAMPLIB as member ATBTPVSM

Tony


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
(K.K.Paradox)T.Kobayashi

Sent: Wednesday, September 15, 2021 5:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OSA/SF

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]



Hello,

I will configure z/OS TCP/IP on the z10 BC (OSA-Express3 4 Port 1000BASE-T).
I understand that no OAT configuration is required as it is a Single LPAR, 
Single TCP/IP use.
But if TCP/IP doesn't work, I will check the OAT and Configuration with a 
OSA/SF (Query).

I'm checking the OSA/SF setup, but there is something I don't understand.

The OSA/SF setup following guide describes the APPC/MVS and VTAM setup.
https://www.ibm.com/docs/ja/zos/2.3.0?topic=environment-set-up-appcmvs-vtam-osasf

I couldn't figure out how to define the TP profile dataset specified in 
TPDATA.

I am not familiar with APPC/MVS.

Could you please some advice on how to define a TP profile (VSAM KSDS) for 
OSA/SF?


Best regards,
Toyokazu Kobayashi

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email 
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


OSA/SF

2021-09-15 Thread (K.K.Paradox)T.Kobayashi

Hello,

I will configure z/OS TCP/IP on the z10 BC (OSA-Express3 4 Port 1000BASE-T).
I understand that no OAT configuration is required as it is a Single LPAR,
Single TCP/IP use.
But if TCP/IP doesn't work, I will check the OAT and Configuration with a
OSA/SF (Query).
I'm checking the OSA/SF setup, but there is something I don't understand.

The OSA/SF setup following guide describes the APPC/MVS and VTAM setup.
https://www.ibm.com/docs/ja/zos/2.3.0?topic=environment-set-up-appcmvs-vtam-osasf

I couldn't figure out how to define the TP profile dataset specified in
TPDATA.
I am not familiar with APPC/MVS.

Could you please some advice on how to define a TP profile (VSAM KSDS) for
OSA/SF?

Best regards,
Toyokazu Kobayashi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: OSA Physical ethernet ports

2021-09-13 Thread (K.K.Paradox)T.Kobayashi

Hello Tony, Parwez, Alan,

Thank you very much for your advice, it'a very helpful. I'm reviewing your 
comments.
I understand that the number of Ethernet ports is different for each OSA 
PCHPID.


The z10 BC is a our partner's machine. I checking of OSA-Express features.

We will continue to work on the OSA's configuration.

Thank you again.

Best regards,
Toyokazu Kobayashi

- Original Message - 
From: "Alan Altmark" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Saturday, September 11, 2021 10:47 PM
Subject: Re: OSA Physical ethernet ports


On Fri, 10 Sep 2021 17:36:37 +0900, (K.K.Paradox)T.Kobayashi 
 wrote:

1) Is the port set in OAT a OSA Physical port?


Yes.  If the PCHID has two ports, then you specify port 0 or 1 in the OAT. 
But be careful.  On a z9, I think you have OSA-Express2.   All of the PCHIDs 
are single port.  There are multiple PCHIDs on a *card*, but each PCHID has 
only one port (port 0).   The OSA-Express Customer's Guide and Reference has 
pictures.  The HMC/SE will also tell you what type of card you have.



2) Can OSA-ICC 3270 sessions and OSE ports share a OSA Physical port?
Should these have separate Physical ports?


You cannot share ports between OSE and OSC.  The decision for OSE or OSC is 
at the PCHID level.



3) Where is the physical port of the OSA-ICC session set?


In the ICC configuration on the HMC.


4) OSE is assigned to ZOS2 LPAR in the PARTITION statement.
But SHARED is also specified by CHPID.
Are OSE devices also available in ZOS1 LPARs?


No.  Your IOCP says that only ZOS2 has access:

CHPID PCHID=191,PATH=(CSS(0),03),TYPE=OSE,SHARED,PARTITION=((ZOS2))


If you didn't specify PARTITION=((ZOS2)), then both LPARs would have access.

Alan Altmark
IBM Systems Lab Services

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


OSA Physical ethernet ports

2021-09-10 Thread (K.K.Paradox)T.Kobayashi

Hello,

I planing to configure z/OS's native TCP/IP on z10-BC machine.
IOCP DECK is shown at the end of this mail.
The OSA-ICC 3270 sessions are currently configured.
OSE CHPID is defined, but nothing else is configured.

I understand that OSE (Non-QDIO mode) requires UA and port, IP addr, mapping
in OAT.
Also, OAT and z/OS TCPIP PROFILE (DEVICE and LINK) setting will mapping.
But, I don't understand how to assgin the OSA Physical ethernet ports.

Qeustions:
1) Is the port set in OAT a OSA Physical port?

2) Can OSA-ICC 3270 sessions and OSE ports share a OSA Physical port?
Should these have separate Physical ports?

3) Where is the physical port of the OSA-ICC session set?

4) OSE is assigned to ZOS2 LPAR in the PARTITION statement.
But SHARED is also specified by CHPID.
Are OSE devices also available in ZOS1 LPARs?

RESOURCE PARTITION=((CSS(0),(ZOS1,1),(ZOS2,2)))
*
CHPID PCHID=190,PATH=(CSS(0),02),TYPE=OSC,SHARED
CHPID PCHID=191,PATH=(CSS(0),03),TYPE=OSE,SHARED,PARTITION=((ZOS2))
*
CNTLUNIT CUNUMBR=0F00,PATH=((CSS(0),02)),UNIT=OSC
CNTLUNIT CUNUMBR=0F10,PATH=((CSS(0),03)),UNIT=OSA
*
IODEVICE ADDRESS=(0F00,8),CUNUMBR=(0F00),UNIT=3270,MODEL=X,   +
  PARTITION=((CSS(0),ZOS1))
IODEVICE ADDRESS=(0F10,8),CUNUMBR=(0F00),UNIT=3270,MODEL=X,   +
  PARTITION=((CSS(0),ZOS2))
IODEVICE ADDRESS=(0F20,8),CUNUMBR=(0F00),UNIT=3286,MODEL=2,   +
  PARTITION=((CSS(0),ZOS1))
IODEVICE ADDRESS=(0F30,8),CUNUMBR=(0F00),UNIT=3286,MODEL=2,   +
  PARTITION=((CSS(0),ZOS2))
IODEVICE ADDRESS=(0E10,15),UNITADD=00,CUNUMBR=(0F10),UNIT=OSA
IODEVICE ADDRESS=(0E1F),UNITADD=FE,CUNUMBR=(0F10),UNIT=OSAD

Best regards,
Toyokazu Kobayashi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: 3592 hardware compression

2021-04-22 Thread (K.K.Paradox)T.Kobayashi

Thank you for all adivce.

I know the 3490 drive is the compression used by IDRC.
However, the 3592 appeared to have a different compressed algorithm.
So I asked if any 3592 drives is compatible.

See the bellow:
https://www.ibm.com/docs/en/ts3500-tape-library?topic=drives-3592-tape

Data compression
The 3592 tape drives use the data-compression method known as streaming 
lossless data compression algorithm. The compression logic for TS1120 and 
later tape drives operates at more than twice the overall transfer rates of 
the 3592 J1A tape drive.


Best regards,
Toyokazu Kobayashi

- Original Message - 
From: "Radoslaw Skorupka" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, April 23, 2021 4:15 AM
Subject: Re: 3592 hardware compression



W dniu 22.04.2021 o 16:38, Ed Jaffe pisze:

On 4/22/2021 1:31 AM, (K.K.Paradox)T.Kobayashi wrote:
There is a tape where a DFDSS dump was created on a 3592 drive (TS1130) 
with the COMPACT feature enabled.


Q1. Can I read this tape on another 3592 drive (such as TS1130 or 
TS1140)?

Are the 3592 hardware compressions compatible?


IDRC is IDRC. At only about 3:1, It ain't great. But, it's compatible...



Gentlemen,
Drive compression is *unpredictable* unless you know data to be written.
The true is same data on same drive will be compressed with same ratio.

BTDT. I spend a lot of time playing with compression ratios and preparing 
data compressible 3:1, 6:1, 1:1, etc.
Long time ago I've got F37 abend, because my tape dataset exceeded 6TB - 
but it was on JA tape in J1A drive. Native capacity is 300GB, so I got 
over 20:1. I don't know exact value, because RMM was unable to record such 
big numbers - that was a reason of F37.
3:1 is marketing value, which is more or less based on typical data. 
However "typical" is not well defined, and you may not know how much 
typical is your dataset.


Remark:
We know marketing 3:1 value. There is another one: speed. Is your drive 
capable to write 360MB/s? Great, but you actual throughput will be lower. 
Nominal value is true for big blocksize *and* proper compression ratio, 
usually nominal one.
Worse compression (i.e. 1:1) mean worse throughput, usually you will get 
same compressed stream, so in case of 1:1 it would be 3 times worse.
Better compression ...can be even worse, much worse! Very good compression 
means very little compressed stream. Tape drive can slow down, there are 
several gears (speeds), but when the stream is not enough to satisfy the 
lowest gear the data buffer is exhausted, drive stops, rewinds a little 
and starts again. Vry slow.
Of course the above covers real tape drives only, so it is rather 
historical.



--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


3592 hardware compression

2021-04-22 Thread (K.K.Paradox)T.Kobayashi

Hello,

I have questions for 3592's hardware compression.

There is a tape where a DFDSS dump was created on a 3592 drive (TS1130) with 
the COMPACT feature enabled.


Q1. Can I read this tape on another 3592 drive (such as TS1130 or TS1140)?
Are the 3592 hardware compressions compatible?

Q2. If I copy with DITTO's tape to tape or COPYDUMP from 3592 drive to 
another tape drive (hardware compression does not supported), will the 
hardware compression be uncompressed?


Best regards,
Toyokazu Kobayashi 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Printing GTF trace?

2021-04-21 Thread (K.K.Paradox)T.Kobayashi

Hello Tony,

Here is GTF trace print JCL:

a) You need to modify it for your environment (DSN, VOLUME, etc...).
b) INPUT DD of the IKJEFT01 step specifies the GTF trace file.
  This sample trace file is tape file.
c) The report is output to the JES spool,if you need to report to disk.
  Change the SYSTSPRT DD card to VBA datasets.
d) Specify your required trace with the GTF xxx command on SYSTSIN DD card.
  This sample is CCW trace.

//GTFPRINT  JOB CLASS=A
//ST1  EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSINDD *
DEFINE CLUSTER(NAME(KOBA.IPCS.DIR) VOLUME(WORK01)) -
  DATA(NAME(KOBA.IPCS.DIR.DATA) CYL(1 1) KEYS(128 0) -
   CISZ(X'1000') ) -
 INDEX(NAME(KOBA.IPCS.DIR.INDEX) TRK(1 1) )
/*
//IPCSEXEC PGM=IKJEFT01,DYNAMNBR=20
//IPCSDDIR DD  DSN=KOBA.IPCS.DIR,DISP=SHR
//***IPCSPARM DD  DSN=
//INPUTDD  DSN=SYS1.TRACE,DISP=SHR,VOL=SER=GTRACE,UNIT=/4000,
// LABEL=(1,SL,EXPDT=98000)
//SYSPROC  DD  DSN=SYS1.SBLSCLI0,DISP=SHR
//SYSTSPRT DD  SYSOUT=*
//SYSTSIN  DD  *
IPCSDDIR 'KOBA.IPCS.DIR'
IPCS NOPARM
SETDEF DDNAME(INPUT) NOCONFIRM
SETDEF LIST
GTF CCW
END
/*
//STLAST   EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSINDD *
DELETE (KOBA.IPCS.DIR)
/*

I hope this help.

Best regards,
Toyokazu Kobayashi

- Original Message - 
From: "Tony Thigpen" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, April 22, 2021 4:15 AM
Subject: Printing GTF trace?



All,

I have generated a GTF trace for a vendor, but how do I generate a print 
report of the formatted entries so I can send them to a vendor?


I can browse the formatted entries in IPCS, but I am new to IPCS and 
don't know how to tell it to print the entire report.


Tony Thigpen

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: DFDSS copydump

2020-12-03 Thread (K.K.Paradox)T.Kobayashi

Hello Mike,

Thank you for your reply, I will check the maximum block sizes of device.

Best regards,
Toyokazu Kobayashi

- Original Message - 
From: "Mike Schwab" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, December 02, 2020 6:20 PM
Subject: Re: DFDSS copydump



What are the maximum block sizes of the two different device types?
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.adru000/r2259.htm
If the source tape has actual blocks bigger than the maximum blocksize
of the destination tape, it cannot be copied.

On Wed, Dec 2, 2020 at 2:52 AM (K.K.Paradox)T.Kobayashi
 wrote:


Hello,

We are migrating data from 3592 to VTL.
The 3592 and VTL are both defined on the Mainframe as 3590 device.
The 3592 tape media has IDCAMS REPRO and DFDSS DUMP datasets.

The REPRO dataset could be copied and moved to VTL.
But, DFDSS DUMP datasets copy failed with copydump.

*IEF233A M 0A01,FISVO1,,RD0601GJ,STEP001,USBACKUP
*IEF233A M 0A13,REN801,,RD0601GJ,STEP001,USBACKUP
 IEC141I 013-68,IFG0196L,RD0601GJ,STEP001,OUT1,0A13,REN801,  691
 IEC149I 813-04,IFG0195H,RD0601GJ,STEP001,OUT1,0A13,REN801,  692

- COPYDUMP -
00080001
   INDD(IN1) /* DUMP TAPE TO BE COPIED */ -
00090001
   OUTDD(OUT1) /* NEW DUMP TAPE */
00091001
 ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 
'COPYDUMP

'
 ADR109I (R/I)-RI01 (01), 2020.293 09:46:53 INITIAL SCAN OF USER CONTROL
STATEMENTS COMPLETED
 ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
0ADR006I (001)-STEND(01), 2020.293 09:46:53 EXECUTION BEGINS
0ADR049E (001)-STEND(01), 2020.293 10:01:04 DFSMSDSS FUNCTION TASK ABEND
RECOVERY ROUTINE WAS ENTERED. SYSTEM ABEND CODE=0013 REASON
  CODE=0068
0ADR006I (001)-STEND(02), 2020.293 10:01:04 EXECUTION ENDS
0ADR013I (001)-CLTSK(01), 2020.293 10:01:04 TASK COMPLETED WITH RETURN 
CODE

0008
0ADR012I (SCH)-DSSU (01), 2020.293 10:01:04 DFSMSDSS PROCESSING COMPLETE.
HIGHEST RETURN CODE IS 0008 FROM:
  TASK001

The 3592 is Medea Type 7 and the VTL is Media Type 3.
It seems that this error is occurring so as not to allow copying to 
smaller

capacity media.
However, VTL is a virtual tape with unlimited media size capacity.
Restore from 3592 and re-dump to VTL is a lot of work, so we want to 
avoid

this.

Is there a way around this error?

Best regards,
Toyokazu Kobayashi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


DFDSS copydump

2020-12-02 Thread (K.K.Paradox)T.Kobayashi

Hello,

We are migrating data from 3592 to VTL.
The 3592 and VTL are both defined on the Mainframe as 3590 device.
The 3592 tape media has IDCAMS REPRO and DFDSS DUMP datasets.

The REPRO dataset could be copied and moved to VTL.
But, DFDSS DUMP datasets copy failed with copydump.

*IEF233A M 0A01,FISVO1,,RD0601GJ,STEP001,USBACKUP
*IEF233A M 0A13,REN801,,RD0601GJ,STEP001,USBACKUP
IEC141I 013-68,IFG0196L,RD0601GJ,STEP001,OUT1,0A13,REN801,  691
IEC149I 813-04,IFG0195H,RD0601GJ,STEP001,OUT1,0A13,REN801,  692

- COPYDUMP - 
00080001
  INDD(IN1) /* DUMP TAPE TO BE COPIED */ - 
00090001
  OUTDD(OUT1) /* NEW DUMP TAPE */ 
00091001
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPYDUMP 
'
ADR109I (R/I)-RI01 (01), 2020.293 09:46:53 INITIAL SCAN OF USER CONTROL 
STATEMENTS COMPLETED

ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
0ADR006I (001)-STEND(01), 2020.293 09:46:53 EXECUTION BEGINS
0ADR049E (001)-STEND(01), 2020.293 10:01:04 DFSMSDSS FUNCTION TASK ABEND 
RECOVERY ROUTINE WAS ENTERED. SYSTEM ABEND CODE=0013 REASON

 CODE=0068
0ADR006I (001)-STEND(02), 2020.293 10:01:04 EXECUTION ENDS
0ADR013I (001)-CLTSK(01), 2020.293 10:01:04 TASK COMPLETED WITH RETURN CODE 
0008
0ADR012I (SCH)-DSSU (01), 2020.293 10:01:04 DFSMSDSS PROCESSING COMPLETE. 
HIGHEST RETURN CODE IS 0008 FROM:

 TASK001

The 3592 is Medea Type 7 and the VTL is Media Type 3.
It seems that this error is occurring so as not to allow copying to smaller 
capacity media.

However, VTL is a virtual tape with unlimited media size capacity.
Restore from 3592 and re-dump to VTL is a lot of work, so we want to avoid 
this.


Is there a way around this error?

Best regards,
Toyokazu Kobayashi 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Tape devices not online during IPL

2020-03-26 Thread (K.K.Paradox)T.Kobayashi

Hello Peter,

A build the IODF and dynamicary ACTIVATE (or Re-IPL) is required after 
changing the OFFLINE setting. POR is not required in this case change.



Will this be a good idea to add these devices in COMMDxx ?


I don't think this is necessary...

Best regards,
Toyokazu Kobayashi

- Original Message - 
From: "Peter" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, March 26, 2020 3:51 PM
Subject: Re: Tape devices not online during IPL



Hello

This will require a POR ? We dont have a scheduled downtime for next 2
months.

Will this be a good idea to add these devices in COMMDxx ?

Peter

On Thu, 26 Mar, 2020, 10:22 AM (K.K.Paradox)T.Kobayashi, <
kobaya...@paradox.jp> wrote:


Hello Peter,

Check the OFFLINE setting in IODF's Define Device Parameters.
If the value is "Yes", change to "No".

 E Ess HCD Help ssN
sssN
 e e  e
e
 e Command === e Command=> Scroll=> CSR   e
CSR
e
 e e OFFLINE  e
e
 e Specify or  e  e
e
 e e Specifies whether MVS is to consider the device  e
e
 e Configurati e online or offline at IPL.e
e
 e Device numb e  e
e
 e Device type e Yes  The device is considered offline at IPL.e
e
 e e  e
e
 e Parameter/  e No   The device is considered online at IPL. e
e
 e Feature e  (Default)   e
e
 e OFFLINE e  e
IPL
e
 e DYNAMIC e If MVS needs the device during IPL, specify No.  e
e
 e LOCANY  e - end -  e
e
 e LIBRARY e  e
e
 e AUTOSWITCH  e  e
e
 e LIBRARY-ID  e  e
e
 e LIBPORT-ID  e  e
e
 e MTL e  e
=32)
e
 e SHARABLEe  e
e
 e  F1=Helpe  F1=Help  F2=Ex help   F3=Exit  F5=Windowe
e
 e  F7=Backwar e  F7=Backward  F8=Forward   F9=Keyshelp F12=Cancele 
nd

e
 .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
.

.  .


Best regards,
Toyokazu Kobayashi

- Original Message -
From: "Peter" 
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, March 26, 2020 1:25 PM
Subject: Tape devices not online during IPL


> Hello
>
> Hope everyone is doing well and safe .
>
> When we IPL our system our Physical and virtual devices are not coming
> online automatically and everytime we need to issue VARY ONLINE 
> command.

> Due to this our DFSMSrmm often throws intervention error message for
> RETRY.
>
> I know COMMDxx parm can vary on it automatically during startup. Is it
> possible that I can modify it in IODF definition which can make it 
> online

> automatically once the system loads ?
>
> What would be the best approach to this issue?
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Tape devices not online during IPL

2020-03-25 Thread (K.K.Paradox)T.Kobayashi

Hello Peter,

Check the OFFLINE setting in IODF's Define Device Parameters.
If the value is "Yes", change to "No".

E Ess HCD Help ssN 
sssN
e e  e 
e
e Command === e Command=> Scroll=> CSR   e CSR 
e
e e OFFLINE  e 
e
e Specify or  e  e 
e
e e Specifies whether MVS is to consider the device  e 
e
e Configurati e online or offline at IPL.e 
e
e Device numb e  e 
e
e Device type e Yes  The device is considered offline at IPL.e 
e
e e  e 
e
e Parameter/  e No   The device is considered online at IPL. e 
e
e Feature e  (Default)   e 
e
e OFFLINE e  e IPL 
e
e DYNAMIC e If MVS needs the device during IPL, specify No.  e 
e
e LOCANY  e - end -  e 
e
e LIBRARY e  e 
e
e AUTOSWITCH  e  e 
e
e LIBRARY-ID  e  e 
e
e LIBPORT-ID  e  e 
e
e MTL e  e =32) 
e
e SHARABLEe  e 
e
e  F1=Helpe  F1=Help  F2=Ex help   F3=Exit  F5=Windowe 
e
e  F7=Backwar e  F7=Backward  F8=Forward   F9=Keyshelp F12=Cancele nd 
e
.  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
.  .



Best regards,
Toyokazu Kobayashi

- Original Message - 
From: "Peter" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, March 26, 2020 1:25 PM
Subject: Tape devices not online during IPL



Hello

Hope everyone is doing well and safe .

When we IPL our system our Physical and virtual devices are not coming
online automatically and everytime we need to issue VARY ONLINE command.
Due to this our DFSMSrmm often throws intervention error message for 
RETRY.


I know COMMDxx parm can vary on it automatically during startup. Is it
possible that I can modify it in IODF definition which can make it online
automatically once the system loads ?

What would be the best approach to this issue?

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


[SUSPECTED SPAM] Catalog that does not exist in VVDS

2019-10-07 Thread (K.K.Paradox)T.Kobayashi

Hello,

A catalog name that does not exist in the VVDS records remains.
Is there a way to remove (or change to the exist catalog name) this?

Best regards,
Toyokazu Kobayashi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: PATH NOT VALIDATED

2019-07-26 Thread (K.K.Paradox)T.Kobayashi

Hello,

Thank you for your reply, I tried varying the PATH online.
But the problem was not solved.
Next time, I will try to change the IOCP (added CUADD).

Best regards,
Toyokazu Kobayashi

- Original Message - 
From: "Mark Charles" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, July 26, 2019 3:12 AM
Subject: Re: PATH NOT VALIDATED


Have you tried Varying on the devices?  Validation may happen at that point?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


PATH NOT VALIDATED

2019-07-24 Thread (K.K.Paradox)T.Kobayashi

Hello,

I installed the USI VTA to our customer. The tape drives are attached by a 
single shared channel path.


I know BARR ESCON channel's EMIF dose not support, so those tape drives can 
only be onlined in one LPAR at one point.


I tried path online with one LPAR (MIF ID:3 partition), but the channel path 
issued PATH NOT VALIDATED.
Why was this message issued? If there is a solutions, could you please 
advice.


CF CHP(50),ON
IEE754I NOT ALL PATHS BROUGHT ONLINE WITH CHP(50)
IEE502I CHP(50),ONLINE
IEE712I CONFIG   PROCESSING COMPLETE
D M=CHP(50)
CHPID 50:  TYPE=03, DESC=ESCON POINT TO POINT, ONLINE
DEVICE STATUS FOR CHANNEL PATH 50
0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
0A60 \@ \@ \@ \@ \@ \@ \@ \@ \@ \@ \@ \@ \@ \@ \@ \@
SWITCH DEVICE NUMBER = NONE
PHYSICAL CHANNEL ID = 01E0
 SYMBOL EXPLANATIONS 
+ ONLINE@ PATH NOT VALIDATED   - OFFLINE. DOES NOT EXIST
* PHYSICALLY ONLINE   \ PATH NOT OPERATIONAL
CF CHP(50),ON
IEE712I CONFIG   PROCESSING COMPLETE
D M=CHP(50)
CHPID 50:  TYPE=03, DESC=ESCON POINT TO POINT, ONLINE
DEVICE STATUS FOR CHANNEL PATH 50
0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
0A60 +@ +@ +@ +@ +@ +@ +@ +@ +@ +@ +@ +@ +@ +@ +@ +@
SWITCH DEVICE NUMBER = NONE
PHYSICAL CHANNEL ID = 01E0
 SYMBOL EXPLANATIONS 
+ ONLINE@ PATH NOT VALIDATED   - OFFLINE. DOES NOT EXIST
* PHYSICALLY ONLINE   \ PATH NOT OPERATIONAL

IOCP DECK:
CHPID PATH=(CSS(0),50),SHARED,X
  PARTITION=((SYSB,SYSC,SYSV),(=)),PCHID=1E0,TYPE=CNC

CNTLUNIT CUNUMBR=A600,PATH=((CSS(0),50)), X
  UNITADD=((00,016)),UNIT=3490

IODEVICE ADDRESS=(A600,016),CUNUMBR=(A600),STADET=Y,UNIT=3490

Thanks in advance.

Best regards,
Toyokazu Kobayashi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN