Re: Problems calling IDCAMS:

[Edward Jaffe]

On 10/31/2011 12:12 PM, Joe Aulph wrote:

Because the 0C4 was happening in IDCAMS I thought I couldn't change IDCAMS
code.
So I opted for the LOAD&  CALL scenario instead of the LINK, it might work,
which I initially thought it did, I got around the S0C4.


In my experience such utilities works much better when ATTACHed rather than 
LINKed or CALLed.


--
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: BPXI039I and SHRLIBRGNSIZE at 100%

[John Gilmore]

Conservatism here--rejection of any reflexive, unthinking enlargement
of the [Unix] shared-library region size--is the right stuff.

I suspect, however, that my earlier post erred in not being
unambiguously  directive.  The performance penalties are, this time,
all on the down side,  They are significant when this region size is
too small, and those of enlarging it in any reasonable way, say by
doubling the 64 Mib default, are exiguous.

Still, it is appropriate to think before jumping.

John Gilmore, Ashland, MA 01721 - 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: Problems calling IDCAMS:

[Ed Gould]

 Joe,

You really need to look. At the IDCAMS book on how to invoke IDCAMS. From a 
iffy memory
R1 points to a list of DDNAMES like SYSIN1 and SYSRINT2 but you have to look at 
the docuetation.

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: BPXI039I and SHRLIBRGNSIZE at 100%

[Shane]

On Mon, 31 Oct 2011 12:23:00 -0500 "Shmuel Metz (Seymour J.)" wrote:

...
> BTW, am I the only one to think of Contract Bridge when I see a
> reference to the line?

Can't say I've ever confused the two in all these years.
Of course, now that you've mentioned it ...

Shane ...

--
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: Finding PROCs executed by JCL

[Ted MacNEIL]

>But I'd prefer that JCL just go away.

Get over it.
It's staying.
Too much investment to overcome.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

--
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: Scanning JES3 JCL

[Paul Gilmartin]

On Mon, 31 Oct 2011 17:32:38 -0400, Farley, Peter x23353 wrote:
>
>"TYPRUN=SCAN is irreparably broken"?  Really?  Examples, please.  The only 
>things I have found that TYPRUN=SCAN cannot determine are the existence of 
>input datasets...
>
Well, enticed by the statement in the JCL Ref:

SCAN
Requests that the system scan this job's JCL for syntax errors, ...

I assumed I could use TYPRUN=SCAN to check a job's JCL for
syntax errors.  But I have found, on JES2:

//JOBSCAN   JOB  505303JOB,'Paul Gilmartin',TYPRUN=SCAN,
// MSGLEVEL=(1,1),REGION=0M
//*
//USERCOUTPUT JESDS=ALL,DEFAULT=YES,
//  CLASS=R,PAGEDEF=V0648Z,CHARS=GT12
//*
//STEP EXEC  PGM=IEFBR14,COND=(0,LE)
//*
//LONGDSN1 DD DISP=SHR,
//  DSN=MORETHAN44CHARACTERSINTHIDDATASETNAMESHOULDCAUSEANERROR
//*
//LONGDSN2 DD DISP=SHR,
//  DSN=QUALIFIERS.LONGER.THAN8.CHARACTERS
//*
//REFERDD DISP=SHR,DSN=*.NONE.SUCH
//
... is scanned with no errors reported.  I concluded that SCAN is worthless 
unless
you deliberately commit the errors it's designed to report.  Yah, I know, the
behavior is documented.  That doesn't alter the fact that it's worthless.

I believe the best scan is to prefix an IEFBR14 step and bypass the rest
of the job with IF...ENDIF.

>Then again, I haven't worked on a JES3 system for more than three decades, so 
>I am quite ignorant of current JES3 capabilities and foibles.
>
Me, too.  My exposure to JES3 is limited to testing JCL already validated
on JES2.  But Ed has called my attention to some valuable facilities that
I was unfamiliar with.

-- gil

--
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: Scanning JES3 JCL

[Steve Thompson]

It has been a long time, but I worked in JES3 shops, even did a VSE to 
JES3 migration project.

What Mr. Jaffe said pretty much covers it, and then I think you can, using 
output DSP, send the result (no MAIN processing) to a data set where you 
can even edit it.

I was going through the z/OS 1.7 JCL REF to refresh my memories of how 
this is done.

Regards,
Steve Thompson
IBM Connect:Direct for z/OS 
Developer
__


Unlike JES2, JES3 C/I does both conversion and interpretation before 
execution.
In addition, JES3 provides the JCLTEST and JSTTEST tools for doing even 
more
in-depth JCL testing. From z/OS JES3 Initialization and Tuning Guide:

"During the prescan phase, the JCL for the job is examined for PGM=JCLTEST
or PGM=JSTTEST. If PGM=JCLTEST is found on an EXEC statement, the JCL is
interpreted and the job is then express canceled on completion of the CI
DSP.  If PGM=JSTTEST is found on an EXEC statement, the job is processed
through the prescan and postscan phases, a printed format of the job
summary table (JST) is printed on the JESYSMSG data set, and the job is
then canceled-with-print on completion of the CI DSP. For more information
on JCLTEST and JSTTEST, see z/OS JES3 Diagnosis."

You can write a REXX that submits your jobs, changes the EXEC to 
PGM=JSTTEST and
then examines the results. The JST table will tell you lots of great 
information
about data set use.

You can use the TSO/E OUTPUT command to copy the results from SPOOL to a 
data
set. Also, if you submit the job(s) via FTP, you can get the results back 
via
FTP.  [Better tools are also available... ;-) ]

--
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: Scanning JES3 JCL

[Edward Jaffe]

On 10/31/2011 2:32 PM, Roberts, John J wrote:

Would it be feasible to submit the job with TYPRUN=HOLD (TYPRUN=SCAN is 
irreparably
broken) and scan the resolved JESJCL with SDSF, then cancel it?

No SDSF at this shop, yet.  We use $AVRS and some other piece of junk which is 
a small improvement on ISPF 3.8.

But you might be on the right track.  From what I have read, JCL processing 
goes thru these stages: Reader, Converter, Interpreter, Resource Allocation, 
Job Selection and Scheduling, Output, and Purge.  It seems that TYPRUN=SCAN 
only does the reader and converter phases.  I suspect TYPRUN=HOLD is probably 
the same, or maybe it does the Interpreter too.  In any event, the converter 
phase does the PROC/SET/INCLUDE resolution and stores the result as C/I text on 
the JES SPOOL.  If only there was a way to pull this out of spool and write to 
a regular dataset.


Unlike JES2, JES3 C/I does both conversion and interpretation before execution. 
In addition, JES3 provides the JCLTEST and JSTTEST tools for doing even more 
in-depth JCL testing. From z/OS JES3 Initialization and Tuning Guide:


"During the prescan phase, the JCL for the job is examined for PGM=JCLTEST
or PGM=JSTTEST. If PGM=JCLTEST is found on an EXEC statement, the JCL is
interpreted and the job is then express canceled on completion of the CI
DSP.  If PGM=JSTTEST is found on an EXEC statement, the job is processed
through the prescan and postscan phases, a printed format of the job
summary table (JST) is printed on the JESYSMSG data set, and the job is
then canceled-with-print on completion of the CI DSP. For more information
on JCLTEST and JSTTEST, see z/OS JES3 Diagnosis."

You can write a REXX that submits your jobs, changes the EXEC to PGM=JSTTEST and 
then examines the results. The JST table will tell you lots of great information 
about data set use.


You can use the TSO/E OUTPUT command to copy the results from SPOOL to a data 
set. Also, if you submit the job(s) via FTP, you can get the results back via 
FTP.  [Better tools are also available... ;-) ]


--
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: Scanning JES3 JCL

[Farley, Peter x23353]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Paul Gilmartin
> Sent: Monday, October 31, 2011 5:13 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Scanning JES3 JCL
> 
> Would it be feasible to submit the job with TYPRUN=HOLD (TYPRUN=SCAN is
> irreparably broken) and scan the resolved JESJCL with SDSF, then cancel
> it?

"TYPRUN=SCAN is irreparably broken"?  Really?  Examples, please.  The only 
things I have found that TYPRUN=SCAN cannot determine are the existence of 
input datasets.  And since the OP is only asking for essentially the 
information that TYPRUN=SCAN produces, I would think it would be an appropriate 
(if somewhat clumsy) mechanism to achieve his stated goal when combined with an 
SDSF Rexx routine to retrieve the output.

Then again, I haven't worked on a JES3 system for more than three decades, so I 
am quite ignorant of current JES3 capabilities and foibles.

Peter
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
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: zOs Runtime Diagnostics

[Jim Mulder]

IBM Mainframe Discussion List  wrote on 10/31/2011 
03:25:05 PM:

> On 10/31/11 13:59, Edward Jaffe wrote:
> > On 10/31/2011 10:10 AM, Mark Jacobs wrote:
> >> We just started using the zOS Runtime Diagnostics under zOS 1.12 and 
> >> while I understand most of what it's telling us, I don't fully 
> >> understand what it's trying to tell me, or what I can do about it 
> >> when it reports on a HIGH LOCAL LOCK SUSPENSION RATE.
> >
> > Local lock suspension occurs when some executing code attempts to get 
> > the local lock (which is required for many services e.g., STORAGE) and 

> > another unit of work already has it. The requester is suspended until 
> > the lock is released by the other unit of work.
> >
> > If the rate is high (above average), it usually means some code is 
> > doing significant processing with the local lock held. It's not 
> > necessarily 'wrong'. Such statistics are a 'heads up' for the 
> > programmer(s). Is it your code that's executing? Or someone elses?
> >
> > Do you have 'Vsm UseZosV1R9Rules' coded in DIAGxx? Using the new rules 

> > can make STORAGE run faster, thus reducing local lock contention. 
YMMV.
> >
> 
> We're seeing it often for the HSM address space. We have UseZosV1R9Rules 

> set to No in Diagxx.
> 
> -- 
> Mark Jacobs
> Time Customer Service
> Tampa, FL

  RTD analyzes a System Trace snapshot to determine that there is
a HIGH LOCAL LOCK SUSPENSION RATE. 

  I have observed in the system trace of various dumps that
although HSM uses cell pools for automatic storage in some of its
modules, there are several other HSM modules which are invoked for every 
write to a tape which do Getmain/Freemain for automatic storage.
So when HSM has multiple TCBs doing this concurrently, that could 
lead to local lock contention.  I mentioned that to HSM development
a couple of years ago.  I don't know if it has been changed 
in newer releases. 

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: Scanning JES3 JCL

[Roberts, John J]

>>Can you submit the jobs (held if necessary) and post-process their JESJCL DD 
>>output? You should be able to extract that DD to a data set using whatever 
>>spool 
>>browse tool you have in-house. You can even do this with the TSO/E OUTPUT 
>>command.

I will try this and report back to the list.

I take it you don't recommend attempting to invoke IEFVH1 like you mentioned on 
this list before.

John

--
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: Scanning JES3 JCL

[Roberts, John J]

>>Would it be feasible to submit the job with TYPRUN=HOLD (TYPRUN=SCAN is 
>>irreparably
>>broken) and scan the resolved JESJCL with SDSF, then cancel it?

No SDSF at this shop, yet.  We use $AVRS and some other piece of junk which is 
a small improvement on ISPF 3.8.

But you might be on the right track.  From what I have read, JCL processing 
goes thru these stages: Reader, Converter, Interpreter, Resource Allocation, 
Job Selection and Scheduling, Output, and Purge.  It seems that TYPRUN=SCAN 
only does the reader and converter phases.  I suspect TYPRUN=HOLD is probably 
the same, or maybe it does the Interpreter too.  In any event, the converter 
phase does the PROC/SET/INCLUDE resolution and stores the result as C/I text on 
the JES SPOOL.  If only there was a way to pull this out of spool and write to 
a regular dataset.

John

--
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: Scanning JES3 JCL

[Edward Jaffe]

On 10/31/2011 1:52 PM, Roberts, John J wrote:

I have a requirement to generate cross references of JCL Source.


[snip]

Can you submit the jobs (held if necessary) and post-process their JESJCL DD 
output? You should be able to extract that DD to a data set using whatever spool 
browse tool you have in-house. You can even do this with the TSO/E OUTPUT command.


--
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: Large SVCDUMPS

[Jim Mulder]

> IBM Mainframe Discussion List 
> 
> On 10/31/11 13:04, Longnecker, Dennis wrote:
> > Can someone point me to the right place to find the documentation 
> on how to create large SVCDUMP datasets?   I need to create a large 
> dump dataset so I can take a console dump of DB2.  I keep getting 
> partial dumps.  I see in the messages the maximum size of a dataset 
> is 65,535 tracks which for a 3390 is 4369 cylinders.   In the z/OS 
> MVS diagnosis: Tools and Service Aids manual they say "IBM 
> Recommends using extended format sequential data sets as dump data 
> sets for SVC dumps..and they can hold 128 gigabytes".But the
> manual doesn't give any clues on how to create them.
> >
> > IBM APAR II06335 talks about the subject also:  " Note: With 
> DFSMS120 and Dynamic Dump Allocation, multi-volume EFDS format 
> datasets can be created for your SVCDUMP. "  but doesn't give any 
> clues on how to create such a beast either.
> >
> > I've tried created the SYS1.DUMP dataset on a MOD 9 with the 
> contig option, but it stops at the 65,535 tracks.
> >
> > Any pointers appreciated.
> >
> > Dennis
> >
> >
> > 
> You specify whether a dataset is allocated in extended format in it's 
> data class. I don't know off hand if SVCDUMP processing supports 
> DSNTYPE=LARGE, but if so that would be another option.
> 
> -- 
> Mark Jacobs
> Time Customer Service
> Tampa, FL

  In z/OS 1.13, SDUMP specifies the DSNTYPE=LARGE text unit on
its SVC 99 parameters if the dump data set needs to be 
larger than 64K tracks. 

  Prior to z/OS 1.13, you can use Extended Format Sequential 
data sets for large dumps.  Such data sets must be SMS managed,
and you would make the request for Extended Format in your 
SMS ACS routines. 
 
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: Scanning JES3 JCL

[Paul Gilmartin]

On Mon, 31 Oct 2011 15:52:59 -0500, Roberts, John J wrote:

>I have a requirement to generate cross references of JCL Source.  I need to 
>have a database that I can query ...
>
>So I wonder: is there any possibility of my invoking z/OS JES3 routines to 
>fully resolve JCL source?  I know that the JCL Converter/Interpreter does this 
>when you submit a job, but the result is a bunch of internal control blocks 
>chained together.  But is there anything that can take "complex JCL" as input 
>and output "simple JCL text" as file output (with all PROCs, INCLUDEs, and 
>symbols resolved)? Also, this needs to be something that can be done as a 
>regular application program, not something where I need to involve the 
>SysProgs (IEFUJV etc.).
>
Would it be feasible to submit the job with TYPRUN=HOLD (TYPRUN=SCAN is 
irreparably
broken) and scan the resolved JESJCL with SDSF, then cancel it?

-- gil

--
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 a catalog problem

[Dave Day]

Thank you for the response.  Now it makes more sense.  Heading for the SMS 
manuals now.  Thanks again.


   --Dave
- Original Message - 
From: "McKown, John" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, October 31, 2011 4:01 PM
Subject: Re: Help with a catalog problem


Sounds like the volumes are indicated as SMS managed in the VTOC, but you 
likely have not added them to a STORAGE GROUP in your new SMS environment. 
If they were previously SMS managed, they have an SMS indicator in the 
VTOC. When you try to allocate to them now, if the dataset is not SMS 
managed, and your z/OS doesn't have the volume listed in an existing 
Storage Group, then DADSM allocation gets upset. Bottom line: put the 
previously managed SMS volumes into a storage group on your current 
system. I don't know which one because I've never worked with ADCD (or 
ACDC ).


--
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 Dave Day
Sent: Monday, October 31, 2011 3:51 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Help with a catalog problem

I don't understand.  What needs to be done with SMS?  SMS was
active on the
originating 1.10 system, and is active on the 1.12 system.
The 1.12 system
is an ADCD system supplied by IBM, but I haven't done
anything to SMS on
that 1.12 system yet.  I had thought I could get my 3390's
moved and set up
on the new system, and then worry about SMS.

--Dave
- Original Message - 
From: "McKown, John" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, October 31, 2011 3:36 PM
Subject: Re: Help with a catalog problem


>> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dave Day
>> Sent: Monday, October 31, 2011 3:21 PM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Help with a catalog problem
>>
>> In moving data from one z/OS system to another, I have
>> somehow hosed up a catalog.  The orignal system was at z/Os
>> 1.10, the new system is at 1.12.  I moved 8 3390 volumes
>> using ADRDSSU dump and restore, and this looked like it
>> worked well.  One of the 3390's I moved had a user catalog on
>> it that contained the catalog entries for the datasets on the
>> moved volumes.  I executed an IMPORT CONNECT to connect the
>> ADCD system's master to the user, then did DEFINE ALIAS for
>> the alias entries.  Everything looked good at this point.  I
>> could find my existing datasets on the volumes using the
>> catalog.  Up until then I was working as IBMUSER.
>>
>> I logged off and logged back on with one of the new TSO
>> userid's defined on the 1.12 system.  The logon id was the
>> same as one defined on the 1.10 system.  Almost immediately
>> started getting various errors when trying to allocate new
>> datasets using ISPF 3.2 with a hlq that would match one of
>> the alias entries in the user catalog.  The errors would
>> occur if I did not specify a volser on the allocate.  If I
>> directed it towards a volume, as long as space was on the
>> volume, everything was ok.  The goofy part about this is that
>> I would get error messages on my TSO terminal indicating an
>> error while trying to allocate, but after hitting the enter
>> key, the dataset would get allocated.
>>
>> My thought was that a 1.10 catalog was not compatible with
>> 1.12, and that I had screwed up by just doing the IMPORT
>> CONNECT on the existing catalog that came with the volume
>> restore.  But I can't get rid of it.  Everything I try fails.
>>  Early on I did an EXPORT of the catalog, and that worked
>> fine.  I then tried an IMPORT, since the manual states the
>> catalog is deleted and re-defined in this operation, but the IMPORT
>> fails.  Error says it cannot open the catalog.
>>
>> I then deleted the alias entries for the user cat, and did an
>> EXPORT DISCONNECT of the user cat from the master cat.
>> Return code 0 from both.  I then defined another user cat on
>> a different volume, and tried an IMPORT of the exported copy.
>>  Job got errors.  The original user cat was named
>> UCAT.CATALOG1 on volume VPWRKF.  The new user cat is
>> UCAT.CATALOG on volume SCSYS1.  Am getting these errors
from the job:
>>
>> IEC614I CREATE FAILED - RC 192, DIAGNOSTIC INFORMATION IS
>> (04160055)

Re: FTP load mods from z/OS to laptop

[Paul Gilmartin]

On Mon, 31 Oct 2011 14:12:09 -0500, McKown, John wrote:

>directly? No. You can use TSO XMIT to create an unload, then do a BINary 
>transfer of that. Followed by a RECEIVE on z/OS.
>
So far in this thread, no one has mentioned AMATERSE.  Same process as XMIT;
easier to use in batch than XMIT.  Less network bandwidth.

(Didn't this thread unravel here a very few weeks ago?  Or was it one of the
other fora?)

-- gil

--
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: Scanning JES3 JCL

[McKown, John]

Not likely. I've tried to write a generic JCL scanner myself. It is very 
difficult. And I was using some pretty heavy tools, albeit on a Linux system, 
not z/OS itself. What occurs to me, which I have not tested, is the fact that 
z/OS JCL looks a lot like HLASM input. So I wonder if it would be possible to 
use HLASM and AREAD (to read the JCL in the HLASM sysin stream) and use AINSERT 
to reinsert it as a macro invocation. The macro would then use PUNCH statements 
to write out the expanded JCL to SYSPUNCH. It's just the barest beginning of an 
idea. 

--
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 Roberts, John J
> Sent: Monday, October 31, 2011 3:53 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Scanning JES3 JCL
> 
> I have a requirement to generate cross references of JCL 
> Source.  I need to have a database that I can query to answer 
> questions like this:
> 
> 1.   What job/jobstep/ddname references dataset A.B.C?
> 
> 2.   What job/jobstep references program XYZ?
> 
> 3.   What datasets does job J123 reference, ...
> 
> At this installation, we have simple source xref tools to do 
> this now, possible only because this installation did not 
> believe in SET/INCLUDE/PROC etc.
> 
> But now we are going to be creating much more elaborate JCL, 
> with heavy usage of SET/INCLUDE/PROC.  So the old tools won't 
> work anymore.
> 
> I have looked into COTS software like CA-JCLCHECK, but I 
> think this is a non-starter due to cost (we are on a group 80 
> machine).  I also know that legacy migration tools are 
> available off platform, but I really need a z/OS solution.
> 
> So I wonder: is there any possibility of my invoking z/OS 
> JES3 routines to fully resolve JCL source?  I know that the 
> JCL Converter/Interpreter does this when you submit a job, 
> but the result is a bunch of internal control blocks chained 
> together.  But is there anything that can take "complex JCL" 
> as input and output "simple JCL text" as file output (with 
> all PROCs, INCLUDEs, and symbols resolved)? Also, this needs 
> to be something that can be done as a regular application 
> program, not something where I need to involve the SysProgs 
> (IEFUJV etc.).
> 
> If I had a tool like this, then extracting xref information 
> to build the database become a fairly simple exercise.
> 
> John
> 
> --
> 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: Finding PROCs executed by JCL

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin
> Sent: Monday, October 31, 2011 3:59 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Finding PROCs executed by JCL
> 

> HLASM provides a MACRO and COPY member summary identifying the
> origin of copybook members.  JCL would do well to provide likewise.
> Feels like a Requirement.  But I'd prefer that JCL just go away.
> 
> -- gil

JCL won't go away. The thought of using "something else" is terrifying. Why? 
Because we need CA-11 job restart. I remember doing job restarts without CA-11. 
It puts all the restart requirement onto the programmer. Who generally doesn't 
even have time to write JCL or control statements which are error resistant.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

Re: Finding PROCs executed by JCL

[Paul Gilmartin]

On Mon, 31 Oct 2011 21:04:53 +0100, Vernooij, CP - SPLXM wrote:

>"Bruce"  wrote in message 
>news:<7cfb3a38-692b-465b-9af0-98ecb128a...@n18g2000vbv.googlegroups.com>...
>On Oct 31, 10:43 am, StevePratt  wrote:
>> Wouldn't it be easier just to scan the JOBs and pull out the PROC
>> names?
>>
>> I guess I'm puzzled by the SMF approach.
>
>Unfortunately, for a lot of the jobs in question, there is no
>permantly existing JCL, it is JCL created dynamically by programs and
>dumped into the internal reader or JCL that comes in from outside
>clients. Obviously for static JCL in our local libraries you are
>right, we could just scan the jobs themselves.
> 
Would it be feasible to use SDSF SJ (possibly via the Rexx API) to acess
the JCL before the job is purged?

HLASM provides a MACRO and COPY member summary identifying the
origin of copybook members.  JCL would do well to provide likewise.
Feels like a Requirement.  But I'd prefer that JCL just go away.

-- gil

--
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 a catalog problem

[Staller, Allan]

This message, which is pretty explicit, seems to indicate that the
source volume is SMS managed and the target volume is not (or
vice-versa).
You might want to do a LISTCAT ALL on the source system to verify the
correct MGMTCLAS, STORCLAS, DATACLAS  and ensure the same 
MGMTCLAS, STORCLAS, DATACLAS are available on the target system.

Even easier, Import connect the source catalog on the target system
(forget about the dump/restore).

HTH,



I don't understand.  What needs to be done with SMS?  SMS was active on
the 
originating 1.10 system, and is active on the 1.12 system.  The 1.12
system 
is an ADCD system supplied by IBM, but I haven't done anything to SMS on

that 1.12 system yet.  I had thought I could get my 3390's moved and set
up 
on the new system, and then worry about SMS.



>> In moving data from one z/OS system to another, I have
>> somehow hosed up a catalog.  The orignal system was at z/Os
>> 1.10, the new system is at 1.12.  I moved 8 3390 volumes
>> using ADRDSSU dump and restore, and this looked like it
>> worked well.  One of the 3390's I moved had a user catalog on
>> it that contained the catalog entries for the datasets on the
>> moved volumes.  I executed an IMPORT CONNECT to connect the
>> ADCD system's master to the user, then did DEFINE ALIAS for
>> the alias entries.  Everything looked good at this point.  I
>> could find my existing datasets on the volumes using the
>> catalog.  Up until then I was working as IBMUSER.
>>
>> I logged off and logged back on with one of the new TSO
>> userid's defined on the 1.12 system.  The logon id was the
>> same as one defined on the 1.10 system.  Almost immediately
>> started getting various errors when trying to allocate new
>> datasets using ISPF 3.2 with a hlq that would match one of
>> the alias entries in the user catalog.  The errors would
>> occur if I did not specify a volser on the allocate.  If I
>> directed it towards a volume, as long as space was on the
>> volume, everything was ok.  The goofy part about this is that
>> I would get error messages on my TSO terminal indicating an
>> error while trying to allocate, but after hitting the enter
>> key, the dataset would get allocated.
>>
>> My thought was that a 1.10 catalog was not compatible with
>> 1.12, and that I had screwed up by just doing the IMPORT
>> CONNECT on the existing catalog that came with the volume
>> restore.  But I can't get rid of it.  Everything I try fails.
>>  Early on I did an EXPORT of the catalog, and that worked
>> fine.  I then tried an IMPORT, since the manual states the
>> catalog is deleted and re-defined in this operation, but the IMPORT
>> fails.  Error says it cannot open the catalog.
>>
>> I then deleted the alias entries for the user cat, and did an
>> EXPORT DISCONNECT of the user cat from the master cat.
>> Return code 0 from both.  I then defined another user cat on
>> a different volume, and tried an IMPORT of the exported copy.
>>  Job got errors.  The original user cat was named
>> UCAT.CATALOG1 on volume VPWRKF.  The new user cat is
>> UCAT.CATALOG on volume SCSYS1.  Am getting these errors from the job:
>>
>> IEC614I CREATE FAILED - RC 192, DIAGNOSTIC INFORMATION IS
>> (04160055) ,
>> STEP1,VPWRKF,UCAT.CATALOG1
>>
> From:
>
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2R1A0/6.9.
1
>
> 04160055 on the CREATE appears to be the answer:
> 
> Verify that SMS flags passed by the caller match those in the FMT4
DSCB; 
> FMT4 DSCB indicates volume is SMS-managed, but data set is not 
> SMS-managed.
> 


--
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 a catalog problem

[McKown, John]

Sounds like the volumes are indicated as SMS managed in the VTOC, but you 
likely have not added them to a STORAGE GROUP in your new SMS environment. If 
they were previously SMS managed, they have an SMS indicator in the VTOC. When 
you try to allocate to them now, if the dataset is not SMS managed, and your 
z/OS doesn't have the volume listed in an existing Storage Group, then DADSM 
allocation gets upset. Bottom line: put the previously managed SMS volumes into 
a storage group on your current system. I don't know which one because I've 
never worked with ADCD (or ACDC ).

--
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 Dave Day
> Sent: Monday, October 31, 2011 3:51 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Help with a catalog problem
> 
> I don't understand.  What needs to be done with SMS?  SMS was 
> active on the 
> originating 1.10 system, and is active on the 1.12 system.  
> The 1.12 system 
> is an ADCD system supplied by IBM, but I haven't done 
> anything to SMS on 
> that 1.12 system yet.  I had thought I could get my 3390's 
> moved and set up 
> on the new system, and then worry about SMS.
> 
> --Dave
> - Original Message - 
> From: "McKown, John" 
> Newsgroups: bit.listserv.ibm-main
> To: 
> Sent: Monday, October 31, 2011 3:36 PM
> Subject: Re: Help with a catalog problem
> 
> 
> >> -Original Message-
> >> From: IBM Mainframe Discussion List
> >> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dave Day
> >> Sent: Monday, October 31, 2011 3:21 PM
> >> To: IBM-MAIN@bama.ua.edu
> >> Subject: Help with a catalog problem
> >>
> >> In moving data from one z/OS system to another, I have
> >> somehow hosed up a catalog.  The orignal system was at z/Os
> >> 1.10, the new system is at 1.12.  I moved 8 3390 volumes
> >> using ADRDSSU dump and restore, and this looked like it
> >> worked well.  One of the 3390's I moved had a user catalog on
> >> it that contained the catalog entries for the datasets on the
> >> moved volumes.  I executed an IMPORT CONNECT to connect the
> >> ADCD system's master to the user, then did DEFINE ALIAS for
> >> the alias entries.  Everything looked good at this point.  I
> >> could find my existing datasets on the volumes using the
> >> catalog.  Up until then I was working as IBMUSER.
> >>
> >> I logged off and logged back on with one of the new TSO
> >> userid's defined on the 1.12 system.  The logon id was the
> >> same as one defined on the 1.10 system.  Almost immediately
> >> started getting various errors when trying to allocate new
> >> datasets using ISPF 3.2 with a hlq that would match one of
> >> the alias entries in the user catalog.  The errors would
> >> occur if I did not specify a volser on the allocate.  If I
> >> directed it towards a volume, as long as space was on the
> >> volume, everything was ok.  The goofy part about this is that
> >> I would get error messages on my TSO terminal indicating an
> >> error while trying to allocate, but after hitting the enter
> >> key, the dataset would get allocated.
> >>
> >> My thought was that a 1.10 catalog was not compatible with
> >> 1.12, and that I had screwed up by just doing the IMPORT
> >> CONNECT on the existing catalog that came with the volume
> >> restore.  But I can't get rid of it.  Everything I try fails.
> >>  Early on I did an EXPORT of the catalog, and that worked
> >> fine.  I then tried an IMPORT, since the manual states the
> >> catalog is deleted and re-defined in this operation, but the IMPORT
> >> fails.  Error says it cannot open the catalog.
> >>
> >> I then deleted the alias entries for the user cat, and did an
> >> EXPORT DISCONNECT of the user cat from the master cat.
> >> Return code 0 from both.  I then defined another user cat on
> >> a different volume, and tried an IMPORT of the exported copy.
> >>  Job got errors.  The original user cat was named
> >> UCAT.CATALOG1 on volume VPWRKF.  The new user cat is
> >> UCAT.CATALOG on volume SCSYS1.  Am getting these errors 
> from the job:
> >>
> >> IEC614I CREATE FAILED - RC 192, DIAGNOSTIC INFORMATION IS
> >> (04160055) ,
> >> STEP1,VPWRKF,UCAT.CATALOG1
> >>
> > From:
> > 
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT
> 2R1

Scanning JES3 JCL

[Roberts, John J]

I have a requirement to generate cross references of JCL Source.  I need to 
have a database that I can query to answer questions like this:

1.   What job/jobstep/ddname references dataset A.B.C?

2.   What job/jobstep references program XYZ?

3.   What datasets does job J123 reference, ...

At this installation, we have simple source xref tools to do this now, possible 
only because this installation did not believe in SET/INCLUDE/PROC etc.

But now we are going to be creating much more elaborate JCL, with heavy usage 
of SET/INCLUDE/PROC.  So the old tools won't work anymore.

I have looked into COTS software like CA-JCLCHECK, but I think this is a 
non-starter due to cost (we are on a group 80 machine).  I also know that 
legacy migration tools are available off platform, but I really need a z/OS 
solution.

So I wonder: is there any possibility of my invoking z/OS JES3 routines to 
fully resolve JCL source?  I know that the JCL Converter/Interpreter does this 
when you submit a job, but the result is a bunch of internal control blocks 
chained together.  But is there anything that can take "complex JCL" as input 
and output "simple JCL text" as file output (with all PROCs, INCLUDEs, and 
symbols resolved)? Also, this needs to be something that can be done as a 
regular application program, not something where I need to involve the SysProgs 
(IEFUJV etc.).

If I had a tool like this, then extracting xref information to build the 
database become a fairly simple exercise.

John

--
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 a catalog problem

[Dave Day]

I don't understand.  What needs to be done with SMS?  SMS was active on the 
originating 1.10 system, and is active on the 1.12 system.  The 1.12 system 
is an ADCD system supplied by IBM, but I haven't done anything to SMS on 
that 1.12 system yet.  I had thought I could get my 3390's moved and set up 
on the new system, and then worry about SMS.


   --Dave
- Original Message - 
From: "McKown, John" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, October 31, 2011 3:36 PM
Subject: Re: Help with a catalog problem



-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dave Day
Sent: Monday, October 31, 2011 3:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Help with a catalog problem

In moving data from one z/OS system to another, I have
somehow hosed up a catalog.  The orignal system was at z/Os
1.10, the new system is at 1.12.  I moved 8 3390 volumes
using ADRDSSU dump and restore, and this looked like it
worked well.  One of the 3390's I moved had a user catalog on
it that contained the catalog entries for the datasets on the
moved volumes.  I executed an IMPORT CONNECT to connect the
ADCD system's master to the user, then did DEFINE ALIAS for
the alias entries.  Everything looked good at this point.  I
could find my existing datasets on the volumes using the
catalog.  Up until then I was working as IBMUSER.

I logged off and logged back on with one of the new TSO
userid's defined on the 1.12 system.  The logon id was the
same as one defined on the 1.10 system.  Almost immediately
started getting various errors when trying to allocate new
datasets using ISPF 3.2 with a hlq that would match one of
the alias entries in the user catalog.  The errors would
occur if I did not specify a volser on the allocate.  If I
directed it towards a volume, as long as space was on the
volume, everything was ok.  The goofy part about this is that
I would get error messages on my TSO terminal indicating an
error while trying to allocate, but after hitting the enter
key, the dataset would get allocated.

My thought was that a 1.10 catalog was not compatible with
1.12, and that I had screwed up by just doing the IMPORT
CONNECT on the existing catalog that came with the volume
restore.  But I can't get rid of it.  Everything I try fails.
 Early on I did an EXPORT of the catalog, and that worked
fine.  I then tried an IMPORT, since the manual states the
catalog is deleted and re-defined in this operation, but the IMPORT
fails.  Error says it cannot open the catalog.

I then deleted the alias entries for the user cat, and did an
EXPORT DISCONNECT of the user cat from the master cat.
Return code 0 from both.  I then defined another user cat on
a different volume, and tried an IMPORT of the exported copy.
 Job got errors.  The original user cat was named
UCAT.CATALOG1 on volume VPWRKF.  The new user cat is
UCAT.CATALOG on volume SCSYS1.  Am getting these errors from the job:

IEC614I CREATE FAILED - RC 192, DIAGNOSTIC INFORMATION IS
(04160055) ,
STEP1,VPWRKF,UCAT.CATALOG1


From:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2R1A0/6.9.1

04160055 on the CREATE appears to be the answer:

Verify that SMS flags passed by the caller match those in the FMT4 DSCB; 
FMT4 DSCB indicates volume is SMS-managed, but data set is not 
SMS-managed.



--
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@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: FTP load mods from z/OS to laptop

[Ted MacNEIL]

In binary, so you don't run into code page problems.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: גדי בן אבי 
Sender: IBM Mainframe Discussion List 
Date: Mon, 31 Oct 2011 20:37:17 
To: 
Reply-To: IBM Mainframe Discussion List 
Subject: Re: FTP load mods from z/OS to laptop

Copy the load modules to a pds  (or just use the one they're in)
Use XMIT to create a flat file,
transfer the file to you pc and then back to z/OS.
Use RECEIVE to recreate the PDS


From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of Tony 
Santo [anthony.sa...@us.ngrid.com]
Sent: 31 October 2011 20:18
To: IBM-MAIN@bama.ua.edu
Subject: FTP load mods from z/OS to laptop

Does anyone have any idea how to copy or ftp load pds mods to a laptop and then 
copy or ftp back to z/os?
Thanks
tony

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

לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם 
החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו 
החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) 
המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון,
ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.


Please note that in accordance with Malam's signatory rights, no offer, 
agreement, concession or representation is binding on the company,
unless accompanied by a duly signed separate document (or a scanned version 
thereof), affixed with the company's seal.

--
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: Help with a catalog problem

[Lizette Koehler]

>In moving data from one z/OS system to another, I have somehow hosed up a 
>catalog.  The orignal system was at z/Os 1.10, the new system is at 1.12.  I 
>moved 8 3390 volumes using ADRDSSU dump and restore, and this looked like it 
>worked well.  One of the 3390's I moved had a user catalog on it that 
>contained the catalog entries for the datasets on the moved volumes.  I 
>executed an IMPORT CONNECT to connect the ADCD system's master to the user, 
>then did DEFINE ALIAS for the alias entries.  Everything looked good at this 
>point.  I could find my existing datasets on the volumes using the catalog.  
>Up until then I was working as IBMUSER.
>
>I logged off and logged back on with one of the new TSO userid's defined on 
>the 1.12 system.  The logon id was the same as one defined on the 1.10 system. 
> Almost immediately started getting various errors when trying to allocate new 
>datasets using ISPF 3.2 with a hlq that would match one of the alias entries 
>in the user catalog.  The errors would occur if I did not specify a volser on 
>the allocate.  If I directed it towards a volume, as long as space was on the 
>volume, everything was ok.  The goofy part about this is that I would get 
>error messages on my TSO terminal indicating an error while trying to 
>allocate, but after hitting the enter key, the dataset would get allocated. 
>
>My thought was that a 1.10 catalog was not compatible with 1.12, and that I 
>had screwed up by just doing the IMPORT CONNECT on the existing catalog that 
>came with the volume restore.  But I can't get rid of it.  Everything I try 
>fails.  Early on I did an EXPORT of the catalog, and that worked fine.  I then 
>tried an IMPORT, since the manual states the catalog is deleted and re-defined 
>in this operation, but the IMPORT
>fails.  Error says it cannot open the catalog.
>
>I then deleted the alias entries for the user cat, and did an EXPORT 
>DISCONNECT of the user cat from the master cat.  Return code 0 from both.  I 
>then defined another user cat on a different volume, and tried an IMPORT of 
>the exported copy.  Job got errors.  The original user cat was named 
>UCAT.CATALOG1 on volume VPWRKF.  The new user cat is UCAT.CATALOG on volume 
>SCSYS1.  Am getting these errors from the job:
>

I would look at the esoterics, acs routines.

Does the Ucat on 1.10 have the same esoteric name in the 1.12 system?  Does it 
define the same volume type that it was backed up from?
Does the ACS code on 1.10 provide the same elements under 1.12?

Did you indicate NOSMS in the DFDSS restore? NULLMGMTCLAS or NULLSTORCLAS or 
BYPASSACS(dsn{,dsn...})}   

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: Help with a catalog problem

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dave Day
> Sent: Monday, October 31, 2011 3:21 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Help with a catalog problem
> 
> In moving data from one z/OS system to another, I have 
> somehow hosed up a catalog.  The orignal system was at z/Os 
> 1.10, the new system is at 1.12.  I moved 8 3390 volumes 
> using ADRDSSU dump and restore, and this looked like it 
> worked well.  One of the 3390's I moved had a user catalog on 
> it that contained the catalog entries for the datasets on the 
> moved volumes.  I executed an IMPORT CONNECT to connect the 
> ADCD system's master to the user, then did DEFINE ALIAS for 
> the alias entries.  Everything looked good at this point.  I 
> could find my existing datasets on the volumes using the 
> catalog.  Up until then I was working as IBMUSER.
> 
> I logged off and logged back on with one of the new TSO 
> userid's defined on the 1.12 system.  The logon id was the 
> same as one defined on the 1.10 system.  Almost immediately 
> started getting various errors when trying to allocate new 
> datasets using ISPF 3.2 with a hlq that would match one of 
> the alias entries in the user catalog.  The errors would 
> occur if I did not specify a volser on the allocate.  If I 
> directed it towards a volume, as long as space was on the 
> volume, everything was ok.  The goofy part about this is that 
> I would get error messages on my TSO terminal indicating an 
> error while trying to allocate, but after hitting the enter 
> key, the dataset would get allocated. 
> 
> My thought was that a 1.10 catalog was not compatible with 
> 1.12, and that I had screwed up by just doing the IMPORT 
> CONNECT on the existing catalog that came with the volume 
> restore.  But I can't get rid of it.  Everything I try fails. 
>  Early on I did an EXPORT of the catalog, and that worked 
> fine.  I then tried an IMPORT, since the manual states the 
> catalog is deleted and re-defined in this operation, but the IMPORT
> fails.  Error says it cannot open the catalog.
> 
> I then deleted the alias entries for the user cat, and did an 
> EXPORT DISCONNECT of the user cat from the master cat.  
> Return code 0 from both.  I then defined another user cat on 
> a different volume, and tried an IMPORT of the exported copy. 
>  Job got errors.  The original user cat was named 
> UCAT.CATALOG1 on volume VPWRKF.  The new user cat is 
> UCAT.CATALOG on volume SCSYS1.  Am getting these errors from the job:
> 
> IEC614I CREATE FAILED - RC 192, DIAGNOSTIC INFORMATION IS 
> (04160055) ,  
> STEP1,VPWRKF,UCAT.CATALOG1   
> 
From:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2R1A0/6.9.1

04160055 on the CREATE appears to be the answer:

Verify that SMS flags passed by the caller match those in the FMT4 DSCB; FMT4 
DSCB indicates volume is SMS-managed, but data set is not SMS-managed.


--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

Re: question about tcpip

[Kurt Eastwood]

Chris,

Thank you for the time you put into my question and for your responses.

Kurt

--- On Sat, 10/29/11, Chris Mason  wrote:

> From: Chris Mason 
> Subject: Re: question about tcpip
> To: IBM-MAIN@bama.ua.edu
> Date: Saturday, October 29, 2011, 3:59 PM
> Kurt
> 
> Something else I forgot to do last time was check the z/OS
> Communications Server IP Diagnosis Guide manual for any
> references.
> 
> There is actually a very useful one which helps explain how
> the ETC.SERVICES data set is used. This is the following:
> 
> 3.17.1 Setting up the inetd configuration file
> 
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1c5b0/3.17.1
> 
> Chris Mason
> 
> On Wed, 26 Oct 2011 11:14:53 -0700, Kurt Eastwood 
> wrote:
> 
> >Hello,
> >
> >Thanks to any and all who consider my question.
> >
> >Can  the TCPIP.ETC.SERVICES file be changed at
> will or are there special considerations for changing this
> file , such as task usage, back up, etc that must be taken
> into account before changing this file?
> >
> >Can anyone give me a brief explanation when and how
> this file is used?
> >
> >Thanks for any help anyone is willing to offer.
> >
> >Kurt
> 
> --
> 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

Help with a catalog problem

[Dave Day]

In moving data from one z/OS system to another, I have somehow hosed up a 
catalog.  The orignal system was at z/Os 1.10, the new system is at 1.12.  I 
moved 8 3390 volumes using ADRDSSU dump and restore, and this looked like it 
worked well.  One of the 3390's I moved had a user catalog on it that contained 
the catalog entries for the datasets on the moved volumes.  I executed an 
IMPORT CONNECT to connect the ADCD system's master to the user, then did DEFINE 
ALIAS for the alias entries.  Everything looked good at this point.  I could 
find my existing datasets on the volumes using the catalog.  Up until then I 
was working as IBMUSER.

I logged off and logged back on with one of the new TSO userid's defined on the 
1.12 system.  The logon id was the same as one defined on the 1.10 system.  
Almost immediately started getting various errors when trying to allocate new 
datasets using ISPF 3.2 with a hlq that would match one of the alias entries in 
the user catalog.  The errors would occur if I did not specify a volser on the 
allocate.  If I directed it towards a volume, as long as space was on the 
volume, everything was ok.  The goofy part about this is that I would get error 
messages on my TSO terminal indicating an error while trying to allocate, but 
after hitting the enter key, the dataset would get allocated. 

My thought was that a 1.10 catalog was not compatible with 1.12, and that I had 
screwed up by just doing the IMPORT CONNECT on the existing catalog that came 
with the volume restore.  But I can't get rid of it.  Everything I try fails.  
Early on I did an EXPORT of the catalog, and that worked fine.  I then tried an 
IMPORT, since the manual states the catalog is deleted and re-defined in this 
operation, but the IMPORT
fails.  Error says it cannot open the catalog.

I then deleted the alias entries for the user cat, and did an EXPORT DISCONNECT 
of the user cat from the master cat.  Return code 0 from both.  I then defined 
another user cat on a different volume, and tried an IMPORT of the exported 
copy.  Job got errors.  The original user cat was named UCAT.CATALOG1 on volume 
VPWRKF.  The new user cat is UCAT.CATALOG on volume SCSYS1.  Am getting these 
errors from the job:

IEC614I CREATE FAILED - RC 192, DIAGNOSTIC INFORMATION IS (04160055) ,  
STEP1,VPWRKF,UCAT.CATALOG1   

Idcams output is:

  IMPORT INFILE(RECEIVE) OUTDATASET(UCAT.CATALOG) ALIAS - 
  INTOEMPTY - 
  CATALOG(CATALOG.Z112S.MASTER)   
0IDC0604I DATA SET BEING IMPORTED WAS EXPORTED ON   10/31/11 AT 10:27:45  
0IDC3020I UNABLE TO ALLOCATE SPACE ON USER VOLUME 
 IDC3009I ** VSAM CATALOG RETURN CODE IS 68 - REASON CODE IS IGG0CLEW-192 
0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12   

When I look these messages up, its not making any sense to me.  I tried the 
user cat on two different volumes and got the same error.  The volume SCSYS1 
has loads of space on it.

I need to get a user catalog on this 1.12 system with entries in it pointing to 
my datasets on the 3390's.  What is the best way to proceed?  I've got a volume 
backup of the volume with the 1.10 user cat on it, and could do a volume 
restore again.  I could go back to the 1.10 system and do an EXPORT there, then 
move the exported copy to the 1.12 system.  What works?  Any help or advice 
would be appreciated.

--Dave Day

--
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: zOs Runtime Diagnostics

[Mark Jacobs]

On 10/31/11 13:59, Edward Jaffe wrote:

On 10/31/2011 10:10 AM, Mark Jacobs wrote:
We just started using the zOS Runtime Diagnostics under zOS 1.12 and 
while I understand most of what it's telling us, I don't fully 
understand what it's trying to tell me, or what I can do about it 
when it reports on a HIGH LOCAL LOCK SUSPENSION RATE.


Local lock suspension occurs when some executing code attempts to get 
the local lock (which is required for many services e.g., STORAGE) and 
another unit of work already has it. The requester is suspended until 
the lock is released by the other unit of work.


If the rate is high (above average), it usually means some code is 
doing significant processing with the local lock held. It's not 
necessarily 'wrong'. Such statistics are a 'heads up' for the 
programmer(s). Is it your code that's executing? Or someone elses?


Do you have 'Vsm UseZosV1R9Rules' coded in DIAGxx? Using the new rules 
can make STORAGE run faster, thus reducing local lock contention. YMMV.




We're seeing it often for the HSM address space. We have UseZosV1R9Rules 
set to No in Diagxx.


--
Mark Jacobs
Time Customer Service
Tampa, FL


One of life's greatest mysteries is how the boy who
wasn't good enough to marry your daughter can be the
father of the smartest grandchild in the world.

Yiddish Proverb

--
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: As IBM CEO, Ginni Rometty will bring some Midwestern charm

[Shmuel Metz (Seymour J.)]

In <1319997629.14291.yahoomail...@web65516.mail.ac4.yahoo.com>, on
10/30/2011
   at 11:00 AM, Scott Ford  said:

>Absolutely, also home of Ft. Benjamin Harrison.

ITYM Uncle Benny's Rest Home; my exposure to Indianapolis was due to
taking classes there.

>Hoosiers are usually all pretty nice in general,

Apparently Indianapolis has a reputation[1] for being inhospitable; I
certainly saw no signs of it when I was there.

[1] Possibly stemming from incidents in an earlier era,
or depending on one's pigmentation[2]

[2] I'm Melanin challenged.
 
-- 
 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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: BPXI039I and SHRLIBRGNSIZE at 100%

[Lizette Koehler]

>
>>This is not something I just want to blindly increase as the
>>documentation is not clear on how my overall system performance is
>>going to be impacted.  
>
>I doubt that performance is an issue. What might be a problem is a
>shortage of private virtual storage above the line.
>
>BTW, am I the only one to think of Contract Bridge when I see a
>reference to the line?
> 


IBM is resesarching as the D OMVS,L as not showing correct infomration based on 
what is actually using the SHRLIBRGNSIZE.

I will let you know what happens.


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: Finding PROCs executed by JCL

[Vernooij, CP - SPLXM]

"Bruce"  wrote in message 
news:<7cfb3a38-692b-465b-9af0-98ecb128a...@n18g2000vbv.googlegroups.com>...
On Oct 31, 10:43 am, StevePratt  wrote:
> Wouldn't it be easier just to scan the JOBs and pull out the PROC
> names?
>
> I guess I'm puzzled by the SMF approach.

Unfortunately, for a lot of the jobs in question, there is no
permantly existing JCL, it is JCL created dynamically by programs and
dumped into the internal reader or JCL that comes in from outside
clients. Obviously for static JCL in our local libraries you are
right, we could just scan the jobs themselves.

Thanks,
Bruce
--

Bruce,

First remark: the newsgroup is a mirror of the IMB-MAIN listserver and that is 
where the majority of IBM-MAIN people reside. See the automagic info at the 
bottom.

Second, could you approach it from a different angle: if the procs are from a 
proclib under your control, you could add something to the procs (e.g. acct 
info) that you can extract from SMF and determine this way the proc and 
possibly other info.

Kees.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

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



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

Re: FTP load mods from z/OS to laptop

[McKown, John]

directly? No. You can use TSO XMIT to create an unload, then do a BINary 
transfer of that. Followed by a RECEIVE on z/OS.

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 Tony Santo
> Sent: Monday, October 31, 2011 1:19 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: FTP load mods from z/OS to laptop
> 
> Does anyone have any idea how to copy or ftp load pds mods to 
> a laptop and then copy or ftp back to z/os?
> Thanks
> tony
> 
> --
> 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: Problems calling IDCAMS:

[Joe Aulph]

My intent is to construct a proper SYSIN statement and Call IDCAMS using my
SYSIN, this I have done.
After IDCAMS is finished I should have some SYSPRINT which I would massage
after the call to IDCAMS, ie... not using the IDCAMS "user I/O routine"
fcaility.
At this point I've modified my code to immediately exit upon return from
IDCAMS, no massaging of SYSPRINT at all.
As such the SYSPRINT output remains as I described earlier.

According to the AMS for ICF catalogs, the LOAD & CALL scenario is:

LOAD EP=IDCAMS

then load register 15 with the address returned from LOAD:

LR  15,0

Followed by the call:

CALL  (15),optionaddr,VL

Because I have specified no IDCAMS processing options, PARM= on the EXEC
PGM= JCL card.
The "optionaddr" points to a half word of binary zeros.


Because the 0C4 was happening in IDCAMS I thought I couldn't change IDCAMS
code.
So I opted for the LOAD & CALL scenario instead of the LINK, it might work,
which I initially thought it did, I got around the S0C4.

I have found this in my testing today.
Initially I used an example of an IDCAMS call from a CBT tape program it
was simply:

 LAR1,argumentlist (points to binary zeros) .
 LINK  EP=IDCAMS

Which was the format that initially worked, until the S0C4.
After a bit of RTFM in the AMS guide, I find this format should be:

 LAR1,VGCARGL
 LINK  EP=IDCAMS,PARAM=options,VL=1 Options pointing to a half word of
binary zeros.

Now whether I use this method or the LOAD & CALL method I get my SYSPRINT
messed up.

As much as I am trying to avoid the "user I/O routine" is this the route I
must take?




On Sat, Oct 29, 2011 at 7:29 PM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:

> In
> ,
> on 10/28/2011
>   at 03:39 PM, Joe Aulph  said:
>
> > LAR1,ARGLIST
>
> What is in ARGLIST and the things it points at?
>
> >I was able to construct SYSIN and get the appropriate SYSPRINT. But
> >as the program grew I ran into S0C4 rsn=0011 problems.
>
> Where? Did you try to resolve them?
>
> --
> 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: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Joe Aulph,
Florida Dept. of Children & Families
Senior Systems Programmer:
850-487-8945

--
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: As IBM CEO, Ginni Rometty will bring some Midwestern charm

[Shmuel Metz (Seymour J.)]

In <1319987914.54677.yahoomailmob...@web161421.mail.bf1.yahoo.com>, on
10/30/2011
   at 08:18 AM, Ed Gould  said:

>Hopefully it was the appropriate uniform for the time and place :)

It was the uniform of the Army of the United States, issued to me by
said army. Apparently iot was appropriate in Indianapolis but not in
Augusta of Columbia.

It has long been my feeling that when deciding upon base closings, the
way the locals treat the troops should be taken into account in a big
way.
 
-- 
 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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Filling in the holes

[Shmuel Metz (Seymour J.)]

In <20111030071538.4f0ac2d5f...@urania.ugcs.caltech.edu>, on
10/30/2011
   at 12:15 AM, glen herrmannsfeldt  said:

>So, backing up more, is it true that early OS/360 didn't zero the
>buffers, and later systems did?

I don't recall any release of OS/360 in which Link Editor or Fetch
zeroed storage.
 
-- 
 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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: filling in the holes

[Shmuel Metz (Seymour J.)]

In
,
on 10/30/2011
   at 04:23 PM, John Gilmore  said:

>Offhand, I can think of no real
>use for nominal values in any but packed-decimal fields,

They establish a default length for, e.g., B, C, X.
 
-- 
 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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: BPXI039I and SHRLIBRGNSIZE at 100%

[Shmuel Metz (Seymour J.)]

In <039001cc9709$8dae4510$a90acf30$@mindspring.com>, on 10/30/2011
   at 09:40 AM, Lizette Koehler  said:

>This is not something I just want to blindly increase as the
>documentation is not clear on how my overall system performance is
>going to be impacted.  

I doubt that performance is an issue. What might be a problem is a
shortage of private virtual storage above the line.

BTW, am I the only one to think of Contract Bridge when I see a
reference to the line?
 
-- 
 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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Large SVCDUMPS

[Bobbie Justice]

I take it you've seen this already as well. 

from: II14016 


Another message to be aware of is  MSGIEA043I MAXSPACE REACHED.
  This indicates a PARTIAL dump. At minimum, set DB2 using system
  to a reasonable level, in MVS Commands see these commands:
 DISPLAY  : D D,OPTIONS
 CHNGDUMP : CD SET,SDUMP,TYPE=XMEME,MAXSPACE=8000M
  
  MAXSPACE=8000M minimum for DB2 z/OS V8 & later 

Note: See II06471 : DUMPSRV uses AUX storage for dumping, you
 may need to add an extra PAGE dataset when dumping DBM1.
   Note: Allocate a hi-capacity device like a 3390 mod9 for dumps.
  **use ACS routines for size ***
   Note: With DFSMS120 and Dynamic Dump Allocation, multi-volume
 EFDS format datasets can be created for your SVCDUMP.

--
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: filling in the holes

[Shmuel Metz (Seymour J.)]

In <20111030231537.3a8542d5f...@urania.ugcs.caltech.edu>, on
10/30/2011
   at 04:15 PM, glen herrmannsfeldt  said:

>When the linkage editor processes this, it can either write out
>separate records for each, or 'fill in the holes' and combine it all
>into one record.  That latter is more efficient, and, as I understand
>it, is what the linkage editor does and always did.

Close; the Linkage Editor will not fill in a hole at the beginning or
end or a TXT record.

>Has this changed from OS/360 version 1 up until current z/OS?

Current z/OS zeros dynamic storage; OS/360 did not. Perhaps John can
provide a timeline as to which changes occurred when.
 
-- 
 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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP load mods from z/OS to laptop

[Williamson, James R]

Use the TSO TRANSMIT command to create data set.
FTP the output data set to the laptop using binary. 
FTP the data set on the laptop to z/OS using binary. 
Make sure the data set on z/OS has an LRECL of 80. 
Use the TSO RECEIVE command to reconstruct the PDS from the FTP data set. 
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Tony Santo
Sent: Monday, October 31, 2011 1:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: FTP load mods from z/OS to laptop

Does anyone have any idea how to copy or ftp load pds mods to a laptop and then 
copy or ftp back to z/os?
Thanks
tony

--
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: FTP load mods from z/OS to laptop

[Sabo, Frank]

Tony:

Here is what I use for Disaster Recovery please see attached file 
Hope that this helps 

Frank W Sabo Jr
101 Kappa Drive 
Pittsburgh Pa 15238
412 967-3764
frank.s...@gianteagle.com


  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Tony Santo
Sent: Monday, October 31, 2011 2:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: FTP load mods from z/OS to laptop

Does anyone have any idea how to copy or ftp load pds mods to a laptop and then 
copy or ftp back to z/os?
Thanks
tony

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


THE FOLLOWING PROCEDURE WILL BE USED TO UNLOAD A PDS ONTO
A PC, UNIX OR NT SYSTEMS  AND RESTORE THE PDS BACK ONTO THE
Z/OS SYSTEM. IT IS TO BE USED AT DISASTER RECOVERY.
 
**
*** NOTE CHANGE THE LIBRARY NAMES IN THE EXAMPLES BELOW***
*** SYS1.SYSTEMS.LINKLIB   ***
*** GEM.SYSTEMS.DISASTER   ***
*** GEM.SYSTEMS.TS.DISASTER***
**
******
*** OFF LOAD THE PDS LIBRARIES ***
******
**
 
THE FOLLOWING JOBS CAN BE FOUND IN GEM.SYSTEMS.JCLLIB ALSO
SEE SAMPLE JCL LOCATED BELOW.
 
1. RUN JOB PDSUNLD1
 
2. LOGON TO THE PC, UNIX OR NT SYSTEM AND DO THE FOLLOWING
 
3. START UP A FTP SESSION WITH IBM MAINFRAME
 
  A. ENTER USER ID AND PASSWORD.
 
  B. ENTER TYPE BINARY
 
  C. ENTER get 'SETSFWS.SYSTEMS.DISASTER.NETDATA' SYSTEMS.DISASTER
 
  D. ENTER get 'SETSFWS.SYSTEMS.TS.DISASTER.NETDATA' SYSTEMS.TS.DISASTER
 
  E. ENTER get 'SETSFWS.SYSTEMS.LINKLIB.NETDATA' SYSTEMS.LINKLIB
 
  F. AFTER THE FILE IS TRANSFERS IS COMPLETE
 
  G. ENTER QUIT
 
THE FILE SHOULD NOW BE OFFLOADED ONTO THE PC, UNIX OR NT SYSTEM.
 
**
******
*** THE FOLLOWING PROCEDURE WILL BE USED TO RESTORE A PDS ONTO ***
*** THE Z/OS SYSTEM FROM A PC, UNIX OR NT SYSTEMS  ***
******
*** ONCE RESTORED RENAME THE FOLLOWING DATASETS***
*** ON THE DISASTER RECOVERY FLOOR SYSTEM  ***
******
***SETSFWS.NEW.DISASTER  TO   GEM.SYSTEMS.DISASTER ***
***SETSFWS.NEW.LINKLIB   TO   SYS1.SYSTEMS.LINKLIB ***
******
**
 
THE FOLLOWING JOBS CAN BE FOUND IN GEM.SYSTEMS.JCLLIB ALSO SEE
SAMPLE JCL BELOW.
 
1. RUN JOB PDSUNLD2
 
2. LOGON TO THE PC, UNIX OR NT SYSTEM AND DO THE FOLLOWING
 
3. START UP A FTP SESSION WITH IBM MAINFRAME
 
  A. ENTER USER ID AND PASSWORD.
 
  B. ENTER TYPE BINARY
 
  C. ENTER PUT SYSTEMS.DISASTER 'SETSFWS.NEW.DISASTER.NETDATA'
 
  D. ENTER PUT SYSTEMS.TS.DISASTER 'SETSFWS.NEW.TS.DISASTER.NETDATA'
 
  E. ENTER PUT SYSTEMS.LINKLIB 'SETSFWS.NEW.LINKLIB.NETDATA'
 
  F. AFTER THE FILE IS TRANSFER IS COMPLETE
 
  G. ENTER QUIT
 
4. RUN JOB PDSUNLD3
 
THE FILE SHOULD NOW BE RESTORED ON THE Z/OS SYSTEM
 
--
  SAMPLE JCL
--
 
EXAMPLE JCL  PDSUNLD1
 
//SETSFWSA JOB OS390,'SABO',CLASS=P,MSGCLASS=X,PRTY=3,
// NOTIFY=SETSFWS
//PROC JCLLIB ORDER=(GEM.TEST.CD.PROCLIB)
/*JOBPARM R=47
//**
//*
//* S0CLEAN DELETE: DELETE: SETSFWS.SYSTEMS.DISASTER.NETDATA
//* DELETE: SETSFWS.NEW.DISASTER.NETDATA
//* DELETE: SETSFWS.NEW.DISASTER
//*
//* S1XMIT   INPUT: USER002.SYSTEMS.DISASTER
//*OUTPUT: SETSFWS.SYSTEMS.DISASTER.NETDATA
//*
//**
//* DELETE ALL WORK FILES TO HANDLE POSSIBLE LEFT OVER
//* FILES FROM PREVIOUS RUN.
//**
//S0CLEANEXEC PGM=IKJEFT01
//SYSTSPRT 

Re: FTP load mods from z/OS to laptop

[גדי בן אבי]

Copy the load modules to a pds  (or just use the one they're in)
Use XMIT to create a flat file,
transfer the file to you pc and then back to z/OS.
Use RECEIVE to recreate the PDS


From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of Tony 
Santo [anthony.sa...@us.ngrid.com]
Sent: 31 October 2011 20:18
To: IBM-MAIN@bama.ua.edu
Subject: FTP load mods from z/OS to laptop

Does anyone have any idea how to copy or ftp load pds mods to a laptop and then 
copy or ftp back to z/os?
Thanks
tony

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

לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם 
החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו 
החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) 
המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון,
ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.


Please note that in accordance with Malam's signatory rights, no offer, 
agreement, concession or representation is binding on the company,
unless accompanied by a duly signed separate document (or a scanned version 
thereof), affixed with the company's seal.

--
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: datasets in use by other jobs

[Lizette Koehler]

>
>We have a module called SYSDSN, not sure where it came from years ago that d
>
>displays via tso who has a file open. I am attempting to run it in batch but 
>it produces
>
>no output. Is there another way to get the results in batch.
>
>
>
>Online results
>
>

Try ISRDDN from TSO and enter ENQ on the command line.  Or look on the  
www.cbttape.org for an equivilent.

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

FTP load mods from z/OS to laptop

[Tony Santo]

Does anyone have any idea how to copy or ftp load pds mods to a laptop and then 
copy or ftp back to z/os?
Thanks
tony

--
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: datasets in use by other jobs

[McKown, John]

The program in question most likely uses TPUT. That doesn't show up in batch 
TSO. The program needs to use PUTLINE instead.

The z/OS operator command below will put the output in the MVS SYSLOG:

D GRS,RES=(SYSDSN,dataset.name)

example:
D GRS,RES=(SYSDSN,SYS1.HELP)
ISG343I 13.16.29 GRS STATUS 223
S=SYSTEMS SYSDSN   SYS1.HELP
SYSNAMEJOBNAME ASID TCBADDR   EXC/SHRSTATUS
DEV1  APH022 0066   009F2B00   SHARE  OWN
DEV1  APH854 0081   009F2B00   SHARE  OWN
LIH1  DCH001 0032   009F2B00   SHARE  OWN
DEV1  APH048 0059   009F2B00   SHARE  OWN
LIH1  TSH009 008B   009F2B00   SHARE  OWN
LIH1  TSH012 0043   009F2B00   SHARE  OWN
DEV1  APH893 0074   009F2B00   SHARE  OWN
DEV1  APH853 0063   009F2B00   SHARE  OWN
DEV1  APH168 0067   009F2B00   SHARE  OWN
DEV1  APH111 0084   009F2B00   SHARE  OWN
LIH1  ACH032 0039   009F2B00   SHARE  OWN
DEV1  APD007 007E   009F2B00   SHARE  OWN
LIH1  ACH022 006F   009F2B00   SHARE  OWN
LIH1  TSH010 0060   009F2B00   SHARE  OWN
LIH1  USH671 003A   009F2B00   SHARE  OWN

--
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 Tim Brown
> Sent: Monday, October 31, 2011 1:06 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: datasets in use by other jobs
> 
> We have a module called SYSDSN, not sure where it came from 
> years ago that d
> 
> displays via tso who has a file open. I am attempting to run 
> it in batch but it produces
> 
> no output. Is there another way to get the results in batch.
> 
>  
> 
> Online results
> 
>  
> 
> sysdsn sys1.linklib
> 
>
> 
> 
> 
> SYS1.LINKLIB
> 
> 
> 
> Job Name  ScopeType  Status 
> 
>   ---     
> 
> XCFAS System   SHR   Using
> 
> LLA   System   SHR   Using
> 
> ***   
> 
>  
> 
> Via batch no results
> 
>  
> 
> //XTBTSOX  JOB 0,CLASS=A,PRTY=6,MSGLEVEL=(1,1),MSGCLASS=X  
> 
> //STEP01  EXEC PGM=IKJEFT01,REGION=17M 
> 
> //STEPLIB  DD DSN=SYS2.LINKLIB,DISP=SHR
> 
> //SYSTSPRT DD SYSOUT=* 
> 
> //SYSOUT   DD SYSOUT=* 
> 
> //SYSPRINT DD SYSOUT=* 
> 
> //SYSTSIN  DD *
> 
> SYSDSN 'SYS1.LINKLIB'   
> 
>  
> 
> READY 
> 
> SYSDSN 'SYS1.LINKLIB' 
> 
> READY 
> 
> END  
> 
>  
> 
> Thanks,
> 
>  
> 
> Tim Brown
> Systems Specialist - Project Leader
> Central Hudson Gas & Electric
> 284 South Ave
> Poughkeepsie, NY 12601
> Email: tbr...@cenhud.com <>
> Phone: 845-486-5643
> Fax: 845-486-5921
> Cell: 845-235-4255
> 
>  
> 
> 
> This message contains confidential information and is only 
> for the intended recipient. If the reader of this message is 
> not the intended recipient, or an employee or agent 
> responsible for delivering this message to the intended 
> recipient, please notify the sender immediately by replying 
> to this note and deleting all copies and attachments. 
> 
>  
> 
> 
> 
> 
> --
> 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: zOs Runtime Diagnostics

[Jim Thomas]

Sir,

Just that the given address space has spent quite a bit of time 
waiting for a local lock (note that this can also be a CMS or 
CML lock). 

Try to determine why the given address space cannot get a local
lock .. This could be for various reasons but you could try to 
looking for high CPU or D GRS,AN,WAITER or LATCH (among others).

I think there's a RD ANALYSIS command too but don't remember if 
that would help.


Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Mark Jacobs
Sent: Monday, October 31, 2011 12:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: zOs Runtime Diagnostics

We just started using the zOS Runtime Diagnostics under zOS 1.12 and 
while I understand most of what it's telling us, I don't fully 
understand what it's trying to tell me, or what I can do about it when 
it reports on a HIGH LOCAL LOCK SUSPENSION RATE.

Can someone enlighten me?

-- 
Mark Jacobs
Time Customer Service
Tampa, FL


One of life's greatest mysteries is how the boy who
wasn't good enough to marry your daughter can be the
father of the smartest grandchild in the world.

Yiddish Proverb

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



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1834 / Virus Database: 2092/4586 - Release Date: 10/31/11

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

datasets in use by other jobs

[Tim Brown]

We have a module called SYSDSN, not sure where it came from years ago that d

displays via tso who has a file open. I am attempting to run it in batch but it 
produces

no output. Is there another way to get the results in batch.



Online results



sysdsn sys1.linklib





SYS1.LINKLIB



Job Name  ScopeType  Status

  ---    

XCFAS System   SHR   Using

LLA   System   SHR   Using

***



Via batch no results



//XTBTSOX  JOB 0,CLASS=A,PRTY=6,MSGLEVEL=(1,1),MSGCLASS=X

//STEP01  EXEC PGM=IKJEFT01,REGION=17M

//STEPLIB  DD DSN=SYS2.LINKLIB,DISP=SHR

//SYSTSPRT DD SYSOUT=*

//SYSOUT   DD SYSOUT=*

//SYSPRINT DD SYSOUT=*

//SYSTSIN  DD *

SYSDSN 'SYS1.LINKLIB'



READY

SYSDSN 'SYS1.LINKLIB'

READY

END



Thanks,



Tim Brown
Systems Specialist - Project Leader
Central Hudson Gas & Electric
284 South Ave
Poughkeepsie, NY 12601
Email: tbr...@cenhud.com <>
Phone: 845-486-5643
Fax: 845-486-5921
Cell: 845-235-4255




This message contains confidential information and is only for the intended 
recipient. If the reader of this message is not the intended recipient, or an 
employee or agent responsible for delivering this message to the intended 
recipient, please notify the sender immediately by replying to this note and 
deleting all copies and attachments.






--
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: Large SVCDUMPS

[Jim Thomas]

Sir,

Try DSNTYPE=LARGE.


Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Norbert Friemel
Sent: Monday, October 31, 2011 12:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Large SVCDUMPS

On Mon, 31 Oct 2011 10:04:01 -0700, Longnecker, Dennis wrote:

>Can someone point me to the right place to find the documentation on how to
create large SVCDUMP datasets?   I need to create a large dump dataset so I
can take a console dump of DB2.  I keep getting partial dumps.  I see in the
messages the maximum size of a dataset is 65,535 tracks which for a 3390 is
4369 cylinders.   In the z/OS MVS diagnosis: Tools and Service Aids manual
they say "IBM Recommends using extended format sequential data sets as dump
data sets for SVC dumps..and they can hold 128 gigabytes".But the
manual doesn't give any clues on how to create them.
>


http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D490/3.6.10.2

DSNTYPE=LARGE is allowed for SVC Dump (z/OS 1.7 or later)
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2V1B0/2.1.3
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D490/3.6.11


Norbert Friemel

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



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1834 / Virus Database: 2092/4586 - Release Date: 10/31/11

--
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: zOs Runtime Diagnostics

[Edward Jaffe]

On 10/31/2011 10:10 AM, Mark Jacobs wrote:
We just started using the zOS Runtime Diagnostics under zOS 1.12 and while I 
understand most of what it's telling us, I don't fully understand what it's 
trying to tell me, or what I can do about it when it reports on a HIGH LOCAL 
LOCK SUSPENSION RATE.


Local lock suspension occurs when some executing code attempts to get the local 
lock (which is required for many services e.g., STORAGE) and another unit of 
work already has it. The requester is suspended until the lock is released by 
the other unit of work.


If the rate is high (above average), it usually means some code is doing 
significant processing with the local lock held. It's not necessarily 'wrong'. 
Such statistics are a 'heads up' for the programmer(s). Is it your code that's 
executing? Or someone elses?


Do you have 'Vsm UseZosV1R9Rules' coded in DIAGxx? Using the new rules can make 
STORAGE run faster, thus reducing local lock contention. YMMV.


--
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: STP and Time Change

[Gerhard Postpischil]

On 10/31/2011 8:17 AM, Tom Marchant wrote:

If the application uses local time and will have problems during
the second hour between 1:00 and 2:00, you will have to shut
the application down for an hour.


Unless the time requests are used for interval calculations, it 
should be possible to install a hook into the time processing, 
similar to what was popular prior to the Y2K debacle, to return 
a fake time (at 1 a.m. daylight time the intercept would return 
1 a.m., at 1:10 say 1:05, and at 2 a.m. normal time it would be 
synchronized again). If the application is mission critical, 
that might be preferable to a one hour shut down.


Gerhard Postpischil
Bradford, VT

--
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: STP and Time Change

[Mike Schwab]

On Mon, Oct 31, 2011 at 8:43 AM, Paul Gilmartin  wrote:
>>
> I can imagine an operating rule that deems that application so
> critical that it can be shut down only when it is necessary to shut
> down the LPARs for service, as silly as it sounds to me.  I suppose
> this might even be enforced by autoops.
>
> Security rule?  SLA?
>
> -- gil

If an application cannot afford the 1 hour downtime a year for the
Daylight Savings Time to change to Standard Time (Summer Time to
Winter Time), then the application needs to be written to handle this
overlap.

I. E., rename VSAM ESDS log dataset and start a new dataset at the
time change, etc, or run on Standard time year round, or run on GMT
year round.
-- 
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: Large SVCDUMPS

[Norbert Friemel]

On Mon, 31 Oct 2011 10:04:01 -0700, Longnecker, Dennis wrote:

>Can someone point me to the right place to find the documentation on how to 
>create large SVCDUMP datasets?   I need to create a large dump dataset so I 
>can take a console dump of DB2.  I keep getting partial dumps.  I see in the 
>messages the maximum size of a dataset is 65,535 tracks which for a 3390 is 
>4369 cylinders.   In the z/OS MVS diagnosis: Tools and Service Aids manual 
>they say "IBM Recommends using extended format sequential data sets as dump 
>data sets for SVC dumps..and they can hold 128 gigabytes".But the 
>manual doesn't give any clues on how to create them.
>


http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D490/3.6.10.2

DSNTYPE=LARGE is allowed for SVC Dump (z/OS 1.7 or later)
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2V1B0/2.1.3
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D490/3.6.11


Norbert Friemel

--
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: Large SVCDUMPS

[Eatherly, John D]

Dennis,
  We set up a SMS pool and do dynamic dumps to that pool. This command is what 
controls the size allowed for the dump.

CHNGDUMP SET,SDUMP,MAXSPACE=6000M

You can display by doing D D,S

This is an example of the commands to start the SMS MGMT part.

DUMPDS NAME=SYS0.DUMP&SYSNAME..D&YYMMDD..S&SEQ  
DUMPDS ADD,SMS=(MGMT=MCDUMP,STOR=SCDUMP,DATA=DCDUMP)
DUMPDS ALLOC=ACTIVE

Hope it helps. 


John Eatherly

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

zOs Runtime Diagnostics

[Mark Jacobs]

We just started using the zOS Runtime Diagnostics under zOS 1.12 and 
while I understand most of what it's telling us, I don't fully 
understand what it's trying to tell me, or what I can do about it when 
it reports on a HIGH LOCAL LOCK SUSPENSION RATE.


Can someone enlighten me?

--
Mark Jacobs
Time Customer Service
Tampa, FL


One of life's greatest mysteries is how the boy who
wasn't good enough to marry your daughter can be the
father of the smartest grandchild in the world.

Yiddish Proverb

--
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: Large SVCDUMPS

[Mark Jacobs]

On 10/31/11 13:04, Longnecker, Dennis wrote:

Can someone point me to the right place to find the documentation on how to create large 
SVCDUMP datasets?   I need to create a large dump dataset so I can take a console dump of 
DB2.  I keep getting partial dumps.  I see in the messages the maximum size of a dataset 
is 65,535 tracks which for a 3390 is 4369 cylinders.   In the z/OS MVS diagnosis: Tools 
and Service Aids manual they say "IBM Recommends using extended format sequential 
data sets as dump data sets for SVC dumps..and they can hold 128 gigabytes".
But the manual doesn't give any clues on how to create them.

IBM APAR II06335 talks about the subject also:  " Note: With DFSMS120 and Dynamic 
Dump Allocation, multi-volume EFDS format datasets can be created for your SVCDUMP. 
"  but doesn't give any clues on how to create such a beast either.

I've tried created the SYS1.DUMP dataset on a MOD 9 with the contig option, but 
it stops at the 65,535 tracks.

Any pointers appreciated.

Dennis


   
You specify whether a dataset is allocated in extended format in it's 
data class. I don't know off hand if SVCDUMP processing supports 
DSNTYPE=LARGE, but if so that would be another option.


--
Mark Jacobs
Time Customer Service
Tampa, FL


One of life's greatest mysteries is how the boy who
wasn't good enough to marry your daughter can be the
father of the smartest grandchild in the world.

Yiddish Proverb

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

Large SVCDUMPS

[Longnecker, Dennis]

Can someone point me to the right place to find the documentation on how to 
create large SVCDUMP datasets?   I need to create a large dump dataset so I can 
take a console dump of DB2.  I keep getting partial dumps.  I see in the 
messages the maximum size of a dataset is 65,535 tracks which for a 3390 is 
4369 cylinders.   In the z/OS MVS diagnosis: Tools and Service Aids manual they 
say "IBM Recommends using extended format sequential data sets as dump data 
sets for SVC dumps..and they can hold 128 gigabytes".But the manual 
doesn't give any clues on how to create them.

IBM APAR II06335 talks about the subject also:  " Note: With DFSMS120 and 
Dynamic Dump Allocation, multi-volume EFDS format datasets can be created for 
your SVCDUMP. "  but doesn't give any clues on how to create such a beast 
either.

I've tried created the SYS1.DUMP dataset on a MOD 9 with the contig option, but 
it stops at the 65,535 tracks.

Any pointers appreciated.

Dennis

--
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: HSM Journal dataset is almost full

[Uriel Carrasquilla]

>I would do what the "hsm Storage Admin Guide" suggest under "moving the 
>Journal" :
>1. Put DFSMShsm in emergency mode. SETSYS EMERGENCY
>2. Issue the CONTROLDATASETS parameter of the BACKVOL command to back up the
>control and journal data sets.BACKVOL CONTROLDATASETS
>3. Stop DFSMShsm. F DFSMSHSM,STOP
>4. Delete the old journal data set
>5. Allocate a new journal data set on a different DASD device.
>6. Start DFSMShsm. S DFSMSHSM
>Obviously, I'd allocate a much bigger journal at step 5.

> Walter Marguccio

Walter, thank you for your response.
I have one more question.
When you put DFSMShsm in emergency mode, do you do so for every zOS sharing the 
same DFSMShsm?

--
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: SMPE order error

[Lizette Koehler]

>
>Good morning everyone.
>
>We are in the middle of upgrading our three lpars from z/OS 1.9 to Z/OS 1.11 
>and applying the regression PTF's on them before testing the new release.
>The first was our tech lpar all the fixes have been received and applied, with 
>no problems.
>However in attempting to receive the ptf's for the test lpar, using the same 
>user id as the tech lpar,  we are getting the following error and not sure 
>exactly how to fix it.
>We have tried to change the permission on the directory
>Any ideas would be gratefully appreciated.
>.
>
>GIM68700IORDER ORD6 HAS BEEN SENT TO THE SERVER AT
> https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/.
>GIM693ISMP/E HAS BEEN WAITING 15 MINUTES FOR ORDER ORD6. SMP/E WILL 
>WAIT
>   A MAXIMUM OF 120 MINUTES.
>GIM693ISMP/E HAS BEEN WAITING 30 MINUTES FOR ORDER ORD6. SMP/E WILL 
>WAIT
>   A MAXIMUM OF 120 MINUTES.
>GIM69144IORDER ORD6 IS READY FOR DOWNLOAD.
>GIM43500S ** THE CALL TO THE BPX1SPN SERVICE FAILED. THE RETURN CODE WAS
> '0081'X AND THE REASON CODE WAS '053B006C'X.
>GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12.
>
>
>GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. 
>SMP/E
> IS AT LEVEL 35.38.
>
>
>Frank Sabo
>Sr. Systems Administrator
>Giant Eagle Inc.
>
>

Sounds like Boulder is having problems with this process. I do not think it is 
anything you are doing.

The message text states:

The RECEIVE ORDER command has been waiting for the indicated order to be 
fulfilled by the server, and will continue to wait. The WAIT operand on the 
RECEIVE ORDER command indicates how long SMP/E is to wait until an order is 
ready for download. This includes the time associated with connecting to the 
order server and preparing the order package for download. If the WAIT operand 
is not specified, then RECEIVE ORDER will wait up to 120 minutes.

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: SMPE order error

[Norbert Friemel]

On Mon, 31 Oct 2011 10:19:59 -0400, Sabo, Frank wrote:


>GIM43500S ** THE CALL TO THE BPX1SPN SERVICE FAILED. THE RETURN CODE WAS
> '0081'X AND THE REASON CODE WAS '053B006C'X.

1. Check file/symlink "/bin/ftp".
2. Check the java runtime path: either DD statement/DDDEF "SMPJHOME" or the 
"javahome" attribute in the CLIENT data set. Is it an empty directory? (Java 
filesystem not mounted?)


Norbert Friemel

--
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: SMPE order error

[Jousma, David]

Not sure what your actual problem is, but dissecting the RSN codes, I see:


$ bpxmtext 053B006C 
BPXFSSTA 03/18/09
JRFileNotThere: The requested file does not exist
 
Action: The service cannot be performed unless the named file exists.
$   


_
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 
Lizette Koehler
Sent: Monday, October 31, 2011 10:29 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMPE order error

>
>Good morning everyone.
>
>We are in the middle of upgrading our three lpars from z/OS 1.9 to Z/OS 1.11 
>and applying the regression PTF's on them before testing the new release.
>The first was our tech lpar all the fixes have been received and applied, with 
>no problems.
>However in attempting to receive the ptf's for the test lpar, using the same 
>user id as the tech lpar,  we are getting the following error and not sure 
>exactly how to fix it.
>We have tried to change the permission on the directory
>Any ideas would be gratefully appreciated.
>.
>
>GIM68700IORDER ORD6 HAS BEEN SENT TO THE SERVER AT
> https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/.
>GIM693ISMP/E HAS BEEN WAITING 15 MINUTES FOR ORDER ORD6. SMP/E WILL 
>WAIT
>   A MAXIMUM OF 120 MINUTES.
>GIM693ISMP/E HAS BEEN WAITING 30 MINUTES FOR ORDER ORD6. SMP/E WILL 
>WAIT
>   A MAXIMUM OF 120 MINUTES.
>GIM69144IORDER ORD6 IS READY FOR DOWNLOAD.
>GIM43500S ** THE CALL TO THE BPX1SPN SERVICE FAILED. THE RETURN CODE WAS
> '0081'X AND THE REASON CODE WAS '053B006C'X.
>GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12.
>
>
>GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. 
>SMP/E
> IS AT LEVEL 35.38.
>
>
>Frank Sabo
>Sr. Systems Administrator
>Giant Eagle Inc.
>
>

Sounds like Boulder is having problems with this process. I do not think it is 
anything you are doing.

The message text states:

The RECEIVE ORDER command has been waiting for the indicated order to be 
fulfilled by the server, and will continue to wait. The WAIT operand on the 
RECEIVE ORDER command indicates how long SMP/E is to wait until an order is 
ready for download. This includes the time associated with connecting to the 
order server and preparing the order package for download. If the WAIT operand 
is not specified, then RECEIVE ORDER will wait up to 120 minutes.


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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMPE order error

[Werner Kuehnel]

Frank,
did you verify your SMPNTS path? Is it really mounted and available?
The return and reason codes point to a "file/dir not found".

Werner Kuehnel




Von:"Sabo, Frank" 
An: IBM-MAIN@bama.ua.edu
Datum:  31.10.2011 15:21
Betreff:SMPE order error
Gesendet von:   IBM Mainframe Discussion List 



Good morning everyone.

We are in the middle of upgrading our three lpars from z/OS 1.9 to Z/OS 
1.11 and applying the regression PTF's on them before testing the new 
release.
The first was our tech lpar all the fixes have been received and applied, 
with no problems.
However in attempting to receive the ptf's for the test lpar, using the 
same user id as the tech lpar,  we are getting the following error and not 
sure exactly how to fix it.
We have tried to change the permission on the directory
Any ideas would be gratefully appreciated.
.

GIM68700IORDER ORD6 HAS BEEN SENT TO THE SERVER AT
 https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/.
GIM693ISMP/E HAS BEEN WAITING 15 MINUTES FOR ORDER ORD6. SMP/E 
WILL WAIT
   A MAXIMUM OF 120 MINUTES.
GIM693ISMP/E HAS BEEN WAITING 30 MINUTES FOR ORDER ORD6. SMP/E 
WILL WAIT
   A MAXIMUM OF 120 MINUTES.
GIM69144IORDER ORD6 IS READY FOR DOWNLOAD.
GIM43500S ** THE CALL TO THE BPX1SPN SERVICE FAILED. THE RETURN CODE WAS
 '0081'X AND THE REASON CODE WAS '053B006C'X.
GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 
12.


GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. 
SMP/E
 IS AT LEVEL 35.38.


Frank Sabo
Sr. Systems Administrator
Giant Eagle Inc.



--
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: Information About Library Before and After Compress

[Staller, Allan]

I believe the TSO CLIST function LISTDSI will return the required
info... Use IKJEFT01 in batch.
If you check under the covers, I believe ISRUAIPO will end up invoking
LISTDSI.

HTH,


ISRUAIPO Data Set Information
Command ===>

Data Set Name  . . . : .TSO.LOAD

General Data  Current Allocation
 Volume serial . . . : GRV32E  Allocated blocks  . : 600
 Device type . . . . : 3390Allocated extents . : 12
 Organization  . . . : PO  Maximum dir. blocks : 6
 Record format . . . : U
 Record length . . . : 0
 Block size  . . . . : 6144   Current Utilization
 1st extent blocks . : 72  Used blocks . . . . : 138
 Secondary blocks  . : 45  Used extents  . . . : 3
...SNIPPAGE
Someone know, IF is possible get this information under a batch JOB ?
May be, CBTTAPE have some program ?


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

SMPE order error

[Sabo, Frank]

Good morning everyone.

We are in the middle of upgrading our three lpars from z/OS 1.9 to Z/OS 1.11 
and applying the regression PTF's on them before testing the new release.
The first was our tech lpar all the fixes have been received and applied, with 
no problems.
However in attempting to receive the ptf's for the test lpar, using the same 
user id as the tech lpar,  we are getting the following error and not sure 
exactly how to fix it.
We have tried to change the permission on the directory
Any ideas would be gratefully appreciated.
.

GIM68700IORDER ORD6 HAS BEEN SENT TO THE SERVER AT
 https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/.
GIM693ISMP/E HAS BEEN WAITING 15 MINUTES FOR ORDER ORD6. SMP/E WILL WAIT
   A MAXIMUM OF 120 MINUTES.
GIM693ISMP/E HAS BEEN WAITING 30 MINUTES FOR ORDER ORD6. SMP/E WILL WAIT
   A MAXIMUM OF 120 MINUTES.
GIM69144IORDER ORD6 IS READY FOR DOWNLOAD.
GIM43500S ** THE CALL TO THE BPX1SPN SERVICE FAILED. THE RETURN CODE WAS
 '0081'X AND THE REASON CODE WAS '053B006C'X.
GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12.


GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. SMP/E
 IS AT LEVEL 35.38.


Frank Sabo
Sr. Systems Administrator
Giant Eagle Inc.



--
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: z/OS Tag Sort

[David Betten]

Hello Yifet,
Sorry for the delayed reply but I was on vacation.  I really can't go
into specifics of the algorithm since that is part of our proprietary
internals.  We generally recommend that our customers use MAINSIZE=MAX and
let DFSORT's dynamic storage adjustment calculate the optimal amount of
virtual storage.  I can give you some general ranges of what DFSORT would
calculate as optimal for various file sizes.

File SizeOptimal virtual storage
 32GB  ~ 64MB
 64GB ~100MB
128GB   ~150MB
256GB   ~200MB
512GB   ~256MB
1TB~350MB


These are just approximations of what you'd observe if you executed sorts
of these sizes with no restrictions on region, MAINSIZE=MAX and DSA large
enough not to limit.



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 10/18/2011
07:39:10 AM:

> [image removed]
>
> Re: z/OS Tag Sort
>
> Yifat Oren
>
> to:
>
> IBM-MAIN
>
> 10/18/2011 07:50 AM
>
> Sent by:
>
> IBM Mainframe Discussion List 
>
> Please respond to IBM Mainframe Discussion List
>
> Hi David,
>
> You wrote:
>
> > .. That exit is limiting the sort to just 24MB of virtual storage when
the
> optimum amount would be closer to 200MB.
>
> The data size was 360 GB (336m records).
>
> Can you please share the formula you've used to determine the optimum
amount
> is around 200MB?
>
> The DFSORT Tuning Guide (1.12) seems to think 2GB is the upper limit when
it
> comes to recommending minimum virtual storage settings :)
>
> Thanks,
> Yifat Oren
>
> --
> 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: HSM Command to display command priority

[Staller, Allan]

AFAIK.   NO


I have modified the HSM exit ARCRPEXT (RECALL/DELETE/RECOVER PRIOITY
EXIT) on our z/OS 1.11 system.  Is there a way to display HSM command
priorities to confirm the exit is working properly?  


--
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: STP and Time Change

[Paul Gilmartin]

On Mon, 31 Oct 2011 07:17:00 -0500, Tom Marchant wrote:

>On Fri, 28 Oct 2011 16:17:43 -0400, Lizette Koehler wrote:
>
>>If so, then I think our only option would be to shutdown the
>>LPARs at 1am (12:59) and then when it is the time, IPL so
>>that 1am is only seen once by this application.  The application
>>itself cannot be down for 1 hour. POLITICS.
>
>If the only way you can shut down the badly behaving application
>is to shut down the LPARs and IPL, then I guess that is what you
>have to do, as silly as it sounds to me.
> 
I can imagine an operating rule that deems that application so
critical that it can be shut down only when it is necessary to shut
down the LPARs for service, as silly as it sounds to me.  I suppose
this might even be enforced by autoops.

Security rule?  SLA?

-- gil

--
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: Testing g RTM routine

[Bill Fairchild]

I was not aware of z/XDC's capabilities.  That's good to know.  Thanks, Dave.
Bill Fairchild

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
David Cole
Sent: Sunday, October 30, 2011 8:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Testing g RTM routine

At 10/28/2011 11:43 AM, Bill Fairchild wrote:
>After following the advice in all the other previous answers, sooner or 
>later you will still need to know how to test your SRB and its recovery 
>routine.  You probably won't be able to instruction-step or trace 
>either very easily with TSOTEST or XDC.

FWIW: z/XDC has *explicit* support for testing SRB code that is actually 
running within SRB environments. This support includes the ability to step 
through SRBs instruction by instruction, ... and includes the ability to debug 
locked code!

Yes, there are some limitations, but they are less that what you might think, 
and within those limitations, z/XDC can be unexpectedly useful!



Dave Cole  REPLY TO: dbc...@colesoft.com
ColeSoft Marketing WEB PAGE: http://www.xdc.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658

--
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: Delete FMID

[Kurt Quackenbush]

(But can JCLIN for one FMID add LMOD subentries referring to an LMOD
introduced in a different FMID?)


Yes.


Then will DELETEing an FMID cause removal of all LMOD subentries it
introduced, particularly from MOD entries belonging to a different FMID?


No.  Deleting an FMID will only delete MODs that are currently owned by 
the subject FMID.  LMOD subentries in MODs owned by other FMIDs are not 
affected by deleting the FMID.


Kurt Quackenbush -- IBM, SMP/E Development

--
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: STP and Time Change

[Tom Marchant]

On Fri, 28 Oct 2011 16:17:43 -0400, Lizette Koehler wrote:

>We have an application dependent on LOCAL time.  So when 
>the clock changes on Nov 6, we think this application will see 
>1am twice and have problems.

If the application uses local time and will have problems during 
the second hour between 1:00 and 2:00, you will have to shut 
the application down for an hour.

>So, is this correct, that if we do not use an IPL the STP will 
>adjust the mainframe at 2am to 1am?  In which case my bad 
>application will see the 1am hour again.

Yes, unless you schedule it to occur at another time, which 
might cause other problems.

>If so, then I think our only option would be to shutdown the 
>LPARs at 1am (12:59) and then when it is the time, IPL so 
>that 1am is only seen once by this application.  The application 
>itself cannot be down for 1 hour. POLITICS.

If the only way you can shut down the badly behaving application 
is to shut down the LPARs and IPL, then I guess that is what you 
have to do, as silly as it sounds to me.

It does not have to be shut down at 1 AM.  Any time between 1 AM 
and 2 AM will do.  You could shut down the application at 1:30 and 
bring it back up an hour later at 1:30.

-- 
Tom Marchant

--
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: STP and Time Change

[Tom Marchant]

On Sun, 30 Oct 2011 10:57:33 -0700, Scott Ford wrote:

>Yep, I know that I have never heard of STP, I dont use STP on z/OS , 
>no real need. I have used the NTPD on various Unix platforms.

STP is Server Time Protocol.  It replaced the function of the 9037 
Sysplex Timer, and IIRC it became available on the z9.  There is a real 
need if you are running a parallel sysplex.  STP use SNTP to synchronize 
to an NTP server, but AFAIK, NTP does not provide sufficient resolution 
to synchronize the TOD clocks in a parallel sysplex.

-- 
Tom Marchant

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

[גדי בן אבי]

I think we've solved the problem.
We were using $HASP373 to trigger the rule. It seems that this is a bit early 
in the jobs life cycle, when It is running in a privileged status.
We changed the trigger to IEF403I, and the rule now runs fine.

Thanks for your help.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Lizette Koehler
Sent: Monday, October 31, 2011 1:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IRA702I

> Hi,
>
> We wrote an OPS rule that changes the service class for jobs in a
> certain
class in
> certain conditions.
> For some jobs we get the following message:
> IRA702I RESET NOT VALID FOR V110GA37. IT IS A SYSTEM-CONTROLLED
> ADDRESS SPACE
>
> Changing the Service class for the same job using SDSF works fine.
>
> What can be the cause of this problem?
>
> We are using z/OS 1.11 and OPS r11.8.
>
> Thanks
>
> Gadi
>
>


I guess a few questions for clarification

1) Has this worked in the past?  If so, what system changes (ops/mvs or z/OS 
have occurred since it worked successfully?)
2) Does OPS/MVS have all the authorities it needs in your security product 
(RACF, ACF2, TSS)?
3) How is OPS/MVS issuing the command?

I might turn on the security trace, have OPS/MVS issue the command, then turn 
the trace off and see what you get.

Also, an OLD APAR states the following
OA12625: IRA702I ISSUED WHEN OUCBPVL IS LEFT ON INVALIDLY FOR MULTI STEP 
STARTED TASK

You should only get this message for priviledged programs running in service 
class SYSSTC.  This happens only if the program marked as PRIV in the PPT is 
NOT the first step of a multi step job.  Module IRAEVJIA sets OUCBPVL from 
ICSPPVL before checking to see if it is the first step of the job.
If it is a subsequent step - OUCBPVL gets left on inadvertently.


Are you planning to upgrade to OPS/MVS R11.9?  It has more functionality with 
WLM.

Have you tried posting this to the OPS/MVS newsgroups either on PROTECH or CA?

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

לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם 
החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו 
החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) 
המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון,
ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.


Please note that in accordance with Malam's signatory rights, no offer, 
agreement, concession or representation is binding on the company,
unless accompanied by a duly signed separate document (or a scanned version 
thereof), affixed with the company's seal.

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

[Lizette Koehler]

> Hi,
> 
> We wrote an OPS rule that changes the service class for jobs in a certain
class in
> certain conditions.
> For some jobs we get the following message:
> IRA702I RESET NOT VALID FOR V110GA37. IT IS A SYSTEM-CONTROLLED ADDRESS
> SPACE
> 
> Changing the Service class for the same job using SDSF works fine.
> 
> What can be the cause of this problem?
> 
> We are using z/OS 1.11 and OPS r11.8.
> 
> Thanks
> 
> Gadi
> 
>


I guess a few questions for clarification

1) Has this worked in the past?  If so, what system changes (ops/mvs or z/OS
have occurred since it worked successfully?)
2) Does OPS/MVS have all the authorities it needs in your security product
(RACF, ACF2, TSS)?
3) How is OPS/MVS issuing the command?

I might turn on the security trace, have OPS/MVS issue the command, then
turn the trace off and see what you get.

Also, an OLD APAR states the following
OA12625: IRA702I ISSUED WHEN OUCBPVL IS LEFT ON INVALIDLY FOR MULTI STEP
STARTED TASK

You should only get this message for priviledged programs
running in service class SYSSTC.  This happens only if the
program marked as PRIV in the PPT is NOT the first step of
a multi step job.  Module IRAEVJIA sets OUCBPVL from ICSPPVL
before checking to see if it is the first step of the job.
If it is a subsequent step - OUCBPVL gets left on inadvertently.


Are you planning to upgrade to OPS/MVS R11.9?  It has more functionality
with WLM.

Have you tried posting this to the OPS/MVS newsgroups either on PROTECH or
CA?

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

IRA702I

[גדי בן אבי]

Hi,

We wrote an OPS rule that changes the service class for jobs in a certain class 
in certain conditions.
For some jobs we get the following message:
IRA702I RESET NOT VALID FOR V110GA37. IT IS A SYSTEM-CONTROLLED ADDRESS  SPACE

Changing the Service class for the same job using SDSF works fine.

What can be the cause of this problem?

We are using z/OS 1.11 and OPS r11.8.

Thanks

Gadi



לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם 
החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו 
החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) 
המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון,
ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.


Please note that in accordance with Malam's signatory rights, no offer, 
agreement, concession or representation is binding on the company,
unless accompanied by a duly signed separate document (or a scanned version 
thereof), affixed with the company's seal.

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

IEAOPTxx, CNTCLIST and MPLs and DOMAINS - Init and Tuning Guide needs updating?

[Fred Schmidt]

The following is from the Initialization and Tuning Guide...



Transaction Definition for CLISTs
An installation can specify whether the individual commands in a TSO/E 
CLIST
are treated as separate TSO/E commands for transaction control. Specifying
CNTCLIST=YES causes a new transaction to be started for each command in 
the
CLIST. A possible exposure of specifying CNTCLIST=YES is that long CLISTs
composed of trivial and intermediate commands might monopolize a domain's
MPL slots and cause interactive terminal users to be delayed. Specifying
CNTCLIST=NO (the default) causes the entire CLIST to constitute a single
transaction.



As I understand it, domains and MPL slots are no longer externalised with 
WLM Goal Mode, with WLM dynamically adjusting MPL levels to meet the 
service class goals. So I find it hard to see how setting CNTCLIST=YES 
could monopolize MPL slots. I ask because somebody has quoted this section 
of text as a reason not to set CNTCLIST=YES.

Does this section of text need updating or removal?

Also, can somebody please confirm that CNTCLIST does not apply when 
CLIST's/EXEC's are run in batch?
 
Regards, Fred Schmidt
M: +49  (0)1766 381 9530   |   E: fschm...@cptglobal.com   |   W: 
www.cptglobal.com
 
CPT Global Ltd
Independent Experience

-- 

Informationen (einschließlich Pflichtangaben) zu einzelnen, innerhalb der EU 
tätigen Gesellschaften und Zweigniederlassungen des Konzerns Deutsche Bank 
finden Sie unter http://www.deutsche-bank.de/de/content/pflichtangaben.htm. 
Diese E-Mail enthält vertrauliche und/ oder rechtlich geschützte Informationen. 
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten 
haben, informieren Sie bitte sofort den Absender und vernichten Sie diese 
E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail 
ist nicht gestattet.

Please refer to http://www.db.com/en/content/eu_disclosures.htm for information 
(including mandatory corporate particulars) on selected Deutsche Bank branches 
and group companies registered or incorporated in the European Union. This 
e-mail may contain confidential and/or privileged information. If you are not 
the intended recipient (or have received this e-mail in error) please notify 
the sender immediately and delete this e-mail. Any unauthorized copying, 
disclosure or distribution of the material in this e-mail is strictly forbidden.

--
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: ECSA usage - Clarification

[Martin Packer]

A reasonable start is SMF 78-2 (RMF Virtual Storage report) which will at 
least give you the dynamics and the key - both for CSA and ECSA. For one 
you need to understand if this is a regular occurrence or just a rarity.

Cheers, Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker





Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






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