date:20130626

In 9730290756779688.wa.paulgboulderaim@listserv.ua.edu, on
06/25/2013
   at 03:55 PM, Paul Gilmartin paulgboul...@aim.com said:

What went wrong?

It started early: George Mealy is alleged to have called it The rape
of the design integrity of OS/360 and blamed it on a lack of
standards enforcement.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2http://patriot.net/~shmuel
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: z/OS subroutine in assembler, used in both batch CICS , making r e-entrant

Thanks to all. I have done an initial rewrite. I chose to simply not set up
a new save area. Due to lack of registers to store R13, I cannot save R13
in another register and zero it. So R13 will stay pointing to the caller
supplied save area. I chose this option because it requires the minimal
amount of change. Change is bad or maybe Change which is not absolutely
necessary is bad. So making it LE compliant would take more work to code
and to validate.



-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! 
John McKown

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

Re: z/OS subroutine in assembler, used in both batch CICS , making r e-entrant

In 4175885956046643.wa.paulgboulderaim@listserv.ua.edu, on
06/25/2013
   at 07:32 PM, Paul Gilmartin paulgboul...@aim.com said:

Yup.  That was one of my first mistakes:

//STEP  EXEC  PGM=IEBGENER
//SYSUT2  DD  DISP=SHR,DSN=SYSUID..LINKLIB(DUMMY)
//SYSUT1  DD  DISP=SHR,DSN=SYS1.LINKLIB(IEFBR14)

Better than

//STEPEXEC  PGM=IEBGENER
//SYSUT2DD  DATA
//foo
/*
//SYSUT1DD  DSN=SYS1.PARMLIB,DISP=SHR

Which used to[1] wipe out the directory.

[1] I haven't tested it in decades.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2http://patriot.net/~shmuel
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: python code to sumbit batch job to jes

In 51ca273b@aim.com, on 06/25/2013
   at 05:26 PM, Paul Gilmartin paulgboul...@aim.com said:

BTW, I am exceedingly unhappy with the 200 status codes from the
last two SITE commands, but IBM has some twisted logic according to
whichthe behavior is proper.

WTF? It's not in accordance with RFC 959.

 200 Command okay.
 500 Syntax error, command unrecognized.
 501 Syntax error in parameters or arguments.

From a more rational (Solaris) server:

Also broken.

500 /dev/null: not a plain file.

Should be

501 /dev/null: not a plain file.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2http://patriot.net/~shmuel
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Using FTPS with IBM for ShopzSeries and SMP/E through a Firewall???

2013-06-26 Thread Mark Regan

Cross Posted to IBMTCP-L too.


We've just started the process of working with our Firewall team to allow us to 
use FTPS with IBM, i.e. to testcase.boulder.ibm.com. For anyone who has gone 
through the set up, I would appreciate hearing how things have worked out and 
what kind of gotchas to be aware of.


Thanks,

Mark Regan
 

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

INIT proc IEFIIC cond code 04

2013-06-26 Thread Steve Mann

Does anyone know what know what a cond code of 04 from the INIT proc (IEFIIC) 
means?   I don't think it's anything to be concerned about but we see it 
occasionally and our operations staff have asked about it and I haven't been 
able to find anything documented.

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

Re: z/OS subroutine in assembler, used in both batch CICS , making r e-entrant

In
caajsdjj1mguxrkr_mpko7nybvyuc_vhs+8a971mlpenrjbw...@mail.gmail.com,
on 06/26/2013
   at 07:02 AM, John McKown john.archie.mck...@gmail.com said:

Thanks to all. I have done an initial rewrite. I chose to simply not
set up a new save area. Due to lack of registers to store R13, I
cannot save R13 in another register and zero it.

Are you running AMODE64? If not, save R13 in the high part of another
register, then zero it.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2http://patriot.net/~shmuel
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: z/OS subroutine in assembler, used in both batch CICS , making r e-entrant

We can barely comprehend the difference between AMODE(24) and AMODE(31).
Nobody is worrying about AMODE(64). But I will go with what another replier
said: If you use it, you must restore it. The caller has a right to
expect all the registers to come back after the CALL with the same contents
that they had before the call. With the exception of R0, R1, R14, and R15.
I guess I could put bits 32..64 into bits 0..31 of, say, R0.

Good idea. Thanks.

On Wed, Jun 26, 2013 at 7:38 AM, Shmuel Metz (Seymour J.) 
shmuel+...@patriot.net wrote:

 In
 caajsdjj1mguxrkr_mpko7nybvyuc_vhs+8a971mlpenrjbw...@mail.gmail.com,
 on 06/26/2013
at 07:02 AM, John McKown john.archie.mck...@gmail.com said:

 Thanks to all. I have done an initial rewrite. I chose to simply not
 set up a new save area. Due to lack of registers to store R13, I
 cannot save R13 in another register and zero it.

 Are you running AMODE64? If not, save R13 in the high part of another
 register, then zero it.

 --
  Shmuel (Seymour J.) Metz, SysProg and JOAT
  Atid/2http://patriot.net/~shmuel
 We don't care. We don't have to care, we're Congress.
 (S877: The Shut up and Eat Your spam act of 2003)

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




-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! 
John McKown

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

Re: INIT proc IEFIIC cond code 04

If you go into syslog do you see any messages around when the INIT gets the 
RC04?

Do you keep your STC JCL on JES?  If so have you browsed the output for 
messages?

Do you have any JES or MVS Exits the affect INIT?

Lizette

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Mann
Sent: Wednesday, June 26, 2013 5:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: INIT proc IEFIIC cond code 04

Does anyone know what know what a cond code of 04 from the INIT proc (IEFIIC) 
means?   I don't think it's anything to be concerned about but we see it 
occasionally and our operations staff have asked about it and I haven't been 
able to find anything documented.

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

XCF MAXMSG

2013-06-26 Thread Richards, Robert B.

Okay, I am feeling little dense this morning/week.

I am trying to decode how to determine the best value to set for MAXMSG. Having 
read and re-read applicable sections of Setting Up A Sysplex, I am still not 
getting it.

Reason for being there? From the SR:

EZZ4338I ERROR REPORTED ON INTERFACE EZ6XCFID - CODE 80100044
DIAGNOSTIC CODE 03
EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE VTAMF. DIAGNOSTIC
CODE: 03
EZZ4337I ATTEMPTING TO RECOVER INTERFACE EZ6XCFID
EZZ4309I ATTEMPTING TO RECOVER DEVICE VTAMF
IST1504I XCF CONNECTION WITH WDPC.VTAMF IS INOPERATIVE 664
IST1501I XCF TOKEN = 0300013600270003
IST1578I DEVICE INOP DETECTED FOR ISTTCDID BY ISTTSCBX CODE = 001
IST314I END
IST1578I SOFT INOP DETECTED FOR ISTTCDID BY ISTTSC8X CODE = 005
.
These messages indicate an XCF buffer shortage as described in
Technote SWG21244665 which reads as follows:
For ISTXCF, the MAXMSG parameter for PATHIN and PATHOUT
should be tuned to its upper limit value.
The higher value of MAXMSG parameter does not cause XCF
to use more storage. Therefore, you can raise the value
of your MAXMSG parameter to resolve this problem.

Any advice on how to decode the manual and come up with a happy value would 
be appreciated. Which maxmsg?

Bob


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

Question on TS7720 and J70/J1A connections

Running z/OS V1.12

If we have a TS7720 Tape system only, is it possible to attach a J70
Controller with J1A tape drives should I want to have physical tape?

Pros/Cons?


Any comments or guidance is appreciated.

Lizette

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

Re: Question on TS7720 and J70/J1A connections

2013-06-26 Thread Peter Eggebeen

We are running a TS7720 with an ATL with drives in it that we can use for
offloading data from the VTS and as native drives.

Pros - can expand your TS7720 capacity to be virtually limitless

Cons - tapes and tape drives break

Pete Eggebeen
Senior Systems Engineer
Mainframe Storage Management
Kohl's Corporation
(920) 207-0108 (Cell)


On Wed, Jun 26, 2013 at 8:19 AM, Lizette Koehler stars...@mindspring.comwrote:

 Running z/OS V1.12

 If we have a TS7720 Tape system only, is it possible to attach a J70
 Controller with J1A tape drives should I want to have physical tape?

 Pros/Cons?


 Any comments or guidance is appreciated.

 Lizette

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

CONFIDENTIALITY NOTICE:
This is a transmission from Kohl's Department Stores, Inc.
and may contain information which is confidential and proprietary.
If you are not the addressee, any disclosure, copying or distribution or use of 
the contents of this message is expressly prohibited.
If you have received this transmission in error, please destroy it and notify 
us immediately at 262-703-7000.

CAUTION:
Internet and e-mail communications are Kohl's property and Kohl's reserves the 
right to retrieve and read any message created, sent and received. Kohl's 
reserves the right to monitor messages by authorized Kohl's Associates at any 
time
without any further consent.

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

Re: Using FTPS with IBM for ShopzSeries and SMP/E through a Firewall???

2013-06-26 Thread Jousma, David

Works great.   Do it all the time for sending dumps, etc.  If you are going to 
get that setup, then you might as well start using SMPE RECEIVE ORDER, then 
besides FTP access through the firewall, you will also need HTTPS access.

If the firewall people are going to require specific destinations to be coded, 
the I would include at least for IBM:

General FTP access:
testcase.boulder.ibm.com
ftp.emea.ibm.com

Needed for SMPE receive order: 
FTP protocol:  deliverycb-bld.dhe.ibm.com
HTTPS protocol: url=https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/; 
  

url=https://eccgw02.rochester.ibm.com/services/projects/ecc/ws/;

I did not try a receive order from the Rochester address, so there could be 
additional FTP needed to support that one.

You may have other software vendors you deal with, so I would get those setup 
at the same time.
_
Dave Jousma
Assistant Vice President, Mainframe Engineering
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@LISTSERV.UA.EDU] On Behalf 
Of Mark Regan
Sent: Wednesday, June 26, 2013 8:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using FTPS with IBM for ShopzSeries and SMP/E through a Firewall???

Cross Posted to IBMTCP-L too.


We've just started the process of working with our Firewall team to allow us to 
use FTPS with IBM, i.e. to testcase.boulder.ibm.com. For anyone who has gone 
through the set up, I would appreciate hearing how things have worked out and 
what kind of gotchas to be aware of.


Thanks,

Mark Regan
 

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

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

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

Re: Question on TS7720 and J70/J1A connections

2013-06-26 Thread Vernooij, CP - SPLXM

Peter,

Are you sure you are referring to a TS7720, not to a TS7740? AFAIK the
TS7720 is the TS7740 with only (disk)cache and without tapedrives.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Eggebeen
Sent: Wednesday, June 26, 2013 16:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question on TS7720 and J70/J1A connections

We are running a TS7720 with an ATL with drives in it that we can use
for offloading data from the VTS and as native drives.

Pros - can expand your TS7720 capacity to be virtually limitless

Cons - tapes and tape drives break

Pete Eggebeen
Senior Systems Engineer
Mainframe Storage Management
Kohl's Corporation
(920) 207-0108 (Cell)


On Wed, Jun 26, 2013 at 8:19 AM, Lizette Koehler
stars...@mindspring.comwrote:

 Running z/OS V1.12

 If we have a TS7720 Tape system only, is it possible to attach a J70 
 Controller with J1A tape drives should I want to have physical tape?

 Pros/Cons?


 Any comments or guidance is appreciated.

 Lizette

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

CONFIDENTIALITY NOTICE:
This is a transmission from Kohl's Department Stores, Inc.
and may contain information which is confidential and proprietary.
If you are not the addressee, any disclosure, copying or distribution or
use of the contents of this message is expressly prohibited.
If you have received this transmission in error, please destroy it and
notify us immediately at 262-703-7000.

CAUTION:
Internet and e-mail communications are Kohl's property and Kohl's
reserves the right to retrieve and read any message created, sent and
received. Kohl's reserves the right to monitor messages by authorized
Kohl's Associates at any time without any further consent.

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

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

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



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

Re: Question on TS7720 and J70/J1A connections

Yes, I am asking about the virtual TS7720.  So if I did not want to buy a
TS7740 solution (Both virtual and tape) but instead repurpose my older J70
with J1A drives and attach them to the new TS7720 - would that work?

I am not really good with hardware and the IBM manuals are vague.  So just
looking for a confirmation that if we wanted to use our older tape system
(J70 controller with J1A drives) would that work.  Or is the tapeless only
tapeless unless in a TS7740 configuration.

Lizette


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Vernooij, CP - SPLXM
Sent: Wednesday, June 26, 2013 7:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question on TS7720 and J70/J1A connections

Peter,

Are you sure you are referring to a TS7720, not to a TS7740? AFAIK the
TS7720 is the TS7740 with only (disk)cache and without tapedrives.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Eggebeen
Sent: Wednesday, June 26, 2013 16:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question on TS7720 and J70/J1A connections

We are running a TS7720 with an ATL with drives in it that we can use for
offloading data from the VTS and as native drives.

Pros - can expand your TS7720 capacity to be virtually limitless

Cons - tapes and tape drives break

Pete Eggebeen
Senior Systems Engineer
Mainframe Storage Management
Kohl's Corporation
(920) 207-0108 (Cell)


On Wed, Jun 26, 2013 at 8:19 AM, Lizette Koehler
stars...@mindspring.comwrote:

 Running z/OS V1.12

 If we have a TS7720 Tape system only, is it possible to attach a J70 
 Controller with J1A tape drives should I want to have physical tape?

 Pros/Cons?


 Any comments or guidance is appreciated.

 Lizette

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

CONFIDENTIALITY NOTICE:
This is a transmission from Kohl's Department Stores, Inc.
and may contain information which is confidential and proprietary.
If you are not the addressee, any disclosure, copying or distribution or use
of the contents of this message is expressly prohibited.
If you have received this transmission in error, please destroy it and
notify us immediately at 262-703-7000.

CAUTION:
Internet and e-mail communications are Kohl's property and Kohl's reserves
the right to retrieve and read any message created, sent and received.
Kohl's reserves the right to monitor messages by authorized Kohl's
Associates at any time without any further consent.

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

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

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
employees shall not be liable for the incorrect or incomplete transmission
of this e-mail or any attachments, nor responsible for any delay in receipt.

Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
Airlines) is registered in Amstelveen, The Netherlands, with registered
number 33014286



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

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

Re: Question on TS7720 and J70/J1A connections

2013-06-26 Thread Peter Eggebeen

You are correct - had a 7720 at my last job and got the device types mixed
up :)

Pete Eggebeen
Senior Systems Engineer
Mainframe Storage Management
Kohl's Corporation
(920) 207-0108 (Cell)


On Wed, Jun 26, 2013 at 9:16 AM, Lizette Koehler stars...@mindspring.comwrote:

 Yes, I am asking about the virtual TS7720.  So if I did not want to buy a
 TS7740 solution (Both virtual and tape) but instead repurpose my older J70
 with J1A drives and attach them to the new TS7720 - would that work?

 I am not really good with hardware and the IBM manuals are vague.  So just
 looking for a confirmation that if we wanted to use our older tape system
 (J70 controller with J1A drives) would that work.  Or is the tapeless only
 tapeless unless in a TS7740 configuration.

 Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Vernooij, CP - SPLXM
 Sent: Wednesday, June 26, 2013 7:14 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Question on TS7720 and J70/J1A connections

 Peter,

 Are you sure you are referring to a TS7720, not to a TS7740? AFAIK the
 TS7720 is the TS7740 with only (disk)cache and without tapedrives.

 Kees.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Peter Eggebeen
 Sent: Wednesday, June 26, 2013 16:10
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Question on TS7720 and J70/J1A connections

 We are running a TS7720 with an ATL with drives in it that we can use for
 offloading data from the VTS and as native drives.

 Pros - can expand your TS7720 capacity to be virtually limitless

 Cons - tapes and tape drives break

 Pete Eggebeen
 Senior Systems Engineer
 Mainframe Storage Management
 Kohl's Corporation
 (920) 207-0108 (Cell)


 On Wed, Jun 26, 2013 at 8:19 AM, Lizette Koehler
 stars...@mindspring.comwrote:

  Running z/OS V1.12
 
  If we have a TS7720 Tape system only, is it possible to attach a J70
  Controller with J1A tape drives should I want to have physical tape?
 
  Pros/Cons?
 
 
  Any comments or guidance is appreciated.
 
  Lizette
 
  --
  For IBM-MAIN subscribe / signoff / archive access instructions, send
  email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
 CONFIDENTIALITY NOTICE:
 This is a transmission from Kohl's Department Stores, Inc.
 and may contain information which is confidential and proprietary.
 If you are not the addressee, any disclosure, copying or distribution or
 use
 of the contents of this message is expressly prohibited.
 If you have received this transmission in error, please destroy it and
 notify us immediately at 262-703-7000.

 CAUTION:
 Internet and e-mail communications are Kohl's property and Kohl's reserves
 the right to retrieve and read any message created, sent and received.
 Kohl's reserves the right to monitor messages by authorized Kohl's
 Associates at any time without any further consent.

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

 Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
 employees shall not be liable for the incorrect or incomplete transmission
 of this e-mail or any attachments, nor responsible for any delay in
 receipt.

 Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
 Airlines) is registered in Amstelveen, The Netherlands, with registered
 number 33014286
 


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

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


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

Re: XCF MAXMSG

2013-06-26 Thread Mark Zelden

On Wed, 26 Jun 2013 08:59:27 -0400, Richards, Robert B. 
robert.richa...@opm.gov wrote:

Okay, I am feeling little dense this morning/week.

I am trying to decode how to determine the best value to set for MAXMSG. 
Having read and re-read applicable sections of Setting Up A Sysplex, I am 
still not getting it.

Reason for being there? From the SR:

EZZ4338I ERROR REPORTED ON INTERFACE EZ6XCFID - CODE 80100044
DIAGNOSTIC CODE 03
EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE VTAMF. DIAGNOSTIC
CODE: 03
EZZ4337I ATTEMPTING TO RECOVER INTERFACE EZ6XCFID
EZZ4309I ATTEMPTING TO RECOVER DEVICE VTAMF
IST1504I XCF CONNECTION WITH WDPC.VTAMF IS INOPERATIVE 664
IST1501I XCF TOKEN = 0300013600270003
IST1578I DEVICE INOP DETECTED FOR ISTTCDID BY ISTTSCBX CODE = 001
IST314I END
IST1578I SOFT INOP DETECTED FOR ISTTCDID BY ISTTSC8X CODE = 005
.
These messages indicate an XCF buffer shortage as described in
Technote SWG21244665 which reads as follows:
For ISTXCF, the MAXMSG parameter for PATHIN and PATHOUT
should be tuned to its upper limit value.
The higher value of MAXMSG parameter does not cause XCF
to use more storage. Therefore, you can raise the value
of your MAXMSG parameter to resolve this problem.

Any advice on how to decode the manual and come up with a happy value would 
be appreciated. Which maxmsg?


Hi Bob,

Here is a note I have in my COUPLExx members.   The advise probably comes
from a Mark Brooks SHARE presentation or whitepaper.

/* MAXMSG should be high enough for at least 30 messages/buffers */  
/* default MAXMSG was 750 (chg in os/390 r2 from 500)*/  
/* default MAXMSG is currently 2000 (chg in z/os 1.7 from 750)   */  

My MAXMSG is set to 2000 (the z/OS 1.7 default) in CLASSDEF for all 
of my transport classes.

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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Question on TS7720 and J70/J1A connections

2013-06-26 Thread R.S.

W dniu 2013-06-26 16:10, Peter Eggebeen pisze:

We are running a TS7720 with an ATL with drives in it that we can use for
offloading data from the VTS and as native drives.

Pros - can expand your TS7720 capacity to be virtually limitless

Cons - tapes and tape drives break
Duplicated copies rarely break, several drives rarely break alltogether
as well.

--
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.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych.

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

Re: XCF MAXMSG

2013-06-26 Thread Skip Robinson

The text of health check XCF_DEFAULT_MAXMSG says this:

CHECK PARM: 2000 

IXCH0426I The XCF transport class MAXMSG value is currently equal to or 
larger than the owner specified value 2000. 

.
.
JO.Skip Robinson
Southern California Edison Company
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@LISTSERV.UA.EDU, 
Date:   06/26/2013 07:20 AM
Subject:Re: XCF MAXMSG
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Wed, 26 Jun 2013 08:59:27 -0400, Richards, Robert B. 
robert.richa...@opm.gov wrote:

Okay, I am feeling little dense this morning/week.

I am trying to decode how to determine the best value to set for MAXMSG. 
Having read and re-read applicable sections of Setting Up A Sysplex, I 
am still not getting it.

Reason for being there? From the SR:

EZZ4338I ERROR REPORTED ON INTERFACE EZ6XCFID - CODE 80100044
DIAGNOSTIC CODE 03
EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE VTAMF. DIAGNOSTIC
CODE: 03
EZZ4337I ATTEMPTING TO RECOVER INTERFACE EZ6XCFID
EZZ4309I ATTEMPTING TO RECOVER DEVICE VTAMF
IST1504I XCF CONNECTION WITH WDPC.VTAMF IS INOPERATIVE 664
IST1501I XCF TOKEN = 0300013600270003
IST1578I DEVICE INOP DETECTED FOR ISTTCDID BY ISTTSCBX CODE = 001
IST314I END
IST1578I SOFT INOP DETECTED FOR ISTTCDID BY ISTTSC8X CODE = 005
.
These messages indicate an XCF buffer shortage as described in
Technote SWG21244665 which reads as follows:
For ISTXCF, the MAXMSG parameter for PATHIN and PATHOUT
should be tuned to its upper limit value.
The higher value of MAXMSG parameter does not cause XCF
to use more storage. Therefore, you can raise the value
of your MAXMSG parameter to resolve this problem.

Any advice on how to decode the manual and come up with a happy value 
would be appreciated. Which maxmsg?


Hi Bob,

Here is a note I have in my COUPLExx members.   The advise probably comes
from a Mark Brooks SHARE presentation or whitepaper.

/* MAXMSG should be high enough for at least 30 messages/buffers */ 
/* default MAXMSG was 750 (chg in os/390 r2 from 500)*/ 
/* default MAXMSG is currently 2000 (chg in z/os 1.7 from 750)   */ 

My MAXMSG is set to 2000 (the z/OS 1.7 default) in CLASSDEF for all 
of my transport classes.

Cheers,

Mark


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

Re: XCF / GRS

2013-06-26 Thread Art Gutowski

On Tue, 25 Jun 2013 15:47:09 -0500, Shane Ginnane ibm-m...@tpg.com.au wrote:

I'm was surprised to see GRS utilising XCF still on ESCON these days, but ring 
is still out there. In this town of less than a handful of sites, one recently 
had to do the ESCON to FICON in a hurry to get a couple of EC12s in the door, 
and another isn't in a position to take an outage to do the change at the 
moment.

If all goes according to Hoyle, no outage is necessary.  If the hardware or 
z/OS release does not support FICON, or they are not enabled for dynamic I/O 
reconfiguration (I haven't seen these conditions in a decade or more, but I can 
believe it's still out there), then clearly an outage (or three) will be 
needed.  If they are in a mixed GRS complex, the documentation provided by 
others in this thread will spell out the requirements.

Plan, then define the new CTC links to HCD and ACTIVATE the updated config.  
SETXCF START PATHIN/PATHOUT commands to allocate and start transmitting over 
the new devices.  SETXCF STOP PATHIN/PATHOUT commands to stop traffic on the 
old devices.  Unless I'm missing something obvious (been a few years since the 
migration at my last shop), and Bob's your uncle and Fanny's your aunt.  Oh, 
yeah...remember to update PARMLIB for the next IPL.

Migration to STAR is a little harder if you don't already have a CF for the 
Sysplex, or if you don't have enough storage to accommodate the ISGLOCK 
structure, otherwise, this too can be done dynamically (fallback sucks though).

Cheers,
Art

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

Re: z/OS subroutine in assembler, used in both batch CICS , making r e-entrant

2013-06-26 Thread Tom Marchant

On Wed, 26 Jun 2013 07:45:20 -0500, John McKown wrote:

I will go with what another replier
said: If you use it, you must restore it. 

That was me.

The caller has a right to
expect all the registers to come back after the CALL with the same contents
that they had before the call. With the exception of R0, R1, R14, and R15.

The linkage conventions say that the high halves of registers 2 through 14 
are unchanged when you return to your caller.

I guess I could put bits 32..64 into bits 0..31 of, say, R0.

Yes, you could do that.

-- 
Tom Marchant

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

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-26 Thread Jan Vanbrabant

Hi dear IBM-MAINers,

First of all  a BIG THANK YOU for your 30+ reactions !!!

This situation is one between z/OSs!
The other site is zipping with PKZIP.

GIMZIP is charming my client.

Question though:
While PKZIP en GIMZIP have both zipin common in their namings,
is GIMZIP's zip-format compatible with  PKZIP's zip-format ?

Rgds,
Jan




On Tue, Jun 25, 2013 at 10:31 PM, Kurt Quackenbush ku...@us.ibm.com wrote:

 Given my (unfounded?) assumption that GIMZIP was devised to
 support SMP/E installation and service, it's puzzling that GIMZIP
 supports objects SMP/E doesn't process.  Are they intended for
 use in a post-APPLY script?


 Have you heard of ServerPac?  GIMZIP and GIMUNZIP are integral to the
 internet delivery and installation of an IBM ServerPac offering, that is
 why GIMZIP supports non-SMP/E consumable file formats in addition to the
 standard SMP/E stuff.

 Kurt Quackenbush -- IBM, SMP/E Development


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


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

Re: z/OS subroutine in assembler, used in both batch CICS , making re-entrant

2013-06-26 Thread Tom Marchant

On Wed, 26 Jun 2013 06:26:21 +, Hunkeler, Peter (TLSG 4) wrote:

The question is not whether or not the code *can* use the caller's save area.
The code *shall* use the caller's save area to save the caller's register 
content.

That is one way to save the caller's registers, not the only documented Linkage 
Convention.

-- 
Tom Marchant

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

Re: XCF MAXMSG

2013-06-26 Thread Mark Zelden

H Skip,

Since I never tripped it, that check came in (whenever it did) and I forgot 
about 
it.  With the 186 checks I see on my system, I don't know or remember 
all of them that run these days (unless they trip of course).  :-)  

There is another related check which states the ROT I quoted in my post:

CHECK(IBMXCF,XCF_MAXMSG_NUMBUF_RATIO)
 
CHECK PARM: 30 
   
   
IXCH0428I All inbound signal paths that can be checked from sys   
currently support at least as many messages as the owner specified 
minimum of 30. 
   
STATUS: SUCCESSFUL   

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



On Wed, 26 Jun 2013 07:27:37 -0700, Skip Robinson jo.skip.robin...@sce.com 
wrote:

The text of health check XCF_DEFAULT_MAXMSG says this:

CHECK PARM: 2000

IXCH0426I The XCF transport class MAXMSG value is currently equal to or
larger than the owner specified value 2000.

.
.
JO.Skip Robinson
Southern California Edison Company
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@LISTSERV.UA.EDU,
Date:   06/26/2013 07:20 AM
Subject:Re: XCF MAXMSG
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Wed, 26 Jun 2013 08:59:27 -0400, Richards, Robert B.
robert.richa...@opm.gov wrote:

Okay, I am feeling little dense this morning/week.

I am trying to decode how to determine the best value to set for MAXMSG.
Having read and re-read applicable sections of Setting Up A Sysplex, I
am still not getting it.

Reason for being there? From the SR:

EZZ4338I ERROR REPORTED ON INTERFACE EZ6XCFID - CODE 80100044
DIAGNOSTIC CODE 03
EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE VTAMF. DIAGNOSTIC
CODE: 03
EZZ4337I ATTEMPTING TO RECOVER INTERFACE EZ6XCFID
EZZ4309I ATTEMPTING TO RECOVER DEVICE VTAMF
IST1504I XCF CONNECTION WITH WDPC.VTAMF IS INOPERATIVE 664
IST1501I XCF TOKEN = 0300013600270003
IST1578I DEVICE INOP DETECTED FOR ISTTCDID BY ISTTSCBX CODE = 001
IST314I END
IST1578I SOFT INOP DETECTED FOR ISTTCDID BY ISTTSC8X CODE = 005
.
These messages indicate an XCF buffer shortage as described in
Technote SWG21244665 which reads as follows:
For ISTXCF, the MAXMSG parameter for PATHIN and PATHOUT
should be tuned to its upper limit value.
The higher value of MAXMSG parameter does not cause XCF
to use more storage. Therefore, you can raise the value
of your MAXMSG parameter to resolve this problem.

Any advice on how to decode the manual and come up with a happy value
would be appreciated. Which maxmsg?


Hi Bob,

Here is a note I have in my COUPLExx members.   The advise probably comes
from a Mark Brooks SHARE presentation or whitepaper.

/* MAXMSG should be high enough for at least 30 messages/buffers */
/* default MAXMSG was 750 (chg in os/390 r2 from 500)*/
/* default MAXMSG is currently 2000 (chg in z/os 1.7 from 750)   */

My MAXMSG is set to 2000 (the z/OS 1.7 default) in CLASSDEF for all
of my transport classes.

Cheers,

Mark


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

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

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

A quick internet search came up with a presentation by Sam Knutson

ftp://ftp.cbttape.org/pub/present/SHARE97_Fully_Wired.pdf

ftp://ftp.cbttape.org/pub/present/SHARE98_Fully_Wired.pdf


This presentation is from 2001/2  but may help answer some questions.

. GIMZIP Free from IBM available as PTF back to R5, not really a ZIP
utility,
seems to be a poor choice for a name. (Potential gotcha! ICSF nee crypto
is
required)
. Produces .z file (.pax.z) contains compressed data should be compatible
with UNCOMPRESS on UNIX platforms and others that support format
. http://www.ibm.com/servers/eserver/zseries/zos/smpe/gimzip.html
. GZIP Free, some oddities found by Roland Schiradin with MVS
implementation, wide cross platform support including Linux, Windows, UNIX,
etc.
. http://www.gzip.org

Lizette

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jan Vanbrabant
Sent: Wednesday, June 26, 2013 7:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIMZIP (was: free zIP/UNZIP in z/OS)

Hi dear IBM-MAINers,

First of all  a BIG THANK YOU for your 30+ reactions !!!

This situation is one between z/OSs!
The other site is zipping with PKZIP.

GIMZIP is charming my client.

Question though:
While PKZIP en GIMZIP have both zipin common in their namings, is GIMZIP's
zip-format compatible with  PKZIP's zip-format ?

Rgds,
Jan




On Tue, Jun 25, 2013 at 10:31 PM, Kurt Quackenbush ku...@us.ibm.com wrote:

 Given my (unfounded?) assumption that GIMZIP was devised to
 support SMP/E installation and service, it's puzzling that GIMZIP 
 supports objects SMP/E doesn't process.  Are they intended for use in 
 a post-APPLY script?


 Have you heard of ServerPac?  GIMZIP and GIMUNZIP are integral to the 
 internet delivery and installation of an IBM ServerPac offering, that 
 is why GIMZIP supports non-SMP/E consumable file formats in addition 
 to the standard SMP/E stuff.

 Kurt Quackenbush -- IBM, SMP/E Development

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

Re: Using FTPS with IBM for ShopzSeries and SMP/E through a Firewall???

2013-06-26 Thread Skip Robinson

FTPS is an issue separate from 'getting through a firewall' to exchange 
data with IBM. We've performed data exchange with IBM and other vendors 
for years *without* FTPS, i.e. not using TLS security, which requires 
additional commands in the FTP stream. In our case we use an appliance to 
'punch through' the firewall, which introduces other issues. 

FTPS is barreling down us whether we like it or not because later this 
year (October?) IBM will require it for the first time. If you are using 
only firewall rule manipulation to get there, you're probably OK using (or 
switching to) FTPS. 

.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Jousma, David david.jou...@53.com
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   06/26/2013 07:14 AM
Subject:Re: Using FTPS with IBM for ShopzSeries and SMP/E through 
a Firewall???
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Works great.   Do it all the time for sending dumps, etc.  If you are 
going to get that setup, then you might as well start using SMPE RECEIVE 
ORDER, then besides FTP access through the firewall, you will also need 
HTTPS access.

If the firewall people are going to require specific destinations to be 
coded, the I would include at least for IBM:

General FTP access:
testcase.boulder.ibm.com
ftp.emea.ibm.com

Needed for SMPE receive order: 
FTP protocol:  deliverycb-bld.dhe.ibm.com
HTTPS protocol: url=
https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/; 
 url=
https://eccgw02.rochester.ibm.com/services/projects/ecc/ws/;

I did not try a receive order from the Rochester address, so there could 
be additional FTP needed to support that one.

You may have other software vendors you deal with, so I would get those 
setup at the same time.
_
Dave Jousma
Assistant Vice President, Mainframe Engineering
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@LISTSERV.UA.EDU] On 
Behalf Of Mark Regan
Sent: Wednesday, June 26, 2013 8:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using FTPS with IBM for ShopzSeries and SMP/E through a 
Firewall???

Cross Posted to IBMTCP-L too.


We've just started the process of working with our Firewall team to allow 
us to use FTPS with IBM, i.e. to testcase.boulder.ibm.com. For anyone who 
has gone through the set up, I would appreciate hearing how things have 
worked out and what kind of gotchas to be aware of.


Thanks,

Mark Regan


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

Re: Using FTPS with IBM for ShopzSeries and SMP/E through a Firewall???

2013-06-26 Thread Jousma, David

Skip, thanks for pointing that out.  I read the original email as FTP plural, 
as in FTP's, vs FTPS, or FTPSecure.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
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@LISTSERV.UA.EDU] On Behalf 
Of Skip Robinson
Sent: Wednesday, June 26, 2013 11:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using FTPS with IBM for ShopzSeries and SMP/E through a Firewall???

FTPS is an issue separate from 'getting through a firewall' to exchange data 
with IBM. We've performed data exchange with IBM and other vendors for years 
*without* FTPS, i.e. not using TLS security, which requires additional commands 
in the FTP stream. In our case we use an appliance to 'punch through' the 
firewall, which introduces other issues. 

FTPS is barreling down us whether we like it or not because later this year 
(October?) IBM will require it for the first time. If you are using only 
firewall rule manipulation to get there, you're probably OK using (or switching 
to) FTPS. 

.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Jousma, David david.jou...@53.com
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   06/26/2013 07:14 AM
Subject:Re: Using FTPS with IBM for ShopzSeries and SMP/E through 
a Firewall???
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Works great.   Do it all the time for sending dumps, etc.  If you are 
going to get that setup, then you might as well start using SMPE RECEIVE 
ORDER, then besides FTP access through the firewall, you will also need 
HTTPS access.

If the firewall people are going to require specific destinations to be 
coded, the I would include at least for IBM:

General FTP access:
testcase.boulder.ibm.com
ftp.emea.ibm.com

Needed for SMPE receive order: 
FTP protocol:  deliverycb-bld.dhe.ibm.com
HTTPS protocol: url=
https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/; 
 url=
https://eccgw02.rochester.ibm.com/services/projects/ecc/ws/;

I did not try a receive order from the Rochester address, so there could 
be additional FTP needed to support that one.

You may have other software vendors you deal with, so I would get those 
setup at the same time.
_
Dave Jousma
Assistant Vice President, Mainframe Engineering
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@LISTSERV.UA.EDU] On 
Behalf Of Mark Regan
Sent: Wednesday, June 26, 2013 8:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using FTPS with IBM for ShopzSeries and SMP/E through a 
Firewall???

Cross Posted to IBMTCP-L too.


We've just started the process of working with our Firewall team to allow 
us to use FTPS with IBM, i.e. to testcase.boulder.ibm.com. For anyone who 
has gone through the set up, I would appreciate hearing how things have 
worked out and what kind of gotchas to be aware of.


Thanks,

Mark Regan


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

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

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

Help with Netstat Portl?

2013-06-26 Thread Hansen, Dave L - Eagan, MN

Dear Portlisters,

We are running z/OS V1R13.   If I go to TSO and enter Netstat Portl my 
display is not limited by MAXRECs from the Global Configuration:

D TCPIP,,NETSTAT,CONFIG
GLOBAL CONFIGURATION INFORMATION:
TCPIPSTATS: NO   ECSALIMIT: 000K  POOLLIMIT: 000K
MLSCHKTERM: NO   XCFGRPID:IQDVLANID: 0
SYSPLEXWLMPOLL: 060  MAXRECS:   100
EXPLICITBINDPORTRANGE:  0-0   IQDMULTIWRITE: YES
AUTOIQDX: ALLTRAFFIC
WLMPRIORITYQ: NO


   If I look at the Portl Help I get:

D TCPIP,TCPDFLT,HELP,PORTL
EZZ0380I D...NETSTAT,PORTLIST,FORMAT=LONG|SHORT


   It looks like there is a difference between the System Console and TSO.


   From the System Console:

D TCPIP,TCPDFLT,NETSTAT,PORTL
100 OF 1797 RECORDS DISPLAYED

D TCPIP,TCPDFLT,NETSTAT,PORTL,MAX=200  == This worked! ==
200 OF 1797 RECORDS DISPLAYED
END OF THE REPORT

D TCPIP,TCPDFLT,PORTL,FORMAT=LONG
EZZ0401I SYNTAX ERROR IN FILE: CONSOLE ON LINE: 1 AT: ','
EZZ0371I D...(NETSTAT|HELP|DISPLAY|VARY|OMPROUTE|OSAINFO| 198
EZZ0371I SYSPLEX|STOR)


   From TSO:

Netstat Portl - Runs like a Deer!  Hope you don't have 1797 ports.

Netstat Portl,max=200
Incorrect Option: PORTL,MAX=200

Netstat Portl,Format=Long
Incorrect option: PORTL,FORMAT=LONG


Q).  How do you limit the TSO Netstat Portl?

Q).  How do you get the Netstat Portl Long Format to work with TSO  (Or the 
System Console?



   Many thanks in advance,  Dave



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

Re: Need to move some DASD volumes that have system logger datasets on them

2013-06-26 Thread Darby, Jim

 Thanks for the help.
Jim

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nick Jones
Sent: Sunday, June 23, 2013 5:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Need to move some DASD volumes that have system logger datasets on 
them

From a logger perspective there is no clear answer, but there are a number of 
tools to get off the data set.  

Logger data sets are of the form HLQ.lsname.suffix and there are staging data 
sets and offload data sets.

To get off of staging data sets you can change the duplex method for the log 
streams to stg_duplex=NO  and that will get off the data set, and then change 
it back and it can re-allocate a staging data set on the new dasd.  You'll have 
to go through a user managed rebuild after each duplex change for the change to 
take effect.

For offload data set logger keeps the most recently used offload data set for 
each log stream and on each system allocated. The data sets remain allocated 
until a new offload data set is needed because the previous one filled. This is 
a tricky condition to force.

1) you can force an offload with the samplib proc OFFLDS. S 
IXGOFLDS,LOGSTRM=lsname This is a relativley risk free option, but  if there is 
not enough log data in primary storage, it may not cause a new data set 
allocation to get off the current.

2) D logger,c,lsn=lsname,d
-- This will show you the jobs that are using the log stream, You can find then 
use the recommended method to quiesce these applications.  

3) Many but not all logger applications will automatically reconnect if they 
are disconnected.  You can do a SETLOGR FORCE,DISC,LSName=x to disconnect from 
the logstream on a system,  you might have to do this from multiple systems and 
multiple log streams to relieve all data sets used in a volume.  Disconnecting 
should cause the data sets to be unallocated.  However if applications don't 
like being disconected they may have to be restarted.

You'll have to investigate each logger exploiters behavior to see how they 
tolerate these conditions and hopefully some combination of the above will get 
you what you need.  

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

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

Re: ECSA

2013-06-26 Thread Clark Morris

On 24 May 2013 09:15:52 -0700, in bit.listserv.ibm-main you wrote:

Guys and Gals:
 
I just received a problem from a customer and its odd. I will try to explain.
 
1. Customer is on z/OS 1.13 ..Put ( i dont know we have asked)
2. We have a STC that does this:
 a. We issue a Storage Obtain like below
 b. STC passed amount desired ...we call an assembler module which is 
snippeted below..
 obviously we are a vendor - i can show it all - and i am sorry about 
that
 
  LM    R9,R11,4(R1)   LOAD ADDRESS STG AMT, ADR  RC
 L R9,0(R9)   STG AMT - S/B 4K MULTIPLE
 MODESET KEY=ZERO,MODE=SUP GO INTO SUPERVISOR MODE
 STORAGE OBTAIN,LENGTH=(9),SP=231, X
   LOC=31,COND=YES,CHECKZERO=YES
 ST    R1,0(R10)  RETURN ADDR, IF ANY
 ST    R15,0(R11) RETURN CODE, OK IF ZERO
 MODESET KEY=NZERO,MODE=PROB BACK TO MORTALITY
 
    c. STC shutdowns via a Modify command...
we call an asembler routine that issues the release

  LM    R9,R11,4(R1)   LOAD ADDRESS STG ADR, SIZE  RC
 L R9,0(R9)   STG ADR
 L R10,0(R10) STG SIZE
 MODESET KEY=ZERO,MODE=SUP GO INTO SUPERVISOR MODE
 STORAGE RELEASE,LENGTH=(10),SP=231,ADDR=(9),KEY=0
 ST    R15,0(R11) RETURN CODE, OK IF ZERO
 MODESET KEY=NZERO,MODE=PROB BACK TO MORTALITY
*-
 L R13,4(R13)  CALLER SAVE AREA
 RETURN (14,12),RC=(15)

As I read the code it is obtaining 9 bytes and releasing 10 bytes.  Is
this a transcription error?

Clark Morris

The problem is according to the customer we are not seeing a storage release 
we ran a GFS trace and I am looking at it.
This code basically hasnt been changed since 2002 ...and i know is running in 
a lot of our customer environments..
The only difference is there is a separate job to perform the allocation of 
storage, then the STC ...then a separate job after the STC shutdowns to 
release the storage.  This is working fine. Can someone enlighten me ...? Does 
storage linger after a STC shutdowns ?
I thought VSM cleans up ..

Confused in NJ

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

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

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

Re: z/OS subroutine in assembler, used in both batch CICS , making re-entrant

2013-06-26 Thread John Gilmore

Tom  Marchant wrote:

begin extract
That is one way to save the caller's registers, not the only
documented Linkage convention.
/end extract

and this is formally correct.  There is, however, something of an
obligation to use a caller-/invoker-supplied save area when one is in
fact supplied.  There may even be an obligation to adhere to SA back-
and forward-chaining conventions.  (Some statement-level languages use
them not only for error handling but in implementing language
features, e.g., long jumps, out-of-block GOTOs,  and condition
handling.)

My own view is that the original---in their way admirable---linkage
conventions of OS/360 were inadequate.  They failed to encompass,
among other things, machinery for ensuring that code could be
reentrant, invoked recursively, the [optional] use of descriptors, and
for the management of stack-based automatic/scratch/local storage.

The unfortunate consequences of this minimality were many.  Different
SLPLs constructed their run-time environments very differently, and
too much detailed lore  must now be mastered before successful ILC is
possible.

It is posslble to rail against some of the design elements of the LE,
but the babel we now makes it clear that something very like it was
needed early on.

John Gilmore, Ashland, MA 01721 - USA

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

Re: ECSA

On Wed, Jun 26, 2013 at 11:26 AM, Clark Morris cfmpub...@ns.sympatico.cawrote:

 On 24 May 2013 09:15:52 -0700, in bit.listserv.ibm-main you wrote:

 snip
 As I read the code it is obtaining 9 bytes and releasing 10 bytes.  Is
 this a transcription error?

 Clark Morris


No. In the LENGTH=(?),  the ? inside the parentheses is a register, not a
self defining term. LENGTH=? where ? is a number would be a self defining
term (number)

-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! 
John McKown

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

Re: XCF MAXMSG

2013-06-26 Thread Richards, Robert B.

My default is also 2000.

I am trying to determine what value to increase it to *and* the effect on 
anything of increasing it. 

What is a good upper limit value?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Zelden
Sent: Wednesday, June 26, 2013 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: XCF MAXMSG

On Wed, 26 Jun 2013 08:59:27 -0400, Richards, Robert B. 
robert.richa...@opm.gov wrote:

Okay, I am feeling little dense this morning/week.

I am trying to decode how to determine the best value to set for MAXMSG. 
Having read and re-read applicable sections of Setting Up A Sysplex, I am 
still not getting it.

Reason for being there? From the SR:

EZZ4338I ERROR REPORTED ON INTERFACE EZ6XCFID - CODE 80100044 
DIAGNOSTIC CODE 03 EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE 
VTAMF. DIAGNOSTIC
CODE: 03
EZZ4337I ATTEMPTING TO RECOVER INTERFACE EZ6XCFID EZZ4309I ATTEMPTING 
TO RECOVER DEVICE VTAMF IST1504I XCF CONNECTION WITH WDPC.VTAMF IS 
INOPERATIVE 664 IST1501I XCF TOKEN = 0300013600270003 IST1578I DEVICE 
INOP DETECTED FOR ISTTCDID BY ISTTSCBX CODE = 001 IST314I END IST1578I 
SOFT INOP DETECTED FOR ISTTCDID BY ISTTSC8X CODE = 005 .
These messages indicate an XCF buffer shortage as described in Technote 
SWG21244665 which reads as follows:
For ISTXCF, the MAXMSG parameter for PATHIN and PATHOUT should be tuned 
to its upper limit value.
The higher value of MAXMSG parameter does not cause XCF to use more 
storage. Therefore, you can raise the value of your MAXMSG parameter to 
resolve this problem.

Any advice on how to decode the manual and come up with a happy value would 
be appreciated. Which maxmsg?


Hi Bob,

Here is a note I have in my COUPLExx members.   The advise probably comes
from a Mark Brooks SHARE presentation or whitepaper.

/* MAXMSG should be high enough for at least 30 messages/buffers */  
/* default MAXMSG was 750 (chg in os/390 r2 from 500)*/  
/* default MAXMSG is currently 2000 (chg in z/os 1.7 from 750)   */  

My MAXMSG is set to 2000 (the z/OS 1.7 default) in CLASSDEF for all of my 
transport classes.

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...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: XCF MAXMSG

2013-06-26 Thread Richards, Robert B.

My health check says the same, of course.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Skip Robinson
Sent: Wednesday, June 26, 2013 10:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: XCF MAXMSG

The text of health check XCF_DEFAULT_MAXMSG says this:

CHECK PARM: 2000 

IXCH0426I The XCF transport class MAXMSG value is currently equal to or larger 
than the owner specified value 2000. 

.
.
JO.Skip Robinson
Southern California Edison Company
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@LISTSERV.UA.EDU, 
Date:   06/26/2013 07:20 AM
Subject:Re: XCF MAXMSG
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU

On Wed, 26 Jun 2013 08:59:27 -0400, Richards, Robert B. 
robert.richa...@opm.gov wrote:

Okay, I am feeling little dense this morning/week.

I am trying to decode how to determine the best value to set for MAXMSG. 
Having read and re-read applicable sections of Setting Up A Sysplex, I 
am still not getting it.

Reason for being there? From the SR:

EZZ4338I ERROR REPORTED ON INTERFACE EZ6XCFID - CODE 80100044
DIAGNOSTIC CODE 03
EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE VTAMF. DIAGNOSTIC
CODE: 03
EZZ4337I ATTEMPTING TO RECOVER INTERFACE EZ6XCFID
EZZ4309I ATTEMPTING TO RECOVER DEVICE VTAMF
IST1504I XCF CONNECTION WITH WDPC.VTAMF IS INOPERATIVE 664
IST1501I XCF TOKEN = 0300013600270003
IST1578I DEVICE INOP DETECTED FOR ISTTCDID BY ISTTSCBX CODE = 001
IST314I END
IST1578I SOFT INOP DETECTED FOR ISTTCDID BY ISTTSC8X CODE = 005
.
These messages indicate an XCF buffer shortage as described in
Technote SWG21244665 which reads as follows:
For ISTXCF, the MAXMSG parameter for PATHIN and PATHOUT
should be tuned to its upper limit value.
The higher value of MAXMSG parameter does not cause XCF
to use more storage. Therefore, you can raise the value
of your MAXMSG parameter to resolve this problem.

Any advice on how to decode the manual and come up with a happy value 
would be appreciated. Which maxmsg?

Hi Bob,

Here is a note I have in my COUPLExx members.   The advise probably comes
from a Mark Brooks SHARE presentation or whitepaper.

/* MAXMSG should be high enough for at least 30 messages/buffers */ 
/* default MAXMSG was 750 (chg in os/390 r2 from 500)*/ 
/* default MAXMSG is currently 2000 (chg in z/os 1.7 from 750)   */ 

My MAXMSG is set to 2000 (the z/OS 1.7 default) in CLASSDEF for all 
of my transport classes.

Cheers,

Mark

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

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

Re: X11 forwarding

2013-06-26 Thread Mark Pace

I've had some to time to go back and make this work properly through X11
forwarding.  I've followed the Ported Tools guide to setup X11 forwarding,
which included compling the xauth program and changing some parameters in
the sshd_config.  But when I connect via PuTTY with X11 forwarding turned
on I receive these messages.  Each time I see it creating a new .Xauthority
file, yet I never see that file being created.  Also I receive some errors
about bad display names.  And lastly I receive erros trying to run the X
application.  No amount of googleing has had an answer to the bad display
name, which I assume also has something to do with the errors running the
app.  Anyone with experience with X11 on z/OS  have an idea what I am doing
wrong?

login as: marpace
marpace@172.16.1.13's password:
/usr/lpp/tcpip/X11R6/lib/xauth:  creating new authority file
/u/home/MARPACE/.Xauthority
/usr/lpp/tcpip/X11R6/lib/xauth: (stdin):1:  bad display name unix:10.0 in
remove command
/usr/lpp/tcpip/X11R6/lib/xauth: (stdin):2:  bad display name unix:10.0 in
add command
MARPACE: ls -al
total 176
drwxr-xr-x   4 KBURTON  TCPIP   8192 Jun 26 13:00 .
drwxr-xr-x   9 DRVUSER  AOPADMIN8192 Jun  7 08:49 ..
-rw---   1 DRVUSER  TCPIP   2770 Jun 26 12:59 .history
-rwxr-xr-x   1 DRVUSER  TCPIP992 Jun  6 10:56 .profile
-rw---   1 DRVUSER  TCPIP   2336 Jun 26 13:00 .sh_history
drwx--   2 DRVUSER  TCPIP   8192 Jun  5 10:46 .ssh
-rwxr--r--   1 DRVUSER  TCPIP   6004 Jun 10 15:31 .tcshrc
-rw-rw-rw-   1 DRVUSER  TCPIP499 Jun  7 09:01 EmptyFrame1$1.class
-rw-rw-rw-   1 DRVUSER  TCPIP640 Jun  7 09:01 EmptyFrame1.class
-rw-rw-rw-   1 DRVUSER  TCPIP642 Jun  7 09:00 EmptyFrame1.java
drwxrwxrwx   3 DRVUSER  TCPIP   8192 Jun 26 11:15 XauthBuild
MARPACE: /usr/lpp/java/J6.0/bin/java EmptyFrame1
EZYXW01E Xlib: connection to localhost:10.0 refused by server
PuTTY X11 proxy: wrong authentication protocol attempted
Exception in thread main java.lang.InternalError: Can't connect to X11
window server using 'localhost:10.0' as the value of the DISPLAY variable.
at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
at
sun.awt.X11GraphicsEnvironment.access$100(X11GraphicsEnvironment.java:52)
at
sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:155)
at
java.security.AccessController.doPrivileged(AccessController.java:202)
at
sun.awt.X11GraphicsEnvironment.clinit(X11GraphicsEnvironment.java:131)
at java.lang.J9VMInternals.initializeImpl(Native Method)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:200)
at java.lang.Class.forNameImpl(Native Method)
at java.lang.Class.forName(Class.java:136)
at
java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:68)
at java.awt.Window.init(Window.java:380)
at java.awt.Window.init(Window.java:432)
at java.awt.Frame.init(Frame.java:415)
at java.awt.Frame.init(Frame.java:380)
at javax.swing.JFrame.init(JFrame.java:175)
at EmptyFrame1.init(EmptyFrame1.java:9)
at EmptyFrame1.main(EmptyFrame1.java:23)




On Mon, Jun 10, 2013 at 8:10 AM, Mark Pace pacemainl...@gmail.com wrote:

 True - that was my stated objective.  But it was out of ignorance, I
 thought all X went through SSH.  Since this test is over a VPN, I don't
 care how it works, as long as it does.


 On Fri, Jun 7, 2013 at 5:09 PM, Paul Gilmartin paulgboul...@aim.comwrote:

 On Fri, 7 Jun 2013 13:53:38 -0400, Mark Pace wrote:

 I appreciate the heads-up, Mark.  But this traffic is going through a
 VPN,
 so I'm not concerned about it.  I will make note of this if I ever have
 to
 do this in the clear.
 
 Your initial stated objective was to get X11 forwarding working and
 verified.
 But now that it isn't but something else is working, you seem satisfied.


 On Fri, Jun 7, 2013 at 1:31 PM, Mark Post wrote:
 
   In this case the export DISPLAY IP is my desktop running the X
 server.
 
  Well, what is working is _not_ tunneling X over SSH.  You're sending X
  traffic back to your desktop over an entirely different port, with no
  encryption.  If anyone decides to close off traffic on ports 6000+
 you're
  going to be out of luck.
 
 A common pitfall is that programmers accustomed to other techniques code
 in their .profile, $ENV, .login, .cshrc, .bashrc, ... code to set and
 export
 DISPLAY, often based on parsing the output of a command such as who am
 i.
 This code must be made conditional wherever it occurs (often in several
 places) with a conditional construct such as:

 DISPLAY=${DISPLAY-`find-value-of-display`} export DISPLAY

 in order not to override the value correctly set by sshd.

 -- gil

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




 --

Re: XCF MAXMSG

2013-06-26 Thread Mark Brooks

Hi,
I disagree with the assertion that increasing MAXMSG will not cause
XCF to consume more storage. Yes, XCF only uses what it needs.  So in that
sense a MAXMSG value bigger than what is needed does not cause any
additional storage to be consumed.  But if you are getting no buffer
conditions, the system is banging into the MAXMSG limit.  Increasing the
MAXMSG limit in that case will likely lead to the use of more storage.

Exploiters hate being told no buffer and invariably tell customers
to increase the MAXMSG.  Many customers oblige by increasing the send side
MAXMSG limits (either PATHOUT or Transport Class), and declare success if
the exploiter stops complaining.  However, taking cold medicine to
alleviate your sniffles does not mean you still don't have a cold.  Sure
you can keep increasing MAXMSG until the symptoms disappear.  But there may
be an underlying problem that remains.  If so, it will likely surface in
less obvious ways that can have more serious impacts than the no buffer
complainer.

So I encourage customers to look for the underlying root cause of the
issue.  Assuming all the XCF/XES health checks are satisfied, I'll next
focus on the inbound side (receiving system).  Are there signs of trouble
over there?  A no buffer condition on the outbound side is often the
result of issues on the inbound side that impede the flow of message
traffic.  Is the inbound system running enough, are there stalled XCF
members, long queues, dispatching delays, ENQ/latch contention, CF response
time issues, CTC device issues, etc.  Has there been an increase in message
traffic?  For example, if the increase in traffic arises from XES having to
deal with lock contention, you might be better off addressing the
contention so as to eliminate the increased message traffic.  Are there
enough signalling paths to handle the load?  Are the transport class
definitions appropriate?  After looking at all that, I might consider
increasing the inbound MAXMSG value (assuming there was evidence of inbound
no buffer conditions).  And finally I might then consider increasing the
outbound MAXMSG.

Mark A. Brooks
z/OS Sysplex design and development
845-435-5149   T/L 8-295-5149
Poughkeepsie, NY
mabr...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: XCF MAXMSG

2013-06-26 Thread Mark Zelden

On Wed, 26 Jun 2013 13:05:13 -0400, Richards, Robert B. 
robert.richa...@opm.gov wrote:

My default is also 2000. 
I am trying to determine what value to increase it to *and* the effect on 
anything of increasing it.  
What is a good upper limit value? 

(waiting for the real expert - Mark Brooks -  to jump in)

The effect is storage allocated based on number of systems you connect to. 

Have you looked at an XCF report in RMF/CMF?  How many rejections
are you getting?   Was this a one time thing caused by some anomaly
and you never normally see any?

I have no personal experience here, so if I were seeming some of the
rejects, I support I might change it from 2000 to 3000 to start then
monitor (similar to any tuning exercise).  

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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

On Wed, 26 Jun 2013 07:52:13 -0700, Lizette Koehler wrote:

A quick internet search came up with a presentation by Sam Knutson

ftp://ftp.cbttape.org/pub/present/SHARE97_Fully_Wired.pdf
ftp://ftp.cbttape.org/pub/present/SHARE98_Fully_Wired.pdf

This presentation is from 2001/2  but may help answer some questions.

. GIMZIP Free from IBM available as PTF back to R5, not really a ZIP utility,
seems to be a poor choice for a name. (Potential gotcha! ICSF nee crypto is
required)
 
As Tom M. says, there's a software alternative, although it may not have
existed at the time of those presentations.

But GIMZIP/GIMUNZIP require SMP/E RACF authorization (WHY!?) which may
be an obstacle in some environments.

Are SMP/E upgrades still available free, or was that only a bridge to
get customers over to network delivery?

. Produces .z file (.pax.z) contains compressed data should be compatible
with UNCOMPRESS on UNIX platforms and others that support format
. http://www.ibm.com/servers/eserver/zseries/zos/smpe/gimzip.html

In my experience, that's most archiving/extraction utilities.

. GZIP Free, some oddities found by Roland Schiradin with MVS
implementation, wide cross platform support including Linux, Windows, UNIX,
etc.
. http://www.gzip.org
 
Another poor choice for a name.  But gzip has some very limited compatiblilty
with zip.


-Original Message-
From:  Jan Vanbrabant
Sent: Wednesday, June 26, 2013 7:40 AM

Hi dear IBM-MAINers,

This situation is one between z/OSs!
The other site is zipping with PKZIP.
 
John and Tom have largely persuaded me that between z/OSes GIMZIP
is a preferable alternative.  My remaining reservation concerns the
(expletive elided) RACF requirement.

GIMZIP is charming my client.

Question though:
While PKZIP en GIMZIP have both zipin common in their namings, is GIMZIP's
zip-format compatible with  PKZIP's zip-format ?

Probably not on z/OS; other environments (e.g. Linux on z) are likely
to provide better support.  I believe a zip archive containing exactly
one file, compressed with the Deflation algorithm, can be extracted
with gzip.


On Tue, Jun 25, 2013 at 10:31 PM, Kurt Quackenbush wrote:

 Have you heard of ServerPac?  GIMZIP and GIMUNZIP are integral to the
 internet delivery and installation of an IBM ServerPac offering, that
 is why GIMZIP supports non-SMP/E consumable file formats in addition
 to the standard SMP/E stuff.
 
As you have probably surmised, heard of correctly assesses my
familiarity with ServerPac.  So, thanks for providing me a lead to
information that I may someday find useful.

-- gil

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

Cyberark

2013-06-26 Thread Bill Johnson

 
   Is anyone using Cyberark to control access to their mainframe? If so, what 
are your results?
 
TIA
 
Bill Johnson 

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

Re: Cyberark

2013-06-26 Thread Itschak Mugzach

Do u mean leting Cubersrk retrieving the mf passord fot processes?
בתאריך 26 ביונ 2013 21:55, מאת Bill Johnson mellonb...@yahoo.com:


Is anyone using Cyberark to control access to their mainframe? If so,
 what are your results?

 TIA

 Bill Johnson

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


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

Install IBM SDK for Z/os java2 technology edition v7

2013-06-26 Thread baby eklavya

Hi all,

We are running in Z/os 1.11 . I am trying to install IBM SDK 64 bit
for z/OS JAVA2 Technology Edition V7 . In the current environment , i
see only 2 ZFS filesystems (one for java31 and other for java64) .But
when downloaded v7 , i got some additional datasets , ie , some
loadlibs and proclibs . It looks like our customer did a non-smpe
install earlier and i dont see anything other than the ZFS being used
. I am now doing an smpe install for v7 which brings in additional
datasets . Can someone point me to right documentation to understand
how it works . .

One of my colleagues said that the loadlibs and proclibs are optional
. and only ZFS is wat it needs and am confused . Any help is much
appreciated .

Regards,
Baby

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

Re: Install IBM SDK for Z/os java2 technology edition v7

2013-06-26 Thread Craig . Pace

The program directory documents all the files.  The NON Unix System 
Services files are there to support JZOS (PROC, LOAD, SAMP).  In a lot of 
environments these are merged into the z/OS LINKLIB, SAMPLIB and PROCLIB 
since there are no conflicting modules and one per release level.

 
Craig 
 



From:   baby eklavya baby.ekla...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   06/26/2013 14:48
Subject:Install IBM SDK for Z/os java2 technology edition v7
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Hi all,

We are running in Z/os 1.11 . I am trying to install IBM SDK 64 bit
for z/OS JAVA2 Technology Edition V7 . In the current environment , i
see only 2 ZFS filesystems (one for java31 and other for java64) .But
when downloaded v7 , i got some additional datasets , ie , some
loadlibs and proclibs . It looks like our customer did a non-smpe
install earlier and i dont see anything other than the ZFS being used
. I am now doing an smpe install for v7 which brings in additional
datasets . Can someone point me to right documentation to understand
how it works . .

One of my colleagues said that the loadlibs and proclibs are optional
. and only ZFS is wat it needs and am confused . Any help is much
appreciated .

Regards,
Baby

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


**
This communication contains information which is confidential and
may also be privileged. It is for the exclusive use of the intended
recipient(s). If you are not the intended recipient(s), please note
that any distribution, copying or use of this communication or the
information in it is strictly prohibited. If you have received this
communication in error, please notify the sender immediately and
then destroy any copies of it.
**

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

Re: python code to sumbit batch job to jes

2013-06-26 Thread don isenstadt

Still getting the 
Error_perm : 501 invalid data set name. Use ma's dsname conventions.
I made the dsname on the pc hlq.test.jcl and I set up the same name on the 
mainframe
I used FTP.voidcmd(SITE FILETYPE=JES)
Any other ideas? Hopefully?
Thanks .. Really a stumper 

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

Re: X11 forwarding

2013-06-26 Thread Mark Pace

Finally found it.  It was a problem with the make file.


On Wed, Jun 26, 2013 at 1:09 PM, Mark Pace pacemainl...@gmail.com wrote:

 I've had some to time to go back and make this work properly through X11
 forwarding.  I've followed the Ported Tools guide to setup X11 forwarding,
 which included compling the xauth program and changing some parameters in
 the sshd_config.  But when I connect via PuTTY with X11 forwarding turned
 on I receive these messages.  Each time I see it creating a new .Xauthority
 file, yet I never see that file being created.  Also I receive some errors
 about bad display names.  And lastly I receive erros trying to run the X
 application.  No amount of googleing has had an answer to the bad display
 name, which I assume also has something to do with the errors running the
 app.  Anyone with experience with X11 on z/OS  have an idea what I am doing
 wrong?

 login as: marpace
 marpace@172.16.1.13's password:
 /usr/lpp/tcpip/X11R6/lib/xauth:  creating new authority file
 /u/home/MARPACE/.Xauthority
 /usr/lpp/tcpip/X11R6/lib/xauth: (stdin):1:  bad display name unix:10.0
 in remove command
 /usr/lpp/tcpip/X11R6/lib/xauth: (stdin):2:  bad display name unix:10.0
 in add command
 MARPACE: ls -al
 total 176
 drwxr-xr-x   4 KBURTON  TCPIP   8192 Jun 26 13:00 .
 drwxr-xr-x   9 DRVUSER  AOPADMIN8192 Jun  7 08:49 ..
 -rw---   1 DRVUSER  TCPIP   2770 Jun 26 12:59 .history
 -rwxr-xr-x   1 DRVUSER  TCPIP992 Jun  6 10:56 .profile
 -rw---   1 DRVUSER  TCPIP   2336 Jun 26 13:00 .sh_history
 drwx--   2 DRVUSER  TCPIP   8192 Jun  5 10:46 .ssh
 -rwxr--r--   1 DRVUSER  TCPIP   6004 Jun 10 15:31 .tcshrc
 -rw-rw-rw-   1 DRVUSER  TCPIP499 Jun  7 09:01 EmptyFrame1$1.class
 -rw-rw-rw-   1 DRVUSER  TCPIP640 Jun  7 09:01 EmptyFrame1.class
 -rw-rw-rw-   1 DRVUSER  TCPIP642 Jun  7 09:00 EmptyFrame1.java
 drwxrwxrwx   3 DRVUSER  TCPIP   8192 Jun 26 11:15 XauthBuild
 MARPACE: /usr/lpp/java/J6.0/bin/java EmptyFrame1
 EZYXW01E Xlib: connection to localhost:10.0 refused by server
 PuTTY X11 proxy: wrong authentication protocol attempted
 Exception in thread main java.lang.InternalError: Can't connect to X11
 window server using 'localhost:10.0' as the value of the DISPLAY variable.
 at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
 at
 sun.awt.X11GraphicsEnvironment.access$100(X11GraphicsEnvironment.java:52)
 at
 sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:155)
 at
 java.security.AccessController.doPrivileged(AccessController.java:202)
 at
 sun.awt.X11GraphicsEnvironment.clinit(X11GraphicsEnvironment.java:131)
 at java.lang.J9VMInternals.initializeImpl(Native Method)
 at java.lang.J9VMInternals.initialize(J9VMInternals.java:200)
 at java.lang.Class.forNameImpl(Native Method)
 at java.lang.Class.forName(Class.java:136)
 at
 java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:68)
 at java.awt.Window.init(Window.java:380)
 at java.awt.Window.init(Window.java:432)
 at java.awt.Frame.init(Frame.java:415)
 at java.awt.Frame.init(Frame.java:380)
 at javax.swing.JFrame.init(JFrame.java:175)
 at EmptyFrame1.init(EmptyFrame1.java:9)
 at EmptyFrame1.main(EmptyFrame1.java:23)




 On Mon, Jun 10, 2013 at 8:10 AM, Mark Pace pacemainl...@gmail.com wrote:

 True - that was my stated objective.  But it was out of ignorance, I
 thought all X went through SSH.  Since this test is over a VPN, I don't
 care how it works, as long as it does.


 On Fri, Jun 7, 2013 at 5:09 PM, Paul Gilmartin paulgboul...@aim.comwrote:

 On Fri, 7 Jun 2013 13:53:38 -0400, Mark Pace wrote:

 I appreciate the heads-up, Mark.  But this traffic is going through a
 VPN,
 so I'm not concerned about it.  I will make note of this if I ever have
 to
 do this in the clear.
 
 Your initial stated objective was to get X11 forwarding working and
 verified.
 But now that it isn't but something else is working, you seem satisfied.


 On Fri, Jun 7, 2013 at 1:31 PM, Mark Post wrote:
 
   In this case the export DISPLAY IP is my desktop running the X
 server.
 
  Well, what is working is _not_ tunneling X over SSH.  You're sending X
  traffic back to your desktop over an entirely different port, with no
  encryption.  If anyone decides to close off traffic on ports 6000+
 you're
  going to be out of luck.
 
 A common pitfall is that programmers accustomed to other techniques code
 in their .profile, $ENV, .login, .cshrc, .bashrc, ... code to set and
 export
 DISPLAY, often based on parsing the output of a command such as who am
 i.
 This code must be made conditional wherever it occurs (often in several
 places) with a conditional construct such as:

 DISPLAY=${DISPLAY-`find-value-of-display`} export DISPLAY

 in order not to override the value correctly set by sshd.

 -- gil

Re: X11 forwarding

2013-06-26 Thread Donald J.

Check x11DisplayOffset value.   If should be set to something like 10 if
you want to forward directly via port 6010,
or set to 0 if you want to tunnel through your SSH port 22 connection.
My DISPLAY is set to 127.0.0.1:0 and my x11DisplayOffset is 0.

-- 
  Donald J.
  dona...@4email.net

On Wed, Jun 26, 2013, at 10:09 AM, Mark Pace wrote:
 I've had some to time to go back and make this work properly through X11
 forwarding.  I've followed the Ported Tools guide to setup X11
 forwarding,
 which included compling the xauth program and changing some parameters in
 the sshd_config.  But when I connect via PuTTY with X11 forwarding turned
 on I receive these messages.  Each time I see it creating a new
 .Xauthority
 file, yet I never see that file being created.  Also I receive some
 errors
 about bad display names.  And lastly I receive erros trying to run the X
 application.  No amount of googleing has had an answer to the bad display
 name, which I assume also has something to do with the errors running the
 app.  Anyone with experience with X11 on z/OS  have an idea what I am
 doing
 wrong?
 
 

-- 
http://www.fastmail.fm - Choose from over 50 domains or use your own

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

Re: python code to sumbit batch job to jes

The following worked for me. Entire script. (with host/user/password
changed).

#!/usr/bin/python
from ftplib import FTP;
ftp=FTP('host');
ftp.login(user,password);
ftp.voidcmd(site filetype=jes);
f=open(test.jcl,r);
ftp.storlines(STOR what.ever,f);
f.close();
ftp.quit();

I think you needed the what.ever after the STOR. And this needs to be a
valid z/OS data set name syntax. It is not used for anything. It just must
be there.

On Wed, Jun 26, 2013 at 3:21 PM, don isenstadt don.isenst...@gmail.comwrote:

 Still getting the
 Error_perm : 501 invalid data set name. Use ma's dsname conventions.
 I made the dsname on the pc hlq.test.jcl and I set up the same name on the
 mainframe
 I used FTP.voidcmd(SITE FILETYPE=JES)
 Any other ideas? Hopefully?
 Thanks .. Really a stumper

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




-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! 
John McKown

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

Re: python code to sumbit batch job to jes

On Wed, 26 Jun 2013 15:21:20 -0500, don isenstadt wrote:

Still getting the 
Error_perm : 501 invalid data set name. Use ma's dsname conventions.
I made the dsname on the pc hlq.test.jcl and I set up the same name on the 
mainframe
I used FTP.voidcmd(SITE FILETYPE=JES)
Any other ideas? Hopefully?
Thanks .. Really a stumper 
 
Just as an experimental control, are you able to submit a job via FTP
from the DOS command tool?  This might give some insight, or at least
better diagnostics.

-- gil

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

Re: python code to sumbit batch job to jes

On Wed, 26 Jun 2013 15:40:38 -0500, John McKown wrote:

The following worked for me. Entire script. (with host/user/password
changed).

#!/usr/bin/python
from ftplib import FTP;
ftp=FTP('host');
ftp.login(user,password);
ftp.voidcmd(site filetype=jes);
f=open(test.jcl,r);
ftp.storlines(STOR what.ever,f);
f.close();
ftp.quit();

I think you needed the what.ever after the STOR. And this needs to be a
valid z/OS data set name syntax. It is not used for anything. It just must
be there.

Interesting.  Working from a command line Solaris client with z/OS 1.13 server,
I can't make it fail:

220-FTPD1 IBM FTP CS V1R13
 ...
Remote system type is MVS.
ftp put foo=bar
200 Port request OK.
501 Invalid data set name foo=bar.  Use MVS Dsname conventions.

ftp quote site file=jes
200 SITE command was accepted
ftp put foo=bar
200 Port request OK.
125 Sending Job to JES internal reader FIXrecfm 80
250-It is known to JES as JOB06645
250 Transfer completed successfully.
local: foo=bar remote: foo=bar
428 bytes sent in 0.28 seconds (1.48 Kbytes/s)
ftp quit

-- gil

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

Re: python code to sumbit batch job to jes

2013-06-26 Thread don isenstadt

Thanks I just tried it and it works fine.. Via FTP from windows CID window.
I used Put because there is no stor. 
Got 200 port request ok
125 sending job to JES internal reader fixrecfm 80

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

Re: z/OS subroutine in assembler, used in both batch CICS , making re-entrant

2013-06-26 Thread Charles Mills

Exactly. There was a post here lamenting a lack of standards enforcement at
IBM that I have unfortunately deleted.

At some early point a group of wise men and women at IBM should have sat
down and said okay, 18 words off R13 is inadequate. Let's poll all of the
groups and design a single new linkage convention for everyone for the
future.

Instead we have XPLINK and CICS linkage and 64-bit register save areas and
LE linkage and ...

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John Gilmore
Sent: Wednesday, June 26, 2013 9:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS subroutine in assembler, used in both batch  CICS ,
making re-entrant

Tom  Marchant wrote:

begin extract
That is one way to save the caller's registers, not the only documented
Linkage convention.
/end extract

and this is formally correct.  There is, however, something of an obligation
to use a caller-/invoker-supplied save area when one is in fact supplied.
There may even be an obligation to adhere to SA back- and forward-chaining
conventions.  (Some statement-level languages use them not only for error
handling but in implementing language features, e.g., long jumps,
out-of-block GOTOs,  and condition
handling.)

My own view is that the original---in their way admirable---linkage
conventions of OS/360 were inadequate.  They failed to encompass, among
other things, machinery for ensuring that code could be reentrant, invoked
recursively, the [optional] use of descriptors, and for the management of
stack-based automatic/scratch/local storage.

The unfortunate consequences of this minimality were many.  Different SLPLs
constructed their run-time environments very differently, and too much
detailed lore  must now be mastered before successful ILC is possible.

It is posslble to rail against some of the design elements of the LE, but
the babel we now makes it clear that something very like it was needed early
on.

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

Re: python code to sumbit batch job to jes

2013-06-26 Thread don isenstadt

Thank you so much If you google it or in my case ddg.gg it you will not see 
the syntax.
I never would have found it.. I am one happy camper!
:-))
-don

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

Re: Question on TS7720 and J70/J1A connections

2013-06-26 Thread Mike Wood

Lizettte, The J70 is a controller for attaching the J1A drives to the host 
system (ie z/OS).
The J1A when attached to TS7700 virtual tape library is attached to the virtual 
library not to the host.

To use J70+J1A host attached you could copy from virtual tape to physical tape 
using the host system and whatever tools/products you might have.

To look at upgrading a TS7720 to TS7740 you would best ask IBM. You could 
start here 
http://pic.dhe.ibm.com/infocenter/ts7700/cust/index.jsp?topic=%2Fcom.ibm.storage.ts7740.doc%2Fts7740_grid_mes_clusters.html

Mike Wood

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

Re: LifeCycle or RoadMap for TS7700 Tape Hardware

2013-06-26 Thread Mike Wood

Lizette,  As I have no future IBM product knowledge in this area, - just can 
base thoughts on what has happened in recent years.. I cant get in trouble 
- hopefully!

TS7700 is a family of products made up of different product parts - both 
hardware and software. Each piece can be upgraded  - for example the server 
running the virtualization engine, the disk subsystem used for tape cache, the 
physical tape library, the tape drives, the micro-code.
IBM has been successfully offering upgrade path enabling larger, faster,grid 
improvements, function improvements for a few years now  I dont see a need 
for a replacement product given that all parts can be changed and it still be 
TS77xx.

Mike Wood

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

Re: z/OS subroutine in assembler, used in both batch CICS , making re-entrant

2013-06-26 Thread Tom Marchant

On Wed, 26 Jun 2013 12:34:45 -0400, John Gilmore wrote:

Tom  Marchant wrote:

begin extract
That is one way to save the caller's registers, not the only
documented Linkage convention.
/end extract

and this is formally correct.  There is, however, something of an
obligation to use a caller-/invoker-supplied save area when one is in
fact supplied.

No there isn't.  Certainly the Linkage Conventions chapter in the 
Assembler Services Guide does not say that.  It is perfectly 
legitimate, for example, to use BAKR to save your caller's registers.

-- 
Tom Marchant

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

Re: z/OS subroutine in assembler, used in both batch CICS , making re-entrant

2013-06-26 Thread John Gilmore

Tom and I differ about this, profoundly.

My view, which I have already tried to make clear, is that a routine
[or a routine entry and its associated code path] must [almost always]
follow the conventions of the environment in which it is  to be
invoked and executed and that failure to do so [almost always] has
untoward consequences.

His view is different.  So be it.

John Gilmore, Ashland, MA 01721 - USA

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

Re: python code to sumbit batch job to jes

In 1122827743987211.wa.don.isenstadtgmail@listserv.ua.edu, on
06/26/2013
   at 03:21 PM, don isenstadt don.isenst...@gmail.com said:

Any other ideas?

Try using FTP directly, with explicit SITE and PUT commands. Also try
QUOTE SITE.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2http://patriot.net/~shmuel
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: z/OS subroutine in assembler, used in both batch CICS , making re-entrant

2013-06-26 Thread Bernd Oppolzer


I believe that in OS/360's time the designers then couldn't do much better.

In Germany we had at that time a machine called Telefunken TR 440, and
there were even different machine instructions to do the subroutine call,
some that used so called index cells (in memory) to store the return 
address,
and others that used the one and only real index register. So every 
compiler
used his own technique. Inter language call was possible, but the 
compiler builders
had to talk to each other, and you had to specify on every language, 
what other
language the module was that you wanted to call. Maybe you could call 
FORTRAN

from PASCAL, and ASSEMBLER, but no COBOL, no PL/1, no ALGOL etc. -
the call sequences were different.

When I first met the IBM world (in 1982), I was kind of impressed by the 
simple and clean
structure of the OS linkage conventions, and by the fact, that every 
language could

call the other. I did interfaces from PASCAL-VS to DMS-PANEL, to GDDM, to
SQL/DS etc., (that was on VM/CMS, not OS, but the linkage was the same)
and I had the impression, that every sort of connection between different
software products is possible.

Later I learned that the compilers didn't adhere to those conventions in 
every aspect.


And still later I understood (when LE came up), that it is really hard 
to design a
runtime system for all the languages, because - for example - the 
languages are
so different in the details. I recall that we had lots of problems with 
C in the beginning,

because our ASSEMBLER and PL/1 modules enabled the 0C8 abends in the PSW
program mask (and the VL bit in the last parameter address was set), and 
when
using such an address in C printf etc., we got 0C8 abends, because 
somewhere in LE

length calculation from address distance failed. The C functions believed,
that C pointers always have the first bit off. We complained at IBM 
about this,
but no result. So we had to add logic at some places to clean the 
addresses,

when entering the C functions.

The solution that IBM later provided was: LE added logic to catch the 
0C8 abends
and ignore them under the cover ... C simply ignores overflow, but since 
the hardware
allows setting the program mask, and using inter-language calls it is 
possible that

the 0C8 abend is enabled, you are in a mess!

So what I'd like to say is: LE has a problem, because the definitions 
and the spirits of
the languages are really different, and LE tries do serve them all. I 
don't think that
such a system would have been possible in the 60s or 70s. At that time, 
the OS conventions

was the best that the designers could have done, I think.

Kind regards

Bernd




Am 26.06.2013 18:34, schrieb John Gilmore:

Tom  Marchant wrote:

begin extract
That is one way to save the caller's registers, not the only
documented Linkage convention.
/end extract

and this is formally correct.  There is, however, something of an
obligation to use a caller-/invoker-supplied save area when one is in
fact supplied.  There may even be an obligation to adhere to SA back-
and forward-chaining conventions.  (Some statement-level languages use
them not only for error handling but in implementing language
features, e.g., long jumps, out-of-block GOTOs,  and condition
handling.)

My own view is that the original---in their way admirable---linkage
conventions of OS/360 were inadequate.  They failed to encompass,
among other things, machinery for ensuring that code could be
reentrant, invoked recursively, the [optional] use of descriptors, and
for the management of stack-based automatic/scratch/local storage.

The unfortunate consequences of this minimality were many.  Different
SLPLs constructed their run-time environments very differently, and
too much detailed lore  must now be mastered before successful ILC is
possible.

It is posslble to rail against some of the design elements of the LE,
but the babel we now makes it clear that something very like it was
needed early on.

John Gilmore, Ashland, MA 01721 - USA

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



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

Re: Dice article on IBM layoffs

2013-06-26 Thread DASDBILL2

I looked at all the categories and saw zero sales people, zero vice presidents, 
and zero high level people in any category. 



Sobering, indeed. 

Bill Fairchild 
Franklin, TN 

“Political language is designed to make lies sound truthful and murder 
acceptable, and to give the appearance of solidity to pure wind.” [George 
Orwell] 

- Original Message -
From: Dale Miller dalelmil...@comcast.net 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, June 21, 2013 4:34:43 AM 
Subject: Re: Dice article on IBM layoffs 

In the mentioned article 
http://news.dice.com/2013/06/14/delving-into-ibms-layoff-numbers/ 
  Scott M. replied:I worked for IBM for almost eight years, and I   
left because they no longer recognized the value of their experienced   
technical people. 
Very early in my IBM employment (IIRC) I wound up in an IBM class on   
project management wherein they strongly emphasized that their   
research showed that the best ROI on technical projects was achieved   
by using the most experienced (albeit expensive) technical leaders. 
We have in years since moved into a school of management group-think   
that worships at the feet of Ayn Rand and who cannot conceive of any   
kind of management decision that does not minimize labor rate costs.   
It appears that the mentality has even gone so far as to incorporate   
the idea that managers should get rid of experienced (expensive)   
workers, claiming that they didn't have the skills needed for the new   
technology (think cloud), then hire PFCSK's fresh out of CC's or   
ITTTech or from India which they can get for a much lower salary. Now   
they are saying they need more 1B visas because they can't find   
qualified IT people. What about the tens of thousands laid off in the   
last year of two from Cisco and HP? Have they all found jobs? Why   
don't companies feel any moral obligation to the people they are   
discarding to provide them or even help them get the skills management   
claims are lacking? 
I know the old excuse that management is legally bound to protect   
their stockholders' equity, but there are quite successful companies   
that emphasize employee training, compensation, and job satisfaction. 
(Costco and Discount Tires come to mind. - Their CEO's don't beat   
their chest and say I built this., rather they say our employees   
did this..) 
After all, General Sarnoff didn't single-handedly win WWII - it took   
Rosie the Riveter and Alan Turing and many thousands of GIJoes to do   
the job. 

Dale Miller 

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

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

Re: Cyberark

2013-06-26 Thread Bill Johnson

From what I understand of the product, if you need to make a change to some 
system software, you need to contact the cyberark administrator, tell them 
what you need, they give you temporary permission through cyberark for the 
datasets and other resources needed and then when you are done, cyberark 
removes your access to everything. Obviously, tech support here is not very 
happy and can't imagine the nightmare scenarios that will occur.
 
Bill Johnson
 


 From: Itschak Mugzach imugz...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, June 26, 2013 3:15 PM
Subject: Re: Cyberark
  

Do u mean leting Cubersrk retrieving the mf passord fot processes?
בתאריך 26 ביונ 2013 21:55, מאת Bill Johnson mellonb...@yahoo.com:


    Is anyone using Cyberark to control access to their mainframe? If so,
 what are your results?

 TIA

 Bill Johnson

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


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

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

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

Gil

To answer the one question

But GIMZIP/GIMUNZIP require SMP/E RACF authorization (WHY!?) which may be an 
obstacle in some environments.


Because many of us asked for IBM to do this.  We found that groups outside of 
Sysprogs were using SMPE to verify fixes.  We did not want them altering the 
environment.  So the facility classes were created.

Also, I think there were some audit issues within some shops.  So this was done 
to also support them.

Lizette

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, June 26, 2013 11:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIMZIP (was: free zIP/UNZIP in z/OS)

On Wed, 26 Jun 2013 07:52:13 -0700, Lizette Koehler wrote:

A quick internet search came up with a presentation by Sam Knutson

ftp://ftp.cbttape.org/pub/present/SHARE97_Fully_Wired.pdf
ftp://ftp.cbttape.org/pub/present/SHARE98_Fully_Wired.pdf

This presentation is from 2001/2  but may help answer some questions.

. GIMZIP Free from IBM available as PTF back to R5, not really a ZIP 
utility, seems to be a poor choice for a name. (Potential gotcha! ICSF 
nee crypto is
required)
 
As Tom M. says, there's a software alternative, although it may not have 
existed at the time of those presentations.

But GIMZIP/GIMUNZIP require SMP/E RACF authorization (WHY!?) which may be an 
obstacle in some environments.

Are SMP/E upgrades still available free, or was that only a bridge to get 
customers over to network delivery?

. Produces .z file (.pax.z) contains compressed data should be 
compatible with UNCOMPRESS on UNIX platforms and others that support 
format . 
http://www.ibm.com/servers/eserver/zseries/zos/smpe/gimzip.html

In my experience, that's most archiving/extraction utilities.

. GZIP Free, some oddities found by Roland Schiradin with MVS 
implementation, wide cross platform support including Linux, Windows, 
UNIX, etc.
. http://www.gzip.org
 
Another poor choice for a name.  But gzip has some very limited compatiblilty 
with zip.


-Original Message-
From:  Jan Vanbrabant
Sent: Wednesday, June 26, 2013 7:40 AM

Hi dear IBM-MAINers,

This situation is one between z/OSs!
The other site is zipping with PKZIP.
 
John and Tom have largely persuaded me that between z/OSes GIMZIP is a 
preferable alternative.  My remaining reservation concerns the (expletive 
elided) RACF requirement.

GIMZIP is charming my client.

Question though:
While PKZIP en GIMZIP have both zipin common in their namings, is 
GIMZIP's zip-format compatible with  PKZIP's zip-format ?

Probably not on z/OS; other environments (e.g. Linux on z) are likely to 
provide better support.  I believe a zip archive containing exactly one file, 
compressed with the Deflation algorithm, can be extracted with gzip.


On Tue, Jun 25, 2013 at 10:31 PM, Kurt Quackenbush wrote:

 Have you heard of ServerPac?  GIMZIP and GIMUNZIP are integral to the 
 internet delivery and installation of an IBM ServerPac offering, that 
 is why GIMZIP supports non-SMP/E consumable file formats in addition 
 to the standard SMP/E stuff.
 
As you have probably surmised, heard of correctly assesses my familiarity 
with ServerPac.  So, thanks for providing me a lead to information that I may 
someday find useful.

-- gil

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

Re: Do we need to remove the comment characters from the all LE options?

You need to determine what defaults are in place and what you have customized.

If everything in your current configuration is vanilla and it matches what the 
manual says is  the default for LE, then you do not need to do anything.

The only time I uncomment an LE parm is if I am altering the default setting.

So for your example,

CEECOPT(
  STORAGE=((00,NONE,NONE,0K),OVR),
  TERMTHDACT=((MSG,CESE,96),OVR),
  )

If this was the default then I would not uncomment it.  If I decided that I 
needed a different STORAGE setting, then I uncomment it and change the value I 
need.

Lizette



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of mvsmain
Sent: Wednesday, June 26, 2013 5:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Do we need to remove the comment characters from the all LE options?

Hi all

  We are migrating z/OS from 1.11 to 1.13. We copied the sample CEEPRM00 from 
SCEESAMP(z/OS1.13).

 We just removed the comment characters from the few options that we  want to 
use  as z/OS 1.11.please see it below.

 CEECOPT(
  STORAGE=((00,NONE,NONE,0K),OVR),
  TERMTHDACT=((MSG,CESE,96),OVR),
  )

My questions:

  Do we need to remove the comment characters from the all options? or just 
removed the few  options shown above?


Any suggestions are highly appreciated!

Thanks a lot!

Jason Cai 

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

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

Re: Do we need to remove the comment characters from the all LE options?

2013-06-26 Thread mvsmain

Dear Lizette

 Thanks for your quick response!

 We could list system-level default options for CEEDOPT by running IGYWIVP1

Could you tell us how to list  system-level default options for 
CEECOPT,CELQDOPT,CEEROPT and CELQROPT 

Thanks a lot!
 
 
From: Lizette Koehler
Date: 2013-06-27 08:57
To: IBM-MAIN
Subject: Re: Do we need to remove the comment characters from the all LE 
options?
You need to determine what defaults are in place and what you have customized.

If everything in your current configuration is vanilla and it matches what the 
manual says is  the default for LE, then you do not need to do anything.

The only time I uncomment an LE parm is if I am altering the default setting.

So for your example,

CEECOPT(
  STORAGE=((00,NONE,NONE,0K),OVR),
  TERMTHDACT=((MSG,CESE,96),OVR),
  )

If this was the default then I would not uncomment it.  If I decided that I 
needed a different STORAGE setting, then I uncomment it and change the value I 
need.

Lizette



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of mvsmain
Sent: Wednesday, June 26, 2013 5:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Do we need to remove the comment characters from the all LE options?

Hi all

  We are migrating z/OS from 1.11 to 1.13. We copied the sample CEEPRM00 from 
SCEESAMP(z/OS1.13).

 We just removed the comment characters from the few options that we  want to 
use  as z/OS 1.11.please see it below.

 CEECOPT(
  STORAGE=((00,NONE,NONE,0K),OVR),
  TERMTHDACT=((MSG,CESE,96),OVR),
  )

My questions:

  Do we need to remove the comment characters from the all options? or just 
removed the few  options shown above?


Any suggestions are highly appreciated!

Thanks a lot!

Jason Cai 

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

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

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

Re: Do we need to remove the comment characters from the all LE options?

2013-06-26 Thread Scott Ford

Look at 'D CEE,ALL' ...you can also specify which options you want to see

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


On Jun 26, 2013, at 9:17 PM, mvsmain mvsm...@gmail.com wrote:

 Dear Lizette
 
 Thanks for your quick response!
 
 We could list system-level default options for CEEDOPT by running IGYWIVP1
 
 Could you tell us how to list  system-level default options for 
 CEECOPT,CELQDOPT,CEEROPT and CELQROPT 
 
 Thanks a lot!
 
 
 From: Lizette Koehler
 Date: 2013-06-27 08:57
 To: IBM-MAIN
 Subject: Re: Do we need to remove the comment characters from the all LE 
 options?
 You need to determine what defaults are in place and what you have customized.
 
 If everything in your current configuration is vanilla and it matches what 
 the manual says is  the default for LE, then you do not need to do anything.
 
 The only time I uncomment an LE parm is if I am altering the default setting.
 
 So for your example,
 
 CEECOPT(
  STORAGE=((00,NONE,NONE,0K),OVR),
  TERMTHDACT=((MSG,CESE,96),OVR),
  )
 
 If this was the default then I would not uncomment it.  If I decided that I 
 needed a different STORAGE setting, then I uncomment it and change the value 
 I need.
 
 Lizette
 
 
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
 Behalf Of mvsmain
 Sent: Wednesday, June 26, 2013 5:42 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Do we need to remove the comment characters from the all LE options?
 
 Hi all
 
  We are migrating z/OS from 1.11 to 1.13. We copied the sample CEEPRM00 from 
 SCEESAMP(z/OS1.13).
 
 We just removed the comment characters from the few options that we  want to 
 use  as z/OS 1.11.please see it below.
 
 CEECOPT(
  STORAGE=((00,NONE,NONE,0K),OVR),
  TERMTHDACT=((MSG,CESE,96),OVR),
  )
 
 My questions:
 
  Do we need to remove the comment characters from the all options? or just 
 removed the few  options shown above?
 
 
 Any suggestions are highly appreciated!
 
 Thanks a lot!
 
 Jason Cai 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Do we need to remove the comment characters from the all LE options?

2013-06-26 Thread mvsmain

Dear 

  The  output of 'D CEE,ALL'  is just the options that we have customized. 
Thanks a lot!

Jason Cai

From: Scott Ford
Date: 2013-06-27 09:21
To: IBM-MAIN
Subject: Re: Do we need to remove the comment characters from the all LE 
options?
Look at 'D CEE,ALL' ...you can also specify which options you want to see

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'

On Jun 26, 2013, at 9:17 PM, mvsmain mvsm...@gmail.com wrote:

 Dear Lizette

 Thanks for your quick response!

 We could list system-level default options for CEEDOPT by running IGYWIVP1

 Could you tell us how to list  system-level default options for 
 CEECOPT,CELQDOPT,CEEROPT and CELQROPT 

 Thanks a lot!

 From: Lizette Koehler
 Date: 2013-06-27 08:57
 To: IBM-MAIN
 Subject: Re: Do we need to remove the comment characters from the all LE 
 options?
 You need to determine what defaults are in place and what you have customized.

 If everything in your current configuration is vanilla and it matches what 
 the manual says is  the default for LE, then you do not need to do anything.

 The only time I uncomment an LE parm is if I am altering the default setting.

 So for your example,

 CEECOPT(
  STORAGE=((00,NONE,NONE,0K),OVR),
  TERMTHDACT=((MSG,CESE,96),OVR),
  )

 If this was the default then I would not uncomment it.  If I decided that I 
 needed a different STORAGE setting, then I uncomment it and change the value 
 I need.

 Lizette

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
 Behalf Of mvsmain
 Sent: Wednesday, June 26, 2013 5:42 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Do we need to remove the comment characters from the all LE options?

 Hi all

  We are migrating z/OS from 1.11 to 1.13. We copied the sample CEEPRM00 from 
 SCEESAMP(z/OS1.13).

 We just removed the comment characters from the few options that we  want to 
 use  as z/OS 1.11.please see it below.

 CEECOPT(
  STORAGE=((00,NONE,NONE,0K),OVR),
  TERMTHDACT=((MSG,CESE,96),OVR),
  )

 My questions:

  Do we need to remove the comment characters from the all options? or just 
 removed the few  options shown above?

 Any suggestions are highly appreciated!

 Thanks a lot!

 Jason Cai 

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

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

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

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

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

Re: Do we need to remove the comment characters from the all LE options?

I do not copy forward my CEEPRMs until I have done an ISPF Compare (or other 
compare process).  Then I know if IBM has changed anything on my new system 
compared to what I have currently running.

If you have the TLIB for SYS1.PARMLIB from your z/OS V1.12 system, use the le 
parms from z/OS V1.11 and compare against your TLIB.  


Any time you upgrade your operating system, you should have a procedure that 
will compare parms (like CEE Parms) prior to replacing them in your system. 

When you copied your z/OS V1.11 parms to your z/OS V1.12 I do not think you had 
compared them first.

Second, if you have any DSECTS in place, I think they are over ridden by the LE 
Parm member of SYS1.PARMLIB.

Lizette


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of mvsmain
Sent: Wednesday, June 26, 2013 6:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Do we need to remove the comment characters from the all LE 
options?

Dear Lizette

 Thanks for your quick response!

 We could list system-level default options for CEEDOPT by running IGYWIVP1

Could you tell us how to list  system-level default options for 
CEECOPT,CELQDOPT,CEEROPT and CELQROPT 

Thanks a lot!
 
 
From: Lizette Koehler
Date: 2013-06-27 08:57
To: IBM-MAIN
Subject: Re: Do we need to remove the comment characters from the all LE 
options?
You need to determine what defaults are in place and what you have customized.

If everything in your current configuration is vanilla and it matches what the 
manual says is  the default for LE, then you do not need to do anything.

The only time I uncomment an LE parm is if I am altering the default setting.

So for your example,

CEECOPT(
  STORAGE=((00,NONE,NONE,0K),OVR),
  TERMTHDACT=((MSG,CESE,96),OVR),
  )

If this was the default then I would not uncomment it.  If I decided that I 
needed a different STORAGE setting, then I uncomment it and change the value I 
need.

Lizette



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of mvsmain
Sent: Wednesday, June 26, 2013 5:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Do we need to remove the comment characters from the all LE options?

Hi all

  We are migrating z/OS from 1.11 to 1.13. We copied the sample CEEPRM00 from 
SCEESAMP(z/OS1.13).

 We just removed the comment characters from the few options that we  want to 
use  as z/OS 1.11.please see it below.

 CEECOPT(
  STORAGE=((00,NONE,NONE,0K),OVR),
  TERMTHDACT=((MSG,CESE,96),OVR),
  )

My questions:

  Do we need to remove the comment characters from the all options? or just 
removed the few  options shown above?


Any suggestions are highly appreciated!

Thanks a lot!

Jason Cai 

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

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

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

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

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

On Wed, 26 Jun 2013 17:53:00 -0700, Lizette Koehler wrote:

To answer the one question

But GIMZIP/GIMUNZIP require SMP/E RACF authorization (WHY!?) which may be an 
obstacle in some environments.

Because many of us asked for IBM to do this.  We found that groups outside of 
Sysprogs were using SMPE to verify fixes.  We did not want them altering the 
environment.  So the facility classes were created.
 
No.  If you read the archives, you will find:

From: Walt Farrell wfarr...@us.ibm.com
Date: Wed, 14 Apr 2010 09:46:01 -0500

In the original discussion, it was speculated that IBM obviously did not
understand that one should protect the data sets rather than trying to
protect the program or functions.  And that therefore anyone who did have
proper data set protections is safe.

In most cases that is true.  In this case it is not (that's why there is an
exposure, and that's why we had the System Integrity APAR IO11698 and its
PTF(s).). 

And:

Date: Tue, 13 Apr 2010 09:43:46 -0500

Quoting from IO12263:
...
However, of all the functions described above,
several need to be controlled very carefully.  Users who are
granted access to these resources have the potential to 
undermine system security regardless of any data set protections
you may have in place.  Therefore, they should be as trusted,   
for example, as users who have authority to update APF  
authorized libraries.

It's pretty clear that there's an integrity flaw in SMP/E, and that IBM chose
not to fix it, but to allow customers to restrict access to SMP/E services.

Also, I think there were some audit issues within some shops.  So this was 
done to also support them.
 
Neither of these rises to the level of a System Integrity APAR.  Use
of SMP/E must be restricted to persons who are trusted not to do
something, without being told what that something is.

Granted, Walt said much later, in response to my goading, that something
such as due caution is sufficient protection.  But that's still prety vague.

I imagine that IBM could have introduced a new class of resource
protection of properly narrow scope rather than trying to protect
the program or functions, but felt that doing so would unacceptably
disclose the original flaw.

Yet there's precedent.  IBM did very much that sort of thing when OA30897
introduced the BPX.EXECMVSAPF.program_name FACILITY class that made
it glaringly obvious what the defect had been.

-- gil

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

Re: z/OS subroutine in assembler, used in both batch CICS , making r e-entrant

2013-06-26 Thread DASDBILL2

LC R should have been LCR both times.  I don't know how that happened. 

Bill Fairchild 
Franklin, TN 

- Original Message -
From: DASDBILL2 dasdbi...@comcast.net 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, June 26, 2013 11:06:03 PM 
Subject: Re: z/OS subroutine in assembler, used in both batch  CICS , making r 
e-entrant 

Instead of zeroing your caller's R13, how about doing a LC R 13,13?  Then if 
someone adds to your module and attempts to store into your module's 
(non-existent) save area, the new code will likely get a S0C4 on the store.  
Then when your original code returns to your caller, you do another LC R to 
restore R13 as it was upon entry.  Or maybe do a LNR at entry and a LPR upon 
return? 

Bill Fairchild 
Franklin, TN 

- Original Message - 
From: John McKown john.archie.mck...@gmail.com 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, June 26, 2013 8:02:34 AM 
Subject: Re: z/OS subroutine in assembler, used in both batch  CICS , making r 
e-entrant 

Thanks to all. I have done an initial rewrite. I chose to simply not set up 
a new save area. Due to lack of registers to store R13, I cannot save R13 
in another register and zero it. So R13 will stay pointing to the caller 
supplied save area. I chose this option because it requires the minimal 
amount of change. Change is bad or maybe Change which is not absolutely 
necessary is bad. So making it LE compliant would take more work to code 
and to validate. 

-- 
This is a test of the Emergency Broadcast System. If this had been an 
actual emergency, do you really think we'd stick around to tell you? 

Maranatha!  
John McKown 

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

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

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

Re: z/OS subroutine in assembler, used in both batch CICS , making r e-entrant