Re: DFDSS VSAM logical restore?

[Ron Hawkins]

John,

With BUFND set to the number of CI per CA, or equivalent in KB, REPRO will
almost always outperform DFSMSdss. The best you'll get from DFSMSdss for
logical dump is one track per IO, even if you specify OPT(4).

Tuned IDCAMS is _FAST_!

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> John McKown
> Sent: Wednesday, October 20, 2010 2:02 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] DFDSS VSAM logical restore?
> 
> Thanks, Alan.
> How about IDCAMS EXPORT / IMPORT? We are looking at what it would take to
> replace CA-FAVER. It is a good product, but we are looking at possible
> alternatives. IDCAMS is __slow__!
> 
> --
> John McKown
> Maranatha! <><
> Sent from my Vibrant Android phone.
> 
> On Oct 20, 2010 2:59 PM, "Starr, Alan"  wrote:
> 
> Hi John,
> 
> I don't expect that it would. As far as I know, DF/dss "logical"
processing
> is aware of datasets and "records" (i.e. blocks) but doesn't usually
concern
> itself with the content of these datasets. There are two exceptions that
I'm
> aware of:
> 
> 1) DF/dss can change the amount of unused (pad) space in a dataset
> 2) DF/dss can change a PDS into a PDSE
> 
> I believe that if you want to "reorganize" a VSAM dataset, you'll have to
> use VSAM REPRO (which consolidates split CIs and CAs).
> 
> Cheers,
> Alan
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Beh...
> --
> 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
> 
> --
> 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: PDSE versus PDS

[Ted MacNEIL]

>>consider as a method PDS old compared to PDSE.

>Well, if your installation likes performance problems, go right ahead. 

Barbara, you have to learn to stop beating around the bush and tell us what you 
really feel!
(8-{]}

BTW, I used to be a big fan of PDSE.
Now, except for source code, I won't use them unless I have to.

Rather than constantly compressing source libraries, I find they make sense 
there.


-
I'm a SuperHero with neither powers, nor motivation!
Kimota!

--
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: PDSE versus PDS

[Barbara Nitz]

>In the installation they want all files are PDS PDSE rather than because they
>consider as a method PDS old compared to PDSE.

Well, if your installation likes performance problems, go right ahead. 
*Especially* if any of your PDSs contain recfm=V(x) records. 

IBM development has told me (through some others, they didn't even do it to 
my face) that for recfm=V they have separate passes going through the whole 
of the dataset. To recap, ISPF 3.4 on a 1 member PDSE spread across 
6000 cyls it takes 90 seconds (all I/O time) to get the first screen of the 
recfm=VB dataset. Improving performance on this would mean a complete 
redesign of how indexes in PDSE's work (I believe that's what it was).  Of 
course IBM refused to tell me when they were going to fix the bad 
performance (i.e. redesign the thing). They also didn't take a marketing 
requirement or something (well, considering that even if IBM takes a RQE ptf 
and associates it with an MR for a bug that caused an installation-wide 
unplanned IPL - see oa18898, in almost 4 years they haven't implement the 
fix).

Other than that, the first open of any PDSE always takes a long time.

BUFFER_Beyond_Close won't really help you if you only open the thing 
sporadically (data are kept 15 minutes at the most), even a 16GB cache for 
PDSE/1 won't help you on the 3.4 issue, as they keep the full pages read in 
cache, not just directory information. So if the combined size of all your 
PDSEs 
is larger than your PDSE/1 cache, you will always be hit with non-optimal 
performance.

Barbara Nitz

--
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: DFDSS VSAM logical restore?

[Stephen Mednick]

Thanks. My boss already mentioned something from FDR. With the comment that
the cost was way too high for us. We're still downsizing. And looking at
replacing CA-FAVER to reduce software cost. One doesn't save money by
replacing a Ford with a Lexus!
--
John McKown
Maranatha! <><

Well considering the brief that's been handed to you by your boss, then
really you're kind of stuck with having to use the "free" IBM offering,
IDCAMS.

Good luck.

Stephen Mednick
Computer Supervisory Services
Sydney, Australia
 
Asia/Pacific representatives for
Innovation Data Processing, 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: DFDSS VSAM logical restore?

[Ron Hawkins]

Alan and John,

In the case of John's question the answer is no, the KSDS will not be
reorganized when you use DFSMSdss RESTORE.

However, this is not true for all DFSMSdss processing. Where you copy or
move a dataset DFSMSdss will try to use utilities to process the file, and
in the case of VSAM it will be reorganized if it does not use FCV2 or you
specify FASTREPLICATION(NO).

You can verify that a utility is used to process a dataset by specifying
UTILMSG=YES on in the PARM statement. This will cause REPRO, IEBCOPY and
whatever statements to be written to SYSPRINT.

Ron





> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Starr, Alan
> Sent: Wednesday, October 20, 2010 12:59 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] DFDSS VSAM logical restore?
> 
> Hi John,
> 
> I don't expect that it would. As far as I know, DF/dss "logical"
processing is
> aware of datasets and "records" (i.e. blocks) but doesn't usually concern
> itself with the content of these datasets. There are two exceptions that
I'm
> aware of:
> 
> 1) DF/dss can change the amount of unused (pad) space in a dataset
> 2) DF/dss can change a PDS into a PDSE
> 
> I believe that if you want to "reorganize" a VSAM dataset, you'll have to
use
> VSAM REPRO (which consolidates split CIs and CAs).
> 
> Cheers,
> Alan
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> John McKown
> Sent: Wednesday, October 20, 2010 12:44
> To: IBM-MAIN@bama.ua.edu
> Subject: DFDSS VSAM logical restore?
> 
> A dummy question. When I do a VSAM logical dataset restore using DFDSS,
does
> it do a reorganization of the data? I would think so, but I cannot find it
in
> the manual. This would be from a logical dump.
> 
> --
> John McKown
> Maranatha! <><
> Sent from my Vibrant Android phone.
> 
> --
> 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

--
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: Assigning UID's

[Ted MacNEIL]

>But employers need some kind of universal unique keys, not so tightly secured 
>so that, for example when employees
terminate they can:

Yes, but there are Federal regulations against certain numbers in use.
In Canada, both SIN's & Emp#'s are restricted.
-
I'm a SuperHero with neither powers, nor motivation!
Kimota!

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

WARKOCZ, Thomas is out of the office.

[Thomas Warkocz]

Ich werde ab  21.10.2010 nicht im Büro sein. Ich kehre zurück am
22.10.2010.

Bitte wenden Sie sich in dringenden Fällen an Willem van den Haak ( email:
willem.vandenh...@ecs-group.com Telefon: +32 2 773 22 99)

I am not in the office from 21.10.10. I am back on 22.10.10.

In urgend cases please contact Willem van den Haak ( email:
willem.vandenh...@ecs-group.com Telephone: +32 2 773 22 99)



Tout usage de ce message par une personne autre que son destinataire est 
strictement interdit. L'integrite de ce message n'etant pas assuree sur 
Internet, la societe ne peut etre tenu responsable de son contenu. Toute 
utilisation ou diffusion non autorisee est interdite. Si vous n'etes pas 
destinataire de ce message, merci de le detruire et d'avertir l'expediteur.
The information above is for the sole use of the individual or entity to which 
it is intended. If you are not the intended recipient of this message, you are 
hereby notified that any dissemination, distribution or copying of this 
document is strictly prohibited. The integrity of this message cannot be 
guaranteed on the Internet. The company shall in no way be liable for its 
content.Please destroy this message and notify the sender.


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

[Anthony Thompson]

Check the transmission headers in one of the delayed emails once it gets 
received. (In MS Outlook, you open the email in its own window, click on Option 
in the View drop-down). The timestamps in the headers should tell you which 
server is causing the delay.

Ant. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Chris Mason
Sent: Thursday, 21 October 2010 10:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMTP

Mark

You may find more SMTP specialists in the IBMTCP-L list:

For IBMTCP-L subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L

Chris Mason

On Wed, 20 Oct 2010 16:08:26 -0500, Mark Steely 
 wrote:

>We are z/OS V1R11. We have encountered a problem that it  took about 4 
hours from the time the note was received until it was delivered. We still have 
about 200 that are in the retry Queue. I have tried the RSET & NOOP 
commands it just responds with 250 OK but still nothing happens.  This 
happens once in a great while- but I need to find out what is causing this. 
Any help would be appreciated.

Thank You

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

[Chris Mason]

Mark

You may find more SMTP specialists in the IBMTCP-L list:

For IBMTCP-L subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L

Chris Mason

On Wed, 20 Oct 2010 16:08:26 -0500, Mark Steely 
 wrote:

>We are z/OS V1R11. We have encountered a problem that it  took about 4 
hours from the time the note was received until it was delivered. We still have 
about 200 that are in the retry Queue. I have tried the RSET & NOOP 
commands it just responds with 250 OK but still nothing happens.  This 
happens once in a great while- but I need to find out what is causing this. 
Any help would be appreciated.

Thank You

--
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: Assigning UID's

[Paul Gilmartin]

On Wed, 20 Oct 2010 22:57:07 +, Ted MacNEIL wrote:

>>Use the employee number
>
>That's actually against the privacy laws in Canada.
>
>And, many companies use that number for access to HR systems, so it could be a 
>major security hole.
>
I guess the motivation is good.  I didn't even bother to
caution against using Social Security Numbers.

But employers need some kind of universal unique keys, not
so tightly secured so that, for example when employees
terminate they can:

o Cancel all computer accounts.

o Verify return of all corporate assets.

o Cancel electronic building access and
  reprogram Cypherlocks.

o Revoke parking permits.

etc.

Even as access to the computer account is governed by
two parts, the user ID, which is not highly secured,
and the password, only known to one person.

-- 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: DFDSS VSAM logical restore?

[John McKown]

On Thu, 2010-10-21 at 08:27 +1100, Stephen Mednick wrote:
> If looking for an alternative to the traditional IDCAMS REPRO for the
> reorganisation of VSAM(and IAM)  files, Innovation Data Processing's FDREORG
> solution might be worth looking at:
> 
>   http://www.innovationdp.fdr.com/products/fdrreorg/
> 
> Apart from being able to offer significantly better performance for file
> re-organisations compared to that of using IDCAMS , it also allows for an
> "intelligent" approach to running REORGS by being able to specify a number
> of different criteria by which the file should be re-organised and
> potentially eliminate un-necessary REORGs.
> 
> 
> Stephen Mednick

Thanks. My boss already mentioned something from FDR. With the comment
that the cost was way too high for us. We're still downsizing. And
looking at replacing CA-FAVER to reduce software cost. One doesn't save
money by replacing a Ford with a Lexus!
-- 
John McKown
Maranatha! <><

--
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: DFDSS VSAM logical restore?

[John McKown]

On Wed, 2010-10-20 at 14:14 -0700, Starr, Alan wrote:
> Yes John... As far as I know, both REPRO and EXPORT result in a reorganized 
> VSAM dataset.
> 
> While you're looking at alternatives, you may wish to consider Innovation's 
> IAM. We are quite happy with it.
> 
> Regards,
> Alan 

IAM is probably too expensive. We are still downsizing. And in the "all
hands" meeting today, the big boss of IT said that one way to avoid
layoffs is to reduce other costs, such as hardware and software. How
bad? I was, mildly, pressured to give up the company on-call cell phone
and get my own. I did. I went wild and got the "everything you can eat"
plan with an Android.

-- 
John McKown
Maranatha! <><

--
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: Assigning UID's

[Ted MacNEIL]

>Use the employee number

That's actually against the privacy laws in Canada.

And, many companies use that number for access to HR systems, so it could be a 
major security hole.

-
I'm a SuperHero with neither powers, nor motivation!
Kimota!

--
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: Assigning UID's

[Paul Gilmartin]

On Wed, 20 Oct 2010 10:46:09 -0500, Hal Merritt wrote:
>
>We don't use OMVS and have no plans to do so except for the bare minimum 
>required. I did not choose to use the 'backstop' and so code a OMVS segment on 
>each user and group profile as appropriate.
>
If you have _any_ other in-house UNIX systems, follow their
standard.  This will be invaluable in case your plans change
and the systems need to be interconnected.  If there are
several, pick the most robust one.

- or -

Use the employee number, perhaps biased to reserve a block of
low numbers for non-human accounts.  The fewer uncorrelated
numbers, the better.

-- 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: DFDSS VSAM logical restore?

[Stephen Mednick]

If looking for an alternative to the traditional IDCAMS REPRO for the
reorganisation of VSAM(and IAM)  files, Innovation Data Processing's FDREORG
solution might be worth looking at:

http://www.innovationdp.fdr.com/products/fdrreorg/

Apart from being able to offer significantly better performance for file
re-organisations compared to that of using IDCAMS , it also allows for an
"intelligent" approach to running REORGS by being able to specify a number
of different criteria by which the file should be re-organised and
potentially eliminate un-necessary REORGs.


Stephen Mednick
Computer Supervisory Services
Sydney, Australia
 
Asia/Pacific representatives for
Innovation Data Processing, Inc.





-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Starr, Alan
Sent: Thursday, 21 October 2010 8:14 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFDSS VSAM logical restore?

Yes John... As far as I know, both REPRO and EXPORT result in a reorganized
VSAM dataset.

While you're looking at alternatives, you may wish to consider Innovation's
IAM. We are quite happy with it.

Regards,
Alan 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of John McKown
Sent: Wednesday, October 20, 2010 14:02
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFDSS VSAM logical restore?

Thanks, Alan.
How about IDCAMS EXPORT / IMPORT? We are looking at what it would take to
replace CA-FAVER. It is a good product, but we are looking at possible
alternatives. IDCAMS is __slow__!

--
John McKown
Maranatha! <><
Sent from my Vibrant Android phone.

On Oct 20, 2010 2:59 PM, "Starr, Alan"  wrote:

Hi John,

I don't expect that it would. As far as I know, DF/dss "logical" processing
is aware of datasets and "records" (i.e. blocks) but doesn't usually concern
itself with the content of these datasets. There are two exceptions that I'm
aware of:

1) DF/dss can change the amount of unused (pad) space in a dataset
2) DF/dss can change a PDS into a PDSE

I believe that if you want to "reorganize" a VSAM dataset, you'll have to
use VSAM REPRO (which consolidates split CIs and CAs).

Cheers,
Alan


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Beh...
--
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

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

--
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: DFDSS VSAM logical restore?

[Starr, Alan]

Yes John... As far as I know, both REPRO and EXPORT result in a reorganized 
VSAM dataset.

While you're looking at alternatives, you may wish to consider Innovation's 
IAM. We are quite happy with it.

Regards,
Alan 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
John McKown
Sent: Wednesday, October 20, 2010 14:02
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFDSS VSAM logical restore?

Thanks, Alan.
How about IDCAMS EXPORT / IMPORT? We are looking at what it would take to 
replace CA-FAVER. It is a good product, but we are looking at possible 
alternatives. IDCAMS is __slow__!

--
John McKown
Maranatha! <><
Sent from my Vibrant Android phone.

On Oct 20, 2010 2:59 PM, "Starr, Alan"  wrote:

Hi John,

I don't expect that it would. As far as I know, DF/dss "logical" processing is 
aware of datasets and "records" (i.e. blocks) but doesn't usually concern 
itself with the content of these datasets. There are two exceptions that I'm 
aware of:

1) DF/dss can change the amount of unused (pad) space in a dataset
2) DF/dss can change a PDS into a PDSE

I believe that if you want to "reorganize" a VSAM dataset, you'll have to use 
VSAM REPRO (which consolidates split CIs and CAs).

Cheers,
Alan


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Beh...
--
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

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

SMTP

[Mark Steely]

We are z/OS V1R11. We have encountered a problem that it  took about 4 hours 
from the time the note was received until it was delivered. We still have about 
200 that are in the retry Queue. I have tried the RSET & NOOP commands it just 
responds with 250 OK but still nothing happens.  This happens once in a great 
while- but I need to find out what is causing this. Any help would be 
appreciated.

Thank You


  *** CONFIDENTIALITY NOTICE ***

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

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

Re: DFDSS VSAM logical restore?

[John McKown]

Thanks, Alan.
How about IDCAMS EXPORT / IMPORT? We are looking at what it would take to
replace CA-FAVER. It is a good product, but we are looking at possible
alternatives. IDCAMS is __slow__!

--
John McKown
Maranatha! <><
Sent from my Vibrant Android phone.

On Oct 20, 2010 2:59 PM, "Starr, Alan"  wrote:

Hi John,

I don't expect that it would. As far as I know, DF/dss "logical" processing
is aware of datasets and "records" (i.e. blocks) but doesn't usually concern
itself with the content of these datasets. There are two exceptions that I'm
aware of:

1) DF/dss can change the amount of unused (pad) space in a dataset
2) DF/dss can change a PDS into a PDSE

I believe that if you want to "reorganize" a VSAM dataset, you'll have to
use VSAM REPRO (which consolidates split CIs and CAs).

Cheers,
Alan


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Beh...
--
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

--
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: jcl vs pgm call

[Barry Merrill]

"The part of file allocation that has significant cost is basically the 
same whether the allocation is via JCL or dynamic allocation."

While the true cost in CPU seconds for a dynamic allocation might be
exactly the same as for a static allocation, where those CPU seconds
are recorded in RMF and SMF are quite different.

The "Initiator" CPU time records the CPU time for allocation of all
of a step's static DD statements (CPITCBTM/CPISRBTM/SMF30ICU/SMF30ISB).
This is the CPU time from initiate until PROGRAM FETCH loads the program
at LOADTIME, and includes the cost of the ACS allocation rules, static
allocations, static HSM recalls, and possibly VAM and SMS Trace.
But these "Initiator" CPU time also records the CPU time for creation of
and writing out of the SMF records, which occurs after program terminate
and before SMFTIME.

-The "Initiator" CPU time is ONLY recorded in SMF 30 records, and only
 in the Step Terminate records.  
-They are NOT recorded in SMF 30 Interval records.
-They are ONLY recorded in SMF 30 Termination records.
-THEY ARE NOT RECORDED IN RMF TYPE72GO Service/Reporting Class records.
-They are NOT shown in any IBM messages printed on the Job log.

Instead, the CPU time for dynamic allocations occur after the step's program 
has been loaded, so that CPU TCB/SRB time will be recorded in the "normal"
CPUTCBTM/CPUSRBTM/SMF30CPT/SMF30CPS CPU time variables, which ARE recorded
in SMF 30 interval and termination records, and in RMF 72 service classes.

So comparing dynamic to static allocation requires looking at all seven
CPU times in the two step's type 30 termination records. 

Note that prior to z/OS 1.12 there was only one TCB and one SRB bucket
for the "Initiator CPU time", which contained both the "INIT" and "TERM"
CPU times.  In z/OS 1.12, the SMF 30's now contain four new CPI buckets, 
a TCB/SRB pair for the 'INIT' time, and a pair for the 'TERM" time, so
you can get much closer to the cause of high CPI times.  This will make
it possible to assign these CPI CPU times into the correct interval when 
they were consumed, and thus can be used to improve capture ratio metrics.

But: CPI CPU times are NOT captured in RMF type 72 subtype 3 records, 
so if you use the CAPTURAT in RMFINTRV (or compare 70 to 72 Service Class),
it does NOT include any of the CPITCBTM/CPISRBTM, which must be considered
if you are concerned with low RMF capture ratio.

Barry Merrill

--
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: DFDSS VSAM logical restore?

[Starr, Alan]

Hi John,

I don't expect that it would. As far as I know, DF/dss "logical" processing is 
aware of datasets and "records" (i.e. blocks) but doesn't usually concern 
itself with the content of these datasets. There are two exceptions that I'm 
aware of:

1) DF/dss can change the amount of unused (pad) space in a dataset
2) DF/dss can change a PDS into a PDSE

I believe that if you want to "reorganize" a VSAM dataset, you'll have to use 
VSAM REPRO (which consolidates split CIs and CAs).

Cheers,
Alan 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
John McKown
Sent: Wednesday, October 20, 2010 12:44
To: IBM-MAIN@bama.ua.edu
Subject: DFDSS VSAM logical restore?

A dummy question. When I do a VSAM logical dataset restore using DFDSS, does it 
do a reorganization of the data? I would think so, but I cannot find it in the 
manual. This would be from a logical dump.

--
John McKown
Maranatha! <><
Sent from my Vibrant Android phone.

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

DFDSS VSAM logical restore?

[John McKown]

A dummy question. When I do a VSAM logical dataset restore using DFDSS, does
it do a reorganization of the data? I would think so, but I cannot find it
in the manual. This would be from a logical dump.

--
John McKown
Maranatha! <><
Sent from my Vibrant Android phone.

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

Re: IBM Announcements URL

[Chase, John]

I'll try it with Firefox on Linux when I get home tonight.  IBM has been
pretty good about coding their web pages to be browser-agnostic.

-jc-


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Craig Dudley
> Sent: Wednesday, October 20, 2010 2:27 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Fwd: Re: IBM Announcements URL
> 
> Hi Ed,
> 
> 
> 
> >---SNIP-
> >I tried again this morning and got through with no issue. Try it
again
> and see if it now works for you.
> 
> Still same problem with Safari 5.0.2 & Firefox 3.6.11 on Mac OS X
10.6.4.
> 
> --
> Craig Dudley
> Systems & Communications Sciences, Inc.
> 244 Poor Farm Rd.
> New Ipswich, NH 03071-3922
> 603.878.1148   Fax 603.925.1978
> 
> --
> 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

Fwd: Re: IBM Announcements URL

[Craig Dudley]

Hi Ed,



>---SNIP-
>I tried again this morning and got through with no issue. Try it again
and see if it now works for you.

Still same problem with Safari 5.0.2 & Firefox 3.6.11 on Mac OS X 10.6.4.

-- 
Craig Dudley
Systems & Communications Sciences, Inc.
244 Poor Farm Rd.
New Ipswich, NH 03071-3922
603.878.1148   Fax 603.925.1978

--
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: PDSE versus PDS

[Schwarz, Barry A]

Be aware that some PDS cannot be PDSE (for example, SYS1.NUCLEUS).  Look in the 
archives (see footnote for url) for discussions of problems with sharing PDSEs.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Fran Hernandez
Sent: Wednesday, October 20, 2010 8:14 AM
To: IBM-MAIN@bama.ua.edu
Subject: PDSE versus PDS

Hi colleagues,

In the installation they want all files are PDS PDSE rather than because they
consider as a method PDS old compared to PDSE.

I would like the experience of others on their premises and in which cases are
recommended one or the other.

Is there any document about it ?

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

Re: IBM Announcements URL

[Ed Gould]

--- On Tue, 10/19/10, Craig Dudley  wrote:

From: Craig Dudley 
Subject: IBM Announcements URL
To: IBM-MAIN@bama.ua.edu
Date: Tuesday, October 19, 2010, 1:44 PM

Hi,
I am trying to access the IBM announcements web page at:



---SNIP-
I tried again this morning and got through with no issue. Try it again and see 
if it now works for you.
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: CF Structures - ALLOWAUTOALT

[Mark A. Brooks]

I am the IBM developer, who for the past 24 years of my working career, has
been responsible for the care and feeding of the XCF signalling service.  I
designed and implemented the support for XCF signalling structures.  I know
how they work.  I understand the interplay between their sizing, the
operational characteristics, the health checks, and in particular what
AUTOALTER might do to them.

This thread has some comments that may lead people astray.  I want to try to
correct some misleading notions.  The short answer is that installations
should feel perfectly at ease with enabling AUTOALTER for XCF signalling
structures.  The long answer follows.  Fair warning: (1) no one ever accused
me of being brief, (2) I do not knowingly omit appropriate warnings of
"danger" in my documentation, and (3) I do not "refuse" to address defects
in my software.


We can think of a list structure as an array of N entries where each entry
in the array anchors a queue of elements.  Each array entry is called a
"list header".  The elements on the queue are "list entries".  For an XCF
signal structure, list entries can be different sizes, consisting of 0 to 16
"list elements" where each element holds 4KB of data.  For XCF signalling, a
"list header" is equivalent to what we call a "list signalling path" which
will be used to send signals exclusively from some particular system X to
some particular system Y.  Each "list entry" is equivalent to an XCF signal
and when writing a signal to the structure, XCF uses the fewest possible
number of elements.  Within the signal structure, XCF reserves 8 list
headers for some internal management, and needs M*(M-1) list headers to
establish full signalling connectivity between the M systems in the sysplex.

The number of list headers N is specified when the structure is allocated in
the CF.  It remains fixed for the life of the structure instance.  The only
way to change the number of list headers would be to allocate a new instance
of the structure with a different choice of N.  So changing N would either
entail rebuilding the structure, or stopping use of the signal structure
sysplex wide so that XCF would disconnect from the structure (so it could be
deallocated) and then starting up the signal paths so that XCF could
allocate the structure anew with a different N.  Allocating the structure
with enough list headers to support only the systems that are currently
active in the sysplex is a bad idea.  For that would imply that the signal
structures would need to be rebuilt and/or stopped and started every time a
new system tried to IPL into the sysplex.  That would have the undesirable
effects of (1) making the IPLing system wait to join the sysplex until the
active systems got the structures reconfigured, and (2) quiescing use of the
signal structures by the active systems.   

Thus when XCF is allocating the structure for signalling, it needs to be
able to guess the number of systems that will be in the sysplex so that the
structure can be allocated with enough list headers to allow signalling
paths to be formed between every pair of systems.  Our best guess is the
maximum number of systems supported by the sysplex couple data set.  (If you
switch to a sysplex CDS that supports more systems, we will rebuild the
structures in anticipation of a new system needing to IPL into the sysplex).

Since the number of list headers is fixed for the life of the structure, it
is not possible for AUTOALTER to dynamically change the number of list
headers.  Since a "list header" is equivalent to a "signalling path", it is
not possible for AUTOALTER to cause one to "lose" signalling paths.


So what can AUTOALTER do to a signal structure?  It can either grow or
shrink the size, or it can alter the entry to element ratio.  Growing or
shrinking is rather obvious: storage is acquired or released, which then
increases or decreases the number of objects in the structure (such as list
entries).  Changes to the entry/element ratio require a bit more explanation.

XCF initially allocates the structure with a 1:1 entry to element ratio. 
This in effect maximizes the number of small signals that could be written
to the structure.  Doing so is reasonable because the vast majority of
signals in the sysplex are typically small.  However, the structure might in
fact be used for larger signals.  So for sake of example, let us assume that
the structure is allocated with 10 list entries (more precisely "list entry
controls") and 10 list elements.  If a small signal is written, one list
entry (control) and one list element will be consumed.  If a 32K signal is
then written, one more list entry would be consumed along with 8 list
elements.  At this point we have 8 list entries left but only one element. 
In effect, we will only be able to write one more signal to the structure,
and it would have to be a small one at that.  If we try to write a signal
that needs 2 or more elements, the write will fail because the structure 

Re: Storage usage in a job

[Phil Smith]

Thanks to all who replied. Terry Draper asked some specific questions:
>You do not say what kind of batch job it is. Is it normal qsam/vsam or is 
> it DB2?

This is doing encryption of huge volumes of data. I/O is very low.

>The CPU percentage (CPU time /elapsed time) is over 70%. This is very high 
> for a non DB2. Even for DB2 it would have to find most of the data already in 
> bufferpools.
No DB2, but again, it's encryption - that'll suck CPU up the wazoo! (This is 
asymmetric Elliptic Curve stuff, so even CPACF doesn't help much.)
--
...phsiii

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


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

Re: IPCS Address space layout

[David Kreiss]

Search the archives for 6i.  Bob Wright of IPCS fame posted this on 11 Apr 2008:

  If you're running release 8 or later, take a look a dialog option 2.6i. 
It's not advertised on the analysis panel, and the disclaimer on the 
  2.6i panel hopefully explains why.


Dave 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Micheal Butz
Sent: Wednesday, October 20, 2010 8:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IPCS Address space layout

How did you now that .you really helps me out

Sent from my iPhone

On Oct 19, 2010, at 10:06 PM, David Kreiss   
wrote:

> In IPCS try 2 (ANALYSIS) enter undocumented 6i option and select  
> VSMINFO.
>
> Dave
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On  
> Behalf Of michealbutz
> Sent: Tuesday, October 19, 2010 6:41 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: IPCS Address space layout
>
> That doesn't do it it gives you free queue elements etc ETC
>
> I am looking for easy reading where below 16 pvt about 16 pvt below  
> 16 CSA above 16 CSA
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On  
> Behalf Of Tom Harper
> Sent: Tuesday, October 19, 2010 7:21 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: IPCS Address space layout
>
> VERBX VSMDATA
>
> Tom Harper
> IMS Utilities Development Team
> Neon Enterprise Software
> Sugar Land, TX
>
>
> - Original Message -
> From: Micheal Butz [mailto:michealb...@optonline.net]
> Sent: Tuesday, October 19, 2010 07:09 PM
> To: IBM-MAIN@bama.ua.edu 
> Subject: IPCS Address space layout
>
> Hi
>
> Is there a IPCS command/subcommand to display the storage layout of
> the address. space in the dump
>
> Sent from my iPhone
>
> --
> 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
>
> --
> 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

--
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: Assigning UID's

[Veilleux, Jon L]

We use the high order bytes of the UID to discriminate between human and 
non-humans and have different codes for regular employees versus contract 
employees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Hal Merritt
Sent: Wednesday, October 20, 2010 11:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Assigning UID's

Cross posted to MVS and RACF.

We don't use OMVS and have no plans to do so except for the bare minimum 
required. I did not choose to use the 'backstop' and so code a OMVS segment on 
each user and group profile as appropriate.

Somehow I have accumulated a number of (non human) profiles with UID 0 and a 
number of duplicate UID and GID assignments (that is, the same GID assigned to 
related groups and the same UID assigned to related ID's). I got dinged n a 
recent audit and am working on my remediation strategy.

I am of the 'old school' where 'any standard is better than no standard' and 
would normally try to craft UID's and GID's in a pattern such as xx 
where xx is a major grouping and yyy is a unique number. A 'major grouping' 
could be employee, process, etc.

Does this august group think it is worthwhile to  go to the trouble of doing 
this, or should I just assign random numbers?

Thanks!!



NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively for the individual or entity to which it is addressed. The 
message, together with any attachment, may contain confidential and/or 
privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution is strictly prohibited. If you have received this message in 
error, please immediately advise the sender by reply email and delete all 
copies.

--
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
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna   

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

SV: Assigning UID's

[Thomas Berg]

> Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Hal
> Merritt
> Skickat: den 20 oktober 2010 17:46
> Till: IBM-MAIN@bama.ua.edu
> Ämne: Assigning UID's
> 
> Cross posted to MVS and RACF.
> 
> We don't use OMVS and have no plans to do so except for the bare minimum
> required. I did not choose to use the 'backstop' and so code a OMVS
> segment on each user and group profile as appropriate.
> 
> Somehow I have accumulated a number of (non human) profiles with UID 0 and
> a number of duplicate UID and GID assignments (that is, the same GID
> assigned to related groups and the same UID assigned to related ID's). I
> got dinged n a recent audit and am working on my remediation strategy.
> 
> I am of the 'old school' where 'any standard is better than no standard'
> and would normally try to craft UID's and GID's in a pattern such as
> xx where xx is a major grouping and yyy is a unique number. A
> 'major grouping' could be employee, process, etc.
> 
> Does this august group think it is worthwhile to  go to the trouble of
> doing this, or should I just assign random numbers?
> 

With doing so You are putting attribute like values on an identity key. 
I normally see such a thing bad, as this can be obsolete in the future 
because changes. 
But it may be a practical standoff in this case - but be aware of 
administration 
overhead...

My 2 röda ören.  :)


 
Regards, 
Thomas Berg 
_ 
Thomas Berg   Specialist   A M   SWEDBANK 

--
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: Assigning UID's

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
> 
> On Wed, 20 Oct 2010 10:46:09 -0500, Hal Merritt
 wrote:
> 
> >Cross posted to MVS and RACF.
> >
> >We don't use OMVS and have no plans to do so except for the bare
minimum
> required. I did not choose to use the 'backstop' and so code a OMVS
segment
> on each user and group profile as appropriate.
> >
> >Somehow I have accumulated a number of (non human) profiles with UID
0 and
> a number of duplicate UID and GID assignments (that is, the same GID
> assigned to related groups and the same UID assigned to related ID's).
I got
> dinged n a recent audit and am working on my remediation strategy.
> >
> 
> There is nothing wrong with multiple UID(0) non human userids.   But
you
> shouldn't use UID(0) unless documented as required by the software /
product
> owner.
> 
> So before you change them from UID(0), make sure it is safe to do so
and
> have a test plan in place (testing in a sandbox / development LPAR is
of
> course a good idea).
> 
> >I am of the 'old school' where 'any standard is better than no
standard'
> and would normally try to craft UID's and GID's in a pattern such as
> xx where xx is a major grouping and yyy is a unique
number. A
> 'major grouping' could be employee, process, etc.
> >
> >Does this august group think it is worthwhile to  go to the trouble
of
> doing this, or should I just assign random numbers?
> >
> 
> It certainly won't hurt, but if you have a good way of identifying
people via
> USERID naming standard, it probably isn't worth the effort IMO.  But
I'm
> also curious if other shops have bothered to do this (none of the ones
I have
> worked at have).

We use the AUTOUID feature unless creating an(other) UID(0) entity.  We
also use AUTOGID for groups.

-jc-

--
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: Assigning UID's

[Mark Zelden]

On Wed, 20 Oct 2010 10:46:09 -0500, Hal Merritt  wrote:

>Cross posted to MVS and RACF.
>
>We don't use OMVS and have no plans to do so except for the bare minimum
required. I did not choose to use the 'backstop' and so code a OMVS segment
on each user and group profile as appropriate.
>
>Somehow I have accumulated a number of (non human) profiles with UID 0 and
a number of duplicate UID and GID assignments (that is, the same GID
assigned to related groups and the same UID assigned to related ID's). I got
dinged n a recent audit and am working on my remediation strategy.
>

There is nothing wrong with multiple UID(0) non human userids.   But you
shouldn't use UID(0) unless documented as required by the software / product
owner.  

So before you change them from UID(0), make sure it is safe to do so and
have a test plan in place (testing in a sandbox / development LPAR is of 
course a good idea).

>I am of the 'old school' where 'any standard is better than no standard'
and would normally try to craft UID's and GID's in a pattern such as
xx where xx is a major grouping and yyy is a unique number. A
'major grouping' could be employee, process, etc.
>
>Does this august group think it is worthwhile to  go to the trouble of
doing this, or should I just assign random numbers?
>

It certainly won't hurt, but if you have a good way of identifying people via
USERID naming standard, it probably isn't worth the effort IMO.  But I'm
also curious if other shops have bothered to do this (none of the ones I have
worked at have).

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

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

Re: IPCS Address space layout

[Tom Harper]

Go to SHARE and see Jerry Ng's IPCS presentations...

Tom Harper
IMS Utilities Development Team
Neon Enterprise Software
Sugar Land, TX

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Micheal Butz
Sent: Wednesday, October 20, 2010 10:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IPCS Address space layout

How did you now that .you really helps me out

Sent from my iPhone

On Oct 19, 2010, at 10:06 PM, David Kreiss   
wrote:

> In IPCS try 2 (ANALYSIS) enter undocumented 6i option and select  
> VSMINFO.
>
> Dave
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On  
> Behalf Of michealbutz
> Sent: Tuesday, October 19, 2010 6:41 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: IPCS Address space layout
>
> That doesn't do it it gives you free queue elements etc ETC
>
> I am looking for easy reading where below 16 pvt about 16 pvt below  
> 16 CSA above 16 CSA
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On  
> Behalf Of Tom Harper
> Sent: Tuesday, October 19, 2010 7:21 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: IPCS Address space layout
>
> VERBX VSMDATA
>
> Tom Harper
> IMS Utilities Development Team
> Neon Enterprise Software
> Sugar Land, TX
>
>

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

Assigning UID's

[Hal Merritt]

Cross posted to MVS and RACF.

We don't use OMVS and have no plans to do so except for the bare minimum 
required. I did not choose to use the 'backstop' and so code a OMVS segment on 
each user and group profile as appropriate.

Somehow I have accumulated a number of (non human) profiles with UID 0 and a 
number of duplicate UID and GID assignments (that is, the same GID assigned to 
related groups and the same UID assigned to related ID's). I got dinged n a 
recent audit and am working on my remediation strategy.

I am of the 'old school' where 'any standard is better than no standard' and 
would normally try to craft UID's and GID's in a pattern such as xx 
where xx is a major grouping and yyy is a unique number. A 'major grouping' 
could be employee, process, etc.

Does this august group think it is worthwhile to  go to the trouble of doing 
this, or should I just assign random numbers?

Thanks!!



NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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: IPCS Address space layout

[Micheal Butz]

How did you now that .you really helps me out

Sent from my iPhone

On Oct 19, 2010, at 10:06 PM, David Kreiss   
wrote:


In IPCS try 2 (ANALYSIS) enter undocumented 6i option and select  
VSMINFO.


Dave


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On  
Behalf Of michealbutz

Sent: Tuesday, October 19, 2010 6:41 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IPCS Address space layout

That doesn't do it it gives you free queue elements etc ETC

I am looking for easy reading where below 16 pvt about 16 pvt below  
16 CSA above 16 CSA

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On  
Behalf Of Tom Harper

Sent: Tuesday, October 19, 2010 7:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IPCS Address space layout

VERBX VSMDATA

Tom Harper
IMS Utilities Development Team
Neon Enterprise Software
Sugar Land, TX


- Original Message -
From: Micheal Butz [mailto:michealb...@optonline.net]
Sent: Tuesday, October 19, 2010 07:09 PM
To: IBM-MAIN@bama.ua.edu 
Subject: IPCS Address space layout

Hi

Is there a IPCS command/subcommand to display the storage layout of
the address. space in the dump

Sent from my iPhone

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

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


--
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: What is the oldest version of zOS that requires use of the Extended-Immediate Facility?

[Mark Zelden]

On Wed, 20 Oct 2010 14:57:08 +, Bob Shannon
 wrote:

>> For example, can z/OS 1.6 run on hardware without it?
>
>Extended immediate instructions were introduced on Freeway (i.e.,
z800/z900) processors. Operating systems prior to 1.6 could run on 9672
processors. 1.6 requires a Freeway processor. 1.6 went out of service 9/30/2007.
>
>
>Bob Shannon
>Rocket Software

Extended Immediate Facility (not the same as instructions) came in with z9-109
(now z9BC / z9EC) as mentioned in a previous post. Also as mentioned, there
is no architectural level set with z/OS as with z/VM, so the answer to the
question is:  Yes, z/OS 1.6 can run on hardware without it.   

There are some compilers that take advantage of the facility when
the correct options are set, but don't by default for downward 
compatibility. 

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

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

PDSE versus PDS

[Fran Hernandez]

Hi colleagues,

In the installation they want all files are PDS PDSE rather than because they 
consider as a method PDS old compared to PDSE.

I would like the experience of others on their premises and in which cases are 
recommended one or the other.

Is there any document about it ?

Thank you very much.

Fran

--
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: What is the oldest version of zOS that requires use of the Extended-Immediate Facility?

[Bob Shannon]

> For example, can z/OS 1.6 run on hardware without it?

Extended immediate instructions were introduced on Freeway (i.e., z800/z900) 
processors. Operating systems prior to 1.6 could run on 9672 processors. 1.6 
requires a Freeway processor. 1.6 went out of service 9/30/2007.


Bob Shannon
Rocket Software

--
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: Potential z/OS MPF behavior change -- comments please

[Ayon, John]

I would like to see you change MPFLST, so if you suppress messages (i.e. IEC*) 
that highlighted IEC messages would still display on the console.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
W. Kevin Kelley
Sent: Tuesday, October 19, 2010 9:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Potential z/OS MPF behavior change -- comments please

Good comments from you all. Thanks!

The specific problem we are attempting to solve is interactions between
MONITOR message generation and MPF. With the changes we made during the
Console Restructure, MONITOR messages can be produced without a console
requesting them. You can request that the messages not be queued to a
console for display purposes (but will be queued to EMCS consoles for
automation purposes) and you can request that the messages not be logged.
All of this was done to allow customers whose automation require the
messages to receive the messages but not have the messages -- optionally --
go anywhere else. The problem is that if a customer requests that the
messages not be logged but puts an entry for the message in MPF, MPF
undoes the no logging. The simple solution is to remove the message entry
from MPF, but perhaps the customer wanted to drive an MPF exit, and then
would be unable to do so.

There is a more general question and that is how should we be handling
messages that are being generated solely for automation and being solely
consumed by automation? The MONITOR messages are but the tip of the
iceberg in this regard. We have had requests for ways of specifying on
commands that the command response message is to be returned to the
console (typically an EMCS automation console) but is not to be logged.

>From the comments I've seen so far, whatever we do must be optional.

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

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



NOTE: This electronic message and any files transmitted with it are 
confidential and intended solely for the use of the individual or entity to 
whom they are addressed. If you have received this message in error, any 
unauthorized review, use, disclosure, distribution or copying of this message 
is prohibited. If you are not the intended recipient, please contact the sender 
by reply e-mail and destroy all copies of the original message. Unless 
expressly stated in this e-mail, nothing in this message should be construed as 
a digital or electronic signature or writing.

--
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: Posting URLs (Was: Shutdown and dependencies)

[Paul Gilmartin]

On Wed, 20 Oct 2010 09:00:23 -0500, Chris Mason wrote:
>
>I find the best way to present an URL in a post is to put it, all by itself, 
>on a
>separate line - and resist the temptation to add a full stop.
>
Amen.  But some mailers have a compulsion to break lines at less than
80 characters, often adding a "format=flowed" to the header.  LISTSERV
seems not to understand this and doesn't properly reconstruct URLs.

And one mailer in particular, used by a few contributors to this list
wraps URLs in '<' and '>' or '(' and ')'.  LISTSERV takes the closing
delimiter as part of the URL.

I post via the WWW interface, which is remarkably friendly to long lines
and URLs.

>There is also the opportunity in this case to mention that simply copying the
>URL as found in the browser field is not necessarily "best practice". Following
>a "?" or "/" there may be some unnecessary characters possibly related to how
>the page was found.
>
This is called the QUERY_STRING.  Parts of it may be essential.  For
example, the URL for your message is:

http://bama.ua.edu/cgi-bin/wa?A2=ind1010&L=ibm-main&P=122200

Deleting the QUERY_STRING results in a link to the LISTSERV's HOME
page.

-- 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: What is the oldest version of zOS that requires use of the Extended-Immediate Facility?

[Tom Marchant]

There has not been a level set yet for z/OS, though there has for z/VM. 
Release 1.12 will run on any zArchitecture hardware, including z800 and
z900.  AFAIR, the Extended-immediate facility was introduced with the z9-109.

-- 
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: abend percolation

[Peter Relson]

As has been stated, you cannot percolate an abend from one task to 
another.

If a subtask abends with "completion code x", the mother task can see that 
in the ECB post code if the subtask was attached with ECB.

However, it would be not be OK for that mother task to contort things so 
that it terminated with that same completion code (unless it could issue 
the same service and fail the same way), unless this was a user abend 
code. That is because doing so could likely be accomplished only by your 
program issuing a system-owned abend (whether by ABEND or CALLRTM 
TYPE=ABTERM is unimportant)..  It would be perfectly fine for the mother 
task to abend with its own code,  with reason information that identified 
the failure reason of the subtask.

Peter Relson
z/OS Core Technology Design

--
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: SMF Exits (Was: Re: Potential z/OS MPF behavior change...)

[Mark Zelden]

On Wed, 20 Oct 2010 07:37:42 -0500, Arthur Gutowski  wrote:

>On Wed, 20 Oct 2010 00:16:24 -0500, Barbara Nitz 
>wrote:
>
>>Mark,
>>
>>>1) It is recommended to NOT use IEFUSI for OMVS (I removed it many
>>>years ago).
>>>2) When I did, I checked for OMVS and skipped writing the messages:
>>> CLC   0(4,R5),=C'OMVS'
>>> BE   SKIPWTO
>>
>>ehm, my USI does this (and has been since I rewrote it when memlimit came
>>out):
>>
>>CLC   0(4,SUBNAME),=C'OMVS'
>>BNE   MNOMVS not OMVS
>>MVC   16(8,RA),Z6GIG MEMLIMIT max for OMVS:=6G
>>B EXIT   so exit, memlimit stays 6GB
>>
>>Now, I don't understand what a 'step ended' message spit out for every step
>>by IEFACTRT (hence TRT* message) has to do with IEFUSI? We also have
>>a 'step has started' message named UJI001 spit out of IEFUJI. That dates
>from
>>before my time here.
>>
>Another way to do this is define in SMFPRMxx:
>SUBSYS(OMVS)
>
>and include/exclude what you want/don't want in EXITS. 

Yes.  The implementing details behind what I wrote for #1 above.  Note that
it doesn't catch all cases of OMVS usage.  For example, I think if you come
in from ISHELL, the subsystem is not OMVS - at least initially.  It's all
documented, but I haven't looked at it in years and don't recall all the
caveats.

Regards,

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

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

Re: Potential z/OS MPF behavior change -- comments please

[Mark Zelden]

On Wed, 20 Oct 2010 00:16:24 -0500, Barbara Nitz  wrote:

>Mark,
>
>>1) It is recommended to NOT use IEFUSI for OMVS (I removed it many
>>years ago).
>>2) When I did, I checked for OMVS and skipped writing the messages:
>> CLC   0(4,R5),=C'OMVS'
>> BE   SKIPWTO
>
>ehm, my USI does this (and has been since I rewrote it when memlimit came
>out):
>
>CLC   0(4,SUBNAME),=C'OMVS'
>BNE   MNOMVS not OMVS
>MVC   16(8,RA),Z6GIG MEMLIMIT max for OMVS:=6G
>B EXIT   so exit, memlimit stays 6GB
>
>Now, I don't understand what a 'step ended' message spit out for every step
>by IEFACTRT (hence TRT* message) has to do with IEFUSI? We also have
>a 'step has started' message named UJI001 spit out of IEFUJI. That dates from
>before my time here.
>
>:-)
>
>Best regards, Barbara
>

Hi Barbara,

Sorry, I read your post too quickly and for some reason had IEFUSI on the
brain instead of TRT (even though you did state TRT).   

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

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

Re: Posting URLs (Was: Shutdown and dependencies)

[Staller, Allan]

Then quit PUN-inshing us! 


.One benefit of this can be that the URL characters may no longer[1]
need more than one line in order to be presented.

Chris Mason

[1] I really need to give up this punning habit!


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

Posting URLs (Was: Shutdown and dependencies)

[Chris Mason]

Art (and Cheryl)
   
> Note that somehow the "." became part of the url in Cheryl's note.

Probably because she typed it! We are all taught that a full stop - called 
a "period" in some geographies, in others a "point final" and so on - is, 
unlike a 
preposition as Winston Churchill reminded us, a proper thing to end a sentence 
with. So Cheryl probably simply followed a well-established habit.

I find the best way to present an URL in a post is to put it, all by itself, on 
a 
separate line - and resist the temptation to add a full stop.

There is also the opportunity in this case to mention that simply copying the 
URL as found in the browser field is not necessarily "best practice". Following 
a "?" or "/" there may be some unnecessary characters possibly related to how 
the page was found. Providing the minimum necessary character string should 
be habitual even if it might need a bit of experimentation in order to discover 
precisely what that is. Examples of what can be removed are "?Open", as 
here, and "/CCONTENTS ...". One benefit of this can be that the URL 
characters may no longer[1] need more than one line in order to be presented.

Chris Mason

[1] I really need to give up this punning habit!

On Wed, 20 Oct 2010 07:52:13 -0500, Arthur Gutowski 
 wrote:

>On Tue, 19 Oct 2010 11:13:12 -0400, Cheryl Walker
> wrote:
>
>>Although this email is a little late, a good reference for dependencies at 
start
>up and shut down can be found in the MTTR Redbook -
>http://www.redbooks.ibm.com/abstracts/sg247816.html?Open.  Although the
>TCP/IP issue isn't addressed, there are other dependencies that might be of
>interest to people following this thread.
>
>Note that somehow the "." became part of the url in Cheryl's note.  When I
>clicked it, I got a "manual not found" page, however when I searched
>for 'MTTR' in Redbooks, I got to:
>
>http://www.redbooks.ibm.com/abstracts/sg247816.html?Open
>
>D'oh... stupid listserv...
>
>Regards,
>Art Gutowski
>Ford Motor Company

--
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: abend percolation

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Moore, Ken
> 
> Thanks to all who replied.  I discovered, as I was teaching myself
this logic, that the ECB actually
> had the completion code in it, but only after the completion of the
WAIT ECB, which proceeded the
> ATTACH.  Additionally, the existing logic in the program took the ECB
> 
> ECB = X'84806000' in this case
> 
> and loaded the second halfword into R15 to return to the operating
system, which I can assume is well
> out of range for a valid return code (X'6000) and was being
interpreted as a ZERO.

Only the last three hex digits in the register are considered as "return
code", and you show them as all zeroes; thus, RC = 0.

   -jc-

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

What is the oldest version of zOS that requires use of the Extended-Immediate Facility?

[Binyamin Dissen]

For example, can z/OS 1.6 run on hardware without it?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: jcl vs pgm call

[Joel C. Ewing]

On 10/20/2010 06:00 AM, Binyamin Dissen wrote:

On Wed, 20 Oct 2010 12:34:42 +0200 Marco Gianfranco Indaco
  wrote:

:>Hi to all, it's probably a stupid question.
:>Which is the most expensive method to call a program in batch mode?
:>Using a PGM=program within a submitted(and converted) jcl or calling the
:>program from a another one.
:>And what about data definition?
:>Allocate a file within a program or from the jcl?

:>i.e. It's better to have 3 job that call 3 pgm or a program that has 3
:>nested call?

First off all, you have to define expense - cost of people versus cost of
processing.

Obviously a single TCB will use less CPU but a mish-mosh of a program will
cost more people time should there ever be a problem or a need of a change.

--
Binyamin Dissen
http://www.dissensoftware.com

Director, Dissen Software, Bar&  Grill - Israel


If Programs A, B, C are really three independent processes

that run serially, then having A call B, call C in one step really 
complicates restart


If Programs A, B, C are really three independent processes that need to 
run serially, then having A call B, which calls C, in one step really 
complicates restart when a problem occurs (which eventually will happen) 
in either B or C, and it makes the total process much more obscure to 
those who follow and must maintain it.  Internal calls should be 
restricted to cases where it makes logical sense - performing some 
action that is an integral part of what the calling program is doing.


The start up and termination cost of a job step is minor and a occurs 
only once per job step.  If these programs are doing anything of 
significance with any data of significance the step overhead will be 
unnoticeable when compared with actual processing of data.


The part of file allocation that has significant cost is basically the 
same whether the allocation is via JCL or dynamic allocation.   Unless 
you really need the flexibility of making the allocation conditionally 
dependent on data in ways that are impossible with JCL, dynamic 
allocation makes it more difficult for future maintainers to determine 
all the input/output files for a process.  In addition, there are some 
things that either just can't be done or are exceedingly difficult to do 
with dynamic allocation - like waiting until datasets that are in use 
become available rather than failing allocation, or having concatenated 
tape data sets that won't be active at the same time share a single 
drive, or having automatic job restart managers like CA11 or ZEBB handle 
dataset deletion and GDG adjustment on a job restart.  Also changing 
file allocation parameters in JCL is trivial and cheap compared with 
modifying and recompiling a program when those parameters are embedded 
in code using dynamic allocation.



--
Joel C. Ewing, Fort Smith, ARjcew...@acm.org

--
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: abend percolation

[Moore, Ken]

Thanks to all who replied.  I discovered, as I was teaching myself this logic, 
that the ECB actually had the completion code in it, but only after the 
completion of the WAIT ECB, which proceeded the ATTACH.  Additionally, the 
existing logic in the program took the ECB

ECB = X'84806000' in this case

and loaded the second halfword into R15 to return to the operating system, 
which I can assume is well out of range for a valid return code (X'6000) and 
was being interpreted as a ZERO. 

Ken 

-Original Message-
From: Moore, Ken 
Sent: Tuesday, October 19, 2010 1:16 PM
Subject: abend percolation

Hi.

Brief summary:  how to get a main task to abend with the same code as an 
abending sub-task.

I noticed a problem a couple of days ago with a process we have had in place 
for a long time.   We have a main program whose sole function is to set an 
address space non-swappable and bump the dispatching priority, before attaching 
a TCB to run the real target program.  The problem is that when the TCB running 
the target program abends (in this case, it was an S806 because the steplib was 
faulty), the main task returns an RC0 back to the operating system.

Here is the current ATTACH

 ATTACH EPLOC=PGMNAME,ECB=ECB, *
   SM=PROB,*
   KEY=PROP,   *
   RSAPF=YES

I'm trying to get the abend to percolate back to the main task and back to the 
operating system.  I've tried specifying an ESTAI on the ATTACH, and the ESTAI 
routine gets control for abends, but I'm having trouble figuring out how to 
tell GCS to percolate.  Any hints?  I just need the job to abend instead of 
returning RC0 (or a default RC that I set in the ESTAI routine).

New attach:
 LAR1,PARMPTR
 ATTACH EPLOC=PGMNAME,ECB=ECB, *
   SM=PROB,*
   KEY=PROP,   *
   RSAPF=YES,  *
   ESTAI=TERMEXIT


I'm trying to make this as simple as possible, but I've tried different 
variations of SETRP as well.

 USING TERMEXIT,R12
TERMEXIT DS0H
 LRR12,R15
 STM   R14,R12,12(R13) SAVE REGS IN SAVE AREA
 LRR12,R15 ESTABLISH ADDRESSABILITY
 STR13,SAVER13 SAVE R13
 L R13,SAVE@   LOAD THIS PROGRAM'S R13
 LAR15,32  DEFAULT TO RC 32 FOR ABENDS
 STCM  R15,B'',RC  SAVE DEFAULT RC
 L R13,SAVER13 RESTORE REG 13
 LM   R14,R12,12(R13)  RESTORE REGISTERS
 XR   R15,R15  TELL GCS TO PERCOLATE
 BR   R14  BRANCH BACK TO GCS
TERMEXIT_FIXED DS 0H
* TERMEXIT_FIXED AREA
SAVE@DCA(SAVE)  ADDRESS OF PROGRAM RSA
SAVER13  DCA(0) HOLDING AREA FOR R13
T12A DCY(12)EYECATCHER FOR SDWA PRESENT
 LTORG ,


Ken




Ken Moore
Online Systems Development
ADP Shared Services, Engineering & Data Processing
201 714 3826
ken_mo...@adp.commailto:ken_mo...@adp.com>

--
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, notify the sender immediately by return email 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

--
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: Shutdown and dependencies

[Arthur Gutowski]

On Tue, 19 Oct 2010 11:13:12 -0400, Cheryl Walker 
 wrote:

>Although this email is a little late, a good reference for dependencies at 
>start 
up and shut down can be found in the MTTR Redbook - 
http://www.redbooks.ibm.com/abstracts/sg247816.html?Open.  Although the 
TCP/IP issue isn't addressed, there are other dependencies that might be of 
interest to people following this thread.

Note that somehow the "." became part of the url in Cheryl's note.  When I 
clicked it, I got a "manual not found" page, however when I searched 
for 'MTTR' in Redbooks, I got to:

http://www.redbooks.ibm.com/abstracts/sg247816.html?Open

D'oh... stupid listserv...

Regards,
Art Gutowski
Ford Motor Company

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

SMF Exits (Was: Re: Potential z/OS MPF behavior change...)

[Arthur Gutowski]

On Wed, 20 Oct 2010 00:16:24 -0500, Barbara Nitz  
wrote:

>Mark,
>
>>1) It is recommended to NOT use IEFUSI for OMVS (I removed it many
>>years ago).
>>2) When I did, I checked for OMVS and skipped writing the messages:
>> CLC   0(4,R5),=C'OMVS'
>> BE   SKIPWTO
>
>ehm, my USI does this (and has been since I rewrote it when memlimit came
>out):
>
>CLC   0(4,SUBNAME),=C'OMVS'
>BNE   MNOMVS not OMVS
>MVC   16(8,RA),Z6GIG MEMLIMIT max for OMVS:=6G
>B EXIT   so exit, memlimit stays 6GB
>
>Now, I don't understand what a 'step ended' message spit out for every step
>by IEFACTRT (hence TRT* message) has to do with IEFUSI? We also have
>a 'step has started' message named UJI001 spit out of IEFUJI. That dates 
from
>before my time here.
>
Another way to do this is define in SMFPRMxx:
SUBSYS(OMVS)

and include/exclude what you want/don't want in EXITS.  If you feel 
compelled to call the IBM-supplied default exits (BR 14), in PROGxx, code:
EXIT ADD EXITNAME(SYSOMVS.IEF) MODNAME(IEF)
and 
EXIT ADD EXITNAME(SYS.IEF) MODNAME(MYIEFxxx)
or
EXIT ADD EXITNAME(SYS.IEF) MODNAME(MYIEFxxx)

Link-edit your exit as MYIEFxxx.  No more need to determine this in the exit.

Regards,
Art Gutowski
Ford Motor Company

--
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: Storage usage in a job

[Hunkeler Peter (KIUP 4)]

Please excuse me for that weird post before. Finger check; it wasn't
meant to be sent out at that time.

>We're doing some load testing, and running out of storage, 
>but we can't figure out how to tell WHAT storage. Shortly 
>before it blew off, the REAL column in SDSF showed "120T". 
>We're pretty sure that wasn't 120 terabytes; it seems to 
>be T for Thousand. But that isn't a lot of memory?!

It doesn't really matter how much REAL your occupying. The
system should be able to only give as much as it can give
without negative impact on the system as a whole. Anyway
this may impact overall system performance, but would never
lead to an abend with reason "out of storage".

If module EDCU is amode any, then you ran out of extended
private, otherwise you ran out of private below VIRTUAL
storage.

Only a dump can tell you how the virtual storage was used in
the address space.

--
Peter Hunkeler
Credit Suisse

--
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: Storage usage in a job

[Hunkeler Peter (KIUP 4)]

>We're doing some load testing, and running out of storage, 
>but we can't figure out how to tell WHAT storage. Shortly before it
blew off, the REAL column in SDSF showed "120T". We're pretty sure that
wasn't 120 terabytes; it seems to be T for Thousand. But that isn't a
lot of memory?!

Here's the job output when it failed - does this offer any clues? Any
hints, or pointers to doc, are gratefully accepted!

EW4000I FETCH FOR MODULE EDCU FROM DDNAME -LNKLST- FAILED BECAUSE
INSUFFICIENT STORAGE WAS AVAILABLE.
SV031I LIBRARY ACCESS FAILED FOR MODULE EDCU, RETURN CODE 24, REASON
CODE 26080021, DDNAME *LNKLST*
  --TIMINGS (MINS.)--
-PAGING COUNTS
STEPNAME PROCSTEPRC   EXCP   CONNTCBSRB  CLOCK   SERV
WORKLOAD  PAGE  SWAP   VIO SWAPS
RUN3632 474037 51 345.99.00  482.8 558935  BATCH
288K 0 0 0
HUDIUNIR ENDED.  NAME- TOTAL TCB CPU TIME= 345.99
TOTAL ELAPSED TIME= 482.8
HASP395 HUDIUNIR ENDED
--
...phsiii

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: 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: When will MVS be able to use cheap dasd

[Anne & Lynn Wheeler]

from today

Western Digital Launches First 3TB Hard Drive
http://www.informationweek.com/news/storage/portable/showArticle.jhtml?articleID=227900320&itc=ref-true

mentions that it is a FBA4096 drive (rather than FBA512 that has been
standard for so long) & suggested retail is $239, $74/tbyte (2.5TB drive
is $189, $76/tbyte)

recent posts in comp.database.theory thread ... mentions future system
and s/38. one of the early isssues was that s/38 treated all disks as
one large pool (with potential scatter allocate across all disks) ... so
system backup was all available data and single disk failure resulted in
doing complete system restore (which was rumored could take days).
Supposedly this was motivation for s/38 being early adopter of raid
technology ... as countermeasure to single disk failure (since such
occurance was so traumatic).
http://www.garlic.com/~lynn/2010n.html#80 Hashing for DISTINCT or GROUP BY in 
SQL
http://www.garlic.com/~lynn/2010n.html#81 Hashing for DISTINCT or GROUP BY in 
SQL
http://www.garlic.com/~lynn/2010n.html#82 Hashing for DISTINCT or GROUP BY in 
SQL
http://www.garlic.com/~lynn/2010n.html#83 Hashing for DISTINCT or GROUP BY in 
SQL
http://www.garlic.com/~lynn/2010n.html#84 Hashing for DISTINCT or GROUP BY in 
SQL
http://www.garlic.com/~lynn/2010n.html#85 Hashing for DISTINCT or GROUP BY in 
SQL

even with million+ hr MTBF drives ... there is still some failures
... which has driven to RAID & hot-pluggable ... being able to
transparently handle (mask) single disk failure (and do replacement and
restore on-the-fly).

some recent posts mentioning the fba512 to fba4096 move:
http://www.garlic.com/~lynn/2010.html#1 DEC-10 SOS Editor Intra-Line Editing
http://www.garlic.com/~lynn/2010.html#84 locate mode, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010b.html#85 search engine history, was Happy 
DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#9 PDS vs. PDSE
http://www.garlic.com/~lynn/2010m.html#1 History of Hard-coded Offsets
http://www.garlic.com/~lynn/2010m.html#41 IBM 3883 Manuals

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
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 1.11 and low private

[Veilleux, Jon L]

Correct, the last GETMAIN is probably not the problem, but the VSMDATA detail 
listing might help to locate who is using the storage.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Vernooij, CP - SPLXM
Sent: Wednesday, October 20, 2010 2:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/os 1.11 and low private

That is usually a tricky problemanalyses: you will probably catch the victim of 
some other extensive storage consumption done earlier in time.
Comparing VMSDATA from 1.9 and 1.11 might give a clue.

Kees.

"Veilleux, Jon L"  wrote in message 
news:...
> Maybe a SLIP on the 878 will show you exactly who is doing GETMAINs
which might point you in the correct direction.
> 
> VERBX VSMDATA 'noglobal detail' 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Hal Merritt
> Sent: Tuesday, October 19, 2010 12:04 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: z/os 1.11 and low private
> 
> There are no known differences in the application, and we pay close
attention to that. 
> 
> The application may, however, be invoking some z/os service(s) that
have grown. The application is starting up (opening files, setting up telecom, 
etc) when the shortage occurs.  
> 
>  
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Veilleux, Jon L
> Sent: Tuesday, October 19, 2010 10:51 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: z/os 1.11 and low private
> 
> Is it running an application program or a z/OS utility that might have
increased in size?
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Hal Merritt
> Sent: Tuesday, October 19, 2010 11:37 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: z/os 1.11 and low private
> 
>  Hi all - we have stumbled across an issue where an application runs
out of low private (ABEND S878-10) when run under z/os 1.11. It is very tight, 
but runs ok under z/os 1.9.
> 
> We compared the private under both z/os versions and, if anything, the
1.11 seems a little larger.
> 
> The application folks are working the issue, so I'm just looking for
any differences in z/os that may help the application folks better craft their 
solutions.
> 
> The nature of the application makes it very difficult to reproduce the
problem in a test mode.
> 
> Thanks!!
> NOTICE: This electronic mail message and any files transmitted with it
are intended exclusively for the individual or entity to which it is addressed. 
The message, together with any attachment, may contain confidential and/or 
privileged information.
> Any unauthorized review, use, printing, saving, copying, disclosure or
distribution is strictly prohibited. If you have received this message in 
error, please immediately advise the sender by reply email and delete all 
copies.
> 
> --
> 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
> This e-mail may contain confidential or privileged information. If you
think you have received this e-mail in error, please advise the sender by reply 
e-mail and then delete this e-mail immediately.
> Thank you. Aetna   
> 
> --
> 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
> NOTICE: This electronic mail message and any files transmitted with it
are intended exclusively for the individual or entity to which it is addressed. 
The message, together with any attachment, may contain confidential and/or 
privileged information.
> Any unauthorized review, use, printing, saving, copying, disclosure or
distribution is strictly prohibited. If you have received this message in 
error, please immediately advise the sender by reply email and delete all 
copies.
> 
> --
> 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
> This e-mail may contain confidential or privileged information. If you 
> think you have received this e-mail in error, please advise the sender 
> by reply e-mail and then delete this e-mail immediately.
> Thank you. Aetna   
> 
> --
> 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: Storage usage in a job

[Veilleux, Jon L]

By any chance did someone change the LINKLIST set recently without an IPL? That 
can cause this error, although with your high usage numbers it does seem an 
unlikely possibility.
You could always run a GETMAIN trace to see where the storage requests are 
coming from.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Phil Smith
Sent: Tuesday, October 19, 2010 10:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Storage usage in a job

We're doing some load testing, and running out of storage, but we can't figure 
out how to tell WHAT storage. Shortly before it blew off, the REAL column in 
SDSF showed "120T". We're pretty sure that wasn't 120 terabytes; it seems to be 
T for Thousand. But that isn't a lot of memory?!

Here's the job output when it failed - does this offer any clues? Any hints, or 
pointers to doc, are gratefully accepted!

EW4000I FETCH FOR MODULE EDCU FROM DDNAME -LNKLST- FAILED BECAUSE 
INSUFFICIENT STORAGE WAS AVAILABLE.
SV031I LIBRARY ACCESS FAILED FOR MODULE EDCU, RETURN CODE 24, REASON CODE 
26080021, DDNAME *LNKLST*
  --TIMINGS (MINS.)--
-PAGING COUNTS
STEPNAME PROCSTEPRC   EXCP   CONNTCBSRB  CLOCK   SERV  WORKLOAD  
PAGE  SWAP   VIO SWAPS
RUN3632 474037 51 345.99.00  482.8 558935  BATCH 
288K 0 0 0
HUDIUNIR ENDED.  NAME- TOTAL TCB CPU TIME= 345.99 TOTAL 
ELAPSED TIME= 482.8
HASP395 HUDIUNIR ENDED
--
...phsiii

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna   

--
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: jcl vs pgm call

[Binyamin Dissen]

On Wed, 20 Oct 2010 12:34:42 +0200 Marco Gianfranco Indaco
 wrote:

:>Hi to all, it's probably a stupid question.
:>Which is the most expensive method to call a program in batch mode?
:>Using a PGM=program within a submitted(and converted) jcl or calling the
:>program from a another one.
:>And what about data definition?
:>Allocate a file within a program or from the jcl?

:>i.e. It's better to have 3 job that call 3 pgm or a program that has 3
:>nested call?

First off all, you have to define expense - cost of people versus cost of
processing.

Obviously a single TCB will use less CPU but a mish-mosh of a program will
cost more people time should there ever be a problem or a need of a change.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

jcl vs pgm call

[Marco Gianfranco Indaco]

Hi to all, it's probably a stupid question.
Which is the most expensive method to call a program in batch mode?
Using a PGM=program within a submitted(and converted) jcl or calling the
program from a another one.
And what about data definition?
Allocate a file within a program or from the jcl?

i.e. It's better to have 3 job that call 3 pgm or a program that has 3
nested call?

Tks.

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

Re: IBM Announcements URL

[Geoff Rousell]

On Tue, 19 Oct 2010 16:12:35 -0400, Cheryl Walker 
wrote:

>The link work fine for me using Safari 5.0.2 on a Mac.
>
>I also use this for z/OS - http://www-03.ibm.com/systems/z/os/zos/news.html
>
>Cheryl
>
>==
>Cheryl Watson
>Watson & Walker, Inc.
>www.watsonwalker.com
>941-266-6609
>==
>
I'd comment that it's probably safer to "remember" IBM urls WITHOUT the
numeric suffix to the www. 

For addresses of the form www-.ibm.com/sitename, the  represents a
deployment location which may change over time. 

Geoff Rousell
Client Technical Specialist, System z
IBM 
geoff_rous...@uk.ibm.com

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

Re: Storage usage in a job

[Terry Draper]

Phil,
    You do not say what kind of batch job it is. Is it normal qsam/vsam or is 
it DB2?
 
    The CPU percentage (CPU time /elapsed time) is over 70%. This is very high 
for a non DB2. Even for DB2 it would have to find most of the data already in 
bufferpools.
 
    The fialure is insufficienty storage to loadf a module. The module name is 
a sample module for LE(searhced GOOGLE for it). So it is probably not big. 
   
   Also you have paging at 228K according to your joblog. I would assume your 
working set is large.
 
   I would not expect it to be a real storage problem It is almost certainly a 
virtual storage problem in the jobs region. 
 
   Try increasing your region size.
 
   Also are you sure you are not looping on the same record - hence the high 
CPU percentage.
 
   Maybe you build an in memory table and the larger volumes are blowing the 
region.
 
   I would recommend fixing the virtual storage AND the high CPU percentage. 


Terry Draper
zSeries Performance Consultant
w...@btopenworld.com
mobile:  +66 811431287

--- On Wed, 20/10/10, Mike Schwab  wrote:


From: Mike Schwab 
Subject: Re: Storage usage in a job
To: IBM-MAIN@bama.ua.edu
Date: Wednesday, 20 October, 2010, 4:42


120T = 120,000 4K pages over 480,000,000 bytes

On Tue, Oct 19, 2010 at 9:10 PM, Phil Smith  wrote:
> We're doing some load testing, and running out of storage, but we can't 
> figure out how to tell WHAT storage. Shortly before it blew off, the REAL 
> column in SDSF showed "120T". We're pretty sure that wasn't 120 terabytes; it 
> seems to be T for Thousand. But that isn't a lot of memory?!
>
> Here's the job output when it failed - does this offer any clues? Any hints, 
> or pointers to doc, are gratefully accepted!
>
> EW4000I FETCH FOR MODULE EDCU FROM DDNAME -LNKLST- FAILED BECAUSE 
> INSUFFICIENT STORAGE WAS AVAILABLE.
> SV031I LIBRARY ACCESS FAILED FOR MODULE EDCU, RETURN CODE 24, REASON CODE 
> 26080021, DDNAME *LNKLST*
>                                              --TIMINGS (MINS.)--            
> -PAGING COUNTS
> STEPNAME PROCSTEP    RC   EXCP   CONN    TCB    SRB  CLOCK   SERV  WORKLOAD  
> PAGE  SWAP   VIO SWAPS
> RUN                3632 474037     51 345.99    .00  482.8 558935  BATCH     
> 288K     0     0     0
> HUDIUNIR ENDED.  NAME-                     TOTAL TCB CPU TIME= 345.99 TOTAL 
> ELAPSED TIME= 482.8
> HASP395 HUDIUNIR ENDED
> --
> ...phsiii
>
> Phil Smith III
> p...@voltage.com
> Voltage Security, Inc.
> www.voltage.com

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

--
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: Potential z/OS MPF behavior change -- comments please

[Doron Geva]

Kevin ,

The SYSLOG / OPERLOG in many place treated as an aeroplane black boxes. It
records *everything *that is happening in the system. It server as tool for
technical and legal problems investigation and it is archived for years.

There are installations that forbid suppressing any message, including
messages that create and serve only automation processes (by automation
products).

Another issue is that, the MPF does not have a security mechanism.
Therefore, anyone that can write a MPF process can cause eliminating
messages from SYSLOG unintentionally or intentionally. Automation products,
that already suppress messages from everywhere, have the security mechanism
that can and should be use.


 Bottom line: Leave it as today. Those that need more sophisticated options
should use more sophisticated tools.

Have a nice day

Doron


On Wed, Oct 20, 2010 at 08:02, Barbara Nitz  wrote:

> Kevin,
>
> maybe som of the others have the same problem *I* have in understanding
> the term 'monitor message'. I just reread Planning:OPS and the message
> manual where the IEF's are in, and I am still unclear what 'monitor
> message'
> is/means.
>
> Take IEF403I and IEF404I (two of those that I need in hardcopy to *prove*
> that something happened at a certain time, in addition to the HASP messages
> and our home-grown uji001 and trt002 at step start/stop):
>
> Is all of IEF403I the monitor message that would not be issued if we hadn't
> set
> the consolxx definition to MONITOR(JOBNAMES-T)? Or is just the time part of
> ief403I (which would appear in joblog that doesn't have the hardcopy-log-
> timestamp) the 'monitor' thing? The 1.12 message book for ief403i is
> certainly
> VERY silent about this.
>
> Is a list of 'the monitor messages' published anywhere?
>
> We still have the MN dsname command in commndxx, which at IPL gets the
> expected error of 'monitor command not supported' or some such (I was not
> allowed to remove it for heaven knows what reasons). Despite that, D opdata
> still shows that DSNAME monitoring is on (because of the INIT statement in
> consolxx?)
>
> Why can I not specify the log option on the INIT statement? We don't issue
> any setcon command for it, and it defaults to LOG (which isn't explicitly
> stated
> in the books, either!) Presumably for monitor dsname on init, it will also
> default
> to log.
>
> In addition, the message books are fairly obtuse about what a monitor
> message is. Unless you already know, it is not clear what is a monitor
> message
> and what isn't.
>
> Looking at the hardcopy log, IEF403I shows that it is issued without any
> routing codes, but it does have the 'MESSAGE NOT SERVICED BY ANY WTO
> USER EXIT' and 'AUTOMATION REQUESTED' bits on in HCLREQFL (x'0090').
> I have always been unclear if such a message would show up on the console
> or not and had to rely on actually *looking* at he console to determine
> that.
> This despite us having a default routcode of 11 specified in consolxx.
> Which
> does not show up in the hardcopied message.
>
> And some of the responses here seem to reflect the same lack of
> understanding I have, probably because of fairly insufficient docs. Maybe
> IBM
> will consider to educate us at the next SHARE?
>
> Richard,
> >But if I understand this correctly, these messages normally didn't
> >go to syslog. They only went to syslog if MPF deleted them from the
> >console.
> No. We don't have anything in MPF for ief403/404 (other than a no_entry
> statement explicitly saying SUP(NO)), and these messages certainly appear
> in
> hardcopy log *and* on the console.
>
> Brian,
> >Personally I have used seemingly trivial Syslog entries to debug and
> correct
> >issues that would have been difficult or next to impossible to do in a
> >timely manner without them.  I don't think making a no-log default is ever
> a
> >good idea.
> I concur. Thanks.
>
> Best regards, Barbara
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
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: Potential z/OS MPF behavior change -- comments please

[Hunkeler Peter (KIUP 4)]

>>Maybe I was too hasty. If a message is suppressed from every console 
>>AND from the log, it could be considered "lost".
>
>Exactly. That was my first thought. In my experience, I am *required* 
>to proof to all and sundry (most notably IBM software support) that 
>things happened in a certain order or that they happened *at all*. 
>How am I supposed to do that if a message is suppressed from hardcopy? 


I fully concur with Barbara.  

Thers is nothing more frustrating than having to explain what happend 
when you don't have means to find out what happened. SYSLOG/OPERLOG is
one of the great things MVS offers to help with debugging and problem
analyzing.

If you're going to change that behaviour, make it so that someone needs
to activate it with full awareness of what is going to change and leave
the default as it is.

--
Peter Hunkeler
Credit Suisse

--
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: Eject cartridge CE XXX

[R.S.]

HELIO pisze:


 All list,

We have a 3494 tape library. I need to eject the cartridge (ce xxx) 
which used by the technical service.

Does anyone know how I can eject cartridge?


1. Why? Why do you need it?
2. Simply pause the library, open (ONE!) cabinet and take the cart. 
After you close the doors Library Manager will check all the cabinet and 
remove CE  cart from its database.



--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 168.248.328 zotych.

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

Btter handling error recovery in cae of TCP Connection error

[Shai Hess]

HI,

 To the users of MFNetDisk,

Important fix! 
 Better error recovery in case of TCP error which is simulate by MFNetDisk as 
NO_PATH_AVAILABLE. Full control of the IOS message in case of the error.

 More users are using the replication feature (In addition to the emulation 
which many users are using) which enable replicate real 3390 device to PC File 
mirrors type MPC or AWS. Also MFNetDisk have an option to send the invalids 
tracks request to PC or keep the invalids tracks in MF for later being send  to 
PC for Re Sync unon request. This option is good for backup ( freeze mirror 
updates in desire point of time) and also to elimintae multiple Re Sync of the 
same track or avoid the small overhead needed to Re Sync mirror in rush hour 
in MF. 
The feed backs for the replication feature are now very good. More users are 
needed to test this feature.


Thanks and be healthy,
Shai

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