date:20180524

We continued to use our home grown LABEL re-write program till ICKDSF came 
along.  I think they still used ours as it was easier and change is a bitch.  I 
seem to recall issues with IEHDASDR that screwed up on occasion.

Yes, we wiped the volume best we could then SOLD them to a local LARGE 
landscape nursery.   They would use them to tie up their plants.  It was easier 
on the branches than twine.  Try reading a 4' or 5' section of magnetic tape 
that's got pine sap on it!  hahaha

When the company was closed down years later they brought in an industrial CAR 
WRECKER's magnet and "played" with the thousands of tapes for a day or two.

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

Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

On Thu, 24 May 2018 17:52:27 +0200, Peter Hunkeler wrote:
>
>Module reusability:
>o Reenterable (reentrant). The module is designed for concurrent execution by 
>multiple tasks. If a reenterable module modifies its own data areas or other 
>shared resources in any way, appropriate serialization must be in place to 
>prevent interference between using tasks.
> 
Is this from Program Management Guide?

This suggests a couple experiments:

o Mark a program object RENT but not REFR.  Code it to store into itself then
  restore the initial content.  Serialize with a simple CS-STIMER loop.  Any
  ABEND or program check should merit SR, even under OMVS.  WAD?

o LINK to such an object in two different processes, each invoked with
  _BPX_SHAREAS=MUST spawn().  Compare load addresses to see whether
  the instance is shared.  If not shared it's a quality/performance matter,
  perhaps not SR.

-- gil

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

Edward Gould wrote:
Our big boss was trying to show the board how he tried to save money. They sort of forced him into getting STC (now STK) tape drives. All of a sudden some of our jobs were getting S237 (block count did not match trailers), STC said we had bum tapes, we went through all sort of shenanigans to prove they weren’t. I had to write a program that counted blocks and compare it the tapes count. The entire mess ended up with STC getting kicked out and IBM drives were brought back in. Of course never a S237 with a IBM drive. Our tape library while not super large it was large and finally management finally figured it out in order to get good people you had to hire/pay for them.

I swear we went through the same thing! At my first job in the mid 80s,
the shop had STC drives. We had to keep a log of tapes with "errors".
And when we had a drive that took a machine check error on any tape, we
had to dismount the tape and run it through a "cleaner". At the same
time, we had to wipe down the interior of the drive with some awful
cleaning chemical. All drives were cleaned before batch started too. We
regularly took 2-3 drives out of service per night for the CE to
"review" in the morning. Tapes were also held for "research". Some were
claimed to have "gunk" on them from the drives or our "bad/cheap" tapes.
Some tapes we would find right back in service the next day. Others we
found the drives were putting an a crease in them somehow. Supposedly
the CE was swapping controller cards and other parts too. After a couple
of years, I got out of operations and into programming. I don't think
they ever resolved it. The company was eventually bought by another
company that was strictly IBM. I'll bet the STC drives ended up in a
junk pile somewhere.

Alan

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

Re: How do I use 3270-4E on TSO?

After testing a few things, it appears that this logmode works well with 
both mod-2 and mod-4 terminals. I think it would be acceptable to change 
the LUs in the vtam book.


Anything I am missing?

Tony Thigpen

Paul Gilmartin wrote on 05/24/2018 09:54 PM:

On Thu, 24 May 2018 21:50:54 -0400, Tony Thigpen wrote:


Success with:
logon applid(tso) logmode(D4B32XX3)


Why does VTAM make this so hard?  It should just to a WSF Query and believe
any successful response.  Only if the command is rejected, fall back to LOGMODE.

-- gil

--
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: How do I use 3270-4E on TSO?

On Thu, 24 May 2018 21:50:54 -0400, Tony Thigpen wrote:

>Success with:
>logon applid(tso) logmode(D4B32XX3)
> 
Why does VTAM make this so hard?  It should just to a WSF Query and believe
any successful response.  Only if the command is rejected, fall back to LOGMODE.

-- gil

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

Re: How do I use 3270-4E on TSO?


Success with:
logon applid(tso) logmode(D4B32XX3)

Tony Thigpen

Tony Thigpen wrote on 05/24/2018 09:45 PM:

but D4B32782 does work.

Tony Thigpen

Tony Thigpen wrote on 05/24/2018 09:44 PM:

similar results.

Tony Thigpen

Joe Monk wrote on 05/24/2018 09:02 PM:

Try a generic logmode ... SNX32705 and see if the session binds.

Joe

On Thu, May 24, 2018 at 7:50 PM, Tony Thigpen  wrote:


Failing.

I tried it, but it did not work. First, I am on a real VTAM non-SNA
session using an OSA-C. So, I had to use:
logon applid(tso) logmode(D4C32XX3)
But, it failed with:
  SESSION NOT BOUND

 From the console:
IST663I BIND FAIL REQUEST RECEIVED, SENSE=0821 721
IST664I REAL  OLU=USACTN01.H08B   REAL  DLU=USACTN01.HKY0009
IST889I SID = EFE3E68AF005DF3D
IST314I END
IKT030I TCAS LOGON PROCESS FAILURE PLU=HKY0009  SLU=USACTN01.HKY0009
SENSE= 0821
IKT117I TSO/VTAM INITIALIZATION FAILED FOR APPLNAME=TSO0009 ,
LUNAME=USA
CTN01.H08B
IKT111I APPLNAME=TSO0009  FAILED DUE TO: TCAS CLSDST PASS FAILURE
IKJ608I LOGON TERMINATED, IKTXINIT, TSO/VTAM INITIALIZATION ERROR
IST804I CLOSE IN PROGRESS FOR TSO0009 OPENED BY ***NA***
IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=0078.
IST400I TERMINATION IN PROGRESS FOR APPLID TSO0009
IST805I VTAM CLOSE COMPLETE FOR TSO0009

(I don't use a TCP/IP port because that forces me into VTAM-SWITCH
which
prevents me from using a LOGON command.)

Suggestions?

Tony Thigpen

Farley, Peter x23353 wrote on 05/24/2018 05:54 PM:


It is a VTAM setting plus an ISPF setting.

VTAM:

logon applid=Your-TSO,logmode=D4C32XX3

ISPF "0" (zero) screen:

Terminal Characteristics
Screen format   3  1. Data2. Std 3. Max 4. Part

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Tony Thigpen
Sent: Thursday, May 24, 2018 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How do I use 3270-4E on TSO?

EXTERNAL EMAIL

What is the TSO setting to allow me to use all the lines of a 3270-4?

thanks,

Tony Thigpen
--


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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@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




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

Re: CLIP?

On Thu, 24 May 2018 20:03:55 -0500, Edward Gould wrote:
>
>Our big boss was trying to show the board how he tried to save money. They 
>sort of forced him into getting STC (now STK) tape drives. All of a sudden 
>some of our jobs were getting S237 (block count did not match trailers), STC 
>said we had bum tapes, we went through all sort of shenanigans to prove they 
>weren’t. I had to write a program that counted blocks and compare it the tapes 
>count. The entire mess ended up with STC getting kicked out and IBM drives 
>were brought back in. Of course never a S237 with a IBM drive. Our tape 
>library while not super large it was large and finally management finally 
>figured it out in order to get good people you had to hire/pay for them. 
>
You couldn't just discard the tape if the data were precious.

Just curious: did it write blocks and not count them or count blocks and not 
write them?
(Full disclosure: I may have been a StorageTek (AKA STC, AKA STK) employee 
around
that time.)

I once read a tape, all CDC equipment; no IBM nor StorageTek and discovered
an entire block missing with no error reported.  I visually inspected the first 
few
meters of the tape and noticed a transverse crease.  I assume that wafted
exactly one block over the read heads.  Score -1 for NRZI.

-- gil

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

Re: How do I use 3270-4E on TSO?


but D4B32782 does work.

Tony Thigpen

Tony Thigpen wrote on 05/24/2018 09:44 PM:

similar results.

Tony Thigpen

Joe Monk wrote on 05/24/2018 09:02 PM:

Try a generic logmode ... SNX32705 and see if the session binds.

Joe

On Thu, May 24, 2018 at 7:50 PM, Tony Thigpen  wrote:


Failing.

I tried it, but it did not work. First, I am on a real VTAM non-SNA
session using an OSA-C. So, I had to use:
logon applid(tso) logmode(D4C32XX3)
But, it failed with:
  SESSION NOT BOUND

 From the console:
IST663I BIND FAIL REQUEST RECEIVED, SENSE=0821 721
IST664I REAL  OLU=USACTN01.H08B   REAL  DLU=USACTN01.HKY0009
IST889I SID = EFE3E68AF005DF3D
IST314I END
IKT030I TCAS LOGON PROCESS FAILURE PLU=HKY0009  SLU=USACTN01.HKY0009
SENSE= 0821
IKT117I TSO/VTAM INITIALIZATION FAILED FOR APPLNAME=TSO0009 , LUNAME=USA
CTN01.H08B
IKT111I APPLNAME=TSO0009  FAILED DUE TO: TCAS CLSDST PASS FAILURE
IKJ608I LOGON TERMINATED, IKTXINIT, TSO/VTAM INITIALIZATION ERROR
IST804I CLOSE IN PROGRESS FOR TSO0009 OPENED BY ***NA***
IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=0078.
IST400I TERMINATION IN PROGRESS FOR APPLID TSO0009
IST805I VTAM CLOSE COMPLETE FOR TSO0009

(I don't use a TCP/IP port because that forces me into VTAM-SWITCH which
prevents me from using a LOGON command.)

Suggestions?

Tony Thigpen

Farley, Peter x23353 wrote on 05/24/2018 05:54 PM:


It is a VTAM setting plus an ISPF setting.

VTAM:

logon applid=Your-TSO,logmode=D4C32XX3

ISPF "0" (zero) screen:

Terminal Characteristics
Screen format   3  1. Data2. Std 3. Max 4. Part

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Tony Thigpen
Sent: Thursday, May 24, 2018 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How do I use 3270-4E on TSO?

EXTERNAL EMAIL

What is the TSO setting to allow me to use all the lines of a 3270-4?

thanks,

Tony Thigpen
--


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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@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: How do I use 3270-4E on TSO?


similar results.

Tony Thigpen

Joe Monk wrote on 05/24/2018 09:02 PM:

Try a generic logmode ... SNX32705 and see if the session binds.

Joe

On Thu, May 24, 2018 at 7:50 PM, Tony Thigpen  wrote:


Failing.

I tried it, but it did not work. First, I am on a real VTAM non-SNA
session using an OSA-C. So, I had to use:
logon applid(tso) logmode(D4C32XX3)
But, it failed with:
  SESSION NOT BOUND

 From the console:
IST663I BIND FAIL REQUEST RECEIVED, SENSE=0821 721
IST664I REAL  OLU=USACTN01.H08B   REAL  DLU=USACTN01.HKY0009
IST889I SID = EFE3E68AF005DF3D
IST314I END
IKT030I TCAS LOGON PROCESS FAILURE PLU=HKY0009  SLU=USACTN01.HKY0009
SENSE= 0821
IKT117I TSO/VTAM INITIALIZATION FAILED FOR APPLNAME=TSO0009 , LUNAME=USA
CTN01.H08B
IKT111I APPLNAME=TSO0009  FAILED DUE TO: TCAS CLSDST PASS FAILURE
IKJ608I LOGON TERMINATED, IKTXINIT, TSO/VTAM INITIALIZATION ERROR
IST804I CLOSE IN PROGRESS FOR TSO0009 OPENED BY ***NA***
IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=0078.
IST400I TERMINATION IN PROGRESS FOR APPLID TSO0009
IST805I VTAM CLOSE COMPLETE FOR TSO0009

(I don't use a TCP/IP port because that forces me into VTAM-SWITCH which
prevents me from using a LOGON command.)

Suggestions?

Tony Thigpen

Farley, Peter x23353 wrote on 05/24/2018 05:54 PM:


It is a VTAM setting plus an ISPF setting.

VTAM:

logon applid=Your-TSO,logmode=D4C32XX3

ISPF "0" (zero) screen:

Terminal Characteristics
Screen format   3  1. Data2. Std 3. Max 4. Part

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Tony Thigpen
Sent: Thursday, May 24, 2018 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How do I use 3270-4E on TSO?

EXTERNAL EMAIL

What is the TSO setting to allow me to use all the lines of a 3270-4?

thanks,

Tony Thigpen
--


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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@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: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

On Thu, 24 May 2018 12:55:01 -0500, Tom Marchant wrote:
>
>>OK, y'all probably know that I'm on a very back level system -- z/OS 1.12
>>and we're even back level on maintenance. I'm trying to get more up to
>>date, mainly for "fun & profit". Anyway. There are a number of RACF modules
>>which were hit and SMP/E tries to relink them. The problem seems to be that
>>some CSECTs are missing in the relink.
>
>Was this something that happened during the APPLY of a PTF?
>Did the PTF include JCLIN?
>What MCS statements are in the PTF?
> 
There's also the effect of the ++MOD CSECT(...) option to consider.
If CSECT() is absent, the default is the name of the MOD element.
ISPF SMP/E panels might show this.

Can you create a disposable instance of your CSI (Shmuel insists
that includes PDSes)?  In that do a ++DELETE of your load module
and re-install the JCLIN to create it and note what happens.

>AFAIK, normal behavior of SMP/E when applying a PTF that contains a 
>replacement ++MOD is that all LMODs that contain that module are relinked. 
>The original load module (or program object) is included, and the module 
>from the PTF is included. In this way, all of the CSECTs in the load module 
>are retained, and the one supplied by the PTF replaces the original.
>
>>They are in the LMOD in the running
>>LINKLIB. In the output, I see the binder output which tries to relink the
>>module. I see the missing CSECTs. The CSECTs which are not missing are have
>>Binder " INCLUDE AOSBN(csect)" in the binder's input stream. The CSECTs
>>which are needed are in AOSBN properly, but there is no INCLUDE for them.
>>
Are there any REPLACE commands in the listed SYSLIN?  These are a consequence
of the ++LMOD CSECT() option.

>>I've never had anything like this happen before. I've been looking around
>>in the current SMP/E manual and I _might_ be able to "fix" all the LMOD
>>entries using UCLIN. But this seems to be dangerous to me.
>
>I wouldn't do that.
>
>>Any suggestions other than a stiff shot of something "nice" and "soothing"?
>
>PMR.
>
Against 1.12?  John's last idea is more promising.

-- gil

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

Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

2018-05-24 Thread Edward Gould

> 
> 
> From: IBM Mainframe Discussion List  on behalf of 
> John McKown 
> Sent: Thursday, May 24, 2018 10:14 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.
> 
> OK, y'all probably know that I'm on a very back level system -- z/OS 1.12
> and we're even back level on maintenance. I'm trying to get more up to
> date, mainly for "fun & profit". Anyway. There are a number of RACF modules
> which were hit and SMP/E tries to relink them. The problem seems to be that
> some CSECTs are missing in the relink. They are in the LMOD in the running
> LINKLIB. In the output, I see the binder output which tries to relink the
> module. I see the missing CSECTs. The CSECTs which are not missing are have
> Binder " INCLUDE AOSBN(csect)" in the binder's input stream. The CSECTs
> which are needed are in AOSBN properly, but there is no INCLUDE for them.
> 
> I've never had anything like this happen before. I've been looking around
> in the current SMP/E manual and I _might_ be able to "fix" all the LMOD
> entries using UCLIN. But this seems to be dangerous to me.
> 
> Any suggestions other than a stiff shot of something "nice" and "soothing"?
> 
> --
> Once a government places vague notions of public safety and security above
> the preservation of freedom, a general loss of liberty is sure to follow.
> 
> GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)
> 
> 
> Maranatha! <><
> John McKown

John,
Long ago and far away I think I had something similar to your issue.
After a lot of research (we kept all SMPE output) IBM was surprised and a 
little pissed as we had hardcopy proof. IIRC it was an issue with with IPO (yes 
that old) building process. My memory is stretched here but I think IBM quietly 
put out a replacement for most of the DLIB (that was the problem). It was I 
think about 30 or so modules. There was a note in the PMR about it but it is so 
long ago, frankly I have forgotten a lot of the specifics. It is worth 
following up on, IMO.

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

Re: CLIP?

2018-05-24 Thread Edward Gould

> On May 24, 2018, at 2:17 PM, Dan D  wrote:
> 
> Back in the 70's & 80's we had a program to "CLIP" a DASD volume to simply 
> change the label (before ICKDSF was available)

> I am stretching my memory but, I believe the precursor to ICKDSF was IEHDASDR 
> (or something close).
> 
> When a tape lead was crunched around the capstan we would simply splice in a 
> NEW lead.  As soon as that tape had completed being used for the current job 
> we quickly took it to support to be duplicated to a new tape with a 
> NON-spliced lead.
> The spliced tape had the temporary lead cut off, a new reflector tape was 
> added to the appropriate location and the volume was re-initialized.   An 
> exciting time for the "library support" people.

Our “tape Librarians”  we not our first class people. The only thing they did 
was to throw the tape away (forget about erasing it first) And goto a new box 
of tapes and set up the initializations. I don’t even recall if they told TMS. 
We tried to put a tape degausser in the budget but it was never approved. 
Somehow an auditor got involved and suddenly a tape degauser showed up.  I 
might be a cynic but I don’t think they ever used it. 

Our big boss was trying to show the board how he tried to save money. They sort 
of forced him into getting STC (now STK) tape drives. All of a sudden some of 
our jobs were getting S237 (block count did not match trailers), STC said we 
had bum tapes, we went through all sort of shenanigans to prove they weren’t. I 
had to write a program that counted blocks and compare it the tapes count. The 
entire mess ended up with STC getting kicked out and IBM drives were brought 
back in. Of course never a S237 with a IBM drive. Our tape library while not 
super large it was large and finally management finally figured it out in order 
to get good people you had to hire/pay for them. 

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

Re: How do I use 3270-4E on TSO?

2018-05-24 Thread Joe Monk

Try a generic logmode ... SNX32705 and see if the session binds.

Joe

On Thu, May 24, 2018 at 7:50 PM, Tony Thigpen  wrote:

> Failing.
>
> I tried it, but it did not work. First, I am on a real VTAM non-SNA
> session using an OSA-C. So, I had to use:
> logon applid(tso) logmode(D4C32XX3)
> But, it failed with:
>  SESSION NOT BOUND
>
> From the console:
> IST663I BIND FAIL REQUEST RECEIVED, SENSE=0821 721
> IST664I REAL  OLU=USACTN01.H08B   REAL  DLU=USACTN01.HKY0009
> IST889I SID = EFE3E68AF005DF3D
> IST314I END
> IKT030I TCAS LOGON PROCESS FAILURE PLU=HKY0009  SLU=USACTN01.HKY0009
> SENSE= 0821
> IKT117I TSO/VTAM INITIALIZATION FAILED FOR APPLNAME=TSO0009 , LUNAME=USA
> CTN01.H08B
> IKT111I APPLNAME=TSO0009  FAILED DUE TO: TCAS CLSDST PASS FAILURE
> IKJ608I LOGON TERMINATED, IKTXINIT, TSO/VTAM INITIALIZATION ERROR
> IST804I CLOSE IN PROGRESS FOR TSO0009 OPENED BY ***NA***
> IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=0078.
> IST400I TERMINATION IN PROGRESS FOR APPLID TSO0009
> IST805I VTAM CLOSE COMPLETE FOR TSO0009
>
> (I don't use a TCP/IP port because that forces me into VTAM-SWITCH which
> prevents me from using a LOGON command.)
>
> Suggestions?
>
> Tony Thigpen
>
> Farley, Peter x23353 wrote on 05/24/2018 05:54 PM:
>
>> It is a VTAM setting plus an ISPF setting.
>>
>> VTAM:
>>
>> logon applid=Your-TSO,logmode=D4C32XX3
>>
>> ISPF "0" (zero) screen:
>>
>> Terminal Characteristics
>>Screen format   3  1. Data2. Std 3. Max 4. Part
>>
>> HTH
>>
>> Peter
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Tony Thigpen
>> Sent: Thursday, May 24, 2018 5:47 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: How do I use 3270-4E on TSO?
>>
>> EXTERNAL EMAIL
>>
>> What is the TSO setting to allow me to use all the lines of a 3270-4?
>>
>> thanks,
>>
>> Tony Thigpen
>> --
>>
>>
>> This message and any attachments are intended only for the use of the
>> addressee and may contain information that is privileged and confidential.
>> If the reader of the message is not the intended recipient or an authorized
>> representative of the intended recipient, you are hereby notified that any
>> dissemination of this communication is strictly prohibited. If you have
>> received this communication in error, please notify us immediately by
>> e-mail and delete the message and any attachments from your system.
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@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: How do I use 3270-4E on TSO?


Failing.

I tried it, but it did not work. First, I am on a real VTAM non-SNA 
session using an OSA-C. So, I had to use:

logon applid(tso) logmode(D4C32XX3)
But, it failed with:
 SESSION NOT BOUND

From the console:
IST663I BIND FAIL REQUEST RECEIVED, SENSE=0821 721
IST664I REAL  OLU=USACTN01.H08B   REAL  DLU=USACTN01.HKY0009
IST889I SID = EFE3E68AF005DF3D
IST314I END
IKT030I TCAS LOGON PROCESS FAILURE PLU=HKY0009  SLU=USACTN01.HKY0009
SENSE= 0821
IKT117I TSO/VTAM INITIALIZATION FAILED FOR APPLNAME=TSO0009 , LUNAME=USA
CTN01.H08B
IKT111I APPLNAME=TSO0009  FAILED DUE TO: TCAS CLSDST PASS FAILURE
IKJ608I LOGON TERMINATED, IKTXINIT, TSO/VTAM INITIALIZATION ERROR
IST804I CLOSE IN PROGRESS FOR TSO0009 OPENED BY ***NA***
IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=0078.
IST400I TERMINATION IN PROGRESS FOR APPLID TSO0009
IST805I VTAM CLOSE COMPLETE FOR TSO0009

(I don't use a TCP/IP port because that forces me into VTAM-SWITCH which 
prevents me from using a LOGON command.)


Suggestions?

Tony Thigpen

Farley, Peter x23353 wrote on 05/24/2018 05:54 PM:

It is a VTAM setting plus an ISPF setting.

VTAM:

logon applid=Your-TSO,logmode=D4C32XX3

ISPF "0" (zero) screen:

Terminal Characteristics
   Screen format   3  1. Data2. Std 3. Max 4. Part

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Thursday, May 24, 2018 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How do I use 3270-4E on TSO?

EXTERNAL EMAIL

What is the TSO setting to allow me to use all the lines of a 3270-4?

thanks,

Tony Thigpen
--


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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@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: [External] Old School Maintenance Philosophy -- Never ACCEPT?

2018-05-24 Thread Longabaugh, Robert E

From an ISV standpoint, we come across this from time to time.  I suppose that 
this is to avoid the chance of needing to back out to a level earlier than they 
accepted.   However, at times the distribution zone for our product winds up 
lower than the level needed to support the z/OS currently in their site.  

Bob Longabaugh
CA Technologies
Storage Management

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Thursday, May 24, 2018 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

CAUTION: This email originated from outside of CA. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.

VSAM came out in the same time frame as SMP, Yes, pre-ICF VSAM had some issues, 
but the way that SMP misused member name was a true gargoyle.

--
Shmuel (Seymour J.) Metz
https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Esmetz3=DwIGaQ=_hRq4mqlUmqpqlyQ5hkoDXIVh6I6pxfkkNxQuL0p-Z0=_pjUpH7SxKBkB6gBZH_r7a7W1q59Nzy5lPxFUOMH-UM=Qtc7CRLhR62m9Vglr6iyfbkAN62o5ohE_t06AvB1jyg=_iP0gQfCrV5cvBwSr_aeLuT6mLZoVSd29bf9vk1_rng=

From: IBM Mainframe Discussion List  on behalf of 
Jesse 1 Robinson 
Sent: Wednesday, May 23, 2018 5:30 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

Pre-E SMP consisted entirely of PDS--PO because PDSE had not been invented yet. 
It was, as someone pointed out, a sort of elaborate RYO data base. In those 
days of molasses-inspired SLED, clunky CPUs, limited expensive central memory, 
and a far less sophisticated MVS than we enjoy today, a 'standard' SMP install 
could take forever. Hours. Days. Longer even than the MTTF of the 
infrastructure itself.

So SMP provided an alternative run mode. I forget the terminology, but it 
entailed reading entire PDS directories into memory, updating data in memory as 
required, then writing entire directories back out in one massive operation. 
The result was a far shorter elapsed time than the standard mode. Unless. 
Unless something went wrong, especially during the write-out phase. Could be a 
program failure; DASD error; power hiccup, spilled cup of coffee. At that point 
the entire SMP data base was trashed. So you restored the whole SMP environment 
and started over.

With or without ACCEPT, modern SMP/E is a miracle.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Wednesday, May 23, 2018 12:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [External] Old School Maintenance Philosophy -- Never 
ACCEPT?

>SMP/E for z/OS  IBM User's Guide SA23-2277-30
... appears to say otherwise:

No. Read what I actually wrote. The configuration information for an SMP4 or 
earlier environment is in multiple data sets, of which the CDS is only one. The 
CDS is the equivalent of a target zone, not of the entire CSI, and the manual 
you cited does not claim otherwise.

--
Shmuel (Seymour J.) Metz
https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Esmetz3=DwIGaQ=_hRq4mqlUmqpqlyQ5hkoDXIVh6I6pxfkkNxQuL0p-Z0=_pjUpH7SxKBkB6gBZH_r7a7W1q59Nzy5lPxFUOMH-UM=Qtc7CRLhR62m9Vglr6iyfbkAN62o5ohE_t06AvB1jyg=_iP0gQfCrV5cvBwSr_aeLuT6mLZoVSd29bf9vk1_rng=

From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, May 23, 2018 3:19 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

On Wed, 23 May 2018 18:55:21 +, Seymour J Metz wrote:

>The CDS may have been an equivalent to a target zone, but not to the entire 
>CSI. You won't get very far without a PTS and ACDS.
>
SMP/E for z/OS  IBM User's Guide SA23-2277-30 ... appears to say otherwise:

The consolidated software inventory (CSI)
The CSI data sets contain all the information SMP/E needs to
track the distribution and target libraries. As the card catalog
contains a card for each book in the library, the CSI contains
an entry for each element in its libraries. The CSI entries
contain the element name, type, history, how the element was
introduced into the system, and a pointer to the element in the
distribution and target libraries.*The*CSI*does*not*contain*the
*element*itself*, but rather a description of the element it
represents
[emphasis added]

This seems to use "CSI" to refer to the VSAM data sets, but not to PDSes that 
contain actual elements.

-- gil

Can a job determine its own WLM priority?

2018-05-24 Thread Phil Smith III

That is, can a job determine what its WLM priority is, and especially
whether that changes as it runs?

 

Clearly the real answer is "yes", so this becomes a two-part question:

1) Is there a documented interface?

2) Are there undocumented interfaces?

 

Thanks.


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

Re: How do I use 3270-4E on TSO?

2018-05-24 Thread Farley, Peter x23353

It is a VTAM setting plus an ISPF setting.

VTAM:

logon applid=Your-TSO,logmode=D4C32XX3

ISPF "0" (zero) screen:

Terminal Characteristics 
  Screen format   3  1. Data2. Std 3. Max 4. Part

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Thursday, May 24, 2018 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How do I use 3270-4E on TSO?

EXTERNAL EMAIL

What is the TSO setting to allow me to use all the lines of a 3270-4?

thanks,

Tony Thigpen
--


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


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

Re: How do I use 3270-4E on TSO?

2018-05-24 Thread Joe Monk

I always logged on with a logmode that supported all models, then I could
pick which one I wanted. Had three LT'a, so one was TSO 43x80, one was SDSF
report display, and one was test CICS region,,,

Joe

On Thu, May 24, 2018 at 4:46 PM, Tony Thigpen  wrote:

> What is the TSO setting to allow me to use all the lines of a 3270-4?
>
> thanks,
>
> Tony Thigpen
>
> --
> 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

How do I use 3270-4E on TSO?


What is the TSO setting to allow me to use all the lines of a 3270-4?

thanks,

Tony Thigpen

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

Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

2018-05-24 Thread Jim Mulder

  PGSER PROTECT is the corresponding service for the 0K-2GiB range.

  RENT modules from APF authorized libraries are loaded into 
subpool 252 (key 0, non-fetch protected).If the undocumented
CSVRENTSP252 trap is enabled in DIAGxx, subpool 252 is also used for
RENT modules from unauthorized libraries.

  If REFRPROT is in effect via PROGxx or SETPROG, REFR modules
are loaded into subpool 252 (regardless of whether or not the library is
APF authorized), and the full 4K pages are protected via
PGSER PROTECT. 


Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

John McKown  wrote on 05/24/2018 03:58:29 
PM:
 
> Now, personally, I _love_ that I can have z/OS fetch place RENT code in 
key
> 0 memory. Hum, are those pages also marked "read only", or is the
> protection only that most programs don't run key 0? I was hoping that I
> could use the IARV64 REQUEST=PROTECT to make the memory ReadOnly, but
> apparently that API can only be used with "memory objects" which are 
"above
> the bar", not memory in the 0K-2GiB range.



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

Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

URL to a Github "gist" with the output that the Listserv rejected.

https://gist.github.com/JohnArchieMckown/20d995cce8e2f201a4cf9725c4932092

On Thu, May 24, 2018 at 3:30 PM Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 24 May 2018 15:58:54 -0400, John Eells wrote:
>
> >Tom Marchant wrote:
> >> On Thu, 24 May 2018 13:30:20 -0500, John McKown wrote:
> >>
> >>> On Thu, May 24, 2018 at 12:40 PM Seymour J Metz 
> wrote:
> >>>
>  Have you looked at the MOD entries for the missing csects?
> >>>
> >>> Yes, they look correct to me. The entries for each MOD (missing & not
> >>> missing) points to AOSBN as where it resides.
> >>
> >> That's fine, but what LMODS are listed as containing those MODs?
> >>
> >
> >It's the MOD entries that have subentries for the LMODs in which they
> >are included.
>
> Right. That's what I meant. When a MOD is listed, part of that data is a
> list of LMODs the module is linked into.
>
> --
> Tom Marchant
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)


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: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

On Thu, 24 May 2018 15:58:54 -0400, John Eells wrote:

>Tom Marchant wrote:
>> On Thu, 24 May 2018 13:30:20 -0500, John McKown wrote:
>>
>>> On Thu, May 24, 2018 at 12:40 PM Seymour J Metz  wrote:
>>>
 Have you looked at the MOD entries for the missing csects?
>>>
>>> Yes, they look correct to me. The entries for each MOD (missing & not
>>> missing) points to AOSBN as where it resides.
>>
>> That's fine, but what LMODS are listed as containing those MODs?
>>
>
>It's the MOD entries that have subentries for the LMODs in which they
>are included.

Right. That's what I meant. When a MOD is listed, part of that data is a 
list of LMODs the module is linked into.

-- 
Tom Marchant

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

Fwd: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

Message below, with attached output, was reject by the Listserv because it
had too many lines (>1000)

-- Forwarded message -
From: John McKown 
Date: Thu, May 24, 2018 at 3:19 PM
Subject: Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing
CSECTs.
To: IBM Mainframe Discussion List 

On Thu, May 24, 2018 at 2:55 PM Longabaugh, Robert E <
robert.longaba...@ca.com> wrote:

> You can do a LIST MOD(modname) XREF to find the load modules that a given
> module resides in.
>

Thanks. On the specific MOD that I'm looking at, it does indeed show that
IRRCSU00 is referenced by IRRENV00. On the running system, IRRCSU00 is
indeed within IRRENV00 (according to AMBLIST). Likewise, if I do a LIST
LMOD on IRRENV00, the MOD IRRCSU00 shows up. But on the APPLY output,
IRRENV00 fails to link properly because IRRCSU00 is "SYMBOL IRRCSU00
UNRESOLVED.  MEMBER COULD NOT BE INCLUDED FROM THE DESIGNATED CALL LIBRARY"
. Other IRR* modules also get that messages. All the MODs which do _not_
get the message have an INCLUDE AOSBN(module) shown in the Binder output.
So, somehow, it appears to me that IRRCSU00, et al., should have a similar
INCLUDE AOSBN(IRRCSU00) statement given to the Binder, but it does not.

I have attached a .txt file to this email which shows the Binder output
from the APPLY (just for this one LMOD) along with the LIST LMOD() XREF
output. Hopefully it won't get stripped out by the list server.

 >I'm going to do a complete disk-level restore of the target system

> >(sandbox).
>
> And the Global zone as well, I hope. Otherwise you will have a global out
> of sync with the target zone.
>

Yes, I will restore _all_ the dedicated z/OS SMPE volumes. They contain
all of the SMPE datasets & distribution data sets. I will revert to being
in the state I was in before I did the APPLY.

>
> >I had a number Sx37 abends which may be the main problem.
> >Perhaps resizing those libraries (after disk restoration) will solve
> >this problem.
>
> Not likely, IMO.
>
> --
> Tom Marchant
>
>
-- 
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)

Maranatha! <><
John McKown

-- 
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)

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: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

2018-05-24 Thread John Eells


Tom Marchant wrote:

On Thu, 24 May 2018 13:30:20 -0500, John McKown wrote:


On Thu, May 24, 2018 at 12:40 PM Seymour J Metz  wrote:


Have you looked at the MOD entries for the missing csects?


Yes, they look correct to me. The entries for each MOD (missing & not
missing) points to AOSBN as where it resides.


That's fine, but what LMODS are listed as containing those MODs?



It's the MOD entries that have subentries for the LMODs in which they 
are included.  So, let's assume for the moment that none of the members 
of AOSBN are packaged as ++PROGRAMs, which would not be relevant in this 
context.  You have to LIST the MODs for all the members of AOSBN to see 
which target library load modules and program objects are made up using 
one or more of the MODs from that DLIB data set.  Note that those load 
modules and program objects thus identified might also include MODs that 
represent members from other DLIB data sets.


Probably more to the point, if you want to know which MODs are 
associated with a particular LMOD, then LIST LMOD(name) XREF will tell 
you.  Each of those MODs can point to a different DLIB data set; it's 
not unusual for a load module to include MODs from several different 
DLIB data sets.


--
John Eells
IBM Poughkeepsie
ee...@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: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

On Thu, May 24, 2018 at 2:09 PM Seymour J Metz  wrote:

> No. It means that the code will run correctly even if the OS refreshes it
> from DASD. That might mean that it is R/O, or it might only mean that the
> changes are not relevant to correct operation, e.g., storing data for dump
> analysis that the module never looks at again.
>
> Now, IMHO it's bad form to play such games, but it's legal.
>

Thanks. I thought that there was a word/phrase for a program which does
not modify anything within itself, including "data" areas. E.g. something
better than "not self-modifying". The only thing that I have found in my
searching is "ROMable code". Which I hope is self evident as "code which
will run correctly even if stored in ReadOnlyMemory". Apparently this is
what some of the ARM programmers, especially "embedded" programmers, use
for this. 

Now, personally, I _love_ that I can have z/OS fetch place RENT code in key
0 memory. Hum, are those pages also marked "read only", or is the
protection only that most programs don't run key 0? I was hoping that I
could use the IARV64 REQUEST=PROTECT to make the memory ReadOnly, but
apparently that API can only be used with "memory objects" which are "above
the bar", not memory in the 0K-2GiB range.

>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3

-- 
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)

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: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

2018-05-24 Thread Longabaugh, Robert E

You can do a LIST MOD(modname) XREF to find the load modules that a given 
module resides in.


Example:

SET BDY(CAIT0) .
LIST MOD(V37ALLOC) XREF .

Output shows that the module is in several load modules, none of which match 
the module name.

  NAME  



V37ALLOC  LASTUPD = RO97974  TYPE=UPD   

  LIBRARIES   = DISTLIB=ACTVMOD0

  FMID= CCTVC50 

  RMID= RO97974 

  LMOD= V37BTL00  V37BTL01  V37BTL02  V37BTL03  V37BTL04  
V37BTL05  V37BTL06  V37BTL07  V37BTL08
V37BTL09  V37BTL10  V37BTL11  V37BTL12  

  SYSMOD HISTORY  = SYSMOD   TYPE   DATE   MCS   -- 
STATUS --   
CCTVC50  FUNCTION  13.330  MODULEAPP

RO20699  PTF   13.330  MODULEAPP

RO44774  PTF   13.330  MODULEAPP

TR84363  APAR  15.265  MODULEAPP

RO84363  PTF   15.267  MODULEAPP

RO85335  PTF   15.323  MODULEAPP

RO97974  PTF   17.268  MODULEAPP


Doing the reverse and listing an LMOD will show the modules that it needs.  It 
does not show the physical presence of the modules, just the status in the CSI.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, May 24, 2018 2:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.



On Thu, 24 May 2018 13:35:06 -0500, John McKown wrote:

>I'm going to do a complete disk-level restore of the target system 
>(sandbox).

And the Global zone as well, I hope. Otherwise you will have a global out of 
sync with the target zone.

>I had a number Sx37 abends which may be the main problem.
>Perhaps resizing those libraries (after disk restoration) will solve 
>this problem.

Not likely, IMO.

--
Tom Marchant

--
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: Sample program for JES dataset read?

Hi Charles,

It hasn't been mentioned but you could also use the SAPI interface.

File 790 on the CBT site has a package called "SRS" which is great for pulling 
the datasets from a job on spool.

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

Re: How to identify Proc Usage ( was DAF (CBT 094) - Unknown Datatype x01BB)

If you have ThruPut Manager (from Compuware) it knows the coded procedure name 
and where it came from.

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

Re: How to capture STC Logs

Haven't done this myself, but I suspect that you can do that with 
SDSF/IOF/other spool browsers.

Why not simply MOD the file rather than copying to a NEW file?

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

Re: CLIP?

Back in the 70's & 80's we had a program to "CLIP" a DASD volume to simply 
change the label (before ICKDSF was available).

When a tape lead was crunched around the capstan we would simply splice in a 
NEW lead.  As soon as that tape had completed being used for the current job we 
quickly took it to support to be duplicated to a new tape with a NON-spliced 
lead.
The spliced tape had the temporary lead cut off, a new reflector tape was added 
to the appropriate location and the volume was re-initialized.   An exciting 
time for the "library support" people.

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

Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

On Thu, 24 May 2018 13:35:06 -0500, John McKown wrote:

>I'm going to do a complete disk-level restore of the target system
>(sandbox).

And the Global zone as well, I hope. Otherwise you will have a global 
out of sync with the target zone.

>I had a number Sx37 abends which may be the main problem.
>Perhaps resizing those libraries (after disk restoration) will solve this
>problem.

Not likely, IMO.

-- 
Tom Marchant

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

Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

No. It means that the code will run correctly even if the OS refreshes it from 
DASD. That might mean that it is R/O, or it might only mean that the changes 
are not relevant to correct operation, e.g., storing data for dump analysis 
that the module never looks at again.

Now, IMHO it's bad form to play such games, but it's legal.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

From: IBM Mainframe Discussion List  on behalf of 
John McKown 
Sent: Thursday, May 24, 2018 2:56 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: How to get BPX loadhfs (BPX1LOD) to load module into writable 
memory?

On Thu, May 24, 2018 at 12:55 PM Steve Smith  wrote:

> IBM would like (for obvious reasons) to have an attribute that means
> "read-only", but for some reason, they've never managed to just say so.
> The standard definitions of RENT and REFR do not logically require
> read-only modules, but both are treated as if they do.
>

It's too bad that RENT implies "read only". It makes complete sense that
REFR does. IIRC, back in the very old days, there was the "SVC transient"
area (2K or 4K) into which an type 3 SVC or one of the parts of a type 4
SVC was dynamically loaded. These modules were "refreshable" which I think
meant "MVS, you are allowed to refetch this module from disk and just
continue running it because I guarantee that the code & data areas in it
are not ever going to change".

>
> sas
>
>
--
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)

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

Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

On Thu, 24 May 2018 13:30:20 -0500, John McKown wrote:

>On Thu, May 24, 2018 at 12:40 PM Seymour J Metz  wrote:
>
>> Have you looked at the MOD entries for the missing csects?
>
>Yes, they look correct to me. The entries for each MOD (missing & not
>missing) points to AOSBN as where it resides.

That's fine, but what LMODS are listed as containing those MODs?

-- 
Tom Marchant

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

Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

2018-05-24 Thread John Eells

A MOD entry represents a member of a DLIB data set.  Each DLIB data set 
member may contain one or more sections, like CSECTs.  (Those CSECTs 
residing in a particular DLIB member might or might not be known to 
SMP/E, depending on how the product was packaged.  But SMP/E really acts 
on the MODs.)  To create a load module (in a PDS) or a bound program 
object (in a PDSE), one or more MODs are included to create the output 
member.  Which ones are included is specified using LMOD keywords on the 
++MOD statement and JCLIN for "linkedit" steps, and the LMODs in which a 
MOD is included are stored in its MOD entry.


Now you have load module (or PO, but for convenience just load module 
hereafter) in a target library.  When an FMID has been applied and 
accepted without any of its PTFs, the sections in the load module are 
identical to the content of included DLIB members.


Now, you put on a PTF that affects one of the MODs but not all of the 
MODs in the load module.  If SMP/E included all of the MODs from the 
DLIB, and the new MOD in the PTF, that would be OK...the first time. 
But now, a second PTF comes along.  It affects a different MOD in the 
load module.  If SMP/E includes the MODs from the DLIBs and the new MOD 
from the PTF, it will regress the first MOD's content in the load 
module.  We hate it when this happens.


So SMP/E instead cleverly includes the new MOD from the PTF and the load 
module from the target library instead.  This reuses the other content 
of the load module and prevents regression.


Does that answer your question?

Finally, if you are missing CSECTs in the output load module that were 
present in the input load module after installation some PTFs, and they 
were not explicitly deleted in the PTF packaging, Something Is Very 
Wrong.  What it might be is difficult to say without more information.


John McKown wrote:


No, but why would IBM do INCLUDE statements for some MODS but not others
in the same distribution library (AOSBN)?






Yeap. I did all that. There is a CALLLIBS for SCEELKED and a SYSLIB for
LINKLIB. What seems missing to me are the LKED "INCLUDE AOSBN(csect)"
statements. There are some a number of those for other CSECTs. But none for
the missing CSECTs. To my way of thinking, if you INCLUDE some MODS from
AOSBN, then it is reasonable to INCLUDE other, used, MODS which are
refereced and exist in AOSBN. And the "missing" CSECTs are indeed in the
target zone with AOSBN as the library in which they reside.


--
John Eells
IBM Poughkeepsie
ee...@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: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

On Thu, May 24, 2018 at 12:55 PM Steve Smith  wrote:

> IBM would like (for obvious reasons) to have an attribute that means
> "read-only", but for some reason, they've never managed to just say so.
> The standard definitions of RENT and REFR do not logically require
> read-only modules, but both are treated as if they do.
>

It's too bad that RENT implies "read only". It makes complete sense that
REFR does. IIRC, back in the very old days, there was the "SVC transient"
area (2K or 4K) into which an type 3 SVC or one of the parts of a type 4
SVC was dynamically loaded. These modules were "refreshable" which I think
meant "MVS, you are allowed to refetch this module from disk and just
continue running it because I guarantee that the code & data areas in it
are not ever going to change".

>
> sas
>
>
-- 
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)

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: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

2018-05-24 Thread Allan Staller

++ DEL action holds?

Normal SMPE action is "include smpwrk(new module)"
  "include original load module"
  "name(load module) replace"


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, May 24, 2018 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

On Thu, May 24, 2018 at 12:40 PM Seymour J Metz  wrote:

> Did you do anything equivalent to NCAL?
>

No, but why would IBM do INCLUDE statements for some MODS but not others in 
the same distribution library (AOSBN)?



>
> Have you looked at the MOD entries for the missing csects?
>

Yes, they look correct to me. The entries for each MOD (missing & not
missing) points to AOSBN as where it resides.



>
> Have you looked at the LMOD entry?
> CALL?
> CALLLIBS?
> NOCALL?
>

Yeap. I did all that. There is a CALLLIBS for SCEELKED and a SYSLIB for 
LINKLIB. What seems missing to me are the LKED "INCLUDE AOSBN(csect)"
statements. There are some a number of those for other CSECTs. But none for the 
missing CSECTs. To my way of thinking, if you INCLUDE some MODS from AOSBN, 
then it is reasonable to INCLUDE other, used, MODS which are refereced and 
exist in AOSBN. And the "missing" CSECTs are indeed in the target zone with 
AOSBN as the library in which they reside.



>
>
> --
> Shmuel (Seymour J.) Metz
> https://apac01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.
> gmu.edu%2F~smetz3=02%7C01%7Callan.staller%40HCL.COM%7C2b4701f7858
> b43677c1708d5c1a479f0%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636
> 627834556113168=1wKt0vGfixpwBNQcjJroWl6LXVu4aqmBUXz8zLfE2%2Fc%3D
> =0
>

--
Once a government places vague notions of public safety and security above the 
preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)


Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

Thanks to all. After all this work, my boss has informed me that everything
I have done is unnecessary. I was looking at this to stage up to our
(hopefully) getting a z12BC and a new version of z/OS (probably the lowest
version which can still be ordered "to minimize changes"). Of course, a big
problem might be lack of compatibility PTFs on 1.12 versus 2.n . In any
case, I'm going to do a complete disk-level restore of the target system
(sandbox). I had a number Sx37 abends which may be the main problem.
Perhaps resizing those libraries (after disk restoration) will solve this
problem.

On Thu, May 24, 2018 at 12:55 PM Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 24 May 2018 09:14:20 -0500, John McKown wrote:
>
> >OK, y'all probably know that I'm on a very back level system -- z/OS 1.12
> >and we're even back level on maintenance. I'm trying to get more up to
> >date, mainly for "fun & profit". Anyway. There are a number of RACF
> modules
> >which were hit and SMP/E tries to relink them. The problem seems to be
> that
> >some CSECTs are missing in the relink.
>
> Was this something that happened during the APPLY of a PTF?
> Did the PTF include JCLIN?
> What MCS statements are in the PTF?
>
> AFAIK, normal behavior of SMP/E when applying a PTF that contains a
> replacement ++MOD is that all LMODs that contain that module are relinked.
> The original load module (or program object) is included, and the module
> from the PTF is included. In this way, all of the CSECTs in the load
> module
> are retained, and the one supplied by the PTF replaces the original.
>
> >They are in the LMOD in the running
> >LINKLIB. In the output, I see the binder output which tries to relink the
> >module. I see the missing CSECTs. The CSECTs which are not missing are
> have
> >Binder " INCLUDE AOSBN(csect)" in the binder's input stream. The CSECTs
> >which are needed are in AOSBN properly, but there is no INCLUDE for them.
> >
> >I've never had anything like this happen before. I've been looking around
> >in the current SMP/E manual and I _might_ be able to "fix" all the LMOD
> >entries using UCLIN. But this seems to be dangerous to me.
>
> I wouldn't do that.
>
> >Any suggestions other than a stiff shot of something "nice" and
> "soothing"?
>
> PMR.
>
> --
> Tom Marchant
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)


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: [External] Old School Maintenance Philosophy -- Never ACCEPT?

VSAM came out in the same time frame as SMP, Yes, pre-ICF VSAM had some issues, 
but the way that SMP misused member name was a true gargoyle.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

From: IBM Mainframe Discussion List  on behalf of 
Jesse 1 Robinson 
Sent: Wednesday, May 23, 2018 5:30 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

Pre-E SMP consisted entirely of PDS--PO because PDSE had not been invented yet. 
It was, as someone pointed out, a sort of elaborate RYO data base. In those 
days of molasses-inspired SLED, clunky CPUs, limited expensive central memory, 
and a far less sophisticated MVS than we enjoy today, a 'standard' SMP install 
could take forever. Hours. Days. Longer even than the MTTF of the 
infrastructure itself.

So SMP provided an alternative run mode. I forget the terminology, but it 
entailed reading entire PDS directories into memory, updating data in memory as 
required, then writing entire directories back out in one massive operation. 
The result was a far shorter elapsed time than the standard mode. Unless. 
Unless something went wrong, especially during the write-out phase. Could be a 
program failure; DASD error; power hiccup, spilled cup of coffee. At that point 
the entire SMP data base was trashed. So you restored the whole SMP environment 
and started over.

With or without ACCEPT, modern SMP/E is a miracle.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Wednesday, May 23, 2018 12:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [External] Old School Maintenance Philosophy -- Never 
ACCEPT?

>SMP/E for z/OS  IBM User's Guide SA23-2277-30
... appears to say otherwise:

No. Read what I actually wrote. The configuration information for an SMP4 or 
earlier environment is in multiple data sets, of which the CDS is only one. The 
CDS is the equivalent of a target zone, not of the entire CSI, and the manual 
you cited does not claim otherwise.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, May 23, 2018 3:19 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

On Wed, 23 May 2018 18:55:21 +, Seymour J Metz wrote:

>The CDS may have been an equivalent to a target zone, but not to the entire 
>CSI. You won't get very far without a PTS and ACDS.
>
SMP/E for z/OS  IBM User's Guide SA23-2277-30 ... appears to say otherwise:

The consolidated software inventory (CSI)
The CSI data sets contain all the information SMP/E needs to
track the distribution and target libraries. As the card catalog
contains a card for each book in the library, the CSI contains
an entry for each element in its libraries. The CSI entries
contain the element name, type, history, how the element was
introduced into the system, and a pointer to the element in the
distribution and target libraries.*The*CSI*does*not*contain*the
*element*itself*, but rather a description of the element it
represents
[emphasis added]

This seems to use "CSI" to refer to the VSAM data sets, but not to PDSes that 
contain actual elements.

-- gil

--
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: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

On Thu, May 24, 2018 at 12:40 PM Seymour J Metz  wrote:

> Did you do anything equivalent to NCAL?
>

No, but why would IBM do INCLUDE statements for some MODS but not others
in the same distribution library (AOSBN)?

>
> Have you looked at the MOD entries for the missing csects?
>

Yes, they look correct to me. The entries for each MOD (missing & not
missing) points to AOSBN as where it resides.

>
> Have you looked at the LMOD entry?
> CALL?
> CALLLIBS?
> NOCALL?
>

Yeap. I did all that. There is a CALLLIBS for SCEELKED and a SYSLIB for
LINKLIB. What seems missing to me are the LKED "INCLUDE AOSBN(csect)"
statements. There are some a number of those for other CSECTs. But none for
the missing CSECTs. To my way of thinking, if you INCLUDE some MODS from
AOSBN, then it is reasonable to INCLUDE other, used, MODS which are
refereced and exist in AOSBN. And the "missing" CSECTs are indeed in the
target zone with AOSBN as the library in which they reside.

>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>

-- 
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)

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: [External] Old School Maintenance Philosophy -- Never ACCEPT?

IBM renamed  IMAPTFLE to HMAPTFLE for OS/VS1 and to AMAPTFLE for OS/VS2. See 
.
 It was a far cry from SMP, e.g., no prerequisite or supersede processing.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

From: IBM Mainframe Discussion List  on behalf of 
Mike Hochee 
Sent: Thursday, May 24, 2018 12:18 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

Yes, definitely something like that... AMAPTFLE.  It was mentioned in this 
NaSPA article as an SMP predecessor... 
http://secure-web.cisco.com/1Tn5K0ThpWxgRGk9zMU6qHUUN9h6yTOzRrG-9Vin1D-Tc2SNRcR90wQROU-DJCj79QRy0gnfYafR8zslqpwow_-j6QXNbLlQjyoClPiGUXr-KzCUk99srwowPcVCBaavxZGx1UYq2eReyQREPwQ5FeUSXkuOGZgooiDmOacs97HY_GtMZ_qDiuQ-_WYUWL72PvJ45W-6tHNfOxwQKtjw0UJXLEpOEgVXArDBhYoTX8FZTZxcXa3zSEiPh0H-2cTqUQQkOsCSjOoCtfR8npVvAlCysgXepWh1mn0GpnayWpTdLqdEps-aS9E-i0QPVgvDPIP-WqRl256lSTA5mhffPDkswnRQD-yr9zEYGrbYp1-pyUU4bLj3zwMEo52YXLrQQ4m-4HWABJSl-ENNEAyDSudL-lxkTd6T7gOqv_heI9FfkNtpzPIo2zADpTIQ8JO5p/http%3A%2F%2Fwww.naspa.net%2Fmagazine%2F2005%2F0705%2FT0507009.pdf

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gerhard Adam
Sent: Thursday, May 24, 2018 12:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

I personally used SMP in 1975 on a S/360 running MFT.

Sent from my iPhone

On May 23, 2018, at 8:29 PM, Edward Gould  wrote:

>> On May 23, 2018, at 2:13 PM, Gerhard Adam  wrote:
>>
>> SMP was available in MVT and MFT.  It did not begin with MVS
>
> I beg to differ. But I was new to the job and our senior sysprog did maint 
> with another IBM program (which I do not remember but it was NOT SMP but 
> something like iebptfle or something like that.
> Someone else, please confirm.
>
> Ed
>
>
> --
> 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: MVCL (was Re: GETMAIN LOC=32)

2018-05-24 Thread Jim Ruddy

You either want to make the lights dim or clear out a huge buffer pool or
both.

Jim

On Thu, May 24, 2018 at 11:17 AM, Steve Smith  wrote:

> Yeah, and there's this new book called Principles of Operation you might
> want to check out. Unless you'd rather it was just quoted piece-meal here.
>
> btw, MVCLE extends the maximum length, albeit not usefully.  However, I
> still have to believe that if you want to move 16mb, you're probably not
> thinking things through very well.  I'd love to hear why that would be
> necessary.
>
> sas
>
> On Thu, May 24, 2018 at 1:03 PM, Mike Schwab 
> wrote:
>
> > For MVCL the fill byte is the same and maximum length is still 16 MiB,
> > just like AM31.  Uses 64 bit source and target address.
>
> --
> 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: [External] Old School Maintenance Philosophy -- Never ACCEPT?

?

You admit that you were not familiar with the background.

IBM carried forward AMAPTFLE 

 under the name AMAPTFLE, but it did not do what SMP did., or anything close. 
You can't even install a PTF that affects multiple target libraries, much less 
track dependencies.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

From: IBM Mainframe Discussion List  on behalf of 
Edward Gould 
Sent: Wednesday, May 23, 2018 11:29 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

> On May 23, 2018, at 2:13 PM, Gerhard Adam  wrote:
>
> SMP was available in MVT and MFT.  It did not begin with MVS

I beg to differ. But I was new to the job and our senior sysprog did maint with 
another IBM program (which I do not remember but it was NOT SMP but something 
like iebptfle or something like that.
Someone else, please confirm.

Ed

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

MVCL (was Re: GETMAIN LOC=32)

2018-05-24 Thread Steve Smith

Yeah, and there's this new book called Principles of Operation you might
want to check out. Unless you'd rather it was just quoted piece-meal here.

btw, MVCLE extends the maximum length, albeit not usefully.  However, I
still have to believe that if you want to move 16mb, you're probably not
thinking things through very well.  I'd love to hear why that would be
necessary.

sas

On Thu, May 24, 2018 at 1:03 PM, Mike Schwab 
wrote:

> For MVCL the fill byte is the same and maximum length is still 16 MiB,
> just like AM31.  Uses 64 bit source and target address.

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

Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

On Thu, 24 May 2018 09:14:20 -0500, John McKown wrote:

>OK, y'all probably know that I'm on a very back level system -- z/OS 1.12
>and we're even back level on maintenance. I'm trying to get more up to
>date, mainly for "fun & profit". Anyway. There are a number of RACF modules
>which were hit and SMP/E tries to relink them. The problem seems to be that
>some CSECTs are missing in the relink.

Was this something that happened during the APPLY of a PTF?
Did the PTF include JCLIN?
What MCS statements are in the PTF?

AFAIK, normal behavior of SMP/E when applying a PTF that contains a 
replacement ++MOD is that all LMODs that contain that module are relinked. 
The original load module (or program object) is included, and the module 
from the PTF is included. In this way, all of the CSECTs in the load module 
are retained, and the one supplied by the PTF replaces the original.

>They are in the LMOD in the running
>LINKLIB. In the output, I see the binder output which tries to relink the
>module. I see the missing CSECTs. The CSECTs which are not missing are have
>Binder " INCLUDE AOSBN(csect)" in the binder's input stream. The CSECTs
>which are needed are in AOSBN properly, but there is no INCLUDE for them.
>
>I've never had anything like this happen before. I've been looking around
>in the current SMP/E manual and I _might_ be able to "fix" all the LMOD
>entries using UCLIN. But this seems to be dangerous to me.

I wouldn't do that.

>Any suggestions other than a stiff shot of something "nice" and "soothing"?

PMR.

-- 
Tom Marchant

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

Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

2018-05-24 Thread Steve Smith

IBM would like (for obvious reasons) to have an attribute that means
"read-only", but for some reason, they've never managed to just say so.
The standard definitions of RENT and REFR do not logically require
read-only modules, but both are treated as if they do.

sas

On Thu, May 24, 2018 at 11:52 AM, Peter Hunkeler  wrote:

>
> >Loading from the HFS seems to prefer to load RENT modules in read-only
> memory; without the "a" attribute.
>
>
>
>
> I haven't tested, and I believe what you say is what you see. However,
> this is not expected behaviour, since RENT does *not* mean the program must
> not modify itself. The Program Management User's Guide explicitly mentions
> that:
>
>
> Module reusability:
> o Reenterable (reentrant). The module is designed for concurrent execution
> by multiple tasks. If a reenterable module modifies its own data areas or
> other shared resources in any way, appropriate serialization must be in
> place to prevent interference between using tasks.
>
>
> --
> Peter Hunkeler
>

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

Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

Did you do anything equivalent to NCAL?

Have you looked at the MOD entries for the missing csects? 

Have you looked at the LMOD entry?
CALL?
CALLLIBS?
NOCALL?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
John McKown 
Sent: Thursday, May 24, 2018 10:14 AM
To: IBM-MAIN@listserv.ua.edu
Subject: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

OK, y'all probably know that I'm on a very back level system -- z/OS 1.12
and we're even back level on maintenance. I'm trying to get more up to
date, mainly for "fun & profit". Anyway. There are a number of RACF modules
which were hit and SMP/E tries to relink them. The problem seems to be that
some CSECTs are missing in the relink. They are in the LMOD in the running
LINKLIB. In the output, I see the binder output which tries to relink the
module. I see the missing CSECTs. The CSECTs which are not missing are have
Binder " INCLUDE AOSBN(csect)" in the binder's input stream. The CSECTs
which are needed are in AOSBN properly, but there is no INCLUDE for them.

I've never had anything like this happen before. I've been looking around
in the current SMP/E manual and I _might_ be able to "fix" all the LMOD
entries using UCLIN. But this seems to be dangerous to me.

Any suggestions other than a stiff shot of something "nice" and "soothing"?

--
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)


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

Re: GETMAIN LOC=32

2018-05-24 Thread Mike Schwab

For MVCL the fill byte is the same and maximum length is still 16 MiB,
just like AM31.  Uses 64 bit source and target address.

On Wed, May 23, 2018 at 10:41 PM, Ed Jaffe  wrote:
> On 5/11/2018 2:24 PM, Bernd Oppolzer wrote:
>>
>> For example: I'm not really familiar with the new 64 bit instruction,
>> but there must be an instruction similar to MVCL, involving two
>> 64 bit address registers and two length registers.
>
>
> Yes. It's called MVCL.
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> http://www.phoenixsoftware.com/
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

2018-05-24 Thread Peter Hunkeler


>Loading from the HFS seems to prefer to load RENT modules in read-only
memory; without the "a" attribute.




I haven't tested, and I believe what you say is what you see. However, this is 
not expected behaviour, since RENT does *not* mean the program must not modify 
itself. The Program Management User's Guide explicitly mentions that:


Module reusability:
o Reenterable (reentrant). The module is designed for concurrent execution by 
multiple tasks. If a reenterable module modifies its own data areas or other 
shared resources in any way, appropriate serialization must be in place to 
prevent interference between using tasks.


--
Peter Hunkeler



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

Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

2018-05-24 Thread Peter Hunkeler


>I believe that lately there's a PARMLIB option (REFRPROT?) which modulates 
>this.


As the name implies, this has influence on the loading REFResable load modules. 
The manual does not mention it has any influence on loading RENT module.

--
Peter Hunkeler

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

Re: File transfer Red Alert

2018-05-24 Thread Andrew Arentsen

Thanks! 
I took a look at my keyring for SMPE and found that I don't have the 
GeoTrust Global CA but I do have the Equifax Secure CA and DigiCert Global 
Root CA attached. Using the SYSFTPD DD, I was able to use my existing SMPE 
keyring to successfully connect and secure FTP to 
testcase.boulder.ibm.com. Thanks for the tip to use those same certs. I 
really believe that should be documented at 
https://www-05.ibm.com/de/support/ecurep/send_ftp.html#ftp. 

Now to wait for a link to get a UID/token...

Andrew Arentsen
Senior Mainframe Systems Engineer




From:   "Jousma, David" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   05/24/2018 09:37 AM
Subject:Re: File transfer Red Alert
Sent by:"IBM Mainframe Discussion List" 



I know your question wasn't about SMPE, but the setup to do TLS encrypted 
(or FTPs) file transfer is the same with regards to the FTP client setup 
portion. 

Here it is, they say download files, but the same is true for UPLOAD as 
well.

IBM's secure FTP server (FTPS)

 SMP/E for z/OS User's Guide
 SA23-2277-01 

 
 
 


To download files from IBM's secure FTP server, it is necessary to enable 
SSL/TLS in the z/OS® Communications Server FTP client program. To enable 
the FTP client program for SSL/TLS, there are several statements in the 
FTP.DATA file that must be considered as follows: SECURE_FTP ALLOWED 
SECURE_MECHANISM  TLS
TLSRFCLEVEL   CCCNONOTIFY
TLSMECHANISM  FTP
SECURE_DATACONN   PRIVATE
KEYRING   keyringname
EPSV4 TRUE
SECURE_FTPThis statement specifies whether a security mechanism is 
optional or required by the FTP client. ALLOWED indicates a security 
mechanism is optional and the FTP client will allow both secure traffic 
and non-secure traffic. PRIVATE indicates a security mechanism is required 
and the FTP client will allow only secure traffic. Either ALLOWED or 
PRIVATE must be specified. SECURE_MECHANISMThis statement specifies which 
security mechanism to use when a session is established. The TLS parameter 
must be specified.TLSRFCLEVELUse this statement to specify the level of 
RFC 4217 that FTP operations will support. CCCNONOTIFY indicates FTP will 
properly support the CCC (clear control connection) command and must be 
specified.TLSMECHANISMUse this statement to specify whether TLS is 
implemented by AT-TLS or by FTP. FTP indicates TLS processing is performed 
by FTP.SECURE_DATACONNThis statement indicates the minimum level of 
security to be used for data connections by the FTP client. NEVER 
indicates data must never be enciphered during transfer. CLEAR indicates 
data may be transferred either with no security or may be enciphered, and 
is the default value. PRIVATE indicates data must be transferred 
enciphered. The IBM® secure FTP server requires that data be transferred 
enciphered. Therefore, you must specify PRIVATE for the SECURE_DATACONN 
statement. KEYRINGThis statement defines the key ring that contains the 
Certificate Authority certificate to be used during the TLS handshake. You 
can use the same key ring for both HTTPS and FTPS operations. Specify the 
name of the keyring defined in Creating key rings on the KEYRING 
statement. However, IBM's secure FTP server uses a server certificate 
signed by a different certificate authority. Therefore, you must add the 
GeoTrust Global CA certificate to your keyring. 1.Download to your work 
station the GeoTrust Global CA root certificate (Root 2 - GeoTrust Global 
CA) from the GeoTrust website at 
https://www.geotrust.com/resources/root-certificates/index.html.
2.Upload the CA certificate to your z/OS system. There are many methods to 
transfer files from your workstation to your z/OS system. For example, you 
can upload the certificate file with Personal Communications 3270 or use 
TCP/IP FTP. The important things to remember are the certificate file must 
be uploaded to z/OS as Start of changetextEnd of change data, the 
certificate file must be stored in a sequential data set, and the 
sequential data set must have RECFM=VB and LRECL>=256.
3.After you have stored the certificate in a sequential data set, add it 
to your RACF® database using the following RACF command: RACDCERT CERTAUTH 
ADD('ca-cert.dataset.name') +
WITHLABEL('GeoTrust Global CA') TRUST
where ca-cert.dataset.name is the name of the sequential data set used to 
store the certificate received from the GeoTrust web site.
4.Connect the GeoTrust CA certificate to the key ring using the following 
RACF command: RACDCERT ID(userid) CONNECT( CERTAUTH RING(keyringname) +
LABEL('GeoTrust Global CA') USAGE(CERTAUTH) )
where keyringname is the name for the key ring you choose to use for 
secure FTP operations. This can be the same keyring you use for HTTPS 
operations and defined in Creating key rings.
EPSV4This statement directs the FTP client to use the EPSV and EPRT FTP 
commands during an FTP session. If you have trouble

[SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

OK, y'all probably know that I'm on a very back level system -- z/OS 1.12
and we're even back level on maintenance. I'm trying to get more up to
date, mainly for "fun & profit". Anyway. There are a number of RACF modules
which were hit and SMP/E tries to relink them. The problem seems to be that
some CSECTs are missing in the relink. They are in the LMOD in the running
LINKLIB. In the output, I see the binder output which tries to relink the
module. I see the missing CSECTs. The CSECTs which are not missing are have
Binder " INCLUDE AOSBN(csect)" in the binder's input stream. The CSECTs
which are needed are in AOSBN properly, but there is no INCLUDE for them.

I've never had anything like this happen before. I've been looking around
in the current SMP/E manual and I _might_ be able to "fix" all the LMOD
entries using UCLIN. But this seems to be dangerous to me.

Any suggestions other than a stiff shot of something "nice" and "soothing"?

-- 
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)


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: File transfer Red Alert

I know your question wasn't about SMPE, but the setup to do TLS encrypted (or 
FTPs) file transfer is the same with regards to the FTP client setup portion.  

Here it is, they say download files, but the same is true for UPLOAD as well.

IBM's secure FTP server (FTPS)

 SMP/E for z/OS User's Guide
 SA23-2277-01 

 
 
 


To download files from IBM's secure FTP server, it is necessary to enable 
SSL/TLS in the z/OS® Communications Server FTP client program. To enable the 
FTP client program for SSL/TLS, there are several statements in the FTP.DATA 
file that must be considered as follows: SECURE_FTPALLOWED 
SECURE_MECHANISM  TLS
TLSRFCLEVEL   CCCNONOTIFY
TLSMECHANISM  FTP
SECURE_DATACONN   PRIVATE
KEYRING   keyringname
EPSV4 TRUE
SECURE_FTPThis statement specifies whether a security mechanism is optional or 
required by the FTP client. ALLOWED indicates a security mechanism is optional 
and the FTP client will allow both secure traffic and non-secure traffic. 
PRIVATE indicates a security mechanism is required and the FTP client will 
allow only secure traffic. Either ALLOWED or PRIVATE must be specified. 
SECURE_MECHANISMThis statement specifies which security mechanism to use when a 
session is established. The TLS parameter must be specified.TLSRFCLEVELUse this 
statement to specify the level of RFC 4217 that FTP operations will support. 
CCCNONOTIFY indicates FTP will properly support the CCC (clear control 
connection) command and must be specified.TLSMECHANISMUse this statement to 
specify whether TLS is implemented by AT-TLS or by FTP. FTP indicates TLS 
processing is performed by FTP.SECURE_DATACONNThis statement indicates the 
minimum level of security to be used for data connections by the FTP client. 
NEVER indicates data must never be enciphered during transfer. CLEAR indicates 
data may be transferred either with no security or may be enciphered, and is 
the default value. PRIVATE indicates data must be transferred enciphered. The 
IBM® secure FTP server requires that data be transferred enciphered. Therefore, 
you must specify PRIVATE for the SECURE_DATACONN statement. KEYRINGThis 
statement defines the key ring that contains the Certificate Authority 
certificate to be used during the TLS handshake. You can use the same key ring 
for both HTTPS and FTPS operations. Specify the name of the keyring defined in 
Creating key rings on the KEYRING statement. However, IBM's secure FTP server 
uses a server certificate signed by a different certificate authority. 
Therefore, you must add the GeoTrust Global CA certificate to your keyring. 
1.Download to your work station the GeoTrust Global CA root certificate (Root 2 
- GeoTrust Global CA) from the GeoTrust website at 
https://www.geotrust.com/resources/root-certificates/index.html.
2.Upload the CA certificate to your z/OS system. There are many methods to 
transfer files from your workstation to your z/OS system. For example, you can 
upload the certificate file with Personal Communications 3270 or use TCP/IP 
FTP. The important things to remember are the certificate file must be uploaded 
to z/OS as Start of changetextEnd of change data, the certificate file must be 
stored in a sequential data set, and the sequential data set must have RECFM=VB 
and LRECL>=256.
3.After you have stored the certificate in a sequential data set, add it to 
your RACF® database using the following RACF command: RACDCERT CERTAUTH 
ADD('ca-cert.dataset.name') +
WITHLABEL('GeoTrust Global CA') TRUST
where ca-cert.dataset.name is the name of the sequential data set used to store 
the certificate received from the GeoTrust web site.
4.Connect the GeoTrust CA certificate to the key ring using the following RACF 
command: RACDCERT ID(userid) CONNECT( CERTAUTH RING(keyringname) +
LABEL('GeoTrust Global CA') USAGE(CERTAUTH) )
where keyringname is the name for the key ring you choose to use for secure FTP 
operations. This can be the same keyring you use for HTTPS operations and 
defined in Creating key rings.
EPSV4This statement directs the FTP client to use the EPSV and EPRT FTP 
commands during an FTP session. If you have trouble establishing a secure and 
encrypted data connection to the secure FTP server through a Network Address 
Translation (NAT) firewall, specifying TRUE for the EPSV4 statement can help.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
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 Andrew Arentsen
Sent: Thursday, May 24, 2018 10:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: File transfer Red Alert

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

My question was not about SMPE, rather it was for

Re: File transfer Red Alert

2018-05-24 Thread Andrew Arentsen

My question was not about SMPE, rather it was for uploading data to 
testcase.boulder.ibm.com. I have SMPE setup for internet delivery and did 
in fact need to do a certificate exchange to get it to work. I had to go 
to ShopZseries and "order" a certificate which I imported into RACF and 
attached it to the keyring "FtpSecur" which you mention in your 
configuration.

Wouldn't I need to do a similar certificate exchange with IBM to enable 
FTPS to testcase.boulder.ibm.com?


Andrew Arentsen
Senior Mainframe Systems Engineer




From:   "Jousma, David" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   05/24/2018 09:23 AM
Subject:Re: File transfer Red Alert
Sent by:"IBM Mainframe Discussion List" 



No keys need to be manually exchanged.   The needed setup is buried in the 
SMPE Receive from network guide for the FTP client(your end) parm changes 
that are needed.  Then there is the needed firewall rules on your end(if 
applicable) to setup.

Then on this page: https://www-05.ibm.com/de/support/ecurep/help_ftp.html 
a blurb about the required port ranges that your firewall people have to 
open up between your site IP and the IP of testcase.boulder.ibm.com (if 
you are in the US).

My FTP client is using passive FTP, but the session still hangs after the 
ls, dir, put or get commands.
Ask your firewall administrator to allow connections to the port range 
65024 - 65535 for our FTP server.

Or, alternatively, your company might use some sort of Proxy, to provide 
the access, but you still need the appropriate FTP client options.

//SYSFTPD  DD * 
SECURE_FTPALLOWED 
SECURE_MECHANISM  TLS 
TLSRFCLEVEL   CCCNONOTIFY 
TLSMECHANISM  FTP 
SECURE_DATACONN   PRIVATE 
KEYRING   FtpSecur 
EPSV4 TRUE 

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
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 Andrew Arentsen
Sent: Thursday, May 24, 2018 10:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: File transfer Red Alert

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or 
unexpected emails**

While I still can't find a link on IBM's ECuRep to create an ID/token to 
upload files, I also cannot find any documentation on the implementation 
of FTPS. I'm assuming there needs to be some sort of key exchange so that 
I can setup my AT-TLS rules to secure the FTP to testcase.boulder.ibm.com. 

Does anyone know if such keys or documentation exists for this?


Andrew Arentsen
Senior Mainframe Systems Engineer

**
This e-mail is confidential. If you are not the intended recipient, you 
must not disclose or use the information contained in it. If you have 
received this e-mail in error, please tell us immediately by return e-mail 
and delete the document.

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

**DO NOT open attachments or click on links from unknown senders or 
unexpected emails**



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


**
This e-mail is confidential. If you are not the intended recipient, you must 
not disclose or use the information contained in it. If you have received this 
e-mail in error, please tell us immediately by return e-mail and delete the 
document.

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

Re: File transfer Red Alert

Here is the link into SMPE manuals

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/gim3116.htm

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
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 Jousma, David
Sent: Thursday, May 24, 2018 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: File transfer Red Alert

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

No keys need to be manually exchanged.   The needed setup is buried in the SMPE 
Receive from network guide for the FTP client(your end) parm changes that are 
needed.  Then there is the needed firewall rules on your end(if applicable) to 
setup.

Then on this page: https://www-05.ibm.com/de/support/ecurep/help_ftp.html a 
blurb about the required port ranges that your firewall people have to open up 
between your site IP and the IP of testcase.boulder.ibm.com (if you are in the 
US).

My FTP client is using passive FTP, but the session still hangs after the ls, 
dir, put or get commands.
Ask your firewall administrator to allow connections to the port range 65024 - 
65535 for our FTP server.

Or, alternatively, your company might use some sort of Proxy, to provide the 
access, but you still need the appropriate FTP client options.

//SYSFTPD  DD *  
SECURE_FTPALLOWED
SECURE_MECHANISM  TLS
TLSRFCLEVEL   CCCNONOTIFY
TLSMECHANISM  FTP
SECURE_DATACONN   PRIVATE
KEYRING   FtpSecur   
EPSV4 TRUE   

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President 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 Andrew Arentsen
Sent: Thursday, May 24, 2018 10:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: File transfer Red Alert

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

While I still can't find a link on IBM's ECuRep to create an ID/token to upload 
files, I also cannot find any documentation on the implementation of FTPS. I'm 
assuming there needs to be some sort of key exchange so that I can setup my 
AT-TLS rules to secure the FTP to testcase.boulder.ibm.com. 
Does anyone know if such keys or documentation exists for this?


Andrew Arentsen
Senior Mainframe Systems Engineer

**
This e-mail is confidential. If you are not the intended recipient, you must 
not disclose or use the information contained in it. If you have received this 
e-mail in error, please tell us immediately by return e-mail and delete the 
document.

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**



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 **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**



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

Re: File transfer Red Alert

No keys need to be manually exchanged.   The needed setup is buried in the SMPE 
Receive from network guide for the FTP client(your end) parm changes that are 
needed.  Then there is the needed firewall rules on your end(if applicable) to 
setup.

Then on this page: https://www-05.ibm.com/de/support/ecurep/help_ftp.html a 
blurb about the required port ranges that your firewall people have to open up 
between your site IP and the IP of testcase.boulder.ibm.com (if you are in the 
US).

My FTP client is using passive FTP, but the session still hangs after the ls, 
dir, put or get commands.
Ask your firewall administrator to allow connections to the port range 65024 - 
65535 for our FTP server.

Or, alternatively, your company might use some sort of Proxy, to provide the 
access, but you still need the appropriate FTP client options.

//SYSFTPD  DD *  
SECURE_FTPALLOWED
SECURE_MECHANISM  TLS
TLSRFCLEVEL   CCCNONOTIFY
TLSMECHANISM  FTP
SECURE_DATACONN   PRIVATE
KEYRING   FtpSecur   
EPSV4 TRUE   

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
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 Andrew Arentsen
Sent: Thursday, May 24, 2018 10:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: File transfer Red Alert

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

While I still can't find a link on IBM's ECuRep to create an ID/token to upload 
files, I also cannot find any documentation on the implementation of FTPS. I'm 
assuming there needs to be some sort of key exchange so that I can setup my 
AT-TLS rules to secure the FTP to testcase.boulder.ibm.com. 
Does anyone know if such keys or documentation exists for this?


Andrew Arentsen
Senior Mainframe Systems Engineer

**
This e-mail is confidential. If you are not the intended recipient, you must 
not disclose or use the information contained in it. If you have received this 
e-mail in error, please tell us immediately by return e-mail and delete the 
document.

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**



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: FW: Red Alert: For GDPR compliance, changes in sending documentation to IBM testcase & ECuRep (2018.05.22)

On Thu, 24 May 2018 12:22:53 +, Allan Staller  wrote:

>PFCSK's in charge!
> 
I see it differently.  IBM's mainframe customers have been dragging their feet
on Internet connectivity modernization.  There's little motivation: they don't
use z/OS to access eBay, Amazon, Google, ..., which have largely upgraded.
In turn, they'e applied little pressure on IBM to conform.

>-Original Message-
>From: Vince Getgood
>Sent: Thursday, May 24, 2018 3:44 AM
>
>Nothing yet, and it's 09:42 on the 24th May here!
>
>Come on IBM, Why haven't you published the link you promised us you would 
>publish yesterday

-- gil

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

Re: FW: Red Alert: For GDPR compliance, changes in sending documentation to IBM testcase & ECuRep (2018.05.22)

2018-05-24 Thread Richards, Robert B.

Just got through...but still no link for the File Transfer ID.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Thursday, May 24, 2018 9:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FW: Red Alert: For GDPR compliance, changes in sending 
documentation to IBM testcase & ECuRep (2018.05.22)

Anyone else getting connection timeouts when they click on the*DOWNLOAD* 
button? I have been getting them for the last several hours!

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Thursday, May 24, 2018 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FW: Red Alert: For GDPR compliance, changes in sending 
documentation to IBM testcase & ECuRep (2018.05.22)

The more I read the RA, It's not such a big change.   Removing unencrypted FTP, 
so thats forcing us to fix our firewall FTP/TLS access issues that arose when 
IBM started using a range of ports a year or so ago. Prior to that we were 
doing TLS uploads happily.  So now we are going to be required to actually 
provide credentials to upload instead of doing it anonymously.   I'd like to be 
able to use a File Transfer ID and token instead of my IBMID, so that I don’t 
need to be so concerned about having my IBMID password in the clear in my jobs. 
  

It would be nice if IBM could mimic the Shopz/SMPE RFN process with a Cert for 
this...then no static logons required at all...

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
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 Allan Staller
Sent: Thursday, May 24, 2018 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FW: Red Alert: For GDPR compliance, changes in sending 
documentation to IBM testcase & ECuRep (2018.05.22)

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

PFCSK's in charge!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vince Getgood
Sent: Thursday, May 24, 2018 3:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FW: Red Alert: For GDPR compliance, changes in sending 
documentation to IBM testcase & ECuRep (2018.05.22)

Nothing yet, and it's 09:42 on the 24th May here!

Come on IBM, Why haven't you published the link you promised us you would 
publish yesterday

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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

Re: File transfer Red Alert

2018-05-24 Thread Andrew Arentsen

While I still can't find a link on IBM's ECuRep to create an ID/token to 
upload files, I also cannot find any documentation on the implementation 
of FTPS. I'm assuming there needs to be some sort of key exchange so that 
I can setup my AT-TLS rules to secure the FTP to testcase.boulder.ibm.com. 
Does anyone know if such keys or documentation exists for this?


Andrew Arentsen
Senior Mainframe Systems Engineer

**
This e-mail is confidential. If you are not the intended recipient, you must 
not disclose or use the information contained in it. If you have received this 
e-mail in error, please tell us immediately by return e-mail and delete the 
document.

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

Re: AW: Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

On Thu, 24 May 2018 12:54:41 +0200, Peter Hunkeler wrote:
>
>>It primarily has to do with the module attributes (is it reentrant?) and the 
>>APF authorization of the job step.
>
>I hate to correct you, but ISTR it is RENT plus loaded from an authorized 
>library, no matter whether the step is actually running APF authorized or not.
>
I believe that lately there's a PARMLIB option (REFRPROT?) which modulates this.

>David: Does you HFS module have the "a" extended attribute set, and is it 
>really required?

-- gil

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

Re: AW: Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

2018-05-24 Thread Thomas David Rivers

Peter Hunkeler wrote:

It primarily has to do with the module attributes (is it reentrant?) and

the APF authorization of the job step.

I hate to correct you, but ISTR it is RENT plus loaded from an authorized
library, no matter whether the step is actually running APF authorized or not.

David: Does you HFS module have the "a" extended attribute set, and is it really required?

--
Peter Hunkeler

Loading from the HFS seems to prefer to load RENT modules in read-only
memory; without the "a" attribute.

By default, it seems, the c99/cc/etc.. drivers set things up so that
REUSE=RENT
is specified (or perhaps that's the binder default when writing an HFS
program

object?)

And - HFS loading seems to really like putting things in read-only memory.

That's way, to debug anything with dbx, you have to specify the environment
variable (_BPX_PTRACE_ATTACH=yes) to get the programs loaded in
writable storage so dbx can set break-pts.

But - when you programatically invoke BPX1LOD; there is no way to honor
the environment variable... I suppose the exec family of functions can
examine the environment variable (since they have it) and somehow load
the module appropriately, but BPX1LOD has no similar function.

- Dave R. -

--
riv...@dignus.comWork: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

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

Re: File transfer Red Alert

2018-05-24 Thread Kirk Wolf

Since it was mentioned, I will confirm that is is easy to use Co:Z SFTP to
directly send data sets to IBM.
You can download and use it free under our Community License.

Here's an example:

//SFTP   EXEC PROC=SFTPPROC
//FROM   DD DISP=SHR,DSN=MY.DUMP.TRS
//SFTPIN DD *

user=anonymous
host=testcase.boulder.ibm.com

# for testcase.boulder.ibm.com, use your email as your password
pwdsn="MY.CNTL(MYEMAIL)"

. $script_dir/sftp_connect.sh << EOB
lzopts mode=binary
cd toibm/mvs
put //DD:FROM test.delete.trs
EOB
//

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

PS>
- Co:Z SFTP requires IBM OpenSSH, which is a base element of z/OS V2R2+.
Ported Tools OpenSSH will work on earlier releases.

- SSH/SFTP uses a single socket for connecting (default target is port 22),
so firewalls are usually much easier to navigate than FTP

On Wed, May 23, 2018 at 12:14 PM, Jon Nolting 
wrote:

> This is interesting as our network folks just implemented a HTTP proxy
> which totally negates AMAPDUPL because it uses a FTP client.  I have a PRM
> open and are looking at OpenSSH sftp or potentially Dovetailed Tech SFTP to
> be to access datasets from USS.
>
> It has introduced a nightmare for uploading diagnostic information.  We
> can't use PDUU and need an alternative from IBM until they can support
> something other than the FTP client.
>
> -Original Message-
> From: Don Poitras [mailto:sas...@sas.com]
> Sent: Wednesday, May 23, 2018 9:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: File transfer Red Alert
>
> In article <4EE2851A2279B94CB70CD69B1741060901F61C143C@S1FLOKYDCE2KX05.
> dm0001.info53.com> you wrote:
> > Thanks John.
> > >A .jar file _is_ a .zip file, but with some specified contents, such as
> a "manifest". The JAVA "jar" command can create a file which a standard
> "unzip" >utility can expand. It can also extract files from a standard zip
> file. That is, it can act as a regular zip command. But a true .jar file
> must have the .jar >extension and have the proper contents to be used by
> the java executable.
> > For us "dummies" though, uploading the file as-is isn???t enough.  It
> has to be renamed to .jar for the supplied JCL to work correctly.
> > >Correct. Since the attributes of an SVCDUMP are always FB/4160/4160,
> you can do a BINary download to a PC, then do a BINary upload to z/OS if
> you first do a >"QUOTE SITE LRECL=FB LRECL=4106 BLKSIZE=4106".
> > This is precisely what I am trying to avoid.  I want to transmit my
> diags directly from z/OS.
> > Playing with this some more, and I think it was already mentioned here
> is that AMATERSE does not allow SYSUT1 or SYSUT2 to be PATH statements
> either.
> > _
> > Dave Jousma
>
> On my last PMR, I was told to use PDUU to send in the dump. It does the
> tersing and encrypting under the covers and can be run as JCL.
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ibm.com_support_
> knowledgecenter_SSLTBW-5F2.3.0_com.ibm.zos.v2r3.ieav100_
> pftp.htm=DwIBAg=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIr
> MUB65eapI_JnE=MQsKeOxcIGeiq-qoJzO2oVgUmKB65Wchl7khwwU0Ijk=
> UMyheIR7fDrGICq9zHTpZTRadsfPQ50RXthlyngpS6E=
> NLv03oyPMBugFqGvVijTQEpz2t2Mrg7ciZp3npwF08s=
>
> There's this note about the types of files that are _not_ supported:
>
> ---
> PDUU does not support the following types of input data sets:
>  Large block interface (LBI) (no BLKSIZE value).
>  VSAM and direct (DSORG=DA) data sets
>  Data sets with keys (KEYLEN)
>  z/OS UNIX files
>  Concatenated data sets of any type
> ---
>
> --
> Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
> sas...@sas.com   (919) 531-5637Cary, NC 27513
>
> --
> 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: [External] Old School Maintenance Philosophy -- Never ACCEPT?

2018-05-24 Thread David L. Craig

On 18May23:2100-0700, Gerhard Adam wrote:

> I personally used SMP in 1975 on a S/360 running MFT.

And as I said initially, I learned it on MVT (about a year
later than Gerhart).  And I am very glad I missed pre-SMP
OS/360 maintenance.
-- 

May the LORD God bless you exceedingly abundantly!

Dave_Craig__
"So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe."
__--from_Nightfall_by_Asimov/Silverberg_

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

Re: FW: Red Alert: For GDPR compliance, changes in sending documentation to IBM testcase & ECuRep (2018.05.22)

2018-05-24 Thread Richards, Robert B.

Anyone else getting connection timeouts when they click on the*DOWNLOAD* 
button? I have been getting them for the last several hours!

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Thursday, May 24, 2018 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FW: Red Alert: For GDPR compliance, changes in sending 
documentation to IBM testcase & ECuRep (2018.05.22)

The more I read the RA, It's not such a big change.   Removing unencrypted FTP, 
so thats forcing us to fix our firewall FTP/TLS access issues that arose when 
IBM started using a range of ports a year or so ago. Prior to that we were 
doing TLS uploads happily.  So now we are going to be required to actually 
provide credentials to upload instead of doing it anonymously.   I'd like to be 
able to use a File Transfer ID and token instead of my IBMID, so that I don’t 
need to be so concerned about having my IBMID password in the clear in my jobs. 

It would be nice if IBM could mimic the Shopz/SMPE RFN process with a Cert for 
this...then no static logons required at all...

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
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 Allan Staller
Sent: Thursday, May 24, 2018 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FW: Red Alert: For GDPR compliance, changes in sending 
documentation to IBM testcase & ECuRep (2018.05.22)

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

PFCSK's in charge!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vince Getgood
Sent: Thursday, May 24, 2018 3:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FW: Red Alert: For GDPR compliance, changes in sending 
documentation to IBM testcase & ECuRep (2018.05.22)

Nothing yet, and it's 09:42 on the 24th May here!

Come on IBM, Why haven't you published the link you promised us you would 
publish yesterday

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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

Re: File transfer Red Alert

On Wed, May 23, 2018 at 3:15 PM Mark Pace  wrote:

> Can I run sftp as a batch job as I can regular ftp?
>
>
Yes, but "sftp" is strictly a UNIX command. So you run EXEC PGM=BPXBATCH
or BPXBATSL to run it. I am not aware of any EXEC PGM=SFTP. Or you could
use Co:Z batch launcher which can run UNIX commands much more easily than
BPXBATCH.

-- 
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)


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: FW: Red Alert: For GDPR compliance, changes in sending documentation to IBM testcase & ECuRep (2018.05.22)