Re: RMODE64

2020-12-24 Thread Tom Conley

On 12/24/2020 12:01 PM, Ed Jaffe wrote:

On 12/22/2020 6:09 AM, Joseph Reichman wrote:
Thanks I’m not writing RMODE64 code don’t see a reason to  > > I don’t 
know why Ed co. does cann’t believe the code is that large 

 > Thanks for the heads up about LE

We are writing an RMODE(64) product because we love z/OS and wish to 
help push the boundaries of its technological limitations wherever we can.


Shocker, Ed Jaffe pushes the boundaries of z/OS.  Film at 11.

For those of you who haven't been paying attention, and judging by your 
IBM-Main posts, you haven't, Ed Jaffe's goal in life is to push the 
boundaries of z/OS, as he's done continuously for the approximately 25 
years I've known him.  He's one of the main reasons that z/OS is as good 
as it is.  If he's working on RMODE(64), rest assured, there's a there 
there, and Ed will find it.


All the best to you and yours this holiday season!

Regards,
Tom Conley

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


Re: CA Broadcom Replacement Software

2020-12-10 Thread Tom Conley

On 12/9/2020 4:05 PM, Paul Gilmartin wrote:


Have the difficulties with multiple tn3270 windows such as ISPPROF ENQ
conflicts been resolved?


Gil,

We solved that 15+ years ago with shared profile logon support.  Check 
out my Configuring ISPF for Fun and Profit here (WTW):

https://www.newera.com/INFO/Configuring_ISPF.pdf

Regards,
Tom Conley

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


Re: CA Broadcom Replacement Software

2020-12-10 Thread Tom Conley

On 12/9/2020 4:41 PM, Jesse 1 Robinson wrote:

I want to disagree that multiple emulator sessions--even the best, and you all 
know what that is--substitutes for a proper external session manager. Even as a 
simple minded MVS sysprog, I have dozens of LPARs to deal with between prod and 
DR. I have 'only' TSO, SMCS, and OMEGAstuff to deal with. My CICS and Db2 
sysprogs have dozens more regions as well. I maintain that there is no emulator 
that can sanely handle scores of concurrent logon sessions. There are a number 
of session managers to choose from, but outside of the simplest of SNA 
environments, I think you need something. I've used TPX for decades at 
different shops. Just choose something and go with it.

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



While Skip brings up a point that multiple sessions may reach a limit of 
usability, the big limitation for me is only one window with the session 
mangler.  There are may times that I bring up two TN3270 windows side by 
side for comparisons, etc.  My other beef with Session Manglers is that 
you must have a good attention key config to move from session to 
session, and I've only encountered one installation that really worked.


Regards,
Tom Conley

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


Re: EDGRRPTR missing after zOS 1.13

2020-11-29 Thread Tom Conley

On 11/29/2020 1:03 AM, Jake Anderson wrote:

Hello

Is there an equivalent of EDGRRPTR after zOS 1.13 ? As I don't find this
dataset in SYS1.SEDGEXE1.

Any suggestions would be appreciated


Jake



Jake,

From my dim memory, EDGRRPTR created an extended extract, before we 
added that capability to EDGHSKP.  Perhaps Mike Wood can weigh in.


Regards,
Tom Conley

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


Re: REXX: ADDRESS ISPEXEC failing with rc = -3

2020-10-31 Thread Tom Conley

On 10/30/2020 11:24 PM, Paul Gilmartin wrote:


Is Lloyd posting on BITNET where many of us can't see his questions, but
only your replies?



Gil,

Probably, I was echoing the list because the question of how to run ISPF 
in batch comes up a lot.


Regards,
Tom Conley

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


Re: REXX: ADDRESS ISPEXEC failing with rc = -3

2020-10-30 Thread Tom Conley

On 10/30/2020 7:13 PM, lloyd christensen wrote:

Thanks, took that plus hours of cursing and trying different stuff. Finally got 
a different IKJEFTxx member and it worked. Lots of problems with it wanting to 
allocate the same profile I was logged on with, and aggravation with allocation 
issues for the profile and ISPFILE. Eventually got it though.

Thanks all!


Lloyd,

If you don't care about saving anything in the profile, allocate a temp 
PDS dataset with a small allocation for ISPPROF.  Same for any other 
output files you don't care about saving.


Regards,
Tom Conley

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


Re: REXX: ADDRESS ISPEXEC failing with rc = -3

2020-10-30 Thread Tom Conley

On 10/30/2020 12:04 PM, lcwri...@gmail.com wrote:

I'm new to REXX and hadn't written CLIST in 20+ years. Bare with me, please:

I am trying to have REXX run in batch. The intent of the exec is to invoke 
dialog manager, in particular ISPSLIB, to build JCL with multiple steps doing 
IEBDG with varying record counts. It will resubmit itself over and over...the 
goal is to do I/O to every volume in a group of 29.

The failure is in the ADDRESS ISPEXEC.

REXX Code:
/* REXX */
/* BLDIEBDG will build JCL for IEBDG jobs with the workloads to */
/*  vary based on time of day. The devices within the 2nd   */
/*  EXCTG will have greater I/O rates than the volumes  */
/*  in the other EXCTG groups.  */
/*  */
/* Variables passed are:*/
/*   BTCH: a batch-id or in this case a shift number*/
/*   HOWMANYE: how many records to create on 'EVEN' address */
/*   HOWMANYO: how many records to create on 'ODD' addresses*/
/* Note: all devices in the 2nd EXCTG get the HOWMANYE records so   */
/*   that in reports we see more activity on that EXCTG */
/*  */
/* Allocate dialog manager libraries*/
   ADDRESS ISPEXEC  "LIBDEF ISPSLIB DATASET ID('GPSE.URMETRCS.SKEL')"
  say "LIBDEF ISPSLIB rc= " rc
/*  */
   ThisHour = time(h)
   If ThisHour >=  0   and  ThisHour <=  5 then BTCH = 0
   If ThisHour >=  6   and  ThisHour <= 18 then BTCH = 1
   If ThisHour >= 19   and  ThisHour <= 23 then BTCH = 2
   
   If BTCH = 0 then do

  HOWMANYE = 50/* 500K records written */
  HOWMANYO = 10/* 100K records written */
   end
   If BTCH = 1 then do
  HOWMANYE = 5 /* 50K records written  */
  HOWMANYO = 1 /* 10K records written  */
   end
   If BTCH = 2 then do
  HOWMANYE = 75000 /* 75K records written  */
  HOWMANYO = 25000 /* 25K records written  */
   end
/* --- */
/* Process skeleton and output JCL */
/* --- */
address ISPEXEC
"FTOPEN"
"FTINCL SKELIBDG"
"FTCLOSE NAME(BLDIEBDG)"
   address TSO
 free f(ISPFILE)
 submit 'GPSE.URMETRCS.JCL(BLDIEBDG)'




SYSTSPRT output:

READY
   %BLDIEBDG
 16 *-* ADDRESS ISPEXEC  "LIBDEF ISPSLIB DATASET ID('GPSE.URMETRCS.SKEL')"
+++ RC(-3) +++
LIBDEF ISPSLIB rc=  -3
 40 *-* "FTOPEN"
+++ RC(-3) +++
 41 *-* "FTINCL SKELIBDG"
+++ RC(-3) +++
 42 *-* "FTCLOSE NAME(BLDIEBDG)"
+++ RC(-3) +++
 44 +++ free f(ISPFILE)
IRX0043I Error running BLDIEBDG, line 44: Routine not found
READY
END

JCL:
I have JCL with every dataset in every ISPF related DD that exists in my TSO 
session. That's a lot so I won't copy it all here:

//BLDIEBDG JOB  MSGCLASS=X
//*
//BUILDIT  EXEC PGM=IKJEFT01
//SYSEXEC  DD   DISP=SHR,DSN=GPSE.URMETRCS.REXX
// DD   DISP=SHR,DSN=AOP.SAOPEXEC
... and more in the concatenation
//ISPILIB  DD   DISP=SHR,DSN=ISP.SISPSAMP
//ISPLLIB  DD   DISP=SHR,DSN=SYS1.DFQLLIB
-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  1 Line(s
//ISPMLIB  DD   DISP=SHR,DSN=ISP.SISPMENU
-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  - 10 Line(s
//ISPPLIB  DD   DISP=SHR,DSN=AOP.SAOPPENU
-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  - 18 Line(s
//ISPPROF  DD   DISP=SHR,DSN=GPSE.URMETRCS.ISPF.ISPPROF
//ISPSLIB  DD   DISP=SHR,DSN=GPSE.URMETRCS.SKEL
-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  9 Line(s
//ISPTABL  DD   DISP=SHR,DSN=GPSE.URMETRCS.ISPF.ISPPROF
//ISPTLIB  DD   DISP=SHR,DSN=GPSE.URMETRCS.ISPF.ISPPROF



JCL looks OK, you need to use ISPSTART to invoke your Rexx exec.  That 
will establish the ISPF environment.


Regards,
Tom Conley

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


Re: TSOLIB within a rexx pgm

2020-10-27 Thread Tom Conley

On 10/27/2020 6:02 PM, ITschak Mugzach wrote:

I am trying to allocate a "steplib" using tsolib command. I know that
TSOLIB only operates under TSO READY prompt, so I run a TSO BATCh job with
the below prg. The program is called from SYSIN with parm  PHASE1. In this
case, it should queue the commands and start again with parm PHASE2.

Trickey, but it doesn't work... I can't see the TSOLIB DISPLAY output in
SYSTSPRT (but the dataset is actually allocate, can see it in JESYSMSG with
a proper disposition. Any idea?



Itschak,

Use QUEUE, as I show in my Dynamic ISPF presentation (WTW):

https://www.newera.com/INFO/Dynamic_ISPF_P2.pdf

If you want part 1 as well, change the P2 to a P1.  Part 2 covers how to 
use TSOLIB from the READY prompt in a Rexx.  You still can't reliably 
invoke ISPF within a Rexx running from the READY prompt.  You have to 
QUEUE the TSOLIB and then the ISPF commands.


Regards,
Tom Conley

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


Re: IMS module DVRX0000 purpose

2020-10-27 Thread Tom Conley

On 10/27/2020 9:00 AM, Bill Giannelli wrote:

We decommissioned IMS a couple of years back. We now find that an application 
is still using an IMS module, DVRX. Can someone tell me what this module 
does? Is seems, from a google search, it is some type of old IMS DPROP module.
thanks
Bill

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



Bill,

Dr. Google says this is IBM Data Propagator.

Regards,
Tom Conley

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


Re: z/osmf Network Configuration Assistant

2020-10-27 Thread Tom Conley

On 10/26/2020 12:21 PM, Keith Gooding wrote:

Is anyone using this to maintain AT-TLS policies or any other policies ?

Any views on NCA vs manual editing of the policy file ?

When I first encountered AT-TLS I used the Windows version to generate a simple 
policy file for one type of application and thereafter did manual edits to the 
policy file (all applications were similar). Using AT-TLS for z/OS-supplied 
applications such as Telnet and FTP will make the policy file more complicated 
and I am wondering whether NCA is the best way.

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



Keith,

IBM decided that AT-TLS was so inscrutable that you needed an app to 
configure it.  Untrue.  You can manually configure AT-TLS for TN3270 in 
less than a day, provided you can do all the tasks necessary.  Please 
check out my presentation on this (WTW):


https://www.newera.com/INFO/Top_11_Things_032018.pdf

Please let me know if you have any questions or concerns.

Regards,
Tom Conley

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


Re: Cbttape - dataset being used

2020-10-15 Thread Tom Conley

On 10/15/2020 10:19 PM, David Crayford wrote:
There's no need to install TASID. The ISPF ISRDDN utility has an ENQ 
dialog and is shipped as part of ISPF. From any command line enter 
DDLIST;ENQ.




The major advantage to TASID is that it has a switch which will give you 
the GRS Star information so you can see the ENQ's for all the systems in 
the SYSPLEX.  That feature, unfortunately, was not included in ISRDDN. 
ISRDDN will only show you local ENQ's.


Regards,
Tom Conley

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


Re: DAE Dataset - Compression

2020-10-06 Thread Tom Conley

On 10/6/2020 10:06 AM, Mark Jacobs wrote:

Before I open up a ticket with IBM I wanted to ask if the DAE dataset can be 
allocated as compressed? I tried to migrate our shared DAE dataset to a newly 
allocated one that with compression enabled. It didn't go well. One SVCDUMP we 
received was this; COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE TRANSACTION 
PROCESSOR FOR DAE

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

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



Best guess is that datasets like DAE, LOGREC, etc. are so early in the 
IPL that we don't have niceties like compression, extended format, etc. 
DFSMS comes up way later.


Regards,
Tom Conley

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


Re: shopz UJ01255

2020-09-24 Thread Tom Conley

On 9/24/2020 9:47 PM, R Hey wrote:

Hi Shmuel,

I was told:
  UJ01255 is SUPERSEDED BY: UJ03366 is on PUT 2008
Did get some PTF for RSU2008, but not UJ03366.

Cheers

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



Please open a case with IBM, this is a bug in SMP/E Internet delivery.

Regards,
Tom Conley

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


Re: A little magic from Doug Nadel

2020-09-04 Thread Tom Conley

On 9/4/2020 3:16 AM, David Crayford wrote:

On 2020-09-03 11:34 PM, Tom Conley wrote:

On 9/3/2020 11:25 AM, David Crayford wrote:
I don’t want to bother with XMIT files. Git has been ported to z/OS 
and works great.




David,

Others have requested GIT, so stay tuned.


Thank you Tom! You can use Lionel's Zigi if you would rather not use the 
shell https://github.com/wizardofzos/zigi




I can neither confirm nor deny that, Senator.

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


Re: A little magic from Doug Nadel

2020-09-03 Thread Tom Conley

On 9/3/2020 11:25 AM, David Crayford wrote:

I don’t want to bother with XMIT files. Git has been ported to z/OS and works 
great.



David,

Others have requested GIT, so stay tuned.

Regards,
Tom Conley

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


Re: A little magic from Doug Nadel

2020-09-03 Thread Tom Conley

On 9/3/2020 6:11 AM, Robert Prins wrote:

On 2020-09-03 09:10, Rob Scott wrote:

Can I strongly advise that you do not modify the ISFPCU41 panel.


If there is functionality that you require in SDSF, please consider 
raising

an RFE.


And how long would I have to hold my breath?

Anyway, it's not very different from using the modified ISREDDE2 panel 
and accompanying USRHILIT REXX exec from CBT967 to add highlighting for 
a heap of other languages to the ISPF editor. For what it's worth, that 
modified ISREDDE2 could be changed to use panel REXX making it 
completely self-contained!


Robert


Robert,

Unlike ISPF, SDSF is considered strategic and has gobs of development 
resources.  You should submit the RFE for SDSF, you'll find Rob Scott to 
be very responsive.  The only reason I'm modifying ISREDDE2 is that we 
have clear direction from ISPF that HILITE will not be further enhanced 
for new languages.


On USRHILIT, I made a deliberate decision to remove that logic from 
ISREDDE2 to limit the changes to ISREDDE2.  I started out with it in 
Panel Rexx, but as we added languages, I didn't want an ISREDDE2 with 
thousands of lines.  If I ever get around to Perl, it has over 1000 
keywords lone, so that would have added at least 3000 lines to ISREDDE2. 
 Modularity.


Regards,
Tom Conley

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


Re: A little magic from Doug Nadel

2020-09-02 Thread Tom Conley


Robert,

I'm not sure what you've posted here.  ELDERON is likely a reference 
to Peter Elderon, an Enterprise PL/I developer.  ELDERON, FASTCALL16, 
and PASCAL16 are not listed in the Enterprise PL/I V5R3 Language 
Reference.


The pasted fragment is a direct cut from a browse of the load module of 
Enterprise PL/I, the part that list all keywords. The CL16 is part of 
CDECL16.


It's not unlikely that the same sources are/were used to generate the 
Windows PL/I compiler that was part of RDz until about RDz 8.5.


(Peter) ELDERON is indeed one of the main developers of Enterprise PL/I, 
but that does not explain why his surname is among the PL/I keywords, 
unless it can be used to do some magic under a very specific invocation 
of the compiler.


Robert


Robert,

I'm only adding documented keywords.  I don't have Enterprise PL/I, so 
can you submit an RFE to get these documented?


Thanks,
Tom Conley

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


Re: A little magic from Doug Nadel

2020-09-02 Thread Tom Conley

On 9/2/2020 12:35 PM, Robert Prins wrote:

On 2020-09-02 16:16, Tom Conley wrote:

On 9/2/2020 11:30 AM, David Crayford wrote:

On 2020-09-03 1:47 AM, Robert Prins wrote:

This seems to go hand-in-hand with HILITE.  Does it understand that
PL/I has no reserved words and that any of the above might be merely
identifiers?


ISPF HILITE is just that highlight. It do\es not do any parsing of 
the language. I think EDOEND predated HILITE, and it also has an 
option to just show all "myproc: proc;" ... 'end myproc;' statements


You can customize ISPF highlight code. Check out ISP.SISPSAMP(ISRPXASM)



All,

I just updated ISRPXASM to add about 70 new COBOL and 140 new PL/I 
keywords. You can grab FILE967 at www.cbttape.org.  Lots of other 
goodies in there.


You missed out on the most mysterious PL/I keyword, "ELDERON" (no 
kidding...)


DO..E..EBCDIC..EDIT..ELDERON..ELSE..END..ENDFILE
CL16..FASTCALL16..PASCAL16..DIRECTED..NODIRECTED
..NONULLDATE..TRUNCFLOAT..NOTRUNCFLOAT..BRACKETS



Robert,

I'm not sure what you've posted here.  ELDERON is likely a reference to 
Peter Elderon, an Enterprise PL/I developer.  ELDERON, FASTCALL16, and 
PASCAL16 are not listed in the Enterprise PL/I V5R3 Language Reference.


Regards,
Tom Conley

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


Re: A little magic from Doug Nadel

2020-09-02 Thread Tom Conley

On 9/2/2020 11:30 AM, David Crayford wrote:

On 2020-09-03 1:47 AM, Robert Prins wrote:

This seems to go hand-in-hand with HILITE.  Does it understand that
PL/I has no reserved words and that any of the above might be merely
identifiers?


ISPF HILITE is just that highlight. It do\es not do any parsing of the 
language. I think EDOEND predated HILITE, and it also has an option to 
just show all "myproc: proc;" ... 'end myproc;' statements


You can customize ISPF highlight code. Check out ISP.SISPSAMP(ISRPXASM)



All,

I just updated ISRPXASM to add about 70 new COBOL and 140 new PL/I 
keywords.  You can grab FILE967 at www.cbttape.org.  Lots of other 
goodies in there.


Regards,
Tom Conley

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


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Tom Conley

On 8/24/2020 11:11 AM, Ed Jaffe wrote:

On 8/23/2020 9:25 PM, Barbara Nitz wrote:
As for P AXR - will that take down the AXRxx's, too? This command does 
NOT show up in the 2.4 System Commands manual, much less 2.3.


P AXR shuts down all AXRnn address spaces gracefully and is fully 
documented here:


https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieag100/paxr.htm 



FORCE AXR,ARM does the same things, but in a slightly less graceful way...




Ed,

Does it only work in V2R4?  I know in V2R3, I still have to issue C 
AXRxx from time to time to make sure all the little buggers are gone.


Regards,
Tom Conley

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


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Tom Conley

Harris,

that's fine if it were *my* REXX that is causing the AXRxx to get started. 
Nobody except the *IBM* Health checker is currently using System REXX in my 
installation. I have no control whatsoever over TSO=YES/NO, as I am guessing 
the TSO=YES is needed for whatever health checker wants to do. So I still 
object to AXRxx address spaces NOT showing up on a D A,L. That is making system 
shutdown unnecessarily complex and hangs up JES2 shutdown every time one of 
these things is kept around.

As for P AXR - will that take down the AXRxx's, too? This command does NOT show 
up in the 2.4 System Commands manual, much less 2.3. Since we live happily 
*without* taking down AXR, will F AXR,STOPTSO do the trick of getting rid of 
AXRxx's? *That* is documented!

Regards, Barbara



Barbara,

You go girl, my sentiments exactly.  I added this to my shutdown:

C AXR01
C AXR02
C AXR03
C AXR04
C AXR05
C AXR06
C AXR07
C AXR08
C AXR09
C AXR10

Regards,
Tom Conley

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


Re: How to determine which SMP CSI is used

2020-08-21 Thread Tom Conley

On 8/19/2020 11:13 PM, Lizette Koehler wrote:

Last ditch effort if you cannot tell.  Install the product from scratch in a 
new Global/Tlib/Dlib and go from there.

Sometimes it is easier to rebuild your SMP/e environment from scratch that 
spend months trying to figure out which one is correct.

Then roll out the new zone and replace the current libraries.  Once you are up 
and running, delete anything no longer needed.  Create an INSTLIB library for 
the product with Notes.

So if my SMPE library names are   PROD.QMF.**I create a PROD.QMF.INSTLIB  
or a PROD.QMF.VxRy.INSTLIB   I keep all the notes and JCL used to implement the 
product in there.


Lizette



This is a good answer for a small product.  I was once faced with trying 
to figure out a z/OS zone.  Reinstalling z/OS was not really an option. 
I just got lucky that the plan came together.


Regards,
Tom Conley

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


Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

2020-08-20 Thread Tom Conley

On 8/19/2020 3:00 PM, Lizette Koehler wrote:

List -

  


I have been researching whether we need to review all of our SCHEDxx for PPT
and remove anything that is currently shipped by IBM in Linklib for IEFSDPPT

  


Does anyone have any observations on this?



I am currently working on some DB2 upgrades and it was recommended to remove
IRLM from SCHEDxx and let IEFSDPPT handle it

  


Thank you for any guidance

  


Lizette



Lizette,

I flogged Peter Relson repeatedly for years until he finally gave in and 
created the D PPT command.  It is your friend, use it.


Tom

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


Re: How to determine which SMP CSI is used

2020-08-19 Thread Tom Conley

On 8/19/2020 9:12 AM, Bill Giannelli wrote:

I have a component, DB2 Query Monitor, that I need to apply PTFs to. I have found 2 CSIs. 
How do I determine which CSI was used for the currently running "Run Time 
Libraries"?
thanks
Bill

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



Bill,

This is a tough one.  DDDEFs are where to start.  You may want to sample 
some load modules to see if there are PTF eyecatchers in there. 
Unfortunately, there is no standard for this within IBM.  So you're 
pretty much on your own trying to match target libraries to the zones 
they came from.  I ran this by Kurt Quackenbush once, and there aren't 
any good answers here.  If you think you've got it right, I recommend 
applying a small PTF that you can easily verify.  If it works, you can 
proceed with some confidence that you got the right targets.


Good luck,
Tom Conley

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


Re: RMM Scratch Processing

2020-08-05 Thread Tom Conley

On 8/5/2020 12:11 AM, Mark Jacobs wrote:

This is all I'm getting, nothing else.

EDG6202E FAILURE DURING DFSMSrmm SUBSYSTEM PROCESSING
EDG6901I UTILITY EDGHSKP COMPLETED WITH RETURN CODE 12

Mark Jacobs



Mark,

For these types of errors, look in the MESSAGES DD dataset you allocated 
in the EDGUTIL job.


Regards,
Tom Conley

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


Re: IDCAMS Alter volumeentry not working

2020-07-31 Thread Tom Conley

On 7/31/2020 11:58 AM, Gormley, Steve wrote:

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


When dealing with volume entries in IDCAMS I believe you have to add a 'V' in 
front of the volser name  - VDS0001

Steve




Steve is correct.  You need to do a LISTCAT VOLENT(VVDS001) ALL to get 
the result.


Regards,
Tom Conley

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


Re: ISPF development question

2020-07-30 Thread Tom Conley

On 7/30/2020 1:09 PM, Edward Finnell wrote:

I think there might might be a knuckle-ball in VLF. Since ESA we put ISPF 
Messages and Panels in VLF with Freeze. To get updated panels have to modify 
VLF to UNFREEZE and then reFREEZE to get the new directory loaded.


Edward,

How can you put Messages and Panels in VLF?  There's no class for ISPF 
to read them.


Regards,
Tom Conley

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


Re: RMM Returning Tapes from outside Location

2020-07-16 Thread Tom Conley

On 7/16/2020 7:11 AM, Dave Rankin wrote:

We have recently moved our Mainframe to another location and a new robot.

RMM is working as it should except when tapes are ejected by RMM to another 
location and returned.

They are placed into the Robot hopper and into a emtpy slot but RMM is not 
picking up the return.

I run a "RMM CV * CMOVE (OFFDR,M4ATL1)"  command to confirm move yet the tapes 
are still marked as not resident in Library.

I am clearly missing something.

Any help will be appreciated.

Dave



Dave,

You most likely have a problem in your CBRUXENT exit, which should be 
updating both RMM and the TCDB when you enter the tapes into the 
library.  Make sure OAM is up and running correctly, check its joblog 
for errors.  It's been a while for me (haven't had physical tapes to 
deal with in years), but when you enter a tape, OAM should issue a 
message that a tape is being entered. Are you using EXPORT or EJECT?  If 
using EXPORT, make sure you IMPORT the tape, not just ENTER it.


Good Luck,
Tom Conley

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


Re: HCD graphics report format

2020-07-10 Thread Tom Conley

On 7/10/2020 8:04 PM, Steve Horein wrote:

I think you need GDDM.

On Fri, Jul 10, 2020 at 5:32 PM Pew, Curtis G 
wrote:


I was doing some updates in HCD and noticed the graphics report function,
so I tried it. The output looks like input to groff or some such. Does
anyone know what I would need to use to transform it into something
human-viewable? My google-fu hasn’t worked so far.


--
Pew, Curtis G
curtis@austin.utexas.edu



Curtis,

You will need GDDM, and a TN3270 emulator capable of displaying host 
graphics.  It's cool when it works, but you will have to scroll up, 
down, right, left to see your whole layout.  A huge screen would help.


Regards,
Tom Conley

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


Re: Using IEBCOPY COPYGROUP to unload a PDS member with aliases

2020-07-02 Thread Tom Conley

On 7/2/2020 2:06 PM, Kirk Wolf wrote:

How about the original question -
Is there a way to unload from a PDS the "group" (name plus aliases) for a
given member name and reload it to another PDS ?



Kirk,

If you don't have it already, you should install PDS (file 182 at 
cbttape.org).  It has member grouping capability, and supports the XMIT 
command to create an XMIT OUTDATASET that you can transfer and RECEIVE 
INDATASET on the system.  Contact me offline if you want to pursue this 
further.


Regards,
Tom Conley

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


Re: GRSRNL Example

2020-06-30 Thread Tom Conley

On 6/30/2020 1:52 PM, Knutson, Samuel wrote:

GRS User Experiences Converting all Reserves Plus Best Practice Tips and Tricks
https://www.share.org/p/do/sd/topic=50=3961

Circa 2008 but mostly still relevant.

Thanks, Sam



Sam's session is THE BIBLE on converting GRS reserves.  I used it in all 
my GRS sites.


Regards,
Tom Conley

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


Re: FW: GRSRNL Example

2020-06-29 Thread Tom Conley

On 6/29/2020 2:47 PM, Norman Hollander wrote:

Perfect!  Thanks...  Don't have ACF2, but I can figure out the RACF ones.




Norman,

Don't put RACF in your exclusion list, it isn't necessary.

Regards,
Tom Conley

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


Re: More than one HMCS Console per LPAR

2020-06-15 Thread Tom Conley

On 6/15/2020 9:15 AM, Gadi Ben-Avi wrote:

Hi,
Is it possible to define more than one HMCS console for an LPAR?

We are currently in the early stages of z/OS v2.4 installation.
Since were working from home, it would help if we could have more than one HMCS 
consoles.

We are using a z13s.

Thanks

Gadi



Still only one last time I checked.

Regards,
Tom Conley

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


Re: Old Code Gets Younger Every Year - Marianne Bellotti - Medium

2020-06-09 Thread Tom Conley

On 6/9/2020 11:16 AM, Mark Regan wrote:

https://medium.com/@bellmar/old-code-gets-younger-every-year-3bd24c7f2262

Regards,

Mark T. Regan

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



Wow, an article about legacy code from someone who actually knows what 
the hell they're talking about.


Regards,
Tom Conley

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


Re: Python and ISPF

2020-06-08 Thread Tom Conley

On 6/8/2020 12:56 PM, Frank Myers wrote:

Can ISPF services, such as panel display, be called from Python? I know they can be 
called from rexx & TSO clists.

Frank



Frank,

Try using Python's equivalent of CALL ISPLINK (use the COBOL and PL/I 
examples in the ISPF doc).


Regards,
Tom Conley

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


Re: ASAP Application of IBM Servicelink

2020-05-18 Thread Tom Conley

On 5/17/2020 9:48 PM, Glenn Miller wrote:

I have a question or two for the group.

Does anyone still use the ASAP (Automatic Software Alert Process) "application" of IBM Servicelink? 
My reason for asking...it appears (is) broke. The last Email I received from the ASAP application was on 
April 21,2020. I did not notice the "lack of Emails" from it for a couple of weeks. I have opened a 
feedback ticket as a Sev 2 on May 9, 2020.  The last update from the support area was on May 15, 2020 and it 
appears to be saying that the problem is a "general issue" not specific to my IBM ID.

Glenn

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



Glenn,

Come to think of it, I'm not getting ASAP alerts either.  Keep us posted.

Regards,
Tom Conley

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


Re: USS: su: User ID "SH" does not exist

2020-05-14 Thread Tom Conley

On 5/14/2020 8:23 PM, Jon Bathmaker wrote:

Hi,

Because of auditor demands we are no longer able to run TSO USS commands 
that require UID=0,  so I attempting figure out how to run  USS commands 
in under BPXBATCH.  The following is a job to debug the unmount command 
in batch but I have been unsuccessful so far.   I am hoping that I am 
doing something wrong and that one of you can point out my error.


Here is the JCL:

//BATBPX  EXEC PGM=BPXBATCH

//STEPLIB  DD DISP=SHR,DSN=SYS1.CEE.SCEERUN

//STDERR   DD SYSOUT=*

//STDOUT   DD SYSOUT=*

//STDPARM  DD *

SH su

SH echo $PATH

SH unmount -fv ZOS240.SYS1.OMVS.SYSRES.OS240971.FNT.ZFS

Here is the contents of STDERR when the job runs.

FSUM5023 su: User ID "SH" does not exist, or the RACF profile does not 
contain an OMVS segment.



Thanks.

Best regards,

Jon Bathmaker

z/OS Systems Programmer



Hey John,

Try setting up sudo to do the command all at once. "sudo unmount.". 
Using su requires a password that you would not want in the clear.


Regards,
Tom Conley

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


Re: IGDSMSxx setting PDSE_VERSION(2)

2020-05-11 Thread Tom Conley

On 5/11/2020 9:42 AM, Juergen Kehr wrote:

Hello,
on our new z/OS V2.4 we plan to set IGDSMSxx parameter PDSE_VERSION(2) to have 
V2 PDSEs as default. Therefore I would like to know, if there are any known 
issues out there, which are reason for don't do this setting.

Thanks in advance for any hints.

Kind regards
Juergen

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



As long as you don't want to take advantage of going past 15.7M lines in 
a member, you should be OK.  Various pieces of z/OS still don't support 
that (like 5 years later).


Regards,
Tom Conley

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


Re: ispf save / restore swapbar ?

2020-05-11 Thread Tom Conley

On 5/5/2020 12:06 PM, Mike Stramba wrote:

Is there a way to save the current swapbar contents,   and restore it
on next logon ?

Mike

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



Look up ZSTART.  If you want to make it different every time, you'll 
have your hands full.


Regards,
Tom Conley

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


Re: How tell what verion of COBOL compiler produced load module?

2020-04-15 Thread Tom Conley

On 4/15/2020 3:06 PM, Roger Lowe wrote:

On Wed, 15 Apr 2020 07:15:16 -0700, Charles Mills  wrote:


Given a COBOL-based load module, is there a way to tell what COBOL compiler
(including version) the main module was built with? Is there a "tag" in the
object code that says "this was compiled by (for example) Enterprise COBOL
V6R3M0?"




PDS, file 182 on your CBT tape dial.  www.cbttape.org

Regards,
Tom Conley

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


Re: Apparent bug in CBT 617 SMFREPT

2020-04-14 Thread Tom Conley

On 4/13/2020 9:08 PM, Charles Mills wrote:

Unless I am confused there is a nasty little bug in several places in the
subject program. If you are using it you might want to fix it. If you are
the person who maintains the tape (Sam Golob?) you might want to fix it, or
if you don't trust me, at least put a note in the program to this effect.

Consider the following subroutine, which takes as a parameter a binary SMF
Seconds*100 timestamp:

FmtHHMMSS: Procedure
   Arg SecsX100Bin
   SecsX100 = C2D(SecsX100Bin)/* Get to Rexx Decimal */
   Hunds= RIGHT((SecsX100 // 100), 2, 0)  /* Remainder Mod 100 = .hh */
   Work = Trunc(SecsX100 / 100)   /* Get rid of hundredths */
   Secs = Right((Work // 60), 2, 0)   /* Remainder Mod 60 = secs */
   Work = Trunc(Work / 60)/* Get rid of seconds */
   Mins = Right((Work // 60), 2, 0)   /* Remainder Mod 60 = Mins */
   Hours= Right(Trunc(Work / 60), 2, 0)   /* Get rid of minutes=hours*/
   Return Hours || ':' || Mins || ':' || Secs || . || Hunds

Do you see the bug there? ARG is short for PARSE UPPER ARG, and converting a
binary time to upper case introduces a subtle change in the value. There are
several other subroutines with the same problem.

The solution is to change that first line of code to, for example,
SecsX100Bin = Arg(1)

Someone give me a shout if I am wrong.

Charles



Charles,

c All 'arg ' prefix 'parse arg '.

Regards,
Tom Conley

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


Re: APPLY-CHECK problems with RSU2001 on z/OS2.3 on z14

2020-03-05 Thread Tom Conley

On 3/5/2020 5:10 PM, Baldeva Prasad wrote:

Problems in APPLY-CHK of RSU2001 on z/OS2.3 on z14.

While trying to Apply-Chk RSU2001 on z/OS2.3, I am getting the following error 
messages:--

Has anyone seen a similar issue in their environment.
Does anyone have an idea on what could be causing this or a Resolution for the 
issue.

Will appreciate any feedback.
Thanks...

-



GIM24608E ** SHELLSCR ENTRY BBLU1702 IS NEEDED TO PROCESS HFS BBL17002 for 
SYSMOD UI65815, BUT SHELLSCR BBLU1702 IS NOT IN THE MVST100 ZONE.

GIM24608E ** SHELLSCR ENTRY BBLUNPAX IS NEEDED TO PROCESS HFS BBLWLPPX for 
SYSMOD UI65815, BUT SHELLSCR BBLUNPAX IS NOT IN THE MVST100 ZONE.

GIM22601IAPPLY PROCESSING FAILED FOR SYSMOD UI65815.

The above meesages seem to imply that the SHELLSCR BBLU1702 and BBLUNPAX are 
not in the z/OS2.3 Global CSI Target Zone MVST100.

However these members are in the Target Zone MVST100 as verfied online and also 
as verfied by running SMPLIST job

 CSI QUERY - SHELLSCR ENTRY Row 1 to 2 of 2
===>  SCROLL ===> CSR

  To return to previous panel, enter END .

  Primary Command: FIND

  Entry Type:  SHELLSCR Zone Name: MVST100
  Entry Name:  BBLU1702 Zone Type: TARGET

  FMID: HWLPEM0   DISTLIB : ABBLLIB  LASTUPD: UI48894  TYPE=ADD
  RMID: UI48894   SYSLIB  : SBBLLIB  BINARY
  SHSCRIPT:

  -

LINK '../BBLU1702.sh'
PARM PATHMODE(0,7,5,5)
*** Bottom of data 


  CSI QUERY - SHELLSCR ENTRY Row 1 to 2 of 2
  ===>  SCROLL ===> CSR

   To return to previous panel, enter END .

   Primary Command: FIND

   Entry Type:  SHELLSCR Zone Name: MVST100
   Entry Name:  BBLUNPAX Zone Type: TARGET

   FMID: HWLPEM0   DISTLIB : ABBLLIB  LASTUPD: HWLPEM0  TYPE=ADD
   RMID: UI48757   SYSLIB  : SBBLLIB  BINARY
   SHSCRIPT:

   -

  LINK '../BBLUNPAX.sh'
  PARM PATHMODE(0,7,5,5)
  *** Bottom of data 




The links are junk.  Using .. at the beginning could mean anything.  I 
didn't find BBLUNPAX.sh on my system, but I found BBLU1702.sh in 
/usr/lpp/liberty_zos/.


Good Luck,
Tom Conley

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


Re: JCL error during TSO/E logon

2020-03-05 Thread Tom Conley

On 3/5/2020 6:08 PM, Jesse 1 Robinson wrote:

 From the dawn of time, it was deucedly difficult to find the cause of a JCL 
error during TSO logon. Then several releases ago, we were treated to a 'fix'. 
The error would be displayed on the user's screen, allowing the problem to be 
corrected within seconds. Yesterday we had such a situation, but any helpful 
message flashed on the screen for milliseconds and then disappeared. In this 
case it turned out to be missing logon proc.

I hunted in vain for doc on this problem, including maybe a need to set a parm 
somewhere. We run TPX, which it just now occurs to me might be the problem...



Skip,

While not directly answering your question, I've used the following JCL 
for years to check out procs that fail (typically my STC sysout goes to 
the bit bucket):


//IBMUSERC JOB 'IBMUSER',
// CLASS=A,
// NOTIFY=,
// MSGCLASS=X,REGION=0M,MSGLEVEL=(1,1)
//TESTPROC EXEC procname

The error becomes immediately apparent.

Tom

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


Re: DFHSM APIs in a multi-vendor world

2020-02-20 Thread Tom Conley

On 2/19/2020 2:25 PM, Kirk Wolf wrote:

I'm asking this from the point of view of an architect who wants to add
DFHSM-ish integration to a ISV product.

If I were only worried about DFHSM, my requirements for basic integration
are pretty simple, and would be these:

- VOL=SER=MIGRAT  means migrated data set
- ARCHMIG, ARCHRCAL, ARCHDEL  macros could be used for basic interfaces

What about alternative vendor DFHSM products?  Can these same interfaces be
used in a SAF-esque sort of way?

Thanks in advance,

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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



Kirk,

You need to know the pseudo-volser that each HSM-like product
(FDR/ABR, CA-Disk, etc.) uses in the catalog to delineate a migrated 
dataset (MIGRAT, ARCHIV, and ARCIVE are the ones I've seen).  You will 
also need to issue the product-specific commands under the covers.


Regards,
Tom Conley

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


Re: Phases of Project in Mainframe

2020-02-03 Thread Tom Conley

On 2/2/2020 12:56 AM, Peter wrote:

Hello

Apologies for this question as am not a project manager.

My manager generally wants to know what are the phases of the project(for
example if someone is rolling out z15).

Could someone share the phases that you go through generally for a
Mainframe hardware implementation.

Peter

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



Peter,

Whoever you're paying the  to install the z15 should provide you 
their plan.


Regards,
Tom Conley

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


Re: PDSE V2 data set info

2020-01-28 Thread Tom Conley

On 1/28/2020 5:48 AM, Robin Atwood wrote:

I have a requirement in my queue to include the PDSE Version and the MAXGEN
limit in the DSINFO report our server sends

to workstation clients. I checked the F1 DSCB, IGGCSI00 output fields, SMDEs
and found nothing. Searching only produced Lionel Dyck's

PGSEGEN utility but that works in an ISPF environment and can obtain the
values from ISPF variables (ZDSDSNV, ZDSNGEN). I resorted to a brute force
search of SYS1.MACLIB and SYS1.MODGEN using "MAXG" but that only found the
DFA and some allocation support. Is

this information actually publically available and, if so, can someone tell
me where?



Robin,

Vote for RFE 107052 and 107053.  Been asking IBM for YEARS to support 
the basics for PDSE's, still no dice.  LISTDSI supposably will return 
the PDSE version.  Don't get me started.


Regards,
Tom Conley

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


Re: IBM AOAR O44855

2020-01-23 Thread Tom Conley

On 1/23/2020 9:32 AM, Peter Vander Woude wrote:

The apar is meant to deal with those types of hacks, where someone has a list 
of userids and then just try to logon to TSO by connecting and attempting to 
logon to TSO.  Without the apar/parm, the normal logon screen shows the person 
IF the userid actually has a TSO profile.d

When the correct parm is in the IKJTSO00 parmlib member, they just get a prompt 
for the password.  There is no notification at that point that the user does, 
or does not, have TSO access.  Even the response does not tell the hacker that 
information.

While I agree that it could be a vein for a ddos of getting the users id 
revoked, the premise is valid to prevent the identification of someone with TSO 
access is very valid.

That opens the way to a denial of service attack; someone can write a script to 
cause revocation of a long list of userids.



This fix was not an attempt to prevent a DDOS revocation attack.  It was 
designed to prevent the ability of a hacker to enumerate the TSO id's on 
a system.  With PASSWORDPREPROMPT(ON), both a valid TSO id and password 
are required to present the fullscreen TSO logon panel, or a nebulous 
error message is presented.  Without it, the error messages clearly 
state whether you have a valid TSO userid or password.  Armed with a 
list of valid TSO id's, then the attacker could start social engineering 
or other phishing attempts to get a valid password.


Once a hacker gets access to a TN3270 port, a DDOS revocation attack is 
possible whether you have PASSWORDPREPROMPT(ON) or not.  The fix did not 
enable the DDOS revocation attack, the potential has always been there 
to run it.


Regards,
Tom Conley

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


Re: SMPE UPGRADE Command

2020-01-13 Thread Tom Conley

On 1/13/2020 8:48 AM, Barbara Nitz wrote:

I am attempting to install zSecure. I get

GIM58901E ** APPLY PROCESSING FAILED FOR SYSMOD HCKR240. SYSMOD HCKR240 WOULD
  HAVE CAUSED A CHANGE TO THE MVST ZONE THAT CAN NOT BE PROCESSED
  COMPLETELY BY PRIOR LEVELS OF SMP/E. USE THE UPGRADE COMMAND TO
  ALLOW SMP/E TO MAKE SUCH CHANGES.

I read about the upgrade command and still don't know if I can safely use it. 
My SMPE is at 36.105, presumably to get upgraded by the latest refresh which is 
installed but not yet activated (I wanted to do that together with z/Secure).

So if I run the UPGRADE command on my target (and probably later on my DLIB 
zone), can I then still use my current level of SMPE on those zones? There 
won't be any level  lower than 36.105.

And another question: I am at z/OS 2.3. Am I supposed to install z/Secure V240 
over RACF 2.3? (We got the product download links from IBM, so I didn't have 
any choice but to use V24.) Documentation is abysmal.

Thanks in advance, Barbara


Barbara,

UPGRADE applies to the internal structures inside the zone.  You should 
have had some HOLDDATA from SMP/E to run the UPGRADE command, but it's 
been a few years since I've seen it.  Backup your target zone before 
running UPGRADE just to be safe, but I've never had an issue with UPGRADE.


Regards,
Tom Conley

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


Re: RMM retention period

2020-01-07 Thread Tom Conley

On 1/7/2020 10:28 AM, Jake Anderson wrote:

Hello

Apologies if this a dummy query

Apart from EDGRMMXX and JCL specifications where else the physical tapes
get its retention period ?

Regards
Jake



UXTABLE.

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


Re: Finding z/OS 2.1 fixes

2019-12-16 Thread Tom Conley

On 12/16/2019 10:54 AM, Brown, Duncan wrote:

I don't have any support for my z/OS 2.1 system.  Yea, I know...

We have an issue with DB2 v12 Image copies abending with a ABEND0B0 and I want 
to be able to search 'something' to figure out if it's a z/OS issue.  I do have 
an issue open with IBM for DB2 and with ASG for Zara.  Both are saying that the 
problem is with each other's software.  So, if it's not Zara or DB2 then I'm 
guessing it might be z/OS.
It there a way for me to search through fixes?  I know that this is a long 
shot, but we won't be up on a supported version of z/OS for a few months.


IBMLink is the search engine for fixes.  You can also try Dr. Google. 
Since you're not supported for z/OS V2R1, you should do a RECEIVE ORDER 
ALL to get all the maintenance possible for V2R1.


Regards,
Tom Conley

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


Re: CPACF for TN3270 encryption

2019-11-07 Thread Tom Conley

On 11/7/2019 9:49 AM, Jake Anderson wrote:

Do we need ICSF to be running while implementing ATTLS ?



Jake,

Yes.

Regards,
Tom Conley

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


Re: RUCSA

2019-11-06 Thread Tom Conley

On 11/6/2019 4:02 PM, Chris Hoelscher wrote:

At our shop we finally altered IDMS environments to run in KEY 4 - IDMS was the 
last holdout requiring USERKEY(YES)

Thank You,
Chris Hoelscher| Lead Database Administrator | IBM Global Technical Services| T 
502.476.2538  or 502.407.7266



CA, er, Broadcom, could have changed IDMS to fix this, instead of 
fobbing it off on us.  I've never used another product where I had to 
set the USERKEY.  They were just too lazy to modernize and use 
cross-memory instead of the SVC.  Don't get me started.


Regards,
Tom Conley

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


Re: Zfs from 1 LPAR to another

2019-11-06 Thread Tom Conley

On 11/6/2019 10:02 AM, Vernooij, Kees - KLM , ITOP NM wrote:

Can you point to where that is documented?
We FTP a lot b.m.o. DFDSS between Sysplexes.

Kees.



Kees,

I cannot find it documented anywhere.  It's what IBM told me in response 
to a PMR.


Regards,
Tom Conley

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


Re: RUCSA

2019-11-06 Thread Tom Conley

On 11/6/2019 2:38 PM, Jousma, David wrote:

Folks,

Remind me, is RUCSA support a chargeable feature?  I find nothing in the 
manual, the only clue I find is it is a separate line-item in ShopZ, so 
thinking it may be chargeable, and enabled via IFAPRDxx?   Just looking for a 
bit of confirmation

_
Dave Jousma
AVP | Manager, Systems Engineering
[cid:image003.png@01D4F915.C9E34050]

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


Dave,

It is chargeable.  Youse wants to break da rules, IBM wants da money ;-)

Regards,
Tom Conley

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


Re: Zfs from 1 LPAR to another

2019-11-06 Thread Tom Conley

On 11/5/2019 6:54 PM, Jousma, David wrote:

Terse, dont terse, your call.  I have 100% reliability as long as the 
destination disk dataset for the ftp is newly created.  If the destination 
dataset already exists, then yes, there have been problems.

As you mention there are some specific options on the transfer to specify, and 
as long as you do, it will work fine.

Sending the dump file outside the company, probably not bad idea to terse since 
we are all familiar with it.

_

Dave Jousma

AVP | Manager, Systems Engineering
Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546

616.653.8429  |  fax: 616.653.2717

From: Tom Conley 
Sent: Tuesday, November 5, 2019 5:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Zfs from 1 LPAR to another


**CAUTION EXTERNAL EMAIL**

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

On 11/5/2019 3:11 PM, Wayne Bickerdike wrote:

I always terse the dump file too. Had issues with Restore if the file
wasn't  tersed.

On Wed, Nov 6, 2019, 03:53 Pierre Fichaud  wrote:


Dave,
  I'll do that. The files are not big.
  They can be sent as ZIP files.
Thanks, Pierre

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



Wayne beat me to it.  Terse any DFDSS file before sending.  You may get
away with DFDSS with mode block and EBCDIC.  Until you don't.  Terse it
for 100% reliability.

Regards,
Tom Conley



Dave,

For over a year, I FTP'd a DFDSS dump of my IODF file to every LPAR that 
needed it.  Worked fine, until it didn't.  IBM's response to the PMR 
that I opened is that the only 100% reliable way to FTP a DFDSS dump 
file was to terse it first.  IBM does not support direct FTP of a DFDSS 
dump file.  So I now terse every DFDSS dump file before FTPing it to 
other systems, and I haven't had another failure in 6 years.  As I said, 
it will work until it doesn't.


Regards,
Tom Conley

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


Re: Zfs from 1 LPAR to another

2019-11-05 Thread Tom Conley

On 11/5/2019 3:11 PM, Wayne Bickerdike wrote:

I always terse the dump file too. Had issues with Restore if the file
wasn't  tersed.

On Wed, Nov 6, 2019, 03:53 Pierre Fichaud  wrote:


Dave,
 I'll do that. The files are not big.
 They can be sent as ZIP files.
Thanks, Pierre

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



Wayne beat me to it.  Terse any DFDSS file before sending.  You may get 
away with DFDSS with mode block and EBCDIC.  Until you don't.  Terse it 
for 100% reliability.


Regards,
Tom Conley

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


Re: How display level of paging?

2019-11-04 Thread Tom Conley

On 11/4/2019 9:39 AM, Tom Marchant wrote:

On Mon, 4 Nov 2019 14:04:02 +, Allan Staller wrote:


IBM has generally recommended 2:1 virtual to real storage. I have
pushed this to 3:1 without major issues.
The paging subsystem should be configured accordingly page slots
approx. 3x available real.

If you are actually  going to be doing serious paging, (> +/- 20 pps)
the local page datasets should not be more that 30% utilized, so 9x
real page slots is appropriate.


Are you suggesting that an LPAR with 10 TB of real memory should have
30 to 90 TB of page space? If my arithmetic is correct, the minimum
number of volumes that could satisfy that is between 545 and 1636
volumes of 3390 model 54.

Do your systems follow the guidelines that you suggest?

I think it is still true that local page data sets should be no more
than about 30% full. IIRC the reason has to do with the probability
that the system will be able to find full tracks to page out to.



Tom,

I posed this same question about 2 years ago.  Then I was dealing with 
an LPAR with 131GB, so I created a 400GB paging subsystem to handle the 
system.  Others suggested SCM, but that was not in the budget.  If the 
10TB is truly fully utilized, then a 30TB paging subsystem makes sense. 
Unless I hear differently from IBM, paging rules still apply, even for 
10TB systems.


Regards,
Tom Conley

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


Re: Best programming interface to get PDS max dir blocks?

2019-10-11 Thread Tom Conley

On 10/11/2019 11:41 AM, Kirk Wolf wrote:

For an existing PDS, what's the best way to get this?
Do you just have to open the directory and count?

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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



Kirk,

If you have PDS in your shop, look at the code for the USAGE command. 
If not, grab it at cbttape.org, file 182.


Regards,
Tom Conley

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


Re: Phoenix Software International Announces IBM® JES3 Licensing Agreement

2019-10-03 Thread Tom Conley

On 10/2/2019 5:37 PM, Ed Jaffe wrote:
El Segundo, CA—October 2, 2019: Phoenix Software International, Inc., 
today announced they have entered into an agreement with IBM® under 
which Phoenix Software International has licensed the source code for 
IBM’s z/OS JES3 spooling subsystem, offering a solution to clients 
wishing to remain on JES3.


Read the press release here: http://bit.ly/spooler-news



Dude.

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


Re: Tracing RACF?

2019-09-25 Thread Tom Conley

On 9/25/2019 9:57 AM, Joao Bentes wrote:

Hi,

If memory serves me right, as long as you have ALTER to the dataset, you
need update to the catalog in order to create it, but you do not need any
access to the catalog in order to delete it.
  
Best Regards



"Do the difficult things while they are easy and do the great things while
they are small. A journey of a thousand miles must begin with a single
step."
Laozi



From:   Sean Gleann 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   2019-09-25 12:06
Subject:[EXTERNAL] Tracing RACF?
Sent by:IBM Mainframe Discussion List 



Following a set of somewhat distressing events here, I discovered - the
hard way - that our master catalog was poorly protected, and so I now have
to fix it. The situation is that all users of the my system can create,
read, write, update, delete files that are cataloged in the MasterCat.

The original intention was that each user-id is defined in the MCat as an
alias that points to one of several User Catalogs, depending on the user's
'department' within the company. That way, user id 'X1' creates 'X1.TEST',
and it gets cataloged in a UCAT.

So far, so good.

Now I've found that if 'X1' creates file 'TEST1', it gets cataloged in the
MCAT. In order to prevent this, I've used existing information to act as a
model for
permit 'MASTERV.CATALOG' generic id(X1) access(read)
and specified that.

Now, if user X1 tries to create 'X1.TEST', the result is a RACF
authorisation failure.

Again, so far, so good

Taking the test a bit further though, I've now found that user X1 is
allowed to delete file 'TEST1' from the MCat!

My conclusion so far is that X1 must be getting the required access rights
from another user id/group/etc, but I can't see anything apposite in any
examination I do of the RACF rules (I use output from the DBSYNC Rexx
procedure for this).


So... Can anyone spot my error and suggest a different 'permit' command,
please?
Alternatively, I looked at the idea of tracing RACF activity on behalf of
a
specific user with
SET TRACE(USERID(X1)) - but I can't see where generated output goes to nor
how to interrogate it. I *have* seen mention of using GTF for this
purpose,
along with IPCS, but my experience with both those tools is so limited
that
I didn't look much further in those references - skipped on past them,
looking for other possibilities but not finding any.

Any help gratefully appreciated
Sean



If you're the owner of the dataset, you will get the authority to delete 
the catalog entry.  You should have your master cat set up with 
UACC(READ) and all your usercats with UACC(UPDATE).  Put them in the 
global access table for a nice performance boost.  Only allow update and 
alter to the master cat and alter for usercats to your catalog 
administrators.  Good luck.


Regards,
Tom Conley

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


Re: LPA - IPL or dynamic

2019-09-16 Thread Tom Conley

On 9/16/2019 1:54 PM, Peter wrote:

Hi

I have seen few vendors suggesting an IPL as requisite if you are doing the
product install for first time and If it's upgrade then it's not required.

I am ignorant here. How does this makes a difference ? Why a dynamic update
won't work if it's a first install ?

Programmatically how does it work from zOS perspective.

Apology if this question was already discussed here if so please point me
to the discussion link .

Regards
Peter



Peter,

If you have one or two LPA modules, or perhaps an LPA dataset that is 
standalone and doesn't require any other updates to function, then by 
all means, dynamically activate.  If, however, you also have STEPLIB or 
LINKLIST dependencies, SVC entries, etc., it's much safer to IPL.  There 
is currently no mechanism to serialize updating both LPA and LINKLIST at 
the same time, so if you try to do this with SMP/E maintenance hitting 
both, you'll likely fail spectacularly.  Good luck.


Regards,
Tom Conley

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


Re: APAR OA56180 / RUCSA

2019-09-09 Thread Tom Conley

On 9/9/2019 1:04 PM, Mark Zelden wrote:

On Mon, 9 Sep 2019 07:55:29 -0500, Peter Fatzinger  wrote:


Mark,
  The 1M increment for RUCSA storage was not chosen haphazardly.  We understand 
the scarcity of below-the-line memory, but in order to provide the isolation 
needed to adequately protect the area we couldn't use any increment smaller 
than 1M.



I pretty much assumed that, but thanks for the confirmation.



  Also, in case anyone is unaware, beginning in z/OS V2R4 RUCSA is a separately 
ordered paid feature.



Youse wants to break da rules, youse gotta pay.

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


Re: GDPS, Metro Mirror, Global Mirror

2019-08-26 Thread Tom Conley

On 8/26/2019 10:11 AM, fred glenlake wrote:

Hi List,

I am looking for some direction on how to get up to speed with GDPS, Metro 
Mirror, Global Mirror, etc.   My site has been a single site for quite some 
time and DR tests have been go to a DR provider, lug the physical tapes along 
of the latest backups and spend a few days restoring before turning it over to 
selected users to break...ertest.

Now the light bulbs have gone off in the executive suites and they want to 
establish and second and possibly third site with replication out of state 
(200+ miles away), the whole ball of wax.   Go from zero to 200MPH right away 
and of course I have never set one of these up and made them work.

I am starting to download the IBM manuals on the stuff so I can enhance my 
insomnia reading collection, I just want to make sure I am reading up on the 
correct material as there seems to be quite a bit available.

Hence any suggestions, comments on how to get myself up to speed in a 
reasonable amount of time would be greatly appreciated.

Also if this is not the correct list for this type of question and there is 
another more appropriate list please let me know so I may ask in the 
appropriate list.

Many thanks,

Fred G.



Fred,

GDPS is not just a product, it is a service sold by IBM.  IBM will 
configure, set up, and install GDPS to get you up and running, with 
periodic visits to ensure that you're up to snuff.  Your management 
needs to brace themselves, because even the smallest shops are looking 
at 7+ figures to install GDPS.  I've worked with the teams doing it. 
It's an awesome solution for recovery, with a price tag to match.


If your company is a SHARE member, the SHARE GDPS presentations have 
excellent overview information.  GDPS is based on NetView and SA/390, so 
you should read up on them as well.  Metro and Global mirror are PPRC 
and XRC based, so get familiar with them.


Good luck,
Tom Conley

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


Re: GIM38201E and GIM31901I

2019-08-25 Thread Tom Conley

On 8/25/2019 3:21 AM, Peter wrote:

Hi

I am apply RSU for our zOS system. I am receiving a error message

GIM38201E ** THERE IS A MODID ERROR FOR MOD ENTRY EZBTCRDF IN SYSMOD UI34556

GIM31901I SYSMOD UI34556 DOES NOT SPECIFY UI46897 ON PRE OR SUP OPERAND.
UI46897 IS THE RMID FOR MOD EZBTCRDF THAT IS CURRENTLY INSTALLED.

GIM22601I  APPLY PROCESSING FAILED FOR SYSMOD UI34556.

Does it mean the PTF UI46897 applied should be restored and modify its MCS
to add UI34556 as its PRE ?

Is my understanding correct?

Could someone please shed light on ?

zOS 2.2

Peter



Peter,

You should open a PMR immediately with IBM to report a packaging error. 
They're rare, but they do happen.  IBM will be able to tell you pretty 
quickly if it's a packaging error, or if you had an error in your SMP/E 
that caused this.  Be sure to NEVER, NEVER, NEVER use BYPASS(ID).


Good luck,
Tom Conley

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


Re: ISPF Question - browsing variable length records

2019-08-08 Thread Tom Conley

On 8/8/2019 2:35 PM, Paul Gilmartin wrote:

On Thu, 8 Aug 2019 18:15:10 +0100, CM Poncelet wrote:

...
     1,'PGM(ISRBRO) PARM(ISRBRO01)'   *< Change it to
this in your ISR@PRIM panel to use BROWSE instead of VIEW as default*
...

Are you saying that making that change will prevent Edit's trimming trailing
blanks on save?  I don't believe so.  (Except that it makes it impossible to 
save.)


Gil,

PRESERVE ON/OFF controls what the editor does with trailing blanks in a 
VB record.  PRESERVE ON will preserve any REAL trailing blanks (based on 
RDW), PRESERVE OFF will truncate any trailing blanks.  I'm good with 
PRESERVE OFF.  Isn't that why God invented VB?


Regards,
Tom Conley

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


Re: refresh run time libraries after APPLY

2019-07-20 Thread Tom Conley

On 7/20/2019 6:53 AM, Bill Giannelli wrote:

After running a SMPE APPLY, how do you determine which libraries were updated 
and need to be moved into run time libraries?
thanks
Bill



Bill,

The DDDEF report will give you that information.

Regards,
Tom Conley

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


Re: XMIT manager unable to decode INMR02

2019-07-11 Thread Tom Conley

On 7/11/2019 11:32 AM, Jake Anderson wrote:

It's PS + FB XMITTED file.

On Thu, 11 Jul, 2019, 7:26 PM Tom Conley,  wrote:



Jake,

Sorry, that's it, it's any xmitted PS file.  I reported this to Neal 
years ago, but he never had a chance to get it fixed.  You'll need to 
move to another XMIT file viewer:


http://cbttape.org/xmitview.htm

Regards,
Tom Conley

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


Re: XMIT manager unable to decode INMR02

2019-07-11 Thread Tom Conley

On 7/11/2019 5:07 AM, Jake Anderson wrote:

Hi

I am trying to open a .XMI file using XMIT manager and I get a unable to
decode INMR02.

The XMI was downloaded from Mainframe as binary

Has anyone faced this problem?

Any clue how it was fixed ?

Jake



XMIT manager cannot handle certain files.  If I remember correctly, if 
the xmitted file is PS VB then XMIT manager yaks.


Regards,
Tom Conley

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


Re: Who is changing a user's ISPF profile

2019-07-05 Thread Tom Conley

On 7/5/2019 11:35 AM, Paul Gilmartin wrote:

On Fri, 5 Jul 2019 09:35:49 -0500, Elardus Engelbrecht wrote:


Allan Staller wrote:


This typically happens (in my experience) when a single ISPPROF dataset is 
shared across multiple images (last update wins).


True, last one wins always. This is WAD, not BAD.


ISPF Edit nicely serializes member updates.  ISPF seems unable to do likewise
with ISPPROF.  I call that BAD.



Shared profile support fixed this.  If you're not using it, you should 
be.  Grab my SHARE presentation "Configuring ISPF for Fun and Profit", 
here (WTW):


https://share.confex.com/share/118/webprogram/Handout/Session10948/Configuring%20ISPF%20for%20Fun%20and%20Profit.pdf



Should there  be more metadata for accountability?  Would PDSE member
versions help?


A)Code/install ISPF EXIT 16 to change the name of the ISPPROF dataset being 
used to something image specific.


This is what I did. No problemo anymore with unneeded ISPPROF dsn changes by 
LPAR specific applications.


Ouch!  So profile changes on a "master" system remain invisible on subordinate 
systems?

Perhaps more control should be given to the user, such as a confirmation prompt 
at
LOGOFF: "Do you want to save or discard profile changes?"



This is an option with shared profile support.  Either do it in 
ISPCCONF, or the SHRPROF command.


Regards,
Tom Conley

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


Re: Who is changing a user's ISPF profile

2019-07-05 Thread Tom Conley

On 7/5/2019 10:35 AM, Elardus Engelbrecht wrote:

Allan Staller wrote:


This typically happens (in my experience) when a single ISPPROF dataset is 
shared across multiple images (last update wins).


True, last one wins always. This is WAD, not BAD.



Actually, the behavior is controlled by settings in the ISPF 
Configuration Dialog or SHRPROF command.  Last one wins is a default, 
and a good one.  But feel free to chose others.



A)Code/install ISPF EXIT 16 to change the name of the ISPPROF dataset being 
used to something image specific.


This is what I did. No problemo anymore with unneeded ISPPROF dsn changes by 
LPAR specific applications.



Bad idea from an ISPF Edit Recovery standpoint.  In a unique profile 
environment, if USERA on SYSA edits a dataset and goes into recovery, 
then USERA on SYSB later edits the same dataset, then goes back to A, 
gets the recovery, and then saves it, all changes from the SYSB session 
are lost.  If you share datasets across LPARs, you should share the ISPF 
profile across those same LPARs.


As an aside, if you're using exit 16 to build your profile name, you 
should move that logic into your TSO logon exec.


Regards,
Tom Conley

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


Re: RSUs

2019-05-23 Thread Tom Conley

On 5/23/2019 10:18 AM, Styles, Andy , ITS zPlatform Services wrote:

Classification: Public

Hi all,

A question on some behaviour that I think we've noticed over the last few RSUs 
that have been announced.

We did a RECEIVE ORDER CONTENT(RECOMMENDED) in early April (just after the "New 
Service Levels" email), and got a number of fixes for RSU1903. Over the last couple 
of days, it's been discovered that we are missing a few PTFs that would be part of 
RSU1903 - or earlier.

Yesterday, I therefore as an exercise did another RECEIVE ORDER 
CONTENT(RECOMMENDED), and this time got more fixes for RSU1903.

Do IBM assign RSU numbers retrospectively to PTFs, after the published RSU date?

If so, that's REALLY difficult to manage!

Anyone else have any experience of this?

Thanks,

Andy Styles



Andy,

This is unfortunately just how the system works.  I went over this with 
IBM service, and PTF's get issued first, then the various SOURCEID's are 
applied to them via overnight batch processes.  So a HIPER fix can be 
shipped, but the HIPER flag can take 24-48 hours (or longer) to be 
applied to the PTF.  To say this sucks is an understatement, but that's 
just how IBM rolls.


Regards,
Tom Conley

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


Re: Vote for RFE 48916 to create LE STORAGE report when program abends

2019-05-20 Thread Tom Conley

On 5/20/2019 12:55 PM, Richards, Robert B. wrote:

Tom,

Can you provide a link?

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pinnacle
Sent: Sunday, May 19, 2019 10:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Vote for RFE 48916 to create LE STORAGE report when program abends

Fellow IBM-MAINiacs,

I submitted a SHARE requirement a long time ago for LE to generate the
STORAGE and OPTIONS reports when an LE program abends.  In the event of
storage abends like 878, 80A, etc, the STORAGE report should still be
produced by LE, since the report itself could be invaluable in debugging
a storage problem.  The title of the RFE was hacked and shortened,
making it unintelligible, so no votes have accumulated for it.  Please
look it up and vote for RFE 48916 if you're so inclined.

Regards,
Tom Conley



Bob,

WTW!

https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=48916

Tom

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


Re: Machine or O/S (z/os) instruction to recognize a zpdt ?

2019-05-10 Thread Tom Conley

On 5/10/2019 12:38 PM, Mike Stramba wrote:

Is there a machine or z/os instruction / command to recognize "real
iron" rather than a zpdt or "other" emulation system?

I realize that emulating the real hardware is the point, and that
maybe ???  there is no way the o/s can know  "for sure" ?

.. Or maybe not ? ;)

Mike

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



D M=CPU on my ZD shows model 1090.

Regards,
Tom Conley

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


Re: Java no longer a free lunch

2019-05-02 Thread Tom Conley

On 5/2/2019 2:51 PM, Alan Young wrote:

Phoenix SHARE session 23993 - Java Update has details on how it will not affect 
the mainframe and other details on how the mainframe JVM relates to OpenJ9. I 
think some of session's statements are somewhere on IBMs site but I am not 
recalling where at the moment.



Thanks for that pointer Alan.  Found this link in that presentation (WTW):

https://developer.ibm.com/blogs/java-licensing-is-changing-and-you-could-be-affected/

Regards,
Tom Conley

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


Re: Java no longer a free lunch

2019-05-02 Thread Tom Conley

On 5/2/2019 1:10 PM, Bill Johnson wrote:

Not at all.



Anyone know how this would affect the Mainframe?

Thanks



Keep an eye on OpenJDK https://openjdk.java.net/.  I expect this will 
make its way on to the mainframe in the not-too-distant future.


Regards,
Tom Conley

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


Re: LU2 type sample logmode

2019-04-23 Thread Tom Conley

On 4/23/2019 12:24 AM, Peter wrote:

This time when I do with SNX32704

I get

  the request fails with return code 10 , Fbk2=00, sense=8570003.

I know 8570003 comes up for CONCT status of LU. but what does it mean by
FBK2=00 and return code 10 ?



Is there a reason you're not using D4C32XX3?  It's a dynamic logmode 
that will query the terminal for the size.  Be sure you have this line 
in your TN3270 PROFILE:


TELNETDEVICE DYNAMIC  D4C32XX3 ; User defined screensize

Regards,
Tom Conley

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


Re: Invalid links from IBM Granular APAR search website ?

2019-04-22 Thread Tom Conley

On 4/22/2019 12:56 PM, Mario Bezzi wrote:

Hello,

while perusing IBM APARs updated in the first quarter for the coming 
issue of our Tuning Letter, we encounter a large number of errors due to 
invalid links (HTTP 404). This happens by just linking from the Granular 
APAR search results, but also from Google or the the Support Portal.


Below an excerpt of a search results with the associated links. All of 
them look invalid to us.


APAR  TITLE
OA57131 - SMF TRSQ FIXES
OA57139 - JES3 ABEND0C4 RC10 IN IATGRJX
OA57129 - AE OA55963 FIX COMPLETION
OA57141 - BPXVOSIT CALL TO IRRSGE00 CAUSES OMVS PRIVATE STORAGE..
OA57130 - ABEND0C4 IN AIRHMMAP
OA57119 - UNDERALLOCATION WHEN EXTENDING A DATA SET TO A NEW VOLUME.. 
OA57120 - ABEND0C4-11 IN IOSVUPLC + X'0C' DUE TO REG15 CONTAINING.. 
OA57136 - READY USER AVERAGE PLOT DATA MISSING IN SMF RECORD TYPE 99..

OA57138 - ABEND0C4 IN IRASAADR AT OFFSET '2BA'X
OA57117 - ANTU2518E ANTXBARD ABEND OFFSET 020C ABEND CODE = 000C4000

APAR  URL
OA57131 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57131
OA57139 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57139
OA57129 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57129
OA57141 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57141
OA57130 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57130
OA57119 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57119
OA57120 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57120
OA57136 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57136
OA57138 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57138
OA57117 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57117

Is anybody else experiencing the same issue, or is it just us?

Thank you in advance for your help,
mario

Mario Bezzi
Watson and Walker
watsonwalker.com



Mario,
Linky no worky again.  Shocking. You know the only thing more surprising 
to me was if they actually worked. IBM, committed to 24/7 downtime.


Regards,
Tom Conley

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


Re: Is it broken? or just useless

2019-03-19 Thread Tom Conley

On 3/19/2019 6:23 PM, Gibney, Dave wrote:

http://www-01.ibm.com/support/docview.wss?uid=ibm1MIGR-5081748


Dave Gibney
Information Technology Services
Washington State University




Yes, and Yes.

Regards,
Tom Conley

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


Re: ISPF 3.4 and 3.17 slow when entering a directory

2019-03-19 Thread Tom Conley

On 3/19/2019 6:51 AM, Michael Babcock wrote:

Does anyone else see this behavior or could help me determine what’s wrong?
   When using ISPF 3.4 and putting in a directory (doesn’t matter which one)
it can take up to 10 seconds to display.   When typing 3.17 on the command
line and hitting enter it takes up to 10 seconds for the ISPF screen to
display.

This only happens on our dev system.  Our prod and sandbox don’t display
this behavior

We are at z/OS 2.3 with a fairly recent RSU level.



Hey Mike,

If you're trying to display large directories, 3.17 will not perform as 
well as ISHELL because it's an ISPF table display and not a dynamic 
area.  If you need the performance, you still have to use ISHELL.


Regards,
Tom Conley

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


Re: SMP/e REDO FMID clarification

2019-03-07 Thread Tom Conley

On 3/7/2019 1:08 PM, Jake Anderson wrote:

Hi

I am in process of reapplying a a product base FMID with SMPE control card
Keyword REDO. I understand to APPLY REDO I also have to select all the PTF
which were already applied to the target zone .

The challenge is i have close to 3k PTF which I have apply along with the
base FMID.

Is there a way any other to include 3k automatically and apply REDO PTF .As
coding all the PTF in the control statement would be  cumbersome.

Regards
Jake



Jake,

You almost NEVER need to use REDO.  If your previous APPLY failed, just 
rerun the failed APPLY, SMP/E will automatically remember where it left 
off and continue.  You should only use REDO at the direction of IBM or 
OEM vendor support.


Regards,
Tom Conley

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


Re: What was that link again for IBMLINK?

2019-02-28 Thread Tom Conley

On 2/28/2019 2:56 PM, Lizette Koehler wrote:

I know, it seems several people I know are struggling with the new enhanced IBM
search functions

So how do they find the following in the IBM website?

SIS
APARS


Lizette,

The hostage crisis is over, www.ibmlink.ibm.com works again.

Regards,
Tom Conley

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


Re: ISPF Edit Highlighting for Java, SQL, FORTRAN, Python, etc. DELIVERED

2019-02-24 Thread Tom Conley

On 2/24/2019 8:44 PM, Paul Gilmartin wrote:

On Sun, 24 Feb 2019 16:37:19 -0500, Pinnacle wrote:



***
*   ...
*  RFE 112741 - Simplify UNIX file access in ISPF by  *
*   prepending current Unix directory to  *
*   filename for COMPARE, COPY, CREATE,  *
*   and REPLACE commands   ...  *
*
*   ... (BROWSE, EDIT, and   *
*   VIEW require member names and continue    *
*   to issue "Invalid member name" error message)  *
* *

Bummer.  I long found it irritating, inconsistent, and silly that whereas
entering Browse, Edit, or View as a line command before a PO data set
in a list causes display of a member list with the specified command as
the default, doing likewise on a UNIX directory issues an error message
rather than displaying a member list.

I surmise, since you mentioned the exception, that:
o you considered it
o you found it impractical.



Gil,

When I passed ANYTHING other than a member name to BROWSE, EDIT, VIEW, 
it came back with "Invalid member name".  I suppose I could create my 
own hacked up versions of BROWSE, EDIT, VIEW, that would allow other 
than a member name, but I'm limiting myself to things that I can do via 
panels, execs, etc., without subverting ISPF itself.  Unfotunately, 
we'll probably be waiting a long time (and probably forever) for IBM to 
enhance ISPF itself.  That's why I'm trying to deliver as much 
functionality as possible with clean usermods.


Regards,
Tom Conley

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


Re: Where does ISPF determine how to repsond to "Attention" function?

2019-02-18 Thread Tom Conley

On 2/18/2019 5:20 PM, Farley, Peter x23353 wrote:

[Dual-posted to ISPF-L and IBM-MAIN]

On my employer's z/OS 2.2 system and as far back as they have employed me (OS/390 R10 IIRC), pressing 
"Attention" (Esc on my PCOMM keyboard map) while in an ISPF screen "refreshes" the screen 
to the last stable state, so if you accidentally erased a whole line of program code or JCL you can recover 
what was there before the erase as long as you didn't press Enter or any PF/PA key before pressing 
"Attention".

On a friend's z/OS system (not sure of the release), pressing "Attention" at 
any ISPF screen causes the terminal to be taken out of service (VTAM INACT).

My question is where and how does ISPF determine how to respond to "Attention" 
to refresh the screen instead of making the terminal INACT?  Or is that a VTAM 
function/setting of some kind?  If it is VTAM, where is it specified?

Just curious here, no actual problem to be solved ("Doctor!  Doctor!  It hurts when I do 
that!"; "Well, don't do that!").

Peter
--



Peter,

Sounds like SYS REQuest, not ATTNtion.  Check to make sure it's ATTN.

Regards,
Tom Conley

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


Re: Newbie SMP/E questions

2019-02-01 Thread Tom Conley

On 2/1/2019 12:22 PM, Jesse 1 Robinson wrote:

I'd like to explore this teaser post. I was (I think also) dubious about the original 
comment in that it seems to disparage--or at least discourage--mass service like RSU, 
which I view as a major advance in software maintenance. Is there really wide-spread 
distrust of an "unavoidable 'push'"?

.
.


A wise man once said, "If it ain't broke, don't fix it, but with z/OS, 
it's ALWAYS broke!"  Older guy, beard, wore a denim newsie


Regards,
Tom Conley

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


Re: ISPCFIGU not being used.

2019-02-01 Thread Tom Conley

On 1/31/2019 6:51 PM, Shaffer, Terri wrote:

I have to say, I've never seen this before so.

BROWSE   ,ISPCFIGU:18772000:0F98 ,Line,0132,Col,001 080
Command ===>,,Scroll ===>,CSR
 -10 (18771FF0)        *  *
  +0 (18772000)   C9E2D7C3 C6C9C7E4 F4F8F0D9 F8F0F0F1  * ISPCFIGU480R8001 *
 +10 (18772010)   F1F161F2 F061F1F4 40404040 40404040  * 11/20/14 *

Message,Act,DDname   Data Set Name  ,Actions: B E V M F C I Q,
,>, , LINKLIST,SYS1.LINKLIB
,>, , ,SYS1.MIGLIB
,>, , ,SYS1.CSSLIB
,>, , ,SYS1.SIEALNKE
,>, , ,SYS1.SIEAMIGE
Member:,ISPCFIGU   ,>, , ,SYS2.USERMOD.LINKLIB<<<<<<<<< This is the 
library were ISPCCONF placed it from me.

 ,CSVQUERY Results,,
Command ===>,,
   ,More: +,
Module,ISPCFIGU,was found to be already loaded. Note that
invocations of this program name may pick up another copy from
STEPLIB or a LIBDEF'ed data set or from a tasklib such as ISPLLIB.
Tab to a box and press enter to view the module in storage.
  ,,+-+,, ,,
  ,,|,CSA resident  R,|,   ,
  ,,|,Resident above 16 Meg  ,|,   ,
  ,,|,Module address:18772000,|,   ,
  ,,|,Module size:   0F98,|,   ,
  ,,|,Reentrant  ,|,   ,
  ,,|,Serially reusable  ,|,   ,
  ,,|,Not loadable only  ,|,   ,
  ,,|,AMODE 31   ,|,   ,
  ,,|,Authorized library ,|,   ,
  ,,|,Not Authorized program ,|,   ,
  ,,+-+,   ,

I am not sure if CSA means common, or how it got loaded there,  I don’t see it 
in any LPA library.



You've got something in your environment performing unnatural acts. 
Check PROGxx for any exit loads?  SMF exits?  Jobs run after startup? 
My load looks like this:


+-+
| Job pack area resident  |
| Resident above 16 Meg   |
| Loaded by program fetch |
|  from -LNKLST- (Lib 33) |
| BLAH.BLAH.LINKLIB   |
| Module address:1F82F048 |
| Module size:   0F98 |
| Reentrant   |
| Serially reusable   |
| Not loadable only   |
| AMODE 31|
| Authorized library  |
| Not Authorized program  |
+-+

Regards,
Tom Conley

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


Re: ISPCFIGU not being used.

2019-01-31 Thread Tom Conley

On 1/31/2019 1:54 PM, Shaffer, Terri wrote:

Yes multiple times

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide – Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com



Terri,

You're likely not seeing the settings because you're not starting with a 
clean profile.  Some settings can be forced or reset, but most defaults 
only appear with a clean profile.  Google my Configuring ISPF for Fun 
and Profit session, I have a step-by-step for updating ISPCFIGU.


Regards,
Tom Conley

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


Re: Strange issue with SDSF main panel

2019-01-28 Thread Tom Conley

On 1/29/2019 12:27 AM, Barbara Nitz wrote:

I have a strange issue with the ISPF main (first) panel. I have added 
permission to view the APF list:

pe ISFCMD.ODSP.APF.* cl(sdsf) id(grpname) ac(r)

and I have refreshed the raclisted sdsf class. I expected the APF command to 
show up in the ISPF main panel once I call ISPF. It does NOT show up. 
LOGOFF/LOGON (just to be safe) did not help, either.

A user in grpname can issue the APF command without any error. Once that user 
leaves the APF command, it is shown correctly on the primary panel. Leaving and 
reentering SDSF produces the same behavior: Only when the user has already 
issued the APF command is it getting shown.

z/OS is 2.3, the behavior occurs on different sysplexes at different 
maintenance levels. The latest level is RSU1812. No ICH408I when running with 
sectrace on.

To make matters even more strange: My colleague had used the APF command 'at 
work' successfully (not seeing the command on the main panel, but being able to 
execute it). Then, from home, she got 'authorization error', the same one one 
gets when issuing a command that one isn't authorized for. We even used three 
different 3270 emulators, just to prove that it is not an emulator issue.

Does anybody have any idea what I might be doing wrong with the definition? It 
might stare me in the face and I just don't see it.



Barbara,

I've had a very hard time enabling the new commands in SDSF.  Issue the 
TRACE ON;TRACE 80 command, then your failing APF command, then TRACE 
OFF.  Do a DA OJOB, and a ? in front of the user's TSO session, and look 
at the ISFTRACE DD.  The RACF profiles are listed in there and you 
should see the profile you're failing on.


Mit freundlichen Grüßen,
Tom Conley

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


Re: The WHY of the POR

2019-01-17 Thread Tom Conley

There is no WHY.  There is onlyPOR.

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


Re: z/OS 1.12 question

2019-01-10 Thread Tom Conley

On 1/10/2019 7:20 PM, Ed Jaffe wrote:

On 1/9/2019 11:05 PM, Brian Westerman wrote:
Most, if not all, of the installed (vendor) software at 1.12 will work 
perfectly fine at 2.3.


Don't know about most, but ALL seems highly unlikely.

I can state with certainty that *every one* of the z/OS-based products 
we run here from other ISVs would need to be upgraded (or at least have 
all service applied if still supported) as would several of our own.


My recommendation, especially for shops with a tendency to fall way 
behind like this one has, is to bite the bullet and upgrade to the 
"latest and greatest" release of everything possible whenever the 
opportunity presents itself. Running old, unsupported code on a new 
operating system is just asking for trouble. And, who knows how long it 
might be before you get another chance to upgrade?




I stand in violent agreement with my good friend, the honorable 
gentleman from California.  Just last week, I discovered two products at 
V2R3 that were not upgraded to support extended GDG's (available at 
V2R2, THREE YEARS AGO!!).  The vendors will be shipping us PTF's to 
finally support this feature.  Good to know folks out there aren't 
exploiting extended GDG's.


Regards,
Tom Conley

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


Re: Zowe?

2019-01-04 Thread Tom Conley

On 1/4/2019 9:19 PM, Jesse 1 Robinson wrote:

Stepping aside from what Zowe the architecture consists of, could we at least 
agree up front how to say it? (The confusion over 'Linux' went on way too long.)

When Zowe was introduced to SHARE in St. Louis, the authors allowed that they 
wanted a homophone of the given name Zoe, but that spelling was not available 
for trademark. But it was how it was meant be pronounced. It does not rhyme 
with 'Howie'.

If you're still fixated on what Zowe means at heart, see

https://en.wikipedia.org/wiki/Zoe_(name)



I like "Zowie!", followed by "Biff!", and then "Pow!"

Regards,
Tom Conley

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


Re: IBM Mapping macro for ISPF statistics in PDS Directory entries?

2018-12-31 Thread Tom Conley

On 12/31/2018 11:12 AM, Ed Jaffe wrote:

On 12/30/2018 9:37 PM, David Cole wrote:

Thanks Tom! That is exactly what I was looking for.

I also want to thank a couple of people who sent me off-list messages,
but they'd prefer to remain anonymous.



I wondered how we never found this.

The answer turned out to be a simple one. The macro never existed before 
2006.


$01=ZOS19  2006/05/27 HO: Created



Dinosaur.

Regards,
Tom Conley

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


Re: IBM Mapping macro for ISPF statistics in PDS Directory entries?

2018-12-29 Thread Tom Conley

On 12/28/2018 5:41 PM, David Cole wrote:

Hi,

I'm looking for an IBM written mapping macro for the ISPF statistics 
found in PDS directory entries. I've searched high and low, but I'm not 
having much luck.


Certainly, I could write a mapping macro myself, but I'd rather not if 
IBM already has one.




I know about IHAPDS, but that maps load module related data, not ISPF 
statistics.


I know about the doc that's present in ISPF's "Dialog Developer's Guide 
and Reference", but that's not what I'm looking for. (I already know 
what the fields are.)






Hey Dave,

ISP.SISPMACS(ISPDSTAT)

Regards,
Tom Conley

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


Re: Programs in the PPT on z/OS 2.2

2018-12-26 Thread Tom Conley

On 12/26/2018 3:39 PM, Peter Ten Eyck wrote:

How does a program get added to the PPT?

For example in SYS1.PARMLIB(SCHED**) has numerous programs are added to the PPT 
at say IPL time, but the console command D PPT display many more? Is there a 
default table of PPT programs? Other than looking at a SCHED** member, how 
would I determine which programs are in the PPT via a SCHED** member and which 
are in the PPT through some other means?

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



The D PPT command tells all.

Regards,
Tom Conley

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


Re: Dancing around RMM

2018-12-20 Thread Tom Conley

On 12/20/2018 2:36 PM, Jesse 1 Robinson wrote:

By way of update, after studying everyone's suggestions, I ran the job with 
this DD:

//TAPEIN   DD UNIT=(TAPECR,,DEFER),
//   LABEL=(EXPDT=98000),
//   VOL=SER=(nn),
//   DISP=(OLD,KEEP)

and got pretty much the same result:

IEF403I TAPEANAL - STARTED - TIME=14.37.42
IEC501A M , nn,BLP,,TAPEANAL,FATAR
EDG4020I VOLUME nn REJECTED BY INSTALLATION REJECT DEFINITIONS
EDG4006E VOLUME nn ON  REJECTED FOR USE BY TAPEANAL, FATAR, TAPEIN, 
OPEN REQUEST FAILED BY DFSMSrmm
IEC502E R ,, ,,TAPEANAL,FATAR
IEC145I 413-08,IFG0194K,TAPEANAL,FATAR,TAPEIN,,,  015
SYS18353.T143742.RA000.TAPEANAL.R0161338
IEA995I SYMPTOM DUMP OUTPUT  016
SYSTEM COMPLETION CODE=413  REASON CODE=0008


CV volume STATUS(MASTER) or STATUS(USER).  RMM will not allow a scratch 
tape to be read under any circumstances.  I lost this argument with Mike 
Wood.  Apparently no one ever had to verify the label on a scratch tape...


Regards,
Tom Conley

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


Re: IND$FILE -- where did the name come from?

2018-11-27 Thread Tom Conley

On 11/27/2018 4:58 PM, Mike Schwab wrote:

http://gsf-soft.com/Documents/IND$FILE.html
On Tue, Nov 27, 2018 at 3:48 PM Charles Mills  wrote:


Even after his passing, Gilbert continues to contribute.  RIP, notre ami.

Regards,
Tom Conley

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


Re: Highlighting of member names in PDS member list

2018-11-27 Thread Tom Conley

On 11/27/2018 3:09 AM, Elardus Engelbrecht wrote:

Good day to all,

On z/OS v2.2, I see that some members in PDS and PDS-E are high-lighted.

I see (or think) this is because extended information are stored for such 
members. Apparently this is because bit 2 in 'Directory flag byte' are set?

Ok, exactly where is that change (Directory flag byte and highlighting member 
names in member lists) documented? How do I explain that change(s) to my 
colleagues and clients?

Of course I searched KC and used Google, but I got very few information from 
pages like this one 'ISPF libraries and data sets' in this URL

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.f54ug00/chap2.htm

Many thanks in advance!

Groete / Greetings
Elardus Engelbrecht


It's likely not documented.  When we finally fixed extended stats in 
V2R3, the highlighting was left in, since it had been in ISPF for years 
by the time V2R3 rolled around.  RCF that badboy.


Regards,
Tom Conley

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


Re: CA PDSMAN and dynamic additions to APF list

2018-10-17 Thread Tom Conley

On 10/17/2018 12:31 PM, Gord Tomlin wrote:

On 2018-10-17 12:23, Tom Conley wrote:

Your client should open an incident with PDSMAN support.


Absolutely! I've already suggested that.

--


We both have an MO (Master of the Obvious) in Computer Science ;-)

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


Re: CA PDSMAN and dynamic additions to APF list

2018-10-17 Thread Tom Conley

On 10/17/2018 11:49 AM, Gord Tomlin wrote:

On 2018-10-17 10:50, Lizette Koehler wrote:

Did you do an LLA Update or Refresh?

And is this a managed PDSMAN dataset or something in a STEPLIB?


This is not on our system. We don't have CA PDSMAN, so we are unable to 
test for ourselves.


We are seeing a ABEND306-4 issued by FOCUS (not by IBM Contents 
Supervision) after a BLDL against DDname USERLIB returns with 
GPR15=0004, R0=, GPR1=0306. System trace shows that 
PDSMAN code gets control for the BLDL, but IBM code does not, hence our 
interest in how PDSMAN responds to dynamic APF additions.


The data set is in the APF list with volume *SMS* and we have been 
assured that it was added to APF dynamically before the above abend. In 
the dump, DEBFLGS1/DEBAPFIN is on.




Gord,

Your client should open an incident with PDSMAN support.

Regards,
Tom Conley

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


Re: IBMLink down since at least yesterday; Granular APAR search also dead

2018-10-09 Thread Tom Conley

On 10/9/2018 1:42 PM, Ed Jaffe wrote:

On 10/9/2018 9:10 AM, Tom Conley wrote:


... any ideas why Granular APAR search is dead?  Any search I do comes 
back with 0 results.


It's working for me using this URL:

https://www14.software.ibm.com/support/customercare/psearch/search?domain=gapar 





I enter IEBCOPY, 0 hits.

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


Re: IBMLink down since at least yesterday; Granular APAR search also dead

2018-10-09 Thread Tom Conley

On 10/9/2018 11:44 AM, Jesse 1 Robinson wrote:

Appears to be a temporary transition problem. This news note is dated 8 Oct.

"Our redirect from www.ibm.com/ibmlink is not working at this moment until we 
finish migrating to blueID.

"Please use the link below instead:

https://www-304.ibm.com/ibmlink "




The IBMLink Help Desk did not so inform us.  Also, any ideas why 
Granular APAR search is dead?  Any search I do comes back with 0 results.


Regards,
Tom Conley

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


  1   2   3   >