Re: Single Pack System Process

[Skip Robinson]

I'll jump in with my standard if unconventional response. IPLing a systems 
requires two categories of resources: (1) a sysres volume and (2) 
everything else. 

A shop typically has many available sysres volumes. 

-- SMPE target zone sysres
-- Backup copy of that volume
-- Some running version of that volume
-- Backup copy of that volume
-- Etc.

Any of these could be pointed to for an emergency IPL or even 
standalone-restored as necessary to satisfy (1). What you really need to 
provide is a usable facsimile of (2), which contains

-- SPOOL
-- Security database
-- Network definitions
-- Etc.

The objective is not to IPL a full-blown system, just one to which you can 
logon and utilize ISPF, SDSF or equivalent, etc. In other words, you need 
to get onto an emergency system with enough function and authority to fix 
whatever is wrong with your production system. Getting a workable of 
version of (2) is not trivial, but it narrows the scope of what's 
required. It should include parameter libraries simple enough to get a 
system running without assuming the latest bells and whistles. KISS. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   mf db 
To: IBM-MAIN@bama.ua.edu
Date:   06/10/2012 07:54 PM
Subject:Single Pack System Process
Sent by:IBM Mainframe Discussion List 



Hi All,

I am here to understand the process followed to create single pack system
apart from Mark Zelden's or John's or planetMVS method of creating single
pack system. Could anyone be kind enough to describe the way of creating
single Pack system ?

Objective is just to understand the various different method adopted 
across
different shops. I know and Heard that IBM main has a great number of
Mainframe system programmers with 1000 thousand years of experiences
together.

Peter


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

Re: How to suppress Message in REXX App

[Skip Robinson]

TSO PROFILE command controls messages issued via PUTLINE, which invokes 
TSO services and is therefore suppressible within TSO. TPUT is an SVC that 
cannot be intercepted by TSO and therefore cannot be suppressed by TSO. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Scott Ford 
To: IBM-MAIN@bama.ua.edu
Date:   06/01/2012 03:04 PM
Subject:Re: How to suppress Message in REXX App
Sent by:IBM Mainframe Discussion List 



Yes, system

Scott ford
www.identityforge.com

On Jun 1, 2012, at 5:59 PM, Walt Farrell  wrote:

> On Fri, 1 Jun 2012 16:37:51 -0400, Scott Ford  
wrote:
> 
>> TPut will go to sysprint or systsprt
> 
> She's concerned about a TSO session, and there it will go to the 
terminal.
> 
> -- 
> Walt



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

Re: Spool offload

[Skip Robinson]

OK, I'll bite. Which parameters cannot be changed dynamically? I think you 
mentioned in another thread about having to resolve name conflicts. There 
ways to juggle things around via multiple incremental changes to achieve 
the desired result. I have systems last cold started in 1995. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "R.S." 
To: IBM-MAIN@bama.ua.edu
Date:   05/28/2012 08:35 AM
Subject:Re: Spool offload
Sent by:IBM Mainframe Discussion List 



W dniu 2012-05-28 17:10, Mark Zelden pisze:
[...]
>>
>
> I assume you are asking if they are correct prior to starting the 
offload.  If so,
> it looks okay.   If not, then of course you need to start offload1.

Good assumption!
My explanations weren't good enough. :-)


> Are you sure you disk output is big enough to hold everything?  If you 
have
> tape output available, you can use that and avoid a potential space
> abend.

Yes, I'm sure, the spool is small, it's not production system.



> Just out of curiosity, why do you need to cold start?

Change some parameters in JES2PARM.


-- 
Radoslaw Skorupka
Lodz, Poland


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

Re: Servicelink, ETR and SR

[Skip Robinson]

Same result here. It's nice to know that when IBM finally rolls out the 
big guns, they can still hit their own foot. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Tom Ambros 
To: IBM-MAIN@bama.ua.edu
Date:   05/17/2012 08:13 AM
Subject:Re: Servicelink, ETR and SR
Sent by:IBM Mainframe Discussion List 



Did I miss this in the discussion?  I got this from srdonotreply this 
morning: 

'We would like to inform you of an important change in opening and 
managing service requests with IBM for Passport Advantage and Passport 
Advantage Express products. Details of the change can be found at ..." 
HTTP 404. 

I'll send it to my home email and see if it is something local but I doubt 

it. 

Thomas Ambros
Operating Systems and Connectivity Engineering
518-436-6433





From:   Mary Anne Matyaz 
To: IBM-MAIN@bama.ua.edu
Date:   05/17/2012 10:39
Subject:Re: Servicelink, ETR and SR
Sent by:IBM Mainframe Discussion List 



There might be another ramification. It seems that all of the docview's 
that come on a google now, the links are broken. 
For example, if you google IBM DOCVIEW, the hits that show up, similar to 
this: 
http://www-01.ibm.com/support/docview.wss?uid=swg21433581
get 404's. Another example, google PM60958. Even if you search for PM60958 

from the IBM website, it brings up the broken link. :( 

I'm assuming the crawlers will update this stuff at some point, hopefully. 

I don't know if it's related to the SR 
change, I would think it would have had more to do with SIS than ETR, but 
it is pretty coincidental. 

Mary Anne 

On 5/16/2012 3:46 AM, Barbara Nitz wrote:
> Given that IBM took away ETR yesterday and has by now forced SR upon the 

mainframe world - do Americans coming from servicelink also have to login 
again to get to their ETRs??? Or is this 'privilege' reserved for EMEA?
>
> Until ETR was taken away (yesterday morning our time) no extra login 
from Servicelink was required, SR was reachable using the normal 
servicelink login. I consider this an error and have opened a ticket.

I complained about this behavior during a closed meeting with Christian 
Gilmore
and other IBMers at SHARE in Orlando back in February. Christian 
acknowledged
the problem and made a note of it at the time, but nothing has been done 
to
change it (yet).



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

Re: Servicelink, ETR and SR

[Skip Robinson]

I've been using SR exclusively for some time. Until now, if I selected the 
SR option on the ServiceLink main menu, I would be taken straight to the 
SR main page. I just now discovered the new behavior described. I also see 
this. If it was there before, I didn't notice.

"You must sign into this application, even if you have already signed into 
IBM on the masthead."

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Wissink, Brad [ITSYS]" 
To: IBM-MAIN@bama.ua.edu
Date:   05/16/2012 07:01 AM
Subject:Re: Servicelink, ETR and SR
Sent by:IBM Mainframe Discussion List 



I have to login in again to get to SR. 

Brad Wissink
Information Technology Services
Iowa State University
515-294-3088
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Barbara Nitz
Sent: Wednesday, May 16, 2012 5:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Servicelink, ETR and SR

Given that IBM took away ETR yesterday and has by now forced SR upon the 
mainframe world - do Americans coming from servicelink also have to login 
again to get to their ETRs??? Or is this 'privilege' reserved for EMEA?

Until ETR was taken away (yesterday morning our time) no extra login from 
Servicelink was required, SR was reachable using the normal servicelink 
login. I consider this an error and have opened a ticket.

Barbara Nitz


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

Re: z/os v1r13 RACF problem

[Skip Robinson]

I'd be very wary of putting RACF data sets into MSTJCLxx They aren't 
needed there, and if for any reason they can't be found at IPL I think the 
pain threshold would rise considerably. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mark Zelden 
To: IBM-MAIN@bama.ua.edu
Date:   05/15/2012 09:31 AM
Subject:Re: z/os v1r13 RACF problem
Sent by:IBM Mainframe Discussion List 



On Tue, 15 May 2012 12:14:11 -0400, Crabtree, Anne D 
 wrote:

>Trying to bring up z/os v1r13 for first time on my onepac system and I 
keep getting error message ICH571A Error building program control tables 
followed by ICH501I saying RACF is not active.  I performed a system 
upgrade when installing and my 1.11 onepac system comes up fine with these 
RACF datasets.  I have to have missed something !!
>That being said, I have checked the following:
>
>My IEFSSNxx member has:
> SUBSYS SUBNAME(RACF)
>  INITRTN(IRRSSI00)
>  INITPARM(';,X')
>
>The RACF proc is in CPAC.PROCLIB and looks ok.
>IRRSSI00 module is in SYS1.LINKLIB.
>I get messages that the installation router table and the class 
descriptor table were processed.
> I'm also getting this error (but I think it's just because RACF didn't 
start and is not the problem):
>
>ICH584i ICHEINTY next error against profile irrplex_in class gxfacili 
on the database with master dataset "my dataset name" on "my volume" 
rc=001C reas=
>
>Any suggestions?
>
>
>

The RACF proc doesn't matter.  It isn't even needed.

Are you sure your DSNT is correct for your onepack system?  Are the data 
sets
cataloged properly?You could add them to MSTRJCLxx also.   Are you 
using
a DSNT with sysplex mode enabled?  You should change that for your onepak
or ZAP it (see the ONEPAKZ* / TWOPAKZ* examples on my web site).

Regards,

Mark


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

Re: IEW4005I FETCH FOR MODULE Failed

[Skip Robinson]

Do you have the venerable PDS Command? It's on the Mods Tape if you need 
it. It's pretty good at validating load modules, You can use 

  VERIFY module-name  (for one module)
or
  VERIFY :  (for the entire library)

PDS Command cannot generally fix a broken module, but it can quickly tell 
you how pervasive the problem is. 
.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Lim Ming Liang 
To: IBM-MAIN@bama.ua.edu
Date:   05/11/2012 08:32 PM
Subject:IEW4005I FETCH FOR MODULE Failed
Sent by:IBM Mainframe Discussion List 



Hi,
I had quite a few similar error messages on load modules fetching 
problem on a same volume;

  DSINIT   FROM DDNAME STEPLIB  FAILED BECAUSE
IEWFETCH ISSUED RC 0D AND REASON 00

On the System Messages manual;

IEW4005I FETCH FOR MODULE program-name FROM DDNAME ddname FAILED BECAUSE
IEWFETCH ISSUED RC return-code AND REASON reason code.

Explanation: Fetch for the load module failed. The possible hexadecimal 
return codes and hexadecimal reason codes are as follows:

Return Code
Error Description

00
Processing completed normally.

0B
Program check.

0C
Not enough storage available. Reason Code Error Description 04 No 
storage for DATD 08 No storage for DEB 0C No storage for IOSB 10 No 
storage for EXTLIST 14 No storage for module

*0D **
Bad record area.


*What does this Bad record area means ?

Does it mean the affected volume has an hardware issue ?

What utility I can used to check the volume integrity ?

The load modules library is corrupted ? But I can browse the Load 
dataset and members without any problem.

Please advise.
-- 
Regards Lim ML

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

Re: Comments on DFSMS verbose messages?

[Skip Robinson]

Hey guys, lighten up. IBM went out of their way to discuss this with ESP 
customers who already had first hand experience with the effects of the 
change. I don't remember anyone beating the drum to retain verbose 
messages in syslog/operlog. After slogging through this thread, I still 
don't understand the hunger for yet more detritus in the common log. Our 
concern was never about sinking the ship under the weight of a few 
thousand more lines of data: it was the prospect of having to wade through 
ever more repetitive verbatim snippets of message manuals. That's all this 
is!

Remember also that this is IBM's first venture into this arena. Today it's 
only O/C/E messages. The function could well be extended (no promises) to 
other components as well. Would we have to be able to selectively turn on 
or off each one according to everyone's particular druthers? Would it 
really be worth scarce development resources to establish yet another 
elaborate option facility to slice and dice all possible choices? Not for 
my $$. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Ed Finnell 
To: IBM-MAIN@bama.ua.edu
Date:   05/11/2012 02:43 PM
Subject:Re: Comments on DFSMS verbose messages?
Sent by:IBM Mainframe Discussion List 



My suspicion would be that it got enable to shoot somebody's particular 
bug
and maybe didn't get switched off for the GA release. 
 
 a message dated 5/11/2012 4:30:15 P.M. Central Daylight Time, 
edja...@phoenixsoftware.com writes:
 
getting  the behavior I want so long as they are able to get the behavior 
THEY  want? Perhaps some of them strive to be  politicians...



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

Re: Clearing installation options Was: Confused on DFSORT SORTWK

[Skip Robinson]

Question asked and answered. Thanks Frank!
.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Frank Yaeger 
To: IBM-MAIN@bama.ua.edu
Date:   05/08/2012 12:16 PM
Subject:Re: Clearing installation options Was:  Confused on DFSORT 
SORTWK
Sent by:IBM Mainframe Discussion List 



Skip Robinson wrote at IBM Mainframe Discussion List 

wrote on 05/08/2012 10:55:02 AM:
> I'm pursuing conversion to PARMLIB from  ICEAMx usermod. Is it possible
> via ICEPRMxx to reset all options to IBM defaults? It appears from my
> testing that the 'clear' process (empty ICEPRMxx) only resets options to
> the combination of IBM+ICEAMx usermod. In order to get back to the IBM
> default starting point, do I have to redo ICEAMx first?

If you've made any changes with ICEMAC, then you'll either have to undo
them, or override them back to the defaults with ICEPRMxx.

For example, if you have the following via ICEMAC:

   ICEMAC JCL,RESALL=8000

and you want the shipped default of RESALL=4096, you can either
change ICEMAC back via:

   ICEMAC JCL

or override the RESALL value via ICEPRMxx

   JCL
 RESALL=4096

DFSORT will use any changed ICEMAC options that you don't
override with ICEPRMxx.

Does that answer your question?

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration



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

Re: Confused on DFSORT SORTWK

[Skip Robinson]

I'm pursuing conversion to PARMLIB from  ICEAMx usermod. Is it possible 
via ICEPRMxx to reset all options to IBM defaults? It appears from my 
testing that the 'clear' process (empty ICEPRMxx) only resets options to 
the combination of IBM+ICEAMx usermod. In order to get back to the IBM 
default starting point, do I have to redo ICEAMx first? 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Dave Betten 
To: IBM-MAIN@bama.ua.edu
Date:   05/08/2012 10:06 AM
Subject:Re: Confused on DFSORT SORTWK
Sent by:IBM Mainframe Discussion List 



Mark, 
  In your case the reason code on the ICE083A was 970C but in Scott's case 
it was 064K.  So your ICE083A issue had nothing to do with not being 
allocated as large format and exceeding 64K tracks.  Rather, you didn't 
have volumes with enough space because the sortwork allocation was only 
being spread across 4 volumes.  Did you retry your sort using dynamic 
allocation after your parmlib options were activated to increase DYNALLOC 
to SYSDA,8?

Dave Betten



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

Re: Confused on DFSORT SORTWK

[Skip Robinson]

Thank you Radoslaw. I'm embarrassed to admit that we never noticed the 
PARMLIB option, which of course is now recommended by IBM. Benign neglect 
is not always so benign. 

We need to implement default changes judiciously, but I accept the goal of 
removing all possible installation overrides. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "R.S." 
To: IBM-MAIN@bama.ua.edu
Date:   05/07/2012 01:56 PM
Subject:Re: Confused on DFSORT SORTWK
Sent by:IBM Mainframe Discussion List 



W dniu 2012-05-07 18:59, Skip Robinson pisze:
> Bingo. We've had VIO=YES forever. We're revisiting our entire ICEMAC
> usermod ASAP. Thanks!

I'd suggest to get rid of the usermod at all.
Nowadays DFSORT can be customized using PARMLIB members.
It's also an opportunity to rethink all the non-default settings. ;-)

HTH
-- 
Radoslaw Skorupka
Lodz, Poland



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

Re: Confused on DFSORT SORTWK

[Skip Robinson]

Bingo. We've had VIO=YES forever. We're revisiting our entire ICEMAC 
usermod ASAP. Thanks!

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   David Betten 
To: IBM-MAIN@bama.ua.edu
Date:   05/06/2012 02:53 PM
Subject:Re: Confused on DFSORT SORTWK
Sent by:IBM Mainframe Discussion List 



DFSORT should be allocating as large format.  Do you have VIO=YES as your
default.  That might be preventing DFSORT from allocating as large format.


Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email:  bet...@us.ibm.com
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on 05/06/2012
02:55:53 PM:

> From: Skip Robinson 
> To: IBM-MAIN@bama.ua.edu,
> Date: 05/06/2012 02:57 PM
> Subject: Re: Confused on DFSORT SORTWK
> Sent by: IBM Mainframe Discussion List 
>
> (Reconstructing thread from archive)
>
> I read the posts in this thread but deleted them because they were not
> immediately pertinent to our shop. Then last night I got woke up with a
> similar problem. The default DYNALLOC setting of 3 was insufficient to
> complete a sort involving an unusually large input. We got
>
> ICE083A D RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA
> SETS (064K)  <-
> ICE753I FWK=(0,0) SWK=(0,0) TWK=(0,0) RWK=(0,0) TOTAL=(0,0) BLK=56600
> ICE248I ATTEMPTED TO ALLOCATE 19389MB OF DISK WORK SPACE ON 3 WORK DATA
> SETS
> ICE249I SUCCESSFULLY ALLOCATED 0MB OF DISK WORK SPACE ON 0 WORK DATA 
SETS

>
>
> (Last line is probably the world's most disappointing 'success' message
> ever.) In researching the problem, I read that DFSORT for some time has
> been capable of using large or extended format data sets so that the 64K
> limit flagged in ICE083A does not apply. What is required to induce
DFSORT
> to use modern work data sets for dynamic allocation?
>
> .
> .
> JO.Skip Robinson
> SCE Infrastructure Technology Services
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> jo.skip.robin...@sce.com
>

> Just to clarify, DFSORT can cetrainly use more than the 1st extent, it
> just
> can't use multiple volumes.  As long as DSNTYPE=LARGE is coded on the DD
> statement, each of the SORTWK DDs should be able to use multiple 
extents.
> Since a 3390-9 has a capacity of 10,017 cylinders, you should be able to
> get 3 extents of 3335 cylinders on each work data set if the volumes are
> empty.
>
> > From: Neil Duffee 
> > To: IBM-MAIN@bama.ua.edu,
> > Date: 05/01/2012 03:14 PM
> > Subject: Re: Confused on DFSORT SORTWK
> > Sent by: IBM Mainframe Discussion List 
> >
> > In addition to all the other responses you got regarding DynAlloc, I
> > wanted to add the nudge that DFSORT only uses the **1st** extent in
> > SortWk DD statements.  Thus, SPACE=(CYL,(3335,3335)) is the same as
> > SPACE=(CYL,3335) which, in your example, only got you 10*'3335
> > cylinders or the equivalent to 10 mod-3s.  So you'd need to have 27
> > DD statements to use your entire pool.
> >



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

Re: Comments on DFSMS verbose messages?

[Skip Robinson]

So far complaints on the new verbose behavior seem to have come from folks 
who are not yet running R13. The ESP customers who induced the change were 
already immersed in R13 and knew first hand how *useless* verbose messages 
are in syslog/operlog. Does everyone understand that verbose messages are 
nothing but chunks of prose lifted from the message manual? They are not 
sophisticated diagnostic guides that might provide unique insight into 
solving a particular abend. They just save you a trip to your favorite doc 
library. Over and over ad nauseam. 

These endlessly repetitive annotations clutter up syslog/operlog. Flotsam 
and jetsam that we can all live better with in a location closer to the 
actual problem. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "W. Kevin Kelley" 
To: IBM-MAIN@bama.ua.edu
Date:   05/06/2012 06:04 PM
Subject:Re: Comments on DFSMS verbose messages?
Sent by:IBM Mainframe Discussion List 



Mark,

You are correct -- there is now no option to put the additional lines of 
explanation in the SYSLOG/OPERLOG. We reacted to what we heard from the 
ESP customers, and to quote you perhaps they "overreacted". That is why I 
put the post out here, to hear what other people think.

W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development



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

Re: Confused on DFSORT SORTWK

[Skip Robinson]

(Reconstructing thread from archive)

I read the posts in this thread but deleted them because they were not 
immediately pertinent to our shop. Then last night I got woke up with a 
similar problem. The default DYNALLOC setting of 3 was insufficient to 
complete a sort involving an unusually large input. We got 

ICE083A D RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA 
SETS (064K)  <-
ICE753I FWK=(0,0) SWK=(0,0) TWK=(0,0) RWK=(0,0) TOTAL=(0,0) BLK=56600   
ICE248I ATTEMPTED TO ALLOCATE 19389MB OF DISK WORK SPACE ON 3 WORK DATA 
SETS 
ICE249I SUCCESSFULLY ALLOCATED 0MB OF DISK WORK SPACE ON 0 WORK DATA SETS  
 

(Last line is probably the world's most disappointing 'success' message 
ever.) In researching the problem, I read that DFSORT for some time has 
been capable of using large or extended format data sets so that the 64K 
limit flagged in ICE083A does not apply. What is required to induce DFSORT 
to use modern work data sets for dynamic allocation?

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com












Just to clarify, DFSORT can cetrainly use more than the 1st extent, it 
just
can't use multiple volumes.  As long as DSNTYPE=LARGE is coded on the DD
statement, each of the SORTWK DDs should be able to use multiple extents.
Since a 3390-9 has a capacity of 10,017 cylinders, you should be able to
get 3 extents of 3335 cylinders on each work data set if the volumes are
empty.

> From: Neil Duffee 
> To: IBM-MAIN@bama.ua.edu,
> Date: 05/01/2012 03:14 PM
> Subject: Re: Confused on DFSORT SORTWK
> Sent by: IBM Mainframe Discussion List 
>
> In addition to all the other responses you got regarding DynAlloc, I
> wanted to add the nudge that DFSORT only uses the **1st** extent in
> SortWk DD statements.  Thus, SPACE=(CYL,(3335,3335)) is the same as
> SPACE=(CYL,3335) which, in your example, only got you 10*'3335
> cylinders or the equivalent to 10 mod-3s.  So you'd need to have 27
> DD statements to use your entire pool.
>







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

Re: Old timer question

[Skip Robinson]

I think SDB is automatic these days, and not just for SMS data sets. Any 
data set will get SDB if BLKSIZE is zero or omitted. 

One note, however. Just changing the DCB characteristics of the data set 
will not fix the problem. Existing data already contained in the 
allocation will still be FA unblocked. It needs to get rewritten to 
acquire the specified physical attributes. A smallish data set could be 
edited and 'saved'. A large data set could be copied to another followed 
by renames. Even appending new data (DISP=MOD) will not fix the old 
records. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mark Zelden 
To: IBM-MAIN@bama.ua.edu
Date:   05/04/2012 01:55 PM
Subject:Re: Old timer question
Sent by:IBM Mainframe Discussion List 



On Fri, 4 May 2012 13:48:16 -0700, Lizette Koehler 
 wrote:

>If it is setup in your shop, set blksize to 0 and let the system 
determine block size figure it out.
>
>Lizette
>

Is there a way to not have it set up?   I do remember an MVS system long 
ago
in a galaxy far far away where there was a JES2 exit that changed the 
internal text from your JCL to have half track blocking for DASD.   But 
BLKSIZE=0 has worked since...  well, for so long I don't even remember.
MVS/XA?  Or was it DFSMS V1 with MVS/ESA or MVS/XA 2.2.3?

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS 
mailto:m...@mzelden.com 
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/


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

Re: Comments on DFSMS verbose messages?

[Skip Robinson]

Touche. Since I don't want verbosity in my syslog/operlog, I failed to 
notice the consequence for those who might. The original intent of 
explanatory messages was to assist the programmer or production control 
person or whoever has responsibility for fixing the problem to better 
understand the failure. If a job owner cannot get access to joblog after 
the fact, that would seem to be a problem inviting operational reform, not 
functional changes in z/OS. 

BTW in ESP conversations on this topic, I suggested that another candidate 
for explanatory messages might be the menagerie of x78/x0A failures that I 
can never keep straight: get vs. free, private vs. common, above vs. 
below, etc. I can use all the help I can get. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Edward Jaffe 
To: IBM-MAIN@bama.ua.edu
Date:   05/04/2012 10:05 AM
Subject:Re: Comments on DFSMS verbose messages?
Sent by:IBM Mainframe Discussion List 



On 5/4/2012 8:56 AM, Skip Robinson wrote:
> I like the solution. The installation can turn verbose on or off 
globally.
> The new 'filter' allows us to direct long explanations to just the
> programmer--my preference--or to syslog/operlog. Why complain about 'too
> much control'?

You misunderstood. With the new design, the messages will NEVER appear on 
syslog/operlog. This is the complaint.

-- 
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/


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

Re: Comments on DFSMS verbose messages?

[Skip Robinson]

I was in the ESP and joined the follow-on conversations about the 
increased message traffic. The concern was not about a weightier 
syslog/operlog, but about the even denser weed patch that one has to wade 
through in syslog/operlog in order to troubleshoot some other totally 
unrelated problem. How many times do 'we' have to slog through the same 
explanation of essentially the mundane error? The verbose explanation does 
not tell a sysprog anything more useful than the ancient and venerable 
message itself: error code, return code, data set name, volume. Why would 
a sysprog need anything more than that?

I like the solution. The installation can turn verbose on or off globally. 
The new 'filter' allows us to direct long explanations to just the 
programmer--my preference--or to syslog/operlog. Why complain about 'too 
much control'? 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Edward Jaffe 
To: IBM-MAIN@bama.ua.edu
Date:   05/04/2012 08:43 AM
Subject:Re: Comments on DFSMS verbose messages?
Sent by:IBM Mainframe Discussion List 



On 5/3/2012 7:15 PM, Mark Zelden wrote:
>
> If the new MPFLSTxx option has it disabled by default or enables the 
verbose messages, what
> purpose does the OCE_ABEND_DESCRIP=YES serve in DEVSUPxx?   What if you 
want the
> original behavior? I ask, because I like it.

I also like the current behavior. Job logs come and go, but the system log 
is 
forever.

ESP for z/OS 1.13 began in late spring 2011. Some of the participants 
probably 
overreacted. People don't like change.

The release went GA in September 2011. Many shops have already migrated 
and many 
more are doing so. There was no 'blood in the streets'. I can't recall 
hearing 
or reading any negative mention of this new functionality until Kevin's 
post.

When I first read the ICN (Interface Change Notification) about this new 
'verbose' message support, I thought "This is much ado about nothing."

-- 
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/



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

Re: Engine increase on the 2097

[Skip Robinson]

On the z10 (2097) and up, you can dynamically make a new CP available to 
an LPAR via the HMC. Once that is done, the z/OZ CONFIG command can be 
issued. Be careful to follow through completely with all steps. We added 
an engine a while back, but it  went offline at the next regular IPL, and 
we didn't notice right away. Sort of embarrassing. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "McKown, John" 
To: IBM-MAIN@bama.ua.edu
Date:   05/04/2012 08:37 AM
Subject:Re: Engine increase on the 2097
Sent by:IBM Mainframe Discussion List 



Wouldn't it depend on how the LPAR is defined? If you've have 4 CP defined 
in the partition definition, and no "reserve"(?) CPs defined, can you 
dynamically CF a 5th CP online?

-- 
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@bama.ua.edu] On Behalf Of Charles Mills
> Sent: Friday, May 04, 2012 10:05 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Engine increase on the 2097
> 
> I am wy into territory I know nothing about here but 
> doesn't D M=CPU
> show this?
> 
> Charles
> 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf
> Of Lopez, Sharon
> Sent: Friday, May 04, 2012 7:39 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Engine increase on the 2097
> 
> We are turning on 1 engine this weekend to one of our 
> processors; we are
> going from a 2097-604 to a 2097-605. Our IBM CE says that it 
> will not need a
> Power-on-Reset (POR). We are not changing the weights for the 
> lpars within
> the HMC; we are leaving them as is. How can we verify that the actual
> physical engine has been turned on? Is there a MVS display 
> that will show
> this or somewhere within the HMC? Thanks.
> 


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

Re: Java PTF Packaging Error Deletes the Java SDK With RC=0! (See APAR IV05507)

[Skip Robinson]

Real sysprogs don't need SMP/E. They code in binary. 

But BTW ouch and double and triple ouch. Like the little boy who begged 
for a pony but found a big pile of horse manure under the tree, he was 
thrilled anyway because under all that manure he was sure there had to be 
an actual pony. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mark Zelden 
To: IBM-MAIN@bama.ua.edu
Date:   05/01/2012 03:02 PM
Subject:Re: Java PTF Packaging Error Deletes the Java SDK With 
RC=0! (See APAR IV05507)
Sent by:IBM Mainframe Discussion List 



On Tue, 1 May 2012 13:05:56 -0700, Edward Jaffe 
 wrote:

>Real z/OS sysprogs be on the lookout for this...
>
>Still causing us grief (SMP/E RESTORE failed; 64-bit Java ZFS was 
restored but
>now APPLY REDO fails because RESTORE failed previously; in the process of
>restoring the SMP/E environment...)
>


Even though I insist on SMP/E installs wherever possible, this is my 
exception to 
the rule.  I haven't used SMP/E for a Java install since the first few 
times I installed
it.  I don't even remember the level back then.  Maybe 1.4, but could be 
prior. 
I know for sure I wasn't using SMP/E at later levels of 1.4. It's just 
extra work
and space for managing a PTF that replaces the entire product /  unix file
system contents with each apply.   I don't need SMP/E to keep track of 
that 
for me. 

I guess I'm not a real sysprog.  :-)

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS 
mailto:m...@mzelden.com 
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/



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

Re: Early IPL problems

[Skip Robinson]

As Radoslaw says, IPL failures in production are so rare and so varied 
that categorizing them is a an exercise in thrashing. Except for one 
cause: duplicate volume serial numbers. The fact that duplicates are the 
result of user error does not lessen the blow. In the case of only a 
handful of duplicates, the operator can reply a few times and move on. But 
we've had cases of dozens or scores of duplicates. NIP provides no 
mechanism for handling a flood of duplicates even though the cause may be 
obvious, such as volumes copied from one subsystem to another without the 
original volumes having yet been CLIPped to unique spares. Or an IODF has 
mistakenly connected an LPAR to a DASD subsystem it should not have access 
to. Whatever the cause, restarting the IPL is useless as the same 
duplicates will be prompted for again and again until they are eliminated. 
 

Take this simple case, Duplicate pairs:

4001 - 8001
4002 - 8002
4003 - 8003
...

The pattern is transparent. The only real question is whether 4xxx is 
'current' or 8xxx is. There is currently no way tell NIP that, say, 8xxx 
is the range we want to keep online, while the corresponding 4xxx units 
should remain offline. 

Side irritant: why on earth do we have to tell NIP which volume we do 
*not* want online? How would that game plan play on a network quiz show? 

Back to the point. Although this stuation does not happen often, it can 
take ages to unravel. And best of luck if there's no running system 
available to undo the duplicates. 

.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "R.S." 
To: IBM-MAIN@bama.ua.edu
Date:   04/28/2012 12:47 AM
Subject:Re: Early IPL problems
Sent by:IBM Mainframe Discussion List 



W dniu 2012-04-27 23:03, John McDowell pisze:
> I'm trying to get a feel for problems that occur in the early stages of 
z/OS system start up (e.g. IPL/NIP).  Generally problems in these stages 
result in a non-restartable wait state, for example wait state x'0B1' 
(e.g. LOADxx or IODF problem).
>
> Questions:
> 1.  FREQUENCY: How often do they occur ?
> 2.  DURATION: How long does it take to resolve them (e.g. minutes, 
hours, etc.) ?
> 3.  IMPACT: What are the consequences (e.g. missed SLAs, etc.) ?
> 4.  CAUSE: What are the underlying sources (e.g. hardware, software, 
etc.) ?
> 5.  RECOVERY: How do you recover from them ?

1. Rarely. IPL is performed rarely. In my case I haven't noticed such 
problem *on production systems* for years. Such problems do happen 
during tests, like new system, PTFs applied (and IPLTEXT not refreshed), 
new CPC, new LPAR, DR test, etc.
BTW: I *hate* looking at last 3 digits, then previous digits... ;-)
Since the numbers are available on HMC, it would be nice to have button 
Explain which could (under the covers) open the book and perform the 
analysis for me.

2. The time depends on two-three elements:
a) time to open the book. It can be few seconds when I'm on my PC (HMC 
accessed remotely), it can be minutes when I do it on real HMC and I 
have to use another PC for documentation access.
b) time to write down the digits, extract wait state code and reason code.
c) (optional) sometimes I need to check whether description is accurate 
or maybe fix something (like LOAD member). I usually logon to TSO on 
another system and view/modify the things. It could take 5 min.

3. Lost time, some stress. From business point of view it doesn't affect 
my SLA.

4. IODF in multiple extents, OS config with bad offline/online device 
set (i.e. IODF device is described as OFFLINE YES), mistakes in LOADxx, 
not refreshed IPLTEXT (after PTF APPLY), typo in LOAD window on HMC.

5. See 2.




Regards
-- 
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by 
jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste 
adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej 
przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, 
rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie 
zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, 
prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale 
usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub 
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. 
If you are not the intended addressee of this e-mail or the employee 
authorised to forward it to the addressee, be advised that any 
dissemination, copying, distribution or any other similar activity is 
legally prohibited and may be punish

Re: ACF2 - RACF Conversion Utility

[Skip Robinson]

Conversion here happened in the mid 80s years before I came. The method 
was apparently RYO brute force 'translation' of every attribute in ACF2 to 
something comparable (or at least workable) in RACF. The result is that 
today we have over 14K userids and over 4K groups. These numbers far 
exceed anything reasonable given the number mainframe personnel. At the 
time of the conversion, no one wanted to spend extra time culling the gems 
from the pebbles. 

I suggest that if you're serious about converting, regardless of who does 
it or how, you create a sub-project to whittle down your current ACF2 
environment to what you really need. Be aware that ACF2 allows you to 
include ids that are substrings of a defined id but are not themselves 
permitted explicitly. As Walt suggests, this is not necessarily something 
an amateur should try at home. ;-) 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Walt Farrell 
To: IBM-MAIN@bama.ua.edu
Date:   04/20/2012 01:46 PM
Subject:Re: ACF2 - RACF Conversion Utility
Sent by:IBM Mainframe Discussion List 



On Fri, 20 Apr 2012 15:54:25 -0400, George Henke  
wrote:

>Does anyone know of an ACF2 to RACF conversion utility?

IBM, Vanguard, and others have utilities that will help with that, usually 
(as far as I know) as part of a priced service offering. And from my 
experiences watching from the sidelines while I was an IBMer, and talking 
to the IBMers who did the conversions, I would strongly recommend using a 
vendor-provided service rather than trying it on your own. There can be a 
lot of subtleties involved with getting the conversion done right, and it 
can require a strong knowledge of both security systems to get a 
successful conversion and make the best use of the new product.

-- 
Walt

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

Re: Jobid on SDSF PS panel ?

[Skip Robinson]

I don't believe I ever had occasion to use PS before this moment. It works 
fine for me on R12 and R13:

JOBNAME  JobIDStatus   OwnerState CPU-Time
TCPIPSTC00235 RUNNING  STARTED  MR 5398.39

This function is a *relatively* recent addition to SDSF. Once upon a time, 
'authorized' functions had to be explicitly named in ISFPARMS for each 
group via the AUTH keyword. This was bad news for many installations 
because (1) ISFPARMS had to be updated whenever a new function was 
introduced, and (2) ISFPARMS could not be shared among releases because 
the lower one(s) would choke on the unrecognized value. 

IBM finally fixed the problem many releases ago by introducing a new 
value: AUTH(ALL). This value can be set for sysprog and other 'full 
authority' users. It works for any release with no problem moving forward 
(or backward) and is fully sharable. You will always get access to all 
functions.

On the other hand, if your userid is authorized for PS but you can't see 
all the fields, I'm stumped.

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Miklos Szigetvari 
To: IBM-MAIN@bama.ua.edu
Date:   04/20/2012 03:39 AM
Subject:Jobid on SDSF PS panel ?
Sent by:IBM Mainframe Discussion List 



 Hi

Can't find the JOBID field on the SDSF PS panel (nor via REXX) .
Do I lost it or I need to customize ?
(z/OS 1.12 missing but I have it on 1.13)



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

Re: Jes job log unavailable in STC

[Skip Robinson]

This is a common problem ever since JES2 provided dynamic ($command) 
update for many parameters that used to require warm start, all-systems 
warm start, or even cold start. 'You would think' that IPL would do the 
trick as well as a command. For many parameters, it does not. That's why, 
when confounded by the inexplicable, $D may reveal the answer. 

Be careful not slap your forehead too hard. ;-)


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Jorge Garcia 
To: IBM-MAIN@bama.ua.edu
Date:   04/19/2012 08:46 AM
Subject:Re: Jes job log unavailable in STC
Sent by:IBM Mainframe Discussion List 



Mark, It works fine. Thanks.

We changed the OUTDISP parm in our JES2PARM last morning. We included 
OUTDISP=(HOLD,HOLD) from OUTDISP=(PURGE,HOLD).  We ipled the system and we 
supposed that the parameter was active, but we were wrong. We've executed 
the $DJOBCLASS(STC),LONG command and it showed OUTDISP=(PURGE,HOLD), the 
old state. In JES2 tunning and reference specifies cold start o $T 
JOBCLASS for change the parameter. We've entered $T 
JOBCLASS(stc),outdisp=(hold,hold) and now we can view all STC sysout.
It's an odd situation. We cannot change the parameter with a warm start 
and it works fine with a dynamic change.



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

Re: brand new CF LPAR

[Skip Robinson]

Each structure definition in the CFRM policy requires a PREFLIST to 
indicate where to allocate the structure. The PREFLIST contains one or 
more names as defined at the top of the policy. Although IBM recommends 
that NAME match the CF LPAR where it resides, that correspondence is not 
required. (I never even saw that recommendation until just now when I 
looked in the book.) For 15 years we have always used NAME to match the 
CEC because we name ICF LPARs by the sysplex to which they belong. That 
is, sysplex X will use LPAR CFPLEXX on all participating CECs. NAME would 
not be unique if we tried to use the ICF LPAR name. 

Bottom line is that NAME can be anything you choose as long as it follows 
the syntax rules. I wish I could tell you that I have done this exact same 
thing, but it should work fine. *Add* a new CF NAME to your policy like 
this:

CF NAME(some-unique-name-of-your-choosing) 
   TYPE(new-CEC-type)
   SEQUENCE(new-serial-number)
   PARTITION(new-LPAR-number)
   ...
 
For each structure, include PREFLIST(old-name,new-name). Today only 
old-name will be found at IPL, so all structures will allocate there. 
After installing the new box, only new-name will be found, so that's where 
all structures will allocate. You will be just fine today and after the 
install. It can't hurt to try this now. If the CFRM policy compiles OK, 
you're 80% of the way there. Then activate the policy: SETXCF 
START,POL,TYPE=CFRM, POLNM=new-policy-name. If it activates with no 
errors, you're pretty much guaranteed that the same policy will work fine 
with the new CEC in place barring typos in CF definition. When you're all 
done, remove old-name from your policy. 

We've always had multiple CECs, but the principle is the same. We recently 
replaced both CECs on the floor using a similar strategy. At no point did 
we have to IPL into an untested configuration. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Munif Sadek 
To: IBM-MAIN@bama.ua.edu
Date:   04/16/2012 10:21 PM
Subject:Re: brand new CF LPAR
Sent by:IBM Mainframe Discussion List 



Thank you all.
Mr Kawkabani, I will use CFRMPOL to refer to newly created policy. What 
about ARM and SFM policies that I have created using IXCMIAPU and are 
named differently. How can I use them.
Still searching for how to create new CDS, BPXMCDS, LOGR (hundreds of 
structures)and WLM policies and how to make system to use them right from 
the IPL.. 

Mr Robinson, My problem is I have only one ICF partition on each boxes 
(Old and New) and will not have cross coupling facility links. Both of the 
CF names are COUPL01. Can I format CFRM Policy with duplicate CF NAME 
COUPL01 for each process types (2818 and 2086, serial number will remain 
the same). If it is possible I can use same CFRM policy and before 
shutting down the last LPAR for processor migration, I can change CF 
configuration to match the new processor.

I am planning to bring in sandbox LPAR  in the plex first and should be 
able to use FORCE command to get the Coupling facility correct before 
bringing in any proper systems in the PLEX..i do agree its risky and need 
guidance. 
Thaks once again for you valuable suggestion, its much appreciated..

Regards,
 Munif.


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

Re: brand new CF LPAR

[Skip Robinson]

I've lost track of the original postings in this thread, but I have this 
suggestion: never IPL an entire sysplex into a new XCF-anything unless you 
absolutely have no other choice. It's always preferable to move 
dynamically into a new XCF-something with at least one member running on 
the old one. It's (almost always?) possible to define a new thing in 
advance and migrate to it via SETXCF commands. This may mean defining a 
currently nonexistent resource ahead of time. XCF will tolerate a new 
thing it can't find yet as well as later tolerate an old thing it no 
longer find. Just clean up definitions at the very end to reflect the new 
environment. 

In the case of control data sets, create new ones with modern attributes, 
then SETXCF-migrate to them. By the time an actual hardware replacement 
occurs, new things should already be defined to the existing sysplex. The 
danger in cold starting with new components is that there's no way to test 
the process in advance, and falling back to a known environment may be 
complicated beyond reasonable resolution. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Jihad Kawkabani 
To: IBM-MAIN@bama.ua.edu
Date:   04/16/2012 12:05 PM
Subject:Re: brand new CF LPAR
Sent by:IBM Mainframe Discussion List 



When you define your CFRM policy using IXCMIAPU you can point to your 
newly created CFRM CDS as Such:

DATA TYPE(CFRM) REPORT(YES) 
 DSN(Your newly created CFRM CDS name)
DEFINE POLICY NAME(policyname here) REPLACE(YES)
Etc..

 That populates the newly created CFRM CDS with the policy(ies) that point 
to the new coupling facilities. In your COUPLExx member you can simply 
specify the new CFRM data sets as well as the POLICY you want to use by 
specifying CFRMPOL() where  is your new policy name as 
specified by the IXCMIAPU job.

The above is an example of only how to populate an inactive CFRM dataset. 
The DSN keyword on the DATA statement is what you need.
 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Munif Sadek
> Sent: Monday, April 16, 2012 09:08 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: brand new CF LPAR
> 
> Just to add to my previous request, I have to define new coupling 
facility
> datasets to enbale support for newer protocols and do not know **yet**
> how to pouplate them with our exisitng sysplex policies.. May I IPL an 
LPAR
> (z/OS 1.13)  with  the  new coupling facility datasets and then definine 
&
> activate (old) policies..  will it work?..
> 
> thanks again.. Munif


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

Re: HSM z/OS 1.13

[Skip Robinson]

As an early adopter of 1.13 (ESP customer) and a SHARE user experience 
presenter, I was curious why we have never seen this problem. I just 
checked our shared-system RNLs and did not find ARCGPA anywhere. If we 
were ever instructed to include it in the distant past, we (thankfully) 
missed the boat. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Andy White 
To: IBM-MAIN@bama.ua.edu
Date:   04/10/2012 05:48 AM
Subject:Re: HSM z/OS 1.13
Sent by:IBM Mainframe Discussion List 



Sorry here is what IBM recommended for us to change
 
ACTION TAKEN: Reviewed the dumps and found that the ARCGPA/ARCCAT 
resource was being propagated as a SYSTEMS ENQ. that this 
resource needs to remain a SYSTEM ENQ. Recommended that to remove the 
ARCGPA entry from the GRS INCLUDE RNL (which will allow the resource to 
be obtained as a SYSTEM ENQ instead of a SYSTEMS). 


Thanks

Andy S. White


> Andy - 
> 
> What adjustments to you plan to make to GRS for this?  Can you provide 
any
> additional information about the 'lock up'?  From the information you 
> provided from
> your ETR, it seems that HSM wouldn't totally lock up, but that some 
> functions 
> would appear to be delayed or possibly 'locked' until the CDS Backup 
> completes.  Am
> I missing something?
> 
> thanks - ddk



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

Re: IBM Global Copy/Global Mirror

[Skip Robinson]

We've been mirroring with XRC (Global for MVS?) for over a decade. Started 
before GDPS existed although we now use it to manage recovery at the DR 
site. We test twice a year. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Steve Dover 
To: IBM-MAIN@bama.ua.edu
Date:   04/09/2012 08:27 AM
Subject:IBM Global Copy/Global Mirror
Sent by:IBM Mainframe Discussion List 



We have recently started remote replication to DR site.  We are 
replicating mainframe and open systems data.  We have ironed out all of 
the issues we have except for our DS6800 Global Mirror.  I have had the 
"benefit" of speaking with 2 different resources about the best practices 
way to do this and have 2 different answers.  I am hoping there is someone 
here who is actually doing this I could talk to.  I need someone with 
practical experience and not a bunch of book reading.  Any assistance will 
be appreciated.
Thanks,
Steve



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

IBM Academic Initiative at University of Redlands

[Skip Robinson]

The University of Redlands (east of LA in San Bernadino County) is 
announcing an IBM System z Certificate in their Continuing Studies 
program. The only other IBM AI I know of in Southern California is Cal 
State University Dominguez Hills. I have the URL below, which does not 
seem to mention the certificate directly but does provide contact 
information. Here's some additional info from a PDF sent to me.

 
REQUIRED COURSES (12 units)

-- Enterprise Systems using the z/OS Operating System (3 units)
Acquire knowledge and skills necessary to navigate and manage the 
mainframe and distributed computing environment using the IBM z/OS 
operating system. Topics include interface knowledge, file system 
structure, system utilities and common subsystems.

-- Enterprise Server Data Management using DB2 (3 units)
Learn database management skills for large scale enterprise systems using 
DB2. Topics include DB2 database administration, tools for managing and 
programming databases within the z/OS operating system, and special topics 
related to large scale enterprise database administration.

-- Enterprise Application Programming for the z/OS Operating System (3 
units)
Explore IBM Rational Developer for System z, and develop application 
programming skills for large scale enterprise systems. Topics include JCL 
and COBOL for applications, Websphere application development, DB2 
programming and enterprise server transaction management using CICS.

-- Administration, Networking and Security for Enterprise Systems using 
the z/OS Operating System (3 units)
Develop advanced skills to support large scale mainframe and distributed 
computing applications using the IBM z/OS operating system. Topics include 
system administration, networking, hardware connectivity, network 
architecture, authentication, communications strategies, problem solving 
and threat analysis.

www.redlands.edu/continuingstudies

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

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

Re: z/os every two years

[Skip Robinson]

We heard it stated at SHARE so often by so many very well-placed IBM folks 
that it's inconceivable that it will transpire otherwise. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mike Schwab 
To: IBM-MAIN@bama.ua.edu
Date:   03/27/2012 06:09 PM
Subject:Re: z/os every two years
Sent by:IBM Mainframe Discussion List 



Not official.  But plan on it.  Official releases in Sept of odd years.

On Tue, Mar 27, 2012 at 7:17 PM, Andy White  wrote:
> Does anyone know when IBM is going to make this official? It is 
official?
> I am putting together 2013 projects and we normally up to now did 
upgrades
> once a year.
>
> 
http://blogs.realdolmen.com/experts/2012/03/13/a-new-zos-release-every-2-year/

>
> Andy S. White


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

Re: Malicious Software Protection

[Skip Robinson]

The reason I brought up this 'vulnerability' is that we hired a consultant 
a while back to look for weaknesses. Of course they were able to logon 
with a vanilla userid that had no special authority. And this is what they 
did. 

We all spend a lot of time and mental energy focused on how to protect 
ourselves from sophisticated attack. We look at APF. We look at SVC 
screening. We look at access to sensitive libraries. But this particular 
'denial of service' can be accomplished by anyone with a valid userid and 
password. And *only* because we lock up users for invalid password 
attempts. I'm just sayin'... 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Scott Ford 
To: IBM-MAIN@bama.ua.edu
Date:   03/27/2012 10:51 AM
Subject:Re: Malicious Software Protection
Sent by:IBM Mainframe Discussion List 



Lets step through this logically:
 
TN3270 
 
1. Must have RACF/ACF2/TSS  userid/lid/acid
2. Must have a valid password
3. Must have valid IP address
4. Must have valid port
5. Must have Firewall rule for #3 and #4 ...
 
Other issues:  How many firewalls ?  How is the network architected ?
 
This is just a favor ..FTP the same

Scott J Ford
Software Engineer
http://www.identityforge.com
 
 

____
 From: Skip Robinson 
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, March 27, 2012 1:37 PM
Subject: Re: Malicious Software Protection
 
We're all pretty sanguine about our mainframe invulnerability. But we 
should not overlook how one of our most valuable protections can be turned 

against us. We all have some limit set for logon attempts. If an invalid 
password is entered too many times, the userid gets suspended--or referred 

to the OS console for verification. A malicious rascal (any other kind?) 
can disable a really important userid in this way. Of course the person 
has to get into the network first and must know the userid to target, but 
beyond that no special authority is required. Even console referral would 
be disruptive to normal production. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Steve Comstock 
To:IBM-MAIN@bama.ua.edu
Date:   03/27/2012 10:22 AM
Subject:Re: Malicious Software Protection
Sent by:IBM Mainframe Discussion List 



On 3/27/2012 10:46 AM, Greg Dorner wrote:
> Thank you, Elardus for your verbosity.
>
>
> - you can replace/fire those auditors as mentioned earlier in this 
thread
>
> - As Ted MacNeil insists, the auditors only RECOMMENDS, it is your
> management
who can APPLY those recommendations.
>
> Unfortunately, we have no say with these auditors. They are working on
> behalf
of the Feds, and if we don't comply we can lose billions of $$ in federal 
contracts.
>
> The beauty of this is, someone from my company contacted the person at 
PWC
that made this claim that MCAFEE is coming out with a product, and he
backtracked, saying he may have been thinking of Mac OS. MAC OS???
>
> They just took a big chuck of our company offline for several hours to
research this phantom.

Wow. And did they reprimand this doofus in any way? Slap on
the wrist? Letter in his personnel file?

More likely he got commended for being concerned about company
security, even though he had no idea what he was talking about.

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

Re: Malicious Software Protection

[Skip Robinson]

We're all pretty sanguine about our mainframe invulnerability. But we 
should not overlook how one of our most valuable protections can be turned 
against us. We all have some limit set for logon attempts. If an invalid 
password is entered too many times, the userid gets suspended--or referred 
to the OS console for verification. A malicious rascal (any other kind?) 
can disable a really important userid in this way. Of course the person 
has to get into the network first and must know the userid to target, but 
beyond that no special authority is required. Even console referral would 
be disruptive to normal production. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Steve Comstock 
To: IBM-MAIN@bama.ua.edu
Date:   03/27/2012 10:22 AM
Subject:Re: Malicious Software Protection
Sent by:IBM Mainframe Discussion List 



On 3/27/2012 10:46 AM, Greg Dorner wrote:
> Thank you, Elardus for your verbosity.
>
>
> - you can replace/fire those auditors as mentioned earlier in this 
thread
>
> - As Ted MacNeil insists, the auditors only RECOMMENDS, it is your
> management
who can APPLY those recommendations.
>
> Unfortunately, we have no say with these auditors. They are working on
> behalf
of the Feds, and if we don't comply we can lose billions of $$ in federal 
contracts.
>
> The beauty of this is, someone from my company contacted the person at 
PWC
that made this claim that MCAFEE is coming out with a product, and he
backtracked, saying he may have been thinking of Mac OS. MAC OS???
>
> They just took a big chuck of our company offline for several hours to
research this phantom.

Wow. And did they reprimand this doofus in any way? Slap on
the wrist? Letter in his personnel file?

More likely he got commended for being concerned about company
security, even though he had no idea what he was talking about.


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

Re: Migrating to Z196

[Skip Robinson]

Just toddled down this path. Run SMP/E FIXCAT report for 

   IBM.Device.Server.z196-*

against every z/OS level that you will run on the new CEC(s). It worked 
for us. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Jake anderson 
To: IBM-MAIN@bama.ua.edu
Date:   03/05/2012 08:38 PM
Subject:Migrating to Z196
Sent by:IBM Mainframe Discussion List 



Hello,

We are planning to migrate from Z10 to Z196. So are there any manuals 
which
speaks more on PSP bucket changes that is required during this migrations 
?


Jake



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

Re: Changing sysplex hardware

[Skip Robinson]

Biggest thanks goes to the sysplex parallel sysplex development team. 
Reconfiguration is much more robust and easier to manage than when we 
started out in the mid 90s. 

We just finished upgrading both CECs in our production complex, one 
push-pull at a time, about three weeks apart. I built two new CFRM 
policies in advance: first one (interim) with one new CEC defined, second 
one (final) with both new CECs defined. 

1  Move all structures to the old CEC *not* being replaced in round 1.

   SETXCF START,MAINTMODE,CFNM=old-CEC-being-replaced 
   SETXCF START,REALLOC

2  Shut down and disconnect old CEC being replaced. 

3  Swap out and connect first new CEC.

4  Activate  the interim CFRM policy from the (up and running) old CEC.

   SEXCF START,POL,TYPE=CFRM,POLNM=interim-policy
   SETXCF START,REALLOC

Three weeks later, perform a similar drill with the other new CEC and the 
final CFRM policy. Voila. 

15 years ago this would have been much harder and scarier. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Natasa Savinc 
To: IBM-MAIN@bama.ua.edu
Date:   03/05/2012 02:03 AM
Subject:Re: Changing sysplex hardware
Sent by:IBM Mainframe Discussion List 



Thank you all for taking interest, especially to Skip, who answered what 
was really the question here. We followed this procedure for our sandbox 
sysplex, we will do the same for test and production.
Best regards,
Natasa


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

Re: IKT100I USERID CANCELED immediately after TN3270 connection fail

[Skip Robinson]

I can't explain why you lose sessions, but it's a perennial problem on the 
mainframe. Often there' a S622 abend--terminal I/O error--recorded. I see 
it as the nature of the beast. 

Forgive me if I'm echoing others; I haven't read every post in this 
thread. There are two actions you might take to alleviate users' misery. 

1. Allow TSO RECONNECT. After letting this feature wither and molder for 
many years, IBM recently revived it. RECONNECT now works quite well, but 
you have to take a few actions to enable it. The user may still get 
disconnected for whatever reason, but the session (address space) remains 
intact for a period of time. This solution is pretty good and is 
essentially FREE. 

 2. (Buy and) install an SNA session manager. This is an address space on 
z/OS that every user traverses for every interaction. It works for all 
VTAM applications such as TSO, SMCS, CICS, OMEGAMON, etc. We use CA-TPX. 
Candle has/had CL Supersession. IBM has a Netview product. I've heard of 
others that may be cheaper. The key is that the session manager maintains 
connectivity to the application no matter what happens to the user's 
terminal thingy. If you get disconnected, you log back on the to the 
session manager, which typically puts you back into the same screen with 
the same data you last entered. 

If this problem is sufficiently serious and costly to your organization, 
certainly some action is warranted. And maybe even some $$. 
.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   chen lucky 
To: IBM-MAIN@bama.ua.edu
Date:   03/04/2012 05:04 PM
Subject:Re: IKT100I USERID CANCELED immediately after TN3270 
connection fail
Sent by:IBM Mainframe Discussion List 



This thread has nothing to do with ISPF. I just want to know why my TSU
address space was canceled duo to connection failure.

But thank you all the same. I had checked following point that may be
related to this problem.
1, JWT in SMFPRMxx
2, RECONLIM in TSOKEYxx
3, INACTIVE, KEEPINACTIVE and DISCONNECTABLE in TN3270 profile
4, LU definition of TSO USERS
5, MODETAB  and DLOGMOD

About this subject, look forward that I can get more help and can get it
over at end.


2012/3/5 Shmuel Metz (Seymour J.) 

> In <4f529f6f.8090...@acm.org>, on 03/03/2012
>at 04:47 PM, "Joel C. Ewing"  said:
>
> >This sounds like a user training problem.  Users should be taught
> >in the scenario you describe to use EDIT on the new member name,
> >within EDIT use COPY to pull in the old member contents,
>
> What does CREATE put in the ISPF statistics?
>
> --
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>


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

Re: What is a dataset level NUMBER?

[Skip Robinson]

A broader question: has anyone ever used Level for anything? Does anyone 
have a DSD profile with any non-zero number? I don't think we do. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Charles Mills 
To: IBM-MAIN@bama.ua.edu
Date:   03/02/2012 11:55 AM
Subject:Re: What is a dataset level NUMBER?
Sent by:IBM Mainframe Discussion List 



Walt, thanks.

"Your installation assigns the meaning of the value."

Can you elaborate a little on what the intent was, or how shops generally
use Level? 

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf
Of Walt Farrell
Sent: Friday, March 02, 2012 10:54 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What is a dataset level NUMBER?

On Fri, 2 Mar 2012 08:38:57 -0800, Charles Mills  wrote:

>From RACF Macros and Interfaces: "5( 5) 1 Binary Data set level number 
>(00-99)."
>
>The only meaning I know for "dataset level" is the ISPF 3.4 meaning of 
>"partial name."
>
>What is a dataset level *number*?

It's the value the profile creator specified for the LEVEL operand of the
ADDSD command.

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

Re: Program FLIH backdoor - This is a criminal breach of security!

[Skip Robinson]

For years we ran a 'channel extender' product call RDS. It worked by 
front-endng FLIH for I/O interrupts to determine whether the I/O was to or 
from a supported device as defined to RDS. If not, the I/O was passed 
along for normal processing. If so, RDS redirected the I/O to its own 
network device for transmission (out); or written to the intended device 
(in). It sounds kludgy, but it worked amazingly well. The vendor was very 
forthright about the internals. We had occasional hardware problems with 
RDS, but I never once saw an OS failure caused by this technique. 

This sort of thing is best not done at home. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   John Gilmore 
To: IBM-MAIN@bama.ua.edu
Date:   03/01/2012 01:56 PM
Subject:Re: Program FLIH backdoor - This is a criminal breach of 
security!
Sent by:IBM Mainframe Discussion List 



I don't want to put words in EJ's mouth; but if 'an exposure' were
replaced by what I should call 'misuse' what he said is correct and
not even controversial.

I think there is an exposure, in the sense that this device lends
itself very readily to abuse.  I have seen no evidence that it has
actually been misused in any but the tenuous sense that it adds
clandestine overhead to the processing of every interrupt.

The device itself has been much misused elsewhere.  A number of
viruses have, for example, used a Windows scheduled task---PC Health
Data Collection is a favorite---to hijack PCs.

Moreover, now that its use has been publicized here, the scheme it
embodies---not, a fortiori, the offender's code itself---is all but
certain to be used irresponsibly by others; even though, as I believe,
the the offender's code itself commits no substantive offense it it
is, I think, guilty of the admittedly much subtler offense of
providing a template for others, who are bent on mischief, to use.

John Gilmore, Ashland, MA 01721 - USA


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

Re: SMP/E Order Server Pair

[Skip Robinson]

Like other shops, we've been having more failures than successes recently 
trying to pull Shopz maintenance from Boulder. We get this:

GIM44336S ** AN UNUSUAL CONDITION OCCURRED. GIMJVREQ - 
java.io.IOException: 
 Unable to tunnel through proxy. Proxy returns "HTTP/1.1 503 
Service
 Unavailable"  
GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 
12. 

So I tackled it like an errant application whose only reliable behavior is 
a bad return code in case of failure. In this case 12. So I coded a job 
with two steps: first one goes to Boulder, second one to Rochester. I put 
a conditional execution on the second step: COND=(12,GT) . It's not a very 
elegant solution, but when the first stop choked as above, the second step 
ran fine. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mary Anne Matyaz 
To: IBM-MAIN@bama.ua.edu
Date:   02/28/2012 08:24 AM
Subject:Re: SMP/E Order Server Pair
Sent by:IBM Mainframe Discussion List 



"It still is broken today - that is 4 days! Has anyone opened a PMR or 
does anyone
know the current status? "

Mark, I  have a PMR open. The latest update says: 

We are aware that there is currently an issue with one of the servers 
used in IBM's Internet Service Retrieval process.  We have notified our 
folks in Boulder and they are working to determine what the error is and
resolve it as soon as possible.  We will keep you updated. 

In the meantime, we have found that the alternate order server is still 
available.  You may want to try specifying the following in your 
ORDERSERVER statement: 
url="https://eccgw02.rochester.ibm.com/services/projects/ecc/ws/"; 
or 
url="https://207.25.252.197/services/projects/ecc/ws"; 

End IBM update 


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

Re: Request for features - How

[Skip Robinson]

Pointed out by Ed Jaffe:

"One does not need to be present at SHARE to open a requirement through 
the requirements system. URL

   
http://proceedings.share.org/client_files/Share_in_Orlando_2/Session_9731_handout_1738_0.pdf

contains Cheryl Watson's SHARE presentation from Boston showing how to 
sign up for requirements access and create new requirements." 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   John Eells 
To: IBM-MAIN@bama.ua.edu
Date:   02/23/2012 09:18 AM
Subject:Re: Request for features - How
Sent by:IBM Mainframe Discussion List 



Ken Leidner wrote:
> Not being able to go to Share ...  How can I inform IBM about an
> "improvement" I would like to have made to NaviQuest (part of DFSMS -
> ISMF)?


If you have a SoftwareXcel Extended (or whatever they call it now) 
support contract, Q&A Level 2 can open a requirement for you.  If not, 
you can open it through your IBM account team.  Or, you can try to find 
a friendly IBMer to put it in for you.

-- 
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com


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

Re: sadump (and autoipl)

[Skip Robinson]

I trade blonde jokes with a blonde friend. A recent gem from her (nothing 
personal!):

A gorgeous young redhead goes into the doctor's office and said that her 
body hurt wherever she touched it. 
'Impossible!' says the doctor.. 'Show me.' 
The redhead took her finger, pushed on her left shoulder and screamed, 
then she pushed her elbow and screamed even more. She pushed her knee and 
screamed; likewise she pushed her ankle and screamed. Everywhere she 
touched made her scream. 
The doctor said, 'You're not really a redhead, are you? 
'Well, no' she said, 'I'm actually a blonde.' 
'I thought so,' the doctor said, 'Your finger is broken.' 

There is an IBM-MAIN thread moral here: if what you're doing hurts, stop 
doing it. Doctor's orders. 
.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Barbara Nitz 
To: IBM-MAIN@bama.ua.edu
Date:   02/15/2012 09:07 PM
Subject:Re: sadump (and autoipl)
Sent by:IBM Mainframe Discussion List 



>As to whether a null reply in the reported case would have reverted SAD 
to
>the original values, I think we're all looking to Barbara to answer her
>own question. ;-)

I love it when you guys do that to me! :-) Especially as I was too fast to 
remedy the situation by reallocating everything before I had figured out 
what I should have answered those prompts with! Jim Mulder must be on 
vacation - I had hoped he could confirm this for me.

As far as the sys1.sadmp vs. .sadmp goes - it might be a remnant of 
when we first took sadumps back to DASD. Since then we didn't go to new 
DASD hardware, so it is kind of understandable that I wasn't aware of 
this, especially as I wasn't involved in the DASD migration. I had caught 
the sys1.pagedump thing and the wrong unit in the amdsaosg generation, but 
I missed the reallocation of the output dataset. The general take here is 
anyway, that sadumps are only there to indulge me.

Why we use the SMS-managed HLQ, I have no clue. I had been told way back 
when that that was the only way to go multivolume or whatever. I am 
reluctant to change this now, since it had worked so far (other than this 
last attempt).

Barbara


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

Re: Dedicated vs. Shared CPs

[Skip Robinson]

I checked out an MVS Image profile on my (brand spanking new!) z196. It 
looks the choice is between dedicated or shared CPs. A CF LPAR offers more 
choices, but oddly fewer choices than the z10 it replaced. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Barbara Nitz 
To: IBM-MAIN@bama.ua.edu
Date:   02/15/2012 08:58 PM
Subject:Re: Dedicated vs. Shared CPs
Sent by:IBM Mainframe Discussion List 



>Is it possible to mix shared and dedicated CPs on the same LPAR?
No. Not on a z9 and not the way you mean.

The RMF report deals with what an lpar can look like when it uses 
Hiperdispatch. That is not available on a z9.
Hiperdispatch semi-dedicates logical processors to physical processors 
depending on the workload. And most probably depending on the number of 
physical cps. (Which is why we asked for the number of your physical cps 
in the other thread - you haven't answered that!)  Once hiperdispatch is 
on, a physical cp gets a weight, which can be low, medium or high. High 
amounts to being (semi-)dedicated.

>Does anyone run mixed like this, a dedicated number to cover the minimum 
expected MSU of an LPAR, then some logicals to float between LPARS?
Everyone who uses hiperdipatch.

>Does anyone know what is needed in terms of outages/lpar resets to move 
from a completely logical CP environment to a mixed environment?
An upgrade to a machine supporting hiperdispatch. Which means at least one 
IPL. But as you can see from my questions starting this thread, it is 
possible that you cannot use hiperdispatch - whenever your logical to 
physical cp ratio is so bad that 4 or more logical cps compete for one 
physical, due to the number of lpars you have, for instance. In the very 
first presentation I heard (by Bob Rogers) about hiperdispatch, he said 
that it will turn itself off if the ratio is really bad. I haven't heard 
that confirmed anywhere, though.

And coming from a z9 presumably to a z196, chances are very good that you 
would loose physical cps to keep money down. Try making your bosses 
understand that they cannot use the same number of logicals when the 
number of physicals decreases

Barbara Nitz


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

Re: REXX IEBCOPY Continuation?

[Skip Robinson]

I believe that IEBCOPY (and some/all? of the old DFP utilities) consider 
anything in column 1 to be a label. Hence actual control keywords have to 
start in column 2+. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Hansen, Dave L - Eagan, MN" 
To: IBM-MAIN@bama.ua.edu
Date:   02/15/2012 01:06 PM
Subject:Re: REXX IEBCOPY Continuation?
Sent by:IBM Mainframe Discussion List 



Randall,

  That was it.  I started the SELECT in column 2!

   THANK YOU!! 


Dave Hansen 
Eagan Software Systems Branch 
651-406-1208 
dave.l.han...@usps.gov 

 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Gross, Randall [GCG-PFS]
Sent: Wednesday, February 15, 2012 3:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: REXX IEBCOPY Continuation?

I don't think SELECT can start in column 1.. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Hansen, Dave L - Eagan, MN
Sent: Wednesday, February 15, 2012 3:34 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: REXX IEBCOPY Continuation?

Still no luck:

FCO105I COPY1 COPY INDD=INDD1,OUTDD=OUTDD1 FCO105I SELECT MEMBER=DBOK62 
FCO411A UNIDENTIFIED COMMAND OR KEYWORD

"NEWSTACK"
V1 = "COPY1 COPY INDD=INDD1,OUTDD=OUTDD1"
V2 = "SELECT MEMBER=DBOK62"
V3 = "SELECT MEMBER=DP13"
V4 = "SELECT MEMBER=LAND1CPY"
V5 = "SELECT MEMBER=SSTDN"
V6 = "SELECT MEMBER=TRAY2LND"
QUEUE V1
QUEUE V2
QUEUE V3
QUEUE V4
QUEUE V5
QUEUE V6
"EXECIO" queued() "DISKW SYSIN (FINIS"
"DELSTACK"
"TSOEXEC IEBCOPY"

Also got:
FCO105I COPY1 COPY INDD=INDD1,OUTDD=OUTDD1 FCO105I S M=DBOK62 FCO411A 
UNIDENTIFIED COMMAND OR KEYWORD



Dave Hansen
Eagan Software Systems Branch
651-406-1208
dave.l.han...@usps.gov 

 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Thomas Berg
Sent: Wednesday, February 15, 2012 2:18 PM
To: IBM-MAIN@bama.ua.edu
Subject: SV: REXX IEBCOPY Continuation?

I guess that what You want is:

"NEWSTACK"
V1 = "COPY1 COPY INDD=INDD1,OUTDD=OUTDD1"
V2 = "S M=DBOK62"
V3 = "S M=DP13"
V4 = "S M=LAND1CPY"
V5 = "S M=SSTDN"
V6 = "S M=TRAY2LN"
Queue V1
Queue V2
Queue V3
Queue V4
Queue V5
Queue V6
"EXECIO" queued() "DISKW SYSIN (FINIS"
"DELSTACK"
"TSOEXEC IEBCOPY"


 
Regards,
Thomas Berg
_
Thomas Berg   Specialist   A M   SWEDBANK 


> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För 
> Hansen, Dave L - Eagan, MN
> Skickat: den 15 februari 2012 21:08
> Till: IBM-MAIN@bama.ua.edu
> Ämne: REXX IEBCOPY Continuation?
> 
> Group,
> 
>   I have a REXX EXEC:
> 
> "NEWSTACK"
> V1 = "COPY1 COPY INDD=INDD1,OUTDD=OUTDD1"
> V2 = "S M=(DBOK62,DP13,LAND1CPY,SSTDN,TRAY2LND)"
> queue V1 '+' V2
> "EXECIO" queued() "DISKW SYSIN (FINIS"
> "DELSTACK"
> "TSOEXEC IEBCOPY"
> 
>  It gets an error:
>  FCO105I COPY1 COPY INDD=INDD1,OUTDD=OUTDD1 + S 
> M=(DBOK62,DP13,LAND1CPY,SSTDN,TR
> AY2LND)
>  FCO411A INVALID CONTINUATION
> 
> 
> 
>  I tried to stack both records
>Queue V1
>Queue v2
> 
>  It gets an error when the second record is read - Undefined command 
> or keyword.
> 
> 
> Q). These are PDSE datasets.  Can IEBCOPY be continued in REXX?
> Q). Is ISPF Library Managemnet my other solution to copy select members?
> 
> 
>   Thanks in advance,  Dave
> 
> 
> Dave Hansen
> Eagan Software Systems Branch
> 651-406-1208
> dave.l.han...@usps.gov

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

Re: sadump (and autoipl)

[Skip Robinson]

We also define SYS1.SADMP DSNTYPE=LARGE w/o benefit of SMS. I don't think 
it matters what you name the data set. We just use the 'well known' name 
(I love that open systems wriggle out of the 'standard' trap). When you 
IPL SAD, it goes to the DSN pointed to by SYS1.PAGEDUMP.Vxx on the IPL 
volume. Formatting the SAD volume places pointers to additional volumes, 
if any. 

As to whether a null reply in the reported case would have reverted SAD to 
the original values, I think we're all looking to Barbara to answer her 
own question. ;-)

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mark Zelden 
To: IBM-MAIN@bama.ua.edu
Date:   02/15/2012 06:28 AM
Subject:Re: sadump (and autoipl)
Sent by:IBM Mainframe Discussion List 



On Wed, 15 Feb 2012 02:43:08 -0600, Barbara Nitz  wrote:

>My sadump program is coded with DDSPROMPT=NO (to enable sadump autoipl) 
and a dump data set name that is NOT SYS1.SADMP (since something needed to 
get done in SMS for dsntype=large, and sys1 is not sms-managed - don't ask 
me about particulars).
>
>When we migrated to 1.12, we were on old DASD hardware, and the sadmp 
data set got reallocated using the old volser. I noticed that the volser 
was wrong in the amdsaosg job, and *that* got redone to use the new 
addresses on the new controller (the old one is gone).
>
>This morning I needed to take an sadump for the RSM/ASM/Supervisor 
problems that we have. I failed spectacularly:
>
>- sadump gave me AMD092I with a reason code of 8 indicating a device 
number mismatch.
>I went and reallocated the sadump output data set on the same volume(s), 
but with the new device numbers (from a different system in the plex)
>
>- now sadump bitterly complained via amd001A and wanted the device 
address. I specified that.
>
>- Unfortunately, due to ddsprompt=no, sadump now *expects* the data set 
name to be sys1.sadmp. Of course, it couldn't find it on that volume.
>
>Am I correct in assuming that simply giving a null reply to amd001a would 
have taken the original values as described in the amdsosg job and would 
have essentially redriven sadump from the beginning? (Since I have 
reallocated all sadump output datasets, I cannot really test anymore).
>
>Rattled as I was, I ended up reIPLing the lpar without the sadump. :-( 
Let's wait for recurrance of the RSM problem.
>
>Regards, Barbara


I can't answer your question, but I can tell you that you can use 
DSNTYPE=LARGE to
allocate the output disk dump data sets without SMS control.  I assume you 
are
using hlq.SBLSCLI0(AMDSADDD) REXX exec to allocate them.   The last 
keyword
can be "LARGE".In the largest sysplex I support we use 4 3390-27s. 

Of course it is a good idea to test SADUMP after you make any changes. 

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS 




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

Re: IPLTEXT query

[Skip Robinson]

If you're at all unsure, by far the easiest procedure is simply to 
(re)write the appropriate IPL text on the volume in question. Even if 
evidence of IPL text is found by means suggested by others, how do you 
know it's the right flavor? IPL text gets modified periodically by PTF, 
especially SAD text. When you rewrite new text, ICKDSF will warn you that 
text already exists. Just write over it. Spend a little extra Valentine 
fun with your S.O. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Lizette Koehler 
To: IBM-MAIN@bama.ua.edu
Date:   02/14/2012 03:50 AM
Subject:Re: IPLTEXT query
Sent by:IBM Mainframe Discussion List 



> 
> Hi All,
> 
> How to know that a specific SYSRES volume has the IPLTEXT in it ?
> 
> Apology if my question doesn't makes any sense and it requires more
information.
> 
> Regards,
> Jakes
>


So what have you found so far in your research? 

What specifically are you trying to find out?  You might have several
volumes with IPLTEXT on them.  Which one are you looking for - SADUMP or
IPL?  For a current live environment or one not used any more?

What process do you have in place to implement your IPLText?  What version
of z/OS (the dataset names have changed slightly over time)?

I would use an Internet Search engine for IBM IPLTEXT and VOLUME.  It 
should
provide several entries to help you.

For example this thread is interesting
http://www.mail-archive.com/ibm-main@bama.ua.edu/msg22134.html

Lizette


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

Re: Changing sysplex hardware

[Skip Robinson]

There are two sides to the sysplex coin: one lives on DASD, the other 
lives in the CF. As long as DASD is fully replicated, the newly IPLed 
sysplex member(s) should look exactly like the old.

CF is another matter. In the CFRM policy, each CF is identified by a 
unique combination of properties:

1. NAME
2. TYPE (model) 
3. SEQUENCE (serial number)
4. PARTITION  (number)

NAME is used throughout the policy to specify structure location. TYPE, 
SEQUENCE, and PARTITION are used at XCF initialization to identify the 
hardware to be used for CF structures associated with NAME. If all four 
properties are different in the new location, the easiest migration path 
is to create--today--a CFRM policy that includes the new CF in addition to 
the old CF(s). Include the new NAME in all structure PREFLISTs. XCF in the 
old location will not be flummoxed that the new CF is unreachable. 
Likewise in the new location XCF will survive without access to the old 
CF(s). In this way you can IPL into the mirrored DASD complex with little 
disruption. Since you have the same CFRM policy throughout, fallback 
should be as simple as IPLing in the old location.

Caveat: be absolutely sure that you're happy with your new home before 
allowing production updates to occur. Consider that replicating updates 
back to the old location is essentially a lost cause. Check everything out 
as thoroughly as possible while users are locked out. Once you let them 
out on the range, you'll never get them back in the barn. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mike Schwab 
To: IBM-MAIN@bama.ua.edu
Date:   02/14/2012 02:09 PM
Subject:Re: Changing sysplex hardware
Sent by:IBM Mainframe Discussion List 



Resync after the secondary volume is updated?  If the mirroring
software supports that, it would save a lot of retransmitting.  I am
fairly sure the ESS F20 and 800 PPRC did not have that, and the user
did not say what he is using to mirror.

But you only need that after a backout after running at the new site.

On Tue, Feb 14, 2012 at 3:54 PM, Pommier, Rex R.
 wrote:
> Mike,
>
> Wouldn't number 10 be a massive amount of unnecessary work and 
replication?  I was under the impression that if you had replication going 
between the two arrays and you suspended the replication, that you could 
bring up the replication targets in a read/write mode on the new servers. 
 If you had to back out, after shutting the new servers down, you could 
"unsuspend" the replication and data that had changed on the source 
volumes would be replicated to the targets, and data on the targets that 
had changed would also have the source data pushed to overlay the changed 
targets.  Is this not how replication works?
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Mike Schwab
> Sent: Tuesday, February 14, 2012 2:59 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Changing sysplex hardware
>
> Since you are moving the entire datacenter and all dasd is already
> replicated, then.
> Old location:
> 1. Shut down your existing systems.
> Old location prefered.
> 2. Break dasd replications.
> New location.
> 3. IPL one system.
> 4. Start Sysplex using your new datasets.
> 5. IPL the other systems.
>
> Backout:
> New location
> 6. Shut down your systems at new locations.
> Old Location.
> 7. IPL one system.
> 8. Start Sysplex using your old datasets.
> 9 IPL the other systems
> When up:
> 10. Restart replication from scratch for next try.  The secondaries
> will have been updated (access date at a minimum), so restarting a
> suspended replication would result in bad volumes.
-- 
Mike A Schwab, Springfield IL USA


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

Re: Very Lage Page Datasets (was ASM and HiperPAV)

[Skip Robinson]

Charles,

My suggestion would be to add PA/PD to the set of conditions that redrive 
the ASM_LOCAL_SLOT_USAGE check. I know that I've occasionally added space 
in an attempt relieve a shortage and been dismayed that my effort *at the 
time* appeared not to have helped. 

BTW if you have not already seen it, please look at our PMR 81276.227.000 
for an agonizing saga of RSM/ASM misadventures. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Charles Mari 
To: IBM-MAIN@bama.ua.edu
Date:   02/03/2012 05:46 AM
Subject:Re: Very Lage Page Datasets (was ASM and HiperPAV)
Sent by:IBM Mainframe Discussion List 



Barbara, 
 
In regards to:

>> 'I like the ASM health check that tells us that usage is 30% or more. 
(In fact, I send an automated exception email every time this happens.) I 
hate that ASM does not recognize that a  new page data set was added. That 
health check stupidly doesn't recognize a changed config and still spits 
out the warning.' 
 
I believe you're referring to the ASM_LOCAL_SLOT_USAGE check. If so, this 
check runs at a 30 minute interval and checks the slot usage for each 
in-use local paging data set regardless of whether it was defined 
'statically' or added via PAGE ADD. So... it does eventually recognize a 
changed configuration. Some of the ASM checks are set to re-run when a 
PAGE ADD/DELETE is issued, but ASM_LOCAL_SLOT_USAGE is currently not one 
of them.  Open to suggestions 
 
Regards, 
Charles Mari - IBM RSM/ASM Development 


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

Re: Very Lage Page Datasets (was ASM and HiperPAV)

[Skip Robinson]

Wow. Very interesting. PFA was just complaining about super hog address 
space DA20DBM1. Here's what ILRSLOTC shows as the top piggy:

VERSION 02/18/2010 
ASID=0079 JOB=DA20DBM1 SLOTCOUNT=00029E21 VIO COUNT=

I love it when a picture comes together. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Barbara Nitz 
To: IBM-MAIN@bama.ua.edu
Date:   02/02/2012 09:47 PM
Subject:Re: Very Lage Page Datasets (was ASM and HiperPAV)
Sent by:IBM Mainframe Discussion List 



>"If the reason field shows A CRITICAL AUXILIARY STORAGE SHORTAGE EXISTS,
>first you need to ensure that enough DASD resource is available for
>captured dumps to be written out. Then, consider adding additional
>auxiliary storage (paging) resources, because SVC dumps will not be
>allowed again until the auxiliary storage utilization drops below 35%. 
See
>the system programmer response for message IRA201E for additional
>information about auxiliary storage utilization concerns."
>
>According to conversations at SHARE, the threshold for this condition is
>too conservative. AFAIK there is no APAR open to fix it. It's especially
>frustrating if you want to take a dump to find out who's using up AUX. 
;-(

Mark, this came into z/OS with either 1.11 or 1.12. Some of my pagedels 
were an attempt to test this behaviour. I could not test it.

Skip, try ipcs active, and then the undocumented command (IP) ILRSLOTC. 
This used to be in the hidden IPCS panel that I have forgotten how to get 
at (there were SHARE presentations about it). This command works on active 
storage. No need for a dump in an AUX shortage to determine who holds the 
slots:
VERSION 02/18/2010 
ASID=00A4 JOB=DSW1DBM1 SLOTCOUNT=99EB VIO COUNT=
ASID=00A3 JOB=DSNXDBM1 SLOTCOUNT=8B0F VIO COUNT=
ASID=002E JOB=ZFS  SLOTCOUNT=2F26 VIO COUNT=

Jim, we talked about the need for an HVCOMMON storage tracking tool 
before. In a pinch, someone with a lot of knowledge of IPCS could probably 
find out who did what. I seem to remember you agreeing that the procedure 
you summarized neatly in your post :-) is not something one wants to do 
manually. Has anyone submitted a requirement for this on my behalf? I am 
still willing to have the requirement submitted, and I think that some 
regulars on ibmmain would agree that it were a good thing! Some might even 
concur with such a requirement.

>*WARNING*If you are going to be replacing page datasets, better to
> use the REPLACE option of PAGEDEL as opposed to DELETE then doing
> a PAGEADD.  Not doing so can lead to ESQA shortages.
Thanks for the warning. Unfortunately, my spaceadmin needed to reuse the 
name of the page data set, so there was no way I could use REPLACE. I'll 
keep that in mind for our pageds redesign, though.

>  Starting with z/OS 1.8, physical swapping is no longer done at all.
>Block paging has not been done for quite a while either.  There can
>be some trimming done for address spaces when they get logically
>swapped, and before global LRU is done. So those pages
>might get written to contiguous slots to help the throughput of the
>output I/O.  But with no swapping and block paging, they will come back
>in via individual page faults, with no relation to the order in which
>they were written, and probably as separate I/O operations.
That explains why (MXG) fields BLKPAGE  BLKSAUIN PGBKAUIN are still 
filled. I'll ignore this for my colourful pictures, then!

>  Pagedel has always done active removal.  There were some
>problems with doing active removal of VIO in the original SP3.1.0
>implementation, but that was fixed in SP3.1.3.
This is interesting, given that I wasn't around for SP3. I just remember 
that it used to take hours to empty a page data set, SP4 right up until 
z/OS 1.4 (I think might have been the last time I tried).

>Even though "zero" demand paging is best and what many shops
>strive / configure for these days, I think it's time for a new study
>based on modern architecture and what the OS now does.
I agree. Unfortunately, we have lots of demand paging (we are a small 
installation, after all), and all the newfangled applications are just 
storage-hungry in the typical clicker way of "what's a few Terabyte more". 
Maybe then ASM would better use available space and better thresholds. I 
guess I'll need to bite the bullit and try to find the knee.

Barbara


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

Re: Very Lage Page Datasets (was ASM and HiperPAV)

[Skip Robinson]

IEE711I SYSTEM DUMP NOT TAKEN. A CRITICAL AUXILIARY STORAGE SHORTAGE 
EXISTS 

>From the message manual:

"If the reason field shows A CRITICAL AUXILIARY STORAGE SHORTAGE EXISTS, 
first you need to ensure that enough DASD resource is available for 
captured dumps to be written out. Then, consider adding additional 
auxiliary storage (paging) resources, because SVC dumps will not be 
allowed again until the auxiliary storage utilization drops below 35%. See 
the system programmer response for message IRA201E for additional 
information about auxiliary storage utilization concerns."

According to conversations at SHARE, the threshold for this condition is 
too conservative. AFAIK there is no APAR open to fix it. It's especially 
frustrating if you want to take a dump to find out who's using up AUX. ;-(

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mark Zelden 
To: IBM-MAIN@bama.ua.edu
Date:   02/02/2012 07:35 PM
Subject:Re: Very Lage Page Datasets (was ASM and HiperPAV)
Sent by:IBM Mainframe Discussion List 



On Thu, 2 Feb 2012 16:50:44 -0800, Skip Robinson 
 wrote:

>There is a much lower limit to worry about than the one that prevents new
>works from starting. At around 50%, SVC dump will fail with 'ASM
>shortage'. This barrier has been discussed recently at SHARE. IBM agrees
>that SVCDUMP's ASM calculation as implemented is too strict, but it still
>carries the day. With no SVC dumps possible, many would consider a system
>hobbled.
>

Interesting.  Is there an APAR that has more detail as to when this 
happens? 
Not too long ago I know we were getting warning messages about an
LPAR that had hit 50% and I'm pretty sure I saw an email from a 
coworker that they manually took an SVCDUMP prior to adding some
additional page volumes. 

Regards,

Mark



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

Re: Very Lage Page Datasets (was ASM and HiperPAV)

[Skip Robinson]

There is a much lower limit to worry about than the one that prevents new 
works from starting. At around 50%, SVC dump will fail with 'ASM 
shortage'. This barrier has been discussed recently at SHARE. IBM agrees 
that SVCDUMP's ASM calculation as implemented is too strict, but it still 
carries the day. With no SVC dumps possible, many would consider a system 
hobbled. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mark Zelden 
To: IBM-MAIN@bama.ua.edu
Date:   02/02/2012 01:02 PM
Subject:Re: Very Lage Page Datasets (was ASM and HiperPAV)
Sent by:IBM Mainframe Discussion List 



On Thu, 2 Feb 2012 13:42:45 -0500, Jim Mulder  wrote:

>> >I wonder what if any studies on this have been done in the lab.
>> >It would be nice if an IBM performance expert  like Kathy Walsh
>> >could weigh in.


Thanks for jumping in Jim!   I hoped you or Peter would eventually
to clear up some of this FUD. 

>
>  The last performance studies I remember for paging were
>around the time of MVS XA/SP2.2.0.  Very little has been done
>in the area of paging performance since then except for the
>PAV stuff to allow two concurrent operations to a page data set.
>


Even though "zero" demand paging is best and what many shops
strive / configure for these days, I think it's time for a new study
based on modern architecture and what the OS now does. 
 
>
>  The page data set selection algorithm considers service time for
>the devices, but not the full percentage.  One could argue that
>the full percentage should be considered, since it affects the
>likihood of finding contiguous slots, and the CPU time to find
>available slots, but that is not how it currently works.


I'm going to take a giant leap of faith here and say there is zero to
negligible performance impact in having a farm of 3390-27 local
page datasets running at 50% full compared to having them
at 30% (or less).   Maybe 69% is fine too.  No higher - we certainly
don't want to hit that 70% MCCASMT1 threshold!  :-)


Regards,

Mark



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

Re: QUEUED() not working with ISPF (CROSS POSTED to ISPF-L)

[Skip Robinson]

For dialog testing I use PDF Option 7.1 and specify Panel ISR@PRIM . You 
could narrow the scope, but this is simple. It causes every 'fetch' to 
reread the relevant library so that you're always current. After your 
testing is done, it would be prudent to exit/reenter PDF for the sake of 
efficiency. 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Hansen, Dave L - Eagan, MN" 
To: IBM-MAIN@bama.ua.edu
Date:   01/25/2012 08:34 AM
Subject:QUEUED() not working with ISPF (CROSS POSTED to ISPF-L)
Sent by:IBM Mainframe Discussion List 



Readers,

   IBM helped identify the issue.  It is a TSO problem.  TSO gets 
'confused' between line-mode and full screen.

   Before: ADDRESS ISPEXEC 'VPUT ...
  ADDRESS ISPEXEC 'DISPLAY ..
  ADDRESS ISPEXEC 'VGET ...

   After:ADDRESS ISPEXEC 'VPUT ...
  ADDRESS ISPEXEC "CONTROL DISPLAY REFRESH"
  ADDRESS ISPEXEC 'DISPLAY ..
  ADDRESS ISPEXEC "CONTROL DISPLAY LINE START(1)"
  ADDRESS ISPEXEC 'VGET ...



  I have logged off and back on many times to get the new copy of my EXEC 
and PANEL.

Q).  What is the secret to 'refreshing' my 'link' to the code I keep 
changing in the dataset I have concatenated?


  Thanks for all your help,  Dave



Dave Hansen
Eagan Software Systems Branch
651-406-1208
dave.l.han...@usps.gov

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

Re: Set Clock Command

[Skip Robinson]

I have NO experience with this, but in the Image profile there in an 
option to use 'Logical partition time offset' in lieu of 'Standard time of 
day'. Would that help in managing multiple time zones? 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mark Zelden 
To: IBM-MAIN@bama.ua.edu
Date:   01/23/2012 12:07 PM
Subject:Re: Set Clock Command
Sent by:IBM Mainframe Discussion List 



On Mon, 23 Jan 2012 13:00:30 -0600, Paul Gilmartin  
wrote:

>On Mon, 23 Jan 2012 11:52:11 -0600, Mark Zelden wrote:
>>
>>Unfortunately the sysplex timer only support 1 offset.
>>
>Does that mean you must choose between GMT and LOCAL?  Ugh.
>Even if it supported two offsets, that's not enough.  But the
>Sysplex Timer (AKA ETR?  AKA STP?) should support only GMT.
>The rest should be done with software.  z/OS UNIX is far better
>than legacy z/OS in this area, while yet far inferior to other
>UNIX-like systems.  (Ubuntu Linux provides several hundred.)
>

The timer is set to GMT and operates from that.  But it also (optionally)
can have an offset.The offset is set to pacific in our case.   I don't
know if *you* consider that hardware or software, but I consider
it "hardware". For the LPARs not running pacific time, it means
taking the offset from software and changing CLOCKxx parmlib
members twice a year and either IPLing or using "SET TIMEZONE".

Prior to the existence of "SET TIMEZONE" (z/OS 1.7 and above)
we either used  RO *ALL,SET CLOCK =   with getting the local
time as close as we could to the GMT time or we used the
SETHOUR program  from CBT file 639 which did it for you 
and could get the local time set to the same second as the 
GMT time.   It also updated the CLOCKxx member in parmlib.

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS 
mailto:m...@mzelden.com 
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

Mark


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

Re: SADUMP on ATL

[Skip Robinson]

Let me answer a different question. 

Q. What is the best way to take SAD?
A. Overwhelmingly 'best' is to take SAD to DASD. No contest. 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Brendan seuter 
To: IBM-MAIN@bama.ua.edu
Date:   01/23/2012 12:13 PM
Subject:SADUMP on ATL
Sent by:IBM Mainframe Discussion List 



Is there a capability of using an STK ATL(Silo) for the SADUMP tape 
repository procedure in lieu of  Stand Alone drives?.



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

Re: Set Clock Command

[Skip Robinson]

I'm curious. We have not done 'SET CLOCK' for 15 years since we acquired 
sysplex timers and now have STP. Time changes are automatic/programmed. Is 
the reason for using manual processes strictly financial? 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Jousma, David" 
To: IBM-MAIN@bama.ua.edu
Date:   01/23/2012 08:22 AM
Subject:Re: Set Clock Command
Sent by:IBM Mainframe Discussion List 



We do.  Mostly out of application cautiousness.   Much like still IPLing
to go backwards in time in the fall.

_
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@bama.ua.edu] On
Behalf Of Dazzo, Matt
Sent: Monday, January 23, 2012 10:55 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Set Clock Command

I am curious in other shops that use the 'T TIMEZONE' command if they
stop batch work before issuing the command. 

Thanks Matt 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Staller, Allan
Sent: Monday, November 21, 2011 3:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Set Clock Command

You got it. The XCF couple dataset uses the stamp from the GMT clock. 
Instead of SET CLOCK= twice a year, you would issue SET TIMEZONE twice a
year .

Check the fine manuals for details on SET TIMEZONE. The TIMEZONE value
should also be set in CLOCKxx.

Since resetting the hardware clock will require a Power On Reset, there
is no additional impact.

Of course, you can eliminate the HW clock/Power On Reset by fudging the
TIMEZONE values.

NOTE: The XCF couple dataset cannot handle the back time change. It
"remembers" the last time it was used and will fail the IPL if the
timestamps are not in ascending sequence. I would allocate a new set of
XCF couple datasets and IPL with those (or wait 5 hours for the IPL).
After IPL, you can dynamically migrate back to the original files if
desired.

HTH,



I have been looking at the set clock command in hopes of maybe
eliminating the IPL. From reading the good old book I think I have to do
the following. Anything else I am missing or should be aware of?  How
does the DASD XCF dataset handle the time change when going back 1 hr?
Thanks Matt

1.Set the SE clock to GMT
2. Change the TIMEZONE to -5 for EST


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

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

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


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

Re: Audting PDS Datasets and comparing to find most current member

[Skip Robinson]

Suggested methods to determine same-or-different between like-named 
members are all well and good, but the original requirement was to find 
'the most current version'. Say what you will about ISPF stats, they are 
the *only* way to evaluate versions. Given that two like-named members are 
different, how would the contents help you determine old vs. new? You 
cannot assume that the one with more lines is more current; source updates 
can involve deleting lines as well. 

In my work area, I beg people to backup members via 'external copy', not 
edit/copy/create, which messes up version numbers columns 79-80. 

This is a daunting task. 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Lizette Koehler 
To: IBM-MAIN@bama.ua.edu
Date:   01/12/2012 07:16 AM
Subject:Audting PDS Datasets and comparing to find most current 
member
Sent by:IBM Mainframe Discussion List 



I have the need to audit many PDS datasets.  I am trying to find the most
current version of the member. 

The information I need is

DSN   MEMBER Lines of Member Member Date 
CreatedMember
Last Updated   USERID who Updated it (if available)
DSN1   ABC500   2011/01/02
2012/01/01 XYZ0001


Then I need to compare that information against similar datasets.

So if I have DSN1 DSN2 and DSN3

I will need to 
1)  Get the above info from all 3 datasets
2)  Compare results of DSN1 vs. DSN2, DSN2 vs DSN3 and DSN1 vs DSN3

Not so bad with 2 or 3 but I have around 50.

So before I go and invent a REXX to do this, I thought I would see if 
there
were any other recommendations about.  I know about LISTDSI but was not 
sure
if there was something else.

Thanks

Lizette Koehler


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

Re: Peculiar issue related to TSO logons

[Skip Robinson]

I went to my sandbox system an hour ago entered 'logon' with no userid. On 
the screen I see 

   IKJ56700A ENTER USERID -

At the bottom of D A,L display, I see

   *LOGON* OWT

Now I thought that this 'problem' had been fixed a long time ago, at least 
as an option. I can't find it...

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Ed Finnell 
To: IBM-MAIN@bama.ua.edu
Date:   01/11/2012 11:09 AM
Subject:Re: Peculiar issue related to TSO logons
Sent by:IBM Mainframe Discussion List 



Lots of possibilities. Look for the bottlenecks. d net, bfruse and similar 
 
for TCPIP. Sessions, intrdrs and the like. Then possible hardware 
problems, 
we  had to put milking machines on one particular side of campus to clean 
them up,  then you think everything's running good and the tech says come 
feel this  wire.
Mild tingle! Turns out the OPs manage had driven a 10 penny just nicking 
the coax and into 110v wire to post his new grand baby...always something.
 
 
In a message dated 1/11/2012 7:20:22 A.M. Central Standard Time, 
robert.richa...@opm.gov writes:

reproduce the STARTING status as you described using HOD and PCOMM.  But 
as 
soon as I closed the emulators, those sessions went away too. The plot 
thickens...



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


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

Re: Couple Data Sets - DR Considerations

[Skip Robinson]

We use *all* couple data sets in DR, just not necessarily the mirrored 
copies. 

-- Sysplex, ARM, SFM, BPXMCDS, and WLM data sets are mirrored from 
production.

-- CFRM data sets are created and populated with the (presumed) current 
CFRM policy from the driving system before first IPL. This process is 
required for GRS star, which must have an active structure at IPL. When 
you create a CFRM policy, you can point to any couple data on any volume. 

-- Logger data sets are created from the driving system before first IPL 
but populated with the (presumed) current logger policy from the newly 
IPLed DR system. When you create a logger policy, the policy can only go 
to the current active logger data set. 

-- 'Presumed current' is based on the ISPF last update stats in the 
(mirrored) common policy data set. 

-- During the first IPL, there is a WTOR for each of the newly created 
data sets; it requires 'C': go with PARMLIB specification rather than last 
used. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mark Jacobs 
To: IBM-MAIN@bama.ua.edu
Date:   12/28/2011 10:11 AM
Subject:Re: Couple Data Sets - DR Considerations
Sent by:IBM Mainframe Discussion List 



Regarding the WLM couple datasets, no we don't have a reason other than 
the desire not to run with some production couple datasets, and some 
specifically for DR.

Do you use your production logr couple dataset, or one specifically for 
DR? If the latter how do you keep the two in sync since AFAIK you can't 
add/change logger entries in a specific couple dataset, only the active 
one.

Mark Jacobs

On 12/28/11 12:37, Skip Robinson wrote:
> We provide our own DR between data centers with fully mirrored disk, but
> we still handle couple data sets in a manner similar to yours. However, 
we
> do not create new WLM data sets. Do you have a specific reason for doing
> so? We (OS sysprogs) are caretakers of CFRM and logger policies, which 
can
> be recreated before (CFRM) or immediately after (logger) the first IPL 
by
> automated batch processes. But WLM AFAIK requires ISPF and manual
> involvement by the performance/tuning group, who owns WLM policies. 
We've
> never seen a need to tailor WLM for the DR environment.
>
>
> From:   Mark Jacobs
> To: IBM-MAIN@bama.ua.edu
> Date:   12/28/2011 06:53 AM
> Subject:Couple Data Sets - DR Considerations
> Sent by:IBM Mainframe Discussion List
>
>
>
> We recover three sysplex's at DR, two single system sysplexes and one
> multi-system parallel sysplex. Since we don't utilize any data
> replication processes, we still perform DR via full volume backups and
> restores using our providers floor system.
>
> The two single system sysplexes use their production couple datasets at
> DR, but we have a separate set of DR couple datasets for the parallel
> sysplex that we populate at DR (mainly CFRM, LOGR, WLM, the others we
> don't care about at DR).
>
> Just wondering how everyone else is doing it.
>
> 


-- 
Mark Jacobs
Time Customer Service
Tampa, FL


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

Re: Couple Data Sets - DR Considerations

[Skip Robinson]

We provide our own DR between data centers with fully mirrored disk, but 
we still handle couple data sets in a manner similar to yours. However, we 
do not create new WLM data sets. Do you have a specific reason for doing 
so? We (OS sysprogs) are caretakers of CFRM and logger policies, which can 
be recreated before (CFRM) or immediately after (logger) the first IPL by 
automated batch processes. But WLM AFAIK requires ISPF and manual 
involvement by the performance/tuning group, who owns WLM policies. We've 
never seen a need to tailor WLM for the DR environment. 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mark Jacobs 
To: IBM-MAIN@bama.ua.edu
Date:   12/28/2011 06:53 AM
Subject:Couple Data Sets - DR Considerations
Sent by:IBM Mainframe Discussion List 



We recover three sysplex's at DR, two single system sysplexes and one 
multi-system parallel sysplex. Since we don't utilize any data 
replication processes, we still perform DR via full volume backups and 
restores using our providers floor system.

The two single system sysplexes use their production couple datasets at 
DR, but we have a separate set of DR couple datasets for the parallel 
sysplex that we populate at DR (mainly CFRM, LOGR, WLM, the others we 
don't care about at DR).

Just wondering how everyone else is doing it.

-- 
Mark Jacobs
Time Customer Service
Tampa, FL


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

Re: cpu / machine identification

[Skip Robinson]

Software 'keys' are a huge PITA for reasons not so far mentioned. 

-- In larger shops, software contracts are often managed exclusively by 
bean-counter types far removed from the sysprogs who have to implement the 
keys. When a product threatens to self destruct--or actually does so--the 
responsible sysprog can got caught in the middle of a negotiation 
shoot-out. Most vendors are kind enough to supply a 'temporary extension' 
key while the lawyers mud wrestle. (It's not as sexy as you might imagine. 
Or maybe it is.) The dire messages flying across the console--even 
appearing in a user's joblog--are tawdry testament to our inability to 
just get along. 

-- While most vendors these days supply their products to be (at least 
optionally) installed with SMPE, they all view themselves as sole guardian 
priests of the divine software protection sword. Each vendor's incarnation 
of this sword is unique to that vendor or even specific product. This 
creates a dependency on individual SMEs who must be engaged to implement 
and promulgate a new key. Vacation and holiday schedules only complicate 
this monster dance.

I'm with Barry. Dispense with keys. Trust your customers. The potential 
cost of a legal hassle should be enough to keep customers on the line. Or 
close enough. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   zMan 
To: IBM-MAIN@bama.ua.edu
Date:   12/27/2011 10:43 AM
Subject:Re: cpu / machine identification
Sent by:IBM Mainframe Discussion List 



On Tue, Dec 27, 2011 at 8:55 AM, Mark Zelden  wrote:
> Obviously the point of view of someone who doesn't make a living by
> selling their software.

Au contraire, I sure do make my living selling software. My point is
that in my experience, the cost of fighting the CPUID battle isn't
worth it. The counterexamples cited are pathological -- given a CPUID,
such shops would just hack it (not that hard, no matter what anyone
says). The expired SAS shop Barry cites is another example of someone
going around it.

I just don't see the point.

FWIW, I've never had to live with the customer end of CPUIDs -- only
the vendor end. But I fail to see how they would ever be seen as a
boon by customers.
-- 
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...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SPF timeline?

[Skip Robinson]

It's always a hoot talking to a newbie auditor who wants to meticulously 
record the 'real' meaning of acronyms. I always say: 

Look, I'll tell you what the letters 'T-S-O' stand for, but you'd best not 
spell it out in your doc, else you'll look like a New York greenhorn. 
Regardless of historical vagaries, TSO is not optional, nor has it 
utilized 'time sharing' more than any other task in the system, for as 
long as most  IT auditors have been prowling the hallways in search of 
geeky miscreants. Just write TSO. Everyone who matters knows what it is. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Shmuel Metz (Seymour J.)" 
To: IBM-MAIN@bama.ua.edu
Date:   12/21/2011 04:52 PM
Subject:Re: SPF timeline?
Sent by:IBM Mainframe Discussion List 



In <4ef23f19.2000...@ameritech.net>, on 12/21/2011
   at 03:18 PM, scott  said:

>At one time you could have MVT or MVS without TSO via a sysgen.

It was certainly optional in OS/360 and I believe that it was optional
in SVS, but are you sure that it was still optional in MVS?
GC28-0984-0[1], OS/VS2 MVS Overview, states "The Time Sharing Option
(TSO) is an integral part of MVS."

[1] First Edition (June, 1978), applies to OS/VS2 R3.7. Anybody have
SysGen manuals for older releases?

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

Re: SPF timeline?

[Skip Robinson]

SPF (Structured Programming Facility) when I entered this biz  in the late 
70s was a single product that essentially provided only what came later to 
be called PDF: Browse, Edit, Data Set, etc. It was not intended for 
installation applications, but if you were clever you could jury rig one 
of the 'foreground' functions like Compile to perform your own pet tricks. 
In my shop we created a few such RYO adaptations that were pretty crude 
and limited in feature. But like the dog who can walk on two legs, it 
amazed us for being even possible. 

Around 1980 the product morphed into ISPF (Interactive System Productivity 
Facility)--one of the great feats of acronym acrobatics in IT history. 
This transformation more or less coincided with the advent of MVS/SP. 
Initially there were two products: ISPF and PDF. You could buy and run PDF 
without ISPF. (I'd be curious to know how many shops ever did that.) The 
magic advance in ISPF was the notion of a 'dialog', a fully documented and 
extremely powerful mechanism for creating your own interactive 
applications that could even--miracle of miracles--be driven by COBOL. 

ISPF and PDF eventually melded back into a single product--probably an 
indication of how few shops wanted one component without the other. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Shmuel Metz (Seymour J.)" 
To: IBM-MAIN@bama.ua.edu
Date:   12/21/2011 03:23 PM
Subject:Re: SPF timeline?
Sent by:IBM Mainframe Discussion List 



In <2543323993444028.wa.elardus.engelbrechtsita.co...@bama.ua.edu>, on
12/21/2011
   at 07:22 AM, Elardus Engelbrecht 
said:

>http://www.planetmvs.com/spfeditor/ispfhist.txt

Thanks. Now if I could just get the dates for 5740-XT8 and 5787-XT2.

>Some background of TSO and ISPF (missing good citations... :-( ) :

I've probably edited one or both of those.

>Apparently TSO is not an 'option' in MVS, if I understand these
>links correctly, so ISPF came with MVS in 1974.

No, ISPF was not part of either MVS or the later TSO/E.

BTW, I would encourage anybody with copies of the relevant manuals oe
announcement letters to edit the wiki articles and to add references
where appropriate.



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

Re: IBM SR availability problems

[Skip Robinson]

I hate to be contrarian, but I've had no particular problem with SR nor 
with ServiceLink in general. (My entry into SR is always via the 
ServiceLink.) Be aware that the initial SR screen has changed. I could 
swear that it changed some time this morning in between my logon and a 
later return. (I remember complaining here a few weeks ago about a 
'Tuesday morning implementation'.) The most obvious difference is that the 
initial view used to be a single list of open SRs. Now there are two lists 
in separate boxes:

-- 'My in process service requests'
-- 'My recent open online service requests' 

I don't know how they're split. In my case there's only one SR in each 
box. I don't know if the change implementation affects some people's 
access, but my own seems to work fine. 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Brian Peterson 
To: IBM-MAIN@bama.ua.edu
Date:   12/13/2011 10:51 AM
Subject:Re: IBM SR availability problems
Sent by:IBM Mainframe Discussion List 



I am unable to use SR today, and I was unable to use the SR feedback link 
on the IBMLink ServiceLink home page either - same symptom for both 
applications (click on link, spinning circle in web browser, no response).

Brian



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to read past EOF

[Skip Robinson]

You had my heart racing, Jim. Thought I was OK. But when I ran IPCS, I got 
this. Apparently some header is expected to determine that GTF data is 
present. 


IPCS  
  GTF DDNAME(GTFTRACE)  
IKJ56650I TIME-08:49:14 PM. CPU-00:00:00 SERVICE-11624 SESSION-00:00:01 
DECEMBER
BLS18122I Initialization in progress for FILE(GTFTRACE)  
IKJ56650I TIME-08:49:14 PM. CPU-00:00:00 SERVICE-11697 SESSION-00:00:01 
DECEMBER
    GTFTRACE DISPLAY OPTIONS IN EFFECT   
 SSCH=ALL  IO=ALL  CCW=SI  
 SVC=ALL  PI=ALL  IOX=ALL  
 EXT  DSP  SLIP  RNIO  SRM  RR  
AHL10004I Input is not a GTF trace dataset.  
AHL10009I No records of the requested type were found.  

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Jim Mulder 
To: IBM-MAIN@bama.ua.edu
Date:   12/09/2011 02:14 PM
Subject:Re: How to read past EOF
Sent by:IBM Mainframe Discussion List 



> There is probably another EOF record somewhere in the data which 
> must also be skipped.  The last time I deconstructed GTF data (ca. 
> 1996), the following was true:  when GTF writes its trace data to an
> output file on DASD, only the first allocated extent is used, and if
> the trace runs long enough, the first extent will fill up and then 
> be rewritten over and over again in a wrap-around manner.  There is 
> an EOF written at the end of each block written to the file, but 
> when more data becomes available the EOF record is rewritten with a 
> non-EOF record and the real EOF moves through the file.  The first 
> block after the real EOF is the oldest in time sequence, and the 
> block just prior to the real EOF is the youngest in time sequence. 
> The very first block of the data is almost certainly not the 
> beginning of the trace in chronological sequence, assuming the trace
> ran long enough to wrap around at least once.  IPCS understands this
> format, and displays the data in true chronological !
>  sequence once it finds the real EOF in the middle of the file 
> somewhere and then moves past it to read the next block, which is 
> really the first block written in chronological order.

  GTF uses BSAM to write to PS and PS-E data sets.  BSAM 
WRITEs do not write a moving EOF.  An EOF is written only
when the data set is CLOSEed.   If the data set has wrapped
(not PS-E - GTF currently does not allow support wrapping 
for PS-E data sets), GTF does a POINT to the end of the
data set before doing the CLOSE.  So the only EOF is at
the physical end.

  The GTFTRACE subcommand of IPCS determines the wrap
point by reading sequentially and looking at the timestamps. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to read past EOF

[Skip Robinson]

I understand that the first block is lost. Using the ZAP command, I can 
forward to the next block and see data. The 'standard utility' products I 
can think of will stop immediately at the physical EOF even though (thanks 
to StarTool/PDS) the data set appears full. That is, ISPF 3.2 shows 100% 
used. 
?
To another suggestion, deleting the first block sounds appealing, but how 
would I 'delete' an EOF?

Do I really have to write a program to get my data???

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Shmuel Metz (Seymour J.)" 
To: IBM-MAIN@bama.ua.edu
Date:   12/09/2011 11:32 AM
Subject:Re: How to read past EOF
Sent by:IBM Mainframe Discussion List 



In
,
on 12/09/2011
   at 09:46 AM, Skip Robinson  said:

>Anyone know how to bypass physical EOF and read/copy from  block 2
>all the way to the end? 

Write Count Key Data erases the rest of the track. The best that you
can do is to start reading at TTR 00010100.
 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

How to read past EOF

[Skip Robinson]

I have a GTF trace file full of gold nuggets and bright red rubies. 
Unfortunately GTF trace was restarted at the next IPL, so the data set has 
immediate EOF. I used StarTool to reset logical (VTOC) end of file to the 
full extent. Anyone know how to bypass physical EOF and read/copy from 
block 2 all the way to the end? 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CFRM Policy Number

[Skip Robinson]

You should assume that size reduction in general is impossible to achieve 
dynamically. In order to reduce many (most/all?) values requires a sysplex 
cold start. That means shutting down all members and IPLing one of them 
pointing to a newly formatted couple data set. The danger is that if 
*anything* goes wrong before your first system comes up, you cannot log on 
to fix even the most trivial problem.

Hence the advice not to go bananas with limit values. Increase them 
cautiously and never more than you have reason to believe you need *now*. 
BTW 'SYS1.SYSPLEX.CNTL' was our choice of a PDS to hold all couple data 
set and policy definitions. It's easy to remember and not tied to anyone's 
personal identity. You can call it anything you want, but I highly 
recommend creating a single repository for all sysplex definition job 
streams even in a small shop. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Richards, Robert B." 
To: IBM-MAIN@bama.ua.edu
Date:   11/30/2011 08:30 AM
Subject:Re: CFRM Policy Nmuber
Sent by:IBM Mainframe Discussion List 



Art's reply reminded me of the warning present throughout "Setting Up a 
Sysplex" manual: 

Values in these policy do not like to be reduced, so grow cautiously or be 
prepared to reformat.

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Art Gutowski
Sent: Wednesday, November 30, 2011 10:55 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CFRM Policy Nmuber

You have a choice to make.  Either delete an existing (hopefully obsolete) 
policy or reformat and rotate new CFRM couple datasets into service. 
Neither choice is disruptive (if done properly), nor really that much 
work.

A word of caution against setting the policy count too high: I am aware 
that much has been done to reduce I/O to the couple datasets, particularly 
for CFRM with MSGBASED event management protocol, but you still don't want 
to overburden CFRM processing.  I don't have an RoT for a threshold - I've 
never needed more than 3.  10 or 15 sounds excessive.  Perhaps the IBM 
developers who monitor IBM-MAIN can provide some guidance.

The question to ask yourself is:  how many policies do you really need to 
keep around?  How far back do you need to go to undo changes without 
wanting to update/replace an existing, unused policy?  Are you really 
adding, removing, or resizing structures, CFs, or machines that often?  If 
you want a running history, there are better ways.

Regards,
Art Gutowski
Compuware Corporation



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CFRM Policy Number

[Skip Robinson]

Yes, you can create a new CFRM couple data set with a larger capacity to 
hold more policies. I don't know of a technical maximum limit, but 
practically speaking, how many do you want to keep 'at the ready' at any 
one time? You can dynamically switch among defined policies via the SETXCF 
command. How likely is it that you would be inspired to switch from the 
current active policy back to one that was last used three years ago? Or 
one year ago? 

The practical key to managing CFRM policies centers on the policy source, 
not on the compiled policy itself. Our SOP is to maintain only THREE 
complied policies at all times. We manage them like this:

-- Each policy is named POLICY1, POLICY2, or POLICY3.
-- The active policy rotates among those names, 1 --> 2 --> 3 --> 1 and so 
on. 
-- To create a new policy, backup the next in rotation and then overlay 
the old source with the new one.
-- Edit the new policy source.
-- Compile the new source and activate it.

Example:

CFRM policy data set contains three compiled policies: POLICY1 POLICY2 
POLICY3 . POLICY3 happens to be the current active policy as shown by D 
XCF,POL,TYPE=CFRM . 

-- Go the policy source library. 
-- 3 rotates around to 1, so first backup the source for POLICY1. We use a 
naming convention where the 'old' version of POLICY1 is POLICY1@. 
-- Copy member POLICY3 over POLICY1.
-- Edit the POLICY1 source to replace every occurrence of 'POLICY3' with 
'POLICY1'. 
-- Edit all desired changes into the new POLICY1.
-- Compile the new POLICY1 into the CFRM policy data set.
-- Activate the new POLICY1 via SETXCF.
-- If a serious problem shows up immediately, reactivate POLICY3. 
-- If a minor problem shows up, re-edit the source for POLICY1 and try 
again. There's no point in enshrining a bad policy.
-- Down the road when you need another change, move on to POLICY2, then to 
POLICY3, then to POLICY1 ad infinitum. 

We have run this way since 1995. Policies are maintained as described by 
z/OS folks, by CICS folks, and by DB2 folks. All source lives in 
SYS1.SYSPLEX.CNTL, so everyone stays on sync at all times. NO ONE EVER 
keeps a private copy of any sysplex source or JCL. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   saurabh khandelwal 
To: IBM-MAIN@bama.ua.edu
Date:   11/29/2011 08:22 PM
Subject:CFRM Policy Nmuber
Sent by:IBM Mainframe Discussion List 



Hello,
  We have a requirement to add new policy and structure in current
CFRM couple dataset. I have extracted the current CFRM report from
administrative utility. Which says,

 /* XCF Format Utility Control Cards:   */
   DATA TYPE(CFRM)
* ITEM NAME(POLICY) NUMBER(3)*
 ITEM NAME(STR) NUMBER(150)
 ITEM NAME(CF) NUMBER(2)
 ITEM NAME(CONNECT) NUMBER(32)
 ITEM NAME(SMREBLD) NUMBER(1)
 ITEM NAME(SMDUPLEX) NUMBER(1)
 ITEM NAME(MSGBASED) NUMBER(1)


I can have maximum 3 policy defined under this CFRM couple dataset. But
When I check my policy detail, I have already three policy defined under
this. Now to add new policy I just found the way to delete the oldest
policy and

create new policy and structure as required.  But I know to know that, If 
I
dont choose the option to delete oldest policy and I want to add new 
policy
under this CFRM... Is it really possible.

It means is it possible to change defination of CFRM couple dataset and
increase the PLOICY ITEM number. Currently it set to 3, as below . I 
marked
it in bold letter.

 /* XCF Format Utility Control Cards:   */
   DATA TYPE(CFRM)
* ITEM NAME(POLICY) NUMBER(3)*
 ITEM NAME(STR) NUMBER(150)
 ITEM NAME(CF) NUMBER(2)
 ITEM NAME(CONNECT) NUMBER(32)
 ITEM NAME(SMREBLD) NUMBER(1)
 ITEM NAME(SMDUPLEX) NUMBER(1)
 ITEM NAME(MSGBASED) NUMBER(1)

 I tried checking in google and SYSPLEX manual, but It didnt help
me . I want to change this policy number to some number greate then 3 like
10 or 15. Becuase whenever  another request comes to add any more new
policy, I don't have to delete the existing one. I will have to just add
new in this couple dataset.



-- 
Thanks & Regards
Saurabh Khandelwal


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Frequency of Sysplex Verification Audits?

[Skip Robinson]

We have been asked once a year since the process began. Never more than 
that. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Al Sherkow 
To: IBM-MAIN@bama.ua.edu
Date:   11/18/2011 08:41 AM
Subject:Frequency of Sysplex Verification Audits?
Sent by:IBM Mainframe Discussion List 



I'm curious about the actual frequency that sites are being asked to run 
IBM's Sysplex Verification Package. (The IBM Sysplex Verification Package 
can be found at http://ibm.com/systems/z/swprice/sysplex/verify.html .)

The Ts&Cs of the Attachment for IBM System z AWLC (this is in other 
documents as well) include this text:

-
"require Customer to provide IBMwith a completed IBMSysplex Verification 
Package upon the occurrence of any of the following: 1) Customer 
implements an actively coupled Parallel Sysplex, 2) a permanent change is 
made to any Eligible Machine, e.g., model upgrades or model downgrade in 
the Parallel Sysplex, 3) IBMrequests a package for any year during which 
Customer has received aggregated AWLC pricing, and 4) at least once in 
every 12 month period."
-

My impression based on my clients and licensees is that IBM is requesting 
more SVP audits than a few years ago. Have others been asked to do the SVP 
more than once per year? Especially larger customers with multiple 
machines the number of "permanent changes" in capacity could easily occur 
multiple times per year.

Thanks everyone!

Al

-- 
Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062 
Web: www.sherkow.com


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Service Request

[Skip Robinson]

Touche. I'm so LA-centric. But it is mid-week everywhere. Tuesday more or 
less. Still say it's an odd time...

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Ed Finnell 
To: IBM-MAIN@bama.ua.edu
Date:   11/08/2011 02:20 PM
Subject:Re: Service Request
Sent by:IBM Mainframe Discussion List 



"It's 5 o'clock somewhere..."
 
 
In a message dated 11/8/2011 4:05:30 P.M. Central Standard Time, 
jo.skip.robin...@sce.com writes:

Tuesday  midday seems like a peculiar time for an update of this 
magnitude... 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Service Request

[Skip Robinson]

Ed Jaffe suggested that this is an expected update that I had forgotten 
about. I don't like it. 

-- The new font is hard to read--faint and feeble. I don't see an option 
to customize it. 
-- In My profile/Display setting, if you have multiple customer numbers, 
you can set one as default. It does not appear to remember the setting 
next time in.
-- The extra prompt for notification option seems pointless. 

Tuesday midday seems like a peculiar time for an update of this 
magnitude... 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mary Anne Matyaz 
To: IBM-MAIN@bama.ua.edu
Date:   11/08/2011 12:26 PM
Subject:Re: Service Request
Sent by:IBM Mainframe Discussion List 



It's not just you...I see the same. Seems like they upgraded. 




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Service Request

[Skip Robinson]

Something odd happened to IBM Link's Service Request (SR) in the last hour 
or so. The screen suddenly changed radically in appearance. Moreover, the 
process changed: instead of a 'Submit' button on the update screen, it now 
says 'Continue', which throws up another screen that asks how you want to 
be notified of subsequent updates. I logged completely out and then back 
with same result. Service Link itself looks the same. 

Is this just me?

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Customization MPFLSTxx

[Skip Robinson]

Good catch! I'll bet that the entire IEF403I entry is being treated as a 
comment following the IEF402I entry. 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Patrick Lyon 
To: IBM-MAIN@bama.ua.edu
Date:   10/26/2011 01:38 PM
Subject:Re: Customization MPFLSTxx
Sent by:IBM Mainframe Discussion List 



On Wed, 26 Oct 2011 14:24:58 -0500, Jorge Garcia  
wrote:

>.DEFAULT,AUTO(YES),SUP(NO),RETAIN(YES)
>IEF402I /*JJJ FAILED IN ADDRESS SPACE X
>SYSTEM ABEND SXXX REASON - RC
>NOTIFY OPER OF FAILURE /*   <
>IEF403I /*JJJ-STARTED */
>IEF404I /*JJJ-ENDED */

Jorge - The inverted comment may be your problem.  Should be */, not /*.

HTH,
Pat L.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: GDG

[Skip Robinson]

I'm not an SMS guy, but I believe that any data set managed by SMS will 
get created with implicit EOF. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Ron Thomas 
To: IBM-MAIN@bama.ua.edu
Date:   10/26/2011 10:15 AM
Subject:Re: GDG
Sent by:IBM Mainframe Discussion List 



So Jo skip how is this done, could you please let me know more about 
IGDSM00 .

Thanks,
Ron




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: GDG

[Skip Robinson]

Ah yes, I had forgotten about that little SMS goody. OP just needs to be 
sure that the file looks as if it had been opened for output and closed 
with no records written. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Ed Gould 
To: IBM-MAIN@bama.ua.edu
Date:   10/25/2011 04:19 PM
Subject:Re: GDG
Sent by:IBM Mainframe Discussion List 



 Skip,

IIEFBR14 will not but if it SMS managed and you have the right parameter 
in IGDSM00 (?) that inserts EOF at allocation time. 

Ed



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: GDG

[Skip Robinson]

Depending on what the 'compare program' does, you may need to include the 
proper attributes (RECFM, LRECL, etc.) on the dummy GDG member as well as 
mark immediate EOF.  ISPF 3.2 will do all this for you. IEFBR14 will not. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Hal Merritt 
To: IBM-MAIN@bama.ua.edu
Date:   10/25/2011 01:29 PM
Subject:Re: GDG
Sent by:IBM Mainframe Discussion List 



Use any suitable utility to create an empty file for use the first time. 
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Ron Thomas
Sent: Tuesday, October 25, 2011 6:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: GDG

Hi, 

I have a requirement where we need to compare the current version and 
previous version of a GDG file. The job is newly created  and when it runs 
1'st time this will be a issue as the there is no version. Pls advise how 
we need to address in this scneraio.


Regards
Ron



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: maxsystem in a sysplex - belated heads-up

[Skip Robinson]

I have two sysplexes with one or two members not currently running. None 
show up with D XCF,S,ALL . What I see is lots of detail about the one 
member that is running. Nothing about the others.

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Barbara Nitz 
To: IBM-MAIN@bama.ua.edu
Date:   10/18/2011 02:12 AM
Subject:Re: maxsystem in a sysplex - belated heads-up
Sent by:IBM Mainframe Discussion List 



>The only thing I can do for you is check D XCF,S,ALL when one of the
>systems has been brought down, but I suppose you have a testplex
>yourself?

Yes, we do. I don't remember ever to have issued this command with the ALL 
parm when one of the systems was down, but it will be easy to do that once 
the next IPL comes around. I had also forgotten about the idcams print 
job.

Barbara


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Sad News: [IP] Dennis Ritchie dies

[Skip Robinson]

LA Times obit. 

http://www.latimes.com/news/obituaries/la-me-dennis-ritchie-20111014,0,1279725.story

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mike Schwab 
To: IBM-MAIN@bama.ua.edu
Date:   10/13/2011 04:38 PM
Subject:Re: Sad News: [IP] Dennis Ritchie dies
Sent by:IBM Mainframe Discussion List 



http://hosted.ap.org/dynamic/stories/U/US_OBIT_RITCHIE?SITE=AP&SECTION=HOME&TEMPLATE=DEFAULT




On Thu, Oct 13, 2011 at 12:53 AM, Elardus Engelbrecht
 wrote:
> Joel C. Ewing wrote:
>>Attempt at reposting after manually decoding the garbaged base64 utf8 
block in David's post:
>>
>>Begin forwarded message:
>>From: Tim Finin Date: October 12, 2011 9:32:06 PM EDT
>>Subject: Dennis Ritchie has died
>>Sad news.  Rob Pike reports on Google Plus that Dennis Ritchie died at
>>his home this weekend after a long illness.  Ritchie created the C
>>programming language and was a key contributor to Unix.  In 1983 he
>>received the ACM Turing Award with his long time colleague Ken Thompson
>>for the development of operating systems theory and the implementation
>>of the UNIX.  He was elected to the National Academy of Engineering in 
1988.
>
> Thanks very much for translating this very sad news, Joel.
>
> Now I know who said that little gem I read up many years ago:
>
> 'UNIX is very simple, it just needs a genius to understand its 
simplicity.'
>
> Please look up on Dennis at this URL:  
http://en.wikipedia.org/wiki/Dennis_Ritchie
>
> Groete / Greetings
> Elardus Engelbrecht



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RSU Order using Shop zSeries Website

[Skip Robinson]

Dropping a connection during RFN is not a problem. SMPE is very good about 
resuming an interrupted download. The sample JCL provided is a start. 
However, there are two issues that you must deal with outside of any 
specific job content. 

1. Your job must be able to reach Shopz over the network. That's a 
mainframe connection. Watch for proxy and firewall issues. Some companies 
decree that this cannot be done. In other cases some reconfiguration might 
be required. If you can FTP doc to IBM directly in a mainframe batch job, 
you will probably be OK. 

2. You have to set up a key and keyring in your security product. If you 
use a third party security product (i.e. not RACF), I can't help you. 
Otherwise the procedure is fairly well documented. I've done it several 
times. Still don't understand a bit of it. ;-(

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   saurabh khandelwal 
To: IBM-MAIN@bama.ua.edu
Date:   10/12/2011 09:24 AM
Subject:Re: RSU Order using Shop zSeries Website
Sent by:IBM Mainframe Discussion List 



Receiving RSU directly to  Global zone might be risky. Because while
receiving from IBM site, if connection drops, then it might create 
problem.

Please correct me, if my perception is wrong

Regards
Saurabh

On Wed, Oct 12, 2011 at 6:05 PM, Chase, John  wrote:

> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave
> >
> > It's all there in the SMP/E manual.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of saurabh khandelwal
> > Sent: Tuesday, October 11, 2011 8:59 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: RSU Order using Shop zSeries Website
> >
> > Hello,
> >I have never used this feature to order selectively. I
> always
> > used to order full package.  Can you please suggest me the way or
> point any
> > redbook, which can help me to do this task.
> >
> > Regards
> > Saurabh
>
> I can't remember where I found this sample job (it's not in SAMPLIB),
> but this, together with the SMP/E manuals and a (free) client
> certificate you first obtain from ShopzSeries, should get you started:
>
> //  < Insert a valid JOB statement here >
>
> //*
> //*
> //*  DO NOT TURN CAPS ON.  THIS JOB CONTAINS CASE
> //*SENSITIVE CONTROL CARDS.
> //*
> //
> //*
> //*
> //* This job will order the specified content and RECEIVE it from
> //* the specified IBM server.
> //*
> //* Change the JOB statement above as required to match your
> //* installation's requirements.
> //*
> //* SMP/E zone-related files are assumed to be defined in your
> //* global CSI.  See the SMP/E Commands manual for a list of
> //* the required DDDEF entries.
> //*
> //*
> //* NOTE 1: Change the GLOBAL SMPCSI data set name to match your
> //* system's GLOBAL SMPCSI data set name.
> //*
> //* NOTE 2: Change the SMPNTS directory name to match your system's
> //* SMPNTS directory name.
> //*
> //* NOTE 3: If you are using SMP/E level 34.09 or higher, uncomment
> //* the SMPJHOME and SMPCPATH DD Statements.  If you are at
> //* SMP/E 3.4, it is recommended you be at least 34.09.
> //*
> //* NOTE 4: The CONTENT keyword specifies what to include in the order.
> //* Specify ALL, APARS, CRITICAL, HOLDDATA, PTFS or RECOMMENDED
> //* See the SMP/E v3r5 Commands manual for the meanings of each
> //*
> //* NOTE 5: If your local host requires firewall navigation in order to
> //* transfer the CBPDO package, then remove the comment around
> //* the CLIENT operand on the RECEIVE, and enter your firewall
> //* information on the CLNTINFO DD statement.  See the "SMP/E
> //* Commands" manual for details on the CLIENT information.
> //*
> //* NOTE 6: At the end of a successful RECEIVE operation, you can tell
> //* SMP/E to delete the CBPDO package that was just received.
> //* If you want to delete the package, then remove the comment
> //* around the DELETEPKG operand on the RECEIVE command.
> //*
> //*
> //SMPER1  EXEC PGM=GIMSMP,REGION=0M,
> // PARM='PROCESS=WAIT'
> //SMPCSI   DD  DISP=SHR,DSN=your.smpe.global.csi
> //SMPNTS   DD  PATHDISP=KEEP,
> // PATH='/your/smpnts' <=== NOTE 2
> //SMPJHOME DD  PATH='/usr/lpp/java/J6.0/'  <=== NOTE 3
> //SMPCPATH DD  PATH='/usr/lpp/smp/classes/'<=== NOTE 3
> //*SMPWKDIR DD  PATH='/tmp/smpwrk' <=== Optional
> //SMPOUT   DD  SYSOUT=*
> //SMPLOG   DD  SYSOUT=*
> //SMPLOGA  DD  SYSOUT=*
> //SMPRPT   DD  SYSOUT=*
> //SMPLIST  DD  SYSOUT=*
> //SYSPRINT DD  SYSOUT=*
> //SMPCN

Re: RSU Order using Shop zSeries Website

[Skip Robinson]

 I think a lot of us are saying, Aha. R12 fully supports 
RECEIVEFROMNETWORK, a far superior means of pulling maintenance. RFN sends 
a bit map of your CSI to Shopz so that he can selectively send you only 
the fixes that you do not already have on your system. The result should 
be a far smaller package than you are currently being shipped. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   saurabh khandelwal 
To: IBM-MAIN@bama.ua.edu
Date:   10/11/2011 08:48 PM
Subject:Re: RSU Order using Shop zSeries Website
Sent by:IBM Mainframe Discussion List 



Hello Experts,
   Sorry for Typo maistake. It is actually z/OS 1.12
system . I am trying to downlaod RSU for z/OS 1.12 system only.

Regards
Saurabh

On Tue, Oct 11, 2011 at 12:50 PM, saurabh khandelwal <
sourabhkhandelwal...@gmail.com> wrote:

> Hello Experts,
>  I am trying to order z/OS 1.2 RSU package. But
> somehow its getting rejected  with below error.
>
> order has been  rejected because Package size exceeded the "Electronic"
> threshold
>
> When we order any RSU, it ask for maximum size of packet , which I have
> selected 5 GB max.
> It also ask for Splitting the order into 50MB pieces but after that also 
I
> am getting below error.
>
> Package size exceeded the "Electronic" threshold < Please
> re-order w/o requisites or specify an "Alternate" media Customer BITMAP 
is
> being used for this order Package contained 5715 fixes with 10,533,198
> Kilo-bytes of data This Package contains PTF(s) with open PE-APAR(s)
>
>
> Can you please help me to reorder the RSU.
>
>
> --
> Thanks & Regards
> Saurabh Khandelwal
>



-- 
Thanks & Regards
Saurabh Khandelwal

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SPOOL move

[Skip Robinson]

The biggest obstacle to fully draining a spool volume via 'traditional' 
JES2 mechanisms is the plethora of control blocks belonging to permanent 
tasks, especially syslog. That's why is usually takes (best case) one 
rolling IPL of every MAS member to free up a volume. TDMF has been 
performing move magic for decades and is now owned by IBM, but it might an 
expensive solution for a rare problem.

In R13, JES2 has a new native mechanism to move spool volumes on the fly. 
I'm running R13 now but haven't had the chutzpah to try out this feature. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Linda Mooney 
To: IBM-MAIN@bama.ua.edu
Date:   10/07/2011 03:08 PM
Subject:Re: SPOOL move
Sent by:IBM Mainframe Discussion List 



Hi David, 



If the old vols are draining and you run an offload, type=transmit , you 
should be able to set it up to  take off what you need to.   T hen run an 
offload,type=receive to put them all back on the spool - on the new vols 
.  O ff load can be restricted to select only what you want it to.   



HTH, 


Linda 

- Original Message -


From: "David Andrews"  
To: IBM-MAIN@bama.ua.edu 
Sent: Friday, October 7, 2011 1:24:10 PM 
Subject: Re: SPOOL move 

On Fri, 2011-10-07 at 16:07 -0400, Rick Fochtman wrote: 
> Dave, I submit that those "miscreants" using SPOOL for long-term storage 

> should have their hands slapped. Hard. 

I don't disagree, but I've fought that battle and can show you the 
scars.  Bigger dogs than I want to use the spool for long-term storage 
and I know a large-calibre warning shot when I see one. 

"I MAKE the rules... I BREAK the rules." 

-- 
David Andrews 
A. Duda & Sons, Inc. 
david.andr...@duda.com 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)

[Skip Robinson]

When I run the AMDSADMP macro, I use options for zero operator 
intervention: 

   ...CONSOLE=SYSC,REUSEDS=ALWAYS...

This puts messages on the HMC operator console (no worry about device 
condition) and specifies that the new dump overwrites any existing dump 
without prompting. The title will always be "*** TITLE PROMPTING WAS 
SUPPRESSED ***", but that's a small price to pay for an autopilot 
standalone dump. It's as close as you can get to fail-safe. 

I've never tried switching sysres volume with REIPL. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Barbara Nitz 
To: IBM-MAIN@bama.ua.edu
Date:   10/03/2011 09:51 PM
Subject:Re: AUTOIPL (was Re: Health Check 
(IBMSVA,SVA_AUTOIPL_DEFINED)
Sent by:IBM Mainframe Discussion List 



>I'm not sure why Barbara is so opposed to AUTOIPL in principle, but I can
>see where critical production might be problematic.
*I* am not opposed to the function at all, just the opposite. My 
teamleader is. It took quite some strongarming for me to get him to agree 
to even test this, much less roll it out into production. Currently, it 
will be restricted to sysprogs only, so we don't have to come in on a 
weekend anymore just to drag the icon on the HMC (maintenance IPLs).

I established the following policies:
DIAG00: AUTOIPL SADMP(NONE) MVS(NONE) as default policy. Getting that line 
in was already a major fight.
DIAGSA: AUTOIPL SADMP(5704,SMSYSC4) MVS(LAST)
DIAGLA: AUTOIPL SADMP(NONE) MVS(LAST)
DIAG&&: AUTOIPL SADMP(NONE) MVS(5703,573400M) with && being a 
system-specific name to re-IPL from another residence.

Once this is established in production, I'll go to work on my team leader 
in getting the sadump permanently set in diagxx.

>I've seldom seen a system truly hang (from XCF's point of view) for an
>extended period and then miraculously recover.
For what it's worth, I have. More than once. They were always loops during 
memterm processing in master address space, and a restart interrupt cured 
/ would have cured them. We do NOT allow SFM to take automatic action 
(other than fencing).

>AUTOIPL SADMP(cuua,SMSYSC) MVS(LAST)
Thanks for mentioning that, Mark. From the books, I wasn't quite sure what 
to specify for loadparm and came up with AUTOIPL SADMP(cuua,SMSYSC4) 
MVS(LAST) (note the 4 after the console name). I just hope that that will 
not need the console and won't need any input other than what I did on the 
sadump program (which needs three times the enter key).

Now to get my dear colleagues to remember to take an sadump when its 
needed

> (Although I disavowed responsibility for the AutoIPL heath check
>that Barbara didn't like,  I was heavily involved in the design and
>implementation of the AutoIPL function.  So I don't object to being
>the target of complaints about the function itself).
Worked like a charm, as others have said. Testing the sadump option on the 
VARY will be next, and I like to get someone else to do it. Maybe they 
remember to take one when its needed then? 

When you IPL a new operating system via autoipl (does that work?), is 
there any gotcha other than to remember to always CLPA? 

If a system is in a tight loop (like memterm in master), will the sadump 
option on the vary command issued on *another* system, not the looping one 
(and assuming that an sadump policy is established) work? Or will it just 
get stuck behind whatever other messages XCF couldn't get at because it 
couldn't get the processor?

Best regards, Barbara



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Secondary Jes2 Not part of a MAS

[Skip Robinson]

Got some names mixed up. The secondary JES name can have any 4th 
character. I used 'S' here for consistency. 



Here are some definitions for secondary JES2 that accesses an inactive 
spool, that is, one whose own MVS/JES2 were not active at the time. 

-- Name must be something other than JES2, e.g. JESS 

-- JESS must be defined in the subsystem name table 
SUBSYS SUBNAME(JESS) /* ALTERNATE JES -- NO OTHER KEYWORDS */

-- In JES PARMS, you must point to unique checkpoint and spool data sets 
and member name(s)

   CKPTDEF  CKPT1=(DSN=SYS1.JESCKPT1,VOL=JESCKS,INUSE=YES), 
 CKPT2=(DSN=SYS1.JESCKPT2,VOL=SPOLS1,INUSE=YES),... 
 
   SPOOLDEF VOLUME=SPOLS,... 

   MEMBER(01) NAME=S0
   MEMBER(02) NAME=S1
   MEMBER(03) NAME=S2 

--  If you want to NJE to it, you must create and define a unique VTAM 
logon applid

--  If you want to access the secondary JES2 via SDSF, create a separate 
SDSF task proc: 

   //SDSFSYSS PROC  M=SS, /* SUFFIX FOR ISFPRMXX */ 
  // P='LC(H)'   /* USE SYSOUT CLASS H FOR SDSFLOG */ 
  //SDSF EXEC  PGM=ISFHCTL,REGION=32M,TIME=1440,PARM='M(&M),&P' 

-- I can' find my old ISFPRMSS, but  it contains something like this:

   SERVER NAME(SDSFSYSS),JESNAME(JESS),MEMBER(S0)

-- Get into SDSF and look at help for SDSF Command on how to connect to 
server SDSFSYSS 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Ward, Mike S" 
To: IBM-MAIN@bama.ua.edu
Date:   09/30/2011 02:33 PM
Subject:Re: Secondary Jes2 Not part of a MAS
Sent by:IBM Mainframe Discussion List 



You are correct. I want to set up a secondary Jes2 that is not part of
the same mas as the primary. I need to test some jes2 exits that I;m
writing. I don't want to test the exits on the primary jes for obvious
reasons. I figured I could connect the two using some type of nje
configuration, but I'n not clear on how to do it. I was hoping for a
share paper or something similar.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Skip Robinson
Sent: Friday, September 30, 2011 4:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Secondary Jes2 Not part of a MAS

Can you tell us what you want to do? I assume that by 'not part of a
MAS', 
you mean not part of the same MAS as the primary JES2. Once upon a time,

you could point a secondary JES2 to any spool you wanted. Now there are 
sysplex considerations. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Ward, Mike S" 
To: IBM-MAIN@bama.ua.edu
Date:   09/30/2011 02:19 PM
Subject:Secondary Jes2 Not part of a MAS
Sent by:IBM Mainframe Discussion List 



Hi all, does anyone know of a good document for setting up a secondary
JES2 that's not part of a MAS.


Thanks in advance.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Secondary Jes2 Not part of a MAS

[Skip Robinson]

Here are some definitions for secondary JES2 that accesses an inactive 
spool, that is, one whose own MVS/JES2 were not active at the time. 

-- Name must be something other than JES2, e.g. JESS 

-- JESS must be defined in the subsystem name table 
SUBSYS SUBNAME(JESS) /* ALTERNATE JES -- NO OTHER KEYWORDS */

-- In JES PARMS, you must point to unique checkpoint and spool data sets 
and member name(s)

   CKPTDEF  CKPT1=(DSN=SYS1.JESCKPT1,VOL=JESCKS,INUSE=YES), 
 CKPT2=(DSN=SYS1.JESCKPT2,VOL=SPOLS1,INUSE=YES),... 
 
   SPOOLDEF VOLUME=SPOLS,... 

   MEMBER(01) NAME=S0
   MEMBER(02) NAME=S1
   MEMBER(03) NAME=S2 

--  If you want to NJE to it, you must create and define a unique VTAM 
logon applid

--  If you want to access the secondary JES2 via SDSF, create a separate 
SDSF task proc: 

   //SDSFSYSS PROC  M=SS, /* SUFFIX FOR ISFPRMXX */ 
  // P='LC(H)'   /* USE SYSOUT CLASS H FOR SDSFLOG */ 
  //SDSF EXEC  PGM=ISFHCTL,REGION=32M,TIME=1440,PARM='M(&M),&P' 

-- I can' find my old ISFPRMSS, but  it contains something like this:

   SERVER NAME(SDSFSYSS),JESNAME(JESA),MEMBER(S0)

-- Get into SDSF and look at help for SDSF Command on how to connect to 
server SDSFSYSS 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Ward, Mike S" 
To: IBM-MAIN@bama.ua.edu
Date:   09/30/2011 02:33 PM
Subject:Re: Secondary Jes2 Not part of a MAS
Sent by:IBM Mainframe Discussion List 



You are correct. I want to set up a secondary Jes2 that is not part of
the same mas as the primary. I need to test some jes2 exits that I;m
writing. I don't want to test the exits on the primary jes for obvious
reasons. I figured I could connect the two using some type of nje
configuration, but I'n not clear on how to do it. I was hoping for a
share paper or something similar.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Skip Robinson
Sent: Friday, September 30, 2011 4:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Secondary Jes2 Not part of a MAS

Can you tell us what you want to do? I assume that by 'not part of a
MAS', 
you mean not part of the same MAS as the primary JES2. Once upon a time,

you could point a secondary JES2 to any spool you wanted. Now there are 
sysplex considerations. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Ward, Mike S" 
To: IBM-MAIN@bama.ua.edu
Date:   09/30/2011 02:19 PM
Subject:Secondary Jes2 Not part of a MAS
Sent by:IBM Mainframe Discussion List 



Hi all, does anyone know of a good document for setting up a secondary
JES2 that's not part of a MAS.


Thanks in advance.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Secondary Jes2 Not part of a MAS

[Skip Robinson]

Can you tell us what you want to do? I assume that by 'not part of a MAS', 
you mean not part of the same MAS as the primary JES2. Once upon a time, 
you could point a secondary JES2 to any spool you wanted. Now there are 
sysplex considerations. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Ward, Mike S" 
To: IBM-MAIN@bama.ua.edu
Date:   09/30/2011 02:19 PM
Subject:Secondary Jes2 Not part of a MAS
Sent by:IBM Mainframe Discussion List 



Hi all, does anyone know of a good document for setting up a secondary
JES2 that's not part of a MAS.


Thanks in advance.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)

[Skip Robinson]

All right, I stand educated.  ;-)

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mark Zelden 
To: IBM-MAIN@bama.ua.edu
Date:   09/30/2011 01:35 PM
Subject:Re: AUTOIPL (was Re: Health Check 
(IBMSVA,SVA_AUTOIPL_DEFINED)
Sent by:IBM Mainframe Discussion List 



On Fri, 30 Sep 2011 12:41:25 -0700, Skip Robinson 
 wrote:

>OK, I stand corrected on the 'separateness' issue. I remember now trying
>REIPL without having AUTOIPL set up. It didn't work at all.
>
>However there is obviously a difference. A vanilla VARY XCF OFF does not
>invoke automatic IPL because AUTOIPL is not triggered by WAIT 0A2. 
'REIPL'
>must override that exception.
>

SKip,

Because the RC matters.  WAIT 0A2  RSN 004 does not trigger an SADUMP. See 
the
doc on the WSAT for the entire table.   This is why I said in my first 
response 
that IMHO there is no reason not to do the SADUMP based on the codes in 
the
table.  Unless it takes too much time in your environment (FSVO "too much 
time"
compared to losing an SADUMP and another possible outage).

Regards,

Mark
--



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)

[Skip Robinson]

OK, I stand corrected on the 'separateness' issue. I remember now trying 
REIPL without having AUTOIPL set up. It didn't work at all.

However there is obviously a difference. A vanilla VARY XCF OFF does not 
invoke automatic IPL because AUTOIPL is not triggered by WAIT 0A2. 'REIPL' 
must override that exception. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mark Zelden 
To: IBM-MAIN@bama.ua.edu
Date:   09/30/2011 12:19 PM
Subject:Re: AUTOIPL (was Re: Health Check 
(IBMSVA,SVA_AUTOIPL_DEFINED)
Sent by:IBM Mainframe Discussion List 



On Fri, 30 Sep 2011 11:29:22 -0700, Skip Robinson 
 wrote:


>
>Also to clarify: there is a REIPL option on the VARY XCF OFF command. 
This
>is very useful when you just want to bounce a system for whatever reason.
>No delay, no switching sysres volume. This option is totally separate 
from
>AUTOIPL, which is intended to repair a sick system while getting doc on
>the problem, all without manual intervention.
>

No, it is not totally separate from AUTOIPL.  It is separate from the 
SADUMP
option of AUTOIPL.Without the AUTOIPL specified in DIAGxx and an
option for MVS,   VARy XCF,sysname,OFFLINE,REIPL is not valid.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)

[Skip Robinson]

I'm not sure why Barbara is so opposed to AUTOIPL in principle, but I can 
see where critical production might be problematic. On the other hand, 
I've seldom seen a system truly hang (from XCF's point of view) for an 
extended period and then miraculously recover. The 'extended period' is 
user-defined based on settings in the SFM policy. You can set a very long 
hang time if you're concerned about premature system whacking, but IBM has 
long maintained that a near-death sysplex experience is (most?) often 
resolved by expeditious re-IPL. That is, outage to the client may well be 
less in the long run than with the time honored tradition of conference 
calling everyone up to the CIO for concurrence.

Also to clarify: there is a REIPL option on the VARY XCF OFF command. This 
is very useful when you just want to bounce a system for whatever reason. 
No delay, no switching sysres volume. This option is totally separate from 
AUTOIPL, which is intended to repair a sick system while getting doc on 
the problem, all without manual intervention. 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Edward Jaffe 
To: IBM-MAIN@bama.ua.edu
Date:   09/30/2011 10:42 AM
Subject:Re: AUTOIPL (was Re: Health Check 
(IBMSVA,SVA_AUTOIPL_DEFINED)
Sent by:IBM Mainframe Discussion List 



On 9/30/2011 10:17 AM, Mark Zelden wrote:
> On Fri, 30 Sep 2011 00:11:07 -0500, Barbara Nitz 
wrote:
>
>> Let's see if the rest of the autoipl function is as bad.
> Use it, love it.   Long time coming...   VM has had a reipl option 
"forever".

Just to clarify: although the results appear similar, what z/VM has done 
'forever' is not actually a reIPL.

z/OS is using a relatively new System z hardware function that reIPLs the 
LPAR. 
This is a _real_ IPL!

z/VM was simulating that by shutting down (almost completely, but not 
quite) and 
then branching back to the top of the code from within the _same IPL_ as 
understood by the hardware.

-- 
Edward E Jaffe


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Upgrade java 1.5 to java 1.6 - Clarification

[Skip Robinson]

As pointed out earlier, Java is designed to allow multiple versions 
installed concurrently in the same SMPE zone. This means that element 
'XYZ' might be named XYZaa in one version, while (logically) the same 
element in another version will be called XYZbb to allow both to coexist. 
This practice bit us recently in rolling out a new ServerPac that 
contained a Java upgrade. The JZOS Java Batch Launcher is invoked with 
proc JVMPRCnn, where nn represents the Java release. In the rollout, IBM's 
Fault Analyzer GUI stopped working because it had been configured to 
invoke proc JVMPRC60 (Java 6.0), which had been replaced in ServerPac by 
JVMPRC61 (Java 6.0.1). Fault Analyzer GUI now failed with a JCL error 
until we reconfigured it.

I guess it's the nature of Java. I don't know of any component of z/OS 
that maintains concurrent uniqueness in this way.

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Shmuel Metz (Seymour J.)" 
To: IBM-MAIN@bama.ua.edu
Date:   09/28/2011 06:52 AM
Subject:Re: Upgrade java 1.5 to java 1.6 - Clarification
Sent by:IBM Mainframe Discussion List 



In
,
on 09/28/2011
   at 12:17 PM, jagadishan perumal  said:

>One thing I have noticed is that when i use this command : echo $PATH
>to know the path information I get as # echo $PATH
>/bin:/usr/lpp/java/java5/J5.0/bin. My home directory looks like "/"

Are you running with UID(0)? Normally the home directory for foo is
/u/foo.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Security Certificate error message at IBMLINK

[Skip Robinson]

It's back. Got it this afternoon accessing ShopzSeries. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Linda Mooney 
To: IBM-MAIN@bama.ua.edu
Date:   09/27/2011 03:11 PM
Subject:Re: Security Certificate error message at IBMLINK
Sent by:IBM Mainframe Discussion List 



The expired cetificate is back.  I was gone for a while.  :-(  Anybody 
else? 



Linda 

- Original Message -


From: "Linda Mooney"  
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, September 27, 2011 10:29:16 AM 
Subject: Re: Security Certificate error message at IBMLINK 

Hi Sam, 



No more expired browesr - yeah!  But now it's skipping the sign-on page 
and taking me directly to the ServiceLink screen.  No updates have been 
made to my SR yet.  Weird, it hasn't done that before.  Are you having to 
sign in? 



Thanks, 



Linda 


- Original Message - 


From: "Sam Knutson"  
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, September 27, 2011 7:40:09 AM 
Subject: Re: Security Certificate error message at IBMLINK 

Advice from the IBMLink feedback apparently they did correct something.   
Cleared cache and cookies as instructed and exited the browser (IE) 
completely and a valid non-expired certificate is now being served. 

https://www.ibm.com/ibmlink 

Best Regards, Sam Knutson 

-NARAYANAN, SREENATH  A-5700URSF0  -L789/IBMLNK-P2S2-11/09/27-13:58-   
Hi Sam, 
Only few users are facing this issue. Please clear the Cache and cookies 
on your internet browser and give a try. Let us know if the problem pers 
its.Also let us know if it happens on IE or Mozilla Firefox. 
Regards, 
IBM Link Helpdesk 



-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Ward, Mike S 
Sent: Tuesday, September 27, 2011 10:00 AM 
To: IBM-MAIN@bama.ua.edu 
Subject: Re: Security Certificate error message at IBMLINK 

What URL are you using? 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Linda Mooney 
Sent: Monday, September 26, 2011 3:48 PM 
To: IBM-MAIN@bama.ua.edu 
Subject: Re: Security Certificate error message at IBMLINK 

Hi Mike, 



And they're telling me that it ain't so, that I must be doing something to 
cause it.  They even closed my SR twice today. 



Thanks, 



Linda 



- Original Message - 


From: "Mike Schwab"  
To: IBM-MAIN@bama.ua.edu 
Sent: Monday, September 26, 2011 1:42:46 PM 
Subject: Re: Security Certificate error message at IBMLINK 

The digital certificate expiring has been reported to IBM. 

On Mon, Sep 26, 2011 at 3:32 PM, Linda Mooney  
wrote: 
> Yipes! let me try this again.  I don't know what happened. 
> 
> Greetings! 
> 
> Anybody else getting the following message trying to access IBMLINK 
> this today?  All was well yesterday, but this today - 
> 
> The security certificate presented by this website has expired or is 
> not yet valid. 
> 
> Security certificate problems may indicate an attempt to fool you or 
> intercept any data you send to the server. 
>   We recommend that you close this webpage and do not continue to this 
> website. 
>   Click here to close this webpage. 
>   Continue to this website (not recommended). 
> 
> Thanks, 
> 
> Linda 
-- 
Mike A Schwab, Springfield IL USA 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Security Certificate error message at IBMLINK

[Skip Robinson]

This bump in the road has not impeded my business, merely added an extra 
'never mind' maneuver. Of course it looks inept, but if I wanted 
superficial beauty, I'd be a Mac-fly. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Clark Morris 
To: IBM-MAIN@bama.ua.edu
Date:   09/26/2011 05:28 PM
Subject:Re: Security Certificate error message at IBMLINK
Sent by:IBM Mainframe Discussion List 



On 26 Sep 2011 13:56:27 -0700, in bit.listserv.ibm-main you wrote:

>Thanks Skip, I appreciate it.  The just closed my SR for the third time 
and I'm getting plenty steamed 
>
Amazing how unreliable IBMLINK, the support function for the 24/7
mainframe seems to be.  Is it hosted on z?  Should it be hosted on z?
An interested shareholder wants to know.

Clark Morris
>
>Linda 
>
>
>- Original Message -
>
>
>From: "Skip Robinson"  
>To: IBM-MAIN@bama.ua.edu 
>Sent: Monday, September 26, 2011 1:50:38 PM 
>Subject: Re: Security Certificate error message at IBMLINK 
>
>I've been getting the message since yesterday Sunday. Everyone here is. 
>
>. 
>. 
>JO.Skip Robinson 
>SCE Infrastructure Technology Services 
>Electric Dragon Team Paddler 
>SHARE MVS Program Co-Manager 
>626-302-7535 Office 
>323-715-0595 Mobile 
>jo.skip.robin...@sce.com 
>
>
>
>From:   Linda Mooney  
>To: IBM-MAIN@bama.ua.edu 
>Date:   09/26/2011 01:48 PM 
>Subject:Re: Security Certificate error message at IBMLINK 
>Sent by:IBM Mainframe Discussion List  
>
>
>
>Hi Mike, 
>
>
>
>And they're telling me that it ain't so, that I must be doing something 
to 
>cause it.  They even closed my SR twice today. 
>
>
>
>Thanks, 
>
>
>
>Linda 
>
>
>
>- Original Message - 
>
>
>From: "Mike Schwab"  
>To: IBM-MAIN@bama.ua.edu 
>Sent: Monday, September 26, 2011 1:42:46 PM 
>Subject: Re: Security Certificate error message at IBMLINK 
>
>The digital certificate expiring has been reported to IBM. 
>
>On Mon, Sep 26, 2011 at 3:32 PM, Linda Mooney  
>wrote: 
>> Yipes! let me try this again.  I don't know what happened. 
>> 
>> Greetings! 
>> 
>> Anybody else getting the following message trying to access IBMLINK 
this 
>today?  All was well yesterday, but this today - 
>> 
>> The security certificate presented by this website has expired or is 
>> not yet valid. 
>> 
>> Security certificate problems may indicate an attempt to fool you or 
>> intercept any data you send to the server. 
>>   We recommend that you close this webpage and do not continue to this 
>> website. 
>>   Click here to close this webpage. 
>>   Continue to this website (not recommended). 
>> 
>> Thanks, 
>> 
>> Linda 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Security Certificate error message at IBMLINK

[Skip Robinson]

I've been getting the message since yesterday Sunday. Everyone here is. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Linda Mooney 
To: IBM-MAIN@bama.ua.edu
Date:   09/26/2011 01:48 PM
Subject:Re: Security Certificate error message at IBMLINK
Sent by:IBM Mainframe Discussion List 



Hi Mike, 



And they're telling me that it ain't so, that I must be doing something to 
cause it.  They even closed my SR twice today. 



Thanks, 



Linda 



- Original Message -


From: "Mike Schwab"  
To: IBM-MAIN@bama.ua.edu 
Sent: Monday, September 26, 2011 1:42:46 PM 
Subject: Re: Security Certificate error message at IBMLINK 

The digital certificate expiring has been reported to IBM. 

On Mon, Sep 26, 2011 at 3:32 PM, Linda Mooney  
wrote: 
> Yipes! let me try this again.  I don't know what happened. 
> 
> Greetings! 
> 
> Anybody else getting the following message trying to access IBMLINK this 
today?  All was well yesterday, but this today - 
> 
> The security certificate presented by this website has expired or is 
> not yet valid. 
> 
> Security certificate problems may indicate an attempt to fool you or 
> intercept any data you send to the server. 
>   We recommend that you close this webpage and do not continue to this 
> website. 
>   Click here to close this webpage. 
>   Continue to this website (not recommended). 
> 
> Thanks, 
> 
> Linda 
-- 
Mike A Schwab, Springfield IL USA 
Where do Forest Rangers go to get away from it all? 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FORCE ARM

[Skip Robinson]

I wish I could recall the exact circumstances, but it was probably a 
conversation at SHARE: when the ARM keyword was added to FORCE, any actual 
'recovery manager' was still a gleam in some developer's eye. In the 
absence of a system provided recovery manager, 'ARM' was simply a 
protective flag that offered one last chance to avoid destructive shutdown 
of a vital system task. Protection was pretty flimsy in that the response 
to FORCE without 'ARM' was simply the instruction to reissue the command 
with 'ARM'. Not exactly a concrete barrier.

Automatic Restart Manager as we know it today was never tied to the FORCE 
command, so the 'ARM' keyword remains a relic with as much (or little) 
protection as it had originally. Plus grist for an extended Friday 
conversation on IBM MAIN.


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Edward Jaffe 
To: IBM-MAIN@bama.ua.edu
Date:   09/23/2011 12:32 PM
Subject:Re: FORCE ARM
Sent by:IBM Mainframe Discussion List 



On 9/23/2011 10:38 AM, Phil Smith III wrote:
> So I'm confused. We don't really know what it stands for?

Apparently, since the meaning of ARM is not explicitly documented 
anywhere, that 
information found its way to the dustbin of history. :-(

-- 
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PTF question

[Skip Robinson]

`Twas brillig, and the slithy toves
  Did gyre and gimble in the wabe:
All mimsy were the borogoves,
  And the mome raths outgrabe.

My two previous replies came back to me garbled. Both look fine in my Sent 
folder...

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Ted MacNEIL 
To: IBM-MAIN@bama.ua.edu
Date:   09/05/2011 08:16 PM
Subject:Re: PTF question
Sent by:IBM Mainframe Discussion List 



Did gyre & gymbol on the wabe.

PS: I don't think troth is the 'correct' spelling.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: Ed Finnell 
Sender: IBM Mainframe Discussion List 
Date: Mon, 5 Sep 2011 22:16:35 
To: 
Reply-To: IBM Mainframe Discussion List 
Subject: Re: PTF question

'Twas brillig in the slimy troth...
 
 
In a message dated 9/5/2011 8:55:03 P.M. Central Daylight Time, 
jo.skip.robin...@sce.com writes:

KFRoaXMgaXMgaG93IGl0IGxvb2tzIGluIG15IFNlbnQgZm9sZGVyLi4uKQ0KDQpBcyB0aGV5IHNh



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PTF question

[Skip Robinson]

��z{S���}�ĝ��xjǺ�*'���O*^��m��Z�w!j�

Re: PTF question

[Skip Robinson]

��z{S���}�ĝ��xjǺ�*'���O*^��m��Z�w!j�

Re: Any Share proceedings on cloning and maintaining z/OS systems

[Skip Robinson]

We ran two user sessions on good practices: 

9800: z/OS PARMLIB Successful Practices - User Experience

9802: Successful Practices for Installing and Rolling Out z/OS Maintenance 
User Experience

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   John Eells 
To: IBM-MAIN@bama.ua.edu
Date:   09/01/2011 10:41 AM
Subject:Re: Any Share proceedings on cloning and maintaing z/OS 
systems
Sent by:IBM Mainframe Discussion List 



John Norgauer wrote:
> Looking for approaches for the maintaining and upgrading of z/OS 
systems.
> Placement of SMPE datasets and parmlibs
>

There is considerable information about this in z/OS Planning for 
Installation.  You might want to take a look at that to get started.



-- 
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Dumps with no useful memory

[Skip Robinson]

In a previous thread I mentioned the value of a nonspecific SLIP trap to 
glean the goings-on in a COBOL abend. Here's the gist of one adventure. 

A particular COBOL program was abending with truly unbelievable results. 
Depending on the price of beans in Biloxi, it got a S0C4 either in SORT or 
in a printer error recovery module. The program was neither sorting nor 
printing. I set a SLIP trap specifying nothing but jobname. The SVC dump 
revealed a run-of-the-mill S0C7 caused by bad data, at which point a very 
old and obviously ill-written STAE routine took control and caused a wild 
branch into LPA. Resolution was to remove the STAE routine completely. 

The lesson for me was that internally generated or directed abend actions 
may severely mislead the diagnosis. Let your SLIP show. ;-)

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Binyamin Dissen 
To: IBM-MAIN@bama.ua.edu
Date:   08/31/2011 07:51 AM
Subject:Re: Dumps with no useful memory
Sent by:IBM Mainframe Discussion List 



1. What is the complete message? What address spaces were dumped?

2. Also, as you have written that this was a customer dump, are you 
running
the same version of the operating system? If not, you need to use the
appropriate MIGLIB.

3. Also, your ESTAEX retry will receive control in the same environment 
that
the ESTAEX was issued.

On Wed, 31 Aug 2011 11:18:02 +0100 Robin Atwood 

wrote:

:>I have an abend 0C4 dump data set from a started task written in house.
:>The job log entry looks normal enough:
:>
:>04.36.46 STC09312  IEA794I SVC DUMP HAS CAPTURED:  087
:>
:>   087 DUMPID=001 REQUESTED BY JOB (PSPDMFG3)
:>
:>   087 DUMP TITLE=MFM ESTAEX V3.10(WS09)
:>Task(XDBMFADM,S0C4-010) Mo
:>   087DSVC   ,00063590,80064FF6) Action(rtry)
:>
:>
:>But when I look at address 64FF6 I get:
:>2000.:B93FFF.--Storage not available
:>
:>Similarly R11 is 1C42D9E8 but I see
:>1ABBA000.:_.--Storage not available
:>
:>IPCS STATUS reports
:>CPU STATUS:  
:>BLS18100I  ASID(X'0154') 1C43148A not available for PSW   
:>  ASCB340  at F66A00, JOB(PSPDMFG3), for the home ASID  
:>  ASXB340  at 8FDB70 for the home ASID. No block is 
dispatched 
:>  HOME ASID: 0154 PRIMARY ASID: 0154 SECONDARY ASID: 
0154 
:>
:>This application uses dependent ASIDs created with the ASCRE macro and
:>entered with the PC instruction and my suspicion is that the abend is
:>actually in one of these. Does anybody have an idea how I get z/OS to
:>the dump the ASID which actually abended (if that is indeed the  case)?
:>There is an estae which I could modify. I am not the original author so
:>this a bit of a poser!
:>
:>TIA



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM zIIP engine question?

[Skip Robinson]

I can speak only for DB2. When we implemented that V9, we saw immediate 
benefit on one LPAR: the one that heavily uses distributed DB2, i.e. 
queries coming in remotely from other servers. zIIP has little benefit for 
local queries such as CICS or (batch) TSO. There is zIIP usage by some DB2 
utilities, but they tend to run off shift, so impact on prime time CPU 
consumption is minimal.

Although OP didn't mention it, XRC (SDM) DASD mirroring also offloads a 
lot of cycles to zIIP. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Chris Hoelscher 
To: IBM-MAIN@bama.ua.edu
Date:   08/29/2011 09:06 AM
Subject:Re: IBM zIIP engine question?
Sent by:IBM Mainframe Discussion List 



I can address the IDMS 17 product - IT DEPENDS - if you use IDMS 
predominately as a back end to CICS or other front-ends - then I would say 
the answer is YES - we have seen tremendous savings in our CVs that run 
700 million transactions/week - 99% of the work was zIIP eligible, and 33% 
of that work actually ran on a zIIP - I am not in the performance 
measurement group, but I am told our annual savings is in the 6 figure 
range

If you use IDMS running ADS or DC COBOL - the answer is ... MAYBE  - the 
major pitfall to zIIP exploitation in IDMS 17 was switching between TCB 
and SRB modes - we had some tasks that switching 2500 times - the 
(billable) overhead exceeded the  (nonbillable) zIIP diversion - so it 
really depends

All bets are off in IDMS 18  - the algorithm has been re-written and the 
online side runs much more efficiently as to zIIP exploitation

Chris Hoelscher
IDMS & DB2 Database Administrator
502-476-2538

You only need to test the programs you don't want to get called on later


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Cosby, Bob
Sent: Monday, August 29, 2011 11:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] IBM zIIP engine question?

Is anyone on this list currently utilizing a zIIP engine with the below 
software products and were there benefits on purchasing the zIIP engine? 
IDMS Release 17
DB2 Version 9
FOCUS Version 7.6.10
Our agency is exploring the possibility of purchasing a z196 405 with a 
zIIP engine.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with an LE problem

[Skip Robinson]

An ESTAE routine has the power to suppress any indication of abend, 
including a return code of zero if that's what it wants to do. The point 
of a SLIP trap is that the operating system intervenes ahead of any 
internal ESTAE action and tells you what happened *first*. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Binyamin Dissen 
To: IBM-MAIN@bama.ua.edu
Date:   08/26/2011 05:51 AM
Subject:Re: Help with an LE problem
Sent by:IBM Mainframe Discussion List 



On Fri, 26 Aug 2011 14:39:22 +0200 "Hunkeler Peter (KIUP 4)"
 wrote:

:>>I guess I will need a real dump, but have no idea how to trap it 
:>>- after all I do not see an abend.

:>Have you tried EXEC PARM='/TRAP(OFF)' (For Cobol, LE runtime options
:>are after the /, right?)

:>TRAP(OFF) disables LE's usual ESPIE and ESTAE. If there is an abend
:>you should get a dump to either //SYSABEND, /SYSUDUMP, etc.

There is vendor code that screws with the LE options.

But, the basic point - nothing in the CEEDUMP shows that there was an 
abend,
other than the message.

--
Binyamin Dissen 
http://www.dissensoftware.com



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with an LE problem

[Skip Robinson]

I've had good luck with COBOL problems by setting a NONPER SLIP trap with 
no abend code specified. Just job name. SLIP is supposed to catch the 
first abend--before any ESTAE gets control--and produce an SVC dump for 
that abend. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Binyamin Dissen 
To: IBM-MAIN@bama.ua.edu
Date:   08/25/2011 02:31 PM
Subject:Help with an LE problem
Sent by:IBM Mainframe Discussion List 



I have a CEEDUMP with 

CEE3250C The system or user abend U 802 R=NULL was issued.

   ABEND code: 0322 Reason code: 

CIB:

   +00 000F37F8  C3C9C240   010C0004  
 00040CB2 61C3C5C5  |CIB /CEE|
   +20 000F3818  000B 000F3908 00040CB2 61C3C5C5  000B
 000EF1C8 C0D68988  |/CEE..1H.Oih|
   +40 000F3838   000F1BF8 43D7CADC 000EC478  0005
000EF2B8    |...8.PD...2.|
   +60 000F3858       
    ||
   +80 000F3878 - +9F 000F3897 same as above
   +A0 000F3898       80015000
0322    |..&.|
   +C0 000F38B8   43D78DFC 000F1BF8 000F1BF8  43D7CADC
  0001  |.P.8...8.P..|
   +E0 000F38D8  000EF1C8 0005 0064 FFFC  0001
  000E98D0  |..1H..q.|
   +000100 000F38F8  0012 000EC690    E9D4C3C8
0201 43D08008   |..F.ZMCH|

But the neither the PSW nor the registers are consistent with this abend. 
The
registers and PSW are consistent with the "Exception" location.

The ZMCH block has the exception information.

It is a COBOL program compiled with THREAD.

I guess I will need a real dump, but have no idea how to trap it - after 
all I
do not see an abend.

--
Binyamin Dissen 
http://www.dissensoftware.com




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CSP

[Skip Robinson]

For reasons even I don't understand, we still use CSP here. It continues 
to work under the latest z/OS release, although we have to use a saved 
copy of 1.7 SCEERUN library because we couldn't compile under 1.8. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mark Pace 
To: IBM-MAIN@bama.ua.edu
Date:   08/23/2011 12:45 PM
Subject:Re: CSP
Sent by:IBM Mainframe Discussion List 



Google -  ibm cross system product

Hopefully that will get you what you need.  That product has been out of
support for a long time.

On Tue, Aug 23, 2011 at 3:02 PM, Claudio Marcio  
wrote:

> Hi,
>
> There is a  program language used for mainframe called CSP, is what I 
want.
>
> att
> Claudio
>
>
> - Original Message - From: "Lizette Koehler" <
> stars...@mindspring.com>
> Newsgroups: bit.listserv.ibm-main
> To: 
> Sent: Tuesday, August 23, 2011 2:15 PM
> Subject: Re: CSP
>
>
>
>
>>>  Hello,
>>>
>>>  I need a manual CSP, can anyone help me?
>>>
>>> att
>>>
>>> Claudio
>>>
>>
>>
>> Claudio,
>>
>> Can you tell us what CSP stands for?  There are many names for CSP.  By
>> telling the full name, will help us.
>>
>> What product, what function?
>>
>> Lizette


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: NOT Running DFHSM on an LPAR

[Skip Robinson]

You do need to run HSM to take advantage of CRQ, but you can leave all the 
housekeeping work (overhead) to other LPARs. Without HSM running in this 
LPAR, you would have to (manually) issue recall commands on another LPAR. 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Lizette Koehler 
To: IBM-MAIN@bama.ua.edu
Date:   08/03/2011 10:40 AM
Subject:Re: NOT Running DFHSM on an LPAR
Sent by:IBM Mainframe Discussion List 



>
>Is this in a parallel sysplex?. If no, then the answer is *NO*. The 
request will be queued.
>
>If a parallel sysplex, look at the description for the "COMMON RECALL 
QUEUE". This will allow HSM on another LPAR to perform the recall.
>


Thanks.

This is a parallel Sysplex.  We are looking at CRQ but it looks like we 
have to have DFHSM active on that LPAR where we want it to be down.

Lizette


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html