Re: Version Query for Installed Product

2011-12-05 Thread Ravi Gaur
How about generate list of FMID's and check with what is installed..ofcourse 
can have some third party FMID's as well..however this is what I could narrow 
down otherwise..IFAPRDxx and SMF not going to help as you looking offline prod.

http://www-03.ibm.com/systems/z/os/zos/support/servicetest/fmids.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


Jobname for DFHSM Requests

2011-12-05 Thread Ravi Gaur
***Suggestion Please***

We work in 12 way sysplex/hsmplex and sometime following a bad tape hsm 
requests get build up now before we do tape replace with alternate These all 
recall request should be killed which we get from HSEND Q REQ and then start 
killing them on basis of owner id .However as far as it's under the TSO owner 
or some single job owner request can easily be understood from where it coming 
to cancel However at certain situation when there are multiple/number of jobs 
running under the same Owner(for example under CA7/TWS) we stuck since we know 
the Owner id but doesn't know the jobname associated with recall request so 
that we know if we kill some request which job will go down or which job we 
should cancel before cancelling recall request..

Any idea?  any block within hsm address space to refer back to extract out 
jobname ..could not see in DATA Area manual of hsm..

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


FICON Express8 and older CU's

2011-12-05 Thread R.S.
I'm looking for information regarding incompatibilities between FICON 
Express8 and older control units (for example EMC Symmetrix disk systems).
I heard a lot of contradictory messages regarding Driver level of the 
CPC, FICON card model, CPC models, control units affected, etc.


Any clue?


Regards
--
Radoslaw Skorupka
Lodz, Poland


--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych.


--
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: Version Query for Installed Product

2011-12-05 Thread Richards, Robert B.
SoftAudit (or whatever IBM calls it...TLCM?) may be able to identify products. 
But if you could afford that product, you could probably increase your MSU 
capacitya better alternative.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Jake anderson
Sent: Monday, December 05, 2011 12:03 AM
To: IBM-MAIN@bama.ua.edu
Subject: Version Query for Installed Product

Hi,

There are some Product in our system where the version Indication is not
visible via Datasets(SMPE datasets) or thru SMP/E panel. Our systems   MSU
capacity is too low due to which we are unable to make the installed
product to run which might cause the  products to consume more process or
CPU.  Are there any sample JCLs which will pull out the version of the
offline products. I was able to get the version of some product through
SMP/E panel(query facility). There are some products for which I am unable
to extract.

Any Hints or suggestion would really help me in extracting the details.

Jakes

--
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: ALET=2

2011-12-05 Thread Peter Relson
To add a bit to what Jim Mulder posted,

DIE routines are expected not to reference private storage, and therefore 
(whether they are I/O DIEs or Timer DIEs, whether they "can" or not) 
should not use ALET=2.
Within z/OS, Home ASC mode would "work", although as with any DIE the home 
space is more or less random.

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: FICON Express8 and older CU's

2011-12-05 Thread Nelson, Ira
We received the following primus issue from EMC emc246345. It  documents the 
supported levels  for Ficon Express 8. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
R.S.
Sent: Monday, December 05, 2011 6:56 AM
To: IBM-MAIN@bama.ua.edu
Subject: FICON Express8 and older CU's

I'm looking for information regarding incompatibilities between FICON 
Express8 and older control units (for example EMC Symmetrix disk systems).
I heard a lot of contradictory messages regarding Driver level of the 
CPC, FICON card model, CPC models, control units affected, etc.

Any clue?


Regards
-- 
Radoslaw Skorupka
Lodz, Poland


--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorised to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive. 

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 168.346.696 złotych.

--
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: Data encrypt

2011-12-05 Thread John Gilmore
Rob Schramm's post suggests that IBM's DKMS key-management system has
a new name; but I, for one, do not know what that new name is.  The
IBM  website still talks about DKMS.

The impetus for a new name is understandable.  This acronym is among
the most overloaded I routinely encounter.

For UNIX people it most often means 'Distributed Kernel Module
Support', but it can also mean 'Distributed Knowledge Management
System', and outside of computing it is the acronym for 'Deutsche
KnochenMarkSpenderdatei', the originally German but now also Polish
and American non-profit organization that maintains a database of
bone-marrow donors for leukemia victims.  It can even stand for
Drunken Killing MachineS.

The IBM product is nevertheless an excellent, severely practical one
that has no real competitors in its specific z/OS environment.

John Gilmore, Ashland, MA 01721 - USA

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


Re: SMP/E vs. Multi-CSECT MOD Elements?

2011-12-05 Thread Kurt Quackenbush

On 12/2/2011 12:05 PM, Paul Gilmartin scratched his head and wrote:


If I APPLY a MOD that has fewer CSECTS than an earlier version,
are the omitted CSECTs REPLACEd?  The Reference implies that
this is done (in a warning, as if it were an extraordinary occurrence).


Yes, the APPLY will generate REPLACE statements so the binder can delete 
the omitted CSECTs.



If I RESTORE to the earlier version, does SMP/E put such CSECTs
back?  Where does it get them?  The DLIB?


SMP/E includes the MOD from the DLIB, so if the accepted level of the 
MOD has those CSECTs, then they will be added to the LMOD.



If I APPLY a MOD that has more CSECTs than the earlier version,
there should be no problem.  When I RESTORE, does it REPLACE
the additional CSECTS?  (I seem to see this happening when I
RESTORE a PTF that introduced an new MOD element; that's
where I went wrong by not supplying a CSECT option -- not all
CSECTS were REPLACEd, and the stragglers caused Binder
errors.)


Similar to APPLY, yes RESTORE should generate the appropriate REPLACE 
statements so the binder can delete the proper CSECTs.



In the extreme, what happens if two or more MOD elements
contain an identical CSECT?


Without a more specific description of the scenario its hard to say, but 
as you surmise, this could get interesting.


Kurt Quackenbush -- IBM, SMP/E Development

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


Re: SMP/E vs. Multi-CSECT MOD Elements?

2011-12-05 Thread Staller, Allan
On 12/2/2011 12:05 PM, Kurt Quackenbush wrote:


> If I APPLY a MOD that has fewer CSECTS than an earlier version,
> are the omitted CSECTs REPLACEd?  The Reference implies that
> this is done (in a warning, as if it were an extraordinary
occurrence).

Yes, the APPLY will generate REPLACE statements so the binder can delete

the omitted CSECTs.


How will APPLY know to "replace" (i.e. delete) the unreferenced CSECT's?

--
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: Version Query for Installed Product

2011-12-05 Thread Ed Gould
 Jakes,

This is one of the many reasons that all programs no matter how trivial should 
be installed with SMPE. Not only that the products should also be smpe 
maintainable. That should be a prereq for any program. I have heard many an 
excuse from various vendors over the years but when you have hundreds of often 
obscure programs there is just no easy way to determine what, where and who.

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


ROOT file system is out space

2011-12-05 Thread Chokalingam Thangavelu
Hi,

I am applying RSU maintenance and the job failed with the below message.

IOEZ00551I Aggregate ZOSS11.OMVSB.ROOT ran out of space

Please help me to increase the size of ROOT file system.

Regards,
Chokalingam Thangavelu

Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email. 

www.wipro.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


IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY 510 PAGES

2011-12-05 Thread Chokalingam Thangavelu
Hi,

The below message is frequently coming on DEV LPAR.

IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY   510 PAGES

Sysview reports show below utilizations.

ECSA  23%
ESQA  90%
SQA  20%
CSA  18%

Please let me know do I need to increase the ESQA size.

Regards,
Chokalingam Thangavelu  

Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email. 

www.wipro.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: ROOT file system is out space

2011-12-05 Thread Mullen, Patrick
Google zfsadm grow


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Chokalingam Thangavelu
Sent: December 5, 2011 10:29 AM
To: IBM-MAIN@bama.ua.edu
Subject: ROOT file system is out space

Hi,

I am applying RSU maintenance and the job failed with the below message.

IOEZ00551I Aggregate ZOSS11.OMVSB.ROOT ran out of space

Please help me to increase the size of ROOT file system.

Regards,
Chokalingam Thangavelu

--
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: IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY 510 PAGES

2011-12-05 Thread Mark Jacobs

Change second parameter on the SQA= parameter in IEASYSxx

SQA=(12,45M), /* SQA SIZE X 64K (SQA,ESQA)  */

Mark Jacobs

On 12/05/11 11:37, Chokalingam Thangavelu wrote:

Hi,

The below message is frequently coming on DEV LPAR.

IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY   510 PAGES

Sysview reports show below utilizations.

ECSA  23%
ESQA  90%
SQA  20%
CSA  18%

Please let me know do I need to increase the ESQA size.

Regards,
Chokalingam Thangavelu  

Please do not print this email unless it is absolutely necessary.

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments.

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email.

www.wipro.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

   



--
Mark Jacobs
Time Customer Service
Tampa, FL


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

Yiddish Proverb

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


Re: SMP/E vs. Multi-CSECT MOD Elements?

2011-12-05 Thread Tom Marchant
On Mon, 5 Dec 2011 10:02:00 -0600, Staller, Allan wrote:


>
>How will APPLY know to "replace" (i.e. delete) the unreferenced CSECT's?

When a SYSMOD includes a ++MOD that specifies the CSECTS that 
are included in that MOD, and another SYSMOD provides a replacement 
++MOD that has a different list of CSECTS specified, SMP/E knows that 
there is a difference.

This is not the same as providing a ++MOD that contains multiple CSECTS 
and not telling SMP/E about them.  In that case, SMP/E would not know.

-- 
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: IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY 510 PAGES

2011-12-05 Thread Mark Jacobs

And ReIPL.

Mark Jacobs

On 12/05/11 11:53, Mark Jacobs wrote:

Change second parameter on the SQA= parameter in IEASYSxx

SQA=(12,45M), /* SQA SIZE X 64K (SQA,ESQA)  */

Mark Jacobs

On 12/05/11 11:37, Chokalingam Thangavelu wrote:

Hi,

The below message is frequently coming on DEV LPAR.

IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY   510 PAGES

Sysview reports show below utilizations.

ECSA  23%
ESQA  90%
SQA  20%
CSA  18%

Please let me know do I need to increase the ESQA size.

Regards,
Chokalingam Thangavelu

Please do not print this email unless it is absolutely necessary.

The information contained in this electronic message and any 
attachments to this message are intended for the exclusive use of the 
addressee(s) and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately and destroy all copies of this message and any attachments.


WARNING: Computer viruses can be transmitted via email. The recipient 
should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by 
any virus transmitted by this email.


www.wipro.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







--
Mark Jacobs
Time Customer Service
Tampa, FL


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

Yiddish Proverb

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


Re: ROOT file system is out space

2011-12-05 Thread Rob Schramm
This was covered in a prior set of posts

http://www.mail-archive.com/ibm-main@bama.ua.edu/msg109167.html

For expanding via re-allocating the filesystem... IDCAMS REPRO, copytree or pax

http://www.redbooks.ibm.com/redbooks/pdfs/sg246580.pdf


Rob Schramm
Senior Systems Consultant
Imperium Group



On Mon, Dec 5, 2011 at 11:29 AM, Chokalingam Thangavelu
 wrote:
> Hi,
>
> I am applying RSU maintenance and the job failed with the below message.
>
> IOEZ00551I Aggregate ZOSS11.OMVSB.ROOT ran out of space
>
> Please help me to increase the size of ROOT file system.
>
> Regards,
> Chokalingam Thangavelu
>
> Please do not print this email unless it is absolutely necessary.
>
> The information contained in this electronic message and any attachments to 
> this message are intended for the exclusive use of the addressee(s) and may 
> contain proprietary, confidential or privileged information. If you are not 
> the intended recipient, you should not disseminate, distribute or copy this 
> e-mail. Please notify the sender immediately and destroy all copies of this 
> message and any attachments.
>
> WARNING: Computer viruses can be transmitted via email. The recipient should 
> check this email and any attachments for the presence of viruses. The company 
> accepts no liability for any damage caused by any virus transmitted by this 
> email.
>
> www.wipro.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: ROOT file system is out space

2011-12-05 Thread Lizette Koehler
>
>I am applying RSU maintenance and the job failed with the below message.
>
>IOEZ00551I Aggregate ZOSS11.OMVSB.ROOT ran out of space
>
>Please help me to increase the size of ROOT file system.
>



Is this a zFS or HFS file?

Is this your live Root or your Service Root?

Lizette

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


Re: ROOT file system is out space

2011-12-05 Thread McKown, John
Look at the "zfsadm" command here:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/FCXD5A91/ZFSADMGROW

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu
> Sent: Monday, December 05, 2011 10:29 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: ROOT file system is out space
> 
> Hi,
> 
> I am applying RSU maintenance and the job failed with the 
> below message.
> 
> IOEZ00551I Aggregate ZOSS11.OMVSB.ROOT ran out of space
> 
> Please help me to increase the size of ROOT file system.
> 
> Regards,
> Chokalingam Thangavelu
> 
> Please do not print this email unless it is absolutely necessary. 
> 
> The information contained in this electronic message and any 
> attachments to this message are intended for the exclusive 
> use of the addressee(s) and may contain proprietary, 
> confidential or privileged information. If you are not the 
> intended recipient, you should not disseminate, distribute or 
> copy this e-mail. Please notify the sender immediately and 
> destroy all copies of this message and any attachments. 
> 
> WARNING: Computer viruses can be transmitted via email. The 
> recipient should check this email and any attachments for the 
> presence of viruses. The company accepts no liability for any 
> damage caused by any virus transmitted by this email. 
> 
> www.wipro.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: ROOT file system is out space

2011-12-05 Thread Chokalingam Thangavelu
This is live ROOT.

Regards,
Chokalingam Thangavelu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Lizette Koehler
Sent: Monday, December 05, 2011 5:07 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ROOT file system is out space

>
>I am applying RSU maintenance and the job failed with the below message.
>
>IOEZ00551I Aggregate ZOSS11.OMVSB.ROOT ran out of space
>
>Please help me to increase the size of ROOT file system.
>



Is this a zFS or HFS file?

Is this your live Root or your Service Root?

Lizette

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

Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email. 

www.wipro.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: Predictive Failure Analysis (PFA)

2011-12-05 Thread Mary Anne Matyaz
Sam, 

We use PFA in all our production LPARs, and automate on none, right now, though 
we do automate on other healthchecks. Because I hadn't seen one in a while, 
I've asked for an email just to me if they hit, so I'll keep a closer eye on it 
for you. Initially, when we set PFA up, we had some false positives in frames 
and slots, but I increased the stddev to 7 and they went away. I've recently 
decreased it to 4 so we'll see how that goes. 

For us, we have a lot of monitors. Sometimes we have monitors monitoring the 
monitors. :) But I think PFA is valuable for two reasons, it gives good info 
even if it's not creating an exception, like the list of asids that are using 
more frames than expected, but not enough to trigger the alarm. And for a shop 
without monitors, it could be a big help. 

I'm interested to see how the new z/OS 1.13 spool check runs in production. We 
only have it in test at this point. I think that could be helpful for user 
batch jobs looping.  

MA

--
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: Data encrypt

2011-12-05 Thread Rob Schramm
I had thought that DKMS was going under Tivoli and being renamed... my error.

It started out Danish or Denmark Key Management ... I think.

Contains a snippit of DKMS history via CV -
http://www.linkedin.com/in/joerneichner

Rob Schramm
Senior Systems Consultant
Imperium Group



On Mon, Dec 5, 2011 at 9:46 AM, John Gilmore  wrote:
> Rob Schramm's post suggests that IBM's DKMS key-management system has
> a new name; but I, for one, do not know what that new name is.  The
> IBM  website still talks about DKMS.
>
> The impetus for a new name is understandable.  This acronym is among
> the most overloaded I routinely encounter.
>
> For UNIX people it most often means 'Distributed Kernel Module
> Support', but it can also mean 'Distributed Knowledge Management
> System', and outside of computing it is the acronym for 'Deutsche
> KnochenMarkSpenderdatei', the originally German but now also Polish
> and American non-profit organization that maintains a database of
> bone-marrow donors for leukemia victims.  It can even stand for
> Drunken Killing MachineS.
>
> The IBM product is nevertheless an excellent, severely practical one
> that has no real competitors in its specific z/OS environment.
>
> John Gilmore, Ashland, MA 01721 - USA
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
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: ALET=2

2011-12-05 Thread Shmuel Metz (Seymour J.)
In
,
on 12/05/2011
   at 08:28 AM, Peter Relson  said:

>DIE routines are expected not to reference private storage,

Even if it's page fixed?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: Data encrypt

2011-12-05 Thread Tony's Comcast account
IBM should rename it USS.;-)



 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Rob Schramm
Sent: Monday, December 05, 2011 11:13 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Data encrypt

I had thought that DKMS was going under Tivoli and being renamed... my
error.

It started out Danish or Denmark Key Management ... I think.

Contains a snippit of DKMS history via CV -
http://www.linkedin.com/in/joerneichner

Rob Schramm
Senior Systems Consultant
Imperium Group



On Mon, Dec 5, 2011 at 9:46 AM, John Gilmore 
wrote:
> Rob Schramm's post suggests that IBM's DKMS key-management system has
> a new name; but I, for one, do not know what that new name is.  The
> IBM  website still talks about DKMS.
>
> The impetus for a new name is understandable.  This acronym is among
> the most overloaded I routinely encounter.
>
> For UNIX people it most often means 'Distributed Kernel Module
> Support', but it can also mean 'Distributed Knowledge Management
> System', and outside of computing it is the acronym for 'Deutsche
> KnochenMarkSpenderdatei', the originally German but now also Polish
> and American non-profit organization that maintains a database of
> bone-marrow donors for leukemia victims.  It can even stand for
> Drunken Killing MachineS.
>
> The IBM product is nevertheless an excellent, severely practical one
> that has no real competitors in its specific z/OS environment.
>
> John Gilmore, Ashland, MA 01721 - USA
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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


What SMF record types and formats does ACF2 write?

2011-12-05 Thread Charles Mills
What record types does ACF2 write? Does it write Type 80 records that are
equivalent to those written by RACF?

 

I find reference on the Web to ACF2 writing Type 230 records - can anyone
supply me with formats? - and also RACF-equivalent Type 80 records.

 

Thanks,

 

Charles 




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


DFSORT JOINKEYS question

2011-12-05 Thread Frank Swarbrick
Can DFSORT be used to do the following?
File 1 contains all records to be placed in the output.
File 2 contains only some records with the same key.
If the record is in file 2, then the output record should contain information 
from two fields in file 2.
Otherwise the output record should contain information from two fields in file 
1.
The output record will also contain two fields always pulled from file 1 (even 
though the same fields also exist on file 2).

Since examples are always better, see below.
CHFIN is file 1
CHSIN is file 2
Matching is done on CHR-PAN-ACCOUNT.
Each output record needs to always contain CHR-PIC-CNT and CHR-ISSUE-CNT from 
CHFIN (file 1).
If there is a corresponding record on CHSIN (file 2) then we want to use 
CHS-CNT-DATE and CHS-FEE-BILL-AMT from CHSIN.
Otherwise we want to use CHR-CNT-DATE and CHR-FEE-BILL-AMT from CHSIN.
Oh, and to make it more fun, CHR-PIC-CNT, CHR-FEE-BILL-AMT and CHR-FEE-BILL-AMT 
are all 1 byte smaller than their counterparts CHS-PIC-CNT, CHS-FEE-BILL-AMT 
and CHS-FEE-BILL-AMT.

//JKEYCHR  JOB NOTIFY=&SYSUID    
//*--
//SORT1    EXEC PGM=SORT 
//CHFIN    DD DISP=SHR,DSN=DVFJS.CVSC.CVSCHF 
//CHSIN    DD DISP=SHR,DSN=DEVA.CVSC.CHS 
//CHSOUT   DD DISP=SHR,DSN=DEVC.CVSC.CHS 
//SYSIN    DD *  
* Control statements for JOINKEYS application    
  JOINKEYS F1=CHFIN,FIELDS=(CHR-PAN-ACCOUNT,A),SORTED,NOSEQCK
  JOINKEYS F2=CHSIN,FIELDS=(CHS-PAN-ACCOUNT,A),SORTED,NOSEQCK
  JOIN UNPAIRED,F1   
  REFORMAT FIELDS=(F1:CHR-PAN-ACCOUNT,CHR-CNT-DATE,  
  CHR-PIC-CNT,CHR-ISSUE-CNT, 
   F2:CHS-FEE-BILL-AMT)  
* Control statements for main task (joined records)  
  OPTION COPY    
  OUTFIL FNAMES=CHSOUT,FTOV  
  OUTREC BUILD=(OUT-PAN-ACCOUNT, 
    OUT-CNT-DATE,    
    OUT-PIC-CNT,TO=PD,LENGTH=2,  
    OUT-ISSUE-CNT,TO=PD,LENGTH=2,
    OUT-FEE-BILL-AMT)    
//SYSOUT   DD SYSOUT=*   
//SYMNAMES DD *  
CHR-PAN-ACCOUNT,6,19,CH  
CHR-PIC-CNT,1223,1,PD    
CHR-ISSUE-CNT,1224,1,PD  
CHR-CNT-DATE,1228,3,PD   
CHR-FEE-BILL-AMT,1234,2,PD   
CHS-PAN-ACCOUNT,1,19,CH  
CHS-CNT-DATE,20,3,PD 
CHS-PIC-CNT,23,2,PD  
CHS-ISSUE-CNT,25,2,PD    
CHS-FEE-BILL-AMT,27,3,PD 
OUT-PAN-ACCOUNT,1,19,CH  
OUT-CNT-DATE,20,3,PD 
OUT-PIC-CNT,23,1,PD  
OUT-ISSUE-CNT,24,1,PD    
OUT-FEE-BILL-AMT,25,3,PD 
//SYMNOUT  DD SYSOUT=*   


Probably I'll just end up restoring to writing a COBOL program, but doing it 
with DFSORT would be pretty cool!

Frank

--
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: ALET=2

2011-12-05 Thread Binyamin Dissen
On Mon, 5 Dec 2011 10:46:38 -0500 "Shmuel Metz (Seymour J.)"
 wrote:

:>In
:>,
:>on 12/05/2011
:>   at 08:28 AM, Peter Relson  said:

:>>DIE routines are expected not to reference private storage,

:>Even if it's page fixed?
 
Well, I guess the DIE could build a DUCT that refers to private storage in an
arbitrary address space, I would think that it is correct to state that they
are not expected to do that.

--
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: ROOT file system is out space

2011-12-05 Thread Ford Prefect
Why in the world are you applying maintenance to your live root?

On Mon, Dec 5, 2011 at 12:09 PM, Chokalingam Thangavelu <
thangavelu.chokalin...@wipro.com> wrote:

> This is live ROOT.
>
> Regards,
> Chokalingam Thangavelu
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Lizette Koehler
> Sent: Monday, December 05, 2011 5:07 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ROOT file system is out space
>
> >
> >I am applying RSU maintenance and the job failed with the below message.
> >
> >IOEZ00551I Aggregate ZOSS11.OMVSB.ROOT ran out of space
> >
> >Please help me to increase the size of ROOT file system.
> >
>
>
>
> Is this a zFS or HFS file?
>
> Is this your live Root or your Service Root?
>
> Lizette
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> Please do not print this email unless it is absolutely necessary.
>
> The information contained in this electronic message and any attachments
> to this message are intended for the exclusive use of the addressee(s) and
> may contain proprietary, confidential or privileged information. If you are
> not the intended recipient, you should not disseminate, distribute or copy
> this e-mail. Please notify the sender immediately and destroy all copies of
> this message and any attachments.
>
> WARNING: Computer viruses can be transmitted via email. The recipient
> should check this email and any attachments for the presence of viruses.
> The company accepts no liability for any damage caused by any virus
> transmitted by this email.
>
> www.wipro.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: ROOT file system is out space

2011-12-05 Thread Bobbie Justice
I hope you're joking, please provide the mountpoint of that dataset. --> D 
OMVS,F


Bobbie Jo Justice


http://bama.ua.edu/archives/ibm-main.html


Re: Data encrypt

2011-12-05 Thread John Gilmore
I had heard much the same rumor, more vaguely advanced: "Tivoli" was
only hinted at.  I had hoped that Rob knew the new name.

I suspect that there is one in the womb of time, but bets on the date
of its birth would be unwise.  IBM itself often does not know the
dates of such announcements until shortly before it makes them.

-- 
John Gilmore, Ashland, MA 01721 - USA

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


Re: What SMF record types and formats does ACF2 write?

2011-12-05 Thread Lizette Koehler
What SMF record types and formats does ACF2 write?
>
>What record types does ACF2 write? Does it write Type 80 records that are
>equivalent to those written by RACF?
>
>I find reference on the Web to ACF2 writing Type 230 records - can anyone
>supply me with formats? - and also RACF-equivalent Type 80 records.
> 
>Thanks,
> >
>Charles 
>


You may wish to join the ACF2 community on the MYCA website or the Yahoo group 
dedicated to ACF2.

Lizette

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


Re: DFSORT JOINKEYS question

2011-12-05 Thread Frank Yaeger
Frank Swarbuck on IBM Mainframe Discussion List 
wrote on 12/05/2011 11:43:27 AM:
> Can DFSORT be used to do the following?
>  ...

Frank,

If I understand correctly what you want to do, you can use a DFSORT
JOINKEYS job like the
following to do it. Note the use of ? in REFORMAT as an indicator.

//SORT1EXEC PGM=SORT
//SYMNAMES DD *
CHR-PAN-ACCOUNT,6,19,CH
CHR-PIC-CNT,1223,1,PD
CHR-ISSUE-CNT,1224,1,PD
CHR-CNT-DATE,1228,3,PD
CHR-FEE-BILL-AMT,1234,2,PD
CHS-PAN-ACCOUNT,1,19,CH
CHS-CNT-DATE,20,3,PD
CHS-PIC-CNT,23,2,PD
CHS-ISSUE-CNT,25,2,PD
CHS-FEE-BILL-AMT,27,3,PD
INT-CHR-PAN-ACCOUNT,1,19,CH
INT-CHR-CNT-DATE,*,3,PD
INT-CHR-PIC-CNT,*,1,PD
INT-CHR-ISSUE-CNT,*,1,PD
INT-CHR-FEE-BILL-AMT,*,2,PD
INT-CHS-CNT-DATE,*,3,PD
INT-CHS-FEE-BILL-AMT,*,3,PD
INT-FLAG,*,1,CH
//SYMNOUT DD SYSOUT=*
//CHFIN    DD DISP=SHR,DSN=DVFJS.CVSC.CVSCHF
//CHSIN    DD DISP=SHR,DSN=DEVA.CVSC.CHS
//CHSOUT   DD DISP=SHR,DSN=DEVC.CVSC.CHS
//SYSINDD *
* CONTROL STATEMENTS FOR JOINKEYS APPLICATION
  JOINKEYS F1=CHFIN,FIELDS=(CHR-PAN-ACCOUNT,A),SORTED,NOSEQCK
  JOINKEYS F2=CHSIN,FIELDS=(CHS-PAN-ACCOUNT,A),SORTED,NOSEQCK
  JOIN UNPAIRED,F1
  REFORMAT FIELDS=(F1:CHR-PAN-ACCOUNT,CHR-CNT-DATE,
   CHR-PIC-CNT,CHR-ISSUE-CNT,CHR-FEE-BILL-AMT,
 F2:CHS-CNT-DATE,CHS-FEE-BILL-AMT,?)
* CONTROL STATEMENTS FOR MAIN TASK (JOINED RECORDS)
  OPTION COPY
OUTREC IFTHEN=(WHEN=(INT-FLAG,EQ,C'1'),
  BUILD=(INT-CHR-PAN-ACCOUNT,
 INT-CHR-CNT-DATE,
 INT-CHR-PIC-CNT,TO=PD,LENGTH=2,
 INT-CHR-ISSUE-CNT,TO=PD,LENGTH=2,
 INT-CHR-FEE-BILL-AMT,TO=PD,LENGTH=3)),
 IFTHEN=(WHEN=(INT-FLAG,EQ,C'B'),
  BUILD=(INT-CHR-PAN-ACCOUNT,
 INT-CHS-CNT-DATE,
 INT-CHR-PIC-CNT,TO=PD,LENGTH=2,
 INT-CHR-ISSUE-CNT,TO=PD,LENGTH=2,
 INT-CHS-FEE-BILL-AMT,TO=PD,LENGTH=3))
  OUTFIL FNAMES=CHSOUT,FTOV
/*


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

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort

--
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: ROOT file system is out space

2011-12-05 Thread R.S.

W dniu 2011-12-05 21:58, Bobbie Justice pisze:

I hope you're joking, please provide the mountpoint of that dataset. -->  D 
OMVS,F


Why do you think so?
While not recommended, it is possible to apply service on live system. 
Significant part of HOLDSYS activities assume such approach.


BTW: IMHO the solution for out-of-space condition does (could) not 
depend on whether the root filesystem is real one, or mounted in /Service.


--
Radoslaw Skorupka
Lodz, Poland


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

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 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


Re: What SMF record types and formats does ACF2 write?

2011-12-05 Thread Charles Mills
Thanks Lizette.

Do you recommend one over the other? I am a software developer for an ISV, not 
a CA customer.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Lizette Koehler
Sent: Monday, December 05, 2011 1:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What SMF record types and formats does ACF2 write?

What SMF record types and formats does ACF2 write?
>
>What record types does ACF2 write? Does it write Type 80 records that 
>are equivalent to those written by RACF?
>
>I find reference on the Web to ACF2 writing Type 230 records - can 
>anyone supply me with formats? - and also RACF-equivalent Type 80 records.
> 
>Thanks,
> >
>Charles
>


You may wish to join the ACF2 community on the MYCA website or the Yahoo group 
dedicated to ACF2.

--
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: FICON Express8 and older CU's

2011-12-05 Thread R.S.

Thank you for the information.

I'm still uncertain of the root cause of the problems
It seems the problem appeared with Driver 93 (microcode level). Type of 
FICON card is irrelevant - it can be FICON Express8S, Express8, or even 
Express4 (can be "carried on" from previous machine).

Of course driver level also determine CPC models - it can be z196 or z114.

What I don't know:
1. Is the above true?
It looks funny, but I didn't find source of that information. Relying on 
gossips and opinions is not the best idea.


2. What about other affected control units? I heard that some 3494 tape 
libraries (in fact controllers inside) are also affected, as well as 
some SAN switches, like Brocade 4100 (also marketed under IBM logo).


Still looking for information, the only answer from IBM sites is "we 
IMPROVED the way CRC is calculated". Well, maybe it's improvement, but 
it also broke many other things which were working quite well. What 
about downward compatibility?


--
Radoslaw Skorupka
Lodz, Poland


W dniu 2011-12-05 14:58, Nelson, Ira pisze:

We received the following primus issue from EMC emc246345. It  documents the 
supported levels  for Ficon Express 8.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
R.S.
Sent: Monday, December 05, 2011 6:56 AM
To: IBM-MAIN@bama.ua.edu
Subject: FICON Express8 and older CU's

I'm looking for information regarding incompatibilities between FICON
Express8 and older control units (for example EMC Symmetrix disk systems).
I heard a lot of contradictory messages regarding Driver level of the
CPC, FICON card model, CPC models, control units affected, etc.

Any clue?


Regards





--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych.


--
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: ROOT file system is out space

2011-12-05 Thread John Eells

R.S. wrote:

W dniu 2011-12-05 21:58, Bobbie Justice pisze:

I hope you're joking, please provide the mountpoint of that dataset.
--> D OMVS,F


Why do you think so?
While not recommended, it is possible to apply service on live system.
Significant part of HOLDSYS activities assume such approach.



I expect Bobbie's comments might have arisen from the original post, 
which said in part, "I am applying RSU maintenance."  Usually an RSU 
would identify a fairly large number of PTFs, many (or most) of which 
would not lend themselves to concurrent service.  If the PTFs that would 
be selected usuing the RSU SOURCEID were not winnowed to those that 
support dynamic activation, there is a good chance that Something Bad 
could happen were one to attempt to install them on a running system.


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

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


Re: SMP/E vs. Multi-CSECT MOD Elements?

2011-12-05 Thread Kurt Quackenbush

If I APPLY a MOD that has fewer CSECTS than an earlier version,
are the omitted CSECTs REPLACEd?  The Reference implies that
this is done (in a warning, as if it were an extraordinary
occurrence).


Yes, the APPLY will generate REPLACE statements so the binder can delete
the omitted CSECTs.


How will APPLY know to "replace" (i.e. delete) the unreferenced CSECT's?


Consider the following:

++PTF(P1).
++VER ...
++MOD(A) CSECT(FOO,BAR).

++PTF(P2).
++VER ... PRE(P1).
++MOD(A) CSECT(FOO).

SMP/E compares the CSECT lists for module A between the two PTFs and 
knows to delete BAR.


Kurt Quackenbush -- IBM, SMP/E Development

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


Re: What SMF record types and formats does ACF2 write?

2011-12-05 Thread Lizette Koehler
Then the Yahoo Group would be better.

Other one requires a CA Support ID To get to it.  If you have a CA Support 
ID/PWD, then MYCA would be good.

http://tech.groups.yahoo.com/group/ACF2-L/


And I am sure if you searched YAHOO Groups you might find even more.

Lizette

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


Re: ROOT file system is out space

2011-12-05 Thread Bobbie Justice
Exactly, applying a couple of fixes and using the: 

SERV_LINKLIB= 
SERV_LPALIB = 

and using dynamic activate is one thing, but applying an entire RSU (or more) 
on the in-use ROOT zFS, I don't think sonot a good idea. 

Bobbie Jo Justice 




>I expect Bobbie's comments might have arisen from the original post, 
>which said in part, "I am applying RSU maintenance."  Usually an RSU 
>would identify a fairly large number of PTFs, many (or most) of which 
>would not lend themselves to concurrent service.  If the PTFs that would 
>be selected usuing the RSU SOURCEID were not winnowed to those that 
>support dynamic activation, there is a good chance that Something Bad 
>could happen were one to attempt to install them on a running system.

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

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


Re: ROOT file system is out space

2011-12-05 Thread Lizette Koehler
Subject: Re: ROOT file system is out space
>
>This is live ROOT.
>
>Regards,
>Chokalingam Thangavelu
>

Is the root a zFS or HFS file?  

I do not think the zfsadm will work for HFS files.

Lizette

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


Re: What SMF record types and formats does ACF2 write?

2011-12-05 Thread Scott Barry
I doubt you will see CA-ACF2 clients sharing such proprietary information, 
given you are not a CA customer.  

If you are looking to analyze a customer's ACF2 SMF data, it would be 
appropriate to coordinate through a client or directly with CA (for an NDA).  
That way, you can gain proper access to ACF2 technical documentation (through 
CA SUPPORT ONLINE) in order to properly learn about the SMF data source (user) 
record types and their purpose/use.

Scott Barry
SBBWorks, Inc.
http://sbbworks.com


On Mon, 5 Dec 2011 14:02:42 -0800, Charles Mills  wrote:

>Thanks Lizette.
>
>Do you recommend one over the other? I am a software developer for an ISV, not 
>a CA customer.
>
>Charles
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
>Lizette Koehler
>Sent: Monday, December 05, 2011 1:37 PM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: What SMF record types and formats does ACF2 write?
>
>What SMF record types and formats does ACF2 write?
>>
>>What record types does ACF2 write? Does it write Type 80 records that
>>are equivalent to those written by RACF?
>>
>>I find reference on the Web to ACF2 writing Type 230 records - can
>>anyone supply me with formats? - and also RACF-equivalent Type 80 records.
>>
>>Thanks,
>> >
>>Charles
>>
>
>
>You may wish to join the ACF2 community on the MYCA website or the Yahoo group 
>dedicated to ACF2.
>
>--
>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 SMF record types and formats does ACF2 write?

2011-12-05 Thread John Gilmore
Cheryl's website has this information, properly labeled.

The problem with all such numbers for non-IBM SMF records is that
ISVs, very properly, supply a default record number but permit it to
be overridden when its use would conflict with another, preexistent
use of that number.  The only not very helpful thing that can be said
about any such 'user' SMF record number n  is that n > 127 is certain.

Information of this kind is thus often shop-specific; and analysis
tools, programming examples, and the like must be parametric in such
numbers.

John Gilmore, Ashland, MA 01721 - USA

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


Re: DFSORT JOINKEYS question

2011-12-05 Thread Frank Swarbrick
Very cool.  I obviously had no understanding of what the ? option was really to 
be used for.  :-)
Now I have the following, that at a glance appears to be working

//SYMNAMES DD *    
CHR-PAN-ACCOUNT,6,19,CH    
CHR-PIC-CNT,1223,1,PD  
CHR-ISSUE-CNT,1224,1,PD    
CHR-CNT-DATE,1228,3,PD 
CHR-FEE-BILL-AMT,1234,2,PD 
CHS-PAN-ACCOUNT,1,19,CH    
CHS-CNT-DATE,20,3,PD   
CHS-PIC-CNT,23,2,PD    
CHS-ISSUE-CNT,25,2,PD  
CHS-FEE-BILL-AMT,27,3,PD   
INT-CHR-PAN-ACCOUNT,1,19,CH
INT-CHR-CNT-DATE,*,3,PD    
INT-CHR-PIC-CNT,*,2,PD 
INT-CHR-ISSUE-CNT,*,2,PD   
INT-CHR-FEE-BILL-AMT,*,3,PD
INT-CHS-CNT-DATE,*,3,PD    
INT-CHS-FEE-BILL-AMT,*,3,PD
INT-FLAG,*,1,CH    

//JNF1CNTL DD *  
  INREC  BUILD=(CHR-PAN-ACCOUNT,CHR-CNT-DATE,    
    CHR-PIC-CNT,TO=PD,LENGTH=2,  
    CHR-ISSUE-CNT,TO=PD,LENGTH=2,    
    CHR-FEE-BILL-AMT,TO=PD,LENGTH=3) 
//SYSIN    DD *  

* Control statements for JOINKEYS application 
  JOINKEYS F1=CHFIN,FIELDS=(CHS-PAN-ACCOUNT,A),SORTED,NOSEQCK 
  JOINKEYS F2=CHSIN,FIELDS=(CHS-PAN-ACCOUNT,A),SORTED,NOSEQCK 
  JOIN UNPAIRED,F1    
  REFORMAT FIELDS=(F1:CHS-PAN-ACCOUNT,CHS-CNT-DATE,   
  CHS-PIC-CNT,CHS-ISSUE-CNT,CHS-FEE-BILL-AMT, 
   F2:CHS-CNT-DATE,CHS-FEE-BILL-AMT,?)    
* Control statements for main task (joined records)   
  OPTION COPY 
  OUTREC IFTHEN=(WHEN=(INT-FLAG,EQ,C'1'), 
   BUILD=(INT-CHR-PAN-ACCOUNT,    
  INT-CHR-CNT-DATE,   
  INT-CHR-PIC-CNT,    
  INT-CHR-ISSUE-CNT,  
  INT-CHR-FEE-BILL-AMT)), 
 IFTHEN=(WHEN=(INT-FLAG,EQ,C'B'), 
   BUILD=(INT-CHR-PAN-ACCOUNT,    
  INT-CHS-CNT-DATE,   
  INT-CHR-PIC-CNT,   
  INT-CHR-ISSUE-CNT, 
  INT-CHS-FEE-BILL-AMT)),
 IFOUTLEN=29 
  OUTFIL FNAMES=CHSOUT,FTOV  

I added a JNF1CNTL to reformat the input records into the same format as file 2 
and the output records, rather than doing it inside both IFTHEN/WHENs.
I also had to add an IFOUTLEN so that the output record was not padded with 
spaces to make up for the two fields that were not part of the output record.

Great!  I had a feeling that an IFTHEN/WHEN was required, but I was looking to 
put if on the REFORMAT statement, and it wasn't allowed.  Didn't occur to me to 
put it on an OUTREC, but now it seems "obvious".  :-)

Thanks!
Frank




>
> From: Frank Yaeger 
>To: IBM-MAIN@bama.ua.edu 
>Sent: Monday, December 5, 2011 2:52 PM
>Subject: Re: DFSORT JOINKEYS question
> 
>Frank Swarbuck on IBM Mainframe Discussion List 
>wrote on 12/05/2011 11:43:27 AM:
>> Can DFSORT be used to do the following?
>>  ...
>
>Frank,
>
>If I understand correctly what you want to do, you can use a DFSORT
>JOINKEYS job like the
>following to do it. Note the use of ? in REFORMAT as an indicator.
>
>//SORT1    EXEC PGM=SORT
>//SYMNAMES DD *
>CHR-PAN-ACCOUNT,6,19,CH
>CHR-PIC-CNT,1223,1,PD
>CHR-ISSUE-CNT,1224,1,PD
>CHR-CNT-DATE,1228,3,PD
>CHR-FEE-BILL-AMT,1234,2,PD
>CHS-PAN-ACCOUNT,1,19,CH
>CHS-CNT-DATE,20,3,PD
>CHS-PIC-CNT,23,2,PD
>CHS-ISSUE-CNT,25,2,PD
>CHS-FEE-BILL-AMT,27,3,PD
>INT-CHR-PAN-ACCOUNT,1,19,CH
>INT-CHR-CNT-DATE,*,3,PD
>INT-CHR-PIC-CNT,*,1,PD
>INT-CHR-ISSUE-CNT,*,1,PD
>INT-CHR-FEE-BILL-AMT,*,2,PD
>INT-CHS-CNT-DATE,*,3,PD
>INT-CHS-FEE-BILL-AMT,*,3,PD
>INT-FLAG,*,1,CH
>//SYMNOUT DD SYSOUT=*
>//CHFIN    DD DISP=SHR,DSN=DVFJS.CVSC.CVSCHF
>//CHSIN    DD DISP=SHR,DSN=DEVA.CVSC.CHS
>//CHSOUT   DD DISP=SHR,DSN=DEVC.CVSC.CHS
>//SYSIN    DD *
>* CONTROL STATEMENTS FOR JOINKEYS APPLICATION
>  JOINKEYS F1=CHFIN,FIELDS=(CHR-PAN-ACCOUNT,A),SORTED,NOSEQCK
>  JOINKEYS F2=CHSIN,FIELDS=(CHS-PAN-ACCOUNT,A),SORTED,NOSEQCK
>  JOIN UNPAIRED,F1
>  REFORMAT FIELDS=(F1:CHR-PAN-ACCOUNT,CHR-CNT-DATE,
>       CHR-PIC-CNT,CHR-ISSUE-CNT,CHR-FEE-BILL-AMT,
>     F2:CHS-CNT-DATE,CHS-FEE-BILL-AMT,?)
>* CONTROL STATEMENTS FOR MAIN TASK (JOINED RECORDS)
>  OPTION COPY
>    OUTREC IFTHEN=(WHEN=(INT-FLAG,EQ,C'1'),
>      BUILD=(INT-CHR-PAN-ACCOUNT,
>         INT-CHR-CNT-DATE,
>         INT-CHR-PIC-CNT,TO=PD,LENGTH=2,
>         INT-CHR-ISSUE-CNT,TO=PD,LENGTH=2,
>         INT-CHR-FEE-BILL-AMT,TO=PD,LENGTH=3)),
>     IFTHEN=(WHEN=(INT-FLAG,EQ,C'B'),
>      BUILD=(INT-CHR-PAN-ACCOUNT,
>         INT-CHS-CNT-DATE,
>         INT-CHR-PIC-CNT,TO=PD,LENGTH=2,
>         INT-CHR-ISSUE-CNT,TO=PD,LENGTH=2,
>         INT-CHS-FEE-BILL-AMT,TO=PD,LENGTH=3))
>  OUTFIL FNAMES=CHSO

Re: Version Query for Installed Product

2011-12-05 Thread Edward Jaffe

On 12/4/2011 9:02 PM, Jake anderson wrote:

There are some Product in our system where the version Indication is not
visible via Datasets(SMPE datasets) or thru SMP/E panel. Our systems   MSU
capacity is too low due to which we are unable to make the installed
product to run which might cause the  products to consume more process or
CPU.  Are there any sample JCLs which will pull out the version of the
offline products. I was able to get the version of some product through
SMP/E panel(query facility). There are some products for which I am unable
to extract.

Any Hints or suggestion would really help me in extracting the details.


The vast majority of IBM and ISV software products will identify themselves with 
eye-readable text in the executable load modules. This text usually takes the 
form of product numbers, FMIDs, copyright notices, compile dates, etc. Use ISPF 
BROWSE to look at the executable module and see what you see. For example, the 
very first module in my SYS1.LINKLIB library is ABA (alias of ARCABA). Browsing 
that I see the following eye-catchers:


ARCABAMA.10092.160006.HDZ1C10
ARCABAMK.10092.160007.HDZ1C10

In this case, I'm guessing that ARCABAMA and ARCABAMK are CSECT names, 10092 is 
the compile date (2 April 2010), and HDZ1C10 is the FMID indicating z/OS 1.12 DFSMS.


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

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


Re: What SMF record types and formats does ACF2 write?

2011-12-05 Thread Charles Mills
Thanks all.

Don't see this information on Cheryl's site, but perhaps I am not looking in
the right place.

I have a CA support ID. The record layout specifics do not seem to be in the
ACF2 documentation. (If I'm wrong, can someone supply a specific manual
name?)

I have figured out that ACF2 may be configured as John indicates to use any
valid SMF record type number, with a default of 230. I'm prepared to be, as
John says, "parametric."

Let's try a new question that is not very proprietary: 

Does anyone know if ACF2's SMF (Type 230 or whatever) records are more or
less the same as RACF Type 80 records? By "more or less the same" I mean are
the layouts apparently identical, perhaps with some small exceptions? Or is
it a completely different layout (with, of course, roughly comparable
information)?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of John Gilmore
Sent: Monday, December 05, 2011 1:46 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What SMF record types and formats does ACF2 write?

Cheryl's website has this information, properly labeled.

The problem with all such numbers for non-IBM SMF records is that ISVs, very
properly, supply a default record number but permit it to be overridden when
its use would conflict with another, preexistent use of that number.  The
only not very helpful thing that can be said about any such 'user' SMF
record number n  is that n > 127 is certain.

--
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: DFSORT JOINKEYS question

2011-12-05 Thread Frank Yaeger
Frank Swarbuck at IBM Mainframe Discussion List 
wrote on 12/05/2011 03:42:03 PM:
>Very cool.  I obviously had no understanding of what the ? option was
really to be used for.  :-)

Frank,

I'm glad my example gave you a starting point for figuring out how to do
what
you needed.  As you realized, the ? and JNFxCNTL functions of DFSORT's
ICETOOL are quite powerful.

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

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort

--
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: DFSORT JOINKEYS question

2011-12-05 Thread Frank Yaeger
Frank Yaeger on IBM Mainframe Discussion List  wrote
on 12/05/2011 04:39:38 PM:
>As you realized, the ? and JNFxCNTL functions of DFSORT's
> ICETOOL are quite powerful.

Oops.  I meant JOINKEYS, not ICETOOL (although, of course,
JOINKEYS can be used from ICETOOL).

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

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort

--
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 SMF record types and formats does ACF2 write?

2011-12-05 Thread Ed Gould
 Scott,

Well IBM does this in their freely available SMF records layout manual. The 
very idea that a record layout should not be public information is in my mind 
close minded.

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: What SMF record types and formats does ACF2 write?

2011-12-05 Thread John McKown
I agree. Unless, of course, all customers sign an NDA, the formats will
eventually become known. I also don't understand vendors who don't have
their general documentation about their products freely available in
some format. I prefer PDF format due mainly to ubiquity. I understand, a
bit, not having "logic manuals" available. Of course, this lack is one
reason I am a Penguinista (Linux user). I may not know how all parts of
Linux work (I don't!) and I may not ever know. But at least I have a
chance. With z/OS, Windows, and Mac OSX, I don't even have a chance to
understand some of the internals. Of course, this "helps" "the few"
because they have the money to invest to get the licensed documentation
in order to try to compete. I would say more, but I'd get even more
off-topic.

On Mon, 2011-12-05 at 17:43 -0800, Ed Gould wrote:
> Scott,
> 
> Well IBM does this in their freely available SMF records layout manual. The 
> very idea that a record layout should not be public information is in my mind 
> close minded.
> 
> 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
-- 
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: What SMF record types and formats does ACF2 write?

2011-12-05 Thread Ed Gould
 Not to put to fine of a point on it but MXG and IIRC. Barry Merrill's 
product amongst others have the layout of the records and you do not need to be 
a licensed  user of ACF2 (and other products mind you) to have the layouts. 
Although unless you are a licensed user you wouldn't need them.

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


z/OS's basis for TCP/IP

2011-12-05 Thread scott
Just was wondering where TCP/IP stack came from for use in z/OS?  Did it 
originate from the University of Berkley?


--
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 SMF record types and formats does ACF2 write?

2011-12-05 Thread Charles Mills
> Although unless you are a licensed user you wouldn't need them

Au contraire! You might be a software product developer hoping to write code
to read (and make sense of!) the records.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Ed Gould
Sent: Monday, December 05, 2011 7:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What SMF record types and formats does ACF2 write?

 Not to put to fine of a point on it but MXG and IIRC. Barry Merrill's
product amongst others have the layout of the records and you do not need to
be a licensed  user of ACF2 (and other products mind you) to have the
layouts. Although unless you are a licensed user you wouldn't need them.

--
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: SYSIEFSD.Q4 resource

2011-12-05 Thread Scott Fagen
SYSIEFSD Q4 (and its cousins CHNGDEV and VARYDEVS) are used by MVS ALLOCATION 
to serialize state changes made to devices during allocation processing.  
Unless things have changed since I was there, these ENQs are never propagated 
(SCOPE=SYSTEM).  I don't know what is meant by "IOS involvement," but 
ALLOCATION will invoke various services that definitely cause I/O while holding 
these resources.

Steve Jones did a very nice job describing the problems associated with these 
resources in '06 at Share in Seattle.  Have a look at:

http://proceedings.share.org/client_files/SHARE_in_Seattle/S2848SJ112434.pdf

Scott Fagen
Chief Architect - Mainframe
CA Technologies 

--
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 SMF record types and formats does ACF2 write?

2011-12-05 Thread Ed Gould
Charles:

I worded that poorly and agree with you.
ALthough outside of report writers I can' think of any other reasons for 
needing them. But again why not have them freely available for all?
There are no secrets to be gained from the records as each installation (at 
least in the case of ACF2) write rules for dataset usage so indeed the 
information seems limited to the installation to understand and interpret them.

The only possible information to be gained is possibly sort SMF records and 
that if you are attempting to write your own sort. With DFSORT and SYNCSORT are 
the only two sorts available there used to be another one but have not heard 
anything out of them in probably 20+ years (maybe more).

Ed



- Original Message -
From: Charles Mills 
To: IBM-MAIN@bama.ua.edu
Cc: 
Sent: Monday, December 5, 2011 9:54 PM
Subject: Re: What SMF record types and formats does ACF2 write?

> Although unless you are a licensed user you wouldn't need them

Au contraire! You might be a software product developer hoping to write code
to read (and make sense of!) the records.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Ed Gould
Sent: Monday, December 05, 2011 7:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What SMF record types and formats does ACF2 write?

Not to put to fine of a point on it but MXG and IIRC. Barry Merrill's
product amongst others have the layout of the records and you do not need to
be a licensed  user of ACF2 (and other products mind you) to have the
layouts. Although unless you are a licensed user you wouldn't need them.

--
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 SMF record types and formats does ACF2 write?

2011-12-05 Thread Barry Merrill
SMF 80 support in MXG code is 8293 lines of SAS and creates 61 discrete SAS
datasets/tables.
ACF2 support in MXG code is 1395 lines of SAS and creates 12 discrete SAS
datasets/tables.
No, the records have nothing similar in field names nor record structure,
although clearly
there is overlap in some of the contents.

No, I can't share the DSECTS, since they claim the same legal protection 
COPYRIGHT (C) 1988 COMPUTER ASSOCIATES INTL,INC.
the protects MXG Software from being accessed or shared without a license.

But I would think that if you contact CA's ACF2 Product Manager directly,
and have a legitimate non-competing use that would benefit THEIR CUSTOMERS
and CA, that they would provide you with the documentation that you need.
  

Barry Merrill

Herbert W. Barry Merrill, PhD
President-Programmer
Merrill Consultants
10717 Cromwell Drive
Dallas, TX 75229-5112
214 351 1966 tel
214 350 3694 fax
http://www.mxg.com
ba...@mxg.com

MXG Support:   supp...@mxg.com
MXG Admin:  ad...@mxg.com

Standard Answers: http://www.mxg.com/administration
What's Supported:   http://www.mxg.com/changes




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Monday, December 05, 2011 6:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What SMF record types and formats does ACF2 write?

Thanks all.

Don't see this information on Cheryl's site, but perhaps I am not looking in
the right place.

I have a CA support ID. The record layout specifics do not seem to be in the
ACF2 documentation. (If I'm wrong, can someone supply a specific manual
name?)

I have figured out that ACF2 may be configured as John indicates to use any
valid SMF record type number, with a default of 230. I'm prepared to be, as
John says, "parametric."

Let's try a new question that is not very proprietary: 

Does anyone know if ACF2's SMF (Type 230 or whatever) records are more or
less the same as RACF Type 80 records? By "more or less the same" I mean are
the layouts apparently identical, perhaps with some small exceptions? Or is
it a completely different layout (with, of course, roughly comparable
information)?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of John Gilmore
Sent: Monday, December 05, 2011 1:46 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What SMF record types and formats does ACF2 write?

Cheryl's website has this information, properly labeled.

The problem with all such numbers for non-IBM SMF records is that ISVs, very
properly, supply a default record number but permit it to be overridden when
its use would conflict with another, preexistent use of that number.  The
only not very helpful thing that can be said about any such 'user' SMF
record number n  is that n > 127 is certain.

--
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 SMF record types and formats does ACF2 write?

2011-12-05 Thread Robert A. Rosenberg
At 17:43 -0800 on 12/05/2011, Ed Gould wrote about Re: What SMF 
record types and formats does ACF2 write?:



 Scott,

Well IBM does this in their freely available SMF records layout 
manual. The very idea that a record layout should not be public 
information is in my mind close minded.


Ed


There are also DSECT mapping Macros for the SMF record (although the 
macro might only be supplied if you have RACF installed).


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


Ziip on Z9 BC running on z/OS 1.9

2011-12-05 Thread Azim Syed
Dear All,

I enable Ziip on our machine but I can see it active on any LPAR , do I
have to do something on HCM console please help.


Azimuddin Syed
System Software Support
Saudi Arabian Airlines
Jeddah Saudi Arabia

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