Re: Two questions about MIDAW

2008-02-01 Thread Jim Mulder
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

Re: Two questions about MIDAW

2008-02-01 Thread Mark Zelden
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 cont

Re: Two questions about MIDAW

2008-02-01 Thread R.S.
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

Re: Two questions about MIDAW

2008-02-01 Thread shai hess
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

Re: Two questions about MIDAW

2008-02-01 Thread Dean Montevago
bout 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

Re: Two questions about MIDAW

2008-02-01 Thread Chris Burgess
:[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

Re: Two questions about MIDAW

2008-02-01 Thread Wayne Driscoll
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 LL

Re: Two questions.

2006-11-09 Thread (IBM Mainframe Discussion List)
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

Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation

2005-06-02 Thread Ed Gould
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

Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation

2005-06-02 Thread Russell Witt
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

Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation

2005-06-01 Thread Ted MacNEIL
... 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 /

Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation

2005-06-01 Thread Ed Gould
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 D

Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation

2005-06-01 Thread Ted MacNEIL
... 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] --

Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation

2005-06-01 Thread Hal Merritt
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,

Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation

2005-06-01 Thread Larre Shiller
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 tha

Re: Two questions: Q1 - DFHSM CPU usage; Q2 - Tape Allocation

2005-06-01 Thread Knutson, Sam
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 t