Re: System name change rexx?

[Field, Alan]

Only if you don't

NAME  CPPUPDTE CPPUPDTE  
* CPPUPDTE IS AN ALIAS OF IPOUPDTE   
VER 062E 0A12   BLDL 
REP 062E 1BFF   SR   15,15   

Alan 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Monday, March 25, 2019 2:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System name change rexx?

CAUTION:  This email originated outside of the organization.
DO NOT CLICK links or open attachments unless you recognize the sender and know 
the content is safe.

__
One thing to note:
IMPORTANT: For CPPUPDTE and IPOUPDTE to work, each PDS to be searched M U S T 
contain a member named $$$COIBM.


On 2019-03-25 15:24, Carmen Vitullo wrote:

Actually CPPUPDTE is a great idea, the JCL is part of the ServerPac or 
CustomPac and is documented on it's use.


Carmen Vitullo

- Original Message -

From: "ITschak Mugzach" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, March 25, 2019 2:09:48 PM
Subject: Re: System name change rexx?

Tx. I'll write my own exec
ITschak

בתאריך יום ב׳, 25 במרץ 2019, 20:54, מאת Elardus Engelbrecht ‏<
elardus.engelbre...@sita.co.za>:



ITschak Mugzach wrote:



I need to change several systems that was cloned from same source to


different names. I know what to do and will write my own exec, but I wonder if 
anyone here has such exec that replace all occurances of the system name in 
parmlib and some system dsnames that has the name inside.

Did you considered CPPUPDTE (for PDS like parmlib dsn and similar friends)? Use 
that for one System Name and repeat for other clones a la 'attack of the 
clones'. ;-)

About 'exec', REXX has a function (sorry, I don't have access to my favourite 
z/OS toy while writing this reply) you can use to replace a string on the fly. 
Of course, you need to conjure up an exec to do that thing.

I think I have a sample sitting somewhere (under a HSM ML2 mountain) which 
could help you. I will look at it and if I have anything, I will reply again to 
you.

Groete / Greetings
Elardus Engelbrecht

Blue Monday joke:

An old man went to see his Doctor for consultation over some lab test.
"I've got good news and bad news!" said the Doctor.
"Give me the good news first!" said the man.
"The good news is you only have 24 hours to live!" the doctor said.
"Geez! -if that's the good news, what's the bad news?" said the man.
The Doctor says, "I forgot to tell you yesterday!!"

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




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


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




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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: Root file unzip error serverpac

[Field, Alan]

Enter TSO command BPXMTEXT E329

It responds File too large

So yes your TMP file system is probably too small to handle the file. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Sunday, March 17, 2019 3:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Root file unzip error serverpac

CAUTION:  This email originated outside of the organization.
DO NOT CLICK links or open attachments unless you recognize the sender and know 
the content is safe.

__
Hi

While I was doing the restore step of serverpac(zOS 2.3) on STEP1 for unzipping 
the OMVS I received an error as

GIM43501S ** THE CALL TO THR BPX1WRT SERVICE FAILED WHEN PROCESSING 
/tmp/smpe/root.100.pax.Z.
THE RETURN CODE WAS '0077'X AND THE REASON CODE WAS 'E329'.

Is it because the temp directory doesn't sufficient space ?

I don't see any BPX message in SYSLOG as well.


Regards
Peter

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: How many asterisks to change a lightbulb?

[Field, Alan]

Sanity at last.

European, not sure but definitely in New Zealand and Australia. Bayonet bases 
have two little lugs that lock the bulb in place. 

Both countries 240V is the standard (along with 50Hz). 

I think Wayne who posted this is Australian based. 

Alan

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Thursday, March 07, 2019 2:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How many asterisks to change a lightbulb?

CAUTION:  This email originated outside of the organization.
DO NOT CLICK links or open attachments unless you recognize the sender and know 
the content is safe.

__
Guys, gimme a break. This was MY thread. I chose the subject line. My 'meaning' 
question was about "ditch the Edison screw and use a bayonet". Is that about US 
vs. EU light bulb design? 



.

.

J.O.Skip Robinson

Southern California Edison Company

Electric Dragon Team Paddler 

SHARE MVS Program Co-Manager

323-715-0595 Mobile

626-543-6132 Office ⇐=== NEW

robin...@sce.com





-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht

Sent: Thursday, March 07, 2019 12:14 PM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: (External):Re: How many asterisks to change a lightbulb?



Warning - my reply is somewhat long, please ensure your light bulb is still 
burning while reading this...





Paul Gilmartin wrote:



>Jesse 1 Robinson wrote:

>>It's not Friday yet, but I need to know: what does this mean?



>Either you didn't read the thread from the beginning or: 

>https://urldefense.proofpoint.com/v2/url?u=https-3A__en.wikipedia.org_wiki_Lightbulb-5Fjoke=DwIGaQ=9UhhgAlTXeWiaqKNSiBD3IksuuptNr4lCHkuizAB24A=qiH9mKYcC_CQRQ0E2ktYI0dU50zy2wecA-Scon0Qft4=QoYYcZC2K3ufKW5bIBpjnTMzHLCY_9C0CViU39Kk8wc=vQsa0YYhWXVBQq8e_NJ12DipzOkttRbciXd6iE6Er3E=

>Programmers?  Don't ask them; that's a hardware problem.



Thanks for standing in for me, I appreciate it. You can also search IBM-MAIN 
and also IBM-MAIN Archives using this search phrase 'light bulb' for a bright 
shining answer.



You will get ten thousand (... and still counting) 'enlighting' jokes and 
[useless] OT threads about light bulbs.





I reposted four 'winners' in case you're in the dark (I could reposted Ed 
Gould's many, but looong lists, but you can search them 
yourself):



From Shmuel Metz this little fun shorty (one of my favourites):



... The ones that say "You had light bulbs?"



Alternatively, the correct answer is "None, it's a hardware problem."

Unless you're a CE, in which case it's "None: it's a software problem."





From Don Imbriale this JCL which should bypass JES2 and RACF unforgiving 
checking (after shortening (pun intended)  PROGRAM name of course)...:



//S1 EXEC PGM=ELECTRICIAN

//TOOLMSG DD SYSOUT=*

//OLD DD DSN=...

//NEW DD DSN=...

//LIGHT DD DSN=

//TOOLIN DD *

  SWITCH OFF(LIGHT)

  REPLACE FROM(OLD) TO(NEW)

  SWITCH ON(LIGHT)

 /*





From Donna Spradley, she is a great lady:



You sell em, but do you know how to install em??  :-)



--It's finding and setting up a ladder correctly that's the hard part, at least 
for me.  Then there's the removing-the-light-cover that has cross-threaded 
screws that can't be turned by hand, that's another problem (while trying to 
hang onto the ladder).  And trying to use that needle-nose plier thingy is a 
pain, at least for me.  Then there's the trying to hang onto the ladder, hold 
the glass light globe/cover without dropping it, and stick the bulb into the 
hole correctly (all while holding onto the ladder - and I HATE "heighths"), 
then turn gently but firmly.  If too firmly, the bulb might burst, and THAT 
would be a nightmare - I might get electrocuted!!  Then watch out for the 
ladder starting to tip, because it's not placed EXACTLY where it should be, and 
my weight has caused it to lean.  Then watch out for that wasp nest that's 
hidden right up there beside the light fixture.  Maybe I should get down and 
get the wasp spray, but that usually just makes them madder.  I wasn't 
"trained" to do this!  HELP!

(aka-where's-a-man-when-you-want-one?)





From John Ford this little checklist:



 - Environment: Indoors, outdoors, garage, porch, attic, barn, office?

 - Vendor: GE, Sylvania, Westinghouse, Phillips, or in-house?

 - Architecture: Incandescent, fluorescent, halogen, neon, murcury-vapor, 
xenon, sodium (high or low pressure)?

 - Platform: Recessed, track, chandelier, sconce, ceiling fixture, table/floor 
lamp?

 - Operating system: AC (v110, 220), DC (v1.5, 3, 6, 12)?

 - Access method: Ladder, stack of crates, jumping, piggy-back, cherry picker?

 - Language: Muttering, cursing, whining?

 - User input: Single pole switch, 2-way, dimmer, timer or sensor driven?

 - GUI: bare bulb (plain or decorative), reflector, diffusion panel, flood, 
spot or omnidirectional

 - 

Re: HMC Password maintenance for SERVICE account

[Field, Alan]

Our CE said don’t change it. Even though the account CE may be aware of the 
change, at 0 dark thirty when the on call CE shows up for a problem he (and 
you) will be unhappy if the default password doesn’t work and it takes a bunch 
of phone calls to find someone who knows it.

Alan

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Porowski, Kenneth
Sent: Tuesday, July 31, 2018 11:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: HMC Password maintenance for SERVICE account

CAUTION:  This email originated outside of the organization.
DO NOT CLICK links or open attachments unless you recognize the sender and know 
the content is safe.

__
How do others handle changing the default password for the HMC SERVICE account.

Do you just change it and let your CE know the new password?





This email message and any accompanying materials may contain proprietary, 
privileged and confidential information of CIT Group Inc. or its subsidiaries 
or affiliates (collectively, "CIT"), and are intended solely for the 
recipient(s) named above. If you are not the intended recipient of this 
communication, any use, disclosure, printing, copying or distribution, or 
reliance on the contents, of this communication is strictly prohibited. CIT 
disclaims any liability for the review, retransmission, dissemination or other 
use of, or the taking of any action in reliance upon, this communication by 
persons other than the intended recipient(s). If you have received this 
communication in error, please reply to the sender advising of the error in 
transmission, and immediately delete and destroy the communication and any 
accompanying materials. To the extent permitted by applicable law, CIT and 
others may inspect, review, monitor, analyze, copy, record and retain any 
communications sent from or received at this email address.





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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: Running TSO TEST in Background

[Field, Alan]

I do it frequently for example:

//TSO EXEC PGM=IKJEFT01,REGION=8M,DYNAMNBR=75
//SYSOUT   DD SYSOUT=*   
//SYSOUC   DD SYSOUT=*   
//SYSPRINT DD SYSOUT=*,RECFM=FB,LRECL=80 
//SYSTSPRT DD SYSOUT=*   
//SYSTSIN  DD *  
TEST TEST(TEMP8) 
EQ T .TEMP8  
AT T+7C (L 0R:15R; L 15R?+130 XC L(8); GO)   
AT T+84 (L 0R:15R; L 15R?+130 XC L(8); GO)   
AT T+F4 (L 15R?+14D XC L(10); GO)
LB   
GO   
W
END  
/*   

Alan 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: Friday, July 06, 2018 12:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Running TSO TEST in Background

CAUTION:  This email originated outside of the organization.
DO NOT CLICK links or open attachments unless you recognize the sender and know 
the content is safe.

__
Hi

 

Would any one know if you can run TSO TEST as a background Job on either 
IKJEFTSOEV or IKJEFT01

 

thanks  


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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Update: Server Certificates Expiring - Sooner!

[Field, Alan]

This one gives a list of certificates with a 'download' option

https://www/digicert.com/digi-root-certificates.htm



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barbara Nitz
Sent: Monday, January 22, 2018 11:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Update: Server Certificates Expiring - Sooner!

CAUTION:  This email originated outside of the organization.
DO NOT CLICK links or open attachments unless you recognize the sender and know 
the content is safe.

__
>Hree, I thought it was just me doing something dumb in FF and IE.  :-)

I second that. It kind of made me angry that the link opens the certificate in 
IE, with readable (ASCII) characters in it. I expect a page with choices of how 
to download! I also tried searching that digicert site for the certificate, but 
gave up.

While we're on the topic of ShopZ order downloads: Why do the SMPE books say to 
make my private certificate (that I got from IBM for shopz) a CERTAUTH 
certificate? I certainly didn't do that - it is just PERSONAL, and I made it 
the default in the keyring, and I downloaded the order that way.

Barbara

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: TSSO problems

[Field, Alan]

Tony, I have 2.9 maclib and modgen. What macros do you want?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Saturday, January 20, 2018 5:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TSSO problems

CAUTION:  This email originated outside of the organization.
DO NOT CLICK links or open attachments unless you recognize the sender and know 
the content is safe.

__
Looking for copies of SYS1.MODGEN and SYS1.MACLIB from a OS/390 2.10 system to 
assemble TSSO

Long story short we have an inherited system that seems to have been built by 
copying only the run time libraries to the SYSRES.

D IPLINFO shows:
RELEASE OS/390 02.10.00

LOAD MODULES show HBB7703 (OS/390 2.10) but

SYS1.MODGEN(IEZVG100) shows HBB5510 (MVSA/ESA 5.1.0)

TSSO is getting:
*TSSG154S UNABLE TO FIND UCM FOR TSSO SUBSYSTEM CONSOLE
  TSSG153S TSSO IS UNABLE TO ALLOCATE ONE OR MORE SUBSYSTEM CONSOLES I had to 
manually update IEZVG100 with the missing field, SCSCONID... 
now I think other macros
may have had changes but not failed assembles.

Any help is appreciated. My current plan is to try using z/OS 1.4 macros.

Thanks,

Tony Thigpen

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: APAR OA53994

[Field, Alan]

A couple of times this week I have run our job. 

I gave up the first time and cancelled it after about 600 minutes of waiting. 

The second one  finally completed successfully after a similar amount of time. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, October 13, 2017 8:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APAR OA53994

CAUTION:  This email originated outside of the organization.
DO NOT CLICK links or open attachments unless you recognize the sender and know 
the content is safe.

__
Since the day the PTFs went GA, we've been trying to download for our level. We 
have submitted our 'standard' RFN job several times. Each time it runs for 
hours and finally dies. The latest one looked as below. This is just to pull a 
single PTF. The job is active but waiting the entire time. Anyone have better 
luck?



GIM694ISMP/E HAS WAITED 525 MINUTES FOR ORDER ORD00076 AND WILL CONTINUE TO 
  

   WAIT BECAUSE NOLIMIT WAS SPECIFIED.  
  

GIM69195S ** RECEIVE PROCESSING HAS FAILED. THE SERVER AT   
  

 
https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw01.boulder.ibm.com_services_projects_ecc_ws=DwIGaQ=zjLIypOkeQKJfe4BYrJ5J55pYA-45JElRiaMoh2hP7Q=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE=CTEQdsMN-Chswhc5YS4MsWkr3ZC4M667c8sEcx_jlBo=OfSOwtgjPvhdybtaNQfb96upg8zpBAMuMJS1gQprc_0=
  DETECTED 

 AN ERROR: 405 - Method Not Allowed.
  

GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12.



.

.

J.O.Skip Robinson

Southern California Edison Company

Electric Dragon Team Paddler 

SHARE MVS Program Co-Manager

323-715-0595 Mobile

626-543-6132 Office ⇐=== NEW

robin...@sce.com





-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David

Sent: Thursday, October 12, 2017 3:28 AM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: (External):Re: APAR OA53994



FYI, the GA version of the PTF is available for this.   While we didn’t see the 
problem either, this is one of those that could be very pervasive and maybe not 
noticed for awhile...



_

Dave Jousma

Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com

1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717



-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson

Sent: Tuesday, October 03, 2017 5:28 PM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: APAR OA53994



**CAUTION EXTERNAL EMAIL**



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



Even though we are not aware of having the problem, we've been pursuing the 
++APAR fix just in case. In order to APPLY CHECK it cleanly, we had to include 
a cousin PTF that we had not yet received, let alone applied: UA92697. That PTF 
is also PEed but fixed by the same APAR. Level 2 didn't seem to understand our 
problem. IBM does advise, after all, receiving all maintenance on a regular 
basis. We don't. ;-( Just be aware that if UA92697 is not already installed 
(before it went PE presumably), then you need to include it in the same apply 
job with AA53994. 



BTW we're inclined to wait for the GA PTF. 



.

.

J.O.Skip Robinson

Southern California Edison Company

Electric Dragon Team Paddler

SHARE MVS Program Co-Manager

323-715-0595 Mobile

626-543-6132 Office ⇐=== NEW

robin...@sce.com





-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David

Sent: Monday, October 02, 2017 6:03 AM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: (External):Re: APAR OA53994



All,  just an FYI, we are in the middle of a maintenance cycle, and happened to 
pick up these offending PTF's awhile back.   IBM does have an APARFIX 
available.   I'm working with them trying to gauge the confidence level in it.  
They have updated the text of the APAR to include the conditions required for 
it to occur.   Probably a fairly rare case, but good to close the hole.



ERROR DESCRIPTION:

  During CLOSE processing of an extended format dataset, a logic

  error occurs causing the blocks at the end of the dataset to not

  be written out to the dataset if the I/O has not completed yet.

 

  Conditions for problem to occur:

  - QSAM and OUTPUT

  - Physical Sequential Extended Format dataset

  - During close processing, the dataset must run out of space in

the current extent. This will drive EOV processing to get a

new extent and re-drive i/o.

  - The i/o must not complete before we get to the invalid code

path. If it completes, there is no problem.

Re: Windows 10 auto update was Re: Eliminating the systems programmer was Re: IBM cuts contractor billing by 15 percent (our else)

[Field, Alan]

Sounds like a variant of the SPE (Small Program Enhancement) of a few decades 
ago :),m and Selectable Units. 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, June 23, 2017 4:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Windows 10 auto update was Re: Eliminating the systems programmer 
was Re: IBM cuts contractor billing by 15 percent (our else)

CAUTION:  This email originated outside of the organization.
DO NOT CLICK links or open attachments unless you recognize the sender and know 
the content is safe.

__
After our So Cal z User Group meeting last week, I feel that 'continuous 
update' has been misunderstood. We had a presentation on DB2 
latest-greatest-and-beyond. I'm not a DB2 guy, but having lived in the 
copter-wash of DB2 version upgrades several times in the last few years, I see 
hope in the new paradigm. 

DB2 will not dump changes on us unexpectedly. On the contrary, it's version 
upgrades that enforce wholesale changes in huge chunks that hit us all at once. 
A troublesome version change has to be dealt with even if it's irrelevant to 
the installation. Continuous update allows a shop to pick and choose feature 
and function and schedule the timing independent of other changes. If it works 
as intended, continuous update will be a huge step forward.  

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Friday, June 23, 2017 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Windows 10 auto update was Re: Eliminating the systems 
programmer was Re: IBM cuts contractor billing by 15 percent (our else)

[Default] On 23 Jun 2017 06:14:21 -0700, in bit.listserv.ibm-main 
pacemainl...@gmail.com (Mark Pace) wrote:

>I am afraid this new "Continuous Update" may lead to the same thing.

As I understand it the continuous update is to be done by applying updates at 
times determined by the installation.  While there is the problem of function 
enhancement and change being inter-mixed with corrective code including 
integrity APARs, the disruption time is chosen by the installation.

I have Windows 10 Home on the three computers at home and this version will 
reboot my computer to apply fixes outside of normal working hours.  The normal 
working hours can not be set to effectively be the full 24 hours in a day.  
Thus I have had unattended uploads trashed and my wife and I have both been 
lucky that we have not lost any data due to this careless implementation of 
update.  Further the irresponsible people at Microsoft have decided to make it 
impossible to shutdown without update.  This of course could be disastrous in a 
power outage or imminent loss situation.  Of course it would be nice to be able 
to apply updates the way the Tandem systems do without bringing down the 
system.  

Unfortunately connection to the Internet on any platform means that integrity 
APARs or their equivalent must be applied as soon as feasible.  My disagreement 
with Microsoft is forced update under all circumstances.  I can accept the 
annoyance of constant reminders to update.

Clark Morris
>
>On Fri, Jun 23, 2017 at 6:41 AM, Bill Wilkie  wrote:
>
>> As I  am reading this, all I can think of is Windows 10 and Automatic 
>> updates. Since accidentally going to Windows 10, I have crashed my 
>> laptop at least 10 times and spent many days and a lot of money trying to 
>> recover.
>> Be careful what you wish for.
>>
>>
>> Bill
>>
>>
>> 
>> From: IBM Mainframe Discussion List  on 
>> behalf of Edward Gould 
>> Sent: Friday, June 23, 2017 3:12 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Eliminating the systems programmer was Re: IBM cuts 
>> contractor billing by 15 percent (our else)
>>
>> > On Jun 22, 2017, at 6:50 PM, Clark Morris 
>> > 
>> wrote:
>> >> __SNIP--
>> 
>> >
>> > If the goal was to eliminate the need for highly technical people 
>> > who understand the platform and the tradeoffs, that is a futile 
>> > goal for any operating system.  If the goal is to eliminate the 
>> > need for assembler coded exits, this is more doable but 
>> > customization will always be with us.  While there can be plenty of 
>> > obscurity in assembler, how well documented are the SYS1.PARMLIB 
>> > members and JES initialization decks that control how the systems 
>> > operate?  These are just weird programming interfaces 

Re: Mainframe operating systems?

[Field, Alan]

Ran PCP on a 360/40 with home grown time sharing we called TSOS

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phil Smith
Sent: Saturday, April 15, 2017 4:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mainframe operating systems?

CAUTION:  This email originated outside of the organization.
DO NOT CLICK links or open attachments unless you recognize the sender and know 
the content is safe.

__
Today's random wondering: how many operating systems can folks remember having 
run on S/360 and descendants? I can think of:

OS/360 (including MFT, MVT, MVS, up thru z/OS, including MSP and VOS3) VM 
(CP/40 up thru z/VM) DOS (or did it start as TOS? Not my turf! up thru z/VSE) 
ACP (up thru z/TPF) TSS MUMPS MUSIC PICK AIX Linux, of course Solaris, almost 
ORVYL? WYLBUR? I think ORVYL was the OS and WYLBUR was the user environment - 
sort of the CP-CMS or z/OS-TSO relationship, but canna remember for sure; 
someone here will know VICOM

What others? No credit for things like DDR or ICKDSF, which, while IPLable, 
aren't really "OSes" in any kind of real sense!

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Need to extract IODF file into text formate

[Field, Alan]

In the HCD dialog

Select 2.  Activate or Process Configuration Data 
Then
3.  Build IOCP input data set 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shashi Kumar
Sent: Wednesday, March 22, 2017 1:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Need to extract IODF file into text formate

CAUTION:  This email originated outside of the organization.
 DO NOT CLICK links or open attachments unless you recognize the sender and 
know the content is safe.

__
Hi All,

I need to extract current IODF files as well as DR IODF in a text formate.
How can I extract, Please need some help

Thanks!!!

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: ZPDT usb issue after lunux update.

[Field, Alan]

I think the made up language is Esperanto

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, January 19, 2017 2:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZPDT usb issue after lunux update.

Stupid English language. Where is Esperanza when we really need 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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, January 19, 2017 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: ZPDT usb issue after lunux update.

On Wed, Jan 18, 2017 at 2:29 AM, Elardus Engelbrecht < 
elardus.engelbre...@sita.co.za> wrote:

> Itschak Mugzach wrote:
>
> >Doea any of the zPDT users hited by the linux update caused lose of
> license server.
>
> 'hited'? Sorry, could you please be very kind to explain?
>

​I think that the OP, not a native English speaker means "the past tense of 
'hit'", which is still "hit"​



>
>
> >I can't get an estimate when it will be fixed. The problem is know 
> >dor
> almost a month. We was hited last friday.
>
> What Linux system and at what version are you referring? Oh, on what 
> hardware and operating system (z/VM for example) are your Linux
> system(s) working?
>
> Do you have any problem reference number or any source about the 
> 'known problem'?
>
> No offense meant, but your subject is not clear for me: 'ZPDT usb 
> issue after lunux update.'
>

​From another thread: to run the zPDT software, you must use a USB connected 
"token". The proprietary driver for this "token" will not run on many very 
up-to-date Linux kernel levels. ​



>
> While I'm not currently working with any Linux system/application, I'm 
> just asking probing questions to enable others to help you.
>
> Groete / Greetings
> Elardus Engelbrecht
>
>

--
There’s no obfuscated Perl contest because it’s pointless.

—Jeff Polk

Maranatha! <><
John McKown


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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: The best practice of IODF in big system

[Field, Alan]

Mohamed, more questions:

PROD CEC 1 how many lpars
PROD CEC 2 how many lpars
CF CEC any z/OS lpars?
TEST CEC how many lpars
DR CEC how many lpars?

Do the lpars share DASD? Are the lpars in a SYSPLEX? How do you update the DR 
DASD? Do you have real time replication?

Alan



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mohamed Juma
Sent: Sunday, January 15, 2017 4:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: The best practice of IODF in big system

Hi,
We have 3 CECs in PROD System (two Z/OS and one External CF), one TEST and one 
more CEC in DR site, I combined them in one IODF.I want to know the best 
practice to copy the IODF to each CEC, and also the IOCDs without suffering 
from H/W and S/W mismatch.
Mohamed Gomaa
   

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: STC as batch

[Field, Alan]

Look up STCJOBS (I forget which manual).

It was superficially developed  so that you can run an STC specifying a jobcard 
to pass for example accounting information.



Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Friday, November 25, 2016 6:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: STC as batch

Hi

Is it possible to invoke a STC by submitting a batch Job ? If so will it just 
run by adding Job card ? I am sorry for being ignorant. Any suggestions would 
help.

Peter

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: Specifying JES2 initialization parameters

[Field, Alan]

I didn't  notice anyone advocating this option. I have used this in the past to 
tailor HASJES2 for a specific lpar. Add this to the common HASJES2 member to 
pick up the system specific options. 

Make a null member for any  that doesn't need anything extra.

Alan 

 // 
 
/**  SYSTEM SPECIFIC PARMS  */  
//  
INCLUDE PARMLIB_MEMBER=HAS 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, August 11, 2016 1:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Specifying JES2 initialization parameters

I need to specify some JES2 NJE-related parameters differently for each member. 
JES2 PARMLIB is shared. Parameters that I need for one member do not work for 
others. I would like to use one common set of parms plus a set of parms for the 
one member that actually engages in NJE. I find this in Init and Tuning Guide:

"Initialization statements can be specified by the input source in any order. 
Parameters can also be specified in any order. When a statement or parameter is 
specified, that value is used until that statement or parameter is specified 
again. That is, if the same parameter occurs more than once or if the same 
parameter occurs more than once for a statement, JES2 will use the value of the 
last one it reads."

What I want to do is define for example NJEDEF for all members with common 
parameters, then add CONNECT=YES just for one member. Will this work in 
concatenation?

For all members:

NJEDEF   
JRNUM=2,JTNUM=2,SRNUM=5,STNUM=5,PATH=8,LINENUM=15,NODENUM=311,OWNNODE=27,MAILMSG=YES

For NJE member only:

NJEDEF   CONNECT=YES

P.S. I know this should go to JES2-L, but I can't get subscribed there.

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


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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: IBM's Australian cloud is in deep dodo

[Field, Alan]

I read Marissa Mayer may be seeking a new opportunity in the near future :) 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Wednesday, August 10, 2016 9:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM's Australian cloud is in deep dodo

The Australian prime minister has just given a press conference and pointed the 
finger directly at IBM for this debacle. It's entirely predictable in this day 
and age that a high profile event like an online census will face some kind of 
cyber attack. It happens all the time. IBM, the service provider, did not have 
adequate measures in place to deal with the attack, fundamental measures like 
geo-blocking. It's a bloody disgrace!

IBMs reputation is already in tatters in Australia after the Queensland 
government health payroll disaster. The Queensland government is still refusing 
to budge on a sector-wide ban on new contracts with IBM and who can blame them. 
After this fiasco their brand is toxic. This is a company who government and 
the private sector would 100% trust to get the job done with integrity. 
Unfortunately, those days are past now. Too many high profile failures and 
accusations of underhand dealing have ruined their credibility down here 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.itnews.com.au_news_ibm-2Dshould-2Dnever-2Dhave-2Dbeen-2Dappointed-2Dfinds-2Dqld-2Dpayroll-2Dinquiry-2D352362=CwIC-g=zjLIypOkeQKJfe4BYrJ5J55pYA-45JElRiaMoh2hP7Q=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE=zWwYi2QpDY6TE4HyLAwdwygnSOQ-LDwEzV6IV_KA4gw=Y8GHS85QBlF0dCIM3MFvaj1Tbk2oYKDyGe3Lz0RTNG8=
 .

Maybe what IBM needs is a change in leadership.


On 10/08/2016 12:37 PM, Edward Gould wrote:
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.theregister.co
> .uk_2016_08_09_australian-5Fcensus-5Fslips-5Fin-5Fthe-5Fibm-5Fcloud_
> =CwIC-g=zjLIypOkeQKJfe4BYrJ5J55pYA-45JElRiaMoh2hP7Q=SaL11MvL9LWz-4
> CkTmMYltgrRR9mrR4t5HY7AKmOSPE=zWwYi2QpDY6TE4HyLAwdwygnSOQ-LDwEzV6IV_
> KA4gw=xpiK3BUb5_pMcjPOL2lobBszik3f9siIgb5jIuts59w=
> --
> 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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Boulder and Rochester Servers

[Field, Alan]

Thanks John. Got bitten doing a CHANGE ALL on my JCL and changing a bit too 
much :)

All fixed again. HOLDDATA downloading as I type. 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Tuesday, July 26, 2016 1:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Boulder and Rochester Servers

 From the guy who manages the servers:

"The URL 
https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw01.boulder.ibm.com_service_projects_ecc_ws_=CwICAw=zjLIypOkeQKJfe4BYrJ5J55pYA-45JElRiaMoh2hP7Q=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE=FRTzyJIghJ3bB2Bul_HKpFSe5xVFRynf_9h3gTgevks=y-NWB-dx1TjmggM6q1gN0yBmji6zMoXH-KRNnA8Wg0A=
  has a typo in it.  It should be "services" and it works."

Richards, Robert B. wrote:
> I could not get to that either, but to get HOLDDATA nightly, I 
> normally use: public.dhe.ibm.com
>
> It worked four hours ago.
>
> Bob
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Field, Alan
> Sent: Monday, July 25, 2016 10:34 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Boulder and Rochester Servers
>
> Trying to download HOLDDATA. Same job I've used for years.
>
> GIM69195S ** RECEIVE PROCESSING HAS FAILED. THE SERVER AT
>   
> https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw01.boulder.ibm.com_service_projects_ecc_ws_=CwICAw=zjLIypOkeQKJfe4BYrJ5J55pYA-45JElRiaMoh2hP7Q=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE=FRTzyJIghJ3bB2Bul_HKpFSe5xVFRynf_9h3gTgevks=y-NWB-dx1TjmggM6q1gN0yBmji6zMoXH-KRNnA8Wg0A=
>   DETECTED
>   AN ERROR: 404 - Not Found.
>
> Does IBM have a problem or did something change and I missed the notification?


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Boulder and Rochester Servers

[Field, Alan]

Trying to download HOLDDATA. Same job I've used for years.

GIM69195S ** RECEIVE PROCESSING HAS FAILED. THE SERVER AT
 https://eccgw01.boulder.ibm.com/service/projects/ecc/ws/ DETECTED
 AN ERROR: 404 - Not Found.

Does IBM have a problem or did something change and I missed the notification?


Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: IPLing z/OS 2.1+ with no NIP console

[Field, Alan]

Have you got an entry for the HMC in your CONSOLxx member?

//
 /*  INTEGRATED 3270 CONSOLE ON HMC. Z/OS 2.1 AND LATER  */
 //
 /**/  
CONSOLE DEVNUM(HMCS)   /* DEVICE NUMBER   */   
AUTH(MASTER)   /* ALL COMMANDS CAN BE ENETERED*/   
USE(FC)/* FULL CAPABILITY */   
NAME() /* CONSOLE NAME   */   
ROUTCODE(1-10,12)  /* 14=IEFACTRT, 15=TDS999  */   
CON(N) /* NON-CONVERSATIONAL MODE */   
SEG(19)/* NUMBER OF LINES THAT CAN BE DEL */   
DEL(R) /* ROLL*/   
RNUM(39)   /* MAX LINES IN ONE MESSAGE ROLL   */   
RTME(1/4)  /* NUMBER SECONDS BETWEEN MSG ROLL */   
MFORM(J,T,S)   /* MESSAGE DISPLAY INCLUDES JOBNAME*/   
MSCOPE(*ALL)   /* *ALL = DISPLAY ALL MSGS */   
AREA(NONE) /* SIZE OF OUT OF LINE DISPLAY AREA*/   
PFKTAB(PFKMSTR)/* NAME OF PFK TABLE   */   

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, July 25, 2016 4:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPLing z/OS 2.1+ with no NIP console

We've discussed on this List configuring no NIP console device and using HMC 
instead. I'm testing that practice for the future by configuring off the two 
chpids that support all MCS/NIP consoles for one LPAR. I have done that in the 
past when actual NIP device(s) would not work. NIP messages showed up on 
Operating System Messages and all was fine.

Now however we are getting no NIP messages at all. Three HMCs each with an 
integrated 3270 at z/OS 2.1. We expected NIP messages on either the 3270 or on 
traditional Op Sys Msg. Nada. Has anyone with a NIPless configuration reached 
2.1? Any special considerations?

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


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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: TSO receive on MultiVolume PS error

[Field, Alan]

 Been using this mod for years and never had an issue. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, May 31, 2016 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO receive on MultiVolume PS error

On Tue, 31 May 2016 09:54:22 +, Field, Alan wrote:

>Blksize 3120 is hardcoded. This usermod removes that restriction:
>
>++ USERMOD (LM00062) REWORK(2016003) 
> /* TRANSMIT OUTDA() FORCES THE BLKSIZE OF THE OUTPUT DATA SET   
>TO 3120 (X'0C30').   
>THIS MOD SETS IT TO 0 (SYSTEM DETERMINED BLKSIZE).   
>INMXM IS IN SYS1.LINKLIB.
> */ .
>++ VER (Z038) FMID(HTE77A0)  
>.
>++ ZAP (INMXM) . 
> NAME INMXM  
>  VER 1AC4 ,0C30 
>  REP 1AC4 , 
> 
Clever.  I'll assume QSAM cheerfully deals with whatever BLKSIZE SDB selects.
Is RECEIVE equally happy with it?

But doesn't it still corrupt RECFM or LRECL of an existing data set?

Is the performance gain significant with modern DASD?  I'd care more for 
preserving RECFM and LRECL, even at the cost of TRANSMIT's failing.

-- gil

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: TSO receive on MultiVolume PS error

[Field, Alan]

Blksize 3120 is hardcoded. This usermod removes that restriction:

++ USERMOD (LM00062) REWORK(2016003) 
 /* TRANSMIT OUTDA() FORCES THE BLKSIZE OF THE OUTPUT DATA SET   
TO 3120 (X'0C30').   
THIS MOD SETS IT TO 0 (SYSTEM DETERMINED BLKSIZE).   
INMXM IS IN SYS1.LINKLIB.
 */ .
++ VER (Z038) FMID(HTE77A0)  
.
++ ZAP (INMXM) . 
 NAME INMXM  
  VER 1AC4 ,0C30 
  REP 1AC4 , 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, May 27, 2016 7:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO receive on MultiVolume PS error

Peter,

I have only seen BLKSIZE=3120 in the IBM Documentation for TSO XMIT.  

OUTDDNAME(ddname) | OUTFILE(ddname)
specifies the use of a preallocated file as the output data set for the 
TRANSMIT command. No data is written to SYSOUT for transmission and the system 
limit on the number of records that can be transmitted does not apply. TSO/E 
assigns the DCB attributes as LRECL=80, BLKSIZE=3120, and RECFM=FB. Specify the 
ddname as either a sequential data set or a member of a partitioned data set.

Use OUTDDNAME or OUTFILE in conjunction with the INDDNAME or INFILE operand 
of the RECEIVE command. OUTDDNAME and OUTFILE are primarily intended for system 
programmer use.
OUTDSNAME(dsname) | OUTDATASET(dsname)
specifies the use of a data set as the output data set for the TRANSMIT 
command. No data is written to SYSOUT for transmission and the system limit on 
the number of records that can be transmitted does not apply. TSO/E assigns the 
DCB attributes as LRECL=80, BLKSIZE=3120, and RECFM=FB. The data set must be a 
sequential data set.


And I agree that 27920 is better.  But I have not seen any doc from IBM stating 
it was good for XMIT.  If you have clarifying documentation, could you share?

It is possible that IBM's doc needs an update.  But at this time for the z/OS
V2.1 on Knowledge Center, I am not finding it.  If SDB (System Determined
Blksize) or a specification of 80x could be used, this might need an Doc Update 
to include that.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Peter Hunkeler
> Sent: Friday, May 27, 2016 4:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: AW: Re: TSO receive on MultiVolume PS error
> 
> 
> 
> > However, I don't think that is your problem. The XMIT dataset should 
> > be FB
> 80 3120.
> 
> 
> 
> Just for the records: The XMIT data set *must* be RECFM=FB, LRECL=80.
> The blocksize should be as large as possible to minimize the number of 
> I/O operations to be run. 27920 is optimal.
> 
> 
> --
> Peter Hunkeler
> 

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Product name by module

[Field, Alan]

In Servicelink there is a PCR (Product Cross Reference) option. Enter product 
number 5706-110.

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Wednesday, May 18, 2016 3:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Product name by module

Hi,

One of the module shows me the below copyright but I do not see the product 
name.

EIRFUCB2V1R1M0  5706-110 (C) COPYRIGHT IBM CORP. 1990 19945706-110 (C)

Is there a Link within IBM which can help me to track ?

On Wed, May 18, 2016 at 1:00 PM, Edward Finnell < 
000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:

> Just to refine what Elardus has recommended. You can turn on audit in 
> RACF and see who's hitting them.
> Check PROCLIBs and SYSPROCs/SYSEXEC for occurrences. With ISRDDN check 
> to see if they're LINKLST'd or APFLST'd. In ISPF browse have the 
> option to sort on  columns. Something like 'SORT LNKED D|A' just to 
> see if they've been actively modified.
>
>
> In a message dated 5/18/2016 2:03:24 A.M. Central Daylight Time, 
> elardus.engelbre...@sita.co.za writes:
>
>
> You  can buy expensive audit software which can scan your volsers for 
> unlicensed  software.
>
> --
> 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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: SMTP question.

[Field, Alan]

Didn't try the NOSOURCEROUTE.

Barry Merrill replied with an example. He had a sender= coded. 

Changed our code to explicitly include a sender= and that has resolved the 
problem.  

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Donald J.
Sent: Thursday, April 28, 2016 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMTP question.

Does adding "NOSOURCEROUTE ENABLED" to your SMTP task config change anything?

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

On Wed, Apr 27, 2016, at 05:05 PM, Field, Alan wrote:
> We run SMTP on one lpar (z/OS 2.1).
> 
> Recently we switched our mail server from Notes to Exchange.
> 
> Mostly transparent except for one lpar, and only some jobs even then.
> 
> The failing jobs use SAS email. They run fine on 5 lpars, fail on one.
> 
> One thing we see from the failing lpar (in the SMTP log) is
> 
>MAIL FROM:<userid%noden...@xxx.yyy.com>
> 
> My exchange guy says it is the % that is causing the problem.
> 
> What I cannot find is where/how this is being generated and why it 
> only affects SAS emails on the one lpar. XMITIP from the same lpar works 
> correctly.
> 
> I have compared the TCPDATA and PROFILE members for each lpar and 
> apart from the expected differences (like node names) they appear to be 
> identical.
> 
> Any SMTP wizards care to offer suggestions, please.
> 
> Alan Field
> Systems Engineer Principal
> Blue Cross Blue Shield of MN
> 
> 651.662.3546
> 
> 
> 
> This email and any files transmitted with it are confidential and intended 
> solely for the use of the individual or entity to whom they are addressed. If 
> you are not the named addressee you must not disseminate, distribute or copy 
> this e-mail. Please notify the sender immediately by e-mail if you have 
> received this e-mail by mistake and delete this e-mail from your system. If 
> you are not the intended recipient you are notified that disclosing, copying, 
> distributing or taking any action in reliance on the contents of this 
> information is strictly prohibited.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.fastmail.com=CwICAg=zjLIypOkeQKJfe4BYrJ5J55pYA-45JElRiaMoh2hP7Q=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE=8EChiei2A-Dc19_HOuRl6XftO_NpHOul6ODOm_BNKrk=U1zM4RBVNaPz3td76drzE2vkisOlJq7u4030UJ_t87g=
  - Same, same, but different...

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

SMTP question.

[Field, Alan]

We run SMTP on one lpar (z/OS 2.1).

Recently we switched our mail server from Notes to Exchange.

Mostly transparent except for one lpar, and only some jobs even then.

The failing jobs use SAS email. They run fine on 5 lpars, fail on one.

One thing we see from the failing lpar (in the SMTP log) is

   MAIL FROM:

My exchange guy says it is the % that is causing the problem.

What I cannot find is where/how this is being generated and why it only affects
SAS emails on the one lpar. XMITIP from the same lpar works correctly.

I have compared the TCPDATA and PROFILE members for each lpar and apart from
the expected differences (like node names) they appear to be identical.

Any SMTP wizards care to offer suggestions, please.

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: SDSF Mystery

[Field, Alan]

Skip,

I think HASPINDX is obsolete since about 1.12.

We have a number of lpars where I deleted it and everything works. 

Try deleting it. Perhaps if it isn't there it will work better than being 
migrated/ 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Saturday, April 09, 2016 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SDSF Mystery

IPLed a system in DR mode. Exact mirrored copy of prod. SDSF log won't work in 
DR  because HASPINDX shows migrated to tape, inaccessible in DR. But function 
works fine in prod. I can't find any difference. System is 2.1. How can log 
work in prod without HASP INDEX but fail in DR?

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

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Grace didn't coin the term "bug"?

[Field, Alan]

This?

https://www.google.com/search?q=grace+hopper+bug+picture=1600=760=isch=hd3yOe9lqAoxiM%253A%253BzhUDz8dJ4fjqaM%253Bhttp%25253A%25252F%25252Fwww.wired.com%25252F2013%25252F12%25252Fgoogles-doodle-honors-grace-hopper-and-entomology%25252F=iu=m=hd3yOe9lqAoxiM%253A%252CzhUDz8dJ4fjqaM%252C_=__W_mU2alM863BQxm2C11rLU2w_uc%3D=0ahUKEwijzbnrl8TLAhXqtYMKHTQTA6MQyjcILw=gMjoVqONLerrjgS0poyYCg#imgrc=hd3yOe9lqAoxiM%3A

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mitch Mccluhan
Sent: Tuesday, March 15, 2016 9:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Grace didn't coin the term "bug"?

I've seen a photo of the actual bug Grace had used to coin the phrase.

Mitch Mccluhan
mitc...@aol.com

On Tuesday, March 15, 2016 CM Poncelet  wrote:
AFAIK The original Grace Hopper 'bug' was an actual bug - some kind of moth. 
There could be a photo of it somewhere.

Richard Pinion wrote:

>I thought the term debugging came from the days when the first 
>computers were made from vacuum tubes. The tubes produced light, which 
>in turn attracted bugs. Periodically, the computer had to be "debugged".
>
>My source was probably urban legend.
>
>
>
>--- wdonze...@gmail.com wrote:
>
>From: William Donzelli 
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Grace didn't coin the term "bug"?
>Date: Tue, 15 Mar 2016 14:56:07 -0400
>
>No, she did not. The term "bug", relating to flaws and errors in a 
>circuit*, shows up a fair amount in 1930s ham radio literature, for 
>example.
>
>* "bug" also applies to automatic Morse keys, of course.
>
>--
>Will
>
> 

On Tue, Mar 15, 2016 at 2:52 PM, Lindy Mayfield  wrote:
> 
>
>>Was watching NCIS Los Angeles and the geek was showing off to the 
>>female geek by saying Grace Hopper didn't coin the term bug, but 
>>Thomas Edison did. (Which he probably stole from someone else, 
>>probably Tesla, but that just me being facetious.)
>>
>>https://urldefense.proofpoint.com/v2/url?u=http-3A__theinstitute.ieee.
>>org_technology-2Dfocus_technology-2Dhistory_did-2Dyou-2Dknow-2Dedison-
>>2Dcoined-2Dthe-2Dterm-2Dbug=BQICaQ=zjLIypOkeQKJfe4BYrJ5J55pYA-45JE
>>lRiaMoh2hP7Q=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE=D9pf2y9wA
>>5Mcx0HbXdxOSfm2zlvNj3XNUzRukuvJTtw=VRdEtXtLTT6xbNhIj8uo9wgBYPUAFB1Ko
>>q80Zb-mzkE=
>>
>>Regards,
>>Lindy
>>
>>
>>
>>--
>>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
>
>
>
>
>_
>Netscape. Just the Net You Need.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> 
>

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


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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: Tritus SPF again

[Field, Alan]

Look for vDOS. It is based on DOSBOX and I think a better 16bit emulator, 
especially for something like this.

 https://www.vdos.info/

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richard Pinion
Sent: Thursday, February 25, 2016 4:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Tritus SPF again

I received my USB 3.5 inch diskette drive today.  I copied the contents of the 
diskette to my SSD, and tried to execute TSPF.EXE.  It didn't work because it 
is a 16 bit application.  Googled a little, and found DOSBOX.
Downloaded and installed DOSBOX.  Executed DOSBOX, and I am able to execute 
TSPF!

I'm out $19 just for the sake of being able to do this.  Still have those
5.25 diskettes.  I'm not sure if they contain the same thing, lower level, or 
higher level of TSPF.  I got a few offers from people to copy the
5.25 diskettes, but I didn't keep those emails.  If you're one of them, please 
contact me offlist, rpinion at netscape dot com, if the offer is still open.

Thanks in advance.



_
Netscape.  Just the Net You Need.

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: Parsing IEASYS00 entries

[Field, Alan]

Thanks Peter. I resolved it by using 

Since  isn't in my IEASYMxx I think it is being defined during the 
startup of some ISV software. 



Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Relson
Sent: Thursday, February 25, 2016 6:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Parsing IEASYS00 entries

In all symbol substitution situations you need to start by asking "what is the 
value of the symbol?", in this case, "what is the value of ?".

Since z/OS does not create such a symbol, then if you don't have it in your 
IEASYMxx then it's very unlikely that it's available for usage during IPL.

Peter Relson
z/OS Core Technology Design


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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Parsing IEASYS00 entries

[Field, Alan]

Allan wins. 

Thank you for the hint. 

I remember reading CA at startup creates some symbols. Maybe OSLEVEL is one of 
them? OSLEVEL shows up in a D SYMBOLS.

I recoded my OMVS entry thus: OMVS=(00,(4:1).(6:1).),  

Success . 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Staller, Allan
Sent: Wednesday, February 24, 2016 2:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Parsing IEASYS00 entries

Is  defined in SYS1.PARMLIB(IEASYMxx)?  

If So, can you create the results of (x:y) as another symbol?


I coded OMVS=(00,(2:1).(4:1).),  (with the periods) and it 
still objects. 

I'm thinking it doesn't like the  symbol since  works as you 
depicted. 


This email ? including attachments ? may contain confidential information. If 
you are not the intended recipient, do not copy, distribute or act on it. 
Instead, notify the sender immediately and delete the message.

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Parsing IEASYS00 entries

[Field, Alan]

I coded OMVS=(00,(2:1).(4:1).),  (with the periods) and it 
still objects. 

I'm thinking it doesn't like the  symbol since  works as you 
depicted. 


Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, February 24, 2016 2:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Parsing IEASYS00 entries

You coded:

   OMVS=(00,(2:1)(4:1)),

Should it be:
OMVS=(00,(2:1).(4:1).),  

We use symbols in ours:  OMVS=(00,FS,,),   Where  is 
defined as
SYMDEF(='TECH')  /*  */
SYMDEF(='(1:1).')   /* 1 char t, d, p   */
SYMDEF(='(1:2).')   /* 2 char te, de, pr*/

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Field, Alan
Sent: Wednesday, February 24, 2016 3:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Parsing IEASYS00 entries

I want to specify a different BPXPRMnn concatenation depending on whether I'm 
IPLing z/OS 2.1 or z/OS 2.2. The second member has the filesystem mounts and 
they are different depending on which level of z/OS is IPLing.

In SYS1.PARMLIB(IEASYS00) I specify

   OMVS=(00,(2:1)(4:1)),

However at IPL get

   BPXI030I THE OMVS= PARAMETER WAS FOUND TO HAVE A SYNTAX ERROR.
   IEA341A RESPECIFY OMVS PARM OR PRESS ENTER
   IEE600I REPLY TO 00 IS;OMVS=00
   IEE252I MEMBER BPXPRM00 FOUND IN SYS1.PARMLIB

Entering the command

   SET OMVS=(00,(2:1)(4:1))

I get

   IEE295I COMMAND CHANGED BY SYMBOLIC SUBSTITUTION
   ORIGINAL: SET OMVS=(00,(2:1)(4:1))
   MODIFIED: SET OMVS=(00,21)
   SET OMVS=(00,21)

so I put OMVS=00, back in IEASYS00 and I created an MPF exit triggering off the 
BPXI004I OMVS INITIALIZATION COMPLETE message to issue the SET 
OMVS=(2:1)(4:1) as an interim solution.

It appears the OMVS= parameter does not like system symbols. Is this correct or 
have I somehow messed up my coding?

Thanks


Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

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

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Parsing IEASYS00 entries

[Field, Alan]

I want to specify a different BPXPRMnn concatenation depending on whether
I'm IPLing z/OS 2.1 or z/OS 2.2. The second member has the filesystem mounts
and they are different depending on which level of z/OS is IPLing.

In SYS1.PARMLIB(IEASYS00) I specify

   OMVS=(00,(2:1)(4:1)),

However at IPL get

   BPXI030I THE OMVS= PARAMETER WAS FOUND TO HAVE A SYNTAX ERROR.
   IEA341A RESPECIFY OMVS PARM OR PRESS ENTER
   IEE600I REPLY TO 00 IS;OMVS=00
   IEE252I MEMBER BPXPRM00 FOUND IN SYS1.PARMLIB

Entering the command

   SET OMVS=(00,(2:1)(4:1))

I get

   IEE295I COMMAND CHANGED BY SYMBOLIC SUBSTITUTION
   ORIGINAL: SET OMVS=(00,(2:1)(4:1))
   MODIFIED: SET OMVS=(00,21)
   SET OMVS=(00,21)

so I put OMVS=00, back in IEASYS00 and I created an MPF exit triggering
off the BPXI004I OMVS INITIALIZATION COMPLETE message to issue the
SET OMVS=(2:1)(4:1) as an interim solution.

It appears the OMVS= parameter does not like system symbols. Is this correct or 
have I somehow messed up my coding?

Thanks


Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Even after all the Y2K work....

[Field, Alan]

Probably too young to remember Y2K. 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Wednesday, February 10, 2016 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OT: Even after all the Y2K work

You would think coders would understand leap days.
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.calculatorcat.com_free-5Fcalculators_day-5Fof-5Fweek.phtml=BQICaQ=zjLIypOkeQKJfe4BYrJ5J55pYA-45JElRiaMoh2hP7Q=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE=dzfOZigM6RzsZpwmqZ9ikEQkWF4XyxYWJl15RO0CRa8=Rgk_6sV6OuCAEexzynTDXMLw0iK0tpzFcIGOmTkb84w=
Enter Feb 29, 2016 (or any other valid leap year) and you get:

"The date February 29, 2016 is invalid.
Check it again."


--
Tony Thigpen

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: TSAB location

[Field, Alan]

Anthony,

What level of z/OS are you coming from?

I just dumped one of our TCP address spaces (z/OS 2.1) and IPCS shows:

TCPIPCS PROFILE ALL
Dataset: SYS2.SVCDUMP.#MASTER#.D160209.T143026.T3  
Title:   tcpip 
   
   
The address of the TSAB is: 14EDE000   
   
Tseb SI Procedure Version Tsdb Tsdx Asid TraceOpts  Status 
   
14EDE040  1 TCPIPMVS  V2R114EB7000 14EB70C8 005F    Active 
   
   1 defined TCP/IP(s) were found  
   1 active  TCP/IP(s) were found  
   
   1 TCP/IP(s) for CS V2R1  found  

  

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Anthony Fletcher
Sent: Tuesday, February 09, 2016 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TSAB location

I am trying to migrate some TCPIP GATEWAY statements to BEGINROUTES as required 
by z/OS 2.2.
The method I have been recommended to use is to get a system dump of the TCP 
address space, then use IPCS to format the data using the TCPIPCS command which 
will format the routes in BEGINROUTES format.
I don't know whether that works or not because when I do that I get a message 

BLS18100I ASID(X'0001') 16CFB000 not available  
Unable to access TSAB at 16CFB000   

I have tried various combinations of what to have in the dump, but the TCPIPCS 
command always fails as above.

Anyone had this problem and/or know what the TSAB is and why it should not be 
available, and more importantly how to make it available?

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: SIS outage

[Field, Alan]

Woops :) 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, February 03, 2016 8:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SIS outage

On 2016-02-03 19:34, Field, Alan wrote:
> In replying to Frank's question about IBMlink I noticed this:
> 
> "Service Information Search (SIS) application is going to be unavailable next 
> Friday, January 05th, starting at 21:00 Eastern Time through Saturday, ending 
> at 02:00 AM Eastern Time."
>  
Err...  Last month?

-- gil

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: IBMLINK DOWN

[Field, Alan]

Not for me at 20:30 CST. I am in the SRD page waiting to enter a ptf number. 

Is that where you are trying to get to?

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Skellen, Frank
Sent: Wednesday, February 03, 2016 8:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBMLINK DOWN

Can anyone get into IBM link..

I need to get a ptf before my POR tonight.

-frank



This e-mail message (including any attachments) is for the sole use of the 
intended recipient(s) and may contain confidential and privileged information. 
If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution or copying of this message 
(including any attachments) is strictly prohibited.

If you have received this message in error, please contact the sender by reply 
e-mail message and destroy all copies of the original message (including 
attachments).

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

SIS outage

[Field, Alan]

In replying to Frank's question about IBMlink I noticed this:

"Service Information Search (SIS) application is going to be unavailable next 
Friday, January 05th, starting at 21:00 Eastern Time through Saturday, ending 
at 02:00 AM Eastern Time."

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Identifying creator of SMF records

[Field, Alan]

Is there a way to identify what is creating user written SMF records?

We have 210s, 230s and 254s that we can't identify the source.

We've dumped the records and looked at them. Some give hints (e.g. the 230s 
look like perhaps CA OpsMVS, the 254s perhaps something related to SAF).

TIA

Alan


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Identifying creator of SMF records

[Field, Alan]

Thanks Lizette. We use IEASVC00 to keep track of SVCS but there is no defined 
member to register SMF numbers. 

We have a member describing the ones in use and our keeper of SMF has just 
noticed three record types are unidentified hence our interest.

Barry Merrill has offered assistance in identifying the mystery records.

Unfortunately we are starting at the back end. We have the records, browsing 
them hasn't helped particularly and there are potentially many vendors docs to 
have to wade through looking for default numbers.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, January 22, 2016 6:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Identifying creator of SMF records

Alan,

I think the better forum with be either the MICS Community on CA website or 
MXG.COM 

If you have SAS and MXG or SAS and MICS, one of them might have a cross 
reference or way to determine SMF details.

I have usually maintained a text file in SYS1.PARMLIB that contains a list of 
either SVCs or SMF records for non IBM products.

If you do not have that, then you may have to find another way.  And I am not 
sure how that can be done if you do not have the ability to search any and all 
installation libraries for vendor products to see what pops up.

Sometimes shops will use the defaults supplied by the Vendors and that will be 
documented in the vendors installation manual.  So I would start with that.



Lizette



-Original Message-
>From: "Field, Alan" <alan.fi...@bluecrossmn.com>
>Sent: Jan 22, 2016 2:30 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Identifying creator of SMF records
>
>Is there a way to identify what is creating user written SMF records?
>
>We have 210s, 230s and 254s that we can't identify the source.
>
>We've dumped the records and looked at them. Some give hints (e.g. the 230s 
>look like perhaps CA OpsMVS, the 254s perhaps something related to SAF).
>
>TIA
>
>Alan

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: HMC Defining a new LOAD "object" under the TEST Lpar group.

[Field, Alan]

On our HMC (2.13) under DAILY I have GROUPING (logged on as SYSPROG).  Don't 
remember back to 2.9.2. Don’t think it has changed though. 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Mattson
Sent: Friday, December 04, 2015 3:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: HMC Defining a new LOAD "object" under the TEST Lpar group.

Inherited an HMC for my z9 at 2.9.2 level.  Trying how to remember how do 
define a new object to activate/load that lpar with my experimental testing 
stuff.  Been beating thru the HMC and SE manuals and cannot find what should be 
the simplest of tasks.
Under GROUPS I have CPC Images, Defined CPCs, PROD and TEST groups Under TEST 
are...
P006163C -
P006163C:TEST (TESTPLEX:TEST)
Test IPL F800

Below Test IPL F800 is
P006163C:TEST (TESTPLEX:TEST)
/* yes again, but clicking on this I can actually set an activation profile */

I want to set up a new "group" similar to "Test IPL F800" called Test IPL TEST
and I guess another occurance of P006163C:TEST (TESTPLEX:TEST)   below it
so that I can use My TESTing Activation profile.

Problem is I cannot figure out how to add anything below "TEST"
I know it will be embarassingly simple once I see it, but I am stumped right 
now.
Is there an HMC Guru in the house?

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: SYSMOD in APPLIED and ERR STATUS.

[Field, Alan]

Thanks for the suggestions, APPLY of the FMID including all the PRE's in the 
SELECT statement seems to have sorted everything out. 

Onward with applying the new PTFS.   

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Field, Alan
Sent: Monday, November 23, 2015 3:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SYSMOD in APPLIED and ERR STATUS.

I tried to apply a couple of PTFS and receive message GIM37903E ** APPLY 
PROCESSING FAILED FOR SYSMOD xxx BECAUSE IT HAS NO APPLICABLE ++VER MCS.

One of the reasons is the function has the ERROR flag set (which it does).  It 
has been this way for over a year by the look of it. APPLY job output long gone 
by now.

Is there a way to either figure out why it is in ERROR so I can fix it, or just 
turn off the ERROR flag, or to IGNORE the error and get these PTFs to apply?

The function hasn't been accepted. I tried to reapply it but got lots of "does 
not PRE or SUP"" messages.

I obviously haven't seen this before, otherwise I wouldn't be asking :)

Thanks

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

SYSMOD in APPLIED and ERR STATUS.

[Field, Alan]

I tried to apply a couple of PTFS and receive message GIM37903E ** APPLY 
PROCESSING FAILED FOR SYSMOD xxx BECAUSE IT HAS NO APPLICABLE ++VER MCS.

One of the reasons is the function has the ERROR flag set (which it does).  It 
has been this way for over a year by the look of it. APPLY job output long gone 
by now.

Is there a way to either figure out why it is in ERROR so I can fix it, or just 
turn off the ERROR flag, or to IGNORE the error and get these PTFs to apply?

The function hasn't been accepted. I tried to reapply it but got lots of "does 
not PRE or SUP"" messages.

I obviously haven't seen this before, otherwise I wouldn't be asking :)

Thanks

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: (External):HMC and JAVA and Browser ...again/still

[Field, Alan]

Thanks to all. I have been talking to IBM HW support. Not sure their 
recommendation helped but I have discovered:

Using my default browser, Aurora (Firefox Developer Edition ver 44) I can’t 
access.

Chrome ver 46.0.2490.86 m I can’t access

IE ver 9.0.8112.16421 I can’t access

Firefox ESR ver 38.4.0 I CAN access

IBMs recommendation appeared to be for lower levels of Java and HMC, however 
the SHARE presentation by Brian Valentine states
 “JAVA 8.x and HMC 2.13.0 Remote Browser connection will work – no 
customization required” 

That is my configuration Java 8 and HMC 2.13.0 and with an appropriate choice 
of browser it seems to be true. 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Thursday, November 12, 2015 12:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):HMC and JAVA and Browser ...again/still

Here is an alternate link to the same document: 
http://people.redhat.com/fmiranda/systemz/SHARE.ORG/Seattle%202015/Seattle%20SHARE%20Session%2016705%20-%20HMC%202_13_0.pdf

Start at page 37

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


-Original Message-
From: Jousma, David
Sent: Thursday, November 12, 2015 12:58 PM
To: 'IBM Mainframe Discussion List'
Subject: RE: (External):HMC and JAVA and Browser ...again/still

I don’t recall the exact circumstances of your problem, but IBM sent me these 
instructions for accessing HMC 2.12 level with JAVA 8.  I'm attempting to 
attach a PDF file which interestingly came from SHARE.  If it doesn’t come 
through, search share website for session 16705, page 40.  EDIT: found the 
link: https://share.confex.com/share/124/webprogram/Session16705.html  
although, the document appears to be missing.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Thursday, November 12, 2015 10:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):HMC and JAVA and Browser ...again/still

I'm having the same problem, and I was also able to open a SR using these 
pointers.   Not exactly intuitive to get here

Dana

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

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


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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: RECEIVE command in z/OS

[Field, Alan]

If the small blksize is an issue try this usermod:

++ USERMOD (LM00062) REWORK(2014001) 
 /* TRANSMIT OUTDA() FORCES THE BLKSIZE OF THE OUTPUT DATA SET   
TO 3120 (X'0C30').   
THIS MOD SETS IT TO 0 (SYSTEM DETERMINED BLKSIZE).   
INMXM IS IN SYS1.LINKLIB.
 */ .
++ VER (Z038) FMID(HTE7790)  
.
++ ZAP (INMXM) . 
 NAME INMXM  
  VER 1A54 ,0C30 
  REP 1A54 , 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of bharath
Sent: Wednesday, November 11, 2015 10:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RECEIVE command in z/OS

REXX output for Input Dataset is

0

Block  1 is  3120 bytes. 

Block  2 is  3120 bytes. 

Block  3 is  3120 bytes. 

Block  4 is  3120 bytes. 

Block  5 is  3120 bytes. 

Block  6 is  3120 bytes. 

Block  7 is  3120 bytes. 

Block  8 is  3120 bytes. 

Block  9 is  3120 bytes. 

Block 10 is  3120 bytes. 

READY

END  





REXX output for Output Dataset is

0   

Block  1 is   124 bytes.

Block  2 is   124 bytes.

Block  3 is   124 bytes.

Block  4 is   124 bytes.

Block  5 is   124 bytes.

Block  6 is   124 bytes.

Block  7 is   124 bytes.

Block  8 is   124 bytes.

Block  9 is   124 bytes.

Block 10 is   124 bytes.

READY   

END  





   

On Wed, 11 Nov 2015 06:32:46 +0530 Paul Gilmartin  

wrote

>On Tue, 10 Nov 2015 19:47:49 -0500, Tony Harminc wrote:







>On 10 November 2015 at 19:04, Bharath Nunepalli wrote:



>> The confusing part here is the size of the Output dataset.



>> Input dataset is 1.7 GB, but the Output dataset is 8.1 GB.



>> Do you think this happened due to BLKSIZE(132) value??



>



>Yes, certainly. BLKSIZE of 132 is hopelessly space-wasting (and slow).



>If you need to preallocate, you can do that without specifying a



>BLKSIZE (SMS should choose a good one for you), or specify



>BLKSIZE=27998, which is half-track for a 3390.



>



Yes. With LRECL=128,BLKSIZE=132, you'll get only one record per



block. Most of your space will be interblock gaps.







But I'm skeptical that such an adverse input format could result in



even worse output. I'd like to see the output of this Rexx EXEC applied



to both your input and output data sets:







user@OS/390.24.00: cat rexxdump 
 



/* Rexx */ signal on novalue; /* 




  Doc: simple minded data set dump. Requires z/OS 2.1 or higher.



*/



if 0 then trace R







Dataset = userid()'.ISFUNLD.BADSYM.JOB08364.PAX.Z' /* Supply yours. */







say BPXWDYN( 'alloc rtddn(DD) dsn('Dataset') shr recfm(U) blksize(32760) 
msg(2)' )







do I = 1 to 10



  address 'MVS' 'EXECIO 1 DISKR' DD '(stem L.'



  if RC0 then return( RC * (RC2) )



  say 'Block'right( I, 3 ) 'is'right( length( L.1 ), 6 ) 'bytes.'



  end I



/* 
*/



user@OS/390.24.00: 



user@OS/390.24.00: rexxdump # sample output 
   



0



Block 1 is 27998 bytes.



Block 2 is 4294 bytes.



user@OS/390.24.00: 







-- gil







--



For IBM-MAIN subscribe / signoff / archive access instructions,



send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


--
For IBM-MAIN subscribe 

Re: (External):HMC and JAVA and Browser ...again/still

[Field, Alan]

Thanks Dinesh. I followed your suggestion and have my question submitted. I 
hope I get a resolution. 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dinesh Subramanian
Sent: Wednesday, November 11, 2015 6:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):HMC and JAVA and Browser ...again/still

I don't think my previous note was having enough information.

In the initial screen for opening service request I selected "Problem with 
Appliance" , in the next page searched with keyword  as "System z" and got the 
option to select for HMC issue.

Product
Usage and Q Support for System z Hardware V1.1 Component Hardware How-to for 
System z Consoles 1.2.0

Thanks,
Dinesh 

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

HMC and JAVA and Browser ...again/still

[Field, Alan]

I was able to use the integrated console maybe once before it all quit again.

I have the JAVA console log but I don't know how to interpret it to decide 
what's wrong, or to fix it if I could.

How do I open a IBM service request to the HMC folks to send them the java 
console and hopefully have them tell me how to fix it?

I have poked around in SR both hardware and software but it isn't obvious how 
to get a request to the HMC folks

Thanks

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: HMC/Browser access and JAVA

[Field, Alan]

Another Data Processing mystery.

I upgraded to JAVA 8.65 and it still didn't work. 

I did nothing but wait a few days and a few PC restarts later ... 

I tried again today and lo and behold 3270 and operating system messages are 
working. 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, October 19, 2015 6:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HMC/Browser access and JAVA

Alan,  HMC needs to be at 2.13.0 for JAVA 8 to work.   

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Field, Alan
Sent: Sunday, October 18, 2015 1:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: HMC/Browser access and JAVA

My HMC access via a browser to the Integrated 3270 and Operating System 
messages broke again.

It is a JAVA problem. I had been running JAVA V7.21 but it won't reinstall 
properly again. I have JAVA 8.60 installed and it doesn't start either of the 
functions.

My HMC microcode is at a high level - it is supposed to support Java V8.

Any suggestions? Thanks

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

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

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Unicode Query

[Field, Alan]

IEBCOPY is the utility of choice. If you copy a module with aliases it does NOT 
automatically pick up the aliases.

You need to specify the module and all the aliases in the copy request to 
preserve the relationship.

Otherwise you end up with the aliases in the output dataset becoming modules on 
their own right. 

Depending on whether you access it by the main name or the alias you get the 
updated module or an un-updated one.  

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, October 23, 2015 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode Query

On 2015-10-23, at 09:06, Field, Alan wrote:

> Only three modules are affected. I just copied them and re-ipld. Watch it. 
> one of them has an alias (thanks Skip R for pointing that out).
>  
Does copying somehow damage an alias?  Grrr...  Shame on it!
Does it depend on which utility you use to copy?  Which are safe and which 
unsafe?

-- gil

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Unicode Query

[Field, Alan]

Only three modules are affected. I just copied them and re-ipld. Watch it. one 
of them has an alias (thanks Skip R for pointing that out).

//S01 EXEC IEBCOPY,PDSI='ZOSR201.SYS1.LINKLIB', 
// PDSO='SYS1.LINKLIB'  
//SYSIN DD *
 C O=SYSUT2,I=((SYSUT1,R))  
 S M=CUNMISP
//S02 EXEC IEBCOPY,PDSI='ZOSR201.SYS1.LPALIB',  
// PDSO='SYS1.LPALIB'   
//SYSIN DD *
 C O=SYSUT2,I=((SYSUT1,R))  
 S M=CUNMZUPD   
//S03 EXEC IEBCOPY,PDSI='ZOSR201.SYS1.NUCLEUS', 
// PDSO='SYS1.NUCLEUS'  
//SYSIN DD *
 C O=SYSUT2,I=((SYSUT1,R))  
 S M=CUNMIIPL   
 S M=IEAVNPUN   

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nathan Astle
Sent: Friday, October 23, 2015 10:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Unicode Query

Hello Group,

I am Going to Apply UNICODE Conversion PTF to our sandbox system. If Understand 
correct the UNICODE PTF changes the SYS1.LPALIB,SYS1.LINKLIB and SYS1.NUCLEUS 
alone.

So after Applying the Fix Instead of Cloning the Whole SYSRES volume, Can i 
Just copy the above three dataset and Just an IPLTEXT ?

Will there be any Problem If I dont copy the Whole SYSRES ?

Nathan

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

HMC/Browser access and JAVA

[Field, Alan]

My HMC access via a browser to the Integrated 3270 and Operating System 
messages broke again.

It is a JAVA problem. I had been running JAVA V7.21 but it won't reinstall 
properly again. I have JAVA 8.60 installed and it doesn't start either of the 
functions.

My HMC microcode is at a high level - it is supposed to support Java V8.

Any suggestions? Thanks

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: (External):HMC/Browser access and JAVA

[Field, Alan]

Thanks Skip for the reassurance that it works. I'll keep digging. 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J O Skip Robinson
Sent: Sunday, October 18, 2015 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):HMC/Browser access and JAVA

Both functions are working for me today. Java level:

java version "1.8.0_60"
Java(TM) SE Runtime Environment (build 1.8.0_60-b27) Java HotSpot(TM) Client VM 
(build 25.60-b23, mixed mode)

We have had Java problems off and on but finally standardized on this version 
after upgrading all HMCs to the latest driver. 

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Field, Alan
Sent: Sunday, October 18, 2015 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):HMC/Browser access and JAVA

My HMC access via a browser to the Integrated 3270 and Operating System 
messages broke again.

It is a JAVA problem. I had been running JAVA V7.21 but it won't reinstall 
properly again. I have JAVA 8.60 installed and it doesn't start either of the 
functions.

My HMC microcode is at a high level - it is supposed to support Java V8.

Any suggestions? Thanks

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Sample JCL to alter sideinfo - APPCPM00

[Field, Alan]

Like this:

//APPCUTIL EXEC PGM=ATBSDFMU,PARM='TYPRUN=RUN'  
//SYSSDLIB  DD  DISP=SHR,DSN=SYS1.APPCSI
//SYSSDOUT  DD  SYSOUT=*
//SYSPRINT  DD  SYSOUT=*
//SYSIN DD  *   
SIDELETE
  DESTNAME(GENORREQ)
SIADD   
  DESTNAME(GENORREQ)
  TPNAME(GENORREQ)  
  MODENAME(APPCHOST)
  PARTNER_LU(VMALU004)  
SIDELETE
  DESTNAME(APPCRCV) 
SIADD   
  DESTNAME(APPCRCV) 
  TPNAME(APPCRCV)   
SIDELETE
  DESTNAME(CLIGENOR)
SIADD   
  DESTNAME(CLIGENOR)
  TPNAME(APPCRCV)   
SIDELETE
  DESTNAME(APPCSND) 
SIADD   
  DESTNAME(APPCSND) 
  TPNAME(APPCSND)   

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Friday, March 13, 2015 7:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sample JCL to alter sideinfo - APPCPM00

Peter wrote:

I am trying to find a sample JCL to alter the information from SIDEINFO VSAM 
file. Does anyone have a sample JCL on how to ? I don't see any sample to 
modify the Sideinfo dataset in Samplib.

No JCL, only command SETAPPC, AFAIK. Only Parmlib member statements. Look in 
Init and Tuna book for APPCPMxx.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Ifont size=2This email and any files transmitted with it are confidential 
and intended solely for the use of the individual or entity to whom they are 
addressed. If you are not the named addressee you must not disseminate, 
distribute or copy this e-mail. Please notify the sender immediately by e-mail 
if you have received this e-mail by mistake and delete this e-mail from your 
system. If you are not the intended recipient you are notified that disclosing, 
copying, distributing or taking any action in reliance on the contents of this 
information is strictly prohibited./font/I

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

HMC Integrated console and JAVA

[Field, Alan]

My ability to use the integrated console (and operating system messages) 
options of remote interface to the HMC has stopped working (it worked earlier 
in the week).

I tried various browsers and fiddled with the options and settings based on 
earlier IBM-MAIN posts to no avail.

I tried JAVA v7.x and V8.x.

When I log off the HMC (console actions) I get a pop-up saying I have x number 
of tasks still running (where x corresponds to the number of times I click on 
either the operating system messages or IC icons).

HMC code level is 2.12.1.

Help :)

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

Ifont size=2This email and any files transmitted with it are confidential 
and intended solely for the use of the individual or entity to whom they are 
addressed. If you are not the named addressee you must not disseminate, 
distribute or copy this e-mail. Please notify the sender immediately by e-mail 
if you have received this e-mail by mistake and delete this e-mail from your 
system. If you are not the intended recipient you are notified that disclosing, 
copying, distributing or taking any action in reliance on the contents of this 
information is strictly prohibited./font/I

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

Re: zfs Filesystem question

[Field, Alan]

Dave

Enter (from TSO) BPXMTEXT 0558062B

It says:

BPXFSUMT 01/17/13   
JrRemntMode: The file system is already in the mode specified by remount.   

Action: Change the remount mode if needed.  

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hansen, Dave L - Eagan, MN
Sent: Tuesday, January 27, 2015 2:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zfs Filesystem question

Dear zfs friends,

   I can use the ISHELL to mount and unmount a zfs file system.  It looks like 
I can use TSO/E according to the USS Command Reference using MOUNT 
filesystem('ZFS.WORKDS') MOUNTPOINT('/u/openuser') TYPE(ZFS) and UNMOUNT 
FILESYSTEM('ZFS.WORKDS').  When I go into OMVS as UID(0) I don't get anything 
good back from my commands:

SSQA4Uzfs unmount /usr/lpp/cicsts/cicsts51
zfs: FSUM7351 not found
SSQA4Uunmount /usr/lpp/cicsts/cicsts51
unmount: FSUM7351 not found
SSQA4Uumount /usr/lpp/cicsts/cicsts51
umount: FSUM7351 not found
SSQA4Uzfs umount /usr/lpp/cicsts/cicsts51
zfs: FSUM7351 not found
SSQA4Uid
uid=0(IBMUSER) gid=0(@STCGRP) groups=50(ACFGROUP),6020(CPSDEV),3000(DSUSER),1000
(IMWEB),1(OMVSGRP),2110(SMDBA),2100(SMISSC),2300(STISSC),2320(SUREADM),2(TTY),22
00(WBISSC)
SSQA4U

Q).  What do I need to do from OMVS?

I tried tso UNMOUNT FILESYSTEM(OMVS.A.CICSTS51.ZFS) REMOUNT(RDWR).  I got back 
Return Code 0079, Reason Code 0588062B.  The UNMOUINT failed for file 
system OMVS.A.CICSTS51.ZFS.

Q).  Should this have worked for a zfs?


  Thank you,  Dave

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