Re: The IBM zEnterprise EC12 announcment

[Jim Mulder]

> I still like the 
> concept of having IPL and NIP somehow resident on the SSD for very 
> fast loading. Perhaps in z/OS 2.3 .

  I would recommend against spending any of our development 
resources on that.  The actual loading of code contributes 
only a small amount of time to system initialization up through
Master Scheduler Initialization.

Here is an example of IPCS's  IPLDATA STATUS 
for a z/OS 1.13 IPL  on an EC12 processor:

*** IPL Statistics *** 
 
IEAIPL10  00:00:00.000  ISNIRIM - Read SCPINFO 
IEAIPL20  00:00:00.000  Test Block storage to 2G 
IEAIPL11  00:00:00.019  Fast FIND initialization 
IEAIPL31  00:00:00.000  LOAD service initialization 
IEAIPL30  00:00:00.000  Load IPLWTO. Allocate IPL Msg Q 
IEAIPL46  00:00:00.197  Read SCHIBs into IPL workspace 
IEAIPL49  00:00:00.000  Process Load and Default parameters 
IEAIPL50  00:00:00.357  IPL parmlib - process LOADxx and NUCLSTxx 
IEAIPL51  00:00:00.000  System architecture 
IEAIPL43  00:00:00.004  Find and Open IODF data set 
IEAIPL60  00:00:00.000  Read NCRs from IODF 
IEAIPL70  00:00:00.054  UIM environment - load CBD and IOS services 
IEAIPL71  00:00:00.048  Build DFT for each device 
IEAIPL08  00:00:00.000  Read EDT information from IODF 
IEAIPL40  00:00:00.028  Read MLTs from nucleus 
IEAIPL42  00:00:00.002  Read NMLs from nucleus (IEANynnn modules) 
IEAIPL41  00:00:00.361  Read PDS directory entries and CESD records 
IEAIPL05  00:00:00.000  Build and sort NUCMAP 
IEAIPL02  00:00:01.403  Load nucleus modules 
IEAIPL04  00:00:00.003  Allocate PFT and SQA/ESQA 
IEAIPL14  00:00:00.000  Build LSQA/ELSQA for Master 
IEAIPL09  00:00:00.015  IAXMI - PFT, master RAB,  etc. 
IEAIPL07  00:00:00.002  Update AMODE for nucleus resident SVCs 
IEAIPL03  00:00:00.009  Build UCBs, ULUT, etc. 
IEAIPL18  00:00:00.006  Copy and relocate EDT to ESQA 
IEAIPL99  00:00:00.109  Page frame table and cleanup 
 
Total IPL Time:  00:00:02.628 

*** NIP Statistics *** 
 
IEAVNIP0  00:00:00.015  NIP Base 
IEAVNIPM  00:00:00.051  Invoke NIP RIMs 
IEAVNPE6  00:00:00.065  Service Processor Interface 
IEAVNPFF  00:00:00.022  Loadwait/Restart 
IEAVNPA6  00:00:00.007  RTM - RTCT and recording buffer 
IEAVNPC6  00:00:00.008  WTO 
IEAVNPC3  00:00:00.006  Issue messages from IPL message queue 
IEAVNP24  00:00:00.017  SMS Open/Mount 
IEAVNP06  00:00:00.007  Machine Check 
IEAVNP27  00:00:00.007  Reconfiguration 
IEAVNPA2  00:00:05.958  IOS - Non-DASD UCBs 
IEAVNPCA  00:00:00.007  NIP Console 
IEAVNPB2  00:00:41.393  IOS - DASD UCBs 
IEAVNP11  00:00:00.027  Locate and Open master catalog 
IEAVNPC7  00:00:00.007  Open SYS1.SVCLIB 
IEAVNPOP  00:00:00.038  Open PARMLIB 
IEAVNPIL  00:00:00.005  Process IEALSTxx 
IEAVNPC4  00:00:00.023  Prompt for System Parameters 
IEAVNP03  00:00:00.005  Merge and analyze system parameters 
IEAVNPCF  00:00:00.003  Process system name and system variables 
IEAVNP76  00:00:00.015  Open LOGREC 
IEAVNPE8  00:00:00.003  RSM - Process REAL= 
IEAVNP23  00:00:00.036  Build GRS blocks in SQA 
IEAVNP04  00:00:00.037  ASM - Open page and swap data sets 
IEAVNPA8  00:00:00.007  VSM - Expand SQA 
IEAVNP14  00:00:00.076  ASM part 2 - Build SQA control blocks 
IEAVNPGD  00:00:00.001  Move console data to ESQA 
IEAVNP25  00:00:00.005  Process SVC= 
IEAVNP05  00:00:08.430  LPA, APF 
IEAVNP44  00:00:00.001  ASA Reuse stuff 
IEAVNPB1  00:00:00.000  Process CSCBLOC= 
IEAVNPE2  00:00:00.003  RACF SAF 
IEAVNPB8  00:00:00.010  Create CSA 
IEAVNP47  00:00:00.002  ENF 
IEAVNPD6  00:00:00.001  RTM - SDUMP, ABDUMP, ESTAE 
IEAVNP09  00:00:00.001  Build ASVT 
IEAVNPD8  00:00:01.200  RSM - Frame queues, VRREGN= and RSU= 
IEAVNP10  00:00:00.006  SRM - OPT=, IPS=, etc. 
IEAVNPD1  00:00:00.007  ABDUMP 
IEAVNPD2  00:00:00.012  SDUMP 
IEAVNPCX  00:00:00.001  Context services, registration services 
IEAVNPX1  00:00:00.001  NIP cleanup 
IEAVNPF5  00:00:00.025  PCAUTH 
IEAVNPF8  00:00:00.013  RASP 
IEAVNP1F  00:00:00.062  SRM - I/O measurement blocks 
IEAVNPC2  00:00:00.005  IOS - Move CDT to SQA 
IEAVNP51  00:00:00.025  TRACE 
IEAVNP20  00:00:00.003  Process CLOCK= 
IEAVNP21  00:00:00.122  TOD clock 
IEAVNPAR  00:00:00.118  Auto-Reply 
IEAVNP57  00:00:00.004  SDUMP 
IEAVNPF9  00:00:04.623  XCF 
IEAVNP33  00:00:00.764  GRS 
IEAVNPED  00:00:00.006  PROD 
IEAVNP26  00:00:00.425  SMS 
IEAVNPE5  00:00:03.007  LNKLST 
IEAVNPD5  00:00:00.120  Load pageable device support modules 
IEAVNP88  00:00:00.033  Allocation move EDT II
IEAVNPA1  00:00:00.649  CONSOLE 
IEAVNPDC  00:00:00.202  WLM 
IEAVNP16  00:00:00.044  EXCP appendages 
IEAVNP13  00:00:00.014  Prepare NIP/MSI interface 
IEAVNP17  00:00:00.001  GTF Monitor Call interface 
IEAVNPG8  00:00:00.004  VSM defined monitor call enablement
IEAVNP18  00:00:00.020  PARMLIB Scan Routine interface 
IEAVNPF2  00:00:00.030  Process IOS= 
IEAVNP15  00:00:00.071  Process VATLST 
IEAVNPRR  00:00:00.001  RRS 
IEAVNPOE  00:00:00.167  USS 
IEAVNPSC  00:00:00.004  SDC 
IEAVNPLE  00:00:00.033  System LE RIM 
IEAVNPUN  00:00:00.003  Unicode 
IEAVNPXL  00:00:00

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[J. Cassidy]

Now we have something a land area encompassing 1.7x French-speaking
people, have to be a tad more exact than that won't we..

Perhaps your understanding of streaming pertains to the ancient Suisse
romande practice of bathing newborns in streams - backwards.


Cordialement


Ruslan I. V Voltaire




=> Nothing that was in Switzerland, French Canton
=>
=> Scott ford
=> www.identityforge.com
=>
=> On Aug 30, 2012, at 12:36 PM, "J. Cassidy"  wrote:
=>
=>> Twaddle,
=>>
=>> where I live, a broad education is still regarded as a very good thing.
=>>
=>> What stuff are you on?
=>>
=>> => Kirk,
=>> =>
=>> => Yep, in Europe, where I lived for awhile they 'stream' kids...if you
=>> have
=>> => engineering skills or abilities they decide for the kid
=>> =>
=>> => Scott ford
=>> => www.identityforge.com
=>> =>
=>> => On Aug 30, 2012, at 10:41 AM, Kirk Talman  wrote:
=>> =>
=>> =>> IBM Mainframe Discussion List  wrote on
=>> =>> 08/30/2012 10:07:43 AM:
=>> =>>
=>> =>>> From: Elardus Engelbrecht 
=>> =>>
=>> =>>> I once made an error where I asked a parent of a Down syndrome
=>> child
=>> =>>> where he will put his child. In a 'normal' or 'special' school? He
=>> =>>> asked me a counter question: "What is 'normal'?" Oops...
=>> =>>
=>> =>> In the US, my daughter tells me the term for normal is
=>> "mainstreaming".
=>> =>> She taught in a non-mainstreamed school where the count of teaching
=>> =>> staff
=>> =>> exceeded the count of students.  For those whose challenge
=>> manifested
=>> =>> itself as behavior problem, the students earned "points". Enough of
=>> them
=>> =>> earned them a pass to mainstreamed school.
=>> =>>
=>> =>> -
=>> =>> The information contained in this communication (including any
=>> =>> attachments hereto) is confidential and is intended solely for the
=>> =>> personal and confidential use of the individual or entity to whom
=>> =>> it is addressed. If the reader of this message is not the intended
=>> =>> recipient or an agent responsible for delivering it to the intended
=>> =>> recipient, you are hereby notified that you have received this
=>> =>> communication in error and that any review, dissemination, copying,
=>> =>> or unauthorized use of this information, or the taking of any
=>> =>> action in reliance on the contents of this information is strictly
=>> =>> prohibited. If you have received this communication in error,
=>> =>> please notify us immediately by e-mail, and delete the original
=>> =>> message. Thank you
=>> =>>
=>> =>>
=>> --
=>> =>> For IBM-MAIN subscribe / signoff / archive access instructions,
=>> =>> send email to lists...@listserv.ua.edu with the message: INFO
=>> IBM-MAIN
=>> =>
=>> =>
=>> --
=>> => For IBM-MAIN subscribe / signoff / archive access instructions,
=>> => send email to lists...@listserv.ua.edu with the message: INFO
=>> IBM-MAIN
=>> =>
=>>
=>>
=>> John Cassidy (Dipl.-Ingr.)
=>>
=>> Kapellenstr. 21a
=>>
=>> D-65193 Wiesbaden
=>>
=>> EU
=>>
=>>
=>>
=>> Mobile: +49 (0) 170 794 3616
=>>
=>>
=>> http://www.JDCassidy.net
=>>
=>> http://en.federaleurope.org/
=>>
=>> http://sva-zhosting.com/en/index.php
=>>
=>> --
=>> For IBM-MAIN subscribe / signoff / archive access instructions,
=>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
=>
=> --
=> For IBM-MAIN subscribe / signoff / archive access instructions,
=> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
=>


John Cassidy (Dipl.-Ingr.)

Kapellenstr. 21a

D-65193 Wiesbaden

EU



Mobile: +49 (0) 170 794 3616


http://www.JDCassidy.net

http://en.federaleurope.org/

http://sva-zhosting.com/en/index.php

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy we...

[J. Cassidy]

"Don't know if it was based upon...same general theme" - perhaps demi-god
Nappy Bonaparte.

=> There was a 'dark comedy' film in the sixties, maybe Marcel Marceau where
=> the Inmates were running the town at the end of WWII-dodging the various
=> military factions, keeping the peace, and providing for the general
=> welfare.
=> The  comedy I suppose is they were doing a better job than the previous
=> administration.
=>
Don't know if it was based upon...same general theme -
=>
=>
=> In a message dated 8/30/2012 4:44:39 P.M. Central Daylight Time,
=> david.spe...@bcbssc.com writes:
=>
=> "The  Inmates Are Running the Asylum". He was not
=>
=> --
=> For IBM-MAIN subscribe / signoff / archive access instructions,
=> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
=>

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

Re: The IBM zEnterprise EC12 announcment

[Scott Ford]

ZMan I feel the same. I realize not everyone knows all the tech stuff we deal 
with and I value a second pair of eyes as long as they are respectful and 
relative to the topic, no problem.


Scott ford
www.identityforge.com

On Aug 30, 2012, at 11:59 AM, zMan  wrote:

> On Thu, Aug 30, 2012 at 4:24 AM, Ron MacRae  wrote:
> 
>> While there may be small pieces of relevent information these tend to be
>> hidden in vast ammounts of verbiage.  However you should have the
>> capability to ignore all such posts and direct them to a SPAM folder, as I
>> do, without too much pain?
>> 
> 
> Right, I could ignore him entirely. But (a) it drags down the quality of
> the list; (b) he DOES make occasional relevant comments, which I'd hate to
> miss; and (c) it's rude, in a public forum. He knows better: he's been
> around.
> 
> He did some interesting stuff, which I (and others) would like to hear
> about. But posting about something that happened to use the same name
> ("Medusa") as a word that someone mentioned in passing makes it pretty
> clear that this is automated, and that makes it spam. As a member of the
> list, I'm going to say "Please stop spamming" to someone who should know
> better (I wouldn't bother with a headhunter or other non-entity).
> 
> Plenty of venues cherish detailed technology history, anecdotes, war
> stories, failure and conflict recaps, digressions, etc. But people coming
> to IBM-MAIN for current zEnterprise discussions don't all want to wade
> through that. So it's best -- courteous -- to post in appropriate places.
> 
> Lynn Wheeler, we know you're out there. Would that you would weigh in here,
> explain yourself?
> -- 
> zMan -- "I've got a mainframe and I'm not afraid to use it"
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Scott Ford]

Nothing that was in Switzerland, French Canton

Scott ford
www.identityforge.com

On Aug 30, 2012, at 12:36 PM, "J. Cassidy"  wrote:

> Twaddle,
> 
> where I live, a broad education is still regarded as a very good thing.
> 
> What stuff are you on?
> 
> => Kirk,
> =>
> => Yep, in Europe, where I lived for awhile they 'stream' kids...if you have
> => engineering skills or abilities they decide for the kid
> =>
> => Scott ford
> => www.identityforge.com
> =>
> => On Aug 30, 2012, at 10:41 AM, Kirk Talman  wrote:
> =>
> =>> IBM Mainframe Discussion List  wrote on
> =>> 08/30/2012 10:07:43 AM:
> =>>
> =>>> From: Elardus Engelbrecht 
> =>>
> =>>> I once made an error where I asked a parent of a Down syndrome child
> =>>> where he will put his child. In a 'normal' or 'special' school? He
> =>>> asked me a counter question: "What is 'normal'?" Oops...
> =>>
> =>> In the US, my daughter tells me the term for normal is "mainstreaming".
> =>> She taught in a non-mainstreamed school where the count of teaching
> =>> staff
> =>> exceeded the count of students.  For those whose challenge manifested
> =>> itself as behavior problem, the students earned "points". Enough of them
> =>> earned them a pass to mainstreamed school.
> =>>
> =>> -
> =>> The information contained in this communication (including any
> =>> attachments hereto) is confidential and is intended solely for the
> =>> personal and confidential use of the individual or entity to whom
> =>> it is addressed. If the reader of this message is not the intended
> =>> recipient or an agent responsible for delivering it to the intended
> =>> recipient, you are hereby notified that you have received this
> =>> communication in error and that any review, dissemination, copying,
> =>> or unauthorized use of this information, or the taking of any
> =>> action in reliance on the contents of this information is strictly
> =>> prohibited. If you have received this communication in error,
> =>> please notify us immediately by e-mail, and delete the original
> =>> message. Thank you
> =>>
> =>> --
> =>> For IBM-MAIN subscribe / signoff / archive access instructions,
> =>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> =>
> => --
> => For IBM-MAIN subscribe / signoff / archive access instructions,
> => send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> =>
> 
> 
> John Cassidy (Dipl.-Ingr.)
> 
> Kapellenstr. 21a
> 
> D-65193 Wiesbaden
> 
> EU
> 
> 
> 
> Mobile: +49 (0) 170 794 3616
> 
> 
> http://www.JDCassidy.net
> 
> http://en.federaleurope.org/
> 
> http://sva-zhosting.com/en/index.php
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: The IBM zEnterprise EC12 announcment

[Shmuel Metz (Seymour J.)]

In
<58fc7f986fcb804286e23b59decf420f65c10...@nwt-s-mbx1.rocketsoftware.com>,
on 08/30/2012
   at 02:40 PM, Bob Shannon  said:

>The concept is very similar;  the implementation is very different.
>Instead of designing a different type of memory they utilize off the
>shelf flash drives.

The architecture doesn't specify what type of storage to use for
expanded storage, only the instructions to access it. The real
question isn't whether flash express uses off the shelf components but
whether it uses the old interface or adds a new one. When is the new
PoOps due?

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy we...

[Ed Finnell]

King of Hearts of course---
_http://filmsdefrance.com/FDF_Le_Roi_de_Coeur_rev.html_ 
(http://filmsdefrance.com/FDF_Le_Roi_de_Coeur_rev.html) 
 
 
In a message dated 8/30/2012 5:11:40 P.M. Central Daylight Time,  
tbabo...@frontier.com writes:

Roi de  Couer


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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy we...

[Tony's office PC]

Roi de Couer



- Original Message - 
From: "Ed Finnell" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, August 30, 2012 4:57 PM
Subject: Re: Too true to be funny - 51% of the surveyed Americans think that 
stormy we...




There was a 'dark comedy' film in the sixties, maybe Marcel Marceau where
the Inmates were running the town at the end of WWII-dodging the various
military factions, keeping the peace, and providing for the general 
welfare.

The  comedy I suppose is they were doing a better job than the previous
administration.

Don't know if it was based upon...same general theme


In a message dated 8/30/2012 4:44:39 P.M. Central Daylight Time,
david.spe...@bcbssc.com writes:

"The  Inmates Are Running the Asylum". He was not

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


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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy we...

[Ed Finnell]

There was a 'dark comedy' film in the sixties, maybe Marcel Marceau where  
the Inmates were running the town at the end of WWII-dodging the various  
military factions, keeping the peace, and providing for the general welfare. 
The  comedy I suppose is they were doing a better job than the previous  
administration.
 
Don't know if it was based upon...same general theme 
 
 
In a message dated 8/30/2012 4:44:39 P.M. Central Daylight Time,  
david.spe...@bcbssc.com writes:

"The  Inmates Are Running the Asylum". He was not 

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

Re: The IBM zEnterprise EC12 announcment

[Mike Schwab]

They don't build far ahead.  What is on the factory floor is already
sold and will be installed in 2 months.

So a customer can get a z196 in 2 months (or DR replacement in 2
weeks) or a EC12 in 6 to 12months.

Resellers of used equipment will start to drop prices when they start
getting a lot of equipment in.

On Thu, Aug 30, 2012 at 4:22 PM, George Henke  wrote:
> Please check out the following excerpt.  Is it right?  Who is going to buy
> obsolete inventory at the same price as current inventory?  Are there not
> many resellers out there who will drop the price of the z196?
>
> The three items below make going with the new processor a no brainer compar=
> ed to a z196, even if there are not any specific features that help the CMS=
>  workload.
>>   IBM does NOT provide fire sales to push out its old stock.  Therefo=
> re, upgrading to a EC12 will not cost much more than upgrading to a z196 (t=
> he upgrade calculations are a little higher for a two generation tech bump,=
>  but only about 10% if adding MIPS).
>>   It will last longer before IBM freezes the in-tech HW and microcode=
>  upgrades (z10 already has memory frozen; microcode will be frozen in June'=
> 13).  Expect between 2 and 3 years longer life from a EC12 compared to z196=
> .
>>   The software is slightly cheaper compared to z196 AWLC.  Base 3 MSU=
> s did not change; other AWLC products have the following discounts in what =
> IBM is referring to as TU1 (Technology Update Pricing for AWLC).   Referenc=
> e to IBM SW price document below.
> o 4 -   45 MSUs   2.0%
>>  46 -  315 MSUs   4.0%
>> 316 - 1315 MSUs   4.5%
>>1316 - 2676 MSUs   5.0%
>>2677 - 5476 MSUs   6.0%
>>5477 - more MSUs   7.0%
> http://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=AN&subtype=CA&a
> ppname=gpateam&supplier=897&letternum=ENUS212-320&pdf=yes
> 
>

-- 
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[David Speake]

Some years ago I read a book by Alan Cooper called "The Inmates Are Running the 
Asylum". He was not very pleased or flattering to us'n Teckie Types. Don't 
remember too much about it. Got to find and reread. By the way, depends on 
where the storm is: Carrington Event anyone? 

http://www.wired.com/wiredscience/2012/02/massive-solar-flare/
http://science.nasa.gov/science-news/science-at-nasa/2008/06may_carringtonflare/


Not a matter of if, just when. Lemme see now . How many (hundred million) 
fluorescent  ballasts .
Cloud will be a VERY minor casualty

David Speake

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

Re: HAS ANYBODY NOTICED....

[Ed Finnell]

ACK listserv option will tell you(or maybe not) if the list received your  
post.
 
 
In a message dated 8/30/2012 3:57:53 P.M. Central Daylight Time,  
stars...@mindspring.com writes:

group  and see if there is
anything that might be blocking you receiving  posts.



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

Re: HAS ANYBODY NOTICED....

[Jonathan Goossen]

Willie,
Lizette is probably correct. When signing up for this list, I wasn't 
receiving replies from lists...@listserv.ua.edu. Our network area told me 
that it was blocked as being 'unsafe'. They unblocked it for me for a few 
days so that I could sign up.

I have also had an internal issue where emails sent in my name to me were 
not getting through. It was a network block 'to avoid unnecessary 
traffic'. Why would I need to get something that I had sent? It was simple 
to get cleared.

Thank you and have a Terrific day!

Jonathan Goossen, DTM
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-
For help with communication and leadership skills checkout Woodwinds 
Toastmasters.



IBM Mainframe Discussion List  wrote on 
08/30/2012 02:55:10 PM:

> From: Lizette Koehler 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 08/30/2012 02:56 PM
> Subject: Re: HAS ANYBODY NOTICED
> Sent by: IBM Mainframe Discussion List 
> 
> Willie,
> 
> Is it possible your firewalls have changed or some Proxy in your 
internet
> environment?  I would check with your network group and see if there is
> anything that might be blocking you receiving posts.
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
On
> Behalf
> > Of willie bunter
> > Sent: Thursday, August 30, 2012 10:13 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: HAS ANYBODY NOTICED
> > 
> > Peter,
> > 
> > I don't receive any responses to my posts from other posters.   I 
didn't
> have this
> > problem before.  It seems to be of late.
> > 
> > 
> > 
> > From: Hunkeler Peter (KIUP 4) 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Wednesday, August 29, 2012 8:32:20 AM
> > Subject: Re: HAS ANYBODY NOTICED
> > 
> > >Has anybody noticed that when you post a topic you don't see any of 
the
> responses
> > back?  This has happened to me (HSM post).  A fellow poster forwarded 
over
> all the
> > replies to me.
> > 
> > Are you talking about getting your own post relayed back or about
> responses to your
> > posts by other posters?
> > If the former, check the REPRO/NOREPRO setting of your subscription.
> > 
> > --
> > Peter Hunkeler
> > 
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send 
email
> to
> > lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > 
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send 
email
> to
> > lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

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

Re: The IBM zEnterprise EC12 announcment

[George Henke]

Please check out the following excerpt.  Is it right?  Who is going to buy
obsolete inventory at the same price as current inventory?  Are there not
many resellers out there who will drop the price of the z196?



The three items below make going with the new processor a no brainer compar=
ed to a z196, even if there are not any specific features that help the CMS=
 workload.
>   IBM does NOT provide fire sales to push out its old stock.  Therefo=
re, upgrading to a EC12 will not cost much more than upgrading to a z196 (t=
he upgrade calculations are a little higher for a two generation tech bump,=
 but only about 10% if adding MIPS).
>   It will last longer before IBM freezes the in-tech HW and microcode=
 upgrades (z10 already has memory frozen; microcode will be frozen in June'=
13).  Expect between 2 and 3 years longer life from a EC12 compared to z196=
.
>   The software is slightly cheaper compared to z196 AWLC.  Base 3 MSU=
s did not change; other AWLC products have the following discounts in what =
IBM is referring to as TU1 (Technology Update Pricing for AWLC).   Referenc=
e to IBM SW price document below.
o 4 -   45 MSUs   2.0%
>  46 -  315 MSUs   4.0%
> 316 - 1315 MSUs   4.5%
>1316 - 2676 MSUs   5.0%
>2677 - 5476 MSUs   6.0%
>5477 - more MSUs   7.0%
http://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=AN&subtype=CA&a
ppname=gpateam&supplier=897&letternum=ENUS212-320&pdf=yes



-- 
George Henke
(C) 845 401 5614

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

Re: The IBM zEnterprise EC12 announcment

[McKown, John]

Thanks for the clarification. It was my assumption based on guess what the 
announcement meant, but left unsaid. I can see how the life of the SSD would 
not really be of any concern. I still like the concept of having IPL and NIP 
somehow resident on the SSD for very fast loading. Perhaps in z/OS 2.3 .

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 • N. Richland Hills • TX 76010
(817) 255-3225 phone •
john.mck...@healthmarkets.com • www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Elpida Tzortzatos.
> Sent: Thursday, August 30, 2012 3:19 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: The IBM zEnterprise EC12 announcment
> 
> John,
> 
> Your comment in regards to when RSM sends paging data to flash is not
> accurate. If flash is available to a z/OS partition it will preferably
> be used for all paging data except for data needed for warm/quick
> starts like VIO. PLPA will be placed on both disk and flash . We use
> the PLPA disk copy for warm starts and the flash copy to resolve any
> PLPA page faults. All other paging data should go to flash as the first
> choice.
> 
> Currently you can not IPL a z/OS system from "Flash Express".
> 
> In term of write endurance it should not be a concern, a lot of smart
> IBM engineers looked at the numbers and the life expectancy of the z
> "Flash Express" card pair should outlive its technology use. We expect
> customers will migrate to the next generation of flash technology long
> before wear out becomes an issue. In addition to "wear leveling"
> algorithms exployed at the SSD level, and over provisioning, additional
> z write reduction algorithms were used to extend the life of the SSDs.
> 
> Elpida Tzortzatos
> elp...@us.ibm.com
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


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

Re: The IBM zEnterprise EC12 announcment

[Elpida Tzortzatos.]

John,

Your comment in regards to when RSM sends paging data to flash is not accurate. 
If flash is available to a z/OS partition it will preferably be used for all 
paging data except for data needed for warm/quick starts like VIO. PLPA will be 
placed on both disk and flash . We use the PLPA disk copy for warm starts and 
the flash copy to resolve any PLPA page faults. All other paging data should go 
to flash as the first choice. 

Currently you can not IPL a z/OS system from "Flash Express".

In term of write endurance it should not be a concern, a lot of smart IBM 
engineers looked at the numbers and the life expectancy of the z "Flash 
Express" card pair should outlive its technology use. We expect customers will 
migrate to the next generation of flash technology long before wear out becomes 
an issue. In addition to "wear leveling" algorithms exployed at the SSD level, 
and over provisioning, additional z write reduction algorithms were used to 
extend the life of the SSDs. 

Elpida Tzortzatos
elp...@us.ibm.com

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

Re: JES2 JOBCLASS PROCLIB

[Lizette Koehler]

Frank,

I totally understand.  Unfortunately the translation from VSE to JES2 is not
- shall we say - valid.  The environments are very different in their
philosophy.

So, a little history.  In the past (SVS, MVS, MVSXA) the proclib datasets
were hardcoded into the JES2 Startup Proc.  So what would happen is the
application group would be adding lots of procs to their datasets and then
all of a sudden get an x37 abend. So they would compress their library, but
JES2 loads the procs TTR entries into her (okay its) address space and
suddenly get I/O errors.  You either had to shut down JES2 or do an
close/open on the PROCxx DD.  When JES2 went to more dynamic proclibs, they
removed the need to have them in the JES2 Startup Proc and created
statements in the JES2 Deck to handle the Proclibs.  This was desperately
needed, but they kept the same process - PROCxx statements replaced the
PROCxx DD Statements.  This probably allowed them to more quickly implement
this change without having to change too much of the code.  Probably more of
a front end type process with the original code let mostly alone.

So you can see that the process was not really (in my opinion) really looked
at as an enhancement with a better process.  But rather just get it out of
the STC and into the JES2 Deck.  This leads me to suspect that the code they
were dealing with inside JES2 would have been a major problem had they
rewritten it to be more flexible.

Instead we have $TPROCLIB, $DPROCLIB commands, JCLLIB and PROCxx statements
in the JES2 Deck.

There is also the INCLUDE MEMBER statement in JCL where you can maintain JCL
statements that can be made common and only have one place to change it.


Not elegant but solved the issue.  Which was to remove the need for the
sysprog to maintain the PROCLIB concatenation in JES2, Allow end users to
handle their own proclibs and remove the potential issue with JES2 errors on
the Procs held by TTR inside the address space.

So your shop needs to determine how best to help your users

1)  Do you have a change control product (Changeman, Endevor, other)?  If
so, it can enforce the use of proclibs (Via JCLLIB) in the production JCL
2)  Do you have a product to valid JCL (JCLPLUS, PROJCL, other)?  If so, you
can really enforce or rewrite JCL with these products.
3)  How much control do you want to be in which area?  Are programmers
allowed to setup their own JCL Procs and test with them and then promote
them to production?  Or will some other group be the Controllers?


Not really what you wanted but hope it helps some.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf
> Of Frank Swarbrick
> Sent: Thursday, August 30, 2012 9:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JES2 JOBCLASS PROCLIB
> 
> Hi Lizette.
> 
> Definitely food for thought.
> 
> We come from the VSE world, being on z/OS only since 2010, so I still have
a VSE
> mindset in many ways.  In VSE there is a JCL card called LIBDEF, which has
> parameters PROC, PHASE, SOURCE, OBJ, and DUMP.  For example:
> 
> 
> // LIBDEF PROC,SEARCH=([system libraries here],USER.PROD),PERM // LIBDEF
> PHASE,SEARCH=([system libraries here],USER.PROD),PERM // LIBDEF
> SOURCE,SEARCH=([...]),PERM // LIBDEF OBJ,SEARCH=([...]),PERM
> 
> If TEMP is specified instead of PERM (both are omitted; TEMP being the
default) the the
> LIBDEF is only in place for the duration of the job.  With PERM specified
the LIBDEF
> becomes the default for the partition (class) in which it was submitted. 
So at IPL
> something like the above is submitted to each partition.  This allows jobs
to have no
> LIBDEF statement at all, if only the default libraries are desired.
> 
> If a developer wishes to have a "private" library search first all they
need to do is add
> a TEMP LIBDEF to their test JCL, e.g.:
> 
> // LIBDEF *,SEARCH=FJS.MYLIB
> 
> "* Indicates that the LIBDEF statement applies to all member types except
DUMP and
> user types".  (Hmm, "user types"?  Hadn't heard of that before.  Sounds
interesting!)
> 
> So in essence, I am trying to get as close to that functionality in z/OS
as I can.  It's a
> struggle.  At this point all of our application jobs have the following
immediately
> following the JOB card:
> 
> /*JOBPARM  PROCLIB=APPL
> // SET LOADENV=PROD
> // INCLUDE MEMBER=JOBLIB
> 
> JOBPARM PROCLIB is obviously used to point to the JES2 PROCLIB APPL
> concatentation.  If a developer wishes to have a private library searched
first they can
> just add a JCLLIB statement.
> 
> We've been running this way, as mentioned, since May of 2010 and I don't
believe
> we've ever run in to any issues with compressing our PDS proclibs.  And as
I stated
> above, its simple to add a JCLLIB for personal libraries.
> 
> The member JOBLIB is in one of the libraries that is included in the APPL
PROCLIB
> concatentation.  The development one looks like this:
> 
> // SET IMSID=IMD1 //JOBLIB   DD D

Re: HAS ANYBODY NOTICED....

[Lizette Koehler]

Willie,

Is it possible your firewalls have changed or some Proxy in your internet
environment?  I would check with your network group and see if there is
anything that might be blocking you receiving posts.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf
> Of willie bunter
> Sent: Thursday, August 30, 2012 10:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: HAS ANYBODY NOTICED
> 
> Peter,
> 
> I don't receive any responses to my posts from other posters.   I didn't
have this
> problem before.  It seems to be of late.
> 
> 
> 
> From: Hunkeler Peter (KIUP 4) 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Wednesday, August 29, 2012 8:32:20 AM
> Subject: Re: HAS ANYBODY NOTICED
> 
> >Has anybody noticed that when you post a topic you don't see any of the
responses
> back?  This has happened to me (HSM post).  A fellow poster forwarded over
all the
> replies to me.
> 
> Are you talking about getting your own post relayed back or about
responses to your
> posts by other posters?
> If the former, check the REPRO/NOREPRO setting of your subscription.
> 
> --
> Peter Hunkeler
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

IBMLink will have a 12H planned outage starting on Friday, August 31st at 8:00 PM

[Knutson, Sam]

FYI  - Posted on IBMLink news.  Thanks, Sam

Fixpack #3 - Outage Communication
29 August 2012 

This is to inform you that IBMLink will have a planned outage starting on 
Friday, August 31st at 8:00 PM Eastern Time through Saturday, Sept 1st at 8:00 
AM Eastern Time This planned outage will occur because of the installation of 
our August fixpack, which will include improvements to the IBMLink platform and 
its applications. During this time, you will not be able to access IBMLink.

We would like to remind you that there is a maintenance window scheduled every 
Saturday night from 11:00 PM Eastern Time through Sunday at 9:00 AM Eastern 
Time (Sundays 03:00 UTC to 13:00 UTC). This window may be used for normal 
maintenance of the infrastructure on which IBMLink resides. During this time, 
you may not be able to access IBMLink.

Thank you.










This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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

Re: The IBM zEnterprise EC12 announcment

[Elpida Tzortzatos.]

Flash storage is integrated on zEC12 as PCI Express (PCIe) attached RAID 10 
cards which plug as cable connected pairs in the I/O expansion drawer

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

Re: The IBM zEnterprise EC12 announcment

[Elpida Tzortzatos.]

Flash storage is integrated on the zEC12 as PCI Express (PCIe) attached RAID 10 
cards which plug as cable connected pairs in the I/O expansion drawer.

Initially the main application of Flash Express is as an extension to main 
memory in z/OS where it is integrated within the memory hierarchy to provide 
increased system availability and resiliency. 

There are several examples of how Flash Express on System z as exploited in 
z/OS provides for additional system availability and resiliency that is 
transparent to applications and requires no application changes. 
With Flash Express the system can reduce workload and response time delays due 
increased memory pressure during periods of peak demand, transitions between 
different workloads, or during collection of diagnostics.  For example when the 
workload on a customer’s system shifts from a transactional workload during a 
prime shift to a batch workload and then again back to a transactional workload 
during the next prime shift, response time delays can occur. These delays can 
be drastically reduced when data for the next prime shift needs to be 
transferred from disk backing store into main memory.  The same occurs when 
data is needed to be transferred into main memory as part of a diagnostic dump. 
Flash Express’ fast IO rates and low IO latency provide for decreased first 
failure data capture time, faster page-ins, of critical work, and allow the 
system to return to normal workload operations a lot faster. 

In z/OS flash memory has been integrated within the memory hierarchy to provide 
higher levels of system availability and speed. As Databases and JVMs are 
consuming larger amounts of memory in order to provide better transactional 
response times, lowering the OS memory management cost can only help improve 
overall response times.  The very fast random access and higher IOPs for reads 
in flash memory relative to disk drives, have enabled z/OS to provide the 
support for Pageable Large (1MB) Pages. Managing memory in 1MB granularity vs. 
4KB provides application performance benefits by reducing memory management 
costs. In today’s data intensive applications with large access to buffers, 
exploiting Large Pages allows for transferring larger chunks of data at faster 
speeds between main memory and flash. That can translate to better performance 
for DB2, Java or other analytic workloads.

Elpida Tzortzatos
elp...@us.ibm.com

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Scott Ford]

John,

That's ones funny

Scott ford
www.identityforge.com

On Aug 30, 2012, at 1:09 PM, "McKown, John"  
wrote:

> That's right up there with:
> 
> "my PC is down!"
> "Did you press the power button?"
> "Yes"
> "What do you see, try "
> ...
> "OK, it's really bad. What is the serial number?"
> "I don't know."
> "It's on the top at the back."
> "I can't read it. The light are off due to the power failure in the building."
> "Good bye"
> 
> -- 
> John McKown
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain confidential or 
> proprietary information. If you are not the intended recipient, please 
> contact the sender by reply e-mail and destroy all copies of the original 
> message. HealthMarkets(r) is the brand name for products underwritten and 
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake 
> Life Insurance Company(r), Mid-West National Life Insurance Company of 
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
> 
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Scott Ford
>> Sent: Thursday, August 30, 2012 12:05 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Too true to be funny - 51% of the surveyed Americans think
>> that stormy weather can interfere with the functionality of the cloud.
>> 
>> Oh yes...I had a pc user once down in the early days of pcs. I asked
>> her if it was powered on, she said do I need to do that ...
>> 
>> Scott ford
>> www.identityforge.com
>> 
>> On Aug 30, 2012, at 12:08 PM, Kirk Wolf  wrote:
>> 
>>> I remember years ago, when I worked at an insurance company, that we
>> fired
>>> a network help desk guy... when users called in to say that their
>> remote
>>> 3270 cluster was down he liked to ask them to look outside to see if
>> there
>>> were any birds on the phone line.
>>> 
>>> On Thu, Aug 30, 2012 at 8:39 AM, McKown, John
>> >>> wrote:
>>> 
 http://www.citrix.com/lang/English/lp/lp_2328330.asp
 
 
 
 The survey carried out on 1000 adult americans of age 18 and more
>> paint a
 disturbing picture: 54% of americans do not know what the cloud is
>> and
 claim to never have used it. But, from these, 95% use it regularly
>> for
 online banking, online shopping, social sites such as Facebook or
>> Twitter
 and online sharing of photos and files. All of these services
>> operate
 within the cloud, but it would seem that not everyone understands
>> this.
 Also, another alarming number is that  51% of the surveyed Americans
>> think
 that stormy weather can interfere with the functionality of the
>> cloud.
 
 
 
 
>>> 
>>> -
>> -
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-
>> MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Scott Ford]

Yep Eric, that's why I have APC battery backup, replaced to many PSUs

Scott ford
www.identityforge.com

On Aug 30, 2012, at 11:55 AM, Eric Bielefeld  wrote:

> I have to disagree with the premise that stormy weather can't interfere with 
> the cloud.  If I'm at home, and a storm with high winds causes my electricity 
> to be disconnected as a result of the tree in my back yard hitting the power 
> line that goes through it, my power goes off.  My internet stops working.  
> That doesn't happen often, but is a direct result of the storm.
> 
> --
> Eric Bielefeld
> Systems Programmer
> 
> 
>  "McKown wrote: 
>> http://www.citrix.com/lang/English/lp/lp_2328330.asp
>> 
>> 
>> 
>> The survey carried out on 1000 adult americans of age 18 and more paint a 
>> disturbing picture: 54% of americans do not know what the cloud is and claim 
>> to never have used it. But, from these, 95% use it regularly for online 
>> banking, online shopping, social sites such as Facebook or Twitter and 
>> online sharing of photos and files. All of these services operate within the 
>> cloud, but it would seem that not everyone understands this. Also, another 
>> alarming number is that  51% of the surveyed Americans think that stormy 
>> weather can interfere with the functionality of the cloud.
>> 
>> 
>> 
>> -- 
>> John McKown
>> Systems Engineer IV
>> IT
>> 
>> Administrative Services Group
>> 
>> HealthMarkets(r)
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: The IBM zEnterprise EC12 announcment

[Greg Shirey]

For what it's worth, there was this post back on Jan 22, 2008: 

https://listserv.ua.edu/cgi-bin/wa?A2=ind0801&L=IBM-MAIN&P=R93313&I

Greg


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of zMan
Sent: Thursday, August 30, 2012 11:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment

 

Lynn Wheeler, we know you're out there. Would that you would weigh in here,
explain yourself?
-- 
zMan 

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy we...

[Ed Finnell]

_http://www.theregister.co.uk/2011/08/08/bpos_amazon_power_outages/_ 
(http://www.theregister.co.uk/2011/08/08/bpos_amazon_power_outages/) 
 
 
In a message dated 8/30/2012 12:35:22 P.M. Central Daylight Time,  
john.mck...@healthmarkets.com writes:

That's  right up there with:



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

Re: The IBM zEnterprise EC12 announcment

[Rob Schramm]

I think that the ability to have data sets in flash should be run
something like the protected key stuff.  Create RACF facility to mark
a data set as eligible to be managed by/with flash.  Gives the sysprog
some degree of flexibility and creates a nice general way to manage
specific resources.


Rob Schramm
Senior Systems Consultant
Imperium Group


On Thu, Aug 30, 2012 at 1:02 PM, McKown, John
 wrote:
> From my understanding, the current use *is* for paging, but only when the 
> paging load (as determined by RSM) becomes "too great" for DASD.
>
> In my thoughts IPL'ing from the "Flash Express" would be more like how z/VM 
> implements NSS (Named Shared Segments). Basically, there would be a "logical 
> name" which you could put in the IPL screen on the HMC. This "logical name" 
> would basically be SSD storage which contained what is currently in 
> SYS1.NUCLEUS. Once copied into main memory, control is given to some specific 
> location and it does whatever is needed to initialize z/OS. All of this 
> without doing I/O. You would have IPL and NIP "in memory" super fast. I don't 
> know how difficult this would be to write. The only time you'd write to the 
> SSD for this process would be after doing maintenance which would affect this 
> "image" on the SSD. If the z/OS people were very careful, they might even be 
> able to develop a way to "patch" the "image" and only write "changed" pages 
> back to the SSD. I.e. if only one module was changed, then only that part of 
> the SSD which contained that module would be rewriting. From what I've read, 
> reading an SSD does not wear it out. Only rewriting a location.
>
> Of course, thinking about this, I wonder why IPL & NIP cannot be improved by 
> containing the same structure on an IPL volume and loading it from DASD in 
> the same way. IBM seems very reluctant to change how IPL and NIP actually 
> work. I don't know why. I'm sure they have their reasons. Perhaps making such 
> an image possible would simply be too difficult due to what IPL and NIP 
> currently do and how they do it. Hum, I could look at the MVS 3.8j source to 
> see what is going on. Perhaps one of the Hercules groups has already done 
> something like this.
>
> Also, most SSDs report under capacity. E.g. An SSD rated for 500Gb actually 
> contains 600 Gb of memory. Also, there is not a 1:1 mapping of a logical 
> sector number to a physical location on the device. The controller on the 
> device does "wear leveling" and maintains what is basically a "number of 
> times written" number for each "section". So when a given logical sector is 
> written to, the controller dynamically maps it to one of the "least" used 
> memory locations. This elongates the device's life time.
>
> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or 
> proprietary information. If you are not the intended recipient, please 
> contact the sender by reply e-mail and destroy all copies of the original 
> message. HealthMarkets(r) is the brand name for products underwritten and 
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake 
> Life Insurance Company(r), Mid-West National Life Insurance Company of 
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
>>
>> Could you create IPL and Paging packs on these devices?  In case of
>> exceeding SSD write limits and the devices fail, you would have
>> replace volumes on reqular volumes too.  Of course, once you IPL you
>> the I/O rate should be fairly low, and paging packs should have very
>> low I/O.
>> --
>> 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...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Roberto Halais]

Sorry John:
en.wikipedia.org/wiki/Derecho
A derecho is a widespread, long-lived, straight-line windstorm that is
associated with a fast-moving band of severe thunderstorms.

On Thu, Aug 30, 2012 at 1:06 PM, McKown, John  wrote:

> I learned a new word: Derecheo. We just say "big ol' storm" down here.
>
> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. HealthMarkets(r) is the brand name for products underwritten and
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Mike Schwab
> > Sent: Thursday, August 30, 2012 11:57 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Too true to be funny - 51% of the surveyed Americans think
> > that stormy weather can interfere with the functionality of the cloud.
> >
> > And they just had that Derecheo that shutdown off the Amazon Cloud
> > server farm in Virginia.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
"Men will never be free until the last king is strangled with the entrails
of the last priest." Denis Diderot

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

Re: HAS ANYBODY NOTICED....

[willie bunter]

Peter,
 
I don't receive any responses to my posts from other posters.   I didn't have 
this problem before.  It seems to be of late.



From: Hunkeler Peter (KIUP 4) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, August 29, 2012 8:32:20 AM
Subject: Re: HAS ANYBODY NOTICED

>Has anybody noticed that when you post a topic you don't see any of the 
>responses back?  This has happened to me (HSM post).  A fellow poster 
>forwarded over all the replies to me.
 
Are you talking about getting your own post relayed back or about responses to 
your posts by other posters?
If the former, check the REPRO/NOREPRO setting of your subscription. 

--
Peter Hunkeler

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

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[McKown, John]

That's right up there with:

"my PC is down!"
"Did you press the power button?"
"Yes"
"What do you see, try "
...
"OK, it's really bad. What is the serial number?"
"I don't know."
"It's on the top at the back."
"I can't read it. The light are off due to the power failure in the building."
"Good bye"

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Scott Ford
> Sent: Thursday, August 30, 2012 12:05 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Too true to be funny - 51% of the surveyed Americans think
> that stormy weather can interfere with the functionality of the cloud.
> 
> Oh yes...I had a pc user once down in the early days of pcs. I asked
> her if it was powered on, she said do I need to do that ...
> 
> Scott ford
> www.identityforge.com
> 
> On Aug 30, 2012, at 12:08 PM, Kirk Wolf  wrote:
> 
> > I remember years ago, when I worked at an insurance company, that we
> fired
> > a network help desk guy... when users called in to say that their
> remote
> > 3270 cluster was down he liked to ask them to look outside to see if
> there
> > were any birds on the phone line.
> >
> > On Thu, Aug 30, 2012 at 8:39 AM, McKown, John
>  >> wrote:
> >
> >> http://www.citrix.com/lang/English/lp/lp_2328330.asp
> >>
> >>
> >> 
> >> The survey carried out on 1000 adult americans of age 18 and more
> paint a
> >> disturbing picture: 54% of americans do not know what the cloud is
> and
> >> claim to never have used it. But, from these, 95% use it regularly
> for
> >> online banking, online shopping, social sites such as Facebook or
> Twitter
> >> and online sharing of photos and files. All of these services
> operate
> >> within the cloud, but it would seem that not everyone understands
> this.
> >> Also, another alarming number is that  51% of the surveyed Americans
> think
> >> that stormy weather can interfere with the functionality of the
> cloud.
> >> 
> >>
> >>
> >>
> >
> > -
> -
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[McKown, John]

I learned a new word: Derecheo. We just say "big ol' storm" down here.

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mike Schwab
> Sent: Thursday, August 30, 2012 11:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Too true to be funny - 51% of the surveyed Americans think
> that stormy weather can interfere with the functionality of the cloud.
> 
> And they just had that Derecheo that shutdown off the Amazon Cloud
> server farm in Virginia.

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Scott Ford]

Oh yes...I had a pc user once down in the early days of pcs. I asked her if it 
was powered on, she said do I need to do that ...

Scott ford
www.identityforge.com

On Aug 30, 2012, at 12:08 PM, Kirk Wolf  wrote:

> I remember years ago, when I worked at an insurance company, that we fired
> a network help desk guy... when users called in to say that their remote
> 3270 cluster was down he liked to ask them to look outside to see if there
> were any birds on the phone line.
> 
> On Thu, Aug 30, 2012 at 8:39 AM, McKown, John > wrote:
> 
>> http://www.citrix.com/lang/English/lp/lp_2328330.asp
>> 
>> 
>> 
>> The survey carried out on 1000 adult americans of age 18 and more paint a
>> disturbing picture: 54% of americans do not know what the cloud is and
>> claim to never have used it. But, from these, 95% use it regularly for
>> online banking, online shopping, social sites such as Facebook or Twitter
>> and online sharing of photos and files. All of these services operate
>> within the cloud, but it would seem that not everyone understands this.
>> Also, another alarming number is that  51% of the surveyed Americans think
>> that stormy weather can interfere with the functionality of the cloud.
>> 
>> 
>> 
>> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: The IBM zEnterprise EC12 announcment

[McKown, John]

>From my understanding, the current use *is* for paging, but only when the 
>paging load (as determined by RSM) becomes "too great" for DASD. 

In my thoughts IPL'ing from the "Flash Express" would be more like how z/VM 
implements NSS (Named Shared Segments). Basically, there would be a "logical 
name" which you could put in the IPL screen on the HMC. This "logical name" 
would basically be SSD storage which contained what is currently in 
SYS1.NUCLEUS. Once copied into main memory, control is given to some specific 
location and it does whatever is needed to initialize z/OS. All of this without 
doing I/O. You would have IPL and NIP "in memory" super fast. I don't know how 
difficult this would be to write. The only time you'd write to the SSD for this 
process would be after doing maintenance which would affect this "image" on the 
SSD. If the z/OS people were very careful, they might even be able to develop a 
way to "patch" the "image" and only write "changed" pages back to the SSD. I.e. 
if only one module was changed, then only that part of the SSD which contained 
that module would be rewriting. From what I've read, reading an SSD does not 
wear it out. Only rewriting a location.

Of course, thinking about this, I wonder why IPL & NIP cannot be improved by 
containing the same structure on an IPL volume and loading it from DASD in the 
same way. IBM seems very reluctant to change how IPL and NIP actually work. I 
don't know why. I'm sure they have their reasons. Perhaps making such an image 
possible would simply be too difficult due to what IPL and NIP currently do and 
how they do it. Hum, I could look at the MVS 3.8j source to see what is going 
on. Perhaps one of the Hercules groups has already done something like this.

Also, most SSDs report under capacity. E.g. An SSD rated for 500Gb actually 
contains 600 Gb of memory. Also, there is not a 1:1 mapping of a logical sector 
number to a physical location on the device. The controller on the device does 
"wear leveling" and maintains what is basically a "number of times written" 
number for each "section". So when a given logical sector is written to, the 
controller dynamically maps it to one of the "least" used memory locations. 
This elongates the device's life time.

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


> 
> Could you create IPL and Paging packs on these devices?  In case of
> exceeding SSD write limits and the devices fail, you would have
> replace volumes on reqular volumes too.  Of course, once you IPL you
> the I/O rate should be fairly low, and paging packs should have very
> low I/O.
> --
> 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...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Mike Schwab]

And they just had that Derecheo that shutdown off the Amazon Cloud
server farm in Virginia.

95% of american are able to use the internet?  Seems a bit high.  I
thought the usage rate was about 80%.

Q.  Is the cloud a subset of the internet that runs on servers that
are assigned on demand, instead of dedicated?  I would hate to think
banks would trust their data to server nodes that bounce around from
server to server.  Facebook, twitter, yahoo, google, sure.

On Thu, Aug 30, 2012 at 10:55 AM, Eric Bielefeld  wrote:
> I have to disagree with the premise that stormy weather can't interfere with 
> the cloud.  If I'm at home, and a storm with high winds causes my electricity 
> to be disconnected as a result of the tree in my back yard hitting the power 
> line that goes through it, my power goes off.  My internet stops working.  
> That doesn't happen often, but is a direct result of the storm.
>
> --
> Eric Bielefeld
> Systems Programmer
>
>
>  "McKown wrote:
>> http://www.citrix.com/lang/English/lp/lp_2328330.asp
>>
>>
>> 
>> The survey carried out on 1000 adult americans of age 18 and more paint a 
>> disturbing picture: 54% of americans do not know what the cloud is and claim 
>> to never have used it. But, from these, 95% use it regularly for online 
>> banking, online shopping, social sites such as Facebook or Twitter and 
>> online sharing of photos and files. All of these services operate within the 
>> cloud, but it would seem that not everyone understands this. Also, another 
>> alarming number is that  51% of the surveyed Americans think that stormy 
>> weather can interfere with the functionality of the cloud.
>> 
>>
>>
>> --
>> John McKown
>> Systems Engineer IV
>> IT
>>
>> Administrative Services Group
>>
>> HealthMarkets(r)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: The IBM zEnterprise EC12 announcment

[Pew, Curtis G]

On Aug 30, 2012, at 11:43 AM, Mike Schwab  wrote:

> Could you create IPL and Paging packs on these devices?  In case of
> exceeding SSD write limits and the devices fail, you would have
> replace volumes on reqular volumes too.  Of course, once you IPL you
> the I/O rate should be fairly low, and paging packs should have very
> low I/O.

Again, all I know is what I've read in the announcements and the "IBM 
zEnterprise EC12 Technical Guide" Redbook I downloaded Tuesday, but it looks 
like for now this storage is only available for paging, and for that matter it 
will only work if you have z/OS 1.13 with PTFs applied. Plans are to add an API 
so applications (DB2 and Java are specifically mentioned) can use it directly 
as cache. But it won't be a device in your hardware configuration; it won't be 
managed like a disk at all. It seems to really be more like expanded storage, 
just implemented very differently.

-- 
Curtis Pew (c@its.utexas.edu)
ITS Systems Core
The University of Texas at Austin

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

Re: JES2 JOBCLASS PROCLIB

[Frank Swarbrick]

Hi Lizette.

Definitely food for thought.

We come from the VSE world, being on z/OS only since 2010, so I still have a 
VSE mindset in many ways.  In VSE there is a JCL card called LIBDEF, which has 
parameters PROC, PHASE, SOURCE, OBJ, and DUMP.  For example:


// LIBDEF PROC,SEARCH=([system libraries here],USER.PROD),PERM
// LIBDEF PHASE,SEARCH=([system libraries here],USER.PROD),PERM
// LIBDEF SOURCE,SEARCH=([...]),PERM
// LIBDEF OBJ,SEARCH=([...]),PERM

If TEMP is specified instead of PERM (both are omitted; TEMP being the default) 
the the LIBDEF is only in place for the duration of the job.  With PERM 
specified the LIBDEF becomes the default for the partition (class) in which it 
was submitted.  So at IPL something like the above is submitted to each 
partition.  This allows jobs to have no LIBDEF statement at all, if only the 
default libraries are desired.

If a developer wishes to have a "private" library search first all they need to 
do is add a TEMP LIBDEF to their test JCL, e.g.:

// LIBDEF *,SEARCH=FJS.MYLIB

"* Indicates that the LIBDEF statement applies to all member types except DUMP 
and user types".  (Hmm, "user types"?  Hadn't heard of that before.  Sounds 
interesting!)

So in essence, I am trying to get as close to that functionality in z/OS as I 
can.  It's a struggle.  At this point all of our application jobs have the 
following immediately following the JOB card:

/*JOBPARM  PROCLIB=APPL 
// SET LOADENV=PROD 
// INCLUDE MEMBER=JOBLIB

JOBPARM PROCLIB is obviously used to point to the JES2 PROCLIB APPL 
concatentation.  If a developer wishes to have a private library searched first 
they can just add a JCLLIB statement.

We've been running this way, as mentioned, since May of 2010 and I don't 
believe we've ever run in to any issues with compressing our PDS proclibs.  And 
as I stated above, its simple to add a JCLLIB for personal libraries.

The member JOBLIB is in one of the libraries that is included in the APPL 
PROCLIB concatentation.  The development one looks like this:

// SET IMSID=IMD1  
//JOBLIB   DD DSN=&LOADENV..APPLIB.LOAD,DISP=SHR   
// DD DSN=PGMR.APPLIB.LOAD,DISP=SHR    
// DD DSN=PROD.APPLIB.LOAD,DISP=SHR    
// DD DSN=PROD.PEPLIB.LOAD,DISP=SHR    
// DD DSN=PROD.UTILLIB.LOAD,DISP=SHR   
// DD DSN=SYS3.BMC.IMS.IMLIB,DISP=SHR  
// DD DSN=SYS3.BMC.IMS.BMCPSWD,DISP=SHR    
// DD DSN=SYS6.IMD1.SDFSRESL,DISP=SHR  
// DD DSN=SYS6.IMD1.DYNLIB.BATCH,DISP=SHR  
// DD DSN=SYS3.MBC.LOAD,DISP=SHR   
// DD DSN=CICS.SDFHEXCI,DISP=SHR   


The DD's specified are:
- A parametrized "private" load library. See note below
- A shared programmer test load library
- The three production application load libraries
- Some system load libraries that are not present in LNKLST

If a developer wants to execute a non-production executable they compile it to 
their .APPLIB.LOAD library and they change the "SET LOADENV" to 
specify their personal HLQ.

Our production JOBLIB is something like this:
// SET IMSID=IMP1   
//JOBLIB   DD DSN=EMER.APPLIB.LOAD,DISP=SHR 
// DD DSN=EMER.PEPLIB.LOAD,DISP=SHR 
// DD DSN=PROD.APPLIB.LOAD,DISP=SHR 
// DD DSN=PROD.PEPLIB.LOAD,DISP=SHR 
// DD DSN=PROD.UTILLIB.LOAD,DISP=SHR    
// DD DSN=SYS6.IMP1.SDFSRESL,DISP=SHR   
// DD DSN=SYS6.IMP1.DYNLIB.BTCH,DISP=SHR
// DD DSN=SYS3.DSN910.SDSNEXIT,DISP=SHR 
// DD DSN=SYS3.DSN910.SDSNLOAD,DISP=SHR 
// DD DSN=SYS3.MBC.LOAD,DISP=SHR    
// DD DSN=CICS.SDFHEXCI,DISP=SHR    


Similar, but it includes our EMER libraries, and does not include our PGMR test 
library nor (intentionally!) any way of specifying a user's personal library.


All of this works, but I am still not really happy with it.  It seems to be 
kind of 'ad-hoc'.  In VSE the systems programmers were in charge of changing 
their IPL proc specified PERM LIBDEF statements if they want to add a system 
library (like SDFHEXCI, for example) for use by applications, or if they want 
to implement a new version that exists in a different library.  (That's 
somewhat less important now, because where we previously had something like 
CICS.V410.SDFHEXCI, they have now specified an ALIAS CICS.SDFHEXCI that is to 
always point at the desired version.  We'll see how well that works when we 
upgrade to CICS TS 5.1.)  Anyway, my point here is that even though systems 
would install a new version (of McKinney Batch to CICS, for example), our 
applications would not use it until we changed the name in the JOBLIB member.  
Since technically that member was an "applications member" they didn't want to 
touch it; they had us do it.  But as I
 said, hopefully the use of aliases will mitigate this issue.

I do find it a bit of a "kludge" the way we implemented the use of a JC

Re: The IBM zEnterprise EC12 announcment

[Mike Schwab]

On Thu, Aug 30, 2012 at 11:20 AM, Pew, Curtis G
 wrote:
> On Aug 30, 2012, at 9:58 AM, "McKown, John"  
> wrote:
>
>> Makes me wonder why IBM did not implement it on an SSD PCIe card.
>
> The way I read the Technical Guide, that's what they did.
> --
> Curtis Pew (c@its.utexas.edu)

Could you create IPL and Paging packs on these devices?  In case of
exceeding SSD write limits and the devices fail, you would have
replace volumes on reqular volumes too.  Of course, once you IPL you
the I/O rate should be fairly low, and paging packs should have very
low I/O.
-- 
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[J. Cassidy]

Twaddle,

where I live, a broad education is still regarded as a very good thing.

What stuff are you on?

=> Kirk,
=>
=> Yep, in Europe, where I lived for awhile they 'stream' kids...if you have
=> engineering skills or abilities they decide for the kid
=>
=> Scott ford
=> www.identityforge.com
=>
=> On Aug 30, 2012, at 10:41 AM, Kirk Talman  wrote:
=>
=>> IBM Mainframe Discussion List  wrote on
=>> 08/30/2012 10:07:43 AM:
=>>
=>>> From: Elardus Engelbrecht 
=>>
=>>> I once made an error where I asked a parent of a Down syndrome child
=>>> where he will put his child. In a 'normal' or 'special' school? He
=>>> asked me a counter question: "What is 'normal'?" Oops...
=>>
=>> In the US, my daughter tells me the term for normal is "mainstreaming".
=>> She taught in a non-mainstreamed school where the count of teaching
=>> staff
=>> exceeded the count of students.  For those whose challenge manifested
=>> itself as behavior problem, the students earned "points". Enough of them
=>> earned them a pass to mainstreamed school.
=>>
=>> -
=>> The information contained in this communication (including any
=>> attachments hereto) is confidential and is intended solely for the
=>> personal and confidential use of the individual or entity to whom
=>> it is addressed. If the reader of this message is not the intended
=>> recipient or an agent responsible for delivering it to the intended
=>> recipient, you are hereby notified that you have received this
=>> communication in error and that any review, dissemination, copying,
=>> or unauthorized use of this information, or the taking of any
=>> action in reliance on the contents of this information is strictly
=>> prohibited. If you have received this communication in error,
=>> please notify us immediately by e-mail, and delete the original
=>> message. Thank you
=>>
=>> --
=>> For IBM-MAIN subscribe / signoff / archive access instructions,
=>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
=>
=> --
=> For IBM-MAIN subscribe / signoff / archive access instructions,
=> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
=>


John Cassidy (Dipl.-Ingr.)

Kapellenstr. 21a

D-65193 Wiesbaden

EU



Mobile: +49 (0) 170 794 3616


http://www.JDCassidy.net

http://en.federaleurope.org/

http://sva-zhosting.com/en/index.php

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Scott Ford]

Kirk,

Yep, in Europe, where I lived for awhile they 'stream' kids...if you have 
engineering skills or abilities they decide for the kid

Scott ford
www.identityforge.com

On Aug 30, 2012, at 10:41 AM, Kirk Talman  wrote:

> IBM Mainframe Discussion List  wrote on 
> 08/30/2012 10:07:43 AM:
> 
>> From: Elardus Engelbrecht 
> 
>> I once made an error where I asked a parent of a Down syndrome child
>> where he will put his child. In a 'normal' or 'special' school? He 
>> asked me a counter question: "What is 'normal'?" Oops...
> 
> In the US, my daughter tells me the term for normal is "mainstreaming". 
> She taught in a non-mainstreamed school where the count of teaching staff 
> exceeded the count of students.  For those whose challenge manifested 
> itself as behavior problem, the students earned "points". Enough of them 
> earned them a pass to mainstreamed school.
> 
> -
> The information contained in this communication (including any
> attachments hereto) is confidential and is intended solely for the
> personal and confidential use of the individual or entity to whom
> it is addressed. If the reader of this message is not the intended
> recipient or an agent responsible for delivering it to the intended
> recipient, you are hereby notified that you have received this
> communication in error and that any review, dissemination, copying,
> or unauthorized use of this information, or the taking of any
> action in reliance on the contents of this information is strictly
> prohibited. If you have received this communication in error,
> please notify us immediately by e-mail, and delete the original
> message. Thank you 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: The IBM zEnterprise EC12 announcment

[Pew, Curtis G]

On Aug 30, 2012, at 9:58 AM, "McKown, John"  
wrote:

> Makes me wonder why IBM did not implement it on an SSD PCIe card.

The way I read the Technical Guide, that's what they did.

-- 
Curtis Pew (c@its.utexas.edu)
ITS Systems Core
The University of Texas at Austin

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Kirk Wolf]

I remember years ago, when I worked at an insurance company, that we fired
a network help desk guy... when users called in to say that their remote
3270 cluster was down he liked to ask them to look outside to see if there
were any birds on the phone line.

On Thu, Aug 30, 2012 at 8:39 AM, McKown, John  wrote:

> http://www.citrix.com/lang/English/lp/lp_2328330.asp
>
>
> 
> The survey carried out on 1000 adult americans of age 18 and more paint a
> disturbing picture: 54% of americans do not know what the cloud is and
> claim to never have used it. But, from these, 95% use it regularly for
> online banking, online shopping, social sites such as Facebook or Twitter
> and online sharing of photos and files. All of these services operate
> within the cloud, but it would seem that not everyone understands this.
> Also, another alarming number is that  51% of the surveyed Americans think
> that stormy weather can interfere with the functionality of the cloud.
> 
>
>
>

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[McKown, John]

I got to thinking about it and you're right. The cloud itself is not affected, 
but just last night I had a power outage. So, as far as I was concerned, the 
cloud was unavailable and therefore "down". 

Unfortunately, around here, the mainframe is considered "down" if the user's 
cannot use it. Even if the problem is something like  a router being out. And 
*we* get dinged for it as well as the LAN people. This despite the fact that 
the mainframe is still running and processing work. 

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 • N. Richland Hills • TX 76010
(817) 255-3225 phone •
john.mck...@healthmarkets.com • www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM


> -Original Message-
> From: eric-ibmm...@wi.rr.com [mailto:eric-ibmm...@wi.rr.com]
> Sent: Thursday, August 30, 2012 10:55 AM
> To: IBM Mainframe Discussion List
> Cc: McKown, John
> Subject: Re: Too true to be funny - 51% of the surveyed Americans think
> that stormy weather can interfere with the functionality of the cloud.
> 
> I have to disagree with the premise that stormy weather can't interfere
> with the cloud.  If I'm at home, and a storm with high winds causes my
> electricity to be disconnected as a result of the tree in my back yard
> hitting the power line that goes through it, my power goes off.  My
> internet stops working.  That doesn't happen often, but is a direct
> result of the storm.
> 
> --
> Eric Bielefeld
> Systems Programmer
> 
> 
>  "McKown wrote:
> > http://www.citrix.com/lang/English/lp/lp_2328330.asp
> >
> >
> > 
> > The survey carried out on 1000 adult americans of age 18 and more
> paint a disturbing picture: 54% of americans do not know what the cloud
> is and claim to never have used it. But, from these, 95% use it
> regularly for online banking, online shopping, social sites such as
> Facebook or Twitter and online sharing of photos and files. All of
> these services operate within the cloud, but it would seem that not
> everyone understands this. Also, another alarming number is that  51%
> of the surveyed Americans think that stormy weather can interfere with
> the functionality of the cloud.
> > 
> >
> >
> > --
> > John McKown
> > Systems Engineer IV
> > IT
> >
> > Administrative Services Group
> >
> > HealthMarkets(r)


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

Re: The IBM zEnterprise EC12 announcment

[zMan]

On Thu, Aug 30, 2012 at 4:24 AM, Ron MacRae  wrote:

> While there may be small pieces of relevent information these tend to be
> hidden in vast ammounts of verbiage.  However you should have the
> capability to ignore all such posts and direct them to a SPAM folder, as I
> do, without too much pain?
>

Right, I could ignore him entirely. But (a) it drags down the quality of
the list; (b) he DOES make occasional relevant comments, which I'd hate to
miss; and (c) it's rude, in a public forum. He knows better: he's been
around.

He did some interesting stuff, which I (and others) would like to hear
about. But posting about something that happened to use the same name
("Medusa") as a word that someone mentioned in passing makes it pretty
clear that this is automated, and that makes it spam. As a member of the
list, I'm going to say "Please stop spamming" to someone who should know
better (I wouldn't bother with a headhunter or other non-entity).

Plenty of venues cherish detailed technology history, anecdotes, war
stories, failure and conflict recaps, digressions, etc. But people coming
to IBM-MAIN for current zEnterprise discussions don't all want to wade
through that. So it's best -- courteous -- to post in appropriate places.

Lynn Wheeler, we know you're out there. Would that you would weigh in here,
explain yourself?
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Scott Ford]

John,

Not surprising..many of our customers through us and other channels don't take 
the time. To read a manual..sometimes I admit u am guilty too. The modern age 
of instantaneous output via the 'NET' doesn't helpthe other side is a lot 
of people non technical could care less what the 'cloud' is unless it effects 
them directly..I use it with my iPad

Scott ford
www.identityforge.com

On Aug 30, 2012, at 9:39 AM, "McKown, John"  
wrote:

> http://www.citrix.com/lang/English/lp/lp_2328330.asp
> 
> 
> 
> The survey carried out on 1000 adult americans of age 18 and more paint a 
> disturbing picture: 54% of americans do not know what the cloud is and claim 
> to never have used it. But, from these, 95% use it regularly for online 
> banking, online shopping, social sites such as Facebook or Twitter and online 
> sharing of photos and files. All of these services operate within the cloud, 
> but it would seem that not everyone understands this. Also, another alarming 
> number is that  51% of the surveyed Americans think that stormy weather can 
> interfere with the functionality of the cloud.
> 
> 
> 
> -- 
> John McKown
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain confidential or 
> proprietary information. If you are not the intended recipient, please 
> contact the sender by reply e-mail and destroy all copies of the original 
> message. HealthMarkets(r) is the brand name for products underwritten and 
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake 
> Life Insurance Company(r), Mid-West National Life Insurance Company of 
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Eric Bielefeld]

I have to disagree with the premise that stormy weather can't interfere with 
the cloud.  If I'm at home, and a storm with high winds causes my electricity 
to be disconnected as a result of the tree in my back yard hitting the power 
line that goes through it, my power goes off.  My internet stops working.  That 
doesn't happen often, but is a direct result of the storm.

--
Eric Bielefeld
Systems Programmer


 "McKown wrote: 
> http://www.citrix.com/lang/English/lp/lp_2328330.asp
> 
> 
> 
> The survey carried out on 1000 adult americans of age 18 and more paint a 
> disturbing picture: 54% of americans do not know what the cloud is and claim 
> to never have used it. But, from these, 95% use it regularly for online 
> banking, online shopping, social sites such as Facebook or Twitter and online 
> sharing of photos and files. All of these services operate within the cloud, 
> but it would seem that not everyone understands this. Also, another alarming 
> number is that  51% of the surveyed Americans think that stormy weather can 
> interfere with the functionality of the cloud.
> 
> 
> 
> -- 
> John McKown
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)

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

Re: The IBM zEnterprise EC12 announcment

[John Gilmore]

It is apparently very much cheaper than expanded storage, and it is
being talked about more as an alternative to pseudo-DASD for some
medium-volume uses than as slower main storage

--jg.

On 8/30/12, McKown, John  wrote:
> That was my first thought too. However, at least in the later modules,
> Expanded Storage was simply regular storage which was so configured. I.e.
> you could change Expanded Storage to normal Storage and vice versa. The
> Flash Express storage, from another poster, is actually implemented in an
> SSD drive inside the box. From his description, it was like the SSD drives
> you can buy. Makes me wonder why IBM did not implement it on an SSD PCIe
> card. An SSD drive is normally connected via a 6 Gbs SATA connection. Which
> requires a SATA card. The PCIe puts the SSD directly on the PCIe card along
> with the controller processor.
>
> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. HealthMarkets(r) is the brand name for products underwritten and
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Dana Mitchell
>> Sent: Thursday, August 30, 2012 9:34 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: The IBM zEnterprise EC12 announcment
>>
>> Is it just me,  or is Flash Express not all that different than
>> Expanded Storage ala 3090?
>>
>> Dana
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: The IBM zEnterprise EC12 announcment

[McKown, John]

That was my first thought too. However, at least in the later modules, Expanded 
Storage was simply regular storage which was so configured. I.e. you could 
change Expanded Storage to normal Storage and vice versa. The Flash Express 
storage, from another poster, is actually implemented in an SSD drive inside 
the box. From his description, it was like the SSD drives you can buy. Makes me 
wonder why IBM did not implement it on an SSD PCIe card. An SSD drive is 
normally connected via a 6 Gbs SATA connection. Which requires a SATA card. The 
PCIe puts the SSD directly on the PCIe card along with the controller processor.

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Dana Mitchell
> Sent: Thursday, August 30, 2012 9:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: The IBM zEnterprise EC12 announcment
> 
> Is it just me,  or is Flash Express not all that different than
> Expanded Storage ala 3090?
> 
> Dana
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Kirk Talman]

IBM Mainframe Discussion List  wrote on 
08/30/2012 10:07:43 AM:

> From: Elardus Engelbrecht 

> I once made an error where I asked a parent of a Down syndrome child
> where he will put his child. In a 'normal' or 'special' school? He 
> asked me a counter question: "What is 'normal'?" Oops...

In the US, my daughter tells me the term for normal is "mainstreaming". 
She taught in a non-mainstreamed school where the count of teaching staff 
exceeded the count of students.  For those whose challenge manifested 
itself as behavior problem, the students earned "points". Enough of them 
earned them a pass to mainstreamed school.

-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. If the reader of this message is not the intended
recipient or an agent responsible for delivering it to the intended
recipient, you are hereby notified that you have received this
communication in error and that any review, dissemination, copying,
or unauthorized use of this information, or the taking of any
action in reliance on the contents of this information is strictly
prohibited. If you have received this communication in error,
please notify us immediately by e-mail, and delete the original
message. Thank you 

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

Re: The IBM zEnterprise EC12 announcment

[Bob Shannon]

> or is Flash Express not all that different than Expanded Storage ala 3090?

The concept is very similar;  the implementation is very different. Instead of 
designing a different type of memory they utilize off the shelf flash drives. I 
personally consider it to be like expanded storage, but that's probably 
blasphemous. However, if it walks likes a duck 

Bob Shannon
Rocket Software

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

Re: The IBM zEnterprise EC12 announcment

[Dana Mitchell]

Is it just me,  or is Flash Express not all that different than Expanded 
Storage ala 3090?

Dana

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Taylor, Scott]

Elardus Engelbrecht wrote:

> Here at IBM-MAIN members are discussing/using terms about z/OS, OS/390, MVS, 
> etc

If only that were true... =)

Scott

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


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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Bill Fairchild]

The average American daily newspaper's writing is aimed at seventh-grade 
English.  The New York Times and Washington Post are written for college 
graduates' English level.  The Wall Street Journal is aimed at post-graduate 
level English.  Or something like that.

Labor specialization is a mixed blessing and a trade-off.  If everybody knew 
all that we did and could do all that we do, our employers wouldn't pay us the 
big bucks.  That's true for computer nerds, medical nerds, rocket science 
nerds, biogenetics nerds, language nerds, and a veritable potpourri of other 
occupations.


Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA
t: +1.617.614.4503 *  e: bfairch...@rocketsoftware.com * w: 
www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Gilmore
Sent: Thursday, August 30, 2012 9:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Too true to be funny - 51% of the surveyed Americans think that 
stormy weather can interfere with the functionality of the cloud.

Literacy is uncommon; technical literacy is exiguous.

The last time around here--American presidential elections are quadrennial--the 
late Gore Vidal observed that

Half of the American people have never read a newspaper. Half never voted for 
President. One hopes it is the same half.

--jg


On 8/30/12, Elardus Engelbrecht  wrote:
> Vernooij, CP - SPLXM wrote:
>
>>Not so strange. That's what you get, when you take a normal word, that 
>>has  a normal meaning to everybody and use it for a very special niche 
>>thing  that lives fully outside of normal lifes of 95% of the people.
>
> Of course. There are dictionaries for each field/career/study etc... 
> Here at IBM-MAIN members are discussing/using terms about z/OS, OS/390, MVS, 
> etc.
>
> AFAIK, Medical terms are not used much here for example, the last time 
> I checked. :-D
>
>
>>Don't be surprised that the 'normal' people suppose the 'normal' 
>>meaning of  this normal word.
>
> I once made an error where I asked a parent of a Down syndrome child 
> where he will put his child. In a 'normal' or 'special' school? He asked me a
> counter question: "What is 'normal'?" Oops...
>
>
>>We have elections coming up and a survey showed that many people don't 
>>know  the meaning of terms that are used only in parliament and on 
>>political  talkshows on TV.
>
> Here in sunny South Africa we are using the term 'voting station', not 
> 'polling station' during elections.
> Why? 'polling' sounds much like 'police'.
>
> :-D
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: DFDSS

[Doug]

And do you have a method to prevent extent consolidation for multiple extent 
zFS's ?

Sent from my iPhone

On Aug 30, 2012, at 8:21, "Jousma, David"  wrote:

> This would work:
> 
> COPY DS(INC(your.zfs.file)) -
> DELETE REPLACEU -   
> ALLDATA(*) -
> SPHERE -
> ALLX -  
> CATALOG -   
> PURGE   
> 
> It would redrive your SMS routines based on your DSN rules.  Copy the file, 
> recatalog it, and delete the old one.  I call it a DSS MOVE.
> _
> Dave Jousma
> Assistant Vice President, Mainframe Services
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
> p 616.653.8429
> f 616.653.2717
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Mark Steely
> Sent: Wednesday, August 29, 2012 5:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFDSS
> 
> After trying several more things this is what I did:
> 
> Unloaded the zfs file using IDCAMS repro. 
> Delete the zfs file.
> Allocated new zfs file using zfsadmin.
> Reloaded the file using idcams repro. ( Note file must not be formatted) 
> Mount zfs file.
> Resume processing. 
> 
> Thanks to everyone who responded. This was the easiest way because I didn't 
> want to go through the renaming process. 
> 
> Thank again. 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Mark Steely
> Sent: Wednesday, August 29, 2012 2:41 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: DFDSS
> 
> We are z/OS v1r13. I am trying to move a ZFS file from a non-sms volume to a 
> sms volume. I am not able to get this to work. I have tried using the 
> bypassacs(**) and have tried using STORCLAS, MGMTCLAS, & STORGRP and all 
> different combinations. I just receive an error message of not being 
> selected.  Any help would be appreciated.
> Control Parms:
> 
> COPY DATASET( -
> INCLUDE( -
>  OMVSF.XX-
>))-
> BYPASSACS(**)-
> STORCLAS(PRDSTAND)   -
> MGMTCLAS(LOGVOLS)-
> STORGRP(OMVSVOLP)-
> CANCELERROR  -
> CATALOG  -
> DELETE PURGE -
> ALLDATA(*)   -
> ALLEXCP  -
> PROCESS(SYS1,UNDEF)  -
> TGTALLOC(SRC)
> 
> Error message:
> 
> ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPY '
> ADR109I (R/I)-RI01 (01), 2012.242 14:35:03 INITIAL SCAN OF USER CONTROL 
> STATEMENTS COMPLETED ADR825I (001)-SETUP(01), THE FOLLOWING VOLUMES WERE 
> ALLOCATED FOR STORGRP OMVSVOLP:
>  MVSOM3  MVSOM4  MVSOM5 ADR016I (001)-PRIME(01), 
> RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2012.242 
> 14:35:03 EXECUTION BEGINS ADR383W (001)-DDDS (01), DATA SET OMVSF.XX NOT 
> SELECTED ADR455W (001)-DDDS (03), THE FOLLOWING DATA SETS WERE NOT 
> SUCCESSFULLY PROCESSED
>  OMVSF.XX
> ADR470W (001)-DDDS (04), NO DATA SETS SELECTED FOR PROCESSING ADR006I 
> (001)-STEND(02), 2012.242 14:35:03 EXECUTION ENDS ADR013I (001)-CLTSK(01), 
> 2012.242 14:35:03 TASK COMPLETED WITH RETURN CODE 0004 ADR012I (SCH)-DSSU 
> (01), 2012.242 14:35:03 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 
> 0004 FROM
> TASK001
> 
> Thank You
> 
> 
> 
>  *** CONFIDENTIALITY NOTICE ***
> 
> This e-mail message and all attachments transmitted with it may contain 
> legally privileged and confidential information intended solely for the use 
> of the addressee. If the reader of this message is not the intended 
> recipient, you are hereby notified that any reading, dissemination, 
> distribution, copying, or other use of this message or its attachments is 
> strictly prohibited. If you have received this message in error, please 
> notify the sender immediately and delete this message from your system. Thank 
> you.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> This e-mail transmission contains information that is confidential and may be 
> privileged.   It is intended only for the addressee(s) named above. If you 
> receive this e-mail in error, please do not read, copy or disseminate it in 
> any manner. If you are not the intended recipient, any disclosure, copying, 
> distribution or use of the contents of this information is prohibited. Please 

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[John Gilmore]

Literacy is uncommon; technical literacy is exiguous.

The last time around here--American presidential elections are
quadrennial--the late Gore Vidal observed that

Half of the American people have never read a newspaper. Half never
voted for President. One hopes it is the same half.

--jg


On 8/30/12, Elardus Engelbrecht  wrote:
> Vernooij, CP - SPLXM wrote:
>
>>Not so strange. That's what you get, when you take a normal word, that has
>> a normal meaning to everybody and use it for a very special niche thing
>> that lives fully outside of normal lifes of 95% of the people.
>
> Of course. There are dictionaries for each field/career/study etc... Here at
> IBM-MAIN members are discussing/using terms about z/OS, OS/390, MVS, etc.
>
> AFAIK, Medical terms are not used much here for example, the last time I
> checked. :-D
>
>
>>Don't be surprised that the 'normal' people suppose the 'normal' meaning of
>> this normal word.
>
> I once made an error where I asked a parent of a Down syndrome child where
> he will put his child. In a 'normal' or 'special' school? He asked me a
> counter question: "What is 'normal'?" Oops...
>
>
>>We have elections coming up and a survey showed that many people don't know
>> the meaning of terms that are used only in parliament and on political
>> talkshows on TV.
>
> Here in sunny South Africa we are using the term 'voting station', not
> 'polling station' during elections.
> Why? 'polling' sounds much like 'police'.
>
> :-D
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[J. Cassidy]

Considering  "the cloud" (what a vile buzzword) has been with us since the
60's.

Even some (mostly young) people think that "virtualisation" is something
to use in trendy company.



=> McKown, John wrote:
=>
=>>The survey carried out on 1000 adult americans of age 18 and more paint a
=>> disturbing picture: 54% of americans do not know what the cloud is and
=>> claim to never have used it. But, from these, 95% use it regularly for
=>> online banking, online shopping, social sites such as Facebook or Twitter
=>> and online sharing of photos and files. All of these services operate
=>> within the cloud, but it would seem that not everyone understands this.
=>> Also, another alarming number is that  51% of the surveyed Americans
=>> think that stormy weather can interfere with the functionality of the
=>> cloud.
=>>
=>
=> I'm alarmed and read that with a cloudy expression! What a misty cloudy
=> survey... But you indeed stir up a storm! ;-D
=>
=>
=> No seriously, I don't think the surveyees are familiar with the term
=> 'cloud' and 'cloud computing'. I wonder about the process of surveyee
=> selection...
=>
=> Groete / Greetings
=> Elardus Engelbrecht
=>
=> --
=> For IBM-MAIN subscribe / signoff / archive access instructions,
=> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
=>


John Cassidy (Dipl.-Ingr.)

Kapellenstr. 21a

D-65193 Wiesbaden

EU



Mobile: +49 (0) 170 794 3616


http://www.JDCassidy.net

http://en.federaleurope.org/

http://sva-zhosting.com/en/index.php

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Elardus Engelbrecht]

Vernooij, CP - SPLXM wrote:

>Not so strange. That's what you get, when you take a normal word, that has a 
>normal meaning to everybody and use it for a very special niche thing that 
>lives fully outside of normal lifes of 95% of the people.

Of course. There are dictionaries for each field/career/study etc... Here at 
IBM-MAIN members are discussing/using terms about z/OS, OS/390, MVS, etc. 

AFAIK, Medical terms are not used much here for example, the last time I 
checked. :-D


>Don't be surprised that the 'normal' people suppose the 'normal' meaning of 
>this normal word.

I once made an error where I asked a parent of a Down syndrome child where he 
will put his child. In a 'normal' or 'special' school? He asked me a counter 
question: "What is 'normal'?" Oops...


>We have elections coming up and a survey showed that many people don't know 
>the meaning of terms that are used only in parliament and on political 
>talkshows on TV. 

Here in sunny South Africa we are using the term 'voting station', not 'polling 
station' during elections.
Why? 'polling' sounds much like 'police'.

:-D

Groete / Greetings
Elardus Engelbrecht

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Elardus Engelbrecht]

McKown, John wrote:

>The survey carried out on 1000 adult americans of age 18 and more paint a 
>disturbing picture: 54% of americans do not know what the cloud is and claim 
>to never have used it. But, from these, 95% use it regularly for online 
>banking, online shopping, social sites such as Facebook or Twitter and online 
>sharing of photos and files. All of these services operate within the cloud, 
>but it would seem that not everyone understands this. Also, another alarming 
>number is that  51% of the surveyed Americans think that stormy weather can 
>interfere with the functionality of the cloud.
>

I'm alarmed and read that with a cloudy expression! What a misty cloudy 
survey... But you indeed stir up a storm! ;-D


No seriously, I don't think the surveyees are familiar with the term 'cloud' 
and 'cloud computing'. I wonder about the process of surveyee selection...

Groete / Greetings
Elardus Engelbrecht

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

Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[Vernooij, CP - SPLXM]

Not so strange. That's what you get, when you take a normal word, that
has a normal meaning to everybody and use it for a very special niche
thing that lives fully outside of normal lifes of 95% of the people.
Don't be surprised that the 'normal' people suppose the 'normal' meaning
of this normal word. who is strange here? 

We have elections coming up and a survey showed that many people don't
know the meaning of terms that are used only in parliament and on
political talkshows on TV. 
NASA can also hold a survey and conclude that 95% of the people don't
have a clue how the engine of a Saturn rocket or space shuttle works.
Will they be surprised? I don't think so.

You can pretend to be the center of the world, but you can be wrong.

Kees.

"McKown, John"  wrote in message
news:.
..
> http://www.citrix.com/lang/English/lp/lp_2328330.asp
> 
> 
> 
> The survey carried out on 1000 adult americans of age 18 and more
paint a disturbing picture: 54% of americans do not know what the cloud
is and claim to never have used it. But, from these, 95% use it
regularly for online banking, online shopping, social sites such as
Facebook or Twitter and online sharing of photos and files. All of these
services operate within the cloud, but it would seem that not everyone
understands this. Also, another alarming number is that  51% of the
surveyed Americans think that stormy weather can interfere with the
functionality of the cloud.
> 
> 
> 
> -- 
> John McKown
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain confidential
or proprietary information. If you are not the intended recipient,
please contact the sender by reply e-mail and destroy all copies of the
original message. HealthMarkets(r) is the brand name for products
underwritten and issued by the insurance subsidiaries of HealthMarkets,
Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life
Insurance Company of TennesseeSM and The MEGA Life and Health Insurance
Company.SM
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.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...@listserv.ua.edu with the message: INFO IBM-MAIN

Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.

[McKown, John]

http://www.citrix.com/lang/English/lp/lp_2328330.asp



The survey carried out on 1000 adult americans of age 18 and more paint a 
disturbing picture: 54% of americans do not know what the cloud is and claim to 
never have used it. But, from these, 95% use it regularly for online banking, 
online shopping, social sites such as Facebook or Twitter and online sharing of 
photos and files. All of these services operate within the cloud, but it would 
seem that not everyone understands this. Also, another alarming number is that  
51% of the surveyed Americans think that stormy weather can interfere with the 
functionality of the cloud.



-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

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

Re: JES2 JOBCLASS PROCLIB

[Mark Jacobs]

Jes2 exit 4/54 could easily convert the JCLLIB statement to a comment 
card. I used exit 4 way back to assist our conversion to SMS by 
converting STEPCAT/JOBCAT cards to comments.


Mark Jacobs

On 08/30/12 09:17, Lizette Koehler wrote:

Frank,

You need to be thinking about support vs. micromanagement.

In large shops the use of JCLLIBs are controlled via the Change control
Process (Changeman, Endevor, Homegrown) or products like JCLPLUS or PROJCL,
etc...  And job scheduling Software could also be impacted.

With JCLLIBs you can allow the programmers to not be bothering the sysprogs
every time they need a new proclib added or compress a proclib dataset.

This is particularly helpful during Q/A, Testing or other processes used
prior to going to production.

However, as I said, the 00/nn is only numeric.  And you will need to get the
sysprogs to agree to this process.  I know your shop is not large so it will
probably work.  But since JCLLIB is documented, at some point a clever
programmer will find it and start using it without you seeing it.  Then you
will need to determine how to control that usage.

Lizette


   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 

Behalf
   

Of Frank Swarbrick
Sent: Thursday, August 30, 2012 3:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 JOBCLASS PROCLIB

I prefer JCLLIB to be used only for proclib overrides.  For our standard
 

set of
   

application procs I prefer they either not be specified explicitly at all
 

(JES2 class
   

default), or at the very least be specified simply (using the JOBLIB
 

PROCLIB
   

statement).  That way we don't have people not using the standard set of
 

application
   

proclibs.
Frank




 


From: Lizette Koehler
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, August 29, 2012 6:38 PM
Subject: Re: JES2 JOBCLASS PROCLIB

Frank,

You do not need to put PROCLIBs in JES2 if you do not want to.

Instead look at the JCLLIB statement in JCL.

Or do you require the use of the PROCLIB statements?

For application users, I prefer they use JCLLIBs rather than relying on
JES2 Proclibs

Lizette


   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On
 

Behalf
   

Of Frank Swarbrick
Sent: Wednesday, August 29, 2012 4:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 JOBCLASS PROCLIB

We have the following:

JOBCLASS(?) AUTH=ALL,/* All commnds accepted
[...]
  PROCLIB=00,
[...]

PROCLIB(PROC00) DD(1)=(DSNAME=SYS2.&SYSNAME..PROCLIB),
[...]

PROCLIB(APPL)DD(1)=(DSNAME=DEV.APPLIB.INCLUDE),
[...]

In our "application" jobs we specify:
/*JOBPARM  PROCLIB=APPL

It looks like in the JES2 parmlib member the following limitation is
in
 

place:
   

PROCLIB=nn|00
   Specifies the default procedure library number (00-99) which is to
be
 

used for this
   

job class.

Am I missing something, or is the use of the JOBPARM JES2 JCL
statement
 

the only
   

way that a non-numeric JES2 PROCLIB concatentation can be referred to?

Obviously we could just rename PROCLIB(APPL) to something like
PROCLIB(10)
 

and
   

then add something like JOBCLASS(A) PROCLIB=10, so any job executing
in
 

CLASS=A
   

will use the "applications" proclib, PROCLIB=10.  I would prefer
being
 

able to say
   

PROCLIB=APPL or something, because "APPL" has more implicit meaning
than
 

"10".
   

I am not a sysprog and cannot test this out myself.  I want to
suggest it
 

to our
   

sysprogs, but I want to make sure I am suggesting something that can
be
 

done.
   

Thanks!
Frank

 

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



   

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
 

to
   

lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 

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

   



--
Mark Jacobs
Time Customer Service
Tampa, FL


The Doctor: You know when grown-ups tell you everything's going to be
fine, and you think they're probably lying to make you feel better?
Young Amy: Yes.
The Doctor: Everything's going to be fine.

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

Re: JES2 JOBCLASS PROCLIB

[Elardus Engelbrecht]

Jousma, David wrote:

>I'll be honest, I *don't* like JCLLIB's.  

I can't resist this thread anymore!!! I have a mixed feeling about JCLLIBs. But 
it is just me. ;-)


>Operationally, they are fine, but problem is JCL can now be scattered to the 
>corners of the datacenter and possibly to generally unknown locations.  

Hehehe, 'scattered to the corners ...'. Good way of saying which I will 
remember of course. They're like those (cute?) rats we needed to exterminate in 
our datacentres some gazillion years ago. :-)

Ok, seriously, in my opinion, I would like the procs be used as follow:

1. System procs as distributed with slight modifications for example HLQ naming 
standards.
//PROC00  DD  DSN=SYS1.PROCLIB,DISP=SHR
// DD  DSN=SYS1.IBM.PROCLIB,DISP=SHR

2. LPAR or Application specific proclibs. Some products may only be run in 
certain LPARS for example licensing issues. 
   //DD  DSN=&SYSCODE1..PROCLIB

3. Your own unique procs, JCLLIBS of course, where you do something not 
standardized. Some of our users are using pre- or post- steps during 
compiling/lked thus requiring their own version of standard compile/link procs. 
Or just having strange things with perhaps another set of naming standards 
usually for testing weird things out.

Of course, above is perhaps not suitable for you and your datacentre.

To the OP: 
I would like to suggest either JCLLIB or LPAR / application specific Proclibs 
to solve your problem. Perhaps you can keep your APPL members in an unique 
Proclib (JES2 or JCLLIB) only.


> Used to be you a finite(small) set of PROCLIB's that you *knew* contained all 
> JCL and could easily react to changes.

And use RACF to stop snoopers changing 'official' proclibs members. I don't 
like it when they change an important member and then some STCs fail... ouch...

Just my 2 cents which may be taxed or not. ;-D

Groete / Greetings
Elardus Engelbrecht

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

Re: JES2 JOBCLASS PROCLIB

[Lizette Koehler]

Frank,

You need to be thinking about support vs. micromanagement.

In large shops the use of JCLLIBs are controlled via the Change control
Process (Changeman, Endevor, Homegrown) or products like JCLPLUS or PROJCL,
etc...  And job scheduling Software could also be impacted.

With JCLLIBs you can allow the programmers to not be bothering the sysprogs
every time they need a new proclib added or compress a proclib dataset.

This is particularly helpful during Q/A, Testing or other processes used
prior to going to production.

However, as I said, the 00/nn is only numeric.  And you will need to get the
sysprogs to agree to this process.  I know your shop is not large so it will
probably work.  But since JCLLIB is documented, at some point a clever
programmer will find it and start using it without you seeing it.  Then you
will need to determine how to control that usage.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf
> Of Frank Swarbrick
> Sent: Thursday, August 30, 2012 3:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JES2 JOBCLASS PROCLIB
> 
> I prefer JCLLIB to be used only for proclib overrides.  For our standard
set of
> application procs I prefer they either not be specified explicitly at all
(JES2 class
> default), or at the very least be specified simply (using the JOBLIB
PROCLIB
> statement).  That way we don't have people not using the standard set of
application
> proclibs.
> Frank
> 
> 
> 
> 
> >
> > From: Lizette Koehler 
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Sent: Wednesday, August 29, 2012 6:38 PM
> >Subject: Re: JES2 JOBCLASS PROCLIB
> >
> >Frank,
> >
> >You do not need to put PROCLIBs in JES2 if you do not want to.
> >
> >Instead look at the JCLLIB statement in JCL.
> >
> >Or do you require the use of the PROCLIB statements?
> >
> >For application users, I prefer they use JCLLIBs rather than relying on
> >JES2 Proclibs
> >
> >Lizette
> >
> >
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> >> On
> >Behalf
> >> Of Frank Swarbrick
> >> Sent: Wednesday, August 29, 2012 4:10 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: JES2 JOBCLASS PROCLIB
> >>
> >> We have the following:
> >>
> >> JOBCLASS(?) AUTH=ALL,    /* All commnds accepted
> >>    [...]
> >>  PROCLIB=00,
> >>    [...]
> >>
> >> PROCLIB(PROC00) DD(1)=(DSNAME=SYS2.&SYSNAME..PROCLIB),
> >>    [...]
> >>
> >> PROCLIB(APPL)    DD(1)=(DSNAME=DEV.APPLIB.INCLUDE),
> >>    [...]
> >>
> >> In our "application" jobs we specify:
> >> /*JOBPARM  PROCLIB=APPL
> >>
> >> It looks like in the JES2 parmlib member the following limitation is
> >> in
> >place:
> >> PROCLIB=nn|00
> >>   Specifies the default procedure library number (00-99) which is to
> >> be
> >used for this
> >> job class.
> >>
> >> Am I missing something, or is the use of the JOBPARM JES2 JCL
> >> statement
> >the only
> >> way that a non-numeric JES2 PROCLIB concatentation can be referred to?
> >>
> >> Obviously we could just rename PROCLIB(APPL) to something like
> >> PROCLIB(10)
> >and
> >> then add something like JOBCLASS(A) PROCLIB=10, so any job executing
> >> in
> >CLASS=A
> >> will use the "applications" proclib, PROCLIB=10.  I would prefer
> >> being
> >able to say
> >> PROCLIB=APPL or something, because "APPL" has more implicit meaning
> >> than
> >"10".
> >>
> >> I am not a sysprog and cannot test this out myself.  I want to
> >> suggest it
> >to our
> >> sysprogs, but I want to make sure I am suggesting something that can
> >> be
> >done.
> >>
> >> Thanks!
> >> Frank
> >>
> >
> >--
> >For IBM-MAIN subscribe / signoff / archive access instructions, send
> >email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: JES2 JOBCLASS PROCLIB

[Staller, Allan]

Frank,


 It looks like in the JES2 parmlib member the following limitation is 
> in
place:
> PROCLIB=nn|00
>   Specifies the default procedure library number (00-99) which is to 
> be
used for this
> job class.


Note that nn is *NOT* a parmlib member. This refers to   a //PROCnn DD 
statement in the JES2 proc.
I concur with the earlier suggestion to use JCLLIB statements made earlier..

HTH,

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

Re: JES2 JOBCLASS PROCLIB

[Jousma, David]

I'll be honest, I *don't* like JCLLIB's.   Operationally, they are fine, but 
problem is JCL can now be scattered to the corners of the datacenter and 
possibly to generally unknown locations.   When one wants to facilitate mass 
JCL changes due to some change in the environment, it is very hard to quantify 
the scope of the change.  

We do use SEA JCLPLUS which you do just give it the library where the Job 
control lives, and it will chain down and expand all the procs wherever they 
may be.   Now its identified, but could be in 100's of different proclibs.

Again, not insurmountable, but just makes life harder.   Used to be you a 
finite(small) set of PROCLIB's that you *knew* contained all JCL and could 
easily react to changes.

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717



This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

Re: Cobol programs abend after re-linking on z/OS 1.11

[Elardus Engelbrecht]

Mike Schwab wrote:

>I am thinking they are missing the old run time libraries.

It is a good possibility. BTGTT, of course, my programmers are not really happy 
with that possibility. :-)

They always blames everything except themselves... :-D  :-D

I wonder what is the OP's comment on that missing libs.

Groete / Greetings
Elardus Engelbrecht

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

Re: DFDSS

[Jousma, David]

This would work:

COPY DS(INC(your.zfs.file)) -
DELETE REPLACEU -   
ALLDATA(*) -
SPHERE -
ALLX -  
CATALOG -   
PURGE   

It would redrive your SMS routines based on your DSN rules.  Copy the file, 
recatalog it, and delete the old one.  I call it a DSS MOVE.
_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Steely
Sent: Wednesday, August 29, 2012 5:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS

After trying several more things this is what I did:

Unloaded the zfs file using IDCAMS repro. 
Delete the zfs file.
Allocated new zfs file using zfsadmin.
Reloaded the file using idcams repro. ( Note file must not be formatted) Mount 
zfs file.
Resume processing. 

Thanks to everyone who responded. This was the easiest way because I didn't 
want to go through the renaming process. 

Thank again. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Steely
Sent: Wednesday, August 29, 2012 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFDSS

We are z/OS v1r13. I am trying to move a ZFS file from a non-sms volume to a 
sms volume. I am not able to get this to work. I have tried using the 
bypassacs(**) and have tried using STORCLAS, MGMTCLAS, & STORGRP and all 
different combinations. I just receive an error message of not being selected.  
Any help would be appreciated.
Control Parms:

COPY DATASET( -
 INCLUDE( -
  OMVSF.XX-
))-
 BYPASSACS(**)-
 STORCLAS(PRDSTAND)   -
 MGMTCLAS(LOGVOLS)-
 STORGRP(OMVSVOLP)-
 CANCELERROR  -
 CATALOG  -
 DELETE PURGE -
 ALLDATA(*)   -
 ALLEXCP  -
 PROCESS(SYS1,UNDEF)  -
 TGTALLOC(SRC)

Error message:

ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPY '
ADR109I (R/I)-RI01 (01), 2012.242 14:35:03 INITIAL SCAN OF USER CONTROL 
STATEMENTS COMPLETED ADR825I (001)-SETUP(01), THE FOLLOWING VOLUMES WERE 
ALLOCATED FOR STORGRP OMVSVOLP:
  MVSOM3  MVSOM4  MVSOM5 ADR016I (001)-PRIME(01), 
RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2012.242 
14:35:03 EXECUTION BEGINS ADR383W (001)-DDDS (01), DATA SET OMVSF.XX NOT 
SELECTED ADR455W (001)-DDDS (03), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY 
PROCESSED
  OMVSF.XX
ADR470W (001)-DDDS (04), NO DATA SETS SELECTED FOR PROCESSING ADR006I 
(001)-STEND(02), 2012.242 14:35:03 EXECUTION ENDS ADR013I (001)-CLTSK(01), 
2012.242 14:35:03 TASK COMPLETED WITH RETURN CODE 0004 ADR012I (SCH)-DSSU (01), 
2012.242 14:35:03 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 0004 FROM
 TASK001

Thank You



  *** CONFIDENTIALITY NOTICE ***

This e-mail message and all attachments transmitted with it may contain legally 
privileged and confidential information intended solely for the use of the 
addressee. If the reader of this message is not the intended recipient, you are 
hereby notified that any reading, dissemination, distribution, copying, or 
other use of this message or its attachments is strictly prohibited. If you 
have received this message in error, please notify the sender immediately and 
delete this message from your system. Thank you.

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

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

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.

Re: Cobol programs abend after re-linking on z/OS 1.11

[Mike Schwab]

On Thu, Aug 30, 2012 at 4:41 AM, Elardus Engelbrecht
 wrote:
> John Norgauer wrote:
>
>>We are experiencing Cobol program abending on z/OS 1.11.
>
>>Programs are compiled and linked with 20 year old Cobol subroutines. When we 
>>were running on z/OS 1.9, there were no problems compiling and re-linking. 
>>Programs executed successfully.
>
>>Now on our z/OS 1.11 system, when we compile and re-link these same programs 
>>they abend in the 20 year old Cobol routine with a U4052 abend.
>
> Please post full messages.
>
>>Any ideas?  Do you think the old COBOL sub-routine should be re-compiled?
>
> What are these sub-routines doing? Are they called as static or as dynamic? 
> Are they compiled into separate modules or inside the main program?
>
> When you're compiling, what set of LE libs and macros are you using?
>
> How are you running your progs? In Batch or in CICS or where?
>
> In such a case of U abend, I would recompile all and everything on a 
> sandbox and run them all on the same sandbox. If there is no problem the 
> problem is perhaps in the environment.
>
> Groete / Greetings
> Elardus Engelbrecht
>

I am thinking they are missing the old run time libraries.

-- 
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Cobol programs abend after re-linking on z/OS 1.11

[Shmuel Metz (Seymour J.)]

In
,
on 08/29/2012
   at 01:51 PM, John Norgauer  said:

>Programs are compiled and linked with 20 year old Cobol 

What is the COBOL name and product number?

>U4052 abend.

What does the appropriate COBOL messages and codes documentation say
about U4052? What are the accompanying messages and what does the
documentation say about them? What link and run-time libraries did you
use?

>COBOL Version = 1  Release = 3  Modification = 1

Version 1 of what?

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: JES2 JOBCLASS PROCLIB

[Frank Swarbrick]

I prefer JCLLIB to be used only for proclib overrides.  For our standard set of 
application procs I prefer they either not be specified explicitly at all (JES2 
class default), or at the very least be specified simply (using the JOBLIB 
PROCLIB statement).  That way we don't have people not using the standard set 
of application proclibs.
Frank




>
> From: Lizette Koehler 
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Sent: Wednesday, August 29, 2012 6:38 PM
>Subject: Re: JES2 JOBCLASS PROCLIB
> 
>Frank,
>
>You do not need to put PROCLIBs in JES2 if you do not want to.
>
>Instead look at the JCLLIB statement in JCL.
>
>Or do you require the use of the PROCLIB statements?
>
>For application users, I prefer they use JCLLIBs rather than relying on JES2
>Proclibs
>
>Lizette
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>Behalf
>> Of Frank Swarbrick
>> Sent: Wednesday, August 29, 2012 4:10 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: JES2 JOBCLASS PROCLIB
>> 
>> We have the following:
>> 
>> JOBCLASS(?) AUTH=ALL,    /* All commnds accepted
>>    [...]
>>  PROCLIB=00,
>>    [...]
>> 
>> PROCLIB(PROC00) DD(1)=(DSNAME=SYS2.&SYSNAME..PROCLIB),
>>    [...]
>> 
>> PROCLIB(APPL)    DD(1)=(DSNAME=DEV.APPLIB.INCLUDE),
>>    [...]
>> 
>> In our "application" jobs we specify:
>> /*JOBPARM  PROCLIB=APPL
>> 
>> It looks like in the JES2 parmlib member the following limitation is in
>place:
>> PROCLIB=nn|00
>>   Specifies the default procedure library number (00-99) which is to be
>used for this
>> job class.
>> 
>> Am I missing something, or is the use of the JOBPARM JES2 JCL statement
>the only
>> way that a non-numeric JES2 PROCLIB concatentation can be referred to?
>> 
>> Obviously we could just rename PROCLIB(APPL) to something like PROCLIB(10)
>and
>> then add something like JOBCLASS(A) PROCLIB=10, so any job executing in
>CLASS=A
>> will use the "applications" proclib, PROCLIB=10.  I would prefer being
>able to say
>> PROCLIB=APPL or something, because "APPL" has more implicit meaning than
>"10".
>> 
>> I am not a sysprog and cannot test this out myself.  I want to suggest it
>to our
>> sysprogs, but I want to make sure I am suggesting something that can be
>done.
>> 
>> Thanks!
>> Frank
>> 
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>

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

Re: Java 7 vulnerability

[Scott Chapman]

It may be a "port" of Sun/Oracle Java, but I believe there are internal 
differences that are not necessarily minor.  They at least use different words 
to describe their garbage collection policies (although they have similar 
strategies).

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

Re: Cobol programs abend after re-linking on z/OS 1.11

[Elardus Engelbrecht]

John Norgauer wrote:

>We are experiencing Cobol program abending on z/OS 1.11.

>Programs are compiled and linked with 20 year old Cobol subroutines. When we 
>were running on z/OS 1.9, there were no problems compiling and re-linking. 
>Programs executed successfully.

>Now on our z/OS 1.11 system, when we compile and re-link these same programs 
>they abend in the 20 year old Cobol routine with a U4052 abend.

Please post full messages.

>Any ideas?  Do you think the old COBOL sub-routine should be re-compiled?

What are these sub-routines doing? Are they called as static or as dynamic? Are 
they compiled into separate modules or inside the main program?

When you're compiling, what set of LE libs and macros are you using?

How are you running your progs? In Batch or in CICS or where?

In such a case of U abend, I would recompile all and everything on a 
sandbox and run them all on the same sandbox. If there is no problem the 
problem is perhaps in the environment.

Groete / Greetings
Elardus Engelbrecht

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

Re: The IBM zEnterprise EC12 announcment

[Ron MacRae]

On Wednesday, August 29, 2012 5:19:26 PM UTC+1, zMan wrote:
> Lynn: This has nothing to do with EC12, or top-mounted cables. Are you
> generating these posts programmatically? Please stop if so. You have some
> interesting things to contirbute, but random word-matching doesn't qualify.

zMan,
 I tend to agree with you. 

While there may be small pieces of relevent information these tend to be hidden 
in vast ammounts of verbiage.  However you should have the capability to ignore 
all such posts and direct them to a SPAM folder, as I do, without too much pain?

Ron. 

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

Re: WLM Resource Group not working.

[Vernooij, CP - SPLXM]

Patrick,

I think you may be right. It is an BR 15 program written to simply generate 
load, so it does constant looping and produces no interrupts itself. This is 
maybe why WLM cannot intercept it often enough.

I have another RG with higher capping and more 'normal' tasks in it and they 
work pretty well. First I thought it was because of the low capping value. 

I will try with a much more normal load in it.

Thanks,
Kees.


"Patrick Falcone"  wrote in message 
news:<1346262445.30400.yahoomail...@web84514.mail.ne1.yahoo.com>...
> Kees,
>  
> I suspect the loopers don't give WLM enough time to react to the WLM Resource 
> Group cap.
>  
> If I understand your below the 2 MSU's is just under 1% of the total. With a 
> more normal workload, less consistent arrival rate, you may get more 
> desirable results. I guess unless you're running loadrunner or some such 
> generator.
>  
> I have the RG max. for your RG for this machine and based on your below at 
> 846.
> 
> 
> 
> From: "Vernooij, CP - SPLXM" 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Sent: Wednesday, August 29, 2012 10:49 AM
> Subject: Re: WLM Resource Group not working.
> 
> 1) yes, and mainview confirms this.
> 2) Velocities.
> 3) The LPAR involved runs on a 2817-503, so a 3 CP, 204 MSU z196, of
> which I want to give and limit 2 MSU to CICS Devl/Acc. 200 SU/hr =
> 555 SU/sec. I also tried 3 CP percents (option 3) which also equals 2
> MSU (204/3*.03=2) but this gives similar results. WLM is not willing to
> cut the users in the RG to the desired consumption.
> 
> Yes, that is what I understand: the specified cap is the limit for all
> users in the RG.
> 
> Kees.
> 
> "Staller, Allan"  wrote in message
> news:...
> > 1) have you placed the tasks in the appropriate service classes to be
> linked with the RG?
> > 2) Are you using transaction goals or velocity goals.
> > 3) Perhaps you might want a processor cap as opposed to a SYSPLEX cap
> (Option 3). Are you saying that your sysplex has an aggregate of 2
> million SU/sec? How many LPARs, CECs are involved.
> > 
> > The last time I tested, I found that the RG cap was shared between all
> users of the RG, regardless of the service class involved
> > 
> > Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 |
> allan.stal...@kbmg.com
> > 
> > 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Vernooij, CP - SPLXM
> > Sent: Wednesday, August 29, 2012 8:51 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: WLM Resource Group not working.
> > 
> > Hello list,
> > 
> >  
> > 
> > I implemented a Resource Group to limit the CPU consumption of our
> CICS Devl and Acc systems, but I can't get the RG to do what I want.
> > 
> >  
> > 
> > I want to limit the group to 2 MSU, so I gave the RG a max of
> > 200/3600=555 SU/sec (Option 1, sysplex wide) and started a CPU
> looper (iefbr15) in the SC connected to the RG. In Mainview I see that
> WLM is capping the looper, but it is still allowed to consume 2000
> SU/sec.  If I start a second looper, the RG starts consuming even more
> CPU.
> > 
> >  
> > 
> > Why does this not work as I expected and how do I limit the group to
> 555 SU/sec?
> > 
> >  
> > 
> > Thanks for your help,
> > 
> > Kees. 
>  
> 
> 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...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.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 tr

Re: WLM Resource Group not working.

[Vernooij, CP - SPLXM]

I did. 3 % of a CP is also 2 MSU, but the results were the same, WLM
could not cap it down to 2 MSU.

Kees.

"Norman Hollander on DesertWiz"  wrote
in message news:<013b01cd85fe$a3d70ea0$eb852be0$@desertwiz.biz>...
> Instead of calculating Service Units, why not use the method
specifying the
> % of
> A Processor or the % of the LPAR weight?  Of course, that might be
broken
> for you, too.
> 
> zNorman
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On
> Behalf Of Staller, Allan
> Sent: Wednesday, August 29, 2012 7:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: WLM Resource Group not working.
> 
> 
> 3) The LPAR involved runs on a 2817-503, so a 3 CP, 204 MSU z196, of
which I
> want to give and limit 2 MSU to CICS Devl/Acc. 200 SU/hr =
> 555 SU/sec. I also tried 3 CP percents (option 3) which also equals 2
MSU
> (204/3*.03=2) but this gives similar results. WLM is not willing to
cut the
> users in the RG to the desired consumption.
> 
> 
> 
> In that case, I can only suggest opening an issue w/IBM or using the
> empirical method.
> i.e. adjust the RG value until the desired results are achieved.
> 
> HTH,  
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.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...@listserv.ua.edu with the message: INFO IBM-MAIN