IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)
Hello members, We are facing this issue for last few days , I ended up adding space to the respective Storage Groups , still it persists . VAMEX37 NVF411 P1OPSBP.FC610.NVFF411A SECONDARY EXTENT DOUBLED 400 IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379) , 490 NVF411A, ,P1OPSBP.FC610.NVFF411A IEC032I E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC610.NVFF411A IEA995I SYMPTOM DUMP OUTPUT 577 SYSTEM COMPLETION CODE=E37 REASON CODE=0008 TIME=03.15.01 SEQ=15018 CPU= ASID=003D PSW AT TIME OF ERROR 075C1000 80E04C12 ILC 2 INTC 0D NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 00E04C0C - 4100382E 0A0DB20A 00509808 AR/GR 0: 80C7EB3E/00E04E18 1: /A4E37000 2: /9010 3: /00E045EA 4: /008C5218 5: /00E2 6: /008C54BC 7: /008C5514 8: /008C54DC 9: /008C47B0 A: /00F0B530 B: /008C44D0 C: /008C47B0 D: / E: /00E04A4C F: /0008 END OF SYMPTOM DUMP IEF450I NVF411 NVF4 Right now as a temp solution we are routing data to tape . Any help in this will be appreciated . -- Enjoy , Rohit -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)
Hi , This is the JCL code //NVF411A EXEC PGM=SORT //SYSPRINT DD SYSOUT=* //SYSOUTDD SYSOUT=* //STEPLIB DD DSN=SYS1.SORTLIB,DISP=SHR //SORTWK01 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK02 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK03 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK04 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK05 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK05 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTINDD DSN=P1OPSBG.FC610.NVFF411A(+1),DISP=SHR //SORTOUT DD DSN=P1OPSBP.FC610.NVFF411A, // DISP=(,CATLG,DELETE),UNIT=SYSDA, // DCB=(BLKSIZE=0,LRECL=91,RECFM=FB), // SPACE=(CYL,(400,400),RLSE) On Wed, Aug 3, 2011 at 5:16 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: IEC032I E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC610.NVFF411 Did you even attempt to look up this message? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Enjoy , Rohit -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM ML2 without Label and NO duplex Copy
Hell Guys , We unfortunatley ended up having a 3590 ML2 tape which is giving NO LABEL error and 6000 datasets sitting on it are unreadable, tape ops confirmed that its not being identified by the drives . IOS000I 6503,B3,IOE,02,0600,,**,,DFHSM 468 004914D050205451 0202FF143037 0190 41042300BEFD1312 UNSUPPORTED FORMAT IEC512I I/O ERR 6503, ,NL,DFHSM,DFHSM,DFHSM.HMIGTAPE.DATASET IEC502E R 6503,, ,NL,DFHSM,DFHSM IEC501A M 6503,H00033,SL,,DFHSM,DFHSM,DFHSM.HMIGTAPE.DATASET Tried recycling but again not helping because its not getting identified by system. Can any one advise how to define a new label or any other resoultion , appreciate your input . Thanks in Advance , Rohit IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM ML2 without Label and NO duplex Copy
Thanks everyone for the input , this is what I tried from HSM Admin Guide : //STEP1EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT1 DD DUMMY,LRECL=16384,BLKSIZE=16384,RECFM=F //SYSUT2 DD DSN=DFHSM.HMIGTAPE.DATASET, // DISP=(NEW,KEEP),DCB=*.SYSUT1,UNIT=TAPE3590, // VOL=SER=H00033 -- Damaged Tape //SYSIN DD DUMMY /* But again it somehow ending with this error : *IEF233A M 6500,H00033,,LSP0RBH1,STEP1,DFHSM.HMIGTAPE.DATASET IOS000I 6500,45,IOE,02,0600,,**,,LSP0RBH1 698 004914D050205451 0202FF143037 0190 41042300BEFD1312 UNSUPPORTED FORMAT IEC512I LBL ERR 6500, ,NL,H00033,SL,LSP0RBH1,STEP1,DFHSM.HMIGTAPE.DATAS EDG4031I VOLUME NL REJECTED. THE CREATION OF STANDARD LABELS IS NOT PERMITTED EDG4006E VOLUME NL ON 6500 REJECTED FOR USE BY LSP0RBH1, STEP1, OPEN REQUEST FAILED BY DFSMSrmm IEC145I 413-08,IFG0194K,LSP0RBH1,STEP1,SYSUT2,6500,,DFHSM.HMIGTAPE.DATASET IEA995I SYMPTOM DUMP OUTPUT 704 SYSTEM COMPLETION CODE=413 REASON CODE=0008 TIME=15.34.23 SEQ=05369 CPU= ASID=0206 PSW AT TIME OF ERROR 075C1000 80DB58FE ILC 2 INTC 0D NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 00DB58F8 - 41003B62 0A0D41F0 38A656F0 GR 0: 00DB5BC4 1: A4413000 2: 8CC0 3: 00DB5062 4: 009D0410 5: 009D07A4 6: 009D074C 7: 009D07A4 8: 009D076C 9: 009D1960 A: 009D1969 B: 00DB7B04 C: 80DB7BE4 D: 009D06D0 E: 80DB519A F: 0008 END OF SYMPTOM DUMP IEF450I LSP0RBH1 STEP1 - ABEND=S413 U REASON=0008 706 Any suggestions ? On Wed, Aug 5, 2009 at 12:49 AM, Neal Scheffler n...@chrysler.com wrote: The procedure to write a new label on an ML2 volume is covered in the DFSMShsm Storage Administration Guide under chapter 20 Data Recovery Scenarios. Neal Scheffler ROHIT wrote: Hell Guys , We unfortunatley ended up having a 3590 ML2 tape which is giving NO LABEL error and 6000 datasets sitting on it are unreadable, tape ops confirmed that its not being identified by the drives . IOS000I 6503,B3,IOE,02,0600,,**,,DFHSM 468 004914D050205451 0202FF143037 0190 41042300BEFD1312 UNSUPPORTED FORMAT IEC512I I/O ERR 6503, ,NL,DFHSM,DFHSM,DFHSM.HMIGTAPE.DATASET IEC502E R 6503,, ,NL,DFHSM,DFHSM IEC501A M 6503,H00033,SL,,DFHSM,DFHSM,DFHSM.HMIGTAPE.DATASET Tried recycling but again not helping because its not getting identified by system. Can any one advise how to define a new label or any other resoultion , appreciate your input . Thanks in Advance , Rohit IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fwd: Help Required : HSM Auto Backups getting HELD everyday
-- Forwarded message --
From: ROHIT storage.mainfr...@gmail.com
Date: Wed, Jul 15, 2009 at 10:30 PM
Subject: Help Required : HSM Auto Backups getting HELD everyday
To: IBM-MAIN@bama.ua.edu
Hi Everyone,
We have this issue going on customer for few weeks, AUTOMATIC BACKUPS
starts everyday at 1700 HRS and its getting HELD by OPS/MVS by issuing
this message in the LOG :
***
09146 17:00:04.21 0284 OPS1370O OPSMAIN X'' X'0001'
X'0200'
HOLD DFHSMAV1 at
17:00:00
09146 17:00:04.21 0280 OPS/MVS HOLD DFHSMAV1 at 17:00:00
***
When I checked with automation team they showed me this rule defined in
their library .
/**
*
* Issue operator command at 1700 daily (AUTOP)
*
**
*/
address OPER
F DFHSMAV1,HOLD RECYCLE
F DFHSMAV1,HOLD AUDIT
WTX.0 = 1
WTX.1 = OPS/MVS HOLD DFHSMAV1 at 17:00:00
ADDRESS WTO ,/* ISSUE WTL MESSAGE */
TEXTVAR(WTX.) OPTION(C) MSGID(''),
MCSFLAGS(HRDCPY) /* FORCE HARDCOPY*/
/* S DKEEPLST*/
)END
**
I am not sure why BACKUPs are getting HELD up because as per this rule
RECYCLE and AUDIT should be HELD .
Usually I end up releasing BACKUPS manually and if we miss this then as
everyone knows nothing is migrated later in the daily by primary space
management and we end up having space issues .
Will appreciate your valuable input on this in tackling this.
Rohit Bhandari
MVS Storage Engineer
India
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Help Required : HSM Auto Backups getting HELD everyday
Hi Everyone,
We have this issue going on customer for few weeks, AUTOMATIC BACKUPS
starts everyday at 1700 HRS and its getting HELD by OPS/MVS by issuing
this message in the LOG :
***
09146 17:00:04.21 0284 OPS1370O OPSMAIN X'' X'0001'
X'0200'
HOLD DFHSMAV1 at
17:00:00
09146 17:00:04.21 0280 OPS/MVS HOLD DFHSMAV1 at 17:00:00
***
When I checked with automation team they showed me this rule defined in
their library .
/**
*
* Issue operator command at 1700 daily (AUTOP)
*
**
*/
address OPER
F DFHSMAV1,HOLD RECYCLE
F DFHSMAV1,HOLD AUDIT
WTX.0 = 1
WTX.1 = OPS/MVS HOLD DFHSMAV1 at 17:00:00
ADDRESS WTO ,/* ISSUE WTL MESSAGE */
TEXTVAR(WTX.) OPTION(C) MSGID(''),
MCSFLAGS(HRDCPY) /* FORCE HARDCOPY*/
/* S DKEEPLST*/
)END
**
I am not sure why BACKUPs are getting HELD up because as per this rule
RECYCLE and AUDIT should be HELD .
Usually I end up releasing BACKUPS manually and if we miss this then as
everyone knows nothing is migrated later in the daily by primary space
management and we end up having space issues .
Will appreciate your valuable input on this in tackling this.
Rohit Bhandari
MVS Storage Engineer
India
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D U command for DASD
Hi the synatx is : go to SDSF and type * /D U,,,UCB address* on command prompt On 12/8/06, Howard Rifkind [EMAIL PROTECTED] wrote: Hello, Can anyone help me out with the command syntax for what I think is a D U command to display the details of DASD volumes including the control unit type. I have checked the z/OS commands manual and tied a number of thing but can't seem to hit on the proper syntax. Thanks. Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving data from old cartridges (3490) to new ones (3590)
Try opentech's VDR TAPECOPY,I used it on my client and it works quite efficiently . On 10/12/06, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bruce Black VERIFY_VOL POLICY(YES|NO) was new in z/OS 1.7, and the default is YES Umm, it's documented in the z/OS 1.5 MVS Init Tuna Ref We're currently on 1.5 (enroute to 1.7) but have never coded an ALLOCnn member, so have been taking all the defaults all along. We're also in the final stages of migrating to the 359x tape environment, so are interested (suddenly?) in this tuning knob. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
