date:20120515

IMHO the are two secure choices:

1. NOOMVS for SPECIAL

2. UID(0) for SPECIAL. Yes, 0. The trick is UID(0) is shared, so there
is one to many relationship. So, hijacking UID(0) does NOT mean
hijacking SPECIAL user. There is a parameter in BPXPRMxx called
SUPERUSER(username). This is the user which would be hijacked for
UID(0)! Obviously you should care not to give this user any
extraordinary attributes. BTW: default username is BPXROOT.

Last, but not least: take care to prevent hijacking. IMHO it's feasible
to configure system in that manner.

My €0.02
--
Radoslaw Skorupka
Lodz, Poland

W dniu 2012-05-14 21:22, Bruce Wheatley pisze:

I seem to recall that in the past adding an OMVS segment to a userid with RACF SPECIAL was
considered a no-no. Something to do with the posiibility of the userid being
hijacked thereby allowing access to its SPECIAL attribute.

Is this still a concern (was it ever?) and if so are there ways to prevent such
hijacking?

TIA

(Posted on both RACF IBM-Main lists)

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

--
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, www.brebank.pl, 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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych.

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

Users access to mainframe applications

2012-05-15 Thread Munif Sadek

Dear listers

I have a requirement to produce daily  report on  user access to Host based 
applications (CICS + TSO - Green screens). I do have SAS, MXG, RACF and was 
thinking of using IRRADU00 output and SAS/MXG (SMF type 30 subtype 1 and 80 
records)  but  not sure if it will include  CICS  access as well. 

My mainframe session manager does record  logon/logoff to  mainframe 
applications although  not supported by MXG.  And other probloems are that User 
can bypass session  manager to access mainframe applications and our CICS is 
MRO.

Just wanted to know how other sites are doing it.. Any pointers in the right 
direction?

regards 
Munif.

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

Re: Netview Question

2012-05-15 Thread Meehan, Cheryl

Hi, Scott-

No changes in Sequence, no new products will continue to look for
timing. 

Thanks!

  Cheryl

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Scott Ford
Sent: Monday, May 14, 2012 9:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Netview Question

Cheryl,

Your IPL sequence on any of the LPARS havent changed ?  New products ?
Have seen sequence issues before , usually turned out to be timing...

Scott ford
www.identityforge.com

On May 14, 2012, at 3:16 PM, Meehan, Cheryl cmee...@cswg.com wrote:

 Scott-
 
 The reason the resource is not available is because the system it is 
 attached to is coming down.  Which makes sense, because we're IPLing
it.
 
 We have never had this issue prior to this version of the operating 
 system.  We do not believe we have any cross LPAR Tasks running that 
 we have been able to find thus far.
 
 We plan to check next IPL for any cross netview sessions, and see if a

 disconnect is necessary, but it has never been required in the past.
 
Cheryl
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
 Behalf Of Scott Ford
 Sent: Monday, May 14, 2012 1:36 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Netview Question
 
 Cheryl,
 
 Did you review the SNA messages and codes, that's your fist 
 step..sense
 8002 is a resource not available, maybe a timing issue with the IPL
...
 
 Scott ford
 www.identityforge.com
 
 On May 14, 2012, at 12:21 PM, Meehan, Cheryl cmee...@cswg.com
wrote:
 
 Greetings-
 
 We upgraded our operating system to z/os 1.11 last fall.  We have 
 IPL'd our Production System twice since then, and each time, we have 
 caused our AUTO1 task to fail on our Test System.  Last week, we 
 IPL'd
 
 our test system, and the AUTO1 task dropped on our Production system.

 Once recovered, we IPL'd our Test system several more times, and 
 never
 
 lost AUTO1.
 
 The messages that we are seeing are for our EE link between the two 
 system to go down,  ( as we are IPLing. . . . ) and then these
 Messages:
 
 MVS2 12134 01:17:32.40 STC35551 0281  DSI769I MVS02 RPL_EXIT
 APPCCMD RECEIVE FAILED, LUNAME = MVS01, QUALIFY = 
   X'11', FEEDBACK =
 (X'4C',X'00',X'8002') 
 MVS2 12134 01:17:32.40 STC35551 0281  DSI769I MVS02 RPL_EXIT
 APPCCMD SEND FAILED, LUNAME = MVS01, QUALIFY =
  X'07', FEEDBACK =
 (X'4C',X'00',X'8002')  
 MVS2 12134 01:17:32.40 STC35551 0281  DWO575I RMTCMD
 TERMINATED
 ON CSNET.MVS01 WITH SENSE: X'08A80012' 
 MVS2 12134 01:17:32.40 STC35551 0281  DSI769I MVS02 RPL_EXIT
 APPCCMD ALLOC FAILED, LUNAME = MVS01, QUALIFY =   
  X'1F', FEEDBACK =
 (X'04',X'00',X'087D0001')  
 MVS2 12134 01:17:32.44 STC35551 0290  IEA631I  OPERATOR
AUTO12
 NOW INACTIVE, SYSTEM=MVS2, LU=AUTO1   
 
 If anyone else has had this issue, I would appreciate your insight.
 
 Cheryl Meehan
 
 -
 - For IBM-MAIN subscribe / signoff / archive access instructions, 
 send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions, send 
 email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions, send 
 email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

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

Re: Early IPL problems

2012-05-15 Thread Steve Dover

I second these options.  Not having to go find the wait states book, but having 
a help link on the HMC would be nice.  We also keep a copy of ZZSA around, but 
have not had to use it (Murphy's Law maybe?).  I also agree about the real 
console problem.  If there was a way to have every message generated from the 
start of the IPL to the failure go to the operating systems messages on the 
HMC, or some other place it would be great.  

And I do appreciate you asking about this.  Having worked closely with IBM 
development years ago during the IMS Datasharing days, I understand that even 
IBM does not have one person who understands the entire process soup to nuts.  
Everyone complains that IBM never listens, but when IBM asks, you get beaten up 
for not already knowing the answer.  Some people can never be pleased.
My $.02.
Steve

On Mon, 14 May 2012 18:52:21 +, Gibney, Dave gib...@wsu.edu wrote:

I have heard two good suggestions.
1. Add an aid to the HMC to access the Wait State code documentation.
2. ZZSA equivalent easily invoked via HMC (or SE) as fix of last resort :)


Dave Gibney
Information Technology Services
Washington State University


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

Re: Netview Question

2012-05-15 Thread Scott Ford

Cheryl,

Anytime, glad I can help

Scott ford
www.identityforge.com

On May 15, 2012, at 7:28 AM, Meehan, Cheryl cmee...@cswg.com wrote:

 Hi, Scott-
 
 No changes in Sequence, no new products will continue to look for
 timing. 
 
 Thanks!
 
  Cheryl
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
 Behalf Of Scott Ford
 Sent: Monday, May 14, 2012 9:35 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Netview Question
 
 Cheryl,
 
 Your IPL sequence on any of the LPARS havent changed ?  New products ?
 Have seen sequence issues before , usually turned out to be timing...
 
 Scott ford
 www.identityforge.com
 
 On May 14, 2012, at 3:16 PM, Meehan, Cheryl cmee...@cswg.com wrote:
 
 Scott-
 
 The reason the resource is not available is because the system it is 
 attached to is coming down.  Which makes sense, because we're IPLing
 it.
 
 We have never had this issue prior to this version of the operating 
 system.  We do not believe we have any cross LPAR Tasks running that 
 we have been able to find thus far.
 
 We plan to check next IPL for any cross netview sessions, and see if a
 
 disconnect is necessary, but it has never been required in the past.
 
   Cheryl
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
 Behalf Of Scott Ford
 Sent: Monday, May 14, 2012 1:36 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Netview Question
 
 Cheryl,
 
 Did you review the SNA messages and codes, that's your fist 
 step..sense
 8002 is a resource not available, maybe a timing issue with the IPL
 ...
 
 Scott ford
 www.identityforge.com
 
 On May 14, 2012, at 12:21 PM, Meehan, Cheryl cmee...@cswg.com
 wrote:
 
 Greetings-
 
 We upgraded our operating system to z/os 1.11 last fall.  We have 
 IPL'd our Production System twice since then, and each time, we have 
 caused our AUTO1 task to fail on our Test System.  Last week, we 
 IPL'd
 
 our test system, and the AUTO1 task dropped on our Production system.
 
 Once recovered, we IPL'd our Test system several more times, and 
 never
 
 lost AUTO1.
 
 The messages that we are seeing are for our EE link between the two 
 system to go down,  ( as we are IPLing. . . . ) and then these
 Messages:
 
 MVS2 12134 01:17:32.40 STC35551 0281  DSI769I MVS02 RPL_EXIT
 APPCCMD RECEIVE FAILED, LUNAME = MVS01, QUALIFY = 
  X'11', FEEDBACK =
 (X'4C',X'00',X'8002') 
 MVS2 12134 01:17:32.40 STC35551 0281  DSI769I MVS02 RPL_EXIT
 APPCCMD SEND FAILED, LUNAME = MVS01, QUALIFY =
 X'07', FEEDBACK =
 (X'4C',X'00',X'8002')  
 MVS2 12134 01:17:32.40 STC35551 0281  DWO575I RMTCMD
 TERMINATED
 ON CSNET.MVS01 WITH SENSE: X'08A80012' 
 MVS2 12134 01:17:32.40 STC35551 0281  DSI769I MVS02 RPL_EXIT
 APPCCMD ALLOC FAILED, LUNAME = MVS01, QUALIFY =   
 X'1F', FEEDBACK =
 (X'04',X'00',X'087D0001')  
 MVS2 12134 01:17:32.44 STC35551 0290  IEA631I  OPERATOR
 AUTO12
 NOW INACTIVE, SYSTEM=MVS2, LU=AUTO1   
 
 If anyone else has had this issue, I would appreciate your insight.
 
Cheryl Meehan
 
 -
 - For IBM-MAIN subscribe / signoff / archive access instructions, 
 send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions, send 
 email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions, send 
 email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions, send
 email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Acquiring the Additional Material from z/OS V1.13 DFSMS Technical Update Manual

2012-05-15 Thread Chip Grantham

Hello listers, 

Appendix B of this manual contains reference to a zip file of additional 
material to download.  I can't seem to figure out how to do the download. 

From the links on the enclosed URL, I click on the addition material link 
and get the FTP page.   If I click on the txt file, it opens in a separate 
tab.  If I click on the zip file, I get a not authorized message.  If I 
open a FTP session with my IBM Link userid and password, I get a logon 
incorrect - logon failed message. 

So does anyone see what I'm doing wrong, or have any idea how IBM expected 
us to get the additional material? 




z/OS V1.13 DFSMS Technical Update
Revised: May 9, 2012
More details are available at 
http://www.redbooks.ibm.com/redpieces/abstracts/sg247961.html?Open




Chip Grantham  |  Ameritas  |  Sr. IT Consultant | cgrant...@ameritas.com 
5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 
402-325-4030

 
***
This message may contain confidential information intended only
for the use of the addressee(s) named above and may contain
information that is legally privileged. If you are not the
addressee, or the person responsible for delivering it to the
addressee, you are hereby notified that reading, disseminating,
distributing or copying this message is strictly prohibited.  If you
have received this message by mistake, please immediately notify
us by replying to the message and delete the original message
immediately thereafter.  Thank you.
***


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

Re: Acquiring the Additional Material from z/OS V1.13 DFSMS Technical Update Manual

2012-05-15 Thread Mark Post

 On 5/15/2012 at 11:27 AM, Chip Grantham cgrant...@ameritas.com wrote: 

 So does anyone see what I'm doing wrong, or have any idea how IBM expected 
 us to get the additional material? 

You're not doing anything wrong. The file on the FTP server doesn't have read 
permission set for anyone other than the owner and group.
ftp dir
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 136
-rw-r-1 60004400 1000217   62580 Mar  7 08:21 SMF85JCL.zip
-rw-r--r--1 60004400 10002171455 Mar  7 08:25 disclaimer.txt

That's something IBM will have to fix.


Mark Post

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

z/os v1r13 RACF problem

Trying to bring up z/os v1r13 for first time on my onepac system and I keep 
getting error message ICH571A Error building program control tables followed by 
ICH501I saying RACF is not active.  I performed a system upgrade when 
installing and my 1.11 onepac system comes up fine with these RACF datasets.  I 
have to have missed something !!
That being said, I have checked the following:

My IEFSSNxx member has:
 SUBSYS SUBNAME(RACF)
  INITRTN(IRRSSI00)
  INITPARM(';,X')

The RACF proc is in CPAC.PROCLIB and looks ok.
IRRSSI00 module is in SYS1.LINKLIB.
I get messages that the installation router table and the class descriptor 
table were processed.
 I'm also getting this error (but I think it's just because RACF didn't start 
and is not the problem):

ICH584i ICHEINTY next error against profile irrplex_in class gxfacili on 
the database with master dataset my dataset name on my volume rc=001C 
reas=

Any suggestions?



Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax


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

Re: z/os v1r13 RACF problem

W dniu 2012-05-15 18:14, Crabtree, Anne D pisze:

Trying to bring up z/os v1r13 for first time on my onepac system and I keep
getting error message ICH571A Error building program control tables followed by
ICH501I saying RACF is not active. I performed a system upgrade when
installing and my 1.11 onepac system comes up fine with these RACF datasets. I
have to have missed something !!
That being said, I have checked the following:

My IEFSSNxx member has:
SUBSYS SUBNAME(RACF)
INITRTN(IRRSSI00)
INITPARM(';,X')

The RACF proc is in CPAC.PROCLIB and looks ok.
IRRSSI00 module is in SYS1.LINKLIB.
I get messages that the installation router table and the class descriptor
table were processed.
I'm also getting this error (but I think it's just because RACF didn't start
and is not the problem):

ICH584i ICHEINTY next error against profile irrplex_in class gxfacili on the database with
master dataset my dataset name on my volume rc=001C reas=

Any suggestions?

Small one:
RACF address space and RACF subsystem is NOT RACF ITSELF.
This is some add-on to the RACF. You can have RACF working without the
subsystem and started task.

Wild guess: Is RACF enabled in IFAPRDxx?
--
Radoslaw Skorupka
Lodz, Poland

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax
+48 (22) 829 00 33, www.brebank.pl, 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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych.

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

Re: z/os v1r13 RACF problem

On Tue, 15 May 2012 12:14:11 -0400, Crabtree, Anne D anne.d.crabt...@wv.gov 
wrote:

Trying to bring up z/os v1r13 for first time on my onepac system and I keep 
getting error message ICH571A Error building program control tables followed 
by ICH501I saying RACF is not active.  I performed a system upgrade when 
installing and my 1.11 onepac system comes up fine with these RACF datasets.  
I have to have missed something !!
That being said, I have checked the following:

My IEFSSNxx member has:
 SUBSYS SUBNAME(RACF)
  INITRTN(IRRSSI00)
  INITPARM(';,X')

The RACF proc is in CPAC.PROCLIB and looks ok.
IRRSSI00 module is in SYS1.LINKLIB.
I get messages that the installation router table and the class descriptor 
table were processed.
 I'm also getting this error (but I think it's just because RACF didn't start 
 and is not the problem):

ICH584i ICHEINTY next error against profile irrplex_in class gxfacili on 
the database with master dataset my dataset name on my volume rc=001C 
reas=

Any suggestions?




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

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

Regards,

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

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

Syslog missing

The following scenario:
z/OS 1.13 during ServerPac installation process.
The system is IPLed for second or third time, almost nothing is customized.
I just noticed that syslog is dead.
Example: I enter SDSF, LOG and issue /D A,L - the results are not
recorded in the log (last entry in the log is few days old).

The output can be seen in ULOG.

When the command is issued on MCS console, it's also unavailable in the
syslog

Any clue?

BTW:
Few customizations I'm aware of: sysname is still CPAC, but SMF id is
changed, TCPIP is customized to conform our network addressing, IEFACTRT
installed.

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

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax
+48 (22) 829 00 33, www.brebank.pl, 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.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych.

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

Re: Syslog missing

2012-05-15 Thread Williamson, James R

Do you have the HLQ.HASPINDX dataset that SDSF needs to access SYSLOG? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
R.S.
Sent: Tuesday, May 15, 2012 11:39 AM
To: IBM-MAIN@bama.ua.edu
Subject: Syslog missing

The following scenario:
z/OS 1.13 during ServerPac installation process.
The system is IPLed for second or third time, almost nothing is customized.
I just noticed that syslog is dead.
Example: I enter SDSF, LOG and issue /D A,L - the results are not 
recorded in the log (last entry in the log is few days old).
The output can be seen in ULOG.

When the command is issued on MCS console, it's also unavailable in the 
syslog

Any clue?

BTW:
Few customizations I'm aware of: sysname is still CPAC, but SMF id is 
changed, TCPIP is customized to conform our network addressing, IEFACTRT 
installed.
-- 
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, www.brebank.pl, 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.2012 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 168.410.984 złotych.

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

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

Re: Syslog missing

On Tue, 15 May 2012 18:39:08 +0200, R.S. r.skoru...@bremultibank.com.pl wrote:

The following scenario:
z/OS 1.13 during ServerPac installation process.
The system is IPLed for second or third time, almost nothing is customized.
I just noticed that syslog is dead.
Example: I enter SDSF, LOG and issue /D A,L - the results are not
recorded in the log (last entry in the log is few days old).
The output can be seen in ULOG.

When the command is issued on MCS console, it's also unavailable in the
syslog


Don't know why it broke, but have you tried this?   

V SYSLOG,HARDCPY  

Could your CONSOLxx member have a syntax problem?  Does it 
contain  HARDCOPY DEVNUM(SYSLOG)?   If you have
OPERLOG enabled, does that work?

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

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

Re: Syslog missing

On Tue, 15 May 2012 11:45:28 -0500, Williamson, James R 
james.r.william...@uscg.mil wrote:

Do you have the HLQ.HASPINDX dataset that SDSF needs to access SYSLOG?



hlq.HASPINDX is no longer used / required as of z/OS 1.11.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
R.S.
Sent: Tuesday, May 15, 2012 11:39 AM
To: IBM-MAIN@bama.ua.edu
Subject: Syslog missing

The following scenario:
z/OS 1.13 during ServerPac installation process.
The system is IPLed for second or third time, almost nothing is customized.
I just noticed that syslog is dead.
Example: I enter SDSF, LOG and issue /D A,L - the results are not
recorded in the log (last entry in the log is few days old).
The output can be seen in ULOG.

When the command is issued on MCS console, it's also unavailable in the
syslog



Any clue?



BTW:
Few customizations I'm aware of: sysname is still CPAC, but SMF id is
changed, TCPIP is customized to conform our network addressing, IEFACTRT
installed.
--
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, www.brebank.pl, 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.2012 r. kapita³ zak³adowy BRE Banku SA (w ca³o¶ci 
wp³acony) wynosi 168.410.984 z³otych.

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

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

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

Re: Syslog missing

2012-05-15 Thread Doug Fuerst

IIRC, 1.13. does not require HASPINDX. You have to look at the requirements
for SDSF depending on the migration path.

Doug

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Williamson, James R
Sent: Tuesday, May 15, 2012 12:45 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Syslog missing

Do you have the HLQ.HASPINDX dataset that SDSF needs to access SYSLOG? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of R.S.
Sent: Tuesday, May 15, 2012 11:39 AM
To: IBM-MAIN@bama.ua.edu
Subject: Syslog missing

The following scenario:
z/OS 1.13 during ServerPac installation process.
The system is IPLed for second or third time, almost nothing is customized.
I just noticed that syslog is dead.
Example: I enter SDSF, LOG and issue /D A,L - the results are not 
recorded in the log (last entry in the log is few days old).
The output can be seen in ULOG.

When the command is issued on MCS console, it's also unavailable in the 
syslog

Any clue?

BTW:
Few customizations I'm aware of: sysname is still CPAC, but SMF id is 
changed, TCPIP is customized to conform our network addressing, IEFACTRT 
installed.
-- 
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, www.brebank.pl, 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.2012 r. kapitał zakładowy BRE Banku SA (w
całości wpłacony) wynosi 168.410.984 złotych.

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

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

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

Re: Syslog missing

2012-05-15 Thread Williamson, James R

Thanks. 

I just went from 1.10 to 1.12 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mark Zelden
Sent: Tuesday, May 15, 2012 11:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Syslog missing

On Tue, 15 May 2012 11:45:28 -0500, Williamson, James R 
james.r.william...@uscg.mil wrote:

Do you have the HLQ.HASPINDX dataset that SDSF needs to access SYSLOG?

hlq.HASPINDX is no longer used / required as of z/OS 1.11.

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
R.S.
Sent: Tuesday, May 15, 2012 11:39 AM
To: IBM-MAIN@bama.ua.edu
Subject: Syslog missing

The following scenario:
z/OS 1.13 during ServerPac installation process.
The system is IPLed for second or third time, almost nothing is customized.
I just noticed that syslog is dead.
Example: I enter SDSF, LOG and issue /D A,L - the results are not
recorded in the log (last entry in the log is few days old).
The output can be seen in ULOG.

When the command is issued on MCS console, it's also unavailable in the
syslog

Any clue?

BTW:
Few customizations I'm aware of: sysname is still CPAC, but SMF id is
changed, TCPIP is customized to conform our network addressing, IEFACTRT
installed.
--
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, www.brebank.pl, 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.2012 r. kapita³ zak³adowy BRE Banku SA (w ca³o¶ci 
wp³acony) wynosi 168.410.984 z³otych.

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

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

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

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

Re: z/os v1r13 RACF problem

Security Server is enabled in IFAPRD00.

What is DSNT?  I don't recognize that.  The onepac system is stand alone not a 
sysplex.  The datasets are cataloged fine and both 1.11 and 1.13 reference that 
catalog.  They are not in MSTJCLxx member in my 1.11 system and it works fine.  
There's just something I've missed and it's driving me crazy!

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mark Zelden
Sent: Tuesday, May 15, 2012 12:30 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/os v1r13 RACF problem

On Tue, 15 May 2012 12:14:11 -0400, Crabtree, Anne D anne.d.crabt...@wv.gov 
wrote:

Trying to bring up z/os v1r13 for first time on my onepac system and I keep 
getting error message ICH571A Error building program control tables followed 
by ICH501I saying RACF is not active.  I performed a system upgrade when 
installing and my 1.11 onepac system comes up fine with these RACF datasets.  
I have to have missed something !!
That being said, I have checked the following:

My IEFSSNxx member has:
 SUBSYS SUBNAME(RACF)
  INITRTN(IRRSSI00)
  INITPARM(';,X')

The RACF proc is in CPAC.PROCLIB and looks ok.
IRRSSI00 module is in SYS1.LINKLIB.
I get messages that the installation router table and the class descriptor 
table were processed.
 I'm also getting this error (but I think it's just because RACF didn't start 
 and is not the problem):

ICH584i ICHEINTY next error against profile irrplex_in class gxfacili on 
the database with master dataset my dataset name on my volume rc=001C 
reas=

Any suggestions?




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

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

Regards,

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

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

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

Re: Syslog missing

W dniu 2012-05-15 18:47, Mark Zelden pisze:

On Tue, 15 May 2012 18:39:08 +0200, R.S.r.skoru...@.com.pl wrote:

When the command is issued on MCS console, it's also unavailable in the
syslog

Don't know why it broke, but have you tried this?

V SYSLOG,HARDCPY

Yes, no effect

Could your CONSOLxx member have a syntax problem? Does it
contain HARDCOPY DEVNUM(SYSLOG)? If you have
OPERLOG enabled, does that work?

Well, I believe the member is OK, but I don't know how to check whether
correct member was used during IPL or there were no error messeges
during the member processing. I culd check in in ...the syslog.

However my MCS console comes definitely from correct member.
BTW: from the member:
HARDCOPY DEVNUM(SYSLOG)
ROUTCODE(ALL)
CMDLEVEL(CMDS)
HCFORMAT(CENTURY)

R.S.

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

Re: z/os v1r13 RACF problem

W dniu 2012-05-15 19:03, Crabtree, Anne D pisze:

Security Server is enabled in IFAPRD00.

What is DSNT? I don't recognize that. The onepac system is stand alone not a
sysplex. The datasets are cataloged fine and both 1.11 and 1.13 reference that
catalog. They are not in MSTJCLxx member in my 1.11 system and it works fine.
There's just something I've missed and it's driving me crazy!

ICHRDSNT contains RACF db names.
However, AFAIK if you have wrong dsnames, you will be asked for RACF db
name.

I would suggest to ask the question on RACF-L group.
--
Radoslaw Skorupka
Lodz, Poland

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

Re: z/os v1r13 RACF problem

2012-05-15 Thread Matthew Stitt

This a new CLASS which was dynamically created in the recent past.  The name 
rang a bell with me as I have dealt with this
issue a few times.  The easiest fix is to delete the profile which exists under 
the class GXFACILI, then re-copy your RACF database.
The entry you probably have is for your current sysplex name.  You probably 
changed your sysplex name on your standalone system
and RACF is complaining that things don't match now.


Security Server is enabled in IFAPRD00.

What is DSNT?  I don't recognize that.  The onepac system is stand alone not a 
sysplex.  The datasets are cataloged fine and both 1.11 and 1.13 reference that 
catalog.  They are not in MSTJCLxx member in my 1.11 system and it works fine.  
There's just something I've missed and it's driving me crazy!

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mark Zelden
Sent: Tuesday, May 15, 2012 12:30 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/os v1r13 RACF problem

On Tue, 15 May 2012 12:14:11 -0400, Crabtree, Anne D anne.d.crabt...@wv.gov 
wrote:

Trying to bring up z/os v1r13 for first time on my onepac system and I keep 
getting error message ICH571A Error building program control tables followed 
by ICH501I saying RACF is not active.  I performed a system upgrade when 
installing and my 1.11 onepac system comes up fine with these RACF datasets.  
I have to have missed something !!
That being said, I have checked the following:

My IEFSSNxx member has:
 SUBSYS SUBNAME(RACF)
  INITRTN(IRRSSI00)
  INITPARM(';,X')

The RACF proc is in CPAC.PROCLIB and looks ok.
IRRSSI00 module is in SYS1.LINKLIB.
I get messages that the installation router table and the class descriptor 
table were processed.
 I'm also getting this error (but I think it's just because RACF didn't start 
 and is not the problem):

ICH584i ICHEINTY next error against profile irrplex_in class gxfacili on 
the database with master dataset my dataset name on my volume rc=001C 
reas=

Any suggestions?




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

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

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

Re: Syslog missing

2012-05-15 Thread Jakubek, Jan

What about WRITELOG START...?

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

Re: Syslog missing

2012-05-15 Thread Doug Fuerst

if you do a 'pre syslog' from SDSF, and then do an 'ST', do you have a
SYSLOG STC in the system?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of R.S.
Sent: Tuesday, May 15, 2012 1:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Syslog missing

W dniu 2012-05-15 18:47, Mark Zelden pisze:
 On Tue, 15 May 2012 18:39:08 +0200, R.S.r.skoru...@.com.pl  wrote:

 The following scenario:
 z/OS 1.13 during ServerPac installation process.
 The system is IPLed for second or third time, almost nothing is
customized.
 I just noticed that syslog is dead.
 Example: I enter SDSF, LOG and issue /D A,L - the results are not
 recorded in the log (last entry in the log is few days old).
 The output can be seen in ULOG.

 When the command is issued on MCS console, it's also unavailable in the
 syslog

 Don't know why it broke, but have you tried this?

 V SYSLOG,HARDCPY

Yes, no effect

 Could your CONSOLxx member have a syntax problem?  Does it
 contain  HARDCOPY DEVNUM(SYSLOG)?   If you have
 OPERLOG enabled, does that work?

Well, I believe the member is OK, but I don't know how to check whether 
correct member was used during IPL or there were no error messeges 
during the member processing. I culd check in in ...the syslog.
However my MCS console comes definitely from correct member.
BTW: from the member:
HARDCOPY DEVNUM(SYSLOG)
  ROUTCODE(ALL)
  CMDLEVEL(CMDS)
  HCFORMAT(CENTURY)

R.S.

--
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, www.brebank.pl, 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.2012 r. kapita zakadowy BRE Banku SA (w
caoci wpacony) wynosi 168.410.984 zotych.

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

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

Re: Syslog missing

On Tue, 15 May 2012 19:02:57 +0200, R.S. r.skoru...@bremultibank.com.pl wrote:


 Don't know why it broke, but have you tried this?

 V SYSLOG,HARDCPY


Yes, no effect


Try   W START   (WRITELOG START)

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

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

Re: z/os v1r13 RACF problem

On Tue, 15 May 2012 12:19:19 -0500, Matthew Stitt mathwst...@bellsouth.net 
wrote:

This a new CLASS which was dynamically created in the recent past.  The name 
rang a bell with me as I have dealt with this
issue a few times.  The easiest fix is to delete the profile which exists 
under the class GXFACILI, then re-copy your RACF database.
The entry you probably have is for your current sysplex name.  You probably 
changed your sysplex name on your standalone system
and RACF is complaining that things don't match now.


The profile doesn't hurt.  However, the bit in the DSNT does.   That is why I 
zap it 
off in my onepak/twopak jobs after I copy the running system.   There is also
this note in my samples from my web site:

3) Remove the data sharing profile (auto created in z/OS 1.10 
   and above). This will prevent ICH586A that you will see
   during the first IPL if the RACF database you copied was   
   in data sharing mode.  
  
  RDELETE GXFACILI IRRPLEX_sysplex-name   
(sysplex-name is from the RACF database you copied)   


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

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

Re: z/os v1r13 RACF problem

I did not copy my RACF database.  I did a system upgrade and I ran the IRRMIN00 
to upgrade and ran job to create the database name table.  The only other RACF 
job that I ran was the one to create the IRRDPTAB proc.  Are you talking about 
ICHRDSNT (database name table) when you say DSNT?

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mark Zelden
Sent: Tuesday, May 15, 2012 1:28 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/os v1r13 RACF problem

On Tue, 15 May 2012 12:19:19 -0500, Matthew Stitt mathwst...@bellsouth.net 
wrote:

This a new CLASS which was dynamically created in the recent past.  The name 
rang a bell with me as I have dealt with this
issue a few times.  The easiest fix is to delete the profile which exists 
under the class GXFACILI, then re-copy your RACF database.
The entry you probably have is for your current sysplex name.  You probably 
changed your sysplex name on your standalone system
and RACF is complaining that things don't match now.


The profile doesn't hurt.  However, the bit in the DSNT does.   That is why I 
zap it 
off in my onepak/twopak jobs after I copy the running system.   There is also
this note in my samples from my web site:

3) Remove the data sharing profile (auto created in z/OS 1.10 
   and above). This will prevent ICH586A that you will see
   during the first IPL if the RACF database you copied was   
   in data sharing mode.  
  
  RDELETE GXFACILI IRRPLEX_sysplex-name   
(sysplex-name is from the RACF database you copied)   


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

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

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

Re: Acquiring the Additional Material from z/OS V1.13 DFSMS Technical Update Manual

2012-05-15 Thread Chip Grantham

Hey Good catch Mark.  Didn't think about permission bits.  I've emailed 
Redbooks and asked if they could update them. 

Thanks for the help. 

Chip Grantham  |  Ameritas  |  Sr. IT Consultant | cgrant...@ameritas.com 
5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 
402-325-4030

 



From:   Mark Post mp...@suse.com
To: IBM-MAIN@bama.ua.edu
Date:   05/15/2012 10:35 AM
Subject:Re: Acquiring the Additional Material from z/OS V1.13 
DFSMS Technical Update Manual
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



 On 5/15/2012 at 11:27 AM, Chip Grantham cgrant...@ameritas.com 
wrote: 

 So does anyone see what I'm doing wrong, or have any idea how IBM 
expected 
 us to get the additional material? 

You're not doing anything wrong. The file on the FTP server doesn't have 
read permission set for anyone other than the owner and group.
ftp dir
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 136
-rw-r-1 60004400 1000217   62580 Mar  7 08:21 SMF85JCL.zip
-rw-r--r--1 60004400 10002171455 Mar  7 08:25 disclaimer.txt

That's something IBM will have to fix.


Mark Post

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

***
This message may contain confidential information intended only
for the use of the addressee(s) named above and may contain
information that is legally privileged. If you are not the
addressee, or the person responsible for delivering it to the
addressee, you are hereby notified that reading, disseminating,
distributing or copying this message is strictly prohibited.  If you
have received this message by mistake, please immediately notify
us by replying to the message and delete the original message
immediately thereafter.  Thank you.
***


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

Re: z/os v1r13 RACF problem

2012-05-15 Thread Skip Robinson

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

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



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



On Tue, 15 May 2012 12:14:11 -0400, Crabtree, Anne D 
anne.d.crabt...@wv.gov wrote:

Trying to bring up z/os v1r13 for first time on my onepac system and I 
keep getting error message ICH571A Error building program control tables 
followed by ICH501I saying RACF is not active.  I performed a system 
upgrade when installing and my 1.11 onepac system comes up fine with these 
RACF datasets.  I have to have missed something !!
That being said, I have checked the following:

My IEFSSNxx member has:
 SUBSYS SUBNAME(RACF)
  INITRTN(IRRSSI00)
  INITPARM(';,X')

The RACF proc is in CPAC.PROCLIB and looks ok.
IRRSSI00 module is in SYS1.LINKLIB.
I get messages that the installation router table and the class 
descriptor table were processed.
 I'm also getting this error (but I think it's just because RACF didn't 
start and is not the problem):

ICH584i ICHEINTY next error against profile irrplex_in class gxfacili 
on the database with master dataset my dataset name on my volume 
rc=001C reas=

Any suggestions?




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

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

Regards,

Mark


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

Re: z/os v1r13 RACF problem

On Tue, 15 May 2012 10:42:35 -0700, Skip Robinson jo.skip.robin...@sce.com 
wrote:

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


I agree.  That was a suggestion for the onepak system only as a 
debugging technique / test.  I assume the onepak's parmlib could be
edited / changed from a working system. 

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

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

Re: z/os v1r13 RACF problem

On Tue, 15 May 2012 13:32:53 -0400, Crabtree, Anne D anne.d.crabt...@wv.gov 
wrote:

I did not copy my RACF database.  I did a system upgrade and I ran the 
IRRMIN00 to upgrade and ran job to create the database name table.  The only 
other RACF job that I ran was the one to create the IRRDPTAB proc.  Are you 
talking about ICHRDSNT (database name table) when you say DSNT?


Yes, ichrDSNT.  So your onepack system was working and you went through a 
system upgrade for that system?   Didn't you have to rebuild it using your 
z/OS 1.13 sysres created from Serverpac?

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

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

Re: z/os v1r13 RACF problem

My 1.11 onepack system is working fine and has it's own respack.  My 1.13 
respack was built by server pack,  but I'm using the same racf datasets.  I 
just upgraded the datasets.  I have a usermod where I rebuilt ICHRDSNT for 
1.13.  It just references the same datasets as 1.11.  Make sense?

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mark Zelden
Sent: Tuesday, May 15, 2012 2:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/os v1r13 RACF problem

On Tue, 15 May 2012 13:32:53 -0400, Crabtree, Anne D anne.d.crabt...@wv.gov 
wrote:

I did not copy my RACF database.  I did a system upgrade and I ran the 
IRRMIN00 to upgrade and ran job to create the database name table.  The only 
other RACF job that I ran was the one to create the IRRDPTAB proc.  Are you 
talking about ICHRDSNT (database name table) when you say DSNT?


Yes, ichrDSNT.  So your onepack system was working and you went through a 
system upgrade for that system?   Didn't you have to rebuild it using your 
z/OS 1.13 sysres created from Serverpac?

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

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

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

Re: Syslog missing


W dniu 2012-05-15 19:25, Mark Zelden pisze:

On Tue, 15 May 2012 19:02:57 +0200, R.S.r.skoru...@.com.pl  wrote:



Don't know why it broke, but have you tried this?

V SYSLOG,HARDCPY



Yes, no effect



Try   W START   (WRITELOG START)


I tried, no effect.

I just re-ipled system, with no effect, but found something interesting:
SD.LOG is dead. It shows $PJES2 and other things related to last system 
shutdown. No current IEA101A.


However I typed SD.ST and selected the following entry:
SYSLOG   STC00187 +MASTER+

and found current *living* log there!!!
By 'living' I mean when I issue some command the output is displayed in 
the log.


What's wrong???




Supplemental informations:

Output from D C,HC
 CONSOLES MATCHING COMMAND: D C,HC
 MSG:CURR=0LIM=2500 RPLY:CURR=0LIM=20SYS=CPAC PFK=00
 HARDCOPY  LOG=(SYSLOG)  CMDLEVEL=CMDS
   ROUT=(ALL)
 LOG BUFFERS IN USE: 0   LOG BUFFER LIMIT: 2000


My CONSOLxx (fragment):
INIT MLIM(2500)
 LOGLIM(2000)
 RLIM(20)
 UEXIT(N)
 MPF(NO)
 MMS(NO)
 PFK(00)
 CNGRP(NO)
 CMDDELIM(;)
 /*commented  APPLID, GENERIC */
HARDCOPY DEVNUM(SYSLOG)
 ROUTCODE(ALL)
 CMDLEVEL(CMDS)
 HCFORMAT(CENTURY)
DEFAULT
 LOGON(OPTIONAL)
 HOLDMODE(NO)
 RMAX(999)
/*  */
CONSOLE DEVNUM(0400) UNIT(3270-X) NAME(CNLODZ)
AUTH(MASTER)   USE(FC)
ROUTCODE(ALL)  LEVEL(ALL)   CON(N)
SEG(01)DEL(RD)  RNUM(10)
RTME(1/2)  MFORM(J,T)   AREA(NONE)
PFKTAB(TABL01) RBUF(15) LOGON(REQUIRED)
MONITOR(JOBNAMES-T)

--
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, www.brebank.pl, 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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych.


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

SVC 99 trace

Hi

Searching for a tool to trace SVC 99(i.e. see the text units)
(I had this several years ago, SLIP or GTF ?, unbale to find now)

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

EXCP count like SDSF

Hi

Is it possible to find the actual EXCP count value in the address spac ?

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

Re: z/os v1r13 RACF problem

On Tue, 15 May 2012 14:13:47 -0400, Crabtree, Anne D anne.d.crabt...@wv.gov 
wrote:

My 1.11 onepack system is working fine and has it's own respack.  My 1.13 
respack was built by server pack,  but I'm using the same racf datasets.  I 
just upgraded the datasets.  I have a usermod where I rebuilt ICHRDSNT for 
1.13.  It just references the same datasets as 1.11.  Make sense?


Okay, are you sure you rebuilt ICHRDSNT correctly for 1.13?  If this is a 
onepack
RACF database, why is there a reference to IRRPLEX?

This is a new / different master catalog?  I guess double check all the RACF 
modules
are where you think they should be and are getting loaded from the proper
place, and if nothing comes up in your desk check all you can do is what the
message text suggests - get a dump and start analyzing (with the help of
IBM if needed).   I'm pretty sure it is a configuration problem though (user 
error).


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

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

Re: Syslog missing

2012-05-15 Thread Jousma, David

Try LOG S?Maybe your are defaulting to OPERLOG which you appear to have 
turned off.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
R.S.
Sent: Tuesday, May 15, 2012 2:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Syslog missing

W dniu 2012-05-15 19:25, Mark Zelden pisze:
 On Tue, 15 May 2012 19:02:57 +0200, R.S.r.skoru...@.com.pl  wrote:


 Don't know why it broke, but have you tried this?

 V SYSLOG,HARDCPY


 Yes, no effect


 Try   W START   (WRITELOG START)

I tried, no effect.

I just re-ipled system, with no effect, but found something interesting:
SD.LOG is dead. It shows $PJES2 and other things related to last system 
shutdown. No current IEA101A.

However I typed SD.ST and selected the following entry:
SYSLOG   STC00187 +MASTER+

and found current *living* log there!!!
By 'living' I mean when I issue some command the output is displayed in the log.

What's wrong???




Supplemental informations:

Output from D C,HC
  CONSOLES MATCHING COMMAND: D C,HC
  MSG:CURR=0LIM=2500 RPLY:CURR=0LIM=20SYS=CPAC PFK=00
  HARDCOPY  LOG=(SYSLOG)  CMDLEVEL=CMDS
ROUT=(ALL)
  LOG BUFFERS IN USE: 0   LOG BUFFER LIMIT: 2000


My CONSOLxx (fragment):
INIT MLIM(2500)
  LOGLIM(2000)
  RLIM(20)
  UEXIT(N)
  MPF(NO)
  MMS(NO)
  PFK(00)
  CNGRP(NO)
  CMDDELIM(;)
  /*commented  APPLID, GENERIC */
HARDCOPY DEVNUM(SYSLOG)
  ROUTCODE(ALL)
  CMDLEVEL(CMDS)
  HCFORMAT(CENTURY)
DEFAULT
  LOGON(OPTIONAL)
  HOLDMODE(NO)
  RMAX(999)
/*  */
CONSOLE DEVNUM(0400) UNIT(3270-X) NAME(CNLODZ)
 AUTH(MASTER)   USE(FC)
 ROUTCODE(ALL)  LEVEL(ALL)   CON(N)
 SEG(01)DEL(RD)  RNUM(10)
 RTME(1/2)  MFORM(J,T)   AREA(NONE)
 PFKTAB(TABL01) RBUF(15) LOGON(REQUIRED)
 MONITOR(JOBNAMES-T)

--
Radoslaw Skorupka
Lodz, Poland





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

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

Re: Syslog missing

On Tue, 15 May 2012 20:20:28 +0200, R.S. r.skoru...@bremultibank.com.pl wrote:

W dniu 2012-05-15 19:25, Mark Zelden pisze:
 On Tue, 15 May 2012 19:02:57 +0200, R.S.r.skoru...@.com.pl  wrote:


 Don't know why it broke, but have you tried this?

 V SYSLOG,HARDCPY


 Yes, no effect


 Try   W START   (WRITELOG START)

I tried, no effect.

I just re-ipled system, with no effect, but found something interesting:
SD.LOG is dead. It shows $PJES2 and other things related to last system
shutdown. No current IEA101A.

However I typed SD.ST and selected the following entry:
SYSLOG   STC00187 +MASTER+

and found current *living* log there!!!
By 'living' I mean when I issue some command the output is displayed in
the log.

What's wrong???



User error? :-)Did you change the SYSID or anything like that?
When you use the LOG command do you see an ISPF short message
error? 

Try SYSID ?  and see what it says.  
Then  SYSID with no operands.

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

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

Re: EXCP count like SDSF

2012-05-15 Thread Rob Scott

Look at ASCBIOSX and ASCBIOSC in the ASCB (IHAASCB)

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Miklos Szigetvari
Sent: 15 May 2012 19:24
To: IBM-MAIN@bama.ua.edu
Subject: EXCP count like SDSF

Hi

Is it possible to find the actual EXCP count value in the address spac ?

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

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

Re: EXCP count like (E)JES


On 5/15/2012 11:23 AM, Miklos Szigetvari wrote:

Is it possible to find the actual EXCP count value in the address spac ?


ASCBIOSC DSF - I/O SERVICE MEASURE.@G381PXU
*  SERIALIZATION - CS. @G381PXU
*  UPDATED BY JES2,JES3,SMF.   @G381PXU
*  READ BY RMF,SMF,SRM.@G381PXU

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

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

Re: EXCP count like SDSF

On Tue, 15 May 2012 20:23:39 +0200, Miklos Szigetvari 
miklos.szigetv...@isis-papyrus.com wrote:

Hi

Is it possible to find the actual EXCP count value in the address spac ?


Same answer as the other day in a different thread... SMF 30 records.

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

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

Re: Syslog missing

On Tue, 15 May 2012 18:31:00 +, Jousma, David david.jou...@53.com wrote:

Try LOG S?Maybe your are defaulting to OPERLOG which you appear to have 
turned off.


Right... didn't think about that.  The IBM default is operlog if operlog is 
active, but 
the ISPF profile could be set to OPERLOG from a past use or from the parms.

I always forget about that because I've had an exit in place since OS/390 1.2 
that
forces SYSLOG as the default unless you explicitly use LOG O. 

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

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

Re: EXCP count like SDSF


On 5/15/2012 11:37 AM, Rob Scott wrote:

Look at ASCBIOSX and ASCBIOSC in the ASCB (IHAASCB)


ASCBIOSX DSD - I/O service measure extended.   @0AC
*  This is like ASCBIOSC but it is @0AA
*  extended to 8 bytes, so its @0AA
*  value continuestto grow past the@0AA
*  4GB ASCBIOSC maximum capacity.  @0AA
*  Serialization - CSG.@0AA

Oops. I forgot to mention the newer 8-byte IOSX field. Thanks, Rob!

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

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

Re: EXCP count like SDSF

On Tue, 15 May 2012 11:42:56 -0700, Edward Jaffe edja...@phoenixsoftware.com 
wrote:

On 5/15/2012 11:37 AM, Rob Scott wrote:
 Look at ASCBIOSX and ASCBIOSC in the ASCB (IHAASCB)

ASCBIOSX DSD - I/O service measure extended.   @0AC
*  This is like ASCBIOSC but it is @0AA
*  extended to 8 bytes, so its @0AA
*  value continuestto grow past the@0AA
*  4GB ASCBIOSC maximum capacity.  @0AA
*  Serialization - CSG.@0AA

Oops. I forgot to mention the newer 8-byte IOSX field. Thanks, Rob!


And I assumed the OP wanted data after the fact.   Thanks to both of you.
Although the actual requirement (live vs. after the job runs) still 
isn't clear.  

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

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

Re: EXCP count like SDSF

2012-05-15 Thread Bill Fairchild

The counters in the ASCB will give you the metric for all I/Os done in the 
address space (all that are measurable by SMF, i.e.).  If you want the I/O 
metric for an individual DDname, then you need to find a different control 
block pointed to by a TCB.  And the comment in the ASCB's DSECT does not state 
whether or not the counter is reset at the end of each step or even at the end 
of each job.  E.g., an Initiator address space may run thousands of jobs, each 
of whose I/O counts will be accumulated in the ASCBIOSx fields as well as in 
the counter's for the TCBs pertaining to each job.  But at the instant you look 
at one of the two ASCBIOSx counters, the contents will be correct (FSVO 
correct).  Two successive samples might be more revealing.

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mark Zelden
Sent: Tuesday, May 15, 2012 1:49 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EXCP count like SDSF

On Tue, 15 May 2012 11:42:56 -0700, Edward Jaffe edja...@phoenixsoftware.com 
wrote:

On 5/15/2012 11:37 AM, Rob Scott wrote:
 Look at ASCBIOSX and ASCBIOSC in the ASCB (IHAASCB)

ASCBIOSX DSD - I/O service measure extended.   @0AC
*  This is like ASCBIOSC but it is @0AA
*  extended to 8 bytes, so its @0AA
*  value continuestto grow past the@0AA
*  4GB ASCBIOSC maximum capacity.  @0AA
*  Serialization - CSG.@0AA

Oops. I forgot to mention the newer 8-byte IOSX field. Thanks, Rob!


And I assumed the OP wanted data after the fact.   Thanks to both of you.
Although the actual requirement (live vs. after the job runs) still isn't 
clear.  

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

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

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

Compiled SYSTEM Rexx exec

2012-05-15 Thread Ed Mackmahon

Hi List.

We are zOS 1.12 shop.
I compiled and linked a Rexx exec which is supposed to run under AXR (system 
Rexx), 
compile and link finished OK. After System Rexx server restated with the load 
dataset
concatenated, I got:

AXR0113I DATA SET S00.RCGAURD.SAXRLOAD ACCESSED THROUGH VOLSER(VPMVSE) 
HAS INCORRECT RECORD FORMAT 

How can I compile a Rexx exec that will run under the system Rexx server ?

Thanks in advanced.

Ed.

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

Re: EXCP count like SDSF


On 5/15/2012 12:20 PM, Bill Fairchild wrote:

... the comment in the ASCB's DSECT does not state whether or not the counter 
is reset at the end of each step or even at the end of each job.


Reset at the end of each step.

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

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

Re: Compiled SYSTEM Rexx exec

2012-05-15 Thread Lizette Koehler


Hi List.

We are zOS 1.12 shop.
I compiled and linked a Rexx exec which is supposed to run under AXR (system 
Rexx), 
compile and link finished OK. After System Rexx server restated with the load 
dataset
concatenated, I got:

AXR0113I DATA SET S00.RCGAURD.SAXRLOAD ACCESSED THROUGH VOLSER(VPMVSE) 
HAS INCORRECT RECORD FORMAT 

How can I compile a Rexx exec that will run under the system Rexx server ?

Thanks in advanced.

Ed.


Does the dataset you create S00.RCGAURD.SAXRLOAD match the dataset attributes 
of SYS1.SAXREXEC?

Lizette

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

Comparison of compiler generated code AD 1980(ish) v 2010(ish)

2012-05-15 Thread Robert Prins

Can anyone skilled in the art tell me why a compiler that probably
dates back to the late 1970'ies or early 1980'ies generates the
following short and sweet code for a PL/I BY NAME assignment, while
the not completely new (but still fairly recent) version of Enterprise
PL/I (V3R9) generates the very, very, very long-winded code below it?
Or is this (V3R9) code (that predates the OOO z196 architecture)
really faster?

OS PL/I V2.3.0 - OPT(2)
 343   1  2  REPT_LINE= REPT_LIST, BY NAME;

* STATEMENT NUMBER  343
002664  58 70 8 268L 7,REPT_WORK.LINE_PTR
002668  58 60 8 030L 6,REPT_WORK.REPT_PTR
00266C  58 F0 3 600L 15,1536(0,3)
002670  D2 03 7 003 F B54  MVC   REPT_LINE.TR(4),2900(15)
002676  DE 03 7 003 6 00C  EDREPT_LINE.TR(4),REPT_LIST.TR
00267C  D2 03 7 00A F B54  MVC   REPT_LINE.RE(4),2900(15)
002682  DE 03 7 00A 6 00E  EDREPT_LINE.RI(4),REPT_LIST.RI
002688  D2 02 7 011 6 010  MVC   REPT_LINE.DA(3),REPT_LIST.DA
00268E  58 E0 3 608L 14,1544(0,3)
002692  D2 06 4 158 E 5D4  MVC   344(7,4),1492(14)
002698  DE 06 4 158 6 014  ED344(7,4),REPT_LIST.K+1
00269E  D2 05 7 017 4 159  MVC   REPT_LINE.K(6),345(4)
0026A4  D2 06 4 158 E 5D4  MVC   344(7,4),1492(14)
0026AA  DE 06 4 158 6 01B  ED344(7,4),REPT_LIST.V
0026B0  D2 04 7 028 4 15A  MVC   REPT_LINE.V(5),346(4)
0026B6  D2 03 7 030 6 026  MVC   REPT_LINE.NA(4),REPT_LIST.NA
0026BC  D2 03 7 036 6 02A  MVC   REPT_LINE.TY(4),REPT_LIST.TY
0026C2  D2 03 7 03D 6 02E  MVC   REPT_LINE.CO(4),REPT_LIST.CO
0026C8  D2 00 7 04B 6 036  MVC   REPT_LINE.SP(1),REPT_LIST.SP
0026CE  D2 03 7 05F 6 043  MVC   REPT_LINE.DATE.YEAR(4),REPT_LIST.DATE.YEAR
0026D4  D2 01 7 064 6 047  MVC   REPT_LINE.DATE.MONTH(2),REPT_LIST.DATE.MONTH
0026DA  D2 01 7 067 6 049  MVC   REPT_LINE.DATE.DAY(2),REPT_LIST.DATE.DAY

Enterprise PL/I for z/OS   V3.R9.M0 (Built:20100923) - OPT(3)
3120.0 368  1  2   rept_line= rept_list, by name;

003E40  E350  D340  0624  003120 | STG  r5,#SPILL33(,r13,25408)
003E46  E320  D270  0624  003120 | STG  r2,#SPILL7(,r13,25200)
003E4C  E350  D8FD  0571  003120 | LAY  r5,_temp9(,r13,22781)
003E52  E300  D368  0604  003120 | LG   r0,#SPILL38(,r13,25448)
003E58  E340  D308  0624  003120 | STG  r4,#SPILL26(,r13,25352)
003E5E  E310  D4B4  0271  003119 | LAY  r1,LINE(,r13,9396)
003E64  E300  D8FC  0550  003120 | STY  r0,_temp9(,r13,22780)
003E6A  E300  D148  0214  003120 | LGF  r0,a1:d8520:l4(,r13,8520)
003E70  D278  1000  4D33  003119 | MVC  LINE(121,r1,0),REPT_INIT(r4,3379)
003E76  4110  E00C003120 | LA   r1,_shadow21(,r14,12)
003E7A  E3E0  D8FC  0571  003120 | LAY  r14,_temp9(,r13,22780)
003E80  DE03  E000  1000  003120 | ED   _temp9(4,r14,0),_shadow21(r1,0)
003E86  B914  00E0003120 | LGFR r14,r0
003E8A  E300  D368  0604  003120 | LG   r0,#SPILL38(,r13,25448)
003E90  4110  E003003120 | LA   r1,#AddressShadow(,r14,3)
003E94  41F0  E00A003120 | LA   r15,#AddressShadow(,r14,10)
003E98  D202  1001  5000  003120 | MVC  _shadow21(3,r1,1),_temp9(r5,0)
003E9E  9240  E003003120 | MVI  _shadow21(r14,3),64
003EA2  E310  DF10  0158  003120 | LY   r1,a1:d7952:l4(,r13,7952)
003EA8  E300  D984  0550  003120 | STY  r0,_temp8(,r13,22916)
003EAE  E350  D984  0571  003120 | LAY  r5,_temp8(,r13,22916)
003EB4  4120  E017003120 | LA   r2,#AddressShadow(,r14,23)
003EB8  4110  100E003120 | LA   r1,_shadow21(,r1,14)
003EBC  DE03  5000  1000  003120 | ED   _temp8(4,r5,0),_shadow21(r1,0)
003EC2  E310  D985  0571  003120 | LAY  r1,_temp8(,r13,22917)
003EC8  4140  E028003120 | LA   r4,#AddressShadow(,r14,40)
003ECC  D202  F001  1000  003120 | MVC  _shadow21(3,r15,1),_temp8(r1,0)
003ED2  9240  E00A003120 | MVI  _shadow21(r14,10),64
003ED6  E310  DF10  0158  003120 | LY   r1,a1:d7952:l4(,r13,7952)
003EDC  E3F0  D974  0571  003120 | LAY  r15,_temp19(,r13,22900)
003EE2  D202  E011  1010  003120 | MVC  _shadow21(3,r14,17),_shadow21(r1,16)
003EE8  E310  D238  0604  003120 | LG   r1,#SPILL0(,r13,25144)
003EEE  D206  F000  14A4  003120 | MVC  _temp19(7,r15,0),' ..'(r1,1188)
003EF4  E310  DF10  0158  003120 | LY   r1,a1:d7952:l4(,r13,7952)
003EFA  D203  B95C  1013  003120 | MVC  _temp15(4,r11,2396),_shadow18(r1,19)
003F00  E310  D90C  0571  003120 | LAY  r1,_temp15(,r13,22796)
003F06  D202  B93C  1001  003120 | MVC  _temp11(3,r11,2364),_shadow12(r1,1)
003F0C  E310  D8EC  0571  003120 | LAY  r1,_temp11(,r13,22764)
003F12  DE06  F000  1000  003120 | ED   _temp19(7,r15,0),_temp11(r1,0)
003F18  E310  D975  0571  003120 | LAY  r1,_temp19(,r13,22901)
003F1E  D205  2000  1000  003120 | MVC  _shadow21(6,r2,0),_temp19(r1,0)
003F24  E310  D238  0604  003120 | LG   r1,#SPILL0(,r13,25144)
003F2A  E320  D96C  0571  003120 | LAY  r2,_temp21(,r13,22892)
003F30  D206  2000  14A4  003120 | MVC  _temp21(7,r2,0),' ..'(r1,1188)
003F36  E310  DF10  0158  003120 | LY   r1,a1:d7952:l4(,r13,7952)
003F3C  D202  B939  101B  003120 | MVC

Re: Compiled SYSTEM Rexx exec

2012-05-15 Thread Ed Mackmahon

yes

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

EPSPT vs. FIXCAT

2012-05-15 Thread Jürgen Kehr


Hello,

from some IBM information I find out that sevral years ago a tool named 
EPSPT (Enhanced Preventive Service Planning Tool) existed, which used 
extracted PSP bucket data to report missing PTFs for several products in 
a z/OS environment. Therefore it used data from the FTP server at 
ftp://ftp.software.ibm.com/s390/pspapartool/
There is still some data available on this site, but it seemes that IBM 
stopped the update of this data in 2011. The tool itself was replaced by 
the SMP/E FIXCAT processing.


The PSP buckets are still available under 
http://www14.software.ibm.com/webapp/set2/psp/srchBroker and they are 
regulary updated.


But with these new data I have some problems/questions:

1. It seems that for some major products (for example CICS) FIXCATs are 
not yet available. So because the data on the FTP server is not updated 
anymore and these FIXCATs are missing I have no way for an automated 
check for missing fixes. Or is there any other place, where the actual 
extracted PSP data is stored.


2. When I'm looking for the PSP buckets on the site named above, I'm 
able to get all the information from any PSP bucket, but only displayed 
in my browser. I didn't find a way to get them downloaded as txt files, 
nor I find an FTP server where I can get the txt files. If I would find 
a way to get such easy flat files, it would be possible to extract the 
required information for missing PTFs by myself.


Thanks in advance for any help in this topic.

--
Freundliche Gruesse / Kind regards

Dipl. Math. Juergen Kehr
IT Schulung  Beratung / IT Education + Consulting
Elfbuchenstrasse 10
34317 Habichtswald
Germany

Tel. +49-5606-5337408
Fax +49-3222-9341387
Mobil +49-172-5129389
mailto:kehrjuer...@t-online.de
mailto:kehrjuer...@googlemail.com




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

Re: SVC 99 trace


On 5/15/2012 11:26 AM, Miklos Szigetvari wrote:

Searching for a tool to trace SVC 99(i.e. see the text units)
(I had this several years ago, SLIP or GTF ?, unbale to find now)


Use SLIP IF with A=SYNCSVCD to produce an SVC dump just after the SVC99 is 
issued. In IPCS select 'SVC99RB' from the 2.6i menu.


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

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

Re: EPSPT vs. FIXCAT

2012-05-15 Thread Linda Mooney

Hi Jürgen, 



You might try the CICS list for CICS specific information.  You can go to 
www.listserv.uag.edu and view the posts for CICS-L list and, if you want to, 
subscribe.  



FIXCAT is IBM's stated direction. 



I don't work with CICS, but I have done a lot of SMP/e.  In order to use the 
FIXCATs to advantage with any SMP/e installed product , your SMP/e install has 
to be at least SMP/e 3.5.  You also have to upgrade the zones to that level as 
well, a step that is often missed.   Once you have SMP/e 3.5 and have run the 
UPGRADE command for each of your zones, you will be able to process the FIXCATs 
you should receive with your HOLDDATA. 



If you are not at the right SMP/e level, you should see this message when you 
try to receive service. 

- GIM58903W SMP/E COULD NOT PROCESS A ++HOLD FIXCAT MCS BECAUSE IT WOULD HAVE 
MADE A CHANGE TO THE GLOBAL ZONE THAT CANNOT BE PROCESSED COMPLETELY BY 
PRIOR LEVELS OF SMP/E. USE THE UPGRADE COMMAND TO ALLOW SMP/E TO MAKE SUCH 
CHANGES. 


A Google search using cics  smp/e v3r5 fixcat will bring up several 
good references that you might find useful, including a few for CICS. 



A Google search for CICS fixcat will bring up more. 





HTH, 



Linda 



- Original Message -


From: Jürgen Kehr kehrjuer...@t-online.de 
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, May 15, 2012 1:54:37 PM 
Subject: EPSPT vs. FIXCAT 

Hello, 

from some IBM information I find out that sevral years ago a tool named 
EPSPT (Enhanced Preventive Service Planning Tool) existed, which used 
extracted PSP bucket data to report missing PTFs for several products in 
a z/OS environment. Therefore it used data from the FTP server at 
ftp://ftp.software.ibm.com/s390/pspapartool/ 
There is still some data available on this site, but it seemes that IBM 
stopped the update of this data in 2011. The tool itself was replaced by 
the SMP/E FIXCAT processing. 

The PSP buckets are still available under 
http://www14.software.ibm.com/webapp/set2/psp/srchBroker and they are 
regulary updated. 

But with these new data I have some problems/questions: 

1. It seems that for some major products (for example CICS) FIXCATs are 
not yet available. So because the data on the FTP server is not updated 
anymore and these FIXCATs are missing I have no way for an automated 
check for missing fixes. Or is there any other place, where the actual 
extracted PSP data is stored. 

2. When I'm looking for the PSP buckets on the site named above, I'm 
able to get all the information from any PSP bucket, but only displayed 
in my browser. I didn't find a way to get them downloaded as txt files, 
nor I find an FTP server where I can get the txt files. If I would find 
a way to get such easy flat files, it would be possible to extract the 
required information for missing PTFs by myself. 

Thanks in advance for any help in this topic. 

-- 
Freundliche Gruesse / Kind regards 

Dipl. Math. Juergen Kehr 
IT Schulung  Beratung / IT Education + Consulting 
Elfbuchenstrasse 10 
34317 Habichtswald 
Germany 

Tel. +49-5606-5337408 
Fax +49-3222-9341387 
Mobil +49-172-5129389 
mailto:kehrjuer...@t-online.de 
mailto:kehrjuer...@googlemail.com 




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

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

z114/z196 LPAR Activation List

2012-05-15 Thread Kent Ramsay

Hi, 

A customer recently installed a z114. When a Power-on Reset is done, the LPAR's 
specified in the Partition Activation List are not activated. This facility was 
working on the replaced z9. Has anyone seen a similar occurrence? Thanks. 

Kent 

Kent Ramsay 
425.681.2278 

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

Retiring after 43+ years with IBM

2012-05-15 Thread Frank Yaeger

Just a note to let everyone know I'll be retiring at the end
of this month (5/31/2012).  I've been with IBM for 43+ years
(plus a couple of summers in college) and I've enjoyed my
career immensely.  I've especially enjoyed being able to
help people use the DFSORT/ICETOOL functions I developed,
over many years, in new and interesting ways.

Once I retire, I won't be posting solutions any more since I
won't have access to a mainframe to test them, and I don't
like posting untested solutions.  I may lurk a bit or I may
not.

I'm looking forward to retirement, but I'll also miss this
list.  I'm happy to say that others on the DFSORT Team will
continue to contribute.

Thanks to everyone for giving me the chance to earn a living
all these years doing something that was a lot of fun for
me.

Long live the mainframe, IBM, z/OS, DFSORT and 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: INFO IBM-MAIN

Re: Syslog missing

On Tue, 15 May 2012 13:41:11 -0500, Mark Zelden m...@mzelden.com wrote:

On Tue, 15 May 2012 18:31:00 +, Jousma, David david.jou...@53.com wrote:

Try LOG S?Maybe your are defaulting to OPERLOG which you appear to have 
turned off.


Right... didn't think about that.  The IBM default is operlog if operlog is 
active, but
the ISPF profile could be set to OPERLOG from a past use or from the parms.

I always forget about that because I've had an exit in place since OS/390 1.2 
that
forces SYSLOG as the default unless you explicitly use LOG O.


After thinking about this a little...

If this was the problem, Radoslaw should so ISF036I NO RECORDS TO DISPLAY and
and ISPF short message for NO OPERLOG FOUND or NOT AUTH TO OPERLOG.

The not authorized message was the reason I created the exit to begin with
since only sysprogs and operations support personnel were authorized to get
at the logstream.

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

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

Re: Retiring after 43+ years with IBM

2012-05-15 Thread Steve Comstock


On 5/15/2012 7:00 PM, Frank Yaeger wrote:

Just a note to let everyone know I'll be retiring at the end
of this month (5/31/2012).  I've been with IBM for 43+ years
(plus a couple of summers in college) and I've enjoyed my
career immensely.  I've especially enjoyed being able to
help people use the DFSORT/ICETOOL functions I developed,
over many years, in new and interesting ways.

Once I retire, I won't be posting solutions any more since I
won't have access to a mainframe to test them, and I don't
like posting untested solutions.  I may lurk a bit or I may
not.

I'm looking forward to retirement, but I'll also miss this
list.  I'm happy to say that others on the DFSORT Team will
continue to contribute.

Thanks to everyone for giving me the chance to earn a living
all these years doing something that was a lot of fun for
me.

Long live the mainframe, IBM, z/OS, DFSORT and 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



Best wishes, and thanks for all your help and support.


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-355-2752
http://www.trainersfriend.com

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment

* Try our tool for calculating your Return On Investment
for training dollars at
  http://www.trainersfriend.com/ROI/roi.html

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

Re: Retiring after 43+ years with IBM

On Tue, 15 May 2012 18:00:05 -0700, Frank Yaeger yae...@us.ibm.com wrote:

Just a note to let everyone know I'll be retiring at the end
of this month (5/31/2012).  I've been with IBM for 43+ years
(plus a couple of summers in college) and I've enjoyed my
career immensely.  I've especially enjoyed being able to
help people use the DFSORT/ICETOOL functions I developed,
over many years, in new and interesting ways.

snip

Wow, another one.  :-)

Congratulations and best of luck and good health in your retirement.   I know
you will be greatly missed within IBM and the various lists you hang out in
(not just IBM-MAIN).

Cheers,

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

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

Re: Retiring after 43+ years with IBM

2012-05-15 Thread John Gilmore

I of course wish Frank well in his retirement; but I have ambivalent
feelings about it too.

He is literally irreplaceable.

His colleagues on the DFSORT team will continue to be very helpful;
that is their tradition; but I, for one, will not have the same
unthinking, all but irrational confidence that---after a short, decent
interval for testing---a resolution of any and every SORT and/or
ICETOOL problem will be forthcoming here.

Ave atque vale!

John Gilmore, Ashland, MA 01721 - USA

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

Re: Retiring after 43+ years with IBM

2012-05-15 Thread C. Ardillo


Frank,
You've been more than awesome contributing to the various feeds for as 
long as I can remember.  I'm envious of your expertise and your 
retirement positioning.



On 5/15/2012 9:00 PM, Frank Yaeger wrote:

Just a note to let everyone know I'll be retiring at the end
of this month (5/31/2012).  I've been with IBM for 43+ years
(plus a couple of summers in college) and I've enjoyed my
career immensely.  I've especially enjoyed being able to
help people use the DFSORT/ICETOOL functions I developed,
over many years, in new and interesting ways.

Once I retire, I won't be posting solutions any more since I
won't have access to a mainframe to test them, and I don't
like posting untested solutions.  I may lurk a bit or I may
not.

I'm looking forward to retirement, but I'll also miss this
list.  I'm happy to say that others on the DFSORT Team will
continue to contribute.

Thanks to everyone for giving me the chance to earn a living
all these years doing something that was a lot of fun for
me.

Long live the mainframe, IBM, z/OS, DFSORT and 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: INFO IBM-MAIN



--
The services, information or data made available in the above email are provided AS 
IS, without warranties of any kind. Expressly disclaimed are any representations 
and warranties, including without limitation, the implied warranties of merchantability 
and fitness for a particular purpose. Absolutely no liability in connection with the 
services including without limitation, any liability for damage to your computer/mobile 
device hardware, data, information, materials and business resulting from the information 
or the lack of information available.

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

Re: Retiring after 43+ years with IBM

2012-05-15 Thread Roberto Halais

Frank:

The best!

Thank you!

Hey, have fun!




On Tue, May 15, 2012 at 10:08 PM, C. Ardillo cardill...@comcast.net wrote:

 Frank,
 You've been more than awesome contributing to the various feeds for as
 long as I can remember.  I'm envious of your expertise and your retirement
 positioning.


 On 5/15/2012 9:00 PM, Frank Yaeger wrote:

 Just a note to let everyone know I'll be retiring at the end
 of this month (5/31/2012).  I've been with IBM for 43+ years
 (plus a couple of summers in college) and I've enjoyed my
 career immensely.  I've especially enjoyed being able to
 help people use the DFSORT/ICETOOL functions I developed,
 over many years, in new and interesting ways.

 Once I retire, I won't be posting solutions any more since I
 won't have access to a mainframe to test them, and I don't
 like posting untested solutions.  I may lurk a bit or I may
 not.

 I'm looking forward to retirement, but I'll also miss this
 list.  I'm happy to say that others on the DFSORT Team will
 continue to contribute.

 Thanks to everyone for giving me the chance to earn a living
 all these years doing something that was a lot of fun for
 me.

 Long live the mainframe, IBM, z/OS, DFSORT and 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/**dfsorthttp://www.ibm.com/storage/dfsort


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


 --
 The services, information or data made available in the above email are
 provided AS IS, without warranties of any kind. Expressly disclaimed are
 any representations and warranties, including without limitation, the
 implied warranties of merchantability and fitness for a particular purpose.
 Absolutely no liability in connection with the services including without
 limitation, any liability for damage to your computer/mobile device
 hardware, data, information, materials and business resulting from the
 information or the lack of information available.


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




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

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

Re: Users access to mainframe applications

2012-05-15 Thread Linda Mooney

Hi Munif, 

  

A lot depends on what your environment is like and what you are trying to 
accomplish.  If you are needing to bill customers for their usage or if you are 
needing to control access to and monitor applications access or even just 
logon/logoff, how you approach the task could be different.  

  

RACF will be useful for controlling access, of course.  SAS and MXG will help 
processes and report on the SMF data.  Check to be sure that you are gathering 
the SMF data that you need.  If you are not sure what to collect, the manuals 
will help, and you might try turning all of the SMF record types on for a short 
time, just to see what would be produced on your system. CAUTION - it can be a 
LOT of data, depending on how large and how active your system is.  

  

You did not say what your mainframe session manager is, but generally speaking, 
they either do or can write some type of SMF or session records.  It may be 
that a configuration option in the product itself requires setup or 
activation.  Check the install guides for the product or contact the vendor, if 
you have support.  

  

HTH, 

Linda 

- Original Message -




From: Munif Sadek munif.sa...@gmail.com 
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, May 15, 2012 12:24:12 AM 
Subject: Users access to mainframe applications 

Dear listers 

I have a requirement to produce daily  report on  user access to Host based 
applications (CICS + TSO - Green screens). I do have SAS, MXG, RACF and was 
thinking of using IRRADU00 output and SAS/MXG (SMF type 30 subtype 1 and 80 
records)  but  not sure if it will include  CICS  access as well. 

My mainframe session manager does record  logon/logoff to  mainframe 
applications although  not supported by MXG.  And other probloems are that User 
can bypass session  manager to access mainframe applications and our CICS is 
MRO. 

Just wanted to know how other sites are doing it.. Any pointers in the right 
direction? 

regards 
Munif. 

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

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

Re: Users access to mainframe applications

2012-05-15 Thread Mark Douglas (CITEC)

We're using SMF 119's to monitor TN3270 and FTP access to our LPARs from a 
network perspective, although these do no log userid's. Note an SMFCONFIG 
statement in the TCPIP PROFILE is required to generate 119's.

* Disclaimer *

The contents of this electronic message and any attachments are intended only 
for the addressee and may contain privileged or confidential information. They 
may only be used for the purposes for which they were supplied. If you are not 
the addressee, you are notified that any transmission, distribution, 
downloading, printing or photocopying of the contents of this message or 
attachments is strictly prohibited. The privilege of confidentiality attached 
to this message and attachments is not waived, lost or destroyed by reason of 
mistaken delivery to you. If you receive this message in error please notify 
the sender by return e-mail or telephone.

Please note: the Department of Public Works carries out automatic software 
scanning, filtering and blocking of E-mails and attachments (including emails 
of a personal nature) for detection of viruses, malicious code, SPAM, 
executable programs or content it deems unacceptable. All reasonable 
precautions will be taken to respect the privacy of individuals in accordance 
with the Information Privacy Act 2009 (Qld). Personal information will only be 
used for official purposes, e.g. monitoring Departmental Personnel's compliance 
with Departmental Policies. Personal information will not be divulged or 
disclosed to others, unless authorised or required by Departmental Policy 
and/or law.

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

Re: Retiring after 43+ years with IBM

2012-05-15 Thread Scott Ford

Frank,

Congrats on your retirement. Wishing you all the happiest and best wishes

Best regards,

Scott ford
www.identityforge.com

On May 15, 2012, at 9:00 PM, Frank Yaeger yae...@us.ibm.com wrote:

 Just a note to let everyone know I'll be retiring at the end
 of this month (5/31/2012).  I've been with IBM for 43+ years
 (plus a couple of summers in college) and I've enjoyed my
 career immensely.  I've especially enjoyed being able to
 help people use the DFSORT/ICETOOL functions I developed,
 over many years, in new and interesting ways.
 
 Once I retire, I won't be posting solutions any more since I
 won't have access to a mainframe to test them, and I don't
 like posting untested solutions.  I may lurk a bit or I may
 not.
 
 I'm looking forward to retirement, but I'll also miss this
 list.  I'm happy to say that others on the DFSORT Team will
 continue to contribute.
 
 Thanks to everyone for giving me the chance to earn a living
 all these years doing something that was a lot of fun for
 me.
 
 Long live the mainframe, IBM, z/OS, DFSORT and 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: INFO IBM-MAIN

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

Re: EPSPT vs. FIXCAT

2012-05-15 Thread Ed Finnell

UGA(go Dawgs).
 
 
In a message dated 5/15/2012 7:12:10 P.M. Central Daylight Time,  
linda.lst...@comcast.net writes:

www.listserv.uag.edu 

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

Re: Retiring after 43+ years with IBM

2012-05-15 Thread Ed Finnell

Can't think of good enough words except to say that I sincerely hope  
retirement treats you with the same kindness,courtesy and expertise that you  
have graced us with over the years. All the best...
 
 
In a message dated 5/15/2012 9:36:14 P.M. Central Daylight Time,  
scott_j_f...@yahoo.com writes:

Congrats  on your retirement. Wishing you all the happiest and best  wishes



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

Re: Compiled SYSTEM Rexx exec

2012-05-15 Thread Scott Ford

Ed,

What's the load library lrecl, blksize ? Just curious

Scott ford
www.identityforge.com

On May 15, 2012, at 4:21 PM, Ed Mackmahon dropip...@gmail.com wrote:

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

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

Re: EXCP count like SDSF

Hi

Thank you foe everybody I will use this


 On 5/15/2012 11:37 AM, Rob Scott wrote:
 Look at ASCBIOSX and ASCBIOSC in the ASCB (IHAASCB)

 ASCBIOSX DSD - I/O service measure extended.   @0AC
 *  This is like ASCBIOSC but it is @0AA
 *  extended to 8 bytes, so its @0AA
 *  value continuestto grow past the@0AA
 *  4GB ASCBIOSC maximum capacity.  @0AA
 *  Serialization - CSG.@0AA

 Oops. I forgot to mention the newer 8-byte IOSX field. Thanks, Rob!

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

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



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

Re: SVC 99 trace