Re: Two questions.
In a message dated 11/9/2006 1:52:16 A.M. Central Standard Time, [EMAIL PROTECTED] writes: >I'm trying to write something of really simple to expand the LOAD SVC to catch and >store (like SOFTAUDIT and so on) a set of infos about jobname, stepname, date, >time and dataset from where the module was loaded. >To address the last step, I'm wondering if there's a method other than doing a BLDL >and in particular if there's any control block from where I can capture the info after a >successful LOAD wasting few cycles and few time. This was discussed about a year ago in great detail. Check the archives. What I remember most clearly from the discussion is that what you want to do is NOT really simple. :-( Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions about MIDAW
Radoslaw, I'm not an EMC CE, but since it appears that the DS,QD,,RDC appears to be asking the device what it supports, this is the indicator that MIDAW is disabled on the hardware side, so you probably need to contact your EMC support folks. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Friday, February 01, 2008 8:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Two questions about MIDAW The following scenario: z9, z/OS 1.7 with up-to-date service. FICON connections. 1. What steps should be done to enable MIDAW on non-IBM storage? The box is EMC DMX3 with proper microcode level. AFAIK MIDAW support has to be enabled by EMC CE. I wonder about activities on host side. 2. z9, z/OS 1.7 (with service), Shark ESS 800 with Microcode 2.4.4.112. D IOS,MIDAW IOS097I 10.41.07 MIDAW FACILITY 542 MIDAW FACILITY IS ENABLED MVS command: D M=DEV(8D10) … SCP TOKEN NED = 002105.000.IBM.75.000x.0D00 SCP DEVICE NED= 002105.000.IBM.75.000x.0D10 PAV BASE AND ALIASES 4 FUNCTIONS ENABLED = MIDAW shows that MIDAV is enabled But another Command show that is still *unavailable*: DS,QD,8D10,RDC UNIT VOLSER SCUTYPE DEVTYPE CYL SSID SCU-SERIAL DEV-SERIAL EF-CHK 8D10 ZX 2105800 2105000 3339 8D00 0175-X 0175-X **OK** READ DEVICE CHARACTERISTIC 2105E833900A5E80 BFF720240D0B000F E000E5A205940222 13090674 24241B02DFEE0001 0677080F007F4800 0035 X'80' means (in ...A5E80) means that MIDAW is disabled. Q2: Is the microcode level correct for MIDAW? Q3: If yes, what should be done to enable this function? Regards -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions about MIDAW
I thought if the box had FICON and the system was IPL'd with the default MIDAW=YES then it would take affect immediately. We had to upgrade the microcode on our EMC box to support MIDAW, even though we're ESCON and will be IPL'ng MIDAW=NO. No one ever mentioned anything about a CE being involved ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: Friday, February 01, 2008 9:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Two questions about MIDAW Radoslaw, I'm not an EMC CE, but since it appears that the DS,QD,,RDC appears to be asking the device what it supports, this is the indicator that MIDAW is disabled on the hardware side, so you probably need to contact your EMC support folks. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Friday, February 01, 2008 8:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Two questions about MIDAW The following scenario: z9, z/OS 1.7 with up-to-date service. FICON connections. 1. What steps should be done to enable MIDAW on non-IBM storage? The box is EMC DMX3 with proper microcode level. AFAIK MIDAW support has to be enabled by EMC CE. I wonder about activities on host side. 2. z9, z/OS 1.7 (with service), Shark ESS 800 with Microcode 2.4.4.112. D IOS,MIDAW IOS097I 10.41.07 MIDAW FACILITY 542 MIDAW FACILITY IS ENABLED MVS command: D M=DEV(8D10) ... SCP TOKEN NED = 002105.000.IBM.75.000x.0D00 SCP DEVICE NED= 002105.000.IBM.75.000x.0D10 PAV BASE AND ALIASES 4 FUNCTIONS ENABLED = MIDAW shows that MIDAV is enabled But another Command show that is still *unavailable*: DS,QD,8D10,RDC UNIT VOLSER SCUTYPE DEVTYPE CYL SSID SCU-SERIAL DEV-SERIAL EF-CHK 8D10 ZX 2105800 2105000 3339 8D00 0175-X 0175-X **OK** READ DEVICE CHARACTERISTIC 2105E833900A5E80 BFF720240D0B000F E000E5A205940222 13090674 24241B02DFEE0001 0677080F007F4800 0035 X'80' means (in ...A5E80) means that MIDAW is disabled. Q2: Is the microcode level correct for MIDAW? Q3: If yes, what should be done to enable this function? Regards -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions about MIDAW
Wayne Driscoll wrote: Radoslaw, I'm not an EMC CE, but since it appears that the DS,QD,,RDC appears to be asking the device what it supports, this is the indicator that MIDAW is disabled on the hardware side, so you probably need to contact your EMC support folks. Wayne, The second issue is related to ESS Shark. However the difference for EMC is the command D M=DEV(EMC_device) does not mention MIDAW status at all. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions about MIDAW
Songs you know by heart. Thanks, Chris Burgess EMC² where information lives Phone: 1-800-445-2588 x42149 1-508-249-2149 Pager: 1-877-443-8447 Fax: 1-508-544-2076 Email: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: Friday, February 01, 2008 9:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Two questions about MIDAW Radoslaw, I'm not an EMC CE, but since it appears that the DS,QD,,RDC appears to be asking the device what it supports, this is the indicator that MIDAW is disabled on the hardware side, so you probably need to contact your EMC support folks. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Friday, February 01, 2008 8:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Two questions about MIDAW The following scenario: z9, z/OS 1.7 with up-to-date service. FICON connections. 1. What steps should be done to enable MIDAW on non-IBM storage? The box is EMC DMX3 with proper microcode level. AFAIK MIDAW support has to be enabled by EMC CE. I wonder about activities on host side. 2. z9, z/OS 1.7 (with service), Shark ESS 800 with Microcode 2.4.4.112. D IOS,MIDAW IOS097I 10.41.07 MIDAW FACILITY 542 MIDAW FACILITY IS ENABLED MVS command: D M=DEV(8D10) … SCP TOKEN NED = 002105.000.IBM.75.000x.0D00 SCP DEVICE NED= 002105.000.IBM.75.000x.0D10 PAV BASE AND ALIASES 4 FUNCTIONS ENABLED = MIDAW shows that MIDAV is enabled But another Command show that is still *unavailable*: DS,QD,8D10,RDC UNIT VOLSER SCUTYPE DEVTYPE CYL SSID SCU-SERIAL DEV-SERIAL EF-CHK 8D10 ZX 2105800 2105000 3339 8D00 0175-X 0175-X **OK** READ DEVICE CHARACTERISTIC 2105E833900A5E80 BFF720240D0B000F E000E5A205940222 13090674 24241B02DFEE0001 0677080F007F4800 0035 X'80' means (in ...A5E80) means that MIDAW is disabled. Q2: Is the microcode level correct for MIDAW? Q3: If yes, what should be done to enable this function? Regards -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions about MIDAW
On Fri, 1 Feb 2008 09:33:48 -0500, Wayne Driscoll <[EMAIL PROTECTED]> wrote: >Radoslaw, >I'm not an EMC CE, but since it appears that the DS,QD,,RDC appears to be asking the device what it supports, this is the indicator that MIDAW is disabled on the hardware side, so you probably need to contact your EMC support folks. > Agree. Initially there was EMC MCL that disabled it from the HW side regardless of the setting in z/OS. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions about MIDAW
HI, Where can I find the description of the RDC which set the PAV and MIDAW? Thanks, Shai On 2/1/08, R.S. <[EMAIL PROTECTED]> wrote: > > The following scenario: z9, z/OS 1.7 with up-to-date service. FICON > connections. > > 1. What steps should be done to enable MIDAW on non-IBM storage? > The box is EMC DMX3 with proper microcode level. AFAIK MIDAW support has > to be enabled by EMC CE. > I wonder about activities on host side. > > > > > 2. z9, z/OS 1.7 (with service), Shark ESS 800 with Microcode 2.4.4.112. > > D IOS,MIDAW > IOS097I 10.41.07 MIDAW FACILITY 542 > MIDAW FACILITY IS ENABLED > > MVS command: > D M=DEV(8D10) > … > SCP TOKEN NED = 002105.000.IBM.75.000x.0D00 > SCP DEVICE NED= 002105.000.IBM.75.000x.0D10 > PAV BASE AND ALIASES 4 > FUNCTIONS ENABLED = MIDAW > > shows that MIDAV is enabled > > But another Command show that is still *unavailable*: > > DS,QD,8D10,RDC > UNIT VOLSER SCUTYPE DEVTYPE CYL SSID SCU-SERIAL DEV-SERIAL EF-CHK > 8D10 ZX 2105800 2105000 3339 8D00 0175-X 0175-X **OK** > READ DEVICE CHARACTERISTIC > 2105E833900A5E80 BFF720240D0B000F E000E5A205940222 13090674 > 24241B02DFEE0001 0677080F007F4800 0035 > > X'80' means (in ...A5E80) means that MIDAW is disabled. > Q2: Is the microcode level correct for MIDAW? > Q3: If yes, what should be done to enable this function? > > > Regards > -- > Radoslaw Skorupka > Lodz, Poland > > > -- > BRE Bank SA > ul. Senatorska 18 > 00-950 Warszawa > www.brebank.pl > > Sąd Rejonowy dla m. st. Warszawy > XII Wydział Gospodarczy Krajowego Rejestru Sądowego, > nr rejestru przedsiębiorców KRS 025237 > NIP: 526-021-50-88 > Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w > całości opłacony) wynosi 118.064.140 zł. W związku z realizacją > warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z > dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu > do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w > całości opłacone. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html >
Re: Two questions about MIDAW
IBM Mainframe Discussion List wrote on 02/01/2008 09:16:32 AM: > 2. z9, z/OS 1.7 (with service), Shark ESS 800 with Microcode 2.4.4.112. > > D IOS,MIDAW > IOS097I 10.41.07 MIDAW FACILITY 542 > MIDAW FACILITY IS ENABLED > > MVS command: > D M=DEV(8D10) > ?? > SCP TOKEN NED = 002105.000.IBM.75.000x.0D00 > SCP DEVICE NED= 002105.000.IBM.75.000x.0D10 > PAV BASE AND ALIASES 4 > FUNCTIONS ENABLED = MIDAW > > shows that MIDAV is enabled > > But another Command show that is still *unavailable*: > > DS,QD,8D10,RDC > UNIT VOLSER SCUTYPE DEVTYPE CYL SSID SCU-SERIAL DEV-SERIAL EF-CHK > 8D10 ZX 2105800 2105000 3339 8D00 0175-X 0175-X **OK** >READ DEVICE CHARACTERISTIC > 2105E833900A5E80 BFF720240D0B000F E000E5A205940222 13090674 > 24241B02DFEE0001 0677080F007F4800 0035 > > X'80' means (in ...A5E80) means that MIDAW is disabled. > Q2: Is the microcode level correct for MIDAW? > Q3: If yes, what should be done to enable this function? When MIDAW was being designed, it was thought that it would work with all DASD controllers with no changes required to the DASD. When it was subsequently discovered that MIDAW did not work correctly with some non-IBM DASD, the solution was to define the bit in Read Device Characteristics so that the DASD controller could indicate if it supported MIDAW. But since all IBM DASD already did work with MIDAW, the MVS code first checks to see if the manufacturer field in the NED is 'IBM', and if so, MVS assumes that the device supports MIDAW. This avoided the need to update IBM DASD simply to turn on the Read Device Characteristics bit. If the manufacturer is not 'IBM', then the Read Device Characteristics bit is used to determine if the device supports MIDAW. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation
We run DFHSM in two address spaces for this reason DFHSM and DFHSM#. Take a look at the HOSTMODE=AUX parameter and documentation. I classify the primary DFHSM in SYSSTC and the auxiliary DFHSM in STCLO to provide a service level roughly equivalent to production batch. We have not yet cutover to z/OS R6 yet but IIUC the only big changes in this area were to allow for MORE (nee ANY) multi-tasking in Secondary Space Management. From my student notebook "SETSYS MAXSSMTASKS allows you to set multi-tasking on for two parts of SSm - the migration function and the cleanup function. Note although there is multiple threaded migration from ML1 to ML2, there is still only one task used for ML1-to-ML2 DASD data movement.". Thanks, Sam -Original Message- Q1: DFHSM CPU Utilization We are having a problem with DFHSM CPU utilization. It seems that no matter when we schedule PRIMARY SPACE MANAGEMENT, somebody complains. DFHSM runs as a high priority started task. This is so that recalls are handled quickly. I admit that I have not gone into the manuals yet. I'm am very pressed for time due to staff reductions . So, is it possible to have two DFHSM started tasks? One would be high priority for recalls, the other a lower priority for PRIMARY SPACE MANAGEMENT. I know very little of DFHSM. If possible, is it "easy" or "a pain"? Thanks. <> This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation
John - It's my understanding that this is how allocation currently works and I don't know of anything in z/OS 1.6 that changes it. I believe that the STK allocation code is supposed to do this for tape drives in an STK tape library and perhaps for non-library drives as well, but I don't think that we ever confirmed that. Larre Shiller US Social Security Administration [EMAIL PROTECTED] V/M: (410) 965-2209 FAX: (410) 966-1936 www.ssa.gov "The contents of this message are mine personally and do not necessarily reflect any official position of the US Government or the US Social Security Administration." On Wed, 1 Jun 2005 09:19:45 -0500, McKown, John <[EMAIL PROTECTED]> wrote: >Q2: Tape Allocation. >We have four banks of 3490E tape drives. Each bank contains 8 drives. >Each bank is attached to two CHPs which are dedicated to that bank of >drives. I have been told that the "low address" tape drives appear to be >allocated in preference to the "high address" tape drives. I cannot >guarantee that the operators are not "messing around" using a VARY, but >I have been told that they are not. Also I haven't seen any VARY command >in the SYSLOG. So I assume that I am being told the truth. In the past, >there was a SELTAPE parameter which disappeared long ago. Does this >reuse of "low addressed" tape drives sound like what is supposed to be >happening? If so, how to do tell z/OS to "spread the I/O" around? I used >to have SELTAPE=NEXT. Again, due to other demands on my time, I have not >had a chance to double check that I'm being told the truth. But the guy >who is telling me this is a "reputable source" as the news-droids say. > > >Thanks. Oh - will z/OS 1.6 make any difference? We are supposed to go to >it something 3rd Q. > > >-- >John McKown >Senior Systems Programmer >UICI Insurance Center >Information Technology > >This message (including any attachments) contains confidential >information intended for a specific individual and purpose, and its' >content is protected by law. If you are not the intended recipient, you >should delete this message and are hereby notified that any disclosure, >copying, or distribution of this transmission, or taking any action >based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation
Q1: I would argue that you are spending expensive CPU and sacrificing throughput to conserve DASD. As cheap as DASD is these days, perhaps the business case is to reduce/eliminate the need to do space management, reclaim that CPU, and generally speed up throughput. As to Q2: Generally speaking, I trust the perception of an experienced operator. But only so far. Perhaps the mix of work is causing higher numbered drives to be allocated but never actually used. Whichever, I would want some numbers from a trusted measuring tool. But, why does anyone care? Just my $0.02 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, June 01, 2005 9:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation I know that asking two question is bad form. But I'm trying to "save a message slot". Both questions are about a z/OS 1.4 system. Q1: DFHSM CPU Utilization We are having a problem with DFHSM CPU utilization. It seems that no matter when we schedule PRIMARY SPACE MANAGEMENT, somebody complains. DFHSM runs as a high priority started task. This is so that recalls are handled quickly. I admit that I have not gone into the manuals yet. I'm am very pressed for time due to staff reductions . So, is it possible to have two DFHSM started tasks? One would be high priority for recalls, the other a lower priority for PRIMARY SPACE MANAGEMENT. I know very little of DFHSM. If possible, is it "easy" or "a pain"? Thanks. Q2: Tape Allocation. We have four banks of 3490E tape drives. Each bank contains 8 drives. Each bank is attached to two CHPs which are dedicated to that bank of drives. I have been told that the "low address" tape drives appear to be allocated in preference to the "high address" tape drives. I cannot guarantee that the operators are not "messing around" using a VARY, but I have been told that they are not. Also I haven't seen any VARY command in the SYSLOG. So I assume that I am being told the truth. In the past, there was a SELTAPE parameter which disappeared long ago. Does this reuse of "low addressed" tape drives sound like what is supposed to be happening? If so, how to do tell z/OS to "spread the I/O" around? I used to have SELTAPE=NEXT. Again, due to other demands on my time, I have not had a chance to double check that I'm being told the truth. But the guy who is telling me this is a "reputable source" as the news-droids say. Thanks. Oh - will z/OS 1.6 make any difference? We are supposed to go to it something 3rd Q. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation
... If so, how to do tell z/OS to "spread the I/O" around? I used to have SELTAPE=NEXT ... SELTAPE has gone the way of the Dodo. The IEAOPTxx parm was dropped with ESA, IIRC. It is now the lowest available UCB, just like DASD allocations. Thank you, SMS! [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation
on 6/1/05 7:00 PM, Ted MacNEIL at [EMAIL PROTECTED] wrote: > ... > If so, how to do tell z/OS to "spread the I/O" around? I used > to have SELTAPE=NEXT > ... > SELTAPE has gone the way of the Dodo. > The IEAOPTxx parm was dropped with ESA, IIRC. > > It is now the lowest available UCB, just like DASD allocations. > > Thank you, SMS! > > [EMAIL PROTECTED] > Ted, I guess I disagree (If I understand what you are cheering about).. Using the lowest tape drive address is bad for tape drive wear and tear. I won't go into a story as I don't want to be called for going off into off topic terratory. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation
... Using the lowest tape drive address is bad for tape drive wear and tear ... I was attempting to be sarcastic about the “thank-you”. And, you are correct. The algorithm is wrong. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation
Of course there is always the Tape Preferencing and Control Facility (TPCF) within the MIA component of Unicenter CA-MIM. That has a couple of different options for controlling the allocation of shared tape drives (either dedicate them to a single system, share, or assign a preference value). Just another option.. Russell Witt CA-1 Level-2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Ted MacNEIL Sent: Wednesday, June 01, 2005 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation ... Using the lowest tape drive address is bad for tape drive wear and tear ... I was attempting to be sarcastic about the “thank-you”. And, you are correct. The algorithm is wrong. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation
on 6/2/05 6:26 PM, Russell Witt at [EMAIL PROTECTED] wrote: > Of course there is always the Tape Preferencing and Control Facility (TPCF) > within the MIA component of Unicenter CA-MIM. That has a couple of different > options for controlling the allocation of shared tape drives (either > dedicate them to a single system, share, or assign a preference value). Just > another option.. > > Russell Witt > CA-1 Level-2 Support Manager --SNIP__ Thanks Russell, finally, a reason to use MIM:-) Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
