Re: Theology question

[Vernooij, CP - SPLXM]

"Phil Smith"  wrote in message
news:...
> In our configuration data set, you can specify a default, global value
for something. Specific entries in the configuration can override that
global value. However, there are cases where you *must* specify a null
value on a specific entry, as if you had no default, global value.
> 
> Our internal debate is over whether an asterisk is appropriate to say
"No, really, don't use any value here".
> 
> So examples might be:
> 
> thing1(option1,option2)  /* This defines a thing with an explicit
option1 and explicit option2 */
> 
> thing2(option1)  /* This defines another thing and says "use the
default, global value for option2 if you have one" */
> 
> thing3(option1,*)  /* This would define another thing and say "even if
you have a default, global value for option2, pretend you don't" */
> 
> thing4(option1,'')  /* This is an alternative form of thing3 */
> 
> One of us feels that the asterisk should mean "use the global
default". One of us feels that the double quote is ugly and error-prone.
> 
> Based on the collective wisdom of the centuries, what *feels* right to
you?
> --
> ...phsiii
> 
> Phil Smith III

It is my believe that you should always specify unambigiously what
things do. Leaving answers to 'common sense', 'usually accepted ways of
working', etc. will create confusion. Since you started this as
theology/religioous item, we have a saying 'believing is what you do in
church, here you must know for sure'. 'here' is in the IT-world, so
specify the working of paramaters clearly.

Kees.

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, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DASD Mod9/Mod54

[Vernooij, CP - SPLXM]

"Lester, Bob"  wrote in message
news:<8f672be771329649a9eb59c7d9d6a2d9521e8...@den-xmail01.den.ofi.com>.
..
> Hi Folks,
> 
>  With todays' modern disk arrays, is there any reason (z/OS based
or other) that response time for my Mod54s is consistently higher than
for my Mod9s?
> 
>  Assume identical workload against each, single array with
multiple LCUs.  RMF says the LCUs are pretty well balanced.  Single
image.  Pretty simple setup.
> 
>  Thoughts?
> 
> Thanks!
> BobL
> 

Which storage device? 
Do you use PAV / Hyperpav?

Kees.

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, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

GSE UK -- Re-Scheduled GSE Large Systems Meeting - 1st May 2012 - IBM Southbank

[Mark Wilson]

All,



I am delighted to announce that the re-scedheuled Large Systems meeting
will take place at IBM Southbank on the 1st May 2012.

Full details can be found at: http://lsx.gse.org.uk/future.html

I would like to thank IBM in particular Roger Fowler for all of his
efforts in securing the venue and funding for the event.

I fully understand that we are all busy in our work & personal lives and
getting to these events can be challenging at times. However, myself and
Roger spend a lot of our own time organising these events and we were both
particularly disappointed with the response to the last event, which
ultimately led to it being cancelled.

So with the above in mind I would like to solicit your feedback on:

* Why did you not register for the last event?
* What items would you like to see on future agenda's (Working Groups or
Annual Conference)?
* How many working group meetings should we have a year, outside of the
Annual conference?
* How would you feel about not having any working group meetings during
the year and only meet at the annual conference?
* Do you have any other relevant feedback for the LSG Team?
* Would you supply an email address for any of your colleges who we can
add to the distribution list for future meeting please?

Based on your feedback I will make a decision on the benefits of holding
future working group meetings and the contents of the agenda.

Look forward to seeing some of you in Southbank.

Regards,
Mark

GSE UK Large Systems Chairman
GSE UK Conference Manager
mark.wil...@gse.org.uk



__

This message was delivered by EPA Hosted Exchange and has been certified 
virus-free.
For more information please visit http://www.epacloud.com/exchange 
__

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

SMPe Receive Error

[jagadishan perumal]

Hi,

Good Day !

I am encountering the below error while performing the Receive step. Even
though i have given dedicated Volumes but I am getting a insufficient
volume.

My JCL :

//FEK2RCVE JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
// REGION=0M,NOTIFY=&SYSUID
//RECEIVE  EXEC PGM=GIMSMP,REGION=0M
//SMPCSI   DD DSN=SMPE.RDZ.CSI,DISP=OLD
//SMPPTFIN DD DSN=A255209.IBM.HHOP801.SMPMCS,DISP=SHR
//*SMPTLIB  DD UNIT=3390,SPACE=(TRK,(1,1)),VOL=SER=RDZVOL
//SMPHOLD  DD DUMMY
//SMPCNTL  DD *
  SET BOUNDARY(GLOBAL) .
  RECEIVE SELECT(HHOP801)
  SYSMODS
  RFPREFIX(A255209)
  LIST .
/*

*JESMSGLG :*
IKJ56245I DATA SET SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON
VOLUMES+
IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS

SMPOUT:
GIM35306E ** SMPTLIB SMPE.RDZ.HHOP801.F1 WAS NOT ALLOCATED BECAUSE ERROR
CODE 4714 WAS ISSUED  BY BY DYNAMIC ALLOCATION.
GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I DATA SET
SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+.
GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I USE DELETE COMMAND
TO DELETE UNUSED DATA SETS.


jags

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMPe Receive Error

[Lizette Koehler]

> 
> Good Day !
> 
> I am encountering the below error while performing the Receive step. Even
though i
> have given dedicated Volumes but I am getting a insufficient volume.
> 
> My JCL :
> 
> //FEK2RCVE JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
> // REGION=0M,NOTIFY=&SYSUID
> //RECEIVE  EXEC PGM=GIMSMP,REGION=0M
> //SMPCSI   DD DSN=SMPE.RDZ.CSI,DISP=OLD
> //SMPPTFIN DD DSN=A255209.IBM.HHOP801.SMPMCS,DISP=SHR
> //*SMPTLIB  DD UNIT=3390,SPACE=(TRK,(1,1)),VOL=SER=RDZVOL
> //SMPHOLD  DD DUMMY
> //SMPCNTL  DD *
>   SET BOUNDARY(GLOBAL) .
>   RECEIVE SELECT(HHOP801)
>   SYSMODS
>   RFPREFIX(A255209)
>   LIST .
> /*
> 
> *JESMSGLG :*
> IKJ56245I DATA SET SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON
> VOLUMES+
> IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS
> 
> SMPOUT:
> GIM35306E ** SMPTLIB SMPE.RDZ.HHOP801.F1 WAS NOT ALLOCATED BECAUSE ERROR
> CODE 4714 WAS ISSUED  BY BY DYNAMIC ALLOCATION.
> GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I DATA SET
> SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+.
> GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I USE DELETE COMMAND
> TO DELETE UNUSED DATA SETS.
> 
> 
> jags


Jags,

Try going through your JES Messages sections of output of your job and find
the dataset names.  See what volumes they were allocating at the time.

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

SV: Theology question

[Thomas Berg]

The only alternative (as seen from the principle of least astonishment) I can 
think of is using the explicit option "NULL" - assuming that value is never a 
"real" option.

(With the alternatives "thing2(option1)" and "thing2(option1,*)" I would have 
presumed that the first was null for option2 and the second was "global" for 
option2.) 

BTW, In rexx if you check for an existing parm would "rexxfunc(arg1,,arg3)" 
have a *non-existing* arg/parm nr 2 but "rexxfunc(arg1,'',arg3)" would have and 
*existing*, but "empty" arg/parm nr 2.  

Regards,
Thomas Berg



-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Phil Smith
Skickat: den 19 mars 2012 22:13
Till: IBM-MAIN@bama.ua.edu
Ämne: Theology question

In our configuration data set, you can specify a default, global value for 
something. Specific entries in the configuration can override that global 
value. However, there are cases where you *must* specify a null value on a 
specific entry, as if you had no default, global value.

Our internal debate is over whether an asterisk is appropriate to say "No, 
really, don't use any value here".

So examples might be:

thing1(option1,option2)  /* This defines a thing with an explicit option1 and 
explicit option2 */

thing2(option1)  /* This defines another thing and says "use the default, 
global value for option2 if you have one" */

thing3(option1,*)  /* This would define another thing and say "even if you have 
a default, global value for option2, pretend you don't" */

thing4(option1,'')  /* This is an alternative form of thing3 */

One of us feels that the asterisk should mean "use the global default". One of 
us feels that the double quote is ugly and error-prone.

Based on the collective wisdom of the centuries, what *feels* right to you?
--
...phsiii

Phil Smith III
p...@voltage.com
Voltage Security, Inc.
www.voltage.com

--
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: SMPe Receive Error

[Lizette Koehler]

> 
> Jags,
> 
> Try going through your JES Messages sections of output of your job and
find the
> dataset names.  See what volumes they were allocating at the time.
> 
> Lizette
> 

Also, see how big this Relfile is.  Maybe there truly is not enough space
for this file.

Meaning: More space was requested than is available on the DASD volume, or
the DASD volume's VTOC is full, or the DASD volume's VTOC Index (VTOCIX) is
full. (environmental error)

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMPe Receive Error

[Walter Marguccio]

Jags,

could you past your SMPTLIB DDDEF definitions ?

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: INFO IBM-MAIN

Re: SMPe Receive Error

[jagadishan perumal]

Hi Lizette/All,

When I check the JESSYSMSG I see the below allocation is at volume SCRTC1
which is a sms managed volume but with 99% free Space.

IGD101I SMS ALLOCATED TO DDNAME (SYSUT4  )

DSN (SYS12080.T152458.RA000.FEK2RCVE.R0100148)

STORCLAS (SCRTCH) MGMTCLAS () DATACLAS ()

*VOL SER NOS= SCRTC1*

IEF237I 101F ALLOCATED TO SMPPTS

IEF237I 101F ALLOCATED TO SMP1

IKJ56245I DATA SET SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON
VOLUM
IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS

IEF285I   A255209.IBM.HHOP801.F1   KEPT

IEF285I   VOL SER NOS= RDZVOL.

IEF285I   SMPE.RDZ.SMPPTS  KEPT

IEF285I   VOL SER NOS= RDZVOL.

IEF142I FEK2RCVE RECEIVE - STEP WAS EXECUTED - COND CODE 0008

Can I make this allocation to happen over NON-SMS volume to overcome this
error  ?

Jags

On Tue, Mar 20, 2012 at 3:25 PM, Lizette Koehler wrote:

> >
> > Good Day !
> >
> > I am encountering the below error while performing the Receive step. Even
> though i
> > have given dedicated Volumes but I am getting a insufficient volume.
> >
> > My JCL :
> >
> > //FEK2RCVE JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
> > // REGION=0M,NOTIFY=&SYSUID
> > //RECEIVE  EXEC PGM=GIMSMP,REGION=0M
> > //SMPCSI   DD DSN=SMPE.RDZ.CSI,DISP=OLD
> > //SMPPTFIN DD DSN=A255209.IBM.HHOP801.SMPMCS,DISP=SHR
> > //*SMPTLIB  DD UNIT=3390,SPACE=(TRK,(1,1)),VOL=SER=RDZVOL
> > //SMPHOLD  DD DUMMY
> > //SMPCNTL  DD *
> >   SET BOUNDARY(GLOBAL) .
> >   RECEIVE SELECT(HHOP801)
> >   SYSMODS
> >   RFPREFIX(A255209)
> >   LIST .
> > /*
> >
> > *JESMSGLG :*
> > IKJ56245I DATA SET SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON
> > VOLUMES+
> > IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS
> >
> > SMPOUT:
> > GIM35306E ** SMPTLIB SMPE.RDZ.HHOP801.F1 WAS NOT ALLOCATED BECAUSE ERROR
> > CODE 4714 WAS ISSUED  BY BY DYNAMIC ALLOCATION.
> > GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I DATA SET
> > SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+.
> > GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I USE DELETE COMMAND
> > TO DELETE UNUSED DATA SETS.
> >
> >
> > jags
>
>
> Jags,
>
> Try going through your JES Messages sections of output of your job and find
> the dataset names.  See what volumes they were allocating at the time.
>
> Lizette
>
> --
> 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: SMPe Receive Error

[jagadishan perumal]

Hi Lizette/All,

Relfile attribute after it was received to a dataset :

Data Set Name  . . . : IBMUSER.IBM.HHOP801.F1



General Data  Current Allocation

 Management class . . : **None**   Allocated blocks  . : 39

 Storage class  . . . : **None**   Allocated extents . : 2

  Volume serial . . . : RDZVOL Maximum dir. blocks : NOLIMIT

  Device type . . . . : 3390

 Data class . . . . . : **None**

  Organization  . . . : POCurrent Utilization

  Record format . . . : FB Used pages  . . . . : 59

  Record length . . . : 80 % Utilized  . . . . : 70

  Block size  . . . . : 8800   Number of members . : 12

  1st extent blocks . : 27

  Secondary blocks  . : 20

  Data set name type  : LIBRARY   Dates

   Creation date . . . : 2012/03/20

   Referenced date . . : 2012/03/20

   Expiration date . . : ***None***

Command ===>


Jags

On Tue, Mar 20, 2012 at 3:30 PM, Lizette Koehler wrote:

> >
> > Jags,
> >
> > Try going through your JES Messages sections of output of your job and
> find the
> > dataset names.  See what volumes they were allocating at the time.
> >
> > Lizette
> >
>
> Also, see how big this Relfile is.  Maybe there truly is not enough space
> for this file.
>
> Meaning: More space was requested than is available on the DASD volume, or
> the DASD volume's VTOC is full, or the DASD volume's VTOC Index (VTOCIX) is
> full. (environmental error)
>
> Lizette
>
> --
> 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: SMPe Receive Error

[Walter Marguccio]

Jags,

> When I check the JESSYSMSG I see the below allocation is at volume SCRTC1
> which is a sms managed volume but with 99% free Space.


your job selects SCRTC1 to allocate temporary datasets pointed to by DDname 
SYSUT4,
which has nothing to do with your problem.

You need to have a look at where SMP/E wants to allocate space for your 
SMPTLIBs.
Have a look at DDDEF SMPTLIB in your GLOBAL zone, and tell us which volume is 
defined.

 
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: INFO IBM-MAIN

PCOM Question (IBM Personal Communcations aka 3270)

[Thomas Berg]

Is there a way to get internet links to work from 3270 using PCOM ?
E g You have the text:  http://ibm.com  in a panel, click on it and the link 
opens in the browser.



Regards,
Thomas Berg
__
Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMPe Receive Error

[Lizette Koehler]

i Lizette/All,
> 
> When I check the JESSYSMSG I see the below allocation is at volume SCRTC1
which is
> a sms managed volume but with 99% free Space.
> 
> IGD101I SMS ALLOCATED TO DDNAME (SYSUT4  )
> 
> DSN (SYS12080.T152458.RA000.FEK2RCVE.R0100148)
> 
> STORCLAS (SCRTCH) MGMTCLAS () DATACLAS ()
> 
> *VOL SER NOS= SCRTC1*
> 
> IEF237I 101F ALLOCATED TO SMPPTS
> 
> IEF237I 101F ALLOCATED TO SMP1
> 
> IKJ56245I DATA SET SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON
> VOLUM IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS
> 
> IEF285I   A255209.IBM.HHOP801.F1   KEPT
> 
> IEF285I   VOL SER NOS= RDZVOL.
> 
> IEF285I   SMPE.RDZ.SMPPTS  KEPT
> 
> IEF285I   VOL SER NOS= RDZVOL.
> 
> IEF142I FEK2RCVE RECEIVE - STEP WAS EXECUTED - COND CODE 0008
> 
> Can I make this allocation to happen over NON-SMS volume to overcome this
error  ?


Jags,

The SCRTC1 is not the volume.  The allocation is going to 
IEF285I   A255209.IBM.HHOP801.F1   KEPT

IEF285I   VOL SER NOS= RDZVOL.

So what is the VTOC, VTOCIX, like for RDZVOL?  How much space will be
required to allocation the A255209.IBM.HHOP801.FI file? 
So you need to answser
1)  What is the volume type (MOD3, MOD9, other)?
2)  What is the size of the VTOC?
3)  What is the size of the VTOCIX?
4)  How many datasets are already on this volume RDZVOL?
5)  How large is the A255209.IBM.HHOP801.FI (Get this form the Program
Directory)?



Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMPe Receive Error

[jagadishan perumal]

Lizette,

I have modified the SMPTLIB statement to have the Volume specified and it
went fine.

On Tue, Mar 20, 2012 at 5:08 PM, Lizette Koehler wrote:

> i Lizette/All,
> >
> > When I check the JESSYSMSG I see the below allocation is at volume SCRTC1
> which is
> > a sms managed volume but with 99% free Space.
> >
> > IGD101I SMS ALLOCATED TO DDNAME (SYSUT4  )
> >
> > DSN (SYS12080.T152458.RA000.FEK2RCVE.R0100148)
> >
> > STORCLAS (SCRTCH) MGMTCLAS () DATACLAS ()
> >
> > *VOL SER NOS= SCRTC1*
> >
> > IEF237I 101F ALLOCATED TO SMPPTS
> >
> > IEF237I 101F ALLOCATED TO SMP1
> >
> > IKJ56245I DATA SET SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON
> > VOLUM IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS
> >
> > IEF285I   A255209.IBM.HHOP801.F1   KEPT
> >
> > IEF285I   VOL SER NOS= RDZVOL.
> >
> > IEF285I   SMPE.RDZ.SMPPTS  KEPT
> >
> > IEF285I   VOL SER NOS= RDZVOL.
> >
> > IEF142I FEK2RCVE RECEIVE - STEP WAS EXECUTED - COND CODE 0008
> >
> > Can I make this allocation to happen over NON-SMS volume to overcome this
> error  ?
>
>
> Jags,
>
> The SCRTC1 is not the volume.  The allocation is going to
> IEF285I   A255209.IBM.HHOP801.F1   KEPT
>
> IEF285I   VOL SER NOS= RDZVOL.
>
> So what is the VTOC, VTOCIX, like for RDZVOL?  How much space will be
> required to allocation the A255209.IBM.HHOP801.FI file?
> So you need to answser
> 1)  What is the volume type (MOD3, MOD9, other)?
> 2)  What is the size of the VTOC?
> 3)  What is the size of the VTOCIX?
> 4)  How many datasets are already on this volume RDZVOL?
> 5)  How large is the A255209.IBM.HHOP801.FI (Get this form the Program
> Directory)?
>
>
>
> Lizette
>
> --
> 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: PCOM Question (IBM Personal Communcations aka 3270)

[Geoff Rousell]

Thomas, 

>From within PCOMM:

Edit -> Preferences -> Hotspots

Tick the "Execute URL" box, and you should be good to go.

Geoff Rousell
IBM System z
UK

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: PCOM Question (IBM Personal Communcations aka 3270)

[R.S.]

W dniu 2012-03-20 12:15, Thomas Berg pisze:

Is there a way to get internet links to work from 3270 using PCOM ?
E g You have the text:  http://ibm.com  in a panel, click on it and the link 
opens in the browser.


I bet it's impossible, however there is Norwegian 3270 emulator named 
Nexus which support it. See: http://nexit.no/


--
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

Re: Theology question

[Patrick Loftus]

I'd say it is a very bad idea to use an asterisk to represent "don't use any 
value".  The fact your debating it shows it will probably lead to confusion.   
The previous suggestion of NULL sounds like a good idea to me, or maybe OFF or 
DISABLE.

* to me means "any value", not "no value".

Regards

Patrick Loftus
Systems Programming Team Leader
Central Systems

patrick.lof...@tnt.com

TNT sure we can 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Theology question

[Steve Conway]

I find myself in the delightfully strange position of unambiguously 
agreeing with Paul Gilmartin.

Must be spring fever or something...  :-)


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Paul Gilmartin 
To: IBM-MAIN@bama.ua.edu
Date:   03/19/2012 06:58 PM
Subject:Re: Theology question
Sent by:IBM Mainframe Discussion List 



On Mon, 19 Mar 2012 17:43:45 -0400, Gord Tomlin wrote:

>IMHO using '*' to represent null violates the Principle of Least
>Astonishment. '*' is often used in masking to represent "anything",
>which is a long way from null.
>
>How about using NULL to represent null, e.g.,
>
>thing3(option1,NULL)  /* This would define another thing and say "even
>if you have a default, global value for option2, pretend you don't" */
> 
I am very accustomed to, and comfortable with the convention
common to Rexx and POSIX shell script, both of which distinguish
between undefined and any defined value: empty string, "NULL",
or whatever.  So, I'd add the rule:

thing3(option1,NULL)/* Means option2 is unset.  */
thing3(option1,'NULL')  /* means option2 is the 4-character string, 
"NULL".)

... (reserved words are never quoted; values are quoted to avoid conflict
with reserved words or when lexically required, to avoid any encroachment
on the potential value space.)

-- gil

--
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

SV: PCOM Question (IBM Personal Communcations aka 3270)

[Thomas Berg]

Thanks, it worked!  But what are the rules for PCOM to identify it as a 
hyperlink ?
Must You have the format http://etc or could you other formats ?
(Thinking of having links with underlined descriptive texts rather than the URL 
visible.) 



Regards,
Thomas Berg
__
Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)



-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Geoff 
Rousell
Skickat: den 20 mars 2012 13:20
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: PCOM Question (IBM Personal Communcations aka 3270)

Thomas, 

>From within PCOMM:

Edit -> Preferences -> Hotspots

Tick the "Execute URL" box, and you should be good to go.

Geoff Rousell
IBM System z
UK

--
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

SV: PCOM Question (IBM Personal Communcations aka 3270)

[Geoff Rousell]

Thomas, 

from the help for PCOMM:

Note: Personal Communications supports the following URL types: 
file:// 
ftp:// 
gopher:// 
http:// 
https:// 
mailto: 
news: 
telnet:// 


Geoff

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

SV: PCOM Question (IBM Personal Communcations aka 3270)

[Thomas Berg]

Thanks. (I didn't find it in the help, except about URL "hotspots" in general.  
Could be because I have a Swedish translated version (ver 5.6)). 



Regards,
Thomas Berg
__
Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)





-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Geoff 
Rousell
Skickat: den 20 mars 2012 14:03
Till: IBM-MAIN@bama.ua.edu
Ämne: SV: PCOM Question (IBM Personal Communcations aka 3270)

Thomas, 

from the help for PCOMM:

Note: Personal Communications supports the following URL types: 
file:// 
ftp:// 
gopher:// 
http:// 
https:// 
mailto: 
news: 
telnet:// 


Geoff

--
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: DASD Mod9/Mod54

[Lester, Bob]

Hi Bob,

Omegamon tells me it's disconnect time.  Files are mostly large-ish 
(4-20GB) VSAM and IAM files.  Files are accessed by CICS.  

Storage device is Hitachi USPV.

Thanks!
BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Bob Rutledge
Sent: Monday, March 19, 2012 5:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DASD Mod9/Mod54

Lester, Bob wrote:
> Hi Folks,
> 
>  With todays' modern disk arrays, is there any reason (z/OS based or 
> other) that response time for my Mod54s is consistently higher than for my 
> Mod9s?
> 
>  Assume identical workload against each, single array with multiple LCUs. 
>  RMF says the LCUs are pretty well balanced.  Single image.  Pretty simple 
> setup.
> 
>  Thoughts?

Which component(s) of response time?

Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN



mailgate3.oppenheimerfunds.com made the following annotations
-
This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.
-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DASD Mod9/Mod54

[Lester, Bob]

Hi Ron,

Yes, it appears to be disconnect time.  No IOSQ to speak of.

Thanks!
BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ron Hawkins
Sent: Monday, March 19, 2012 9:47 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DASD Mod9/Mod54

Bob,

On reason why 3390-54 may have higher response time than 16x3390-9 is that the 
underlying volume is striped over less physical disk drives.

Ignoring wide striping, in most DASD volume layouts a single volume is spread 
over two, four or eight disk drives. One 3390-54 will there have 2 to
8 physical disk drives backing it, whereas the 16x3390-3 could 16 times as many 
disk drives (32 to 256 HDD). How many drives a workload is spread over with 
3390-3 will depend on your logical device layout, but there is a natural 
"flattening" of the back end IO load with smaller, well distributed volumes.

If this is the problem you will see a larger disconnect time in the 3390-54 
response time.

If you are seeing IOSQ time then you need to look at your HyperPAV or PAV 
allocation.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
> Behalf Of Lester, Bob
> Sent: Monday, March 19, 2012 3:57 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: [IBM-MAIN] DASD Mod9/Mod54
> 
> Hi Folks,
> 
>  With todays' modern disk arrays, is there any reason (z/OS based 
> or
other)
> that response time for my Mod54s is consistently higher than for my Mod9s?
> 
>  Assume identical workload against each, single array with 
> multiple
LCUs.
> RMF says the LCUs are pretty well balanced.  Single image.  Pretty 
> simple setup.
> 
>  Thoughts?
> 
> Thanks!
> BobL
> 
> mailgate3.oppenheimerfunds.com made the following annotations
> -
> This e-mail transmission may contain information that is proprietary, 
> privileged and/or confidential and is intended exclusively for the
person(s) to
> whom it is addressed. Any use, copying, retention or disclosure by any 
> person other than the intended recipient or the intended recipient's 
> designees is strictly prohibited. If you are not the intended 
> recipient or
their
> designee, please notify the sender immediately by return e-mail and 
> delete all copies. OppenheimerFunds may, at its sole discretion, 
> monitor, review, retain and/or disclose the content of all email 
> communications.
> -
> 
> 
> --
> 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



mailgate3.oppenheimerfunds.com made the following annotations
-
This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.
-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DASD Mod9/Mod54

[Lester, Bob]

Hi Kees,

 Hitachi USPV.  Very little IOSQ time, so no PAV.  Looks like mostly 
disconnect time.

Thanks!
BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Vernooij, CP - SPLXM
Sent: Tuesday, March 20, 2012 2:02 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DASD Mod9/Mod54

"Lester, Bob"  wrote in message 
news:<8f672be771329649a9eb59c7d9d6a2d9521e8...@den-xmail01.den.ofi.com>.
..
> Hi Folks,
> 
>  With todays' modern disk arrays, is there any reason (z/OS based
or other) that response time for my Mod54s is consistently higher than for my 
Mod9s?
> 
>  Assume identical workload against each, single array with
multiple LCUs.  RMF says the LCUs are pretty well balanced.  Single image.  
Pretty simple setup.
> 
>  Thoughts?
> 
> Thanks!
> BobL
> 

Which storage device? 
Do you use PAV / Hyperpav?

Kees.

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, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN



mailgate3.oppenheimerfunds.com made the following annotations
-
This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.
-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Hillgang - additional session

[Neale Ferguson]

But wait, it's not a free set of steak knives but a new session (just pay
additional S&H):

CA Support for VM SSI
This session will provide an overview of CA VM:Secure and CA VM:Director
directory management functions in an SSI environment. We will discuss the
latest enhancements to support this new environment as well as
recommendations on usage and set up of various CA products.

Our operators are standing by...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SV: Theology question

[Paul Gilmartin]

On Tue, 20 Mar 2012 10:54:50 +0100, Thomas Berg wrote:

>The only alternative (as seen from the principle of least astonishment) I can 
>think of is using the explicit option "NULL" - assuming that value is never a 
>"real" option.
> 
In some contexts, such an option is unjustified.  Designs should
attempt not to restrict value spaces.

>BTW, In rexx if you check for an existing parm would "rexxfunc(arg1,,arg3)" 
>have a *non-existing* arg/parm nr 2 but "rexxfunc(arg1,'',arg3)" would have 
>and *existing*, but "empty" arg/parm nr 2.
> 
Empirically, yes:   

 
 5 *-* trace R
 7 *-* Junk = rexxfunc(arg1,,arg3)
13 *-*  rexxfunc:
14 *-*  return( arg( 2, 'Exists' ) )
   >>>"0"
   >>>   "0"
 8 *-* Junk = rexxfunc(arg1,'',arg3)
13 *-*  rexxfunc:
14 *-*  return( arg( 2, 'Exists' ) )
   >>>"1"
   >>>   "1"
 9 *-* junk = arg( 1,)
   >>>   ""
10 *-* junk = arg( 1, '' )
10 +++ junk = arg( 1, '' )
IRX0040I Error running ./fooargs, line 10: Incorrect call to routine

Since you ask the question, I checked the doc at:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4a3a0/4.3.4

I can see that it doesn't make this explicitly clear in the examples
given.  Is an RCF merited?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: PCOM Question (IBM Personal Communcations aka 3270)

[Hunkeler Peter (KIUP 4)]

>Must You have the format http://etc or could you other formats ?
>(Thinking of having links with underlined descriptive texts rather than
the URL visible.) 

The latter would require PCOMM to be able to query the host (ISPF, IMS,
other) and ask for the URL that you've hidden behind the link text.

PCOMM probably simply is reading the characters at the screen location
you clicked at with the mouse. It then tries to figure out if the blank
delimited part at that point can be interpreted as an URL. No host
interaction is needed for this.

--
Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Theology question

[Phil Smith]

I should have noted that NULL, NONE, et al. are valid, so we can't really use 
any of them. Something like *NONE would work, but is also pretty ugly.
--
...phsiii

Phil Smith III
p...@voltage.com
Voltage Security, Inc.
www.voltage.com
(703) 476-4511 (home office)
(703) 568-6662 (cell)


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

OT: Printing emails

[Steve Comstock]

I had my favorite copy shop run off a course material
book for an upcoming class. Got an email that the job
is done.

At the bottom of the email was a note so different from
any others I've seen (usually "consider the environment
before printing" kind of thing) that it startled me.

So here, for a different perspective, is what it says:


It is OK to print this email. The paper industry plants more than it
harvests and today there are 25% more trees in the developed world than in
1900. Paper is biodegradable, renewable and sustainable. Growing and
harvesting trees provides jobs while forestry plantations provide clean air,
clean water, wildlife habitat and carbon storage. A decline in the demand
for paper products risks a decline in sustainable managed re-growth forests.
Use print, it is tangible, it is effective in getting your message across
and when recycled it will come back to us as paper or board.
• In 1992 there was 360% more wood in the forest than in 1920.
• 60% of paper today is recycled compared to 18% of electronic devices.
• Reading a newspaper everyday spends 20% less carbon-dioxide than reading
an online news source for 30 minutes a day.



Of course, he has his agenda. But an interesting insight, eh?


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-355-2752
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 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: INFO IBM-MAIN

Re: Printing emails

[Vernooij, CP - SPLXM]

I usually consider this as rubbish, waste of bandwith, storage capacity
and energy to process, store, transfer and read it (calculate the trees
needed to display his view). Including notes from people that can't
resist to display they have the money to buy a smartphone of brand such
and such. I know my company will attach info to this email, but this at
least has some (legally) justification, as the info attached by this
listserver is useful.

Kees.


"Steve Comstock"  wrote in message
news:<4f68a626.9050...@trainersfriend.com>...
> I had my favorite copy shop run off a course material
> book for an upcoming class. Got an email that the job
> is done.
> 
> At the bottom of the email was a note so different from
> any others I've seen (usually "consider the environment
> before printing" kind of thing) that it startled me.
> 
> So here, for a different perspective, is what it says:
> 
> 
> It is OK to print this email. The paper industry plants more than it
> harvests and today there are 25% more trees in the developed world
than in
> 1900. Paper is biodegradable, renewable and sustainable. Growing and
> harvesting trees provides jobs while forestry plantations provide
clean air,
> clean water, wildlife habitat and carbon storage. A decline in the
demand
> for paper products risks a decline in sustainable managed re-growth
forests.
> Use print, it is tangible, it is effective in getting your message
across
> and when recycled it will come back to us as paper or board.
> * In 1992 there was 360% more wood in the forest than in 1920.
> * 60% of paper today is recycled compared to 18% of electronic
devices.
> * Reading a newspaper everyday spends 20% less carbon-dioxide than
reading
> an online news source for 30 minutes a day.
> 
> 
> 
> Of course, he has his agenda. But an interesting insight, eh?
> 
> 
> -- 
> 
> Kind regards,
> 
> -Steve Comstock
> The Trainer's Friend, Inc.
> 
> 303-355-2752
> 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 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: INFO IBM-MAIN

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, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Execution Velocity

[gsg]

Can someone please explain execution velocity for Workload Manager, I'd really 
appreciate it.  

We do not seem to be getting the results we thought we would.  On this 
particular LPAR, we we're running with 3CPs, but when we activated a 4th CP, 
our critical path ran longer.  Overall we are pushing through more work, but 
our critical path window ran longer.  We are stumped on why.  We're starting to 
look at RMF data, but thought I would throw it out to see if anyone has any 
clues.

We have a HOTBATCH service class defined with IMP=1, Execution Velocity of 90, 
with the CPU Critical flag turned on.  This service class has a jobclass 
assigned to it.  At any given time during our batch window, there may be up to 
two of three of these jobs running.  Other service class we have define for 
batch are PRDBATHI(IMP=2, Execution Velocity of 30) and PRDBATLO(Discretionary).

Thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Theology question

[Blaicher, Christopher Y.]

My question to all this is, If you have a parameter, in this case option2, even 
the absence of it is a default of some sort.  Think about it, if option2 is 1, 
2, 3 or nothing, then nothing implies you are doing something different than 1, 
2 or 3, so it is doing something.  So there is ALWAYS some default.  It may not 
be set as a global option, so now it is a programmatic option.

Or am I just thick and not seeing something?

Chris Blaicher
Senior Software Engineer, Software Services
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803    
E: cblaic...@syncsort.com

www.syncsort.com

Check out our Knowledge Base at www.syncsort.com/support

Syncsort aims for the best product and service experience. 
We welcome your feedback.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Conway
Sent: Tuesday, March 20, 2012 7:50 AM
To: MVS List Server 1
Subject: Re: Theology question

I find myself in the delightfully strange position of unambiguously 
agreeing with Paul Gilmartin.

Must be spring fever or something...  :-)


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Paul Gilmartin 
To: IBM-MAIN@bama.ua.edu
Date:   03/19/2012 06:58 PM
Subject:Re: Theology question
Sent by:IBM Mainframe Discussion List 



On Mon, 19 Mar 2012 17:43:45 -0400, Gord Tomlin wrote:

>IMHO using '*' to represent null violates the Principle of Least
>Astonishment. '*' is often used in masking to represent "anything",
>which is a long way from null.
>
>How about using NULL to represent null, e.g.,
>
>thing3(option1,NULL)  /* This would define another thing and say "even
>if you have a default, global value for option2, pretend you don't" */
> 
I am very accustomed to, and comfortable with the convention
common to Rexx and POSIX shell script, both of which distinguish
between undefined and any defined value: empty string, "NULL",
or whatever.  So, I'd add the rule:

thing3(option1,NULL)/* Means option2 is unset.  */
thing3(option1,'NULL')  /* means option2 is the 4-character string, 
"NULL".)

... (reserved words are never quoted; values are quoted to avoid conflict
with reserved words or when lexically required, to avoid any encroachment
on the potential value space.)

-- gil

--
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

I need help about tuning NFS

[Marc Manuel]

Hello,

I've just setup the nfs server on z/OS 1.11.

>From an AIX 6.3 client, I try to copy 395 mvs files, total tracks for all
files is about 28670 tracks.
cp /mnt/mvs/* /data/mvs


Most of the files are copied OK but for some of them, I got IO Error on the
client side and some warnings and errors on the server side :

GFSA363I Network File System Server short of buffers.

GFSA363I Network File System Server short of buffers.

IKJ56220I DATA SET UDMZ.A500.TESTNFS.AR82000.C1904293 NOT ALLOCATED, TOO
MANY DA
IKJ56220I MAXIMUM NUMBER OF DATA SET ALLOCATIONS ALLOWED BY YOUR SESSION
HAS BEEN REACHED, YOU SHOULD FREE
 UNUSED DATA SETS



I tried to grow bufhigh and logicalcache to 128M (the maximum), but the
problems are always here !!!

I don't understand IKJ56220I which is, as far as Iknow, a TSO message...

Any idea ?


Thanks a lot.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Execution Velocity

[Staller, Allan]

Try here:

http://www-03.ibm.com/systems/resources/servers_eserver_zseries_zos_wlm_
pdf_velocity_pdf_velocity.pdf


Can someone please explain execution velocity for Workload Manager, I'd
really appreciate it.  

We do not seem to be getting the results we thought we would.  On this
particular LPAR, we we're running with 3CPs, but when we activated a 4th
CP, our critical path ran longer.  Overall we are pushing through more
work, but our critical path window ran longer.  We are stumped on why.
We're starting to look at RMF data, but thought I would throw it out to
see if anyone has any clues.

We have a HOTBATCH service class defined with IMP=1, Execution Velocity
of 90, with the CPU Critical flag turned on.  This service class has a
jobclass assigned to it.  At any given time during our batch window,
there may be up to two of three of these jobs running.  Other service
class we have define for batch are PRDBATHI(IMP=2, Execution Velocity of
30) and PRDBATLO(Discretionary).


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Opening an URL from ISPF (was: PCOM Question)

[Dave Salt]

> >Must you have the format http://etc or could you other formats ?
> >(Thinking of having links with underlined descriptive texts rather than
> >the URL visible.) 

You can do this very easily with SimpList and it works with any emulator (not 
just PCOM). When someone clicks any part of a panel (and regardless of whether 
the panel shows an URL or an underline or nothing at all), your application 
would detect where the user clicked and based on that would execute a single 
line of code that calls SimpList and passes the URL. That URL would then 
seamlessly open in the users browser.  

SimpList is very inexpensive and can be installed in about 20 minutes with no 
special privileges required (e.g. nothing needs to be 
compiled/authorized/link-listed etc). If you have any questions or would like a 
free trial then please contact me offline.
 
Dave Salt

SimpList(tm) - try it; you'll get it! 

http://www.mackinney.com/products/program-development/simplist.html  





  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Printing emails

[Scott Ford]

Hey,

I am a child of the 60s going green is cool ...

Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com



On Mar 20, 2012, at 11:57 AM, "Vernooij, CP - SPLXM"  
wrote:

> I usually consider this as rubbish, waste of bandwith, storage capacity
> and energy to process, store, transfer and read it (calculate the trees
> needed to display his view). Including notes from people that can't
> resist to display they have the money to buy a smartphone of brand such
> and such. I know my company will attach info to this email, but this at
> least has some (legally) justification, as the info attached by this
> listserver is useful.
> 
> Kees.
> 
> 
> "Steve Comstock"  wrote in message
> news:<4f68a626.9050...@trainersfriend.com>...
>> I had my favorite copy shop run off a course material
>> book for an upcoming class. Got an email that the job
>> is done.
>> 
>> At the bottom of the email was a note so different from
>> any others I've seen (usually "consider the environment
>> before printing" kind of thing) that it startled me.
>> 
>> So here, for a different perspective, is what it says:
>> 
>> 
>> It is OK to print this email. The paper industry plants more than it
>> harvests and today there are 25% more trees in the developed world
> than in
>> 1900. Paper is biodegradable, renewable and sustainable. Growing and
>> harvesting trees provides jobs while forestry plantations provide
> clean air,
>> clean water, wildlife habitat and carbon storage. A decline in the
> demand
>> for paper products risks a decline in sustainable managed re-growth
> forests.
>> Use print, it is tangible, it is effective in getting your message
> across
>> and when recycled it will come back to us as paper or board.
>> * In 1992 there was 360% more wood in the forest than in 1920.
>> * 60% of paper today is recycled compared to 18% of electronic
> devices.
>> * Reading a newspaper everyday spends 20% less carbon-dioxide than
> reading
>> an online news source for 30 minutes a day.
>> 
>> 
>> 
>> Of course, he has his agenda. But an interesting insight, eh?
>> 
>> 
>> -- 
>> 
>> Kind regards,
>> 
>> -Steve Comstock
>> The Trainer's Friend, Inc.
>> 
>> 303-355-2752
>> 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 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: INFO IBM-MAIN
> 
> 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, please notify the sender immediately by 
> return e-mail, and delete this message. 
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt. 
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
> Airlines) is registered in Amstelveen, The Netherlands, with registered 
> number 33014286
> 
>
> 
> --
> 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: I need help about tuning NFS

[Paul Gilmartin]

On Tue, 20 Mar 2012 17:11:54 +0100, Marc Manuel  wrote:
>
>I've just setup the nfs server on z/OS 1.11.
>
>From an AIX 6.3 client, I try to copy 395 mvs files, ...
>cp /mnt/mvs/* /data/mvs
>
>IKJ56220I DATA SET UDMZ.A500.TESTNFS.AR82000.C1904293 NOT ALLOCATED, TOO
>MANY DA
>IKJ56220I MAXIMUM NUMBER OF DATA SET ALLOCATIONS ALLOWED BY YOUR SESSION
>HAS BEEN REACHED, YOU SHOULD FREE UNUSED DATA SETS
>
>I don't understand IKJ56220I which is, as far as Iknow, a TSO message...
>
(TSO or DYNALLOC)  This strikes me as a bug in "cp".  The messages
mean what they say, and "cp" (or perhaps NFS server) is not freeing
allocations in a timely fashion.  Open a PMR.  IBM support is likely to
tell you, "Increase DYNAMNBR."  Stand your ground and escalate.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Execution Velocity

[Sevetson, Phil]

This measurement is based on system states which are continuously collected. 
The system states describe when a work request uses a system resource and when 
it must wait for it because it is used by other work. The latter is named a 
delay state. The quotient of all using states to all productive states (using 
and delay states) multiplied by 100 is the execution velocity.

http://en.wikipedia.org/wiki/Workload_Manager

--Phil Sevetson


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Staller, Allan
Sent: Tuesday, March 20, 2012 12:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Execution Velocity

Try here:

http://www-03.ibm.com/systems/resources/servers_eserver_zseries_zos_wlm_
pdf_velocity_pdf_velocity.pdf


Can someone please explain execution velocity for Workload Manager, I'd
really appreciate it.  

We do not seem to be getting the results we thought we would.  On this
particular LPAR, we we're running with 3CPs, but when we activated a 4th
CP, our critical path ran longer.  Overall we are pushing through more
work, but our critical path window ran longer.  We are stumped on why.
We're starting to look at RMF data, but thought I would throw it out to
see if anyone has any clues.

We have a HOTBATCH service class defined with IMP=1, Execution Velocity
of 90, with the CPU Critical flag turned on.  This service class has a
jobclass assigned to it.  At any given time during our batch window,
there may be up to two of three of these jobs running.  Other service
class we have define for batch are PRDBATHI(IMP=2, Execution Velocity of
30) and PRDBATLO(Discretionary).


--
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: Printing emails

[Richard Pinion]

Kermit the frog was green long before it was fashionable.

Richard and Vickie Pinion

--- scott_j_f...@yahoo.com wrote:

From: Scott Ford 
To: IBM-MAIN@bama.ua.edu
Subject: Re: Printing emails
Date: Tue, 20 Mar 2012 12:43:48 -0400

Hey,

I am a child of the 60s going green is cool ...

Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com



On Mar 20, 2012, at 11:57 AM, "Vernooij, CP - SPLXM"  
wrote:

> I usually consider this as rubbish, waste of bandwith, storage capacity
> and energy to process, store, transfer and read it (calculate the trees
> needed to display his view). Including notes from people that can't
> resist to display they have the money to buy a smartphone of brand such
> and such. I know my company will attach info to this email, but this at
> least has some (legally) justification, as the info attached by this
> listserver is useful.
> 
> Kees.
> 
> 
> "Steve Comstock"  wrote in message
> news:<4f68a626.9050...@trainersfriend.com>...
>> I had my favorite copy shop run off a course material
>> book for an upcoming class. Got an email that the job
>> is done.
>> 
>> At the bottom of the email was a note so different from
>> any others I've seen (usually "consider the environment
>> before printing" kind of thing) that it startled me.
>> 
>> So here, for a different perspective, is what it says:
>> 
>> 
>> It is OK to print this email. The paper industry plants more than it
>> harvests and today there are 25% more trees in the developed world
> than in
>> 1900. Paper is biodegradable, renewable and sustainable. Growing and
>> harvesting trees provides jobs while forestry plantations provide
> clean air,
>> clean water, wildlife habitat and carbon storage. A decline in the
> demand
>> for paper products risks a decline in sustainable managed re-growth
> forests.
>> Use print, it is tangible, it is effective in getting your message
> across
>> and when recycled it will come back to us as paper or board.
>> * In 1992 there was 360% more wood in the forest than in 1920.
>> * 60% of paper today is recycled compared to 18% of electronic
> devices.
>> * Reading a newspaper everyday spends 20% less carbon-dioxide than
> reading
>> an online news source for 30 minutes a day.
>> 
>> 
>> 
>> Of course, he has his agenda. But an interesting insight, eh?
>> 
>> 
>> -- 
>> 
>> Kind regards,
>> 
>> -Steve Comstock
>> The Trainer's Friend, Inc.
>> 
>> 303-355-2752
>> 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 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: INFO IBM-MAIN
> 
> 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, please notify the sender immediately by 
> return e-mail, and delete this message. 
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt. 
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
> Airlines) is registered in Amstelveen, The Netherlands, with registered 
> number 33014286
> 
>
> 
> --
> 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




_
Netscape.  Just the Net You Need.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

SV: SV: Theology question

[Thomas Berg]

-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Paul 
Gilmartin
Skickat: den 20 mars 2012 15:45
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: SV: Theology question

On Tue, 20 Mar 2012 10:54:50 +0100, Thomas Berg wrote:

>The only alternative (as seen from the principle of least astonishment) I can 
>think of is using the explicit option "NULL" - assuming that value is never a 
>"real" option.
> 
In some contexts, such an option is unjustified.  Designs should
attempt not to restrict value spaces.

>BTW, In rexx if you check for an existing parm would "rexxfunc(arg1,,arg3)" 
>have a *non-existing* arg/parm nr 2 but "rexxfunc(arg1,'',arg3)" would have 
>and *existing*, but "empty" arg/parm nr 2.
> 
Empirically, yes:   

 
 5 *-* trace R
 7 *-* Junk = rexxfunc(arg1,,arg3)
13 *-*  rexxfunc:
14 *-*  return( arg( 2, 'Exists' ) )
   >>>"0"
   >>>   "0"
 8 *-* Junk = rexxfunc(arg1,'',arg3)
13 *-*  rexxfunc:
14 *-*  return( arg( 2, 'Exists' ) )
   >>>"1"
   >>>   "1"
 9 *-* junk = arg( 1,)
   >>>   ""
10 *-* junk = arg( 1, '' )
10 +++ junk = arg( 1, '' )
IRX0040I Error running ./fooargs, line 10: Incorrect call to routine

Since you ask the question, I checked the doc at:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4a3a0/4.3.4

I can see that it doesn't make this explicitly clear in the examples
given.  Is an RCF merited?

***
I knew this, it wasn't meant to be a question.  Although the "Arg(2,'e')" etc 
examples hints it quite clear it doesn't points out that an "empty" option like 
'' or a variable that was set = '' is still an existing option.  Which could be 
a surprise for a beginner in rexx programming.  So Yes, a RCF could be 
motivated.  



Regards,
Thomas Berg
__
Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

SV: Re: Theology question

[Thomas Berg]

I'm using a point/dot as a "null" value in my own rexx programs or functions 
and do not have any problems with it. 
This is used when the args to the rexx is not/can't be comma delimited in a 
rexx way.
E g:   Call EXAMPLE 'A . . D' 

So Your example maybe could be:  thingn(option1,'.')



Regards,
Thomas Berg
__
Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)




-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Phil Smith
Skickat: den 20 mars 2012 16:34
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Theology question

I should have noted that NULL, NONE, et al. are valid, so we can't really use 
any of them. Something like *NONE would work, but is also pretty ugly.
--
...phsiii

Phil Smith III
p...@voltage.com
Voltage Security, Inc.
www.voltage.com
(703) 476-4511 (home office)
(703) 568-6662 (cell)


--
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

Prevent FTP from root

[Bruce Wheatley]

We have numerous external clients and on occasion have found that depending on 
what product they use for FTP, their file transfer may in some fashion refer to 
our root directory or potentially the file transfer client being used defaults 
to a root directory.  

In order to prevent such access we’re planning to change each userid’s OMVS 
segment to have a HOME directory of: /u/userid. (Currently we just use ‘ / ’.)

Anyone know of any gotchas with this plan?

TIA

(Posted on both RACF & IBM-Main lists)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Prevent FTP from root

[Martin, Larry D]

We have always used /u/userid for the home directory.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Bruce Wheatley
Sent: Tuesday, March 20, 2012 2:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: Prevent FTP from root

We have numerous external clients and on occasion have found that depending on 
what product they use for FTP, their file transfer may in some fashion refer to 
our root directory or potentially the file transfer client being used defaults 
to a root directory.  

In order to prevent such access we're planning to change each userid's OMVS 
segment to have a HOME directory of: /u/userid. (Currently we just use ' / '.)

Anyone know of any gotchas with this plan?

TIA

(Posted on both RACF & IBM-Main lists)

--
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: Prevent FTP from root

[Kirk Wolf]

I can agree that OMVS segments should usually have their own directory.
 It would be possible to have them share a common directory, but in that
case you would usually want to make it ready only, which would prevent some
z/OS Unix stuff from working but not, AFAIK, FTP.

But in order to have complete control over FTP access, you may want to
implement a FTCHKCMD exit.   See the z/OS Comm Server documentation for
details; a sample is provided by IBM.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Tue, Mar 20, 2012 at 1:01 PM, Bruce Wheatley  wrote:

> We have numerous external clients and on occasion have found that
> depending on what product they use for FTP, their file transfer may in some
> fashion refer to our root directory or potentially the file transfer client
> being used defaults to a root directory.
>
> In order to prevent such access we’re planning to change each userid’s
> OMVS segment to have a HOME directory of: /u/userid. (Currently we just use
> ‘ / ’.)
>
> Anyone know of any gotchas with this plan?
>
> TIA
>
> (Posted on both RACF & IBM-Main lists)
>
> --
> 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: Execution Velocity

[Tom Marchant]

On Tue, 20 Mar 2012 11:05:25 -0500, gsg wrote:

>Can someone please explain execution velocity for Workload Manager, I'd really 
>appreciate it.

John Arwe's paper, for which Alan posted a link is excellent.

>We do not seem to be getting the results we thought we 
>would.  On this particular LPAR, we we're running with 3CPs, 
>but when we activated a 4th CP, our critical path ran longer.  
>Overall we are pushing through more work, but our critical 
>path window ran longer.  We are stumped on why.  We're 
>starting to look at RMF data, but thought I would throw it 
>out to see if anyone has any clues.

Clues come from RMF data about how your goals are being met.

>We have a HOTBATCH service class defined with IMP=1, 
>Execution Velocity of 90, with the CPU Critical flag turned 
>on.  This service class has a jobclass assigned to it.  At 
>any given time during our batch window, there may be up 
>to two of three of these jobs running.  Other service class 
>we have define for batch are PRDBATHI(IMP=2, Execution 
>Velocity of 30) and PRDBATLO(Discretionary).

It sounds as if you have turnaround time requirements for 
these jobs.  IMO, velocity goals are not the best for this kind 
of workload.  Have you considered response time goals?

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Execution Velocity

[Gibney, Dave]

That is a very high, IMO, goal for batch. I would expect very little besides 
the system to have a higher priority.
Does you Critical path use this HOTBATCH?
How multi-threaded is your critical path? If 4 jobs don't run parallel, then 
the 4th CP is doing other work and you may find the answer is just the 
additional overhead switching another CP.

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Tom Marchant
> Sent: Tuesday, March 20, 2012 12:17 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Execution Velocity
> 
> On Tue, 20 Mar 2012 11:05:25 -0500, gsg wrote:
> 
> >Can someone please explain execution velocity for Workload Manager, I'd
> really appreciate it.
> 
> John Arwe's paper, for which Alan posted a link is excellent.
> 
> >We do not seem to be getting the results we thought we
> >would.  On this particular LPAR, we we're running with 3CPs,
> >but when we activated a 4th CP, our critical path ran longer.
> >Overall we are pushing through more work, but our critical
> >path window ran longer.  We are stumped on why.  We're
> >starting to look at RMF data, but thought I would throw it
> >out to see if anyone has any clues.
> 
> Clues come from RMF data about how your goals are being met.
> 
> >We have a HOTBATCH service class defined with IMP=1,
> >Execution Velocity of 90, with the CPU Critical flag turned
> >on.  This service class has a jobclass assigned to it.  At
> >any given time during our batch window, there may be up
> >to two of three of these jobs running.  Other service class
> >we have define for batch are PRDBATHI(IMP=2, Execution
> >Velocity of 30) and PRDBATLO(Discretionary).
> 
> It sounds as if you have turnaround time requirements for
> these jobs.  IMO, velocity goals are not the best for this kind
> of workload.  Have you considered response time goals?
> 
> --
> 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

Re: Prevent FTP from root

[Paul Gilmartin]

On Tue, 20 Mar 2012 13:25:09 -0500, Kirk Wolf wrote:

>I can agree that OMVS segments should usually have their own directory.
> It would be possible to have them share a common directory, but in that
>case you would usually want to make it ready only, which would prevent some
>z/OS Unix stuff from working but not, AFAIK, FTP.
>
>But in order to have complete control over FTP access, you may want to
>implement a FTCHKCMD exit.   See the z/OS Comm Server documentation for
>details; a sample is provided by IBM.
>
Where's "chroot" when you need it?

>On Tue, Mar 20, 2012 at 1:01 PM, Bruce Wheatley wrote:
>
>> We have numerous external clients and on occasion have found that
>> depending on what product they use for FTP, their file transfer may in some
>> fashion refer to our root directory or potentially the file transfer client
>> being used defaults to a root directory.
>>
"In some fashion" may mean the conventional command, "cd /".
The customary way to sequester this is to "chroot" after
forking the child.

>> In order to prevent such access we’re planning to change each userid’s
>> OMVS segment to have a HOME directory of: /u/userid. (Currently we just use
>> ‘ / ’.)
>>


-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Theology question

[Phil Smith]

Thanks to all who responded. I'm convinced. "quote quote" it is!
--
...phsiii

Phil Smith III
p...@voltage.com
Voltage Security, Inc.
www.voltage.com


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Theology question

[Ed Finnell]

That that is is that that is not is not... 
 
 
In a message dated 3/20/2012 3:35:49 P.M. Central Daylight Time,  
p...@voltage.com writes:

"quote  quote" it is!


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMPe Receive Error

[retired mainframer]

:>: -Original Message-
:>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
:>: Behalf Of jagadishan perumal
:>: Sent: Tuesday, March 20, 2012 4:48 AM
:>: To: IBM-MAIN@bama.ua.edu
:>: Subject: Re: SMPe Receive Error
:>:
:>: Lizette,
:>:
:>: I have modified the SMPTLIB statement to have the Volume specified and
:>: it
:>: went fine.

So you don't know what the problem was and apparently aren't interested in
researching to correct it.  You have made a change which possibly only
camouflages the problem and we can expect to see another round of queries
when you perform a subsequent receive.  Throwing darts at a dart board is
usually not an effective diagnostic procedure and seldom leads to any
understanding of the underlying issues.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

megabytes per second

[Bill Fairchild]

New thread.

What exactly does "MB/second mean when referring to how much data can be copied 
from a DASD to a tape?

To be more precise, I am not interested in big MB vs. little mib, just the 
philosophy.  Suppose I have a huge file on a "3390" virtual thing and I can 
copy whole tracks to tape at the rate of 100 MB/sec.  Assume the tracks hold 
50,000 bytes instead of 56,664 to make the math easier.  Does 100 MB/sec. mean 
that I am copying 2,000 tracks per second?  Maybe.  What if there is nothing 
written on the tracks, but I don't know that until I read them in and then 
write the contents?  Of course, there is always at least an R0 on every track, 
so they are not completely empty.  If all they have written on them is R0, am I 
still transferring data at the rate of 100MB/sec?  If each track were half 
full, would my effective data transfer rate be only 50 MB/sec?

Bill Fairchild

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Alan Altmark
Sent: Monday, March 19, 2012 5:39 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: host codepge 0037 and the obscure "not sign"

On Tue, 13 Mar 2012 12:51:26 -0400, Shmuel Metz (Seymour J.) 
 wrote:
>>Is there any translation table in z/os 1.11 that translates the "NOT 
>>SIGN" x'5F' to an ascii x'AC',
>
>These is no ASCII 'AC'X; you really need to know what code pages you're 
>using to get a correct translation.

If you use UCS-2, the NOT SIGN is U+00AC.  But you're right, it isn't ASCII, 
it's Unicode.

TYPE U 2 B  (big endian Unicode)
TYPE U 2 L   (little endian Unicode)

Also look at SITE UCSHOSTCS.

Alan Altmark
IBM

--
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: IBM Research z196 Papers

[Hylton Tom P]

Just browsing thru some old posts.  

Like most, I stopped looking at any of the journals in 2009 when they decided 
to charge boatloads for something they should be handing out at every it shop, 
college, and tech school around.

Reading this post indicates that customers now have access again, but I've been 
scouring thru the research site and cannot find any indications.  Instead I'm 
directed to join IEEE.

The original article is free, but none of the rest of the journal is accessable 
from that link without membership.

What is the procedure or link for gaining access if you are an IBM customer? 

thanks,
tom

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Meral Temel (Garanti Teknoloji)
Sent: Tuesday, January 31, 2012 10:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM Research z196 Papers

Yes ,they are available to IBM customer accounts. Related to pricing, they were 
free of charge for years and then, in 2009, IBM once made them available for 
9XX $ for each journal (there was no way to get each paper separately as far as 
I remember ) . Then with the help of some IBM executives, they  became 
available again free to customers,students and  1.9 $ for each paper for 
everyone through website. Thanks to those executives who played role on the 
decision that made them available to customers and students again free of 
charge.  I realized that price for each paper was increased again to these 
numbers through website. According to feedbacks written in here, personally I 
also wish every expert who want to read them and have to pay , can read them by 
having more reasonable price maybe...

Best Regards
Meral.
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Execution Velocity

[Gerhard Adam]

We have a HOTBATCH service class defined with IMP=1, Execution 
Velocity of 90, with the CPU Critical flag turned on.  This service 
class has a jobclass assigned to it.  At any given time during our 
batch window, there may be up to two of three of these jobs running.


For a system with only 4 LP's that's an extremely high velocity and 
probably isn't attainable.  You neglected to mention what your "actuals" 
were, since that would be helpful in assessing what's taking place.


Bear in mind that if your velocity is essentially unachievable, the only 
thing that will happen is WLM will set the Skip Clock and tend to ignore 
that service class from receiving help.


Bring the velocity into line with what it can actually use [keeping in 
mind the the other high importance level tasks that are also running].


It appears that you're trying to use velocity as a priority setting 
[which it isn't].  In addition, CPU critical isn't likely going to make 
much difference either, since it is highly unlikely that batch elapsed 
time is that heavily dependent on CPU.


Adam

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: megabytes per second

[R.S.]

W dniu 2012-03-20 23:12, Bill Fairchild pisze:

New thread.

What exactly does "MB/second mean when referring to how much data can
be copied from a DASD to a tape?

To be more precise, I am not interested in big MB vs. little mib,
just the philosophy.  Suppose I have a huge file on a "3390" virtual
thing and I can copy whole tracks to tape at the rate of 100 MB/sec.
Assume the tracks hold 50,000 bytes instead of 56,664 to make the
math easier.  Does 100 MB/sec. mean that I am copying 2,000 tracks
per second?  Maybe.  What if there is nothing written on the tracks,
but I don't know that until I read them in and then write the
contents?  Of course, there is always at least an R0 on every track,
so they are not completely empty.  If all they have written on them
is R0, am I still transferring data at the rate of 100MB/sec?  If
each track were half full, would my effective data transfer rate be
only 50 MB/sec?


Well, megabyte per second is million bytes transmitted/read/written 
within one second. Nothing more, nothing less.


Remarks:
- For purists: 10^6 is MB, 2^20 is MiB, but it changes nothing in the 
above.


- I think there is no big problem with definition of megabytes 
transferred through some interface/cable.


- Your problem mainly regards "what to do with unused objects". The 
object could be track, block, etc. What to do? IT DEPENDS!
Let's take memory, RAM: there is no "empty" cell in the memory, even 
uninitialized cell/page contain some data, usually trash.
In case of 3390 track - when you perform some kind of physical copy, you 
don't care about empty tracks, VTOCs, you just copy track by track. 
However when you care about "never used" tracks", your copy can run much 
faster because you omit some tracks. That's how EMC TF works. But - does 
the disk work faster? NO! ABSOLUTELY NO! The software works SMARTER.
And that's the answer: the software used to copy data can be smart and 
omit unused parts of data.


Another example: DFSMSdss by default does not copy space in extent past 
EOF. So, for example 1% used 100MB file is really copied as 1MB file. 
Smart, but don't do it for JES2 spool - in this case EOF is misleading, 
you have to specify ALLDATA ALEXCP (one of them actually), and demand 
unused space to be also copied. Reason: you know the unused space is not 
actually unused. However when you specify the above options for 
"regular" datasets, you decide to waste resources, not to use smarter 
method and you probably get worse performance.


BTW: Tape controllers use compression, IBM claims 3:1 compression. So 
100MB/s can be compressed to 30MB/s of physical tape recording speed.


So, in case DASD->TAPE copy you have to specify what do you mean by 
saying 100MB/s.
In "optimistic" version you can backup 1000x100MB file 1% used (1MB of 
data), compressed 3:1 (1000x0.333MB= 333MB). Did you back up 100GB or 333MB?



--
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

Re: Execution Velocity

[Graham Harris]

>
>
> We do not seem to be getting the results we thought we would.  On this
> particular LPAR, we we're running with 3CPs, but when we activated a 4th
> CP, our critical path ran longer.  Overall we are pushing through more
> work, but our critical path window ran longer.  We are stumped on why.
>  We're starting to look at RMF data, but thought I would throw it out to
> see if anyone has any clues.
>
>
When you add extra engines, the extra MP effect means they all effectively
get a little less powerful.  Depending on the machine model, this would
tend to be around a 2-3% reduction.  So what you are seeing (improved
overall throughput, but extended runtimes) is not an unreasonable thing to
happen.

Are you running with Hiperdispatch turned on?  Conventional wisdom may say
its not worth using HD with so few CPs, but there may potentially be
valuable cache-locality-retention benefits with your CPU-intensive batch
jobs (depending on how well they may benefit from this, of course).
If you are running with HD off, then you are now running more concurrent
workload on 4CPs which could be polluting all your processor caches a lot
more than you were experiencing previously on 3 CPs, which could lead to
increased overheads in the OS managing higher levels of cache-misses under
the covers.
So if you are running with HD OFF, it may be worth trying with HD=ON to see
if it makes any sort of difference.

HTH

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Execution Velocity

[Graham Harris]

On 20 March 2012 23:11, Graham Harris  wrote:

>
>> We do not seem to be getting the results we thought we would.  On this
>> particular LPAR, we we're running with 3CPs, but when we activated a 4th
>> CP, our critical path ran longer.  Overall we are pushing through more
>> work, but our critical path window ran longer.  We are stumped on why.
>>  We're starting to look at RMF data, but thought I would throw it out to
>> see if anyone has any clues.
>>
>>
> When you add extra engines, the extra MP effect means they all effectively
> get a little less powerful.  Depending on the machine model, this would
> tend to be around a 2-3% reduction.  So what you are seeing (improved
> overall throughput, but extended runtimes) is not an unreasonable thing to
> happen.
>
> Are you running with Hiperdispatch turned on?  Conventional wisdom may say
> its not worth using HD with so few CPs, but there may potentially be
> valuable cache-locality-retention benefits with your CPU-intensive batch
> jobs (depending on how well they may benefit from this, of course).
> If you are running with HD off, then you are now running more concurrent
> workload on 4CPs which could be polluting all your processor caches a lot
> more than you were experiencing previously on 3 CPs, which could lead to
> increased overheads in the OS managing higher levels of cache-misses under
> the covers.
> So if you are running with HD OFF, it may be worth trying with HD=ON to
> see if it makes any sort of difference.
>
> HTH
>

Having wrote all that, I just realised that with 4 CPs, then they're all
likely to be present on a single book anyway (and single affinity node?
 Although do affinity nodes even exist if HD is off?).
Hopefully 'them that know' can clarify

May be helpful if the OP could specify what machine model was upgraded
from/to (or is it actually really a bigger machine than 4 CPs, and was
perhaps just an extra CP config'd on to the LPAR in question?), and whether
other LPARs share the box.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: megabytes per second

[Blaicher, Christopher Y.]

As Radoslaw points out, there are a lot of things to consider.  Personally, I 
count the number of bytes transferred at the program level and divide by the 
time to get the rate.

A real 3390 (do they still exist?) even reading just a R0 from a track will 
take as long as reading two 27K blocks of data from a track.  A similar problem 
exists with a 32K blocksize on a 3390.  The reason for this is you just have to 
wait for the disk to spin.  Years ago we used to calculate how many times the 
disk had to spin, then determine how long that should take and see how close 
our elapsed actually was to that calculated ideal time.

With an emulated 3390, I suspect the transfer rate is probably more consistent 
between the two 27K blocks vs 32K blocks.

Chris Blaicher
Senior Software Engineer, Software Services
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803    
E: cblaic...@syncsort.com

www.syncsort.com

Check out our Knowledge Base at www.syncsort.com/support

Syncsort aims for the best product and service experience. 
We welcome your feedback.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Bill Fairchild
Sent: Tuesday, March 20, 2012 5:12 PM
To: MVS List Server 1
Subject: megabytes per second

New thread.

What exactly does "MB/second mean when referring to how much data can be copied 
from a DASD to a tape?

To be more precise, I am not interested in big MB vs. little mib, just the 
philosophy.  Suppose I have a huge file on a "3390" virtual thing and I can 
copy whole tracks to tape at the rate of 100 MB/sec.  Assume the tracks hold 
50,000 bytes instead of 56,664 to make the math easier.  Does 100 MB/sec. mean 
that I am copying 2,000 tracks per second?  Maybe.  What if there is nothing 
written on the tracks, but I don't know that until I read them in and then 
write the contents?  Of course, there is always at least an R0 on every track, 
so they are not completely empty.  If all they have written on them is R0, am I 
still transferring data at the rate of 100MB/sec?  If each track were half 
full, would my effective data transfer rate be only 50 MB/sec?

Bill Fairchild

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM Research z196 Papers

[Tommy Tsui]

TT
On 2012-1-31 下午8:07, "Meral Temel"  wrote:

> To colleagues and students who are interested in,
> IBM Research  published z196 papers in their current issue which is
> entitled `IBM zEnterprise Systems And Technology'.
>
> http://www.research.ibm.com/journal/
>
> Best Regards,
> Meral.
>
> --
> 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: DASD Mod9/Mod54

[Ron Hawkins]

Bob, 

Then I can tell you that apart from the flattening of IO that I described,
there is nothing in the design and architecture of the USP-V that would make
a 3390-54 have less performance than 16 or so 3390-3 allocated on the same
parity group.

I'm afraid that it is the nature of your IO and not the size of the volume.

What are you seeing in the ESS stats for the Parity groups?

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Lester, Bob
> Sent: Tuesday, March 20, 2012 6:51 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] DASD Mod9/Mod54
> 
> Hi Kees,
> 
>  Hitachi USPV.  Very little IOSQ time, so no PAV.  Looks like mostly
> disconnect time.
> 
> Thanks!
> BobL
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Vernooij, CP - SPLXM
> Sent: Tuesday, March 20, 2012 2:02 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DASD Mod9/Mod54
> 
> "Lester, Bob"  wrote in message
> news:<8F672BE771329649A9EB59C7D9D6A2D9521E8B40@den-
> xmail01.den.OFI.com>.
> ..
> > Hi Folks,
> >
> >  With todays' modern disk arrays, is there any reason (z/OS based
> or other) that response time for my Mod54s is consistently higher than for
> my Mod9s?
> >
> >  Assume identical workload against each, single array with
> multiple LCUs.  RMF says the LCUs are pretty well balanced.  Single image.
> Pretty simple setup.
> >
> >  Thoughts?
> >
> > Thanks!
> > BobL
> >
> 
> Which storage device?
> Do you use PAV / Hyperpav?
> 
> Kees.
> 
> 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, please notify the
sender
> immediately by return e-mail, and delete this message.
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
> employees shall not be liable for the incorrect or incomplete transmission
of
> this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with registered
> number 33014286
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
to
> lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> 
> 
> mailgate3.oppenheimerfunds.com made the following annotations
> -
> This e-mail transmission may contain information that is proprietary,
> privileged and/or confidential and is intended exclusively for the
person(s) to
> whom it is addressed. Any use, copying, retention or disclosure by any
> person other than the intended recipient or the intended recipient's
> designees is strictly prohibited. If you are not the intended recipient or
their
> designee, please notify the sender immediately by return e-mail and delete
> all copies. OppenheimerFunds may, at its sole discretion, monitor, review,
> retain and/or disclose the content of all email communications.
> -
> 
> --
> 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: DASD Mod9/Mod54

[Mike Schwab]

With more data on each volume, your accesses to the single VTOC may
delay accessing the datasets.  When you had that data on Mod 9s, there
were 7 VTOCs to access that much data.

On Tue, Mar 20, 2012 at 8:46 PM, Ron Hawkins  wrote:
> Bob,
>
> Then I can tell you that apart from the flattening of IO that I described,
> there is nothing in the design and architecture of the USP-V that would make
> a 3390-54 have less performance than 16 or so 3390-3 allocated on the same
> parity group.
>
> I'm afraid that it is the nature of your IO and not the size of the volume.
>
> What are you seeing in the ESS stats for the Parity groups?
>
> Ron
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
>> Behalf Of Lester, Bob
>> Sent: Tuesday, March 20, 2012 6:51 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: [IBM-MAIN] DASD Mod9/Mod54
>>
>> Hi Kees,
>>
>>      Hitachi USPV.  Very little IOSQ time, so no PAV.  Looks like mostly
>> disconnect time.
>>
>> Thanks!
>> BobL
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
>> Behalf Of Vernooij, CP - SPLXM
>> Sent: Tuesday, March 20, 2012 2:02 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: DASD Mod9/Mod54
>>
>> "Lester, Bob"  wrote in message
>> news:<8F672BE771329649A9EB59C7D9D6A2D9521E8B40@den-
>> xmail01.den.OFI.com>.
>> ..
>> > Hi Folks,
>> >
>> >      With todays' modern disk arrays, is there any reason (z/OS based
>> or other) that response time for my Mod54s is consistently higher than for
>> my Mod9s?
>> >
>> >      Assume identical workload against each, single array with
>> multiple LCUs.  RMF says the LCUs are pretty well balanced.  Single image.
>> Pretty simple setup.
>> >
>> >      Thoughts?
>> >
>> > Thanks!
>> > BobL
>> >
>>
>> Which storage device?
>> Do you use PAV / Hyperpav?
>>
>> Kees.
>> 
>> 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, please notify the
> sender
>> immediately by return e-mail, and delete this message.
>>
>> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
>> employees shall not be liable for the incorrect or incomplete transmission
> of
>> this e-mail or any attachments, nor responsible for any delay in receipt.
>> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
>> Airlines) is registered in Amstelveen, The Netherlands, with registered
>> number 33014286
>> 
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to
>> lists...@bama.ua.edu with the message: INFO IBM-MAIN
>>
>>
>>
>> mailgate3.oppenheimerfunds.com made the following annotations
>> -
>> This e-mail transmission may contain information that is proprietary,
>> privileged and/or confidential and is intended exclusively for the
> person(s) to
>> whom it is addressed. Any use, copying, retention or disclosure by any
>> person other than the intended recipient or the intended recipient's
>> designees is strictly prohibited. If you are not the intended recipient or
> their
>> designee, please notify the sender immediately by return e-mail and delete
>> all copies. OppenheimerFunds may, at its sole discretion, monitor, review,
>> retain and/or disclose the content of all email communications.
>> -
>>
>> --
>> 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



-- 
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: megabytes per second

[Ron Hawkins]

Chris,

I'm  afraid sequential pre-fetch kinda of makes your point invalid for
sequential IO.

> 
> A real 3390 (do they still exist?) even reading just a R0 from a track
will take as
> long as reading two 27K blocks of data from a track.  A similar problem
exists
> with a 32K blocksize on a 3390.  The reason for this is you just have to
wait for
> the disk to spin.  Years ago we used to calculate how many times the disk
had
> to spin, then determine how long that should take and see how close our
> elapsed actually was to that calculated ideal time.
> 
 
Ron 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: megabytes per second

[Ron Hawkins]

Bill,

It can also depend on where you are measuring the throughput:

Back end of the disk array - there is additional data to transfer
due to the encapsulation of EBCDIV within SCSI FBA blocks
FICON - It's a 10 bit byte, so divide the data rate by 8 bits. A 1Gb
channel is 1000MB/10=100 GB (yes no little i)
Tape Drive - whatever you get after ICRC
Virtual Tape Drive - whatever you get after ICRC and De duplication

This could be a fun topic.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Bill Fairchild
> Sent: Tuesday, March 20, 2012 3:12 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: [IBM-MAIN] megabytes per second
> 
> New thread.
> 
> What exactly does "MB/second mean when referring to how much data can
> be copied from a DASD to a tape?
> 
> To be more precise, I am not interested in big MB vs. little mib, just the
> philosophy.  Suppose I have a huge file on a "3390" virtual thing and I
can
> copy whole tracks to tape at the rate of 100 MB/sec.  Assume the tracks
hold
> 50,000 bytes instead of 56,664 to make the math easier.  Does 100 MB/sec.
> mean that I am copying 2,000 tracks per second?  Maybe.  What if there is
> nothing written on the tracks, but I don't know that until I read them in
and
> then write the contents?  Of course, there is always at least an R0 on
every
> track, so they are not completely empty.  If all they have written on them
is
> R0, am I still transferring data at the rate of 100MB/sec?  If each track
were
> half full, would my effective data transfer rate be only 50 MB/sec?
> 
> Bill Fairchild
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Alan Altmark
> Sent: Monday, March 19, 2012 5:39 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: host codepge 0037 and the obscure "not sign"
> 
> On Tue, 13 Mar 2012 12:51:26 -0400, Shmuel Metz (Seymour J.)
>  wrote:
> >>Is there any translation table in z/os 1.11 that translates the "NOT
> >>SIGN" x'5F' to an ascii x'AC',
> >
> >These is no ASCII 'AC'X; you really need to know what code pages you're
> >using to get a correct translation.
> 
> If you use UCS-2, the NOT SIGN is U+00AC.  But you're right, it isn't
ASCII, it's
> Unicode.
> 
> TYPE U 2 B  (big endian Unicode)
> TYPE U 2 L   (little endian Unicode)
> 
> Also look at SITE UCSHOSTCS.
> 
> Alan Altmark
> IBM
> 
> --
> 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: Theology question

[Tony Harminc]

On 20 March 2012 11:33, Phil Smith  wrote:
> I should have noted that NULL, NONE, et al. are valid, so we can't really use 
> any of them. Something like *NONE would work, but is also pretty ugly.

Not least because it looks like something from an AS/400, uh, I mean IBM i.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: megabytes per second

[William Donzelli]

> A real 3390 (do they still exist?

I would certainly like to know if any real 3390s are left. I missed the
boat with saving a 3380/3880, and I fear I have also missed this boat.

--
Will

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMPe Receive Error

[jagadishan perumal]

Apology for not describing the underlying cause of this error :

Here in My case SMP/e was trying to allocate more space for SMPTLIB in a
sms-managed volume. We didnt had enough Space in SMS-Managed volumes so I
modified the SMPTLIB DDDEF statement by coding the VOLUME keyword(Newly
Intialized non-sms volume).




On Wed, Mar 21, 2012 at 3:20 AM, retired mainframer <
retired-mainfra...@q.com> wrote:

> :>: -Original Message-
> :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> :>: Behalf Of jagadishan perumal
> :>: Sent: Tuesday, March 20, 2012 4:48 AM
> :>: To: IBM-MAIN@bama.ua.edu
> :>: Subject: Re: SMPe Receive Error
> :>:
> :>: Lizette,
> :>:
> :>: I have modified the SMPTLIB statement to have the Volume specified and
> :>: it
> :>: went fine.
>
> So you don't know what the problem was and apparently aren't interested in
> researching to correct it.  You have made a change which possibly only
> camouflages the problem and we can expect to see another round of queries
> when you perform a subsequent receive.  Throwing darts at a dart board is
> usually not an effective diagnostic procedure and seldom leads to any
> understanding of the underlying issues.
>
> --
> 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