Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Here is the display after I hit ENTER Data Set Information Command ===> Data Set Name . . . . : ZWA6PWG.ICOD.DMSC.D2012087.T130018 General Data Current Allocation Management class . . : **None** Allocated tracks . : 3,222 Storage class . . . : **None**Allocated extents . : 12 Volume serial . . . : A24U90 Device type . . . . : 3390 Data class . . . . . : **None** Organization . . . : PS Current Utilization Record format . . . : U Used tracks . . . . : 12,596 Record length . . . : 0 Used extents . . . : 3 Block size . . . . : 27998 1st extent tracks . : 1074 Secondary tracks . : 1074 Dates Data set name type : Creation date . . . : 2012/03/27 SMS Compressible. . : NO Referenced date . . : 2012/04/26 Expiration date . . : ***Perm*** From: esmie moo To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 2:20:50 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Once the dsn is displayed by ISPF, I then typed I as shown below: Command - Enter "/" to select action Message Volume --- IZWA6PWG.ICOD.DMSC.D2012087.T130018 A24U90 * End of Data Set list * ** From: Bill Fairchild To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 2:13:52 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Please describe more precisely what you did when you said you "typed I beside the dsn". I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 screen and I did not get any display like yours. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Bill, In my first e-mail, I displayed the dsn the following way: ISPF 3.4 ZWA6PWG.ICOD.DMSC.D2012087.T130018 Next, I typed I besided the dsn Then it displayed me the dsn stats. From: Bill Fairchild To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 1:48:44 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. The display you show below only displays the first 3 extents, which have a total of 3*1074=3222 tracks, which is what your previous email said was the total of all tracks allocated. This display also shows a non-zero pointer to a F3 DSCB in which will be described up to 13 more extents of which your data set will have non-zero values in the first 9, for a grand total of 12*1074=12888 tracks. The last block pointer in the display below agrees with the number of tracks utilized in your previous email. It appears that for some reason the program that you used to display the data set attributes in your previous email ignored the F3 DSCB. Or perhaps you asked the system to tell you the data set attributes in your previous email at just the wrong millisecond when the system was also in the midst of updating the F1 DSCB. Possibly your display request read the F1, began formatting the display, then read the F1 again after formatting the number of tracks allocated but in betwee! n! your two reads of the F1 the system rewrote the F1 and changed the last block pointer field, then when your display request read the F1 again it displayed the non-zero last block pointer. Some code is perhaps not properly serializing on the
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Once the dsn is displayed by ISPF, I then typed I as shown below: Command - Enter "/" to select action Message Volume --- IZWA6PWG.ICOD.DMSC.D2012087.T130018 A24U90 * End of Data Set list * ** From: Bill Fairchild To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 2:13:52 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Please describe more precisely what you did when you said you "typed I beside the dsn". I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 screen and I did not get any display like yours. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Bill, In my first e-mail, I displayed the dsn the following way: ISPF 3.4 ZWA6PWG.ICOD.DMSC.D2012087.T130018 Next, I typed I besided the dsn Then it displayed me the dsn stats. From: Bill Fairchild To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 1:48:44 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. The display you show below only displays the first 3 extents, which have a total of 3*1074=3222 tracks, which is what your previous email said was the total of all tracks allocated. This display also shows a non-zero pointer to a F3 DSCB in which will be described up to 13 more extents of which your data set will have non-zero values in the first 9, for a grand total of 12*1074=12888 tracks. The last block pointer in the display below agrees with the number of tracks utilized in your previous email. It appears that for some reason the program that you used to display the data set attributes in your previous email ignored the F3 DSCB. Or perhaps you asked the system to tell you the data set attributes in your previous email at just the wrong millisecond when the system was also in the midst of updating the F1 DSCB. Possibly your display request read the F1, began formatting the display, then read the F1 again after formatting the number of tracks allocated but in betwee! n! your two reads of the F1 the system rewrote the F1 and changed the last block pointer field, then when your display request read the F1 again it displayed the non-zero last block pointer. Some code is perhaps not properly serializing on the VTOC accesses. Either way, you should get IBM involved in resolving this issue, assuming that IBM wrote the program that you used for your previous display. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 12:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Hi Tom, I ran the IEHLIST with FORMAT option and this is what it tells me: SMS.NPE LRECL KEYLEN INITIAL ALLOC 2ND ALLOC EXTEND LAST BLK(T-R-L) DIR.REM F2 OR F3(C-H-R) DSCB(C-H- R) 0TRKS1074 12595 2 2176 0 1 20 0 1 18 EATTR NS 0 EXTENTS NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) 0 1137 9 1209 2 1 1209 3 1280 11 2 1280 12 1352 5 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 00 000
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Bill, In my first e-mail, I displayed the dsn the following way: ISPF 3.4 ZWA6PWG.ICOD.DMSC.D2012087.T130018 Next, I typed I besided the dsn Then it displayed me the dsn stats. From: Bill Fairchild To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 1:48:44 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. The display you show below only displays the first 3 extents, which have a total of 3*1074=3222 tracks, which is what your previous email said was the total of all tracks allocated. This display also shows a non-zero pointer to a F3 DSCB in which will be described up to 13 more extents of which your data set will have non-zero values in the first 9, for a grand total of 12*1074=12888 tracks. The last block pointer in the display below agrees with the number of tracks utilized in your previous email. It appears that for some reason the program that you used to display the data set attributes in your previous email ignored the F3 DSCB. Or perhaps you asked the system to tell you the data set attributes in your previous email at just the wrong millisecond when the system was also in the midst of updating the F1 DSCB. Possibly your display request read the F1, began formatting the display, then read the F1 again after formatting the number of tracks allocated but in between! your two reads of the F1 the system rewrote the F1 and changed the last block pointer field, then when your display request read the F1 again it displayed the non-zero last block pointer. Some code is perhaps not properly serializing on the VTOC accesses. Either way, you should get IBM involved in resolving this issue, assuming that IBM wrote the program that you used for your previous display. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 12:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Hi Tom, I ran the IEHLIST with FORMAT option and this is what it tells me: SMS.NPE LRECL KEYLEN INITIAL ALLOC 2ND ALLOC EXTEND LAST BLK(T-R-L) DIR.REM F2 OR F3(C-H-R) DSCB(C-H- R) 0TRKS1074 12595 2 2176 0 1 20 0 1 18 EATTR NS 0 EXTENTS NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) 0 1137 9 1209 2 1 1209 3 1280 11 2 1280 12 1352 5 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 00 000 0 0 0 ON THE ABOVE DATA SET,THERE ARE 9374 EMPTY TRACK(S) 0 I am not sure if this confirms the information of ISFP . Could you take a look please? From: Tom Marchant To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 12:51:11 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote: >Good Morning Gentle Readers, >The dsn has the following allcation but I am not sure how to correct >the problem. I have never seen before where the current utilization >is larger than the allocation. I've never seen that either. Before attempting any correction, I would use IEHLIST to obtain a LISTVTOC FORMAT and a LISTVTOC DUMP for the data set. I wonder if ISPF is reporting the information correctly. If the LISTVTOC confirms the information that ISPF shows, I'd recommend calling the IBM support center. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Hi Tom, I ran the IEHLIST with FORMAT option and this is what it tells me: SMS.NPE LRECL KEYLEN INITIAL ALLOC 2ND ALLOC EXTEND LAST BLK(T-R-L) DIR.REM F2 OR F3(C-H-R) DSCB(C-H- R) 0TRKS1074 12595 2 2176 0 1 20 0 1 18 EATTR NS 0 EXTENTS NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) 0 1137 9 1209 2 1 1209 3 1280 11 2 1280 12 1352 5 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 00 000 0 0 0 ON THE ABOVE DATA SET,THERE ARE 9374 EMPTY TRACK(S) 0 I am not sure if this confirms the information of ISFP . Could you take a look please? From: Tom Marchant To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 12:51:11 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote: >Good Morning Gentle Readers, >The dsn has the following allcation but I am not sure how to >correct the problem. I have never seen before where the >current utilization is larger than the allocation. I've never seen that either. Before attempting any correction, I would use IEHLIST to obtain a LISTVTOC FORMAT and a LISTVTOC DUMP for the data set. I wonder if ISPF is reporting the information correctly. If the LISTVTOC confirms the information that ISPF shows, I'd recommend calling the IBM support center. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Good Morning Gentle Readers, The dsn has the following allcation but I am not sure how to correct the problem. I have never seen before where the current utilization is larger than the allocation. General Data Current Allocation Management class . . : **None** Allocated tracks . : 3,222 Storage class . . . : **None** Allocated extents . : 12 Volume serial . . . : D24V90 Device type . . . . : 3390 Data class . . . . . : **None** Organization . . . : PS Current Utilization Record format . . . : U Used tracks . . . . : 12,596 Record length . . . : 0 Used extents . . . : 3 Block size . . . . : 27998 1st extent tracks . : 1074 Secondary tracks . : 1074 Dates Data set name type : Creation date . . . : 2012/03/27 SMS Compressible. . : NO Referenced date . . : 2012/04/26 Expiration date . . : ***Perm*** Can this be corrected? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
DFHSM QUESTION - PREVENTING SPACE MANAGEMENT FROM EXECUTING
Good Day Gentle Readers, I need to stop PRIMARY and SECONDARY SPACE management from kicking in. I issued the following SETSYS COMMANDS HSEND SETSYS PRIMARYSPMGMSTART ( ) HSEND SETSYS SECONDARYSPMGMSTART ( ) I also updated the parmlib member as well. Should this work? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
If I understand all the explanations put forward and correct me if I am wrong, since the dsns/tapes are not SMS managed, the DATACLAS is ignored. Also, the only way to correct this would be at the system level. Correct me if I have erred. From: "Starr, Alan" To: IBM-MAIN@bama.ua.edu Sent: Tuesday, February 7, 2012 12:18:48 PM Subject: Re: DATACLASS NOT BEING RESPECTED Good morning Esmee, I don't believe that either "volume count" or "dynamic volume count" will affect non-SMS-managed datasets. Snippets from the dfp Storage Administration Reference: Volume Count Volume count is ignored for data sets to which no storage class is assigned. Dynamic Volume Count is not supported for the following: - Non-SMS managed data sets or data sets with no associated data class Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, February 07, 2012 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS NOT BEING RESPECTED Allan, I verified, the tapes are not SMS managed. You recommended that I "check your settings for dynamic volume count". Would you know what the member in the PARMLIB would be? From: "Staller, Allan" To: IBM-MAIN@bama.ua.edu Sent: Tuesday, February 7, 2012 11:40:36 AM Subject: Re: DATACLASS NOT BEING RESPECTED The big question is are your tapes SMS managed? If so, is the dataclas being applied to this tape? Otherwise, check your settings for dynamic volume count. I believe that all will be OK if you code the vol count in JCL (last resort). HTH, I am trying to solve the following puzzle. Some batch jobs which execute are being directed to a VSM. However they abend when the default vol count limit of 5 have been reached - s837-08. I added a vol count of 20 in the default DATACLAS VIRT however for some reason the DATACLAS value is not being respected. Is this because the dsns are NOT SMS managed? Is there a work around it or do I need to have the VOL COUNT default values changed at the system level? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
George, Thanks for your suggestion. The problem is that there are several jcls in USERLAND which we will need to modify and there is no way I can find out where they are housed. This is why I thought by adding the parm in the default DC it would solve the problem. From: George Rodriguez To: IBM-MAIN@bama.ua.edu Sent: Tuesday, February 7, 2012 11:47:01 AM Subject: Re: DATACLASS NOT BEING RESPECTED From everything I know about SMS, data class can't be specified for non-SMS files. The volume count can be placed on the DD card // VOL=(,,,22). Hope this helps. * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Tue, Feb 7, 2012 at 11:28 AM, esmie moo wrote: > Good Morning Gentle Readers, > > I am trying to solve the following puzzle. Some batch jobs which execute > are being directed to a VSM. However they abend when the default vol > count limit of 5 have been reached - s837-08. I added a vol count of 20 > in the default DATACLAS VIRT however for some reason the DATACLAS value is > not being respected. > Is this because the dsns are NOT SMS managed? Is there a work around it > or do I need to have the VOL COUNT default values changed at the system > level? > > Thanks > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
Allan, I verified, the tapes are not SMS managed. You recommended that I "check your settings for dynamic volume count". Would you know what the member in the PARMLIB would be? From: "Staller, Allan" To: IBM-MAIN@bama.ua.edu Sent: Tuesday, February 7, 2012 11:40:36 AM Subject: Re: DATACLASS NOT BEING RESPECTED The big question is are your tapes SMS managed? If so, is the dataclas being applied to this tape? Otherwise, check your settings for dynamic volume count. I believe that all will be OK if you code the vol count in JCL (last resort). HTH, I am trying to solve the following puzzle. Some batch jobs which execute are being directed to a VSM. However they abend when the default vol count limit of 5 have been reached - s837-08. I added a vol count of 20 in the default DATACLAS VIRT however for some reason the DATACLAS value is not being respected. Is this because the dsns are NOT SMS managed? Is there a work around it or do I need to have the VOL COUNT default values changed at the system level? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
DATACLASS NOT BEING RESPECTED
Good Morning Gentle Readers, I am trying to solve the following puzzle. Some batch jobs which execute are being directed to a VSM. However they abend when the default vol count limit of 5 have been reached - s837-08. I added a vol count of 20 in the default DATACLAS VIRT however for some reason the DATACLAS value is not being respected. Is this because the dsns are NOT SMS managed? Is there a work around it or do I need to have the VOL COUNT default values changed at the system level? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IEC331I 050-030(VVDSFULL, PROD06)
Lizette, I did contact IBM and they suggested to apply and OEM zap. Since the client insists on keeping the same volsers I have no choice but to backup/delete & restore the dsns on the same volume. My question is there a utility available to tell me which dsns on this particular volume could have a segment on another volume? This way I could move the whole dsn on to another volume. From: Lizette Koehler To: IBM-MAIN@bama.ua.edu Sent: Tuesday, October 18, 2011 7:29:46 AM Subject: Re: IEC331I 050-030(VVDSFULL, PROD06) > > Thanks for the advice, most probably I will have to do something. I was looking at > doing a logical backup of the volume, using DFDSS and inserting the DELETE > option. Next, I plan to re-initialize the volume with a larger VVDS and restore the dsns > using a logical restore. My only concern is if this volume contains multi-volume dsns > would I have a problem when trying to restore these dsns? What I mean by multi- > volume dsn is that one segment of the dsn resides on PROD05 and another segment > resides on PROD06. How will this play out? I was also told that another option is to > ZAP the VVDS. I don't have a utility to do that but I would like to entertain that option > as well. Does anybody know about it? Is it safe to use? > > > First I would not zap a VVDS without an open PMR with IBM. That way they can guide me on what the current tools are they have available. Next, I would not rush this process. I would add a new volume to the SMS Pool and slowly drain the PROD06. If it is SMS managed pool, then the volsers are not important. That the pool has dasd it. Is there a need in your shop to always have a sequential volume number in your SMS Pools? That you could not have a PROD01 PROD03 PROD0A, etc? Multi-segments are trickier to move. The application must be down to ensure no data is being written to it at the time. I would backup and recover the entire dataset rather than just one part. It is safer. I would also look to print off the VVDS and compare it to the catalogs and datasets I currently have on the volume. You may find old names that no longer exist. Then you could have IBM help you remove those. On the www.ibm.com website there are tools documented to zapvvds and other functions. I would look at those and see if their functions would help. But remember, these are unsupported tools. Use at your own risk. For example, VVDSFIX - An unsupported VSAM utility used to correct problems with catalogs and VVDS. Lizette -- 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
Re: IEC331I 050-030(VVDSFULL, PROD06)
Linda, I did what you asked. I ran the report and moved 90 dsns from the volume, however the problem still persists. I was told to check OEM option to ZAP the VVDS. I would like to try that out but I am not sure where I should look for it. From: Linda Mooney To: IBM-MAIN@bama.ua.edu Sent: Monday, October 17, 2011 4:06:12 PM Subject: Re: IEC331I 050-030(VVDSFULL, PROD06) Hi Esmie, If you want to get a look at the contents of the VVDS, you can run this - //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * PRINT - INDATASET(SYS1.VVDS.Vvolser) - COUNT(1) It should shed some light on what has filled it up. HTH, Linda - Original Message - From: "esmie moo" To: IBM-MAIN@bama.ua.edu Sent: Monday, October 17, 2011 11:59:24 AM Subject: IEC331I 050-030(VVDSFULL, PROD06) Good Afternoon Gentle Readers I am trying to trouble shoot the following problem : IEC331I 050-030(VVDSFULL, PROD06) According to the message error explanation it says that the VVDS is full. When I check via ISPF 3.4 is shows that it is a 1 ext. The VVDS was built at TRACKS(30 1). To fix the problem the doc says to move dsns off that volume. I tried that but the problem persists when the system is trying to allocate a dsn on the volume. Since the volume is SMS managed (phew), I put it at DISNEW. The doc says to backup the volume, and reinitialize it with a larger VVDS. Is there something else I can try before I try the doc's recommendation? Thanks in advance. -- 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
Re: IEC331I 050-030(VVDSFULL, PROD06)
Lizette, Thanks for the advice, most probably I will have to do something. I was looking at doing a logical backup of the volume, using DFDSS and inserting the DELETE option. Next, I plan to re-initialize the volume with a larger VVDS and restore the dsns using a logical restore. My only concern is if this volume contains multi-volume dsns would I have a problem when trying to restore these dsns? What I mean by multi-volume dsn is that one segment of the dsn resides on PROD05 and another segment resides on PROD06. How will this play out? I was also told that another option is to ZAP the VVDS. I don't have a utility to do that but I would like to entertain that option as well. Does anybody know about it? Is it safe to use? From: Lizette Koehler To: IBM-MAIN@bama.ua.edu Sent: Monday, October 17, 2011 7:48:31 PM Subject: Re: IEC331I 050-030(VVDSFULL, PROD06) > > I am trying to trouble shoot the following problem : IEC331I 050-030(VVDSFULL, > PROD06) According to the message error explanation it says that the VVDS is > full. When I check via ISPF 3.4 is shows that it is a 1 ext. The VVDS was built at > TRACKS(30 1). To fix the problem the doc says to move dsns off that volume. I tried > that but the problem persists when the system is trying to allocate a dsn on the > volume. Since the volume is SMS managed (phew), I put it at DISNEW. The doc says > to backup the volume, and reinitialize it with a larger VVDS. > Is there something else I can try before I try the doc's recommendation? > > Thanks in advance. The easiest way is to create a new PROD volume to add to the pool. Make sure the VTOC, VTOCIX and VVDS are larger than this one. Do a LISTC ENT(SYS1.VVDS.PROD06) ALL and see what the sizing looks like and either double or triple the new one.. then add it to you pool enabled. DISNEW the PROD06 and let it drain as best it can. Isolate the datasets that need an application (CICS, IMS, MQ, etc..) broght down or the file closed. Then pick a point you and your customers agree and move them. During the rest of the time, see what datasets are not enqueued that can be moved within the pool easily. So, rather than doing all that to PROD06, do it to a new volume and migrate/move the datasets off as you can. Much easier. If you have the spare dasd volume. Then return PROD06 to the group that gave you the new PROD0x volumes You might also want to review all VTOC/VTOCIX/VVDS datasets for the other PRODxx volumes and see if they might have future issues. Hope that helps. Lizette -- 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
Re: IEC331I 050-030(VVDSFULL, PROD06)
Lizette, There are 5 large dsns, the rest of the dsns are (600 trks) or less. I am looking at the SYS1.VVDS.VPROD06. The LISTCAT shows the following : SYS1.VVDS.VPROD06 30 ? 1 From: Lizette Koehler To: IBM-MAIN@bama.ua.edu Sent: Monday, October 17, 2011 3:05:26 PM Subject: Re: IEC331I 050-030(VVDSFULL, PROD06) > >I am trying to trouble shoot the following problem : IEC331I 050-030(VVDSFULL, >PROD06) >According to the message error explanation it says that the VVDS is full. >When I check via ISPF 3.4 is shows that it is a 1 ext. The VVDS was built at >TRACKS(30 1). To fix the problem the doc says to move dsns off that volume. >I tried that but the problem persists when the system is trying to allocate a >dsn on the volume. Since the volume is SMS managed (phew), I put it at >DISNEW. The doc says to backup the volume, and reinitialize it with a larger >VVDS. >Is there something else I can try before I try the doc's recommendation? > esmie, The key is how many small datasets allocate to that pool vs. big datasets. Are you looking at the VTOC or VVDS or VTOCIX? The VVDS is a vsam dataset. In my environment it is allocated at ALLOCATION SPACE-TYPE-TRACK SPACE-PRI-75 SPACE-SEC-75 What are your attributes? DISNEW is good for now until the issue is determined and resolved. Lizette -- 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
IEC331I 050-030(VVDSFULL, PROD06)
Good Afternoon Gentle Readers I am trying to trouble shoot the following problem : IEC331I 050-030(VVDSFULL, PROD06) According to the message error explanation it says that the VVDS is full. When I check via ISPF 3.4 is shows that it is a 1 ext. The VVDS was built at TRACKS(30 1). To fix the problem the doc says to move dsns off that volume. I tried that but the problem persists when the system is trying to allocate a dsn on the volume. Since the volume is SMS managed (phew), I put it at DISNEW. The doc says to backup the volume, and reinitialize it with a larger VVDS. Is there something else I can try before I try the doc's recommendation? Thanks in advance. -- 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: DFDSS QUESTION - SYNTAX ERROR
Matthew, Thanks for the example. It worked. Thanks to all who responded with your suggestions. From: Matthew Stitt To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 2:37:39 PM Subject: Re: DFDSS QUESTION - SYNTAX ERROR I believe what will work is this: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) - STORGRP(TMMVOL) --- Esmie Moo: Good Morning Gentle Readers, I am trying to backup dsns via a specific MGMTCLAS, STORGRP and those dsns that have not been referred to over 100 days. I keep getting a syntax error but I am unable to find it. Could someone please point out my error? DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:15:30 INITIAL SCAN OF USER CONTROL STATEMEN ADR140E (001)-RI03 (02), INVALID 'BY' CRITERIA If I try just with BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDSK3J))) - It works. Could it be that I cannot select with STIRGRP? I looked at the doc and STORGRP is supported. -- 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
Re: DFDSS QUESTION - SYNTAX ERROR
Matthew, This works, thanks, however since there are lots of dsns I want to limit it to a particular STORGRP. From: Matthew Stitt To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 2:37:39 PM Subject: Re: DFDSS QUESTION - SYNTAX ERROR I believe what will work is this: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) - STORGRP(TMMVOL) --- Esmie Moo: Good Morning Gentle Readers, I am trying to backup dsns via a specific MGMTCLAS, STORGRP and those dsns that have not been referred to over 100 days. I keep getting a syntax error but I am unable to find it. Could someone please point out my error? DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:15:30 INITIAL SCAN OF USER CONTROL STATEMEN ADR140E (001)-RI03 (02), INVALID 'BY' CRITERIA If I try just with BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDSK3J))) - It works. Could it be that I cannot select with STIRGRP? I looked at the doc and STORGRP is supported. -- 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
Re: DFDSS QUESTION - SYNTAX ERROR
Claude, Same problem. I even changed the MGMTCLAS name and used another class: DUMP DATASET(INCLUDE(**)) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDSK3J)(STORGRP EQ TMMVOL)) - OUTDD(TAPE) OPT(4) ALLX ALLD(*) SPHERE OPT(4) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 14:04:35 INITIAL SCAN OF USER CONTROL From: "Richbourg, Claude" To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:58:31 PM Subject: Re: DFDSS QUESTION - SYNTAX ERROR Try swapping the OPT(4) positions with the OUTDD statement and and add one more ) after your **. Should be 'DUMP DATASET(INCLUDE(**)) -' -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, September 27, 2011 1:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - SYNTAX ERROR Scott, I tried your suggestion but I get an error: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL)) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:48:20 INITIAL SCAN OF USER CONTROL STATEMEN ADR129E (001)-RI01 (01), KEYWORD 'OPT ' IS IMPROPER ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND It seems to have a problem with the OPT(4) parm. From: Scott Ford To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:38:14 PM Subject: Re: DFDSS QUESTION - SYNTAX ERROR Esmie: Unless my eyes are getting too old doesnt this command have one too many ')' Old: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) New: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL)) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) Regards, Scott J Ford Software Engineer http://www.identityforge.com From: esmie moo To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:27 PM Subject: DFDSS QUESTION - SYNTAX ERROR Good Morning Gentle Readers, I am trying to backup dsns via a specific MGMTCLAS, STORGRP and those dsns that have not been referred to over 100 days. I keep getting a syntax error but I am unable to find it. Could someone please point out my error? DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:15:30 INITIAL SCAN OF USER CONTROL STATEMEN ADR140E (001)-RI03 (02), INVALID 'BY' CRITERIA If I try just with BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDSK3J))) - It works. Could it be that I cannot select with STIRGRP? I looked at the doc and STORGRP is supported. Thanks. -- 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 -- 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
Re: DFDSS QUESTION - SYNTAX ERROR
David, I checked the doc and it shows that STORGRP: From: "O'Brien, David W. (NIH/CIT) [C]" To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:43:03 PM Subject: Re: DFDSS QUESTION - SYNTAX ERROR Plus the doc mentions Storclas not Storgrp, at least 1.11 does. -Original Message- From: Scott Ford [mailto:scott_j_f...@yahoo.com] Sent: Tuesday, September 27, 2011 1:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - SYNTAX ERROR Esmie: Unless my eyes are getting too old doesnt this command have one too many ')' Old: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) New: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL)) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) Regards, Scott J Ford Software Engineer http://www.identityforge.com From: esmie moo To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:27 PM Subject: DFDSS QUESTION - SYNTAX ERROR Good Morning Gentle Readers, I am trying to backup dsns via a specific MGMTCLAS, STORGRP and those dsns that have not been referred to over 100 days. I keep getting a syntax error but I am unable to find it. Could someone please point out my error? DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:15:30 INITIAL SCAN OF USER CONTROL STATEMEN ADR140E (001)-RI03 (02), INVALID 'BY' CRITERIA If I try just with BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDSK3J))) - It works. Could it be that I cannot select with STIRGRP? I looked at the doc and STORGRP is supported. Thanks. -- 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 SC35-0423-14 -- 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: DFDSS QUESTION - SYNTAX ERROR
Scott, I tried your suggestion but I get an error: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL)) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:48:20 INITIAL SCAN OF USER CONTROL STATEMEN ADR129E (001)-RI01 (01), KEYWORD 'OPT ' IS IMPROPER ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND It seems to have a problem with the OPT(4) parm. From: Scott Ford To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:38:14 PM Subject: Re: DFDSS QUESTION - SYNTAX ERROR Esmie: Unless my eyes are getting too old doesnt this command have one too many ')' Old: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) New: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL)) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) Regards, Scott J Ford Software Engineer http://www.identityforge.com From: esmie moo To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:27 PM Subject: DFDSS QUESTION - SYNTAX ERROR Good Morning Gentle Readers, I am trying to backup dsns via a specific MGMTCLAS, STORGRP and those dsns that have not been referred to over 100 days. I keep getting a syntax error but I am unable to find it. Could someone please point out my error? DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:15:30 INITIAL SCAN OF USER CONTROL STATEMEN ADR140E (001)-RI03 (02), INVALID 'BY' CRITERIA If I try just with BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDSK3J))) - It works. Could it be that I cannot select with STIRGRP? I looked at the doc and STORGRP is supported. Thanks. -- 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
DFDSS QUESTION - SYNTAX ERROR
Good Morning Gentle Readers, I am trying to backup dsns via a specific MGMTCLAS, STORGRP and those dsns that have not been referred to over 100 days. I keep getting a syntax error but I am unable to find it. Could someone please point out my error? DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:15:30 INITIAL SCAN OF USER CONTROL STATEMEN ADR140E (001)-RI03 (02), INVALID 'BY' CRITERIA If I try just with BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDSK3J))) - It works. Could it be that I cannot select with STIRGRP? I looked at the doc and STORGRP is supported. Thanks. -- 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: ISMF QUESTION
Lizette, I checked the dsns, and they all have Management Classes assigned to them. Thanks From: Lizette Koehler To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 1, 2011 3:15:49 PM Subject: Re: ISMF QUESTION > > I did exactly what you suggested however I do not receive any error message as you > had described. The MC Name line still has --. > Is it possible that when the dataset was created it did not have an Mgmtclas assigned? To test it, create a similar file that will go through your ACS code the same way. Then go into ISMF and see if the mgmtclass is defined. Lizette -- 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
Re: ISMF QUESTION
Greg, I did exactly what you suggested however I do not receive any error message as you had described. The MC Name line still has --. From: Greg Shirey To: IBM-MAIN@bama.ua.edu Sent: Wednesday, August 31, 2011 12:04:04 PM Subject: Re: ISMF QUESTION Esmie, If you enter MCDEL1 into the VALUE column in the Entry Type line, you should get the "INVALID ENTRY TYPE" error message on the panel. If you want to limit your listing by a particular management class, you would enter the MC name in the VALUE column for the Management Class Name line, and EQ in the Rel Op column - like so: Management Class Name . . EQ DEFAULT In any case, I experimented with requesting a list of data sets for a specific management class (and we only have one at my shop) and it appears that, for VSAM, only the cluster entry will include the MC information, for the DATA or INDEX components, the column will be blank. On the other hand, I do not have a DEFAULT management class defined, and yet when I request ISMF produce a list of data sets, as above, with MC EQ DEFAULT, I get a list of data sets. It's as though ISMF considers a null value for the MC as a match. Sounds like a bug to me HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Wednesday, August 31, 2011 9:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ISMF QUESTION Greg, On page 5 for ENTRY TYPE I used the following : Entry Type . . . . . . . .EQMCDEL1MCDEL2 I was restricting my search for these 2 particular MCs. However, since it was showing -- in MC CLASS column of the report I removed these MCs. -- 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
Re: ISMF QUESTION
Mike, I would like to try out your suggestion. When you say browse the resulting file wouldn't that have the same data i.e. -- in the MC as extracted by ISMF? Maybe I misunderstood what you said. Could you provide me with an example? From: Mike Schwab To: IBM-MAIN@bama.ua.edu Sent: Tuesday, August 30, 2011 2:24:13 PM Subject: Re: ISMF QUESTION You might want to code a DCOLLECT and browse the resulting file. On Tue, Aug 30, 2011 at 10:58 AM, esmie moo wrote: > Good Morning Gentle Readers, > > I am trying to compile a report of dsns which use a specific MANAGEMENT CLASS > via ISMF. The fields I choose are 3 & 26. > For some reason I does not show the MANAGEMENT CLASS in the report. It has > under the MANAGEMENT CLASS NAME. > I tried selecting STORAGE CLASS (27) the same thing happens. > Is there something special I have to do when selecting these fields if so > please advise me? > > Thanks in adance. > > -- > 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 > -- 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...@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
Re: ISMF QUESTION
Lizette, The dsns (majority) are PS. There are a few VSAM files. From: Lizette Koehler To: IBM-MAIN@bama.ua.edu Sent: Tuesday, August 30, 2011 2:17:58 PM Subject: Re: ISMF QUESTION > >I used the "from CATALOG" but I still have the same problem. > > Are the for non vsam or vsam datasets? If Vsam, is it possible the information is only on the Cluster and not the Data/index parts? Lizette -- 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
Re: ISMF QUESTION
Greg, On page 5 for ENTRY TYPE I used the following : Entry Type . . . . . . . .EQMCDEL1MCDEL2 I was restricting my search for these 2 particular MCs. However, since it was showing -- in MC CLASS column of the report I removed these MCs. From: Greg Shirey To: IBM-MAIN@bama.ua.edu Sent: Tuesday, August 30, 2011 3:04:17 PM Subject: Re: ISMF QUESTION Are you limiting your list in ISMF by specifying anything on page 5 for Entry Type? Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, August 30, 2011 10:59 AM Good Morning Gentle Readers, I am trying to compile a report of dsns which use a specific MANAGEMENT CLASS via ISMF. The fields I choose are 3 & 26. For some reason I does not show the MANAGEMENT CLASS in the report. It has under the MANAGEMENT CLASS NAME. I tried selecting STORAGE CLASS (27) the same thing happens. Is there something special I have to do when selecting these fields if so please advise me? -- 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
Re: ISMF QUESTION
Joel, I used the "from CATALOG" but I still have the same problem. From: Joel C. Ewing To: IBM-MAIN@bama.ua.edu Sent: Tuesday, August 30, 2011 1:44:33 PM Subject: Re: ISMF QUESTION On 08/30/2011 10:58 AM, esmie moo wrote: > Good Morning Gentle Readers, > > I am trying to compile a report of dsns which use a specific MANAGEMENT CLASS > via ISMF. The fields I choose are 3& 26. > For some reason I does not show the MANAGEMENT CLASS in the report. It has > under the MANAGEMENT CLASS NAME. > I tried selecting STORAGE CLASS (27) the same thing happens. > Is there something special I have to do when selecting these fields if so > please advise me? > > Thanks in adance. > Since SMS class data is in the catalog, I would suspect that means you need to generate your dataset list "from catalog" rather than "from VTOC". If any dsns are migrated, you also need to specify "Y" for "Acquire data if DFSMShsm migrated". Any displayed DATA or INDEX components of VSAM datasets will show null class values, as class values belong to the CLUSTER; so if your object is to list allocated space associated with VSAM files (which is only on DATA and INDEX) for a specific MGMTCLAS, you may not be able to do this easily with ISMF. -- Joel C. Ewing, Bentonville, AR jcew...@acm.org -- 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
ISMF QUESTION
Good Morning Gentle Readers, I am trying to compile a report of dsns which use a specific MANAGEMENT CLASS via ISMF. The fields I choose are 3 & 26. For some reason I does not show the MANAGEMENT CLASS in the report. It has under the MANAGEMENT CLASS NAME. I tried selecting STORAGE CLASS (27) the same thing happens. Is there something special I have to do when selecting these fields if so please advise me? Thanks in adance. -- 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: DFDSS QUESTION - BYPASS SMS - CORRECTION
Walter, You hit the nail on the head. SYSALLDA worked. I don't know why SYSDA doesn't eventhough it is part of the esoteric. Thanks so much for you invaluable help. Thanks to all the posters who helped with this post. You all are a smashing bunch !! From: Walter Marguccio To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 12:13:08 PM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION > I gave that a try however I got the same problem : Esmie, is the SYSDA esoteric name conflicting with SHRPP4 volume ? Wht happens if you give SYSALLDA instead of SYDA on TAPE1 DD ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
David, I gave that a try however I got the same problem : IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. Here is my JCL: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DISK1 DD UNIT=SYSDA,VOL=SER=SHRPP4,DISP=SHR //TAPE1 DD DSN=SYS1.TEST4, // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // STORCLAS=NONSMS, // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - OUTDDNAME(TAPE1)) /* I noticed that the NONSMS STORCLAS does not have a FILTLIST. Maybe this could be the problem. From: "O'Brien, David W. (NIH/CIT) [C]" To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 11:09:24 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Esmee, Try coding STORCLAS=storage-class-name which in your case would be storclas=nonsms See JCL Reference Chap 12 DD Statement for more details David O'Brien NIH Contractor -Original Message- From: Darth Keller [mailto:darth.kel...@assurant.com] Sent: Thursday, August 11, 2011 11:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Do you not have a storage admin of some kind? Someone responsible for writing the rules? A 5 minute conversation with someone who knows the routines should easily resolve your question. SMS is intercepting your allocation based on it's rules & re-assigning it. Someone coded it this way. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
I am trying to track him down. I looked at the SMS rules and there is a non-SMS storage class called STORCLAS=NONSMS in the ACS. From: Darth Keller To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 11:04:08 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Do you not have a storage admin of some kind? Someone responsible for writing the rules? A 5 minute conversation with someone who knows the routines should easily resolve your question. SMS is intercepting your allocation based on it's rules & re-assigning it. Someone coded it this way. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Rex, Yes, I ensured that it was non-SMS. Here is the VTOC: Device Volume Nbr Free - Largest - Nbr Nbr Nbr Type Status Serial Cyl Cyl Track Cyl Track Ext Users 6C01 3390 Private VE6C01 10017 10012 0 10012 0 1 0 1 volumes - Total 10017 10012 0 From: "Pommier, Rex R." To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 10:13:12 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Esmee, Are you positively, absolutely sure that volume VE6C01 is non-SMS managed? How much space is on the volume? Can you post an updated JCL stream with the "SYS1." output dataset along with the messages, being that there were a couple errors that you have fixed. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, August 11, 2011 9:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Greg, I am trying to bypass SMS. This is why I am using these control cards in the job: BYPASSACS(**) - STORCLAS(NONSMS) - From: Greg Shirey To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 9:46:38 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION It looks like IEF343I is your answer - some of which was truncated on your email. NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE. Greg Shirey Ben E. Keith Company From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Thursday, August 11, 2011 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Don, I made the change to DISK1 however the problem persists. I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 SYS1 ATTEMPT: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. From: Don Imbriale To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 8:49:28 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo wrote: > > > I made an error. I am trying to write the output to volume VE6C01 which is > a spare NON SMS volume. I am trying to backup volume PROM04. > > Please excuse my error. Thanks. > From: esmie moo > To: IBM-MAIN@bama.ua.edu > Sent: Thursday, August 11, 2011 7:33:50 AM > Subject: DFDSS QUESTION - BYPASS SMS > > Good Morning Gentle Readers, > > I am trying to perform a Physical volume backup to disk. My problem is > that SMS is trapping my output dsn - which I am attempting to direct to > volume PROM04 - and is allocating it in a certain storage group. Here is > what I get: > IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY > SYSTEM ERR > IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA > SET > > ZWAXPG.BKUP.SHRPP4 > IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR > QUIESCED > IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST > 1 > WERE ELIGIBLE FOR VOLUME > SELECTION. > THE CANDIDATE STORAGE GROUPS > WERE:ISTINT1 > IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT > SPACE (041A041D) > > I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt > failed because of : > ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, > 2011 > IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM > MANAGED VOLUMES ELIGIBLE > > Here is my jcl: > > //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' > //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' > //SYSPRINT DD SYSOUT=* > //DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR > //TAPE1 DD > DSN=ZWAXPG.BKUP.SHRPP4, > //*TAPE1 DD DSN=SYS1.BKUP.PROM04 > // DISP=(,CATLG,DELETE), > //
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Scott, Thanks for pointing that out. You could be right. I will look around for a jcl to by STORCLAS. From: Scott Rowe To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 10:35:59 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Esmie, Those control cards are input to DSS, and have absolutely nothing to do with the allocation of TAPE1, which is in JCL. By the time DSS reads the control cards, the allocation of the datasets defined in JCL is already complete. Those keywords in DSS control statements are used for dynamic allocation of datasets in COPY operations, and are not valid for DUMP. If you want TAPE1 to be non-SMS, then there must be something on the JCL statement that tells the SMS STORCLAS routine to assign a null STORCLAS to the allocation. On Thu, Aug 11, 2011 at 10:02 AM, esmie moo wrote: > Greg, > > I am trying to bypass SMS. This is why I am using these control cards in > the job: > BYPASSACS(**) - > STORCLAS(NONSMS) - > > > From: Greg Shirey > To: IBM-MAIN@bama.ua.edu > Sent: Thursday, August 11, 2011 9:46:38 AM > Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION > > It looks like IEF343I is your answer - some of which was truncated on your > email. > NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE. > > Greg Shirey > Ben E. Keith Company > > > From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of > esmie moo [esmie_...@yahoo.ca] > Sent: Thursday, August 11, 2011 8:21 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION > > Don, > > I made the change to DISK1 however the problem persists. I tried using > both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 > DSN > ZWAXPG ATTEMPT: > IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY > SYSTEM ERR > IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET > ZWAXPG.BKUP.SHRPP4 > IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR > QUIESCED > IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 > WERE ELIGIBLE FOR VOLUME SELECTION. > THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 > IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT > SPACE (04 > > SYS1 ATTEMPT: > > IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM > MANAGED VO > IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. > > From: Don Imbriale > To: IBM-MAIN@bama.ua.edu > Sent: Thursday, August 11, 2011 8:49:28 AM > Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION > > The control cards show INDDNAME(DISK1), but the JCL shows DD statement > DASD1. Might that be part of the problem? > > - Don Imbriale > > On Thu, Aug 11, 2011 at 7:42 AM, esmie moo wrote: > > > > > > > I made an error. I am trying to write the output to volume VE6C01 which > is > > a spare NON SMS volume. I am trying to backup volume PROM04. > > > > Please excuse my error. Thanks. > > From: esmie moo > > To: IBM-MAIN@bama.ua.edu > > Sent: Thursday, August 11, 2011 7:33:50 AM > > Subject: DFDSS QUESTION - BYPASS SMS > > > > Good Morning Gentle Readers, > > > > I am trying to perform a Physical volume backup to disk. My problem is > > that SMS is trapping my output dsn - which I am attempting to direct to > > volume PROM04 - and is allocating it in a certain storage group. Here is > > what I get: > > IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY > > SYSTEM ERR > > IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA > > SET > > > > ZWAXPG.BKUP.SHRPP4 > > IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR > > QUIESCED > > IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST > > 1 > > WERE ELIGIBLE FOR VOLUME > > SELECTION. > > THE CANDIDATE STORAGE GROUPS > > WERE:ISTINT1 > > IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT > > SPACE (041A041D) > > > > I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt > > failed because of : > > ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, > > 2011 > > IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM > > MANAGED VOLUMES ELIGIBLE > > > > Here is my jcl: > > > > //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' > > //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' > > //SYSPRINT DD SYSOUT=* > > //DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR > > //T
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Walter, I need to write the output to a NON-SMS volume because it (volume) will be accessed by a test system which has different SMS rules. From: Walter Marguccio To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 10:08:20 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION > I tried using both HLQ ZWAXPG and SYS1 however > for some reason SMS is trapping the TAPE1 DSN if hlq ZWAXPG is 'trapped' by SMS, it means that your SMS ACS routines are coded in order to assign a SC and a SG (ISTINT1) to datasets whose hlq is ZWAXPG. Which doesn't mean it is bad. The problem which you seem to have here is that SG ISTINT1, which has 5 volumes, is not able to allocate 1055 Cyls as primary space. Can you try to reduce the primary space with a smaller value ? Can you try to allocate the dataset with another SMS-owned hlq which will choose a bigger SG ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Norbert, I received the same error messages. SMS is still trying to trap it.: ICH70001I ZWAXPG LAST ACCESS AT 10:18:27 ON THURSDAY, AUGUST 11, 2011 IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. I tried with using the output tape dsn as SYS1 but I got the error: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my job: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DISK1 DD UNIT=SYSDA,VOL=SER=SHRPP4,DISP=SHR //TAPE1 DD DSN=ZWAXPG.BKUP.SHRPP4, // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSSMS(**) - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS - OUTDDNAME(TAPE1)) /* // Here's the VTOC of the output volume: Device Volume Nbr Free - Largest - Nbr Nbr Nbr Type Status Serial Cyl Cyl Track Cyl Track Ext Users 6C01 3390 Private VE6C01 10017 10012 0 10012 0 1 0 From: Norbert Friemel To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 10:13:50 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION On Thu, 11 Aug 2011 07:02:37 -0700, esmie moo wrote: >Greg, I am trying to bypass SMS. This is why I am using these control cards in the job: BYPASSACS(**) - STORCLAS(NONSMS) - Replace "STORCLAS(NONSMS)" with "NSC NMC" Norbert Friemel -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Greg, I am trying to bypass SMS. This is why I am using these control cards in the job: BYPASSACS(**) - STORCLAS(NONSMS) - From: Greg Shirey To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 9:46:38 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION It looks like IEF343I is your answer - some of which was truncated on your email. NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE. Greg Shirey Ben E. Keith Company From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Thursday, August 11, 2011 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Don, I made the change to DISK1 however the problem persists. I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 SYS1 ATTEMPT: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. From: Don Imbriale To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 8:49:28 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo wrote: > > > I made an error. I am trying to write the output to volume VE6C01 which is > a spare NON SMS volume. I am trying to backup volume PROM04. > > Please excuse my error. Thanks. > From: esmie moo > To: IBM-MAIN@bama.ua.edu > Sent: Thursday, August 11, 2011 7:33:50 AM > Subject: DFDSS QUESTION - BYPASS SMS > > Good Morning Gentle Readers, > > I am trying to perform a Physical volume backup to disk. My problem is > that SMS is trapping my output dsn - which I am attempting to direct to > volume PROM04 - and is allocating it in a certain storage group. Here is > what I get: > IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY > SYSTEM ERR > IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA > SET > > ZWAXPG.BKUP.SHRPP4 > IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR > QUIESCED > IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST > 1 > WERE ELIGIBLE FOR VOLUME > SELECTION. > THE CANDIDATE STORAGE GROUPS > WERE:ISTINT1 > IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT > SPACE (041A041D) > > I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt > failed because of : > ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, > 2011 > IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM > MANAGED VOLUMES ELIGIBLE > > Here is my jcl: > > //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' > //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' > //SYSPRINT DD SYSOUT=* > //DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR > //TAPE1 DD > DSN=ZWAXPG.BKUP.SHRPP4, > //*TAPE1 DD DSN=SYS1.BKUP.PROM04 > // DISP=(,CATLG,DELETE), > // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), > // DCB=BLKSIZE=32760,TRTCH=COMP > //SYSIN DD * > DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - > BYPASSACS(**) - > STORCLAS(NONSMS) - > OUTDDNAME(TAPE1)) > /* > -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Don, I made the change to DISK1 however the problem persists. I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 SYS1 ATTEMPT: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. From: Don Imbriale To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 8:49:28 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo wrote: > > > I made an error. I am trying to write the output to volume VE6C01 which is > a spare NON SMS volume. I am trying to backup volume PROM04. > > Please excuse my error. Thanks. > From: esmie moo > To: IBM-MAIN@bama.ua.edu > Sent: Thursday, August 11, 2011 7:33:50 AM > Subject: DFDSS QUESTION - BYPASS SMS > > Good Morning Gentle Readers, > > I am trying to perform a Physical volume backup to disk. My problem is > that SMS is trapping my output dsn - which I am attempting to direct to > volume PROM04 - and is allocating it in a certain storage group. Here is > what I get: > IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY > SYSTEM ERR > IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA > SET > > ZWAXPG.BKUP.SHRPP4 > IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR > QUIESCED > IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST > 1 > WERE ELIGIBLE FOR VOLUME > SELECTION. > THE CANDIDATE STORAGE GROUPS > WERE:ISTINT1 > IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT > SPACE (041A041D) > > I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt > failed because of : > ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, > 2011 > IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM > MANAGED VOLUMES ELIGIBLE > > Here is my jcl: > > //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' > //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' > //SYSPRINT DD SYSOUT=* > //DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR > //TAPE1 DD > DSN=ZWAXPG.BKUP.SHRPP4, > //*TAPE1 DD DSN=SYS1.BKUP.PROM04 > // DISP=(,CATLG,DELETE), > // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), > // DCB=BLKSIZE=32760,TRTCH=COMP > //SYSIN DD * > DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - > BYPASSACS(**) - > STORCLAS(NONSMS) - > OUTDDNAME(TAPE1)) > /* > // > > Can someone suggest what I could try. > > -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie moo To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1 DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1 DD DSN=SYS1.BKUP.PROM04 // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* // Can someone suggest what I could try. -- 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
DFDSS QUESTION - BYPASS SMS
Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1 DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1 DD DSN=SYS1.BKUP.PROM04 // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* // Can someone suggest what I could try. -- 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: CORRUPT PDS - I/O ERROR
Joel, I changed the PDS (via batch job as posted earlier) and that fixed the problem. Thanks very much for the helping hand. From: Joel C. Ewing To: IBM-MAIN@bama.ua.edu Sent: Wednesday, July 27, 2011 12:00:56 PM Subject: Re: CORRUPT PDS - I/O ERROR FBA LRECL 133 BLKSIZE 133 is almost certainly NOT correct. No one in their right mind would create a blocked PDS that is effectively unblocked with one record per block as you would be getting less the 5% effective track utilization on any DASD made in the last 20 years. Undoubtedly someone wrote a member to this PDS with batch JCL from a program that had these DCB parameters hard-coded internally or with these values hard-coded in the JCL and destroyed the correct values. Until you fix the LRECL and BLKSIZE values to something that is consistent with the old data you will continue to get I/O errors as either the physical blocks in the PDS will be longer than the current BLKSIZE or the physical blocks will not be a multiple of the current LRECL, or both. You need to run some free utility, like the VERIFY command under freebie CBT utility PDS85 as others have already suggested, to find the true max blocksize, which will almost certainly not be 133. Or a more complicated approach if you have a utility like DFDSS would be to do a hex dump of a track far enough inside the PDS to get past the directory blocks and at least that should give you the size of some data blocks and imply the LRECL (but unless you hit on a member that is multiple blocks, you may not see the max block size). Then it should be an easy matter to compute whether the max blocksize is a multiple of 133, or possibly a multiple of 80, or some other value that would make sense in the context of the data contained, and that will enable you to deduce the true LRECL. I'm assuming here the original data was not RECFM VB. If it was, about the only way to determine a compatible LRECL and BLKSIZE is to find the largest BLKSIZE and then try an LRECL of that value minus 4. That would at least allow reading the data, but a complete scan of all logical records would be needed to find the minimum acceptable value for LRECL. Your 2nd problem is to find what not-so-bright programmer or application caused the problem in the first place, as you could fix the problem and have it immediately re-occur when they re-run the same flawed job step. The problem is undoubted caused by a batch process because there is no way the usual ISPF edit, move, copy processes would alter existing PDS DCB attributes. When a batch job step sets the DCB attributes of a PDS to bad values, the new member created when the problem was caused will be readable, but it may be the only member readable. This should be a clue as to where blame lies. If most members in the PDS were created from ISPF and have member stats, then that would also narrow it down to members without member stats. Of course if the guilty party recognized their error, they might have deleted the bad member to hide the evidence. Once you know the correct BLKSIZE and LRECL, use PDS85 commands to set correct values, or JCL techniques previously mentioned in this thread to set those values. That should make all the old members readable. The RECFM FBA may also be suspect, but if the data is really FB this will not prevent viewing the members. If none of the old members have carriage control characters in column 1, then you should change RECFM to FB as well. Once you can get to all the old members, only members created with bad LRECL or BLKSIZE might be unreadable. After deleting any of those unreadable members, build a new PDS by copying all the members to a new PDS and either rename or delete the old PDS as appropriate. Compress of the old PDS would also eliminate the bad block sizes of deleted members, but you might want to keep the original dataset around until you are sure there is no chance of needing to recover any more member data. Every time I have seen this problem with a PDS, it is because some programmer got the bright idea of saving some batch report in an existing PDS that was designed for other uses without understanding that a PDS can only have one set of DCB attributes. A hard rule should be that no batch job step should be allowed to write a PDS member without first setting up JCL to write to an ordinary sequential data set and verifying that the DCB attributes of the sequential data set can be made consistent with those of the PDS. There are still ways to mess up, but the odds are much better. JC Ewing On 07/27/2011 06:35 AM, esmie moo wrote: > Barry, > > The STORAGE GROUP was backed up via HSM, what I didn't say correctly that the > volume was not backed up (full dump). > When I am able to do a browse of the dsn, all the members are displayed > correctly, however when I browse each member I get the following : > > I/O error > >
Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR
John, Thanks. I tried out your suggestion and it worked like a charm. Thanks again. From: John P Kalinich To: IBM-MAIN@bama.ua.edu Sent: Wednesday, July 27, 2011 8:22:36 AM Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR I would issue the PDS FIXPDS subcommand to change the DCB attributes, followed by a VERIFY subcommand. Assuming the LRECL is 80 based on the block lengths from your previous VERIFY. pds 'name.of.dsname' fixpds recfm(fb) lrecl(80) blksize(27920) verify : end Regards, John K From: esmie moo To: IBM-MAIN@bama.ua.edu Date: 07/27/2011 07:01 AM Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR Paul, I tried your suggestion, here is a sample of what I received: ** VERIFY ADBTS BLOCK LENGTH OF 20,960 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 20,960 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY ALTERTS BLOCK LENGTH OF 21,360 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 21,360 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY ALTABLE BLOCK LENGTH OF 27,920 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 27,920 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY GRANT BLOCK LENGTH OF 8,240 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 8,240 IS NOT DIVISIBLE BY THE DCB LRECL Could you tell me what I should do? From: Paul Strauss To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 3:15:35 PM Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR If you have PDS or PDS85 on the system it may help. You can run it in batch like this: //TSO EXEC PGM=IKJEFT01 //* STEPLIB DD DISP=SHR,DSN= load library where PDS is //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * PDS ' put bad pds here ' VERIFY : This command with the : says to read all members and list the bad ones. END // I'm not sure what you'll get if the dataset looks like a flat file if the directory was written over, but it may tell you something. If any members can be read, it will tell you which ones are the bad ones and you can then create an IEBCOPY job with an Exclude for all the bad members and copy the good members to a new dataset.. Thank You, Paul Strauss Integrated Technology Delivery, Global Services, IBM L0DB z/OS MVS/Program Products/Security 150 Kettletown Rd. Southbury, CT 06488 (203) 272-2758 strau...@us.ibm.com -- 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
Re: CORRUPT PDS - I/O ERROR
The use of AMASPZAP is restricted. No can do. Thanks for the suggestion. From: "McKown, John" To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 1:58:53 PM Subject: Re: CORRUPT PDS - I/O ERROR Well, perhaps my guess was just plain wrong. Maybe something more is wrong than with the DCB information. Can you use AMASPZAP to dump the dataset in hex? I've done that in the past, too. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo > Sent: Tuesday, July 26, 2011 12:41 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CORRUPT PDS - I/O ERROR > > John, > > I followed your example it add the member JUNK to the pds > and I was able to browse the member JUNK which has the X in > it. However, the rest of the members still give the I/O > error. I know that am sounding thick however I am not sure > as to what I should do for the other members. Could you give > me an example? > > From: "McKown, John" > To: IBM-MAIN@bama.ua.edu > Sent: Tuesday, July 26, 2011 1:22:20 PM > Subject: Re: CORRUPT PDS - I/O ERROR > > The "X" is just junk instream data to put into the member > JUNK. What it is doesn't matter. I just put it there for completeness. > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets® > > 9151 Boulevard 26 . N. Richland Hills . TX 76010 > (817) 255-3225 phone . > john.mck...@healthmarkets.com . www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain > confidential or proprietary information. If you are not the > intended recipient, please contact the sender by reply e-mail > and destroy all copies of the original message. > HealthMarkets® is the brand name for products underwritten > and issued by the insurance subsidiaries of HealthMarkets, > Inc. -The Chesapeake Life Insurance Company®, Mid-West > National Life Insurance Company of TennesseeSM and The MEGA > Life and Health Insurance Company.SM > > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo > > Sent: Tuesday, July 26, 2011 12:17 PM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: CORRUPT PDS - I/O ERROR > > > > John, > > > > Just to clarify, you have an X do I include it? Also, I > > noticed that you the SYSUT2 has the PDS name as well as the > > member name (JUNK). Could you tell me what it is for? > > > > From: "McKown, John" > > To: IBM-MAIN@bama.ua.edu > > Sent: Tuesday, July 26, 2011 1:13:12 PM > > Subject: Re: CORRUPT PDS - I/O ERROR > > > > I had this happen in the past. A programmer modified the DCB > > attributes on the DSCB. If you know what they are supposed to > > be, then run an IEBGENER to set them to something good. For a > > "card image" (source) type library, I do: > > > > //GENER EXEC PGM=IEBGENER > > //SYSPRINT DD SYSOUT=* > > //SYSIN DD DUMMY > > //SYSUT1 DD * > > X > > //SYSUT2 DD DSN=MY.SOURCE.PDS(JUNK),DISP=OLD, > > // DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920,DSORG=PO) > > // > > > > this is only an example! You need to know what the DCB > > characters really are (too large a BLKSIZE is usually OK). > > > > -- > > John McKown > > Systems Engineer IV > > IT > > > > Administrative Services Group > > > > HealthMarkets® > > > > 9151 Boulevard 26 . N. Richland Hills . TX 76010 > > (817) 255-3225 phone . > > john.mck...@healthmarkets.com . www.HealthMarkets.com > > > > Confidentiality Notice: This e-mail message may contain > > confidential or proprietary information. If you are not the > > intended recipient, please contact the sender by reply e-mail > > and destroy all copies of the original message. > > HealthMarket
Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR
Binyamin, Your suggestion worked by using RECFM=U,BLKSIZE=32760. Thanks a million. Thanks to all my Gentle Readers for your contribution. Great group you all are. From: Binyamin Dissen To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 2:49:35 PM Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR The DCB can be changed to RECFM=U,BLKSIZE=32760. That will guarantee that members can be read. After looking at a few members, the correct values can be determined. On Tue, 26 Jul 2011 17:59:04 + "Mingee, David" wrote: :>Also, RECFM could have been changed to RECFM=U vs. FB if an inappropriate task was executed against this file. :> :>-Original Message- :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Roach, Dennis (N-GHG CORP.) :>Sent: Tuesday, July 26, 2011 1:49 PM :>To: IBM-MAIN@bama.ua.edu :>Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR :> :>Do you know what the LRECL is/should be? :>Can you read any members? :> :>Dennis Roach :>GHG Corporation :>Lockheed Martin Mission Services :>Facilities Design and Operations Contract Strategic Technical Engineering NASA/JSC :>Address: :> 2100 Space Park Drive :> LM-15-4BH :> Houston, Texas 77058 :>Mail: :> P.O. Box 58487 :> Mail Code H4C :> Houston, Texas 77258-8487 :>Phone: :> Voice: (281)336-5027 :> Cell: (713)591-1059 :> Fax: (281)336-5410 :>E-Mail: dennis.ro...@lmco.com :> :>All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. :> :>-----Original Message- :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo :>Sent: Tuesday, July 26, 2011 12:41 PM :>To: IBM-MAIN@bama.ua.edu :>Subject: EXTERNAL: Re: CORRUPT PDS - I/O ERROR :> :>John, :> :>I followed your example it add the member JUNK to the pds and I was able to browse the member JUNK which has the X in it. However, the rest of the members still give the I/O error. I know that am sounding thick however I am not sure as to what I should do for the other members. Could you give me an example? :> :>From: "McKown, John" :>To: IBM-MAIN@bama.ua.edu :>Sent: Tuesday, July 26, 2011 1:22:20 PM :>Subject: Re: CORRUPT PDS - I/O ERROR :> :>The "X" is just junk instream data to put into the member JUNK. What it is doesn't matter. I just put it there for completeness. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR
, Dennis (N-GHG CORP.) :>Sent: Tuesday, July 26, 2011 1:49 PM :>To: IBM-MAIN@bama.ua.edu :>Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR :> :>Do you know what the LRECL is/should be? :>Can you read any members? :> :>Dennis Roach :>GHG Corporation :>Lockheed Martin Mission Services :>Facilities Design and Operations Contract Strategic Technical Engineering NASA/JSC :>Address: :> 2100 Space Park Drive :> LM-15-4BH :> Houston, Texas 77058 :>Mail: :> P.O. Box 58487 :> Mail Code H4C :> Houston, Texas 77258-8487 :>Phone: :> Voice: (281)336-5027 :> Cell: (713)591-1059 :> Fax: (281)336-5410 :>E-Mail: dennis.ro...@lmco.com :> :>All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. :> :>-Original Message- :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo :>Sent: Tuesday, July 26, 2011 12:41 PM :>To: IBM-MAIN@bama.ua.edu :>Subject: EXTERNAL: Re: CORRUPT PDS - I/O ERROR :> :>John, :> :>I followed your example it add the member JUNK to the pds and I was able to browse the member JUNK which has the X in it. However, the rest of the members still give the I/O error. I know that am sounding thick however I am not sure as to what I should do for the other members. Could you give me an example? :> :>From: "McKown, John" :>To: IBM-MAIN@bama.ua.edu :>Sent: Tuesday, July 26, 2011 1:22:20 PM :>Subject: Re: CORRUPT PDS - I/O ERROR :> :>The "X" is just junk instream data to put into the member JUNK. What it is doesn't matter. I just put it there for completeness. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: CORRUPT PDS - I/O ERROR
Barry, The STORAGE GROUP was backed up via HSM, what I didn't say correctly that the volume was not backed up (full dump). When I am able to do a browse of the dsn, all the members are displayed correctly, however when I browse each member I get the following : I/O error When I press F1 for more info I get the following: An I/O error was encountered reading the first record requested. The DCB of the PDS is as follows, however I cannot be sure if it is correct since this PDS was inherited from a client Organization . . . : PO Record format . . . : FBA Record length . . . : 133 Block size . . . . : 133 1st extent cylinders: 5 Secondary cylinders : 2 Data set name type : PDS From: "Schwarz, Barry A" To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 3:57:31 PM Subject: Re: CORRUPT PDS - I/O ERROR If the storage group is not backed up, how did HSM ever back up a copy for you to recover from? Was there a copy of the dataset on disk when you recovered it from HSM? What was the command you used to perform the recovery? When you browse the PDS, does the member list display correctly? What are the DCB attributes of the PDS? Do they match what you think they should be? What is the exact error message? > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of esmie moo > Sent: Tuesday, July 26, 2011 10:03 AM > To: IBM-MAIN@bama.ua.edu > Subject: CORRUPT PDS - I/O ERROR > > Good Morning Gentle Readers, > > When I try to browse a member of my pds I get a I/O error. I tried > browsing several members but I get the same error message. Is there a way > of fixing it? For some reason the storage group is NOT backed up so I > cannot restore it from an old backup. I recovered the PDS from a DFHSM > backup but when I try to browse any members I still get the I/O error. Is > there a work around to this problem or should I consider it lost? -- 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
Re: CORRUPT PDS - I/O ERROR
The message I receive is : I/O error When I hit F1 (help) I get the following : I/O error An I/O error was encountered reading the first record requested From: Ravi Gaur To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 11:06:03 PM Subject: Re: CORRUPT PDS - I/O ERROR I would like to know what really other message you get with I/O error..any more informatory..go with the PDS80 or PDSMAN and see if with the scan members or fix you can see more information about the ttoc's etc and it also give you report which is more descriptory...I am not sure if it is availablein your environment however remember have had one on cbttape.. -- 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
Re: CORRUPT PDS - I/O ERROR
Ed, When I recovered the dsn from the HSM incremental backup there were no error messages posted - I received the standard ARC0778I DATA SET WAS RECOVERED message. The datamover is DFDSS. From: Ed Gould To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 7:30:51 PM Subject: Re: CORRUPT PDS - I/O ERROR Chances are thar DFHSM did not back up the dataset after it was corrupted. Check DFHSM for the error. Not sure what DFHSM would do if DFDSS were the data mover. I would guess that DFDSS invokes IEBCOPY under the covers and it wouldn't work so. Ed Sent from my iPad On Jul 26, 2011, at 4:47 PM, CM Poncelet wrote: > This can happen with any PDS if it is opened for output with a DCB other than > its original one (e.g. originally RECFM=FB, but opened with RECFM=VB etc.) > When opening for output, the DCB used is (a) the one specified in the > program; (b) the one in the JCL; (c) the one on DASD - in that order of > priority. When opening for input, the priority order is reversed (DASD, JCL, > program). If the incorrect output DCB was specified in a program, it needs to > be fixed there: this program should then be rerun to open the PDS with its > correct attributes; then close the PDS. After that, the original members will > be accessible again. But any members which were created using the program's > previously incorrect DCB will now hit I/O errors (so copy them to another PDS > beforehand if they need to be kept). > > Schwarz, Barry A wrote: > >> If the storage group is not backed up, how did HSM ever back up a copy for >> you to recover from? Was there a copy of the dataset on disk when you >> recovered it from HSM? What was the command you used to perform the >> recovery? When you browse the PDS, does the member list display correctly? >> What are the DCB attributes of the PDS? Do they match what you think they >> should be? What is the exact error message? >> >> >>> -Original Message- >>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On >>> Behalf Of esmie moo >>> Sent: Tuesday, July 26, 2011 10:03 AM >>> To: IBM-MAIN@bama.ua.edu >>> Subject: CORRUPT PDS - I/O ERROR >>> >>> Good Morning Gentle Readers, >>> >>> When I try to browse a member of my pds I get a I/O error. I tried >>> browsing several members but I get the same error message. Is there a way >>> of fixing it? For some reason the storage group is NOT backed up so I >>> cannot restore it from an old backup. I recovered the PDS from a DFHSM >>> backup but when I try to browse any members I still get the I/O error. Is >>> there a work around to this problem or should I consider it lost? >>> >> >> -- >> 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 -- 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: CORRUPT PDS - I/O ERROR
I tried it but when I try the copy command it gives me the I/O error. Thanks for your suggestion. From: John Mattson To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 1:16:05 PM Subject: Re: CORRUPT PDS - I/O ERROR Create a new larger pds. Use ISPF option 3.3 to copy any members... one at a time... as you can. That should save some PRINT the data set and that may show you "some parts" of the missing members in a flat file Finally try to compress it. Compress may save it... or totally destroy it. So, exactly WHY are you not backing this thing up ? Naughty boy. From: esmie moo To: IBM-MAIN@bama.ua.edu Date: 07/26/2011 10:03 AM Subject: CORRUPT PDS - I/O ERROR Sent by: IBM Mainframe Discussion List Good Morning Gentle Readers, When I try to browse a member of my pds I get a I/O error. I tried browsing several members but I get the same error message. Is there a way of fixing it? For some reason the storage group is NOT backed up so I cannot restore it from an old backup. I recovered the PDS from a DFHSM backup but when I try to browse any members I still get the I/O error. Is there a work around to this problem or should I consider it lost? Thanks. -- 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
Re: CORRUPT PDS - I/O ERROR
John, I followed your example it add the member JUNK to the pds and I was able to browse the member JUNK which has the X in it. However, the rest of the members still give the I/O error. I know that am sounding thick however I am not sure as to what I should do for the other members. Could you give me an example? From: "McKown, John" To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 1:22:20 PM Subject: Re: CORRUPT PDS - I/O ERROR The "X" is just junk instream data to put into the member JUNK. What it is doesn't matter. I just put it there for completeness. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo > Sent: Tuesday, July 26, 2011 12:17 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CORRUPT PDS - I/O ERROR > > John, > > Just to clarify, you have an X do I include it? Also, I > noticed that you the SYSUT2 has the PDS name as well as the > member name (JUNK). Could you tell me what it is for? > > From: "McKown, John" > To: IBM-MAIN@bama.ua.edu > Sent: Tuesday, July 26, 2011 1:13:12 PM > Subject: Re: CORRUPT PDS - I/O ERROR > > I had this happen in the past. A programmer modified the DCB > attributes on the DSCB. If you know what they are supposed to > be, then run an IEBGENER to set them to something good. For a > "card image" (source) type library, I do: > > //GENER EXEC PGM=IEBGENER > //SYSPRINT DD SYSOUT=* > //SYSIN DD DUMMY > //SYSUT1 DD * > X > //SYSUT2 DD DSN=MY.SOURCE.PDS(JUNK),DISP=OLD, > // DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920,DSORG=PO) > // > > this is only an example! You need to know what the DCB > characters really are (too large a BLKSIZE is usually OK). > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets® > > 9151 Boulevard 26 . N. Richland Hills . TX 76010 > (817) 255-3225 phone . > john.mck...@healthmarkets.com . www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain > confidential or proprietary information. If you are not the > intended recipient, please contact the sender by reply e-mail > and destroy all copies of the original message. > HealthMarkets® is the brand name for products underwritten > and issued by the insurance subsidiaries of HealthMarkets, > Inc. -The Chesapeake Life Insurance Company®, Mid-West > National Life Insurance Company of TennesseeSM and The MEGA > Life and Health Insurance Company.SM > > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo > > Sent: Tuesday, July 26, 2011 12:03 PM > > To: IBM-MAIN@bama.ua.edu > > Subject: CORRUPT PDS - I/O ERROR > > > > Good Morning Gentle Readers, > > > > When I try to browse a member of my pds I get a I/O error. > > I tried browsing several members but I get the same error > > message. Is there a way of fixing it? For some reason the > > storage group is NOT backed up so I cannot restore it from an > > old backup. I recovered the PDS from a DFHSM backup but when > > I try to browse any members I still get the I/O error. Is > > there a work around to this problem or should I consider it lost? > > > > Thanks. > > > > > -- > > 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 > >
Re: CORRUPT PDS - I/O ERROR
John, Just to clarify, you have an X do I include it? Also, I noticed that you the SYSUT2 has the PDS name as well as the member name (JUNK). Could you tell me what it is for? From: "McKown, John" To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 1:13:12 PM Subject: Re: CORRUPT PDS - I/O ERROR I had this happen in the past. A programmer modified the DCB attributes on the DSCB. If you know what they are supposed to be, then run an IEBGENER to set them to something good. For a "card image" (source) type library, I do: //GENER EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT1 DD * X //SYSUT2 DD DSN=MY.SOURCE.PDS(JUNK),DISP=OLD, // DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920,DSORG=PO) // this is only an example! You need to know what the DCB characters really are (too large a BLKSIZE is usually OK). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo > Sent: Tuesday, July 26, 2011 12:03 PM > To: IBM-MAIN@bama.ua.edu > Subject: CORRUPT PDS - I/O ERROR > > Good Morning Gentle Readers, > > When I try to browse a member of my pds I get a I/O error. > I tried browsing several members but I get the same error > message. Is there a way of fixing it? For some reason the > storage group is NOT backed up so I cannot restore it from an > old backup. I recovered the PDS from a DFHSM backup but when > I try to browse any members I still get the I/O error. Is > there a work around to this problem or should I consider it lost? > > Thanks. > > -- > 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
CORRUPT PDS - I/O ERROR
Good Morning Gentle Readers, When I try to browse a member of my pds I get a I/O error. I tried browsing several members but I get the same error message. Is there a way of fixing it? For some reason the storage group is NOT backed up so I cannot restore it from an old backup. I recovered the PDS from a DFHSM backup but when I try to browse any members I still get the I/O error. Is there a work around to this problem or should I consider it lost? Thanks. -- 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: CA-1 TMS QUESTION - IEFTMS9 TMC BACKUP REQUIRED
Jonathan, Thanks very much for your help. --- On Tue, 7/19/11, Jonathan Goossen wrote: From: Jonathan Goossen Subject: Re: CA-1 TMS QUESTION - IEFTMS9 TMC BACKUP REQUIRED To: IBM-MAIN@bama.ua.edu Received: Tuesday, July 19, 2011, 4:49 AM This looks correct. You JCL runs TMSCOPY to backup the TMC and audit files. If the audit file gets down to 3 records, your tape processing would stop until you ran TMSCOPY. The message may be due to a much larger tape activity on a one time bases, in which case you likely need look no further. But if it is from normal growth, then you will start seeing the message more often, in which case you will either need to run TMSCOPY more frequently, or expand your audit file. Thank you and have a Terrific day! Jonathan Goossen, ACS, CL Tape Specialist ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- IBM Mainframe Discussion List wrote on 07/18/2011 11:12:59 AM: > From: esmie moo > To: IBM-MAIN@bama.ua.edu > Date: 07/18/2011 11:18 AM > Subject: CA-1 TMS QUESTION - IEFTMS9 TMC BACKUP REQUIRED > Sent by: IBM Mainframe Discussion List > > Good Morning Gentle Readers, > > I was called because the following message was coming up on the console: > IEFTMS9 TMC BACKUP REQUIRED, AUDIT FILE UTILISATION IS CURRENTLY 82%. > > I executed the following job: > //STEP1 EXEC PGM=TMSCOPY,REGION=7M > //TMSRPT DD SYSOUT=* > //TMSOPTNS DD DISP=SHR,DSN=SYS4.TMS.PARMLIB(TMSOPTNS) > //DUMPDD DD DSN=TMS.HESZ94M1(+1),UNIT=TAPE, > // LABEL=1,DISP=(,CATLG),DCB=(DUMDSCB,BLKSIZE=32640), > // VOL=(,RETAIN) > //DUMPDD2 DD DSN=TMS.HESZ94M2(+1),UNIT=TAPE, > // LABEL=1,DISP=(,CATLG),DCB=(DUMDSCB,BLKSIZE=32640), > // VOL=(,RETAIN),DATACLAS=OFFSITE > //AUDITDD DD DSN=SYS4.TMS.AUDIT,DISP=SHR > //AUDUMP DD DSN=&&AUDIT,UNIT=PASS,DISP=(,PASS), > // SPACE=(CYL,(20,5)),DCB=BLKSIZE=8880 > // > * > //STEP2 EXEC PGM=IEBGENER,COND=(0,LT) > //SYSPRINT DD SYSOUT=* > //SYSUT1 DD DSN=&&AUDIT,DISP=(OLD,PASS) > //SYSUT2 DD DSN=TMS.HESZ94AF(+1),UNIT=TAPE,LABEL=2, > // VOL=REF=*.STEP1.DUMPDD,DISP=(,CATLG),DCB=(DUMDSCB,BLKSIZE=32560) > //SYSIN DD > DUMMY > //* > //STEP3 EXEC PGM=IEBGENER,COND=(0,LT) > //SYSPRINT DD SYSOUT=* > //SYSUT1 DD DSN=&&AUDIT,DISP=(OLD,DELETE) > //SYSUT2 DD DSN=TMS.HESZ94AF.COPYIDS(+1),UNIT=TAPE,LABEL=2, > // VOL=REF=*.STEP1.DUMPDD2,DATACLAS=OFFSITE, > // DISP=(NEW,CATLG),DCB=(DUMDSCB,BLKSIZE=32560) > //SYSIN DD DUMMY > //* > > What I would like to know if this is the correct action to take or > should I have done something else. Please advise. > > Thanks in advance. > > > > > > -- > 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 This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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
CA-1 TMS QUESTION - IEFTMS9 TMC BACKUP REQUIRED
Good Morning Gentle Readers, I was called because the following message was coming up on the console: IEFTMS9 TMC BACKUP REQUIRED, AUDIT FILE UTILISATION IS CURRENTLY 82%. I executed the following job: //STEP1 EXEC PGM=TMSCOPY,REGION=7M //TMSRPT DD SYSOUT=* //TMSOPTNS DD DISP=SHR,DSN=SYS4.TMS.PARMLIB(TMSOPTNS) //DUMPDD DD DSN=TMS.HESZ94M1(+1),UNIT=TAPE, // LABEL=1,DISP=(,CATLG),DCB=(DUMDSCB,BLKSIZE=32640), // VOL=(,RETAIN) //DUMPDD2 DD DSN=TMS.HESZ94M2(+1),UNIT=TAPE, // LABEL=1,DISP=(,CATLG),DCB=(DUMDSCB,BLKSIZE=32640), // VOL=(,RETAIN),DATACLAS=OFFSITE //AUDITDD DD DSN=SYS4.TMS.AUDIT,DISP=SHR //AUDUMP DD DSN=&&AUDIT,UNIT=PASS,DISP=(,PASS), // SPACE=(CYL,(20,5)),DCB=BLKSIZE=8880 //* //STEP2 EXEC PGM=IEBGENER,COND=(0,LT) //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=&&AUDIT,DISP=(OLD,PASS) //SYSUT2 DD DSN=TMS.HESZ94AF(+1),UNIT=TAPE,LABEL=2, // VOL=REF=*.STEP1.DUMPDD,DISP=(,CATLG),DCB=(DUMDSCB,BLKSIZE=32560) //SYSIN DD DUMMY //* //STEP3 EXEC PGM=IEBGENER,COND=(0,LT) //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=&&AUDIT,DISP=(OLD,DELETE) //SYSUT2 DD DSN=TMS.HESZ94AF.COPYIDS(+1),UNIT=TAPE,LABEL=2, // VOL=REF=*.STEP1.DUMPDD2,DATACLAS=OFFSITE, // DISP=(NEW,CATLG),DCB=(DUMDSCB,BLKSIZE=32560) //SYSIN DD DUMMY //* What I would like to know if this is the correct action to take or should I have done something else. Please advise. Thanks in advance. -- 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: PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY
Lizette, I tried using the ISPF Panvalet utility and encountered the problem as well. When I try to copy the member from my PDS to the Standard CA-Panvalet library I get the error message INVALID PANVALET LIBRARY The library has incorrect DSORG, RECFM, or is not a compatible version --- On Mon, 7/4/11, Lizette Koehler wrote: From: Lizette Koehler Subject: Re: PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY To: IBM-MAIN@bama.ua.edu Received: Monday, July 4, 2011, 11:42 PM > Good Morning Gentle Readers, > > I am trying to copy a jcl from my PDS to a Panvalet pds library using FILE- > AID. However I get the error message Unsupported Type for the "to" dataset which is > the Panvalet pds. > ER792-Panvalet/Librarian/GEM datasets not allowed as TO dataset. > > Is there a way of copying a member from a PDS to a Panvalet PDS? Could someone > suggest a work around? > > Thanks in advance. > I have not used Panvalet in a long time. But if it is still this way, only Pan Utilities can update Panvalet datasets. If you have the Panvalet manuals, there are ++ control cards in PANVALET that you use in batch with Pan Programs. Panvalet, IIRC, cannot use any utility to access it. It can only be updated with PGM=PAN# type program names. You cannot use FILEAID, IDCAMS, IEBCOPY when working with Panvalet datasets. Panvalet has utilities to access Pan datasets. Do you have the ISPF Interface available? If so, you should be able to use those to do what you want. Lizette -- 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
PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY
Good Morning Gentle Readers, I am trying to copy a jcl from my PDS to a Panvalet pds library using FILE-AID. However I get the error message Unsupported Type for the "to" dataset which is the Panvalet pds. ER792-Panvalet/Librarian/GEM datasets not allowed as TO dataset. Is there a way of copying a member from a PDS to a Panvalet PDS? Could someone suggest a work around? Thanks in advance. -- 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: DFHSM QUESTION : FAILEDCREATE
Richard, Thanks for the advice. I ran the audit then the FIX followed by the RECYCLE. Should I have done anything else? --- On Thu, 5/19/11, Richard Marchant wrote: From: Richard Marchant Subject: Re: DFHSM QUESTION : FAILEDCREATE To: IBM-MAIN@bama.ua.edu Received: Thursday, May 19, 2011, 9:50 PM Try the following command to fix the inconsistencies: HSEND AUDIT MEDIACONTROLS VOLUMES(volser) FIX ODS(your.dset.name) Richard -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: 18 May 2011 08:01 PM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION : FAILEDCREATE Good Morning Gentle Readers, I am performing a cleanup of HSM dsns and I executed the following command: HSEND LIST TTOC SELECT(FAILEDCREATE) OUTDATASET(PROM.DF.FAILEDCREA) Several tapes were flagged and this message is being posted after each tape. ARC0378I TTOC RECORD AND TAPE MEDIA CONTENTS ARE INCONSISTENT ON TAPE VOLUME According to the explanation of the ARC0378I "of a mismatch between the indicated data sets on the tape volume volser as described in the offline control data set record (OCDS) tape table of contents record (TTOC) and the actual data sets residing on the volume." The solution is to apply the EXTENDED MEDIACONTROLS function. I am not sure how I can go about it because I have not very familiar with this procedure. Could someone tell me how I can go about fixing the problem? Thanks -- 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
DFHSM QUESTION : FAILEDCREATE
Good Morning Gentle Readers, I am performing a cleanup of HSM dsns and I executed the following command: HSEND LIST TTOC SELECT(FAILEDCREATE) OUTDATASET(PROM.DF.FAILEDCREA) Several tapes were flagged and this message is being posted after each tape. ARC0378I TTOC RECORD AND TAPE MEDIA CONTENTS ARE INCONSISTENT ON TAPE VOLUME According to the explanation of the ARC0378I "of a mismatch between the indicated data sets on the tape volume volser as described in the offline control data set record (OCDS) tape table of contents record (TTOC) and the actual data sets residing on the volume." The solution is to apply the EXTENDED MEDIACONTROLS function. I am not sure how I can go about it because I have not very familiar with this procedure. Could someone tell me how I can go about fixing the problem? Thanks -- 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: DFHSM QUESTION - AGE DAYS
Thanks Rex for spotting my error. Many thanks. --- On Wed, 5/11/11, Pommier, Rex R. wrote: From: Pommier, Rex R. Subject: Re: DFHSM QUESTION - AGE DAYS To: IBM-MAIN@bama.ua.edu Received: Wednesday, May 11, 2011, 2:17 AM Take the word "days" out. HSEND LIST DSN MCDS SEL(AGE(3300)) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, May 10, 2011 9:08 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - AGE DAYS Good Morning Gentle Readers, I am trying to find out the dsns that have been migrated and have not been referenced for 3,000 days. Here is my command: HSEND LIST DSN MCDS SEL(AGE(DAYS3300)) I noticed that there are dsns which have been created as recent as April 27, 2011 which appear on the list. I cannot spot my mistake could someone please point out my error or advise me on how to go about it? Thanks in advance. -- 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- 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
DFHSM QUESTION - AGE DAYS
Good Morning Gentle Readers, I am trying to find out the dsns that have been migrated and have not been referenced for 3,000 days. Here is my command: HSEND LIST DSN MCDS SEL(AGE(DAYS3300)) I noticed that there are dsns which have been created as recent as April 27, 2011 which appear on the list. I cannot spot my mistake could someone please point out my error or advise me on how to go about it? Thanks in advance. -- 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: DFHSM QUESTION - TTOC
David, It does not have a value of 4 however it does have a value of 1. I looked at the TTOC report and I noticed that the FBID has a sequential order e.g: DATA SET NAME RELATIVE FBID SYS2.AS.JOBSCAN.REPORT 001 BACT.FORT1008.SERIAT.DATA.X 002 . 003 . 004 OFOX.D010.HASP56.TRIAL.BALANCE 0014430 --- On Thu, 3/10/11, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - TTOC To: IBM-MAIN@bama.ua.edu Received: Thursday, March 10, 2011, 3:57 AM Does the Sys2.** dataset have a value of 4 in the Rel FBID field? If yes, then it is the first dataset on the tape. The following is from the section Using the List command toward the end of the DFHSM Storage Ref. manual: RELATIVE FBID e REL FBID e This field contains the file sequence e e number of this data set or the set of e e blocks relative to the beginning of the e e single tape volume. For example, the fir e e data set or data set segment on the tape e e volume has a relative FBID of 4 e e independent of any predecessor tapes. David O'Brien NIH Contractor -Original Message----- From: esmie moo [mailto:esmie_...@yahoo.ca] Sent: Wednesday, March 09, 2011 9:39 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - TTOC Good Morning Gentle Readers, I issued a TTOC command of a ML2 volume. The report displayed all the dsns on that tape. My question is are the dsns on the tape listed according to the order they were migrated. For example the first dataset listed in the TTOC report is SYS2.AS.JOBSCAN.REPORT. The last tape is OFOX.D010.HASP56.TRIAL.BALANCE. Am I correct in thinking that the SYS2 dsn is the first dsn on the tape and the OFOX is the last dsn on the tape? I would be very greatful if someone could clear this up for me. Thank you all in advance. -- 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
DFHSM QUESTION - TTOC
Good Morning Gentle Readers, I issued a TTOC command of a ML2 volume. The report displayed all the dsns on that tape. My question is are the dsns on the tape listed according to the order they were migrated. For example the first dataset listed in the TTOC report is SYS2.AS.JOBSCAN.REPORT. The last tape is OFOX.D010.HASP56.TRIAL.BALANCE. Am I correct in thinking that the SYS2 dsn is the first dsn on the tape and the OFOX is the last dsn on the tape? I would be very greatful if someone could clear this up for me. Thank you all in advance. -- 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: SEARCH FOR QUESTION - ISPF 3.4
Thanks to all who have responded. The SRCHFOR SYS2.CDB2.SDTWHFX (without the quotes) worked. Thanks again. --- On Thu, 2/17/11, Steve Comstock wrote: From: Steve Comstock Subject: Re: SEARCH FOR QUESTION - ISPF 3.4 To: IBM-MAIN@bama.ua.edu Received: Thursday, February 17, 2011, 3:30 AM On 2/16/2011 6:52 AM, Haynes, Stan wrote: > SRCHFOR does indeed work from ISPF 3.4 . > > Using 3.4 to list all our PROCLIBs, I just used it to look for > a DSN qualifier in any proc in any lib, and it works just fine. > It worked when I typed SRCHFOR VMA on the command line, but > found no results when I typed SRCHFOR "VMA". > > Stan > mailto:stan.hay...@cra-arc.gc.ca > (613) 941-8091 > My experience is that although SRCHFOR is _said_ to work from data set lists in 3.4, it does not do a very good job when looking for a string in members; it simply seems to miss a lot. It does OK in looking in sequential files. To find a string in members I find I need to get into a member list of each library and issue SRCHFOR from that command line. Regarding your quoted vs. un-quoted argument string, you might try the more powerful technique of issuing SRCHFOR with no argument, which brings up a panel for you to fill in the string you're looking for (including multiple strings and whether your search should be case-sensitive or not.) Hit F1 for support information once you're at the DSLIST Srchfor Options panel. I think I saw someone else suggest this technique in this thread and it's good. The ISPF User's Guide Volume II is a little careless on describing this process. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf > Of Steve Comstock > Sent: February 16, 2011 8:42 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: SEARCH FOR QUESTION - ISPF 3.4 > > On 2/16/2011 5:16 AM, esmie moo wrote: >> Good Morning Gentle Readers, >> >> I am trying to find a certain dsn which was backed up by DFDSS. >> In the job we create a GDG (6 generations) list of the VTOC on DASD. >> I go into ISPF 3.4, type in the HLQ dsns of the VTOC backup lists >> (3,435 dsns are selected) My problem is when I issue the command >> SRCHFOR "SYS2.CDB2.SDTWHFX" the SuperC Search-for is invoked but >> the command returns back the message "String(s) not found" after >> several minutes. >> My question is can the SRCHFOR command work when in ISPF 3.4? >> If so could somebody advise me as to how I can go about it. >> The SRCHFOR command works when I am in a PDS/PDSE but not when I >> am in ISPF 3.4. >> >> I ran a test by browsing one of the VTOC list backups and it >> appears in this particular backup list. >> >> Thanks in advance > > Think of SRCHFOR as a member-list command. > > It sounds to me what you need is FIND; when you have > 3.4 data set list, the FIND command will locate the > name you're after. > > -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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
SEARCH FOR QUESTION - ISPF 3.4
Good Morning Gentle Readers, I am trying to find a certain dsn which was backed up by DFDSS. In the job we create a GDG (6 generations) list of the VTOC on DASD. I go into ISPF 3.4, type in the HLQ dsns of the VTOC backup lists (3,435 dsns are selected) My problem is when I issue the command SRCHFOR "SYS2.CDB2.SDTWHFX" the SuperC Search-for is invoked but the command returns back the message "String(s) not found" after several minutes. My question is can the SRCHFOR command work when in ISPF 3.4? If so could somebody advise me as to how I can go about it. The SRCHFOR command works when I am in a PDS/PDSE but not when I am in ISPF 3.4. I ran a test by browsing one of the VTOC list backups and it appears in this particular backup list. Thanks in advance -- 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: LIST OF DSNS CREATED PRIOR TO 2010
Elardus, It works. --- On Tue, 1/11/11, Elardus Engelbrecht wrote: From: Elardus Engelbrecht Subject: Re: LIST OF DSNS CREATED PRIOR TO 2010 To: IBM-MAIN@bama.ua.edu Received: Tuesday, January 11, 2011, 2:41 AM esmie moo wrote: >I took a closer look at ISMF and I noticed it does provide for the feature for getting a dsn list using the CREATION DATE, however I am stuck trying in to plug in values in the REL OP and Value field. Press your PF key for Help and see this part of screen print: For example, to display a list containing data sets created during 1983: REL OP VALUE AND/OR REL OP VALUE -- -- -- -- -- CREATION DATE ===> GE 1983/01/01 AND LE 1983/12/31 Groete / Greetings Elardus Engelbrecht -- 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
Re: LIST OF DSNS CREATED PRIOR TO 2010
Hi Elardus, Thanks for the tip. I tried your suggestion but I get the errror message "INVALID CRITERIA". Below is my input : Creation Date . . . . . . . GE 2009/01/01 AND LE 1983/12/31 I tried = and > but no luck. --- On Tue, 1/11/11, Elardus Engelbrecht wrote: From: Elardus Engelbrecht Subject: Re: LIST OF DSNS CREATED PRIOR TO 2010 To: IBM-MAIN@bama.ua.edu Received: Tuesday, January 11, 2011, 2:41 AM esmie moo wrote: >I took a closer look at ISMF and I noticed it does provide for the feature for getting a dsn list using the CREATION DATE, however I am stuck trying in to plug in values in the REL OP and Value field. Press your PF key for Help and see this part of screen print: For example, to display a list containing data sets created during 1983: REL OP VALUE AND/OR REL OP VALUE -- -- -- -- -- CREATION DATE ===> GE 1983/01/01 AND LE 1983/12/31 Groete / Greetings Elardus Engelbrecht -- 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
Re: LIST OF DSNS CREATED PRIOR TO 2010
Lizette, I checked there is no CA producst installed on this partition. I took a closer look at ISMF and I noticed it does provide for the feature for getting a dsn list using the CREATION DATE, however I am stuck trying in to plug in values in the REL OP and Value field. --- On Tue, 1/11/11, Lizette Koehler wrote: From: Lizette Koehler Subject: Re: LIST OF DSNS CREATED PRIOR TO 2010 To: IBM-MAIN@bama.ua.edu Received: Tuesday, January 11, 2011, 2:14 AM > Good Morning Gentle Readers, > > Is there a utility that I could use to compile a list of dsns which were created in 2009 or > before. My problem is that we do not have the FDR products installed in this partition > whic could do the trick. Also, 99% of the dsns are archived to ML2. I was thinking of > using IEHLIST etc however that would entail in recalling all the dsns to DASD. I > checked the first 3 HLQ's and there are about 150,000 dsns. Should I recall them to > dasd I could run the risk of saturating the ML0 volumes. > > Your suggestions would be greatly appreciated. > > Thanks in advance. > > Do you have any of the following CA products in house? PDSMAN, CA1, CA-DISK? If so, you can download and install the CA software GMI (Graphical Manager Interface) which is CA-Vantage Light. It can help you with these types of questions. I have installed in on my system and works fairly well. As for the HSM Migrated datasets - you do not need to recall them. Run an HLIST on them with either MCDS (Migration), BCDS (Backup ) or BOTH (Both MCDS/BCDS). You can then extract the information you need. Lizette -- 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
Re: LIST OF DSNS CREATED PRIOR TO 2010
I forgot to mention that I looked at ISMF, however it does not give me the option to use a FROM and TO option. --- On Tue, 1/11/11, esmie moo wrote: From: esmie moo Subject: LIST OF DSNS CREATED PRIOR TO 2010 To: IBM-MAIN@bama.ua.edu Received: Tuesday, January 11, 2011, 2:06 AM Good Morning Gentle Readers, Is there a utility that I could use to compile a list of dsns which were created in 2009 or before. My problem is that we do not have the FDR products installed in this partition whic could do the trick. Also, 99% of the dsns are archived to ML2. I was thinking of using IEHLIST etc however that would entail in recalling all the dsns to DASD. I checked the first 3 HLQ's and there are about 150,000 dsns. Should I recall them to dasd I could run the risk of saturating the ML0 volumes. Your suggestions would be greatly appreciated. Thanks in advance. -- 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
LIST OF DSNS CREATED PRIOR TO 2010
Good Morning Gentle Readers, Is there a utility that I could use to compile a list of dsns which were created in 2009 or before. My problem is that we do not have the FDR products installed in this partition whic could do the trick. Also, 99% of the dsns are archived to ML2. I was thinking of using IEHLIST etc however that would entail in recalling all the dsns to DASD. I checked the first 3 HLQ's and there are about 150,000 dsns. Should I recall them to dasd I could run the risk of saturating the ML0 volumes. Your suggestions would be greatly appreciated. Thanks in advance. -- 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: QUESTION ABOUT ICKDSF - ICK31505I
Scott, Unknown to me somebody had changed it from OSFORMAT to IXFORMAT. I reran the job to change it back to OSFORMAT and redefine the SYS1.VTOCIX.PROD09 to 75 tracks. Thanks for your help. --- On Thu, 12/16/10, Scott Rowe wrote: From: Scott Rowe Subject: Re: QUESTION ABOUT ICKDSF - ICK31505I To: IBM-MAIN@bama.ua.edu Received: Thursday, December 16, 2010, 3:59 AM It looks like the VTOC is currently indexed, it has to be OS format before you can delete the index dataset. On Wed, Dec 15, 2010 at 9:37 AM, esmie moo wrote: > I tried to delete the entry but I was unsuccessful: > > DELETE 'SYS1.VTOCIX.PROD09' FILE(VOLUME) NVR > IDC3014I CATALOG ERROR > IDC3009I ** VSAM CATALOG RETURN CODE IS 102 - REASON CODE IS IGG0CLFP-2 > IDC0551I ** ENTRY SYS1.VTOCIX.PROD09 NOT DELETED > IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 > > Any suggestion? > > > --- On Thu, 12/16/10, Scott Rowe wrote: > > > From: Scott Rowe > Subject: Re: QUESTION ABOUT ICKDSF - ICK31505I > To: IBM-MAIN@bama.ua.edu > Received: Thursday, December 16, 2010, 3:25 AM > > > Yes, that should work. > > On Wed, Dec 15, 2010 at 7:03 AM, esmie moo wrote: > > > Scott, > > > > Just that I understand you correctly, here is my job which I will run > after > > I have deleted the SYS1.VTOCIX.PROD09. Let me know if I am on the right > > track. Thanks again. > > /* > > //STEP2 EXEC PGM=ICKDSF,PARM='NOREPLYU' > > //SYSPRINT DD SYSOUT=* > > //VTOC DD UNIT=SYSALLDA,VOL=SER=PROD09,DISP=(,KEEP), > > // DSN=SYS1.VTOCIX.PROD09,SPACE=(TRK,75,,CONTIG) > > //SYSIN DD * > > BUILDIX DDNAME(VTOC) IXVTOC > > /* > > // > > > > > > -- On Wed, 12/15/10, Scott Rowe wrote: > > > > > > From: Scott Rowe > > Subject: Re: QUESTION ABOUT ICKDSF - ICK31505I > > To: IBM-MAIN@bama.ua.edu > > Received: Wednesday, December 15, 2010, 10:48 AM > > > > > > Yes, it is normal for it not to be cataloged. Deleting and re-allocating > > it > > is also normal,as is running your BUILDIX after you re-allocate it. > > > > On Tue, Dec 14, 2010 at 4:27 PM, esmie moo wrote: > > > > > Scott, > > > > > > Thanks. I noticed that the SYS1.VTOCIX.PROD09 is not cataloged. Is > that > > > normal. Also, by deleting and re-allocating it with a larger size do > you > > > see a problem? > > > > > > > > > --- On Wed, 12/15/10, Scott Rowe wrote: > > > > > > > > > From: Scott Rowe > > > Subject: Re: QUESTION ABOUT ICKDSF - ICK31505I > > > To: IBM-MAIN@bama.ua.edu > > > Received: Wednesday, December 15, 2010, 8:26 AM > > > > > > > > > Yes, I believe you can just delete it, as long as the VTOC is currently > > in > > > OS format. There should be nothing "special" about it, just a simple > > > IEFBR14 or any other kind of delete that bypasses the catalog should > > work. > > > > > > On Tue, Dec 14, 2010 at 1:20 PM, esmie moo wrote: > > > > > > > Good Morning Gentle Readers, > > > > > > > > I received an alert on one of our volumes saying that there were 0 > VIRS > > > > available. I would like to increase the size of the > > > > SYS1SYS1.VTOCIX.PROD09 . > > > > > > > > In order to fix the problem I tried to do the following : > > > > BUILDIX DDNAME(VTOC) OSVTOC PURGE followed by a > > > > > > > > /* > > > > //STEP2 EXEC PGM=ICKDSF,PARM='NOREPLYU' > > > > //SYSPRINT DD SYSOUT=* > > > > //VTOC DD UNIT=SYSALLDA,VOL=SER=PROD09,DISP=(,KEEP), > > > > // DSN=SYS1.VTOCIX.PROD09,SPACE=(TRK,75,,CONTIG) > > > > //SYSIN DD * > > > > BUILDIX DDNAME(VTOC) IXVTOC > > > > /* > > > > // > > > > However, I received the error message on the first step. : > > > > ICK01503I C772 REQUEST RECEIVED TO CONVERT VTOC TO OSFORMAT > > > > ICK31505I C772 VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST REJECTED > > > > ICK31515I C772 BUILDIX COMMAND FAILED. > > > > > > > > Is there a way to delete the SYS1.VTOCIX.PROD09 so that it can > > > > be reallocated? > > > > > > > > Thanks in advance > > > > > > > > > > > > > > > > > > > > > -- > > > > For IBM-MAIN subscribe / signoff / archive a
Re: QUESTION ABOUT ICKDSF - ICK31505I
I tried to delete the entry but I was unsuccessful: DELETE 'SYS1.VTOCIX.PROD09' FILE(VOLUME) NVR IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 102 - REASON CODE IS IGG0CLFP-2 IDC0551I ** ENTRY SYS1.VTOCIX.PROD09 NOT DELETED IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 Any suggestion? --- On Thu, 12/16/10, Scott Rowe wrote: From: Scott Rowe Subject: Re: QUESTION ABOUT ICKDSF - ICK31505I To: IBM-MAIN@bama.ua.edu Received: Thursday, December 16, 2010, 3:25 AM Yes, that should work. On Wed, Dec 15, 2010 at 7:03 AM, esmie moo wrote: > Scott, > > Just that I understand you correctly, here is my job which I will run after > I have deleted the SYS1.VTOCIX.PROD09. Let me know if I am on the right > track. Thanks again. > /* > //STEP2 EXEC PGM=ICKDSF,PARM='NOREPLYU' > //SYSPRINT DD SYSOUT=* > //VTOC DD UNIT=SYSALLDA,VOL=SER=PROD09,DISP=(,KEEP), > // DSN=SYS1.VTOCIX.PROD09,SPACE=(TRK,75,,CONTIG) > //SYSIN DD * > BUILDIX DDNAME(VTOC) IXVTOC > /* > // > > > -- On Wed, 12/15/10, Scott Rowe wrote: > > > From: Scott Rowe > Subject: Re: QUESTION ABOUT ICKDSF - ICK31505I > To: IBM-MAIN@bama.ua.edu > Received: Wednesday, December 15, 2010, 10:48 AM > > > Yes, it is normal for it not to be cataloged. Deleting and re-allocating > it > is also normal,as is running your BUILDIX after you re-allocate it. > > On Tue, Dec 14, 2010 at 4:27 PM, esmie moo wrote: > > > Scott, > > > > Thanks. I noticed that the SYS1.VTOCIX.PROD09 is not cataloged. Is that > > normal. Also, by deleting and re-allocating it with a larger size do you > > see a problem? > > > > > > --- On Wed, 12/15/10, Scott Rowe wrote: > > > > > > From: Scott Rowe > > Subject: Re: QUESTION ABOUT ICKDSF - ICK31505I > > To: IBM-MAIN@bama.ua.edu > > Received: Wednesday, December 15, 2010, 8:26 AM > > > > > > Yes, I believe you can just delete it, as long as the VTOC is currently > in > > OS format. There should be nothing "special" about it, just a simple > > IEFBR14 or any other kind of delete that bypasses the catalog should > work. > > > > On Tue, Dec 14, 2010 at 1:20 PM, esmie moo wrote: > > > > > Good Morning Gentle Readers, > > > > > > I received an alert on one of our volumes saying that there were 0 VIRS > > > available. I would like to increase the size of the > > > SYS1SYS1.VTOCIX.PROD09 . > > > > > > In order to fix the problem I tried to do the following : > > > BUILDIX DDNAME(VTOC) OSVTOC PURGE followed by a > > > > > > /* > > > //STEP2 EXEC PGM=ICKDSF,PARM='NOREPLYU' > > > //SYSPRINT DD SYSOUT=* > > > //VTOC DD UNIT=SYSALLDA,VOL=SER=PROD09,DISP=(,KEEP), > > > // DSN=SYS1.VTOCIX.PROD09,SPACE=(TRK,75,,CONTIG) > > > //SYSIN DD * > > > BUILDIX DDNAME(VTOC) IXVTOC > > > /* > > > // > > > However, I received the error message on the first step. : > > > ICK01503I C772 REQUEST RECEIVED TO CONVERT VTOC TO OSFORMAT > > > ICK31505I C772 VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST REJECTED > > > ICK31515I C772 BUILDIX COMMAND FAILED. > > > > > > Is there a way to delete the SYS1.VTOCIX.PROD09 so that it can > > > be reallocated? > > > > > > Thanks in advance > > > > > > > > > > > > > > > -- > > > 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 > > > > > > > CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains > > confidential and privileged information intended only for the addressee. > > If you are not the intended recipient, please be advised that you have > > received this material in error and that any forwarding, copying, > printing, > > distribution, use or disclosure of the material is strictly prohibited. > > If you have received this material in error, please (i) do not read it, > > (ii) reply to the sender that you received the message in error, and > > (iii) erase or destroy the material. Emails are not secure and can be > > intercepted, amended, lost or destroyed, or
Re: QUESTION ABOUT ICKDSF - ICK31505I
Scott, Just that I understand you correctly, here is my job which I will run after I have deleted the SYS1.VTOCIX.PROD09. Let me know if I am on the right track. Thanks again. /* //STEP2 EXEC PGM=ICKDSF,PARM='NOREPLYU' //SYSPRINT DD SYSOUT=* //VTOC DD UNIT=SYSALLDA,VOL=SER=PROD09,DISP=(,KEEP), // DSN=SYS1.VTOCIX.PROD09,SPACE=(TRK,75,,CONTIG) //SYSIN DD * BUILDIX DDNAME(VTOC) IXVTOC /* // -- On Wed, 12/15/10, Scott Rowe wrote: From: Scott Rowe Subject: Re: QUESTION ABOUT ICKDSF - ICK31505I To: IBM-MAIN@bama.ua.edu Received: Wednesday, December 15, 2010, 10:48 AM Yes, it is normal for it not to be cataloged. Deleting and re-allocating it is also normal,as is running your BUILDIX after you re-allocate it. On Tue, Dec 14, 2010 at 4:27 PM, esmie moo wrote: > Scott, > > Thanks. I noticed that the SYS1.VTOCIX.PROD09 is not cataloged. Is that > normal. Also, by deleting and re-allocating it with a larger size do you > see a problem? > > > --- On Wed, 12/15/10, Scott Rowe wrote: > > > From: Scott Rowe > Subject: Re: QUESTION ABOUT ICKDSF - ICK31505I > To: IBM-MAIN@bama.ua.edu > Received: Wednesday, December 15, 2010, 8:26 AM > > > Yes, I believe you can just delete it, as long as the VTOC is currently in > OS format. There should be nothing "special" about it, just a simple > IEFBR14 or any other kind of delete that bypasses the catalog should work. > > On Tue, Dec 14, 2010 at 1:20 PM, esmie moo wrote: > > > Good Morning Gentle Readers, > > > > I received an alert on one of our volumes saying that there were 0 VIRS > > available. I would like to increase the size of the > > SYS1SYS1.VTOCIX.PROD09 . > > > > In order to fix the problem I tried to do the following : > > BUILDIX DDNAME(VTOC) OSVTOC PURGE followed by a > > > > /* > > //STEP2 EXEC PGM=ICKDSF,PARM='NOREPLYU' > > //SYSPRINT DD SYSOUT=* > > //VTOC DD UNIT=SYSALLDA,VOL=SER=PROD09,DISP=(,KEEP), > > // DSN=SYS1.VTOCIX.PROD09,SPACE=(TRK,75,,CONTIG) > > //SYSIN DD * > > BUILDIX DDNAME(VTOC) IXVTOC > > /* > > // > > However, I received the error message on the first step. : > > ICK01503I C772 REQUEST RECEIVED TO CONVERT VTOC TO OSFORMAT > > ICK31505I C772 VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST REJECTED > > ICK31515I C772 BUILDIX COMMAND FAILED. > > > > Is there a way to delete the SYS1.VTOCIX.PROD09 so that it can > > be reallocated? > > > > Thanks in advance > > > > > > > > > > -- > > 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 > > > > CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains > confidential and privileged information intended only for the addressee. > If you are not the intended recipient, please be advised that you have > received this material in error and that any forwarding, copying, printing, > distribution, use or disclosure of the material is strictly prohibited. > If you have received this material in error, please (i) do not read it, > (ii) reply to the sender that you received the message in error, and > (iii) erase or destroy the material. Emails are not secure and can be > intercepted, amended, lost or destroyed, or contain viruses. You are deemed > to have accepted these risks if you communicate with us by email. Thank > you. > > -- > 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 > CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient,
Re: QUESTION ABOUT ICKDSF - ICK31505I
Scott, Thanks. I noticed that the SYS1.VTOCIX.PROD09 is not cataloged. Is that normal. Also, by deleting and re-allocating it with a larger size do you see a problem? --- On Wed, 12/15/10, Scott Rowe wrote: From: Scott Rowe Subject: Re: QUESTION ABOUT ICKDSF - ICK31505I To: IBM-MAIN@bama.ua.edu Received: Wednesday, December 15, 2010, 8:26 AM Yes, I believe you can just delete it, as long as the VTOC is currently in OS format. There should be nothing "special" about it, just a simple IEFBR14 or any other kind of delete that bypasses the catalog should work. On Tue, Dec 14, 2010 at 1:20 PM, esmie moo wrote: > Good Morning Gentle Readers, > > I received an alert on one of our volumes saying that there were 0 VIRS > available. I would like to increase the size of the > SYS1SYS1.VTOCIX.PROD09 . > > In order to fix the problem I tried to do the following : > BUILDIX DDNAME(VTOC) OSVTOC PURGE followed by a > > /* > //STEP2 EXEC PGM=ICKDSF,PARM='NOREPLYU' > //SYSPRINT DD SYSOUT=* > //VTOC DD UNIT=SYSALLDA,VOL=SER=PROD09,DISP=(,KEEP), > // DSN=SYS1.VTOCIX.PROD09,SPACE=(TRK,75,,CONTIG) > //SYSIN DD * > BUILDIX DDNAME(VTOC) IXVTOC > /* > // > However, I received the error message on the first step. : > ICK01503I C772 REQUEST RECEIVED TO CONVERT VTOC TO OSFORMAT > ICK31505I C772 VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST REJECTED > ICK31515I C772 BUILDIX COMMAND FAILED. > > Is there a way to delete the SYS1.VTOCIX.PROD09 so that it can > be reallocated? > > Thanks in advance > > > > > -- > 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 > CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
QUESTION ABOUT ICKDSF - ICK31505I
Good Morning Gentle Readers, I received an alert on one of our volumes saying that there were 0 VIRS available. I would like to increase the size of the SYS1SYS1.VTOCIX.PROD09 . In order to fix the problem I tried to do the following : BUILDIX DDNAME(VTOC) OSVTOC PURGE followed by a /* //STEP2 EXEC PGM=ICKDSF,PARM='NOREPLYU' //SYSPRINT DD SYSOUT=* //VTOC DD UNIT=SYSALLDA,VOL=SER=PROD09,DISP=(,KEEP), // DSN=SYS1.VTOCIX.PROD09,SPACE=(TRK,75,,CONTIG) //SYSIN DD * BUILDIX DDNAME(VTOC) IXVTOC /* // However, I received the error message on the first step. : ICK01503I C772 REQUEST RECEIVED TO CONVERT VTOC TO OSFORMAT ICK31505I C772 VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST REJECTED ICK31515I C772 BUILDIX COMMAND FAILED. Is there a way to delete the SYS1.VTOCIX.PROD09 so that it can be reallocated? Thanks in advance -- 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: WILDCARDS - IDCAMS ALTER COMMAND
Elardus & Lizette, Thanks to both of you for your help. I have learned something new today for which I am very greatful. Thanks again. --- On Sat, 12/4/10, Elardus Engelbrecht wrote: From: Elardus Engelbrecht Subject: Re: WILDCARDS - IDCAMS ALTER COMMAND To: IBM-MAIN@bama.ua.edu Received: Saturday, December 4, 2010, 2:20 AM esmie moo wrote: >However, I am trying to ALTER the MANAGEMENT class and not trying to rename the dsn. Do you have any information for that? This will work (check the point before asterisk): ALTER IMSZ.ACBL.* - MANAGEMENTCLASS() This will NOT work as documented (your example): ALTER IMSZ.ACBL* - MANAGEMENTCLASS() For IDCAMS commands the asterisk cannot be part of a HLQ. This is documented. Groete / Greetings Elardus Engelbrecht -- 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
Re: WILDCARDS - IDCAMS ALTER COMMAND
Lizette, Thanks very much for the info. I never tried using the NEWNAME, which I will. However, I am trying to ALTER the MANAGEMENT class and not trying to rename the dsn. Do you have any information for that? --- On Sat, 12/4/10, Lizette Koehler wrote: From: Lizette Koehler Subject: Re: WILDCARDS - IDCAMS ALTER COMMAND To: IBM-MAIN@bama.ua.edu Received: Saturday, December 4, 2010, 1:49 AM > Good Morning Gentle Readers, > > Has anybody been able to ALTER the HLQ dsns of a MANAGEMENT class > using wildcards for the IDCAMS command? I am able to delete dsns using > wildcards HLQs. > > Here is my command that I am trying to issue: > > //IDCAMS EXEC PGM=IDCAMS,REGION=4M > //SYSPRINT DD SYSOUT=* > //SYSIN DD * > ALTER 'IMSZ.ACBL*' - > MGMTCLAS (NOMIG) > /* > I get the error message : > IDC3203I ITEM 'IMSZ.ACBL*' DOES NOT ADHERE TO RESTRICTIONS > IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 > > Can wildcards be used when performing ALTER commands? > > Thanks in advance. If you goggle IDCAMS WILDCARDS, I came up with the following APAR from IBM Using wildcards with IDCAMS ALTER NEWNAME Technote (FAQ) Question Using wildcards with IDCAMS ALTER NEWNAME User is attempting to change the HLQ (High Level Qualifier) on all datasets starting with CICS to CICSA CICS.SYSTEM CICS.SYSTEM2 CICS.SYSTEM.PROD CICS.SYSTEM. Answer Description: Using wildcards with IDCAMS ALTER NEWNAME User is attempting to change the HLQ (High Level Qualifier) on all datasets starting with CICS to CICSA CICS.SYSTEM CICS.SYSTEM2 CICS.SYSTEM.PROD CICS.SYSTEM.TEST Using the following ALTER job: //NEWNAME EXEC PGM=IDCAMS,REGION=4M //SYSPRINT DD SYSOUT=A //SYSIN DD * ALTER CICS.* - NEWNAME(CICSA.*) /* The results are: CICSA.SYSTEM CICSA.SYSTEM2 CICS.SYSTEM.PROD CICS.SYSTEM.TEST Only the datasets matching the level of qualification i.e 2 are changed. Resolution: The generic in ALTER NEWNAME only replaces one qualifier not all following qualifiers. To ALTER the 3 level qualified datasets the following could be coded: ALTER CICS.SYSTEM.* - NEWNAME(CICSA.SYSTEM.*) The following will validly fail with : ALTER CICS.*.* - NEWNAME(CICSA.*.*) IDC3203I ITEM 'CICS.*.*' DOES NOT ADHERE TO RESTRICTIONS A generic can be coded in the middle ALTER CICS.*.TEST - NEWNAME(CICSA.*.TEST1) Does this answer your question? Lizette -- 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
WILDCARDS - IDCAMS ALTER COMMAND
Good Morning Gentle Readers, Has anybody been able to ALTER the HLQ dsns of a MANAGEMENT class using wildcards for the IDCAMS command? I am able to delete dsns using wildcards HLQs. Here is my command that I am trying to issue: //IDCAMS EXEC PGM=IDCAMS,REGION=4M //SYSPRINT DD SYSOUT=* //SYSIN DD * ALTER 'IMSZ.ACBL*' - MGMTCLAS (NOMIG) /* I get the error message : IDC3203I ITEM 'IMSZ.ACBL*' DOES NOT ADHERE TO RESTRICTIONS IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 Can wildcards be used when performing ALTER commands? Thanks in advance. -- 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: QUESTION ABOUT MIGRATION - AT DSN LEVEL
Since the STORAGE GROUP does not have AUTO MIGRATE, is there a way that I can
migrate certain dsn HLQ based on reference date?
For example HSEND MIGRATE DSN('XXX.YYY.ZZZ') DAYS(2)
--- On Wed, 11/17/10, esmie moo wrote:
From: esmie moo
Subject: Re: QUESTION ABOUT Primary Days Non-usage
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, November 17, 2010, 4:52 AM
Thanks David for your help.
--- On Wed, 11/17/10, O'Brien, David W. (NIH/CIT) [C]
wrote:
From: O'Brien, David W. (NIH/CIT) [C]
Subject: Re: QUESTION ABOUT Primary Days Non-usage
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, November 17, 2010, 4:36 AM
You got it. Migrate needs to be Y,I (Incremental) or P (Primary Space Mngt.)
Also check Q AC for the following: MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD
Thank You,
Dave O'Brien
NIH Contractor
________
From: esmie moo [esmie_...@yahoo.ca]
Sent: Tuesday, November 16, 2010 10:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: Fw: QUESTION ABOUT Primary Days Non-usage
As a follow up to my earlier post I checked the storage group attributes and it
shows the following
Auto Migrate . . N (Y, N, I or P)
Auto Backup . . Y (Y or N)
Auto Dump . . . Y (Y or N)
Overflow . . . . N (Y or N)
Could this be why the dsns are not being migrated?
Thanks for your help in advance.
--- On Wed, 11/17/10, esmie moo wrote:
From: esmie moo
Subject: QUESTION ABOUT Primary Days Non-usage
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, November 17, 2010, 4:14 AM
Good Morning Gentle Readers,
I am trying to understand why some dsns are not being migrated. Here is the
construct of the Management class:
Migration Attributes
Primary Days Non-usage . : 0
Level 1 Days Date/Days . : 0
Command or Auto Migrate . : BOTH
Shouldn't these dsns be migrated directly from Level 0 to Level 2? However,
when I perform the HMIG command manually it does the migration. Can someone
spot my error.
--
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
--
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
Re: QUESTION ABOUT Primary Days Non-usage
Thanks David for your help. --- On Wed, 11/17/10, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: QUESTION ABOUT Primary Days Non-usage To: IBM-MAIN@bama.ua.edu Received: Wednesday, November 17, 2010, 4:36 AM You got it. Migrate needs to be Y,I (Incremental) or P (Primary Space Mngt.) Also check Q AC for the following: MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD Thank You, Dave O'Brien NIH Contractor ____ From: esmie moo [esmie_...@yahoo.ca] Sent: Tuesday, November 16, 2010 10:25 AM To: IBM-MAIN@bama.ua.edu Subject: Fw: QUESTION ABOUT Primary Days Non-usage As a follow up to my earlier post I checked the storage group attributes and it shows the following Auto Migrate . . N (Y, N, I or P) Auto Backup . . Y (Y or N) Auto Dump . . . Y (Y or N) Overflow . . . . N (Y or N) Could this be why the dsns are not being migrated? Thanks for your help in advance. --- On Wed, 11/17/10, esmie moo wrote: From: esmie moo Subject: QUESTION ABOUT Primary Days Non-usage To: IBM-MAIN@bama.ua.edu Received: Wednesday, November 17, 2010, 4:14 AM Good Morning Gentle Readers, I am trying to understand why some dsns are not being migrated. Here is the construct of the Management class: Migration Attributes Primary Days Non-usage . : 0 Level 1 Days Date/Days . : 0 Command or Auto Migrate . : BOTH Shouldn't these dsns be migrated directly from Level 0 to Level 2? However, when I perform the HMIG command manually it does the migration. Can someone spot my error. -- 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 -- 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
Fw: QUESTION ABOUT Primary Days Non-usage
As a follow up to my earlier post I checked the storage group attributes and it shows the following Auto Migrate . . N (Y, N, I or P) Auto Backup . . Y (Y or N) Auto Dump . . . Y (Y or N) Overflow . . . . N (Y or N) Could this be why the dsns are not being migrated? Thanks for your help in advance. --- On Wed, 11/17/10, esmie moo wrote: From: esmie moo Subject: QUESTION ABOUT Primary Days Non-usage To: IBM-MAIN@bama.ua.edu Received: Wednesday, November 17, 2010, 4:14 AM Good Morning Gentle Readers, I am trying to understand why some dsns are not being migrated. Here is the construct of the Management class: Migration Attributes Primary Days Non-usage . : 0 Level 1 Days Date/Days . : 0 Command or Auto Migrate . : BOTH Shouldn't these dsns be migrated directly from Level 0 to Level 2? However, when I perform the HMIG command manually it does the migration. Can someone spot my error. -- 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
QUESTION ABOUT Primary Days Non-usage
Good Morning Gentle Readers, I am trying to understand why some dsns are not being migrated. Here is the construct of the Management class: Migration Attributes Primary Days Non-usage . : 0 Level 1 Days Date/Days . : 0 Command or Auto Migrate . : BOTH Shouldn't these dsns be migrated directly from Level 0 to Level 2? However, when I perform the HMIG command manually it does the migration. Can someone spot my error. -- 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: CA-DISK QUESTION
Jeffrey, Thanks very much for your help. Thanks to all who responded to my post. You all have been extremely helpful. --- On Thu, 9/23/10, Jeffrey Deaver wrote: From: Jeffrey Deaver Subject: Re: CA-DISK QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, September 23, 2010, 12:38 AM Flag1 = 08 for a backup, A8 for an archive. I've always had to list FLAG1 out in its binary format (FIELDS=FLAG1B) to know if files are backups or archives as I have other odd ball combinations of the bit math which are possible. From the manual... Byte # Binary Hex Meaning First 1000 80 Data set was scratched at time of archival. 0100 40 Data set was uncataloged at time of archival. 0010 20 Data set was recataloged to CA Disk pseudovolume. 0001 10 Archived due to EXPLICIT request. Note: If this bit is off, Archived by RETAIN 1000 08 Data set was archived via EXCP support. 0100 04 Archived with Incremental Backup 0010 02 Data set is DSORG=DA RECFM=U/V, or is DSORG=PS RECFM=U/V and was backed up as DA. 0001 01 Data set resided on Virtual Volume As for listing what is backup vs what is archive, good old sort works for that. Jeffrey Deaver, Engineer Systems Engineering jeffrey.dea...@securian.com 651-665-4231(v) IS - "Creating competitive advantage with technology. Providing service that excels." OSS - " Where Innovation Happens" -- 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
Re: CA-DISK QUESTION
Kees, Your suggestion worked. Thanks. Now I have to find a way of just listing the A8. Thanks. --- On Thu, 9/23/10, Vernooij, CP - SPLXM wrote: From: Vernooij, CP - SPLXM Subject: Re: CA-DISK QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, September 23, 2010, 12:14 AM LSITD gives you all the datasets in the filesdataset: backups and archives. If you run "LISTD DUP,DSN=/" without the FIELDS parameter, you get the default report and the FLAGs at the right tell you if a dataset is a backup of an archive. Check the manuals. Flag1 = 08 for a backup, A8 for an archive. Kees. "esmie moo" wrote in message news:<123666.9158...@web34502.mail.mud.yahoo.com>... > John, > > No, there is only 1 files dsn. I tried the following : > LISTD FIELDS=(DSNAM,FLAG1B,DSORG,VOLNO,ATIME,ARCDT) > and it listed all the dsns. However it did show me some dsns that are > already on DASD which prompted my post. > > --- On Wed, 9/22/10, John H Kington wrote: > > > From: John H Kington > Subject: Re: CA-DISK QUESTION > To: IBM-MAIN@bama.ua.edu > Received: Wednesday, September 22, 2010, 11:54 PM > > > Esmie, > Do you have more than one files dataset? If so, use mfiles dd and concatenate > all of the files datasets. > Regards, > John > 513-723-7527 > john.king...@convergys.com > ________ > From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of esmie > moo [esmie_...@yahoo.ca] > Sent: Wednesday, September 22, 2010 7:50 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CA-DISK QUESTION > > Jeffrey, > > I tried your suggestion and it gave me only 2 dsns that are archived. I > executed the job over again without the DUPLICATE parm and I got the same > result. When I checked for my dsns and there are about 73 which are archived > and it showed just one. > > --- On Wed, 9/22/10, Jeffrey Deaver wrote: > > > From: Jeffrey Deaver > Subject: Re: CA-DISK QUESTION > To: IBM-MAIN@bama.ua.edu > Received: Wednesday, September 22, 2010, 6:15 AM > > > Usually gets me what I need... > > //LISTD EXEC LISTD > //SYSPRINT DD SYSOUT=* > //SYSIN DD * > LISTD DUPLICATES,FIELDS=(DSNAM,VOLNO,ARCDT,ATIME,EXPDT,ARKEY) > > Jeffrey Deaver, Engineer > Systems Engineering > jeffrey.dea...@securian.com > 651-665-4231(v) > IS - "Creating competitive advantage with technology. Providing service > that excels." > OSS - " Where Innovation Happens" > > -- > 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 > > NOTICE: The information contained in this electronic mail transmission is > intended by Convergys Corporation for the use of the named individual or > entity to which it is directed and may contain information that is privileged > or otherwise confidential. If you have received this electronic mail > transmission in error, please delete it from your system without copying or > forwarding it, and notify the sender of the error by reply email or by > telephone (collect), so that the sender's address records can be corrected. > > -- > 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 information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error
Re: CA-DISK QUESTION
John, No, there is only 1 files dsn. I tried the following : LISTD FIELDS=(DSNAM,FLAG1B,DSORG,VOLNO,ATIME,ARCDT) and it listed all the dsns. However it did show me some dsns that are already on DASD which prompted my post. --- On Wed, 9/22/10, John H Kington wrote: From: John H Kington Subject: Re: CA-DISK QUESTION To: IBM-MAIN@bama.ua.edu Received: Wednesday, September 22, 2010, 11:54 PM Esmie, Do you have more than one files dataset? If so, use mfiles dd and concatenate all of the files datasets. Regards, John 513-723-7527 john.king...@convergys.com From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Wednesday, September 22, 2010 7:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CA-DISK QUESTION Jeffrey, I tried your suggestion and it gave me only 2 dsns that are archived. I executed the job over again without the DUPLICATE parm and I got the same result. When I checked for my dsns and there are about 73 which are archived and it showed just one. --- On Wed, 9/22/10, Jeffrey Deaver wrote: From: Jeffrey Deaver Subject: Re: CA-DISK QUESTION To: IBM-MAIN@bama.ua.edu Received: Wednesday, September 22, 2010, 6:15 AM Usually gets me what I need... //LISTD EXEC LISTD //SYSPRINT DD SYSOUT=* //SYSIN DD * LISTD DUPLICATES,FIELDS=(DSNAM,VOLNO,ARCDT,ATIME,EXPDT,ARKEY) Jeffrey Deaver, Engineer Systems Engineering jeffrey.dea...@securian.com 651-665-4231(v) IS - "Creating competitive advantage with technology. Providing service that excels." OSS - " Where Innovation Happens" -- 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 NOTICE: The information contained in this electronic mail transmission is intended by Convergys Corporation for the use of the named individual or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone (collect), so that the sender's address records can be corrected. -- 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
Re: CA-DISK QUESTION
Jeffrey, I tried your suggestion and it gave me only 2 dsns that are archived. I executed the job over again without the DUPLICATE parm and I got the same result. When I checked for my dsns and there are about 73 which are archived and it showed just one. --- On Wed, 9/22/10, Jeffrey Deaver wrote: From: Jeffrey Deaver Subject: Re: CA-DISK QUESTION To: IBM-MAIN@bama.ua.edu Received: Wednesday, September 22, 2010, 6:15 AM Usually gets me what I need... //LISTD EXEC LISTD //SYSPRINT DD SYSOUT=* //SYSIN DD * LISTD DUPLICATES,FIELDS=(DSNAM,VOLNO,ARCDT,ATIME,EXPDT,ARKEY) Jeffrey Deaver, Engineer Systems Engineering jeffrey.dea...@securian.com 651-665-4231(v) IS - "Creating competitive advantage with technology. Providing service that excels." OSS - " Where Innovation Happens" -- 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
CA-DISK QUESTION
Good Morning Gentle Readers, Is there a way of knowing what datasets are archived in the ARCHIVE Control file? I have an auditor wanting to know what dsns have been archived. Thanks. -- 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
MOVING USER CATALOG
Good Morning Gentle Readers, I need to move some USER CATS from a non-SMS volume to a SMS managed volume. Besides modifying the SMS ACS SC routine is there anything else that I need to consider? Below is my job which I will use to perform the move. /* //BACKUP EXEC PGM=IDCAMS,COND=(4,LT) //DISK1 DD DSN=SYS1.WHMS01.UCAT.BK01.CATJOB01, // DISP=(NEW,CATLG),UNIT=3390,SPACE=(CYL,(10,10),RLSE) //DISK2 DD DSN=SYS1.WHMS01.UCAT.BK02.CATJOB01, // DISP=(NEW,CATLG),UNIT=3390,SPACE=(CYL,(10,10),RLSE) //SYSPRINT DD SYSOUT=* //SYSIN DD * ALTER WHMS01.UCAT LOCK EXPORT WHMS01.UCAT OUTFILE(DISK1) TEMPORARY EXPORT WHMS01.UCAT OUTFILE(DISK2) TEMPORARY /* //DELETE EXEC PGM=IDCAMS,COND=(4,LT) //SYSPRINT DD SYSOUT=* //SYSIN DD * DELETE WHMS01.UCAT RECOVERY USERCATALOG /* //DEFINE EXEC PGM=IDCAMS,COND=(4,LT) //SYSPRINT DD SYSOUT=* //SYSIN DD * DEFINE - USERCATALOG - (NAME (WHMS01.UCAT) - CYL(5) - VOLUME(RPM001) - ICFCATALOG - STRNO(3) - FREESPACE(20 20) - NOIMBED - LOCK - SHAREOPTIONS(3 4)) - DATA( - CONTROLINTERVALSIZE(4096)) /* //IMPORT EXEC PGM=IDCAMS,COND=(4,LT) //SYSPRINT DD SYSOUT=* //SYSIN DD * IMPORT IDS(SYS1.WHMS01.UCAT.BK01.CATJOB01) - ODS(WHMS01.UCAT) - ALIAS - LOCK - INTOEMPTY /* //DIAGNOSE EXEC PGM=IDCAMS,COND=(4,LT) //SYSPRINT DD SYSOUT=* //DIAGDD DD DSN=WHMS01.UCAT,DISP=SHR //SYSIN DD * DIAGNOSE ICFCATALOG INFILE(DIAGDD) EXAMINE NAME(WHMS01.UCAT) - ITEST NODATATEST ERRORLIMIT(1000) EXAMINE NAME(WHMS01.UCAT) - NOITEST DATATEST ERRORLIMIT(1000) /* -- 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
PRTVTOC QUESTION
Good Morning Gentle Readers, I use PRTVTOC to get a quick view of our volumes. I issue the following command (via TSO) - PRTVTOC V(*) SP which gives me a summary list of volumes and the space used/allocated etc. My problem is that I would like to exclude some volumes from this list. I tried several commands but I was either getting a syntax error or it didn't recognise the exclude parm. I GOOGLED PRTVTOC however I found a few sites but it was for the UNIX/LINUX environments. Can someone suggest something I could try? Thanks in advance. -- 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: QUESTION ABOUT STOPX-37 - MAINVIEW SRM
Lizette, I checked there were no IGD messages. I did a double check, none of the volumes in that group are SMS or CA-ALLOCATE managed. --- On Thu, 6/24/10, Lizette Koehler wrote: From: Lizette Koehler Subject: Re: QUESTION ABOUT STOPX-37 - MAINVIEW SRM To: IBM-MAIN@bama.ua.edu Received: Thursday, June 24, 2010, 5:53 AM Is DFSMS doing this? Do you use an ACS code that might change the location of the volume? Look for IGD messages in the job messages section after the JCL. Lizette > >Mike, > >Thanks for clearing this up. I looked at the job which created the dsns but >there was no SVM* messages displayed. I ran a test and when I increased the >size from 1 cyl to 5000, the SVM messages were displayed. My question is what >rule is bypassing the allocation. I verified my jcl and I do not have any >parms to bypass the volser. > >--- On Thu, 6/24/10, Spencer, Mike wrote: > > >From: Spencer, Mike >Subject: Re: QUESTION ABOUT STOPX-37 - MAINVIEW SRM >To: IBM-MAIN@bama.ua.edu >Received: Thursday, June 24, 2010, 5:11 AM > > >StopX37 is NOT CA-Allocate. Two different vendors. Please post facts, not >postulates. > >You can bypass StopX37 routines by coding a DD DUMMY statement in the users >job to determine the outcome of the allocation without StopX37/II being >involved. >Unless you have changed the value in the StopX37/II Global Member, the >statement to code would be //PROIGN DD DUMMY. The //NOPLD DD DUMMY is a >holdover from the original StopX37 and POOLDASD products back in the Empact >Software days. Folks still use it by changing the Global Member parameter of >IGNOREDD=PROIGN to IGNOREDD=NOPLD. > >In addition, unless messaging is turned off or the message prefix has been >changed by the user, the joblog should display a message prefix of SVM* >whenever StopX37 is invoked to take an action. > >Mike Spencer >BMC Software > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of >Mark Steely >Sent: Wednesday, June 23, 2010 12:34 PM >To: IBM-MAIN@bama.ua.edu >Subject: Re: QUESTION ABOUT STOPX-37 - MAINVIEW SRM > >Stop X37 is now CA-Allocate which controls allocation of files. Look at the >started task under SDSF and look for this message: CA Allocate ASR ROUTINE >IS. This will display the library with all the routines that are getting >executed. The answer should be there. > >Thank You > >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of >esmie moo >Sent: Wednesday, June 23, 2010 11:22 AM >To: IBM-MAIN@bama.ua.edu >Subject: QUESTION ABOUT STOPX-37 - MAINVIEW SRM > >Good Morning Gentle Readers, > >I am trying to trouble shoot a problem which may be related to StopX37. The >user is creating a VSAM file and is specifying the VOLSER. For some reason >the dsn is being allocated on another volume. The environment does NOT have >SMS or CA-ALLOCATE or any other software except for StopX37 which raises my >suspicion. If somebody is familiar with StopX37 could you point me to look at >the specific parm in the StopX37 Parmlib. > >Thanks in advance. > > -- 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
Re: QUESTION ABOUT STOPX-37 - MAINVIEW SRM
Mike, Thanks for clearing this up. I looked at the job which created the dsns but there was no SVM* messages displayed. I ran a test and when I increased the size from 1 cyl to 5000, the SVM messages were displayed. My question is what rule is bypassing the allocation. I verified my jcl and I do not have any parms to bypass the volser. --- On Thu, 6/24/10, Spencer, Mike wrote: From: Spencer, Mike Subject: Re: QUESTION ABOUT STOPX-37 - MAINVIEW SRM To: IBM-MAIN@bama.ua.edu Received: Thursday, June 24, 2010, 5:11 AM StopX37 is NOT CA-Allocate. Two different vendors. Please post facts, not postulates. You can bypass StopX37 routines by coding a DD DUMMY statement in the users job to determine the outcome of the allocation without StopX37/II being involved. Unless you have changed the value in the StopX37/II Global Member, the statement to code would be //PROIGN DD DUMMY. The //NOPLD DD DUMMY is a holdover from the original StopX37 and POOLDASD products back in the Empact Software days. Folks still use it by changing the Global Member parameter of IGNOREDD=PROIGN to IGNOREDD=NOPLD. In addition, unless messaging is turned off or the message prefix has been changed by the user, the joblog should display a message prefix of SVM* whenever StopX37 is invoked to take an action. Mike Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, June 23, 2010 12:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: QUESTION ABOUT STOPX-37 - MAINVIEW SRM Stop X37 is now CA-Allocate which controls allocation of files. Look at the started task under SDSF and look for this message: CA Allocate ASR ROUTINE IS. This will display the library with all the routines that are getting executed. The answer should be there. Thank You -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of esmie moo Sent: Wednesday, June 23, 2010 11:22 AM To: IBM-MAIN@bama.ua.edu Subject: QUESTION ABOUT STOPX-37 - MAINVIEW SRM Good Morning Gentle Readers, I am trying to trouble shoot a problem which may be related to StopX37. The user is creating a VSAM file and is specifying the VOLSER. For some reason the dsn is being allocated on another volume. The environment does NOT have SMS or CA-ALLOCATE or any other software except for StopX37 which raises my suspicion. If somebody is familiar with StopX37 could you point me to look at the specific parm in the StopX37 Parmlib. Thanks in advance. -- 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 *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- 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
QUESTION ABOUT STOPX-37 - MAINVIEW SRM
Good Morning Gentle Readers, I am trying to trouble shoot a problem which may be related to StopX37. The user is creating a VSAM file and is specifying the VOLSER. For some reason the dsn is being allocated on another volume. The environment does NOT have SMS or CA-ALLOCATE or any other software except for StopX37 which raises my suspicion. If somebody is familiar with StopX37 could you point me to look at the specific parm in the StopX37 Parmlib. Thanks in advance. -- 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: SMS QUESTION
Michael, Thank you. No, there is no plans to have DFHSM in this partition. The client is satisfied with CA-ALLOCATE/CA-DISK. Thanks. --- On Sat, 5/22/10, Michael Wickman wrote: From: Michael Wickman Subject: Re: SMS QUESTION To: IBM-MAIN@bama.ua.edu Received: Saturday, May 22, 2010, 4:42 AM You might want to consider the management class activity if there is a possibility the data/application could move to a lpar with DFHSM. If that's unlikely, then it's not necessary. Mike Wickman -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of esmie moo Sent: Friday, May 21, 2010 11:37 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] SMS QUESTION Good Morning Gentle Readers, I am in the processing of allocating a SC & SG for several new aliases in SMS. The user doesn't want this particular STORAGE GROUP to have migration. This sounds okay however since there is no DFHSM in this partition is it necessary to pay particular attention or modify the MANAGEMENT class CONSTRUCT & ACS routines? The archiving tool in this partitioin is CA-DISK. Thanks in advance -- 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
SMS QUESTION
Good Morning Gentle Readers, I am in the processing of allocating a SC & SG for several new aliases in SMS. The user doesn't want this particular STORAGE GROUP to have migration. This sounds okay however since there is no DFHSM in this partition is it necessary to pay particular attention or modify the MANAGEMENT class CONSTRUCT & ACS routines? The archiving tool in this partitioin is CA-DISK. Thanks in advance -- 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: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
Ron, You mentioned compression. Please correct me if I am wrong. All the dsns on ML1 are compressed? Thanks. --- On Tue, 4/20/10, Ron Hawkins wrote: From: Ron Hawkins Subject: Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 To: IBM-MAIN@bama.ua.edu Received: Tuesday, April 20, 2010, 12:46 PM Darth, The ML1 and ML2 are usually cheaper and lower performance than Primary Storage. ML1 cost efficiency is usually achieved through compression, whereas ML2 is a change in media. ML2 Tape can easily be replaced with Tier 2 disk using internal SATA, external virtualized midrange storage, or earlier generations of DASD disk systems with a reduced maintenance cost (I think Radoslaw did this with 7700E). Ron > > > If I understand this correctly, you're going to have 2 levels of migration > both on Disk? Even if that's possible, what does it gain you? Wouldn't > it make more sense to just have an ML1 and then no ML2? And again, I > question whether that's even possible with HSM. > > I do seem to remember this same discussion in the past, so you should > probably check out the archives. We're actually going the other route - > we're moving to a 'tapeless' virtual tape system & I'm eliminating ML1. > > ddk > -- 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
Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
Darth, Yes, we are aiming to maintain both levels of migration. Is this doable? --- On Tue, 4/20/10, Darth Keller wrote: From: Darth Keller Subject: Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 To: IBM-MAIN@bama.ua.edu Received: Tuesday, April 20, 2010, 5:07 AM >>Because of incessant problems with tapes (3590-1) we are looking at using DASD for ML2 migration as well as BACKUP. Besides changing the following >>commands is there something else I could have overlooked? >>If anybody has been down this road I would appreciate it if you could warn me of any potential problems that you have encountered. If I understand this correctly, you're going to have 2 levels of migration both on Disk? Even if that's possible, what does it gain you? Wouldn't it make more sense to just have an ML1 and then no ML2? And again, I question whether that's even possible with HSM. I do seem to remember this same discussion in the past, so you should probably check out the archives. We're actually going the other route - we're moving to a 'tapeless' virtual tape system & I'm eliminating ML1. ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- 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
DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
Good Morning Gentle Readers, Because of incessant problems with tapes (3590-1) we are looking at using DASD for ML2 migration as well as BACKUP. Besides changing the following commands is there something else I could have overlooked? SETSYS ARECOVERUNITNAME(3590-1) SETSYS ARECOVERML2UNIT(3590-1) TAPEMIGRATION(ML2TAPE(TAPE(A19840C)) RECONNECT(ALL)) MIGUNITNAME(A19840C) SETSYS BACKUP(TAPE(A19840C)) RIDF(BACKUP(1)) - UNITNAME(A19840C) - SETSYS DSBACKUP (DASDSELECTIONSIZE(0 0) TAPE(TASKS(2) If anybody has been down this road I would appreciate it if you could warn me of any potential problems that you have encountered. Thanks __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- 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: JCL QUESTION
Sorry I made a typo. It should read as : I have changed the jcl. --- On Thu, 4/8/10, esmie moo wrote: From: esmie moo Subject: Re: JCL QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, April 8, 2010, 2:53 AM Howard, The STEP1 (first step) was performing an IEFBR14. It is trying to delete the dsn: //DELFILE EXEC PGM=IEFBR14 //DD1 DD DSN=CICS2.SYSB.LISTCAT,DISP=(OLD,DELETE,DELETE) The second step (STEP2) was trying to create the same dsn using IDCAMS: //LSYSBCAT EXEC PGM=IDCAMS //SYSPRINT DD DSN=CICS2.SYSB.LISTCAT,DISP=(NEW,CATLG,DELETE), // DCB=(RECFM=VBA,LRECL=125,BLKSIZE=3750), // SPACE=(TRK,(10,1),RLSE) I tried the suggestions that were made and it worked. I have not changed the jcl in STEP1 to read as :DISP=(MOD,DELETE),SPACE=(1,0) Thanks. --- On Thu, 4/8/10, Howard Brazee wrote: From: Howard Brazee Subject: Re: JCL QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, April 8, 2010, 2:34 AM On 7 Apr 2010 06:51:15 -0700, esmie_...@yahoo.ca (esmie moo) wrote: >I have a problem with a batch job which keeps failing on a JCL error. The >first step deletes the dsn >and the second step recreates the dsn using PGM=IDCAMS. Is there a way of >having the job continue >to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. >I looked at using COND=EVEN but it doesn't work because the job did not abend >to meet the condition. > >Is there another way of going about having the job continue to STEP2 >eventhough STEP1 has a jcl error? Does the first job abend because it is not finding the file? How are you deleting it? -- 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 __ Get the name you've always wanted @ymail.com or @rocketmail.com! Go to http://ca.promos.yahoo.com/jacko/ -- 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 __ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php -- 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: JCL QUESTION
Howard, The STEP1 (first step) was performing an IEFBR14. It is trying to delete the dsn: //DELFILE EXEC PGM=IEFBR14 //DD1 DD DSN=CICS2.SYSB.LISTCAT,DISP=(OLD,DELETE,DELETE) The second step (STEP2) was trying to create the same dsn using IDCAMS: //LSYSBCAT EXEC PGM=IDCAMS //SYSPRINT DD DSN=CICS2.SYSB.LISTCAT,DISP=(NEW,CATLG,DELETE), // DCB=(RECFM=VBA,LRECL=125,BLKSIZE=3750), // SPACE=(TRK,(10,1),RLSE) I tried the suggestions that were made and it worked. I have not changed the jcl in STEP1 to read as :DISP=(MOD,DELETE),SPACE=(1,0) Thanks. --- On Thu, 4/8/10, Howard Brazee wrote: From: Howard Brazee Subject: Re: JCL QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, April 8, 2010, 2:34 AM On 7 Apr 2010 06:51:15 -0700, esmie_...@yahoo.ca (esmie moo) wrote: >I have a problem with a batch job which keeps failing on a JCL error. The >first step deletes the dsn >and the second step recreates the dsn using PGM=IDCAMS. Is there a way of >having the job continue >to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. >I looked at using COND=EVEN but it doesn't work because the job did not abend >to meet the condition. > >Is there another way of going about having the job continue to STEP2 >eventhough STEP1 has a jcl error? Does the first job abend because it is not finding the file? How are you deleting it? -- 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 __ Get the name you've always wanted @ymail.com or @rocketmail.com! Go to http://ca.promos.yahoo.com/jacko/ -- 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: JCL QUESTION
Gentle Contributers, I tested both suggestions and it worked. Thanks to all who have helped me with their suggestions. --- On Thu, 4/8/10, Paul Gilmartin wrote: From: Paul Gilmartin Subject: Re: JCL QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, April 8, 2010, 1:56 AM On Wed, 7 Apr 2010 06:50:55 -0700, esmie moo wrote: > >I have a problem with a batch job which keeps failing on a JCL error. The >first step deletes the dsn and the second step recreates the dsn using >PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even >though it posts a jcl error (dsn not found) in STEP1. I looked at using >COND=EVEN but it doesn't work because the job did not abend to meet the >condition. > >Is there another way of going about having the job continue to STEP2 >eventhough STEP1 has a jcl error? > Use DISP=(MOD,DELETE),SPACE=(1,0),UNIT=SYSALLDA in STEP1 and no JCL error should occur. (Untested.) -- gil -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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
JCL QUESTION
Good Morning Gentle Readers, I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? Thanks __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFHSM QUESTION -ARC0022I DFSMSHSM LOG RENAME ERROR
Thanks Walter. --- On Thu, 2/11/10, Walter Marguccio wrote: From: Walter Marguccio Subject: Re: DFHSM QUESTION -ARC0022I DFSMSHSM LOG RENAME ERROR To: IBM-MAIN@bama.ua.edu Received: Thursday, February 11, 2010, 4:06 AM > If I am right, do I need to delete either HSMLOG*C file and recrea > If I am right, do I need to delete either HSMLOG*C file and recreate on the > same volume as the other? You are right. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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 __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca -- 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
