Re: Help! When is DASD I/O time equal to Subchannel Start Count?
Answer: When you are using FICON. I took a quick look at a semi-random sample of my data and saw the same thing. So I went to the SMF manual and found this for SMF30AIC: DASD I/O connect time, in 128-microsecond units, for address space plus dependent enclaves. Note that the value of RqsvAIC for FICON® channel utilization cannot be calculated. For more information, see Note. The note says: Note: The system adjusts the connect time for FICON DASD to be 1 millisecond per request. This value differs from the channel reported connect time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SDSF;O SYSLOG files?
On Wed, 25 Jan 2012 11:24:22 -0500, Graham Hobbs gho...@cdpwise.net wrote: Am an app developer on Dallas VIC, they clutter my O option, always seems to be around sixteen of them You may want to ask the question to zTech zt...@us.ibm.com. In my experience the people there are competent and very responsive. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
ASM and HiperPAV
What is the current wisdom on ASMs usage of HIPERPAV? Is ASM still only using two IOs per page data set or has that been fixed? The last definitive word I found about this was by Jim Mulder at the end of 2009 (not fixed). Thanks, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
However LIBDEF for ISPLLIB usually doesn't work because it does not support the use of LINK, LOAD, ATTACH or XCTL. I was given the following information some time ago by the ISPF team: An ISPF application that needs their LINKs, LOADs, ATTACHes and XCTLs to search the ISPLLIB should be started via SELECT CMD(youprog) rather than SELECT PGM(yourprog). With the CMD approach, the program runs with a TASKLIB of ISPLLIB and any LINKs, LOADs, and XCTLs done under that task will thus search ISPLLIB. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
The 'youprog' instead of 'yourprog' in Peter Relson 's post is an innocuous typo, but | . . . any LINKs, LOADs, and XCTLs done under that task will | thus search ISPLLIB. conspicuously omits ATTACHes. Is this significant? I.e., is ATTACHing subtasks unsupported or problematic? I suspect not, but explicit clarification would be helpful. --jg On 1/26/12, Peter Relson rel...@us.ibm.com wrote: However LIBDEF for ISPLLIB usually doesn't work because it does not support the use of LINK, LOAD, ATTACH or XCTL. I was given the following information some time ago by the ISPF team: An ISPF application that needs their LINKs, LOADs, ATTACHes and XCTLs to search the ISPLLIB should be started via SELECT CMD(youprog) rather than SELECT PGM(yourprog). With the CMD approach, the program runs with a TASKLIB of ISPLLIB and any LINKs, LOADs, and XCTLs done under that task will thus search ISPLLIB. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
On Thu, 26 Jan 2012 08:02:36 -0500 Peter Relson rel...@us.ibm.com wrote: :However LIBDEF for ISPLLIB usually doesn't work because it does not :support the use of LINK, LOAD, ATTACH or XCTL. :I was given the following information some time ago by the ISPF team: :An ISPF application that needs their LINKs, LOADs, ATTACHes and XCTLs to :search the ISPLLIB should be started via SELECT CMD(youprog) rather than :SELECT PGM(yourprog). With the CMD approach, the program runs with a :TASKLIB of ISPLLIB and any LINKs, LOADs, and XCTLs done under that task :will thus search ISPLLIB. There are two ISPLLIBs in this context. The DDNAME ISPLLIB when ISPF starts and the LIBDEF ISPLLIB. The DDNAME is always a TASKLIB and will be searched for LOAD, ATTACH, LINK, etc. The LIBDEF is NOT a TASKLIB unless SELECT CMD is used, and is then available for LOAD, ATTACH, LINK, etc. If SELECT PGM is used, the only documented was to determine the library is by using QLIBDEF and building the DCB, etc. You can use SELECT PGM to LINK to another program as well. -- Binyamin Dissen bdis...@dissensoftware.com 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: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
In capd5f5qzvxtew_m7uh36p5gkpyxgp+ys5tf1xc5rfif88gv...@mail.gmail.com, on 01/26/2012 at 08:47 AM, John Gilmore johnwgilmore0...@gmail.com said: conspicuously omits ATTACHes. Is this significant? No. Read the entire sentence, then read the description of TASKLIB in ATTACH. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SDSF;O SYSLOG files?
Jantje, I will for other questions (already purged most of my SYSLOG's, logged on this morning and all seems well). Working alone one collects sources .. especially this list! Thanks Graham .. pity about Clijsters - Original Message - From: Jan MOEYERSONS jan.moeyers...@adelior.be Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Thursday, January 26, 2012 6:27 AM Subject: Re: SDSF;O SYSLOG files? On Wed, 25 Jan 2012 11:24:22 -0500, Graham Hobbs gho...@cdpwise.net wrote: Am an app developer on Dallas VIC, they clutter my O option, always seems to be around sixteen of them You may want to ask the question to zTech zt...@us.ibm.com. In my experience the people there are competent and very responsive. Cheers, Jantje. -- 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
3390s on SAN?
There is an internal proposal to carve several TB of dasd from one of our non-mainframe depts. And use it to replace our aging HDS DASD. Question: How easy/difficult is this to accomplish? We re-configured an array from 3390 mod-3s to mod 27/50s but the entire array needed to be cleared of data. I'm assuming the same will be true in this case. I'm also assuming that the disks will need to be re-modeled (I am probably not using the correct terminology) to be mainframe compliant. Are my assumptions correct? Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
MCDS Dataset Help
Hi MVSListerv, I'm confused about the following information, that's display from command F DFSMShsm,F CDS: ARC0101I QUERY CONTROLDATASETS COMMAND STARTING ON ARC0101I (CONT.) HOST=1 ARC0947I CDS SERIALIZATION TECHNIQUE IS RESERVE ARC0148I MCDS TOTAL SPACE=648000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 81% FULL, WARNING THRESHOLD=80%, TOTAL ARC0148I (CONT.) FREESPACE=49%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I MCDS INDEX TOTAL SPACE=0010237 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 025% FULL, WARNING THRESHOLD=080%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 ARC0148I BCDS TOTAL SPACE=288000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 45% FULL, WARNING THRESHOLD=85%, TOTAL ARC0148I (CONT.) FREESPACE=60%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I BCDS INDEX TOTAL SPACE=0006432 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 045% FULL, WARNING THRESHOLD=085%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 ARC0148I OCDS TOTAL SPACE=216000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 11% FULL, WARNING THRESHOLD=80%, TOTAL ARC0148I (CONT.) FREESPACE=91%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I OCDS INDEX TOTAL SPACE=630 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 010% FULL, WARNING THRESHOLD=080%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 ARC0148I JOURNAL TOTAL SPACE=155002 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 046% FULL, WARNING THRESHOLD=080%, TOTAL ARC0148I (CONT.) FREESPACE=054%, EA=NO, CANDIDATE VOLUMES=0 ARC0101I QUERY CONTROLDATASETS COMMAND COMPLETED ON ARC0101I (CONT.) HOST=1 I guess what has me confused is the 81% full with the 49% freespace... Makes no sense to me! Can someone tell me how to fix this problem? * * *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* 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
Re: MCDS Dataset Help
When you defined the CDS's, what did you specify for freespace? -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, January 26, 2012 11:18 AM To: IBM-MAIN@bama.ua.edu Subject: MCDS Dataset Help Hi MVSListerv, I'm confused about the following information, that's display from command F DFSMShsm,F CDS: ARC0101I QUERY CONTROLDATASETS COMMAND STARTING ON ARC0101I (CONT.) HOST=1 ARC0947I CDS SERIALIZATION TECHNIQUE IS RESERVE ARC0148I MCDS TOTAL SPACE=648000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 81% FULL, WARNING THRESHOLD=80%, TOTAL ARC0148I (CONT.) FREESPACE=49%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I MCDS INDEX TOTAL SPACE=0010237 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 025% FULL, WARNING THRESHOLD=080%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 ARC0148I BCDS TOTAL SPACE=288000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 45% FULL, WARNING THRESHOLD=85%, TOTAL ARC0148I (CONT.) FREESPACE=60%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I BCDS INDEX TOTAL SPACE=0006432 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 045% FULL, WARNING THRESHOLD=085%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 ARC0148I OCDS TOTAL SPACE=216000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 11% FULL, WARNING THRESHOLD=80%, TOTAL ARC0148I (CONT.) FREESPACE=91%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I OCDS INDEX TOTAL SPACE=630! K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 010% FULL, WARNING THRESHOLD=080%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 ARC0148I JOURNAL TOTAL SPACE=155002 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 046% FULL, WARNING THRESHOLD=080%, TOTAL ARC0148I (CONT.) FREESPACE=054%, EA=NO, CANDIDATE VOLUMES=0 ARC0101I QUERY CONTROLDATASETS COMMAND COMPLETED ON ARC0101I (CONT.) HOST=1 I guess what has me confused is the 81% full with the 49% freespace... Makes no sense to me! Can someone tell me how to fix this problem? * * *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* 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
Just curious
Just out of curiosity, what was the code name of the IBM z114. FREEWAY was z900, z10 BC and was GRYPHON so on. -- Carlos Bodra São Paulo - SP Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 3390s on SAN?
Well, you have to move out enough data to cover the number of TB that you're reconfiguring. For the most part, the Rank/array has to have enough contiguous data to carve out the volumes. In other words, if you want to carve out 1 TB of mod-9 volumes, then you have to have 1 tb of contiguous free space on the rank. As for ease to get this done, that depends on the level of microcode that's on your box. I know that currently, some very large volumes can be created but I don't know how this relates to the amount of space on a rank. Thanks, Hervey Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, January 26, 2012 10:53 AM To: IBM-MAIN@bama.ua.edu Subject: 3390s on SAN? There is an internal proposal to carve several TB of dasd from one of our non-mainframe depts. And use it to replace our aging HDS DASD. Question: How easy/difficult is this to accomplish? We re-configured an array from 3390 mod-3s to mod 27/50s but the entire array needed to be cleared of data. I'm assuming the same will be true in this case. I'm also assuming that the disks will need to be re-modeled (I am probably not using the correct terminology) to be mainframe compliant. Are my assumptions correct? Thank You, Dave O'Brien NIH Contractor -- 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: 3390s on SAN?
On 01/26/2012 09:52 AM, O'Brien, David W. (NIH/CIT) [C] wrote: There is an internal proposal to carve several TB of dasd from one of our non-mainframe depts. And use it to replace our aging HDS DASD. Question: How easy/difficult is this to accomplish? We re-configured an array from 3390 mod-3s to mod 27/50s but the entire array needed to be cleared of data. I'm assuming the same will be true in this case. I'm also assuming that the disks will need to be re-modeled (I am probably not using the correct terminology) to be mainframe compliant. Are my assumptions correct? Thank You, Dave O'Brien NIH Contractor With nothing having been said about the existing type of non-mainframe SAN storage... It's not just a question of raw DASD storage, but whether the existing SAN hardware has the smarts to drive mainframe ESCON or FICON channel interfaces and whether it is able to support the 3990 controller and 3390 CKD disk device geometries and protocols, as these are all radically different from typical non-mainframe disk interfaces. Assuming that the hardware can support these requirements, if it was never originally configured with a mainframe in mind the odds are it will not have any mainframe channel interfaces installed, and at a minimum some hardware upgrade will be required for that. I'm pretty sure IBM disk subsystems that support mix of SAN and mainframe storage require each entire physical array to be allocated to only one of those functions. -- 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: INFO IBM-MAIN
Re: Cancel STC
If you want a different name in the future, you can accomplish it through the start command by adding .identifier (period plus alternate job (STC) name). Start STRSSA.NEWNAME,... (start parameters) Then you could issue CANCEL NEWNAME or MODIFY NEWNAME, etc. It is actually documented in the Operator Commands book under the START command. I see you can now add JOBNAME= to the start command. What will they think of next? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: COBOL execs Dummy Question
IGYCRCTL is the executable load module that is the Resident Control phase (main program) of the COBOL compiler. Now my turn...how does this information help you? Satisfaction of his curiosity? :) I too was interested to see the derivation of the name. Personally, any time I see IGYCRCTL I think to myself, Iggy Cricktill. Not sure why I feel compelled to pronounce the name rather than just spelling it out! Reminds me of a time when I was teaching a class on COBOL and Kicks and the class was completley confused until I spelled out CICS. I like Iggy Cricktill! Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: COBOL execs Dummy Question
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Ross [ snip ] Personally, any time I see IGYCRCTL I think to myself, Iggy Cricktill. Not sure why I feel compelled to pronounce the name rather than just spelling it out! Reminds me of a time when I was teaching a class on COBOL and Kicks and the class was completley confused until I spelled out CICS. I like Iggy Cricktill! Somewhere over in DFSMS, there's IGDZILLA :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: MCDS Dataset Help
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez Sent: Thursday, January 26, 2012 8:18 AM To: IBM-MAIN@bama.ua.edu Subject: MCDS Dataset Help Hi MVSListerv, I'm confused about the following information, that's display from command F DFSMShsm,F CDS: ARC0101I QUERY CONTROLDATASETS COMMAND STARTING ON ARC0101I (CONT.) HOST=1 ARC0947I CDS SERIALIZATION TECHNIQUE IS RESERVE ARC0148I MCDS TOTAL SPACE=648000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 81% FULL, WARNING THRESHOLD=80%, TOTAL ARC0148I (CONT.) FREESPACE=49%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I MCDS INDEX TOTAL SPACE=0010237 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 025% FULL, WARNING THRESHOLD=080%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 snip I guess what has me confused is the 81% full with the 49% freespace... Makes no sense to me! Read the description of the message. The % full is based on the last used RBA while the % free includes all the space after that point PLUS any unused space before that point. It is similar to the situation in a PDS where new data will always be added at the end but there can be gas in the interior. Can someone tell me how to fix this problem? What problem do you think exists? Chapter 3 of the HSM Implementation and Customization Guide has a section on monitoring the CDSs. It tells you how to reorganize them if you want to recover the unusable free space. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: COBOL execs Dummy Question
It's alive and well in SYS1.LPALIB. Browse the library, and SORT SIZE Descending, and look at what shows up at the top of the list as the largest. Tom Chicklon Somewhere over in DFSMS, there's IGDZILLA :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: COBOL execs Dummy Question
On Thu, Jan 26, 2012 at 12:15 PM, Chase, John jch...@ussco.com wrote: Somewhere over in DFSMS, there's IGDZILLA :-) -jc- http://planetmvs.com/humor/slang.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: INFO IBM-MAIN
Re: MCDS Dataset Help
I'm running the export/import process almost daily. It used to run once a week. * * *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 Thu, Jan 26, 2012 at 1:19 PM, Schwarz, Barry A barry.a.schw...@boeing.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez Sent: Thursday, January 26, 2012 8:18 AM To: IBM-MAIN@bama.ua.edu Subject: MCDS Dataset Help Hi MVSListerv, I'm confused about the following information, that's display from command F DFSMShsm,F CDS: ARC0101I QUERY CONTROLDATASETS COMMAND STARTING ON ARC0101I (CONT.) HOST=1 ARC0947I CDS SERIALIZATION TECHNIQUE IS RESERVE ARC0148I MCDS TOTAL SPACE=648000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 81% FULL, WARNING THRESHOLD=80%, TOTAL ARC0148I (CONT.) FREESPACE=49%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I MCDS INDEX TOTAL SPACE=0010237 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 025% FULL, WARNING THRESHOLD=080%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 snip I guess what has me confused is the 81% full with the 49% freespace... Makes no sense to me! Read the description of the message. The % full is based on the last used RBA while the % free includes all the space after that point PLUS any unused space before that point. It is similar to the situation in a PDS where new data will always be added at the end but there can be gas in the interior. Can someone tell me how to fix this problem? What problem do you think exists? Chapter 3 of the HSM Implementation and Customization Guide has a section on monitoring the CDSs. It tells you how to reorganize them if you want to recover the unusable free space. -- 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
Re: MCDS Dataset Help
No I didn't. Here's the definition that I used: DEFINE CL (NAME(DFHSM.MCDS.NEW)- SPEED - SHR(3 3)- NIMBD - NREPL - FSPC(0 0) - IXD - KEYS(44 0) - RECSZ(200 2040) - BUFSP(11776)- NDSTGW - NERAS - UNORD - NSPND - NWCK- NRUS- STAGE) - DATA (NAME(DFHSM.MCDS.NEW.DATA) - CYL(900 0) - CISZ(4096) - VOL(PHSM00))- INDEX (NAME(DFHSM.MCDS.NEW.INDEX) - CYL(15 0) - CISZ(3584 ) - VOLUMES(PHSM00)) It's been that way for a very long, long time... * * *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 Thu, Jan 26, 2012 at 11:27 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: When you defined the CDS's, what did you specify for freespace? -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, January 26, 2012 11:18 AM To: IBM-MAIN@bama.ua.edu Subject: MCDS Dataset Help Hi MVSListerv, I'm confused about the following information, that's display from command F DFSMShsm,F CDS: ARC0101I QUERY CONTROLDATASETS COMMAND STARTING ON ARC0101I (CONT.) HOST=1 ARC0947I CDS SERIALIZATION TECHNIQUE IS RESERVE ARC0148I MCDS TOTAL SPACE=648000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 81% FULL, WARNING THRESHOLD=80%, TOTAL ARC0148I (CONT.) FREESPACE=49%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I MCDS INDEX TOTAL SPACE=0010237 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 025% FULL, WARNING THRESHOLD=080%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 ARC0148I BCDS TOTAL SPACE=288000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 45% FULL, WARNING THRESHOLD=85%, TOTAL ARC0148I (CONT.) FREESPACE=60%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I BCDS INDEX TOTAL SPACE=0006432 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 045% FULL, WARNING THRESHOLD=085%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 ARC0148I OCDS TOTAL SPACE=216000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 11% FULL, WARNING THRESHOLD=80%, TOTAL ARC0148I (CONT.) FREESPACE=91%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I OCDS INDEX TOTAL SPACE=630! K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 010% FULL, WARNING THRESHOLD=080%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 ARC0148I JOURNAL TOTAL SPACE=155002 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 046% FULL, WARNING THRESHOLD=080%, TOTAL ARC0148I (CONT.) FREESPACE=054%, EA=NO, CANDIDATE VOLUMES=0 ARC0101I QUERY CONTROLDATASETS COMMAND COMPLETED ON ARC0101I (CONT.) HOST=1 I guess what has me confused is the 81% full with the 49% freespace... Makes no sense to me! Can someone tell me how to fix this problem? * * *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* 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 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
Re: 3390s on SAN?
Q1: Does it natively support Mainframe volumes via ESCON / FICON. Yes. Delete all Open Systems volumes, LCUs, etc, then define them as mainframe LCUs, RAID-5, Volumes. No. Get an luminex adapter. I uses emulates mainframe volumes and stores them on SAN attached Open Systems volumes. Also does VTAPE volumes. http://www.luminex.com/products/channel_gateway/why_channel_gateway.php On Thu, Jan 26, 2012 at 9:52 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: There is an internal proposal to carve several TB of dasd from one of our non-mainframe depts. And use it to replace our aging HDS DASD. Question: How easy/difficult is this to accomplish? We re-configured an array from 3390 mod-3s to mod 27/50s but the entire array needed to be cleared of data. I'm assuming the same will be true in this case. I'm also assuming that the disks will need to be re-modeled (I am probably not using the correct terminology) to be mainframe compliant. Are my assumptions correct? Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: MCDS Dataset Help
I submit that you really need to look at the size of the MCDS, or the free CI/CA freespace percentages. snip From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez I'm running the export/import process almost daily. It used to run once a week. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: MCDS Dataset Help
I've never really understood the difference between these 2 numbers. I just usually just look at the percentage full. And as long as I don't get any alerts on these, I don't worry about them. Thanks, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Thursday, January 26, 2012 3:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: MCDS Dataset Help I submit that you really need to look at the size of the MCDS, or the free CI/CA freespace percentages. snip From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez I'm running the export/import process almost daily. It used to run once a week. /snip -- 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: MCDS Dataset Help
It's just that the MCDS is the only one of the 3 datasets where the numbers are strange. I think I'm going to take the advise from other experts and read chapter 3 of the DFhsm Administration and Installation Guide to understand what's going on. Thanks! * * *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 Thu, Jan 26, 2012 at 4:04 PM, Hervey Martinez hervey.marti...@custserv.com wrote: I've never really understood the difference between these 2 numbers. I just usually just look at the percentage full. And as long as I don't get any alerts on these, I don't worry about them. Thanks, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Thursday, January 26, 2012 3:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: MCDS Dataset Help I submit that you really need to look at the size of the MCDS, or the free CI/CA freespace percentages. snip From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez I'm running the export/import process almost daily. It used to run once a week. /snip -- 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 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
different tape media for ML2 copies in HSM
Currently we are creating duplex tape copies for ML2 in HSM. We are using logical tape (VTS), and we used to use Export to get the second copies offsite. However, 2 years ago we stopped all Export/Import functions, and now have the two copies always in the library(which is bad). My job now, is to find a way to be able to send the second copy offsite by using native 3590 tape. I was researching, and I am 99% sure that I cannot use different media logical tape for onsite and native 3590 for offsite for the ML2 tapes. I was told to turn the 99% into 100%. So here is my question: Is there any way to use different media for the two ML2 tapes? A patch maybe? Logically thinking, since the 3590 is larger we would never have issues with filling up the second tape, but then have partial filled 3590 tapes offsite. I wonder if parameters like the TAPEUTILIZATION and the RECYCLEPERCENT are the reason why we cant mix the media. Anyway, if someone could confirm either way, that would be awesome. Thank you! Judith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: MCDS Dataset Help
What does the Q CDS display show right after a reorg? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez Sent: Thursday, January 26, 2012 11:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: MCDS Dataset Help I'm running the export/import process almost daily. It used to run once a week. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: MCDS Dataset Help
On 01/26/2012 01:30 PM, George Rodriguez wrote: I'm running the export/import process almost daily. It used to run once a week. * * *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 Thu, Jan 26, 2012 at 1:19 PM, Schwarz, Barry A barry.a.schw...@boeing.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez Sent: Thursday, January 26, 2012 8:18 AM To: IBM-MAIN@bama.ua.edu Subject: MCDS Dataset Help Hi MVSListerv, I'm confused about the following information, that's display from command F DFSMShsm,F CDS: ARC0101I QUERY CONTROLDATASETS COMMAND STARTING ON ARC0101I (CONT.) HOST=1 ARC0947I CDS SERIALIZATION TECHNIQUE IS RESERVE ARC0148I MCDS TOTAL SPACE=648000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 81% FULL, WARNING THRESHOLD=80%, TOTAL ARC0148I (CONT.) FREESPACE=49%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I MCDS INDEX TOTAL SPACE=0010237 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 025% FULL, WARNING THRESHOLD=080%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 snip I guess what has me confused is the 81% full with the 49% freespace... Makes no sense to me! Read the description of the message. The % full is based on the last used RBA while the % free includes all the space after that point PLUS any unused space before that point. It is similar to the situation in a PDS where new data will always be added at the end but there can be gas in the interior. Can someone tell me how to fix this problem? What problem do you think exists? Chapter 3 of the HSM Implementation and Customization Guide has a section on monitoring the CDSs. It tells you how to reorganize them if you want to recover the unusable free space. ... 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. ... You don't necessarily have to reorganize as soon as the threshold warning occurs, it all depends on growth rate of %full. Check the %full immediately after reorganize and then watch growth pattern. It will grow most rapidly the first day, then slow down as CA/CI splits build up in the most active parts of the MCDS. If it slows down enough that you are still below 90% by end of a week (there's nothing magic about 90% either if growth is slow enough), you choices are either to raise the threshold so it won't complain for a week, or increase the size of the MCDS by a large enough ratio so that the inverse ratio applied to the %full after one week would put that value below your 80% threshold. As the size of the MCDS gets larger with time, odds are a smaller percentage of records will change in the course of a week and larger %full thresholds may be appropriate. You can also track the MCDS %full after reorganize to get some idea of the actual long-term data growth. I always had enough stuff to do without worrying about dfhsm CDS's, so my goal was to be able to ignore them except for once or twice a year: based on empirical data, size them so the initial unused space is adequate for the desired interval with a month or so of fudge factor, and then set the threshold limit to warn you when you reach your fudge factor. And if you over-estimate size, you can just ignore them for a longer interval. Just a nitpick about your VSAM cluster definitions in general: (1) explicitly specifying NAME for DATA and CLUSTER components when you want the standard default .DATA .INDEX suffixes has been pointless for decades, just more stuff to mistype or forget to update; (2) specifying SPACE for an INDEX component is redundant because IDCAMS should be able to calculate exactly what it needs based on the number of CA's in your data SPACE definition and explicit values tend invariably to be gross over estimates (e.g.,less than 5 cyls actually needed for your particular 900 CA file on a 3390); and (3) changes to VSAM INDEX CISZ default calculation in the last decade made the rare occurrence where the default was too small into an extremely rare occurrence. INDEX CISZ really shouldn't be specified any more unless you have a known case where the default has been proved too small and part of each CA is unusable, or some explicit requirement for a specific INDEX CISZ is built into an application (which seems unreasonable to me since no application code should be messing directly with KSDS INDEX CI's). -- Joel C. Ewing,Bentonville, AR jcew...@acm.org
Re: MainframeZone.com - IT Management: Mainframe Linux: How to Save a Million Dollars!
On Wed, 25 Jan 2012 23:27:56 -0600, Ed Gould wrote: http://www.mainframezone.com/it-management-spotlight/mainframe-linux-how-to-save-a-million-dollars1 Which suggests that IBM finds selling Intel blades more profitable that selling z/Series, so IBM doesn't want to sell against itself with the more economical z. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 3390s on SAN?
W dniu 2012-01-26 16:52, O'Brien, David W. (NIH/CIT) [C] pisze: There is an internal proposal to carve several TB of dasd from one of our non-mainframe depts. And use it to replace our aging HDS DASD. Question: How easy/difficult is this to accomplish? We re-configured an array from 3390 mod-3s to mod 27/50s but the entire array needed to be cleared of data. I'm assuming the same will be true in this case. I'm also assuming that the disks will need to be re-modeled (I am probably not using the correct terminology) to be mainframe compliant. Are my assumptions correct? It's quite difficult to answer, because you haven't provided us details required to do it. 1. You wrote about 3390's on this storage. There are very few mainframe (CKD) compatible manufacturers - what the model is? 2. Assuming your dasd box is really able to emulate 3390's it should also be able to have FICON or ESCON channels. Caution: be able you have it. For example HDS/HP arrays have different cards for FC and for FICON. From the other hand IBM ESS used the same cards for both protocols. 3. If the dasd box is NOT mainframe compatible you cant still use it by using Luminex of BusTech appliance. Don't expect to high performance. BTW: SAN. Your ESCONs and FICONs and directors are SAN. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
