Join z/OS Communications Server free webinar on 12/1 for z/OS V2R5 highlights!

[Shi Hui XG Gui]

z/OS V2R5 is here!

Are you curious about the latest network and security updates with IBM Z?

Join the z/OS Communications Server Technical Update webinar and discover z/OS 
V2R5 new highlights!

In this webinar, z/OS Communications Server architects Mike Fitzpatrick and Sam 
Reynolds will provide a look at new features in z/OS Communications Server from 
z/OS V2.5 and continuous delivery. z/OS V2.5 new features to be discussed 
include:

- Shared Memory Communications multiple subnet support (SMCv2), with a focus on 
the new SMC-Rv2 capability
- An introduction to z/OS Encryption Readiness Technology (zERT) policy-based 
enforcement
- Notification of availability of TCP/IP extended services
- … and more!

The webinar is scheduled at Dec.1st, 11:00 am to 12:00 pm (EST). There will be 
presentation and real-time Q sessions.

Register today: https://ibm.biz/CSwebinar2021.

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

Re: Words fail me!

[David Crayford]

> On 16 Nov 2021, at 5:55 am, zMan  wrote:
> 
> 
>> 
>> Neither "Unformatted System Services" nor "Unix System Services" has or
> should have the word "screen".
> I dunno, after the many, Many, MANY times we've gone round on this I *want *to
> screen
> 

+ 100


>> On Mon, Nov 15, 2021 at 12:32 PM Seymour J Metz  wrote:
>> 
>> Neither "Unformatted System Services" nor "Unix System Services" has or
>> should have the word "screen". USS in VTAM determines the appropriate
>> logmode for an unformatted logon. USS for TN3270 includes equivalent
>> functionality; Unix System Services is what used to be MVS Open Edition in
>> 1993, two decades after VTAM and USS. If there is an unformatted screen
>> services it'sa not part of either VTAM or Unix.
>> 
>> Of course, TN3270 includes the logon screen and Unix System Services
>> includes 3270 support, but "screen" is still not part of the names, and
>> never has been.
>> 
>> The last I heard from IBM, USS was an official abbreviation for only
>> Unformatted System Services.
>> 
>> 
>> --
>> Shmuel (Seymour J.) Metz
>> http://mason.gmu.edu/~smetz3
>> 
>> 
>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
>> of Matt Hogstrom [m...@hogstrom.org]
>> Sent: Sunday, November 14, 2021 1:29 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Words fail me!
>> 
>> Unformatted System Services was used in VTAM to specify the screen and
>> responses to uses to logon to formal  VTAM sessions like TSO and CICS.
>> 
>> USS was Unix System Services IIRC
>> 
>> Matt Hogstrom
>> PGP key 0F143BC1
>> 
 On Nov 13, 2021, at 21:02, greg.pr...@optusnet.com.au wrote:
>>> 
>>> Way back when (long before UNIX was added to MVS) the network sysprog
>> told me that USS stood for Unformatted Screen Services.
>>> 
>>> Years after that but years (decades?) ago, I noticed that some VTAM
>> books were talking about UNIX System Services in a context completely
>> unrelated to UNIX.
>>> 
>>> I sent feedback that this was not the correct expansion of USS in this
>> context. I expect others also did. References to UNIX were soon removed.
>>> 
>>> But I wonder if that is why VTAM books talk about Unformatted System
>> Services now - because they changed UNIX to Unformatted, but not System to
>> Screen.
>>> 
>>> Cheers,
>>> Greg
>>> 
>>> --
>>> 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
>> 
> 
> 
> -- 
> zMan -- "I've got a mainframe and I'm not afraid to use it"
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: FTP Switch between users not accepted as anonymouslevel = 3

[Charles Mills]

It works all the time from other z/OS clients, using the same userid. I just 
logged on from a Windows FTP client using the same userid. It works from their 
client to a different z/OS server, and no, I do not know what is different 
between the two servers -- probably lots of little things -- I did not set 
either one up originally.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Attila Fogarasi
Sent: Monday, November 15, 2021 4:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP Switch between users not accepted as anonymouslevel = 3

They are missing part of the Anonymous config required or maybe the USS
directory was changed.  When specifying Anonymous 3 you also have to
configure all of the access rights, looks like they did not :)  It can
get pretty voluminous.
https://www.ibm.com/docs/en/zos/2.2.0?topic=protocol-anonymous-ftp-server-statement

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

Re: FTP Switch between users not accepted as anonymouslevel = 3

[Attila Fogarasi]

They are missing part of the Anonymous config required or maybe the USS
directory was changed.  When specifying Anonymous 3 you also have to
configure all of the access rights, looks like they did not :)  It can
get pretty voluminous.
https://www.ibm.com/docs/en/zos/2.2.0?topic=protocol-anonymous-ftp-server-statement

On Tue, Nov 16, 2021 at 10:56 AM Charles Mills  wrote:

> Does anyone know what the heck I should be looking for on this?
>
>
>
> A customer running the z/OS FTP client is attempting to log into our FTP
> server. The FTP client is ATTACHed dynamically with FTP -e -i -n
> -f//DD:SYS00032 url.of.ftp.server
>
>
>
> The FTP client is passed an INPUT file that begins
>
>
>
> Useruserid  password
>
>
>
> The output from the FTP client is
>
>
>
> EZA1736I FTP -e -i -n -f //DD:SYS00032 url.of.ftp.server
>
> EZY2640I Using dd:SYS00032 for local site configuration parameters.
>
> EZA1450I IBM FTP CS V2R3
>
> EZA1772I FTP: EXIT has been set.
>
> EZA1554I Connecting to: url.of.ftp.server dotted.address port: 21.
>
> EZA2589E Connection to server interrupted or timed out. USER command
> failed.
> Switch between users not accepted as anonymouslevel = 3
>
> EZA1735I Std Return Code = 1, Error Code = 8
>
>
>
> I can connect from another z/OS system using similar parameters with no
> problem, but this customer has never tried it before. "Nothing has
> changed."
> Does anyone have a clue?
>
>
>
> Charles
>
>
>
>
> --
> 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

FTP Switch between users not accepted as anonymouslevel = 3

[Charles Mills]

Does anyone know what the heck I should be looking for on this?

 

A customer running the z/OS FTP client is attempting to log into our FTP
server. The FTP client is ATTACHed dynamically with FTP -e -i -n
-f//DD:SYS00032 url.of.ftp.server

 

The FTP client is passed an INPUT file that begins

 

Useruserid  password

 

The output from the FTP client is

 

EZA1736I FTP -e -i -n -f //DD:SYS00032 url.of.ftp.server

EZY2640I Using dd:SYS00032 for local site configuration parameters.

EZA1450I IBM FTP CS V2R3

EZA1772I FTP: EXIT has been set.

EZA1554I Connecting to: url.of.ftp.server dotted.address port: 21.

EZA2589E Connection to server interrupted or timed out. USER command failed.
Switch between users not accepted as anonymouslevel = 3

EZA1735I Std Return Code = 1, Error Code = 8

 

I can connect from another z/OS system using similar parameters with no
problem, but this customer has never tried it before. "Nothing has changed."
Does anyone have a clue?

 

Charles 

 


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

Re: z/OS 2.5 and RMF - plus the migration manual from z/OS 2.4.

[Mark Jacobs]

Take a look at SGRBLINK and SGRBLPA datasets. They replace SERBLINK and SERBLPA 
that were used in previous releases of RMF.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

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

‐‐‐ Original Message ‐‐‐

On Monday, November 15th, 2021 at 4:06 PM, Richbourg, Claude 
 wrote:

> Good afternoon everyone,
>
> Two things that I noticed with z/OS 2.5 so far and I have a couple of 
> questions for the group.
>
> Q1:
>
> RMF would not start after the first IPL of z/OS 2.5.
>
> The program ERBMFMFC is not in the SYS1.SERBLNKE library that came with z/OS 
> 2.5.
>
> I went looking for it and found it in the z/OS 2.4 library - SYS1.SERBLINK.
>
> Now, in z/OS 2.5 there is no SYS1.SERBLPA and SYS1.SERBLINK libraries any 
> more, only the SYS1.SERBLNKE file. What have I missed here and where is that 
> program now located?
>
> RMF is licensed for our site, so everything needed to run it should be here 
> in our z/OS 2.5.
>
> Q2:
>
> I don't have the migration manual from z/OS 2.4 to z/OS 2.5 anywhere in the 
> CPAC.** files and it was not in the IBM online pdf files downloaded for z/OS 
> 2.5.
>
> Is the only place to get it within z/OSMF? I had thought it would be 
> available to the early serverpac installers, (before January 22), so have I 
> missed that one as well?
>
> We do not have z/OSMF up and going yet, hence the early order.
>
> Thanks,
>
> Claude Richbourg
>
> Manager - Mainframe and iSeries Groups
>
> Florida Department of Financial Services
>
> ---
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Words fail me!

[zMan]

> Neither "Unformatted System Services" nor "Unix System Services" has or
should have the word "screen".
I dunno, after the many, Many, MANY times we've gone round on this I *want *to
screen

On Mon, Nov 15, 2021 at 12:32 PM Seymour J Metz  wrote:

> Neither "Unformatted System Services" nor "Unix System Services" has or
> should have the word "screen". USS in VTAM determines the appropriate
> logmode for an unformatted logon. USS for TN3270 includes equivalent
> functionality; Unix System Services is what used to be MVS Open Edition in
> 1993, two decades after VTAM and USS. If there is an unformatted screen
> services it'sa not part of either VTAM or Unix.
>
> Of course, TN3270 includes the logon screen and Unix System Services
> includes 3270 support, but "screen" is still not part of the names, and
> never has been.
>
> The last I heard from IBM, USS was an official abbreviation for only
> Unformatted System Services.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Matt Hogstrom [m...@hogstrom.org]
> Sent: Sunday, November 14, 2021 1:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Words fail me!
>
> Unformatted System Services was used in VTAM to specify the screen and
> responses to uses to logon to formal  VTAM sessions like TSO and CICS.
>
> USS was Unix System Services IIRC
>
> Matt Hogstrom
> PGP key 0F143BC1
>
> > On Nov 13, 2021, at 21:02, greg.pr...@optusnet.com.au wrote:
> >
> > Way back when (long before UNIX was added to MVS) the network sysprog
> told me that USS stood for Unformatted Screen Services.
> >
> > Years after that but years (decades?) ago, I noticed that some VTAM
> books were talking about UNIX System Services in a context completely
> unrelated to UNIX.
> >
> > I sent feedback that this was not the correct expansion of USS in this
> context. I expect others also did. References to UNIX were soon removed.
> >
> > But I wonder if that is why VTAM books talk about Unformatted System
> Services now - because they changed UNIX to Unformatted, but not System to
> Screen.
> >
> > Cheers,
> > Greg
> >
> > --
> > 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
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

z/OS 2.5 and RMF - plus the migration manual from z/OS 2.4.

[Richbourg, Claude]

Good afternoon everyone,

Two things that I noticed with z/OS 2.5 so far and I have a couple of questions 
for the group.

Q1:
RMF would not start after the first IPL of z/OS 2.5.
The program ERBMFMFC is not in the SYS1.SERBLNKE library that came with z/OS 
2.5.
I went looking for it and found it in the z/OS 2.4 library - SYS1.SERBLINK.
Now, in z/OS 2.5 there is no SYS1.SERBLPA and SYS1.SERBLINK libraries any more, 
only the SYS1.SERBLNKE file. What have I missed here and where is that program 
now located?
RMF is licensed for our site, so everything needed to run it should be here in 
our z/OS 2.5.

Q2:
I don't have the migration manual from z/OS 2.4 to z/OS 2.5 anywhere in the 
CPAC.** files and it was not in the IBM online pdf files downloaded for z/OS 
2.5.
Is the only place to get it within z/OSMF? I had thought it would be available 
to the early serverpac installers, (before January 22),  so have I missed that 
one as well?

We do not have z/OSMF up and going yet, hence the early order.

Thanks,

Claude Richbourg
Manager - Mainframe and iSeries Groups
Florida Department of Financial Services

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

Re: SCRT Question -- Group in =P5==

[ste...@copper.net]

Bob:

Thank you for that tip. After checking a few things, I found that that number 
in col C is probably what those LPARs would have added up to in that line after 
double-checking this against the other two P5 sections where capping took place 
after the first hour past IPL. 

So it appears that the small LPARs that use single digit MSUs (not production 
systems at all, and not part of the LPAR Grouping) get subtracted and that will 
correct the col C number to what it should have been. 

And no, not all the P5 sections have 1500 in Col C. Just this one CEC was 
different and think I know why -- It was doing recovery so it did not have 
normal capping working in the first hour after the IPL.

Regards,
Steve Thompson



--- 01c91f408b9e-dmarc-requ...@listserv.ua.edu wrote:

From: "Richards, Robert B. (CTR)"  
<01c91f408b9e-dmarc-requ...@listserv.ua.edu>
To:   IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] SCRT Question -- Group in =P5==
Date: Mon, 15 Nov 2021 19:05:38 +

Steve,

What does Column C have in each of these P5 sections?

I suspect it may have "1500". Even if it doesn't, use the value that is there 
for each z/OS P5 segment and add them up.

For z/OS in that other spreadsheet, they probably want Column C's value for 
z/OS in each P5 segment placed in that other cell.

If you are unsure, call the ISV for clarification as it is their rules, not 
IBM's, that you are trying to satisfy.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Thompson
Sent: Monday, November 15, 2021 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SCRT Question -- Group in =P5==

I am having a headache with SCRT (SCRT 28.2, SC23-6845-19 is the manual I have).

Background -- I got moved to the z/VM side of the house doing Capacity 
Management and Planning so I've mostly been gone from z/OS for a while. I had 
already been doing true-ups for other ISVs, and so when someone retired, I 
ended up with this one, which is done very differently than the others. And I 
didn't get a lot of turn-over for this.

I'm going to make this as simple as I can, because we have multiple CECs and 
multiple groups and multiple "P5" sections, so this gets complicated (besides 
IBM having to mix in VSE LPARs and VM LPARs and z/OS running under z/VM, etc. 
just to make this whole thing about as clear a mud).

I am working on as ISV "true-up" and am trying to figure out what is meant in 
the SCRT "P5" section (Product Max Contributors)
*when* the entry for z/OS V2 shows each LPAR of the CEC (running z/OS and part 
of the same group) all have 0 for MSUs and then the GROUP entry (line total 
area) has 1500 (example). I also have line items for CICS, and others as well 
that also under GROUP have 1500.

What this particular vendor wants is the numbers for the z/OS V2 LPARs combined 
and put in a cell of another spreadsheet.

Up until now, the end of month (which we do at QTR end) has numbers in the 
columns for each LPAR. So I take those add them and put them in this other 
spreadsheet. Simple. Tedious, but simple.

This is the exception, and it appears this is because the system missed capping 
in the first hour (I think that is what the manual said/and meant -- my eyes 
glazed over a few times while reading through all of this, this morning.

How do I find what the MSU value should be for each of these LPARs or are they 
group capped to 1500, and that is my total?

Otherwise, who do you call at IBM that could even answer this question?

I think I would rather read the instructions for F1040 and do it all by hand 
(Base form for Personal Income tax for USofA).

And for those of you who demand details -- I'm not allowed to do that. I'm 
pushing it just by asking this with faked numbers.

Regards,
Steve Thompson

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

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

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

Re: SCRT Question -- Group in =P5==

[Richards, Robert B. (CTR)]

Steve,

What does Column C have in each of these P5 sections?

I suspect it may have "1500". Even if it doesn't, use the value that is there 
for each z/OS P5 segment and add them up.

For z/OS in that other spreadsheet, they probably want Column C's value for 
z/OS in each P5 segment placed in that other cell.

If you are unsure, call the ISV for clarification as it is their rules, not 
IBM's, that you are trying to satisfy.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Thompson
Sent: Monday, November 15, 2021 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SCRT Question -- Group in =P5==

I am having a headache with SCRT (SCRT 28.2, SC23-6845-19 is the manual I have).

Background -- I got moved to the z/VM side of the house doing Capacity 
Management and Planning so I've mostly been gone from z/OS for a while. I had 
already been doing true-ups for other ISVs, and so when someone retired, I 
ended up with this one, which is done very differently than the others. And I 
didn't get a lot of turn-over for this.

I'm going to make this as simple as I can, because we have multiple CECs and 
multiple groups and multiple "P5" sections, so this gets complicated (besides 
IBM having to mix in VSE LPARs and VM LPARs and z/OS running under z/VM, etc. 
just to make this whole thing about as clear a mud).

I am working on as ISV "true-up" and am trying to figure out what is meant in 
the SCRT "P5" section (Product Max Contributors)
*when* the entry for z/OS V2 shows each LPAR of the CEC (running z/OS and part 
of the same group) all have 0 for MSUs and then the GROUP entry (line total 
area) has 1500 (example). I also have line items for CICS, and others as well 
that also under GROUP have 1500.

What this particular vendor wants is the numbers for the z/OS V2 LPARs combined 
and put in a cell of another spreadsheet.

Up until now, the end of month (which we do at QTR end) has numbers in the 
columns for each LPAR. So I take those add them and put them in this other 
spreadsheet. Simple. Tedious, but simple.

This is the exception, and it appears this is because the system missed capping 
in the first hour (I think that is what the manual said/and meant -- my eyes 
glazed over a few times while reading through all of this, this morning.

How do I find what the MSU value should be for each of these LPARs or are they 
group capped to 1500, and that is my total?

Otherwise, who do you call at IBM that could even answer this question?

I think I would rather read the instructions for F1040 and do it all by hand 
(Base form for Personal Income tax for USofA).

And for those of you who demand details -- I'm not allowed to do that. I'm 
pushing it just by asking this with faked numbers.

Regards,
Steve Thompson

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

SCRT Question -- Group in =P5==

[Steve Thompson]

I am having a headache with SCRT (SCRT 28.2, SC23-6845-19 is the 
manual I have).


Background -- I got moved to the z/VM side of the house doing 
Capacity Management and Planning so I've mostly been gone from 
z/OS for a while. I had already been doing true-ups for other 
ISVs, and so when someone retired, I ended up with this one, 
which is done very differently than the others. And I didn't get 
a lot of turn-over for this.


I'm going to make this as simple as I can, because we have 
multiple CECs and multiple groups and multiple "P5" sections, so 
this gets complicated (besides IBM having to mix in VSE LPARs and 
VM LPARs and z/OS running under z/VM, etc. just to make this 
whole thing about as clear a mud).


I am working on as ISV "true-up" and am trying to figure out what 
is meant in the SCRT "P5" section (Product Max Contributors) 
*when* the entry for z/OS V2 shows each LPAR of the CEC (running 
z/OS and part of the same group) all have 0 for MSUs and then the 
GROUP entry (line total area) has 1500 (example). I also have 
line items for CICS, and others as well that also under GROUP 
have 1500.


What this particular vendor wants is the numbers for the z/OS V2 
LPARs combined and put in a cell of another spreadsheet.


Up until now, the end of month (which we do at QTR end) has 
numbers in the columns for each LPAR. So I take those add them 
and put them in this other spreadsheet. Simple. Tedious, but simple.


This is the exception, and it appears this is because the system 
missed capping in the first hour (I think that is what the manual 
said/and meant -- my eyes glazed over a few times while reading 
through all of this, this morning.


How do I find what the MSU value should be for each of these 
LPARs or are they group capped to 1500, and that is my total?


Otherwise, who do you call at IBM that could even answer this 
question?


I think I would rather read the instructions for F1040 and do it 
all by hand (Base form for Personal Income tax for USofA).


And for those of you who demand details -- I'm not allowed to do 
that. I'm pushing it just by asking this with faked numbers.


Regards,
Steve Thompson

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

Re: TN3270 message

[Shaffer, Terri]

Perfect THANKS Dave!!!  All fixed

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Monday, November 15, 2021 1:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TN3270 message

External Email


On Mon, 15 Nov 2021 15:59:13 +, Shaffer, Terri 
 wrote:

>Hi,
>  Just recently upgraded my test lpar to z/OS 2.5 and Tn3270 is displaying an 
> error.  It still connects and I can logon but this?
>
>$HASP373 TN3270   STARTED
>IEF403I TN3270 - STARTED - TIME=09.13.27 IEE252I MEMBER CTIEZBTN FOUND
>IN SYS1.IBM.PARMLIB
>EZZ6035I TN3270 DEBUG TASK   EXCEPTION 145
>  TASK: COMMAND CNTL   MOD: EZBTMCTL
>  RCODE: 6013-00  CEEPIPI environments could not be initialized.
>

Terri,

This seems to fithttps://www.ibm.com/support/pages/apar/OA61532

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

 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this email are those of the author 
personally.

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

Re: TN3270 message

[Dave Jousma]

On Mon, 15 Nov 2021 15:59:13 +, Shaffer, Terri 
 wrote:

>Hi,
>  Just recently upgraded my test lpar to z/OS 2.5 and Tn3270 is displaying an 
> error.  It still connects and I can logon but this?
>
>$HASP373 TN3270   STARTED
>IEF403I TN3270 - STARTED - TIME=09.13.27
>IEE252I MEMBER CTIEZBTN FOUND IN SYS1.IBM.PARMLIB
>EZZ6035I TN3270 DEBUG TASK   EXCEPTION 145
>  TASK: COMMAND CNTL   MOD: EZBTMCTL
>  RCODE: 6013-00  CEEPIPI environments could not be initialized.
>

Terri,

This seems to fithttps://www.ibm.com/support/pages/apar/OA61532

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

Re: TN3270 message

[Shaffer, Terri]

Thanks, my original errors was because I didn’t configure TLS correctly in my 
PAGENT profile.. So I fixed the other 3 TN3270 profile issues with TLS and 
Ports.

Lastly I was left with the 6013 error.

I just checked unless there is DD or something, All my users in RACF can READ  
SYS1.SCUNTBL, so back to the drawing board

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Edgington, Jerry
Sent: Monday, November 15, 2021 12:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TN3270 message

External Email


I had something similar to this issue, and it was because the TN3270 Started 
task couldn't access the sys1.scun* datasets, mainly SYS1.SCUNTBL

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Thigpen
Sent: Monday, November 15, 2021 12:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TN3270 message

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


You SSL ports failed because LE could not be initialized. Your regular ports 
will work anyway.

Tony Thigpen

Shaffer, Terri wrote on 11/15/21 10:59 AM:
> Hi,
>Just recently upgraded my test lpar to z/OS 2.5 and Tn3270 is displaying 
> an error.  It still connects and I can logon but this?
>
> $HASP373 TN3270   STARTED
> IEF403I TN3270 - STARTED - TIME=09.13.27 IEE252I MEMBER CTIEZBTN FOUND
> IN SYS1.IBM.PARMLIB
> EZZ6035I TN3270 DEBUG TASK   EXCEPTION 145
>TASK: COMMAND CNTL   MOD: EZBTMCTL
>RCODE: 6013-00  CEEPIPI environments could not be initialized.
>PARM1: 0006 PARM2:  PARM3:  EZZ6001I TN3270
> SERVER STARTED EZZ6044I TN3270 PROFILE PROCESSING BEGINNING FOR FILE
> 147
>  SPRG.PLX1.TCPPARMS(TN3270L9) EZZ6045I TN3270 PROFILE
> PROCESSING COMPLETE FOR FILE
>  SPRG.PLX1.TCPPARMS(TN3270L9)
> EZZ6003I TN3270 LISTENING ON PORT   992
> EZZ6003I TN3270 LISTENING ON PORT23
>
> Has anyone seen this, Maybe I didn’t do something in a previous release?  
> Didn’t see it the migration guide, just the TLS stuff..
>
> Ms Terri E Shaffer
> Senior Systems Engineer,
> z/OS Support:
> ACIWorldwide – Telecommuter
> H(412-766-2697) C(412-519-2592)
> terri.shaf...@aciworldwide.com
>
> 
>   [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg]
>  This email message and any attachments may 
> contain confidential, proprietary or non-public information. The information 
> is intended solely for the designated recipient(s). If an addressing or 
> transmission error has misdirected this email, please notify the sender 
> immediately and destroy this email. Any review, dissemination, use or 
> reliance upon this information by unintended recipients is prohibited. Any 
> opinions expressed in this email are those of the author personally.
>
> --
> 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

 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this email are those of the author 
personally.

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

Re: Words fail me!

[Seymour J Metz]

Neither "Unformatted System Services" nor "Unix System Services" has or should 
have the word "screen". USS in VTAM determines the appropriate logmode for an 
unformatted logon. USS for TN3270 includes equivalent functionality; Unix 
System Services is what used to be MVS Open Edition in 1993, two decades after 
VTAM and USS. If there is an unformatted screen services it'sa not part of 
either VTAM or Unix.

Of course, TN3270 includes the logon screen and Unix System Services includes 
3270 support, but "screen" is still not part of the names, and never has been.  

The last I heard from IBM, USS was an official abbreviation for only 
Unformatted System Services. 


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Matt Hogstrom [m...@hogstrom.org]
Sent: Sunday, November 14, 2021 1:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Words fail me!

Unformatted System Services was used in VTAM to specify the screen and 
responses to uses to logon to formal  VTAM sessions like TSO and CICS.

USS was Unix System Services IIRC

Matt Hogstrom
PGP key 0F143BC1

> On Nov 13, 2021, at 21:02, greg.pr...@optusnet.com.au wrote:
>
> Way back when (long before UNIX was added to MVS) the network sysprog told 
> me that USS stood for Unformatted Screen Services.
>
> Years after that but years (decades?) ago, I noticed that some VTAM books 
> were talking about UNIX System Services in a context completely unrelated to 
> UNIX.
>
> I sent feedback that this was not the correct expansion of USS in this 
> context. I expect others also did. References to UNIX were soon removed.
>
> But I wonder if that is why VTAM books talk about Unformatted System Services 
> now - because they changed UNIX to Unformatted, but not System to Screen.
>
> Cheers,
> Greg
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: TN3270 message

[Edgington, Jerry]

I had something similar to this issue, and it was because the TN3270 Started 
task couldn't access the sys1.scun* datasets, mainly SYS1.SCUNTBL

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Thigpen
Sent: Monday, November 15, 2021 12:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TN3270 message

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


You SSL ports failed because LE could not be initialized. Your regular ports 
will work anyway.

Tony Thigpen

Shaffer, Terri wrote on 11/15/21 10:59 AM:
> Hi,
>Just recently upgraded my test lpar to z/OS 2.5 and Tn3270 is displaying 
> an error.  It still connects and I can logon but this?
> 
> $HASP373 TN3270   STARTED
> IEF403I TN3270 - STARTED - TIME=09.13.27 IEE252I MEMBER CTIEZBTN FOUND 
> IN SYS1.IBM.PARMLIB
> EZZ6035I TN3270 DEBUG TASK   EXCEPTION 145
>TASK: COMMAND CNTL   MOD: EZBTMCTL
>RCODE: 6013-00  CEEPIPI environments could not be initialized.
>PARM1: 0006 PARM2:  PARM3:  EZZ6001I TN3270 
> SERVER STARTED EZZ6044I TN3270 PROFILE PROCESSING BEGINNING FOR FILE 
> 147
>  SPRG.PLX1.TCPPARMS(TN3270L9) EZZ6045I TN3270 PROFILE 
> PROCESSING COMPLETE FOR FILE
>  SPRG.PLX1.TCPPARMS(TN3270L9)
> EZZ6003I TN3270 LISTENING ON PORT   992
> EZZ6003I TN3270 LISTENING ON PORT23
> 
> Has anyone seen this, Maybe I didn’t do something in a previous release?  
> Didn’t see it the migration guide, just the TLS stuff..
> 
> Ms Terri E Shaffer
> Senior Systems Engineer,
> z/OS Support:
> ACIWorldwide – Telecommuter
> H(412-766-2697) C(412-519-2592)
> terri.shaf...@aciworldwide.com
> 
> 
>   [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 
>  This email message and any attachments may 
> contain confidential, proprietary or non-public information. The information 
> is intended solely for the designated recipient(s). If an addressing or 
> transmission error has misdirected this email, please notify the sender 
> immediately and destroy this email. Any review, dissemination, use or 
> reliance upon this information by unintended recipients is prohibited. Any 
> opinions expressed in this email are those of the author personally.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

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

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

Re: TN3270 message

[Tony Thigpen]

You SSL ports failed because LE could not be initialized. Your regular 
ports will work anyway.


Tony Thigpen

Shaffer, Terri wrote on 11/15/21 10:59 AM:

Hi,
   Just recently upgraded my test lpar to z/OS 2.5 and Tn3270 is displaying an 
error.  It still connects and I can logon but this?

$HASP373 TN3270   STARTED
IEF403I TN3270 - STARTED - TIME=09.13.27
IEE252I MEMBER CTIEZBTN FOUND IN SYS1.IBM.PARMLIB
EZZ6035I TN3270 DEBUG TASK   EXCEPTION 145
   TASK: COMMAND CNTL   MOD: EZBTMCTL
   RCODE: 6013-00  CEEPIPI environments could not be initialized.
   PARM1: 0006 PARM2:  PARM3: 
EZZ6001I TN3270 SERVER STARTED
EZZ6044I TN3270 PROFILE PROCESSING BEGINNING FOR FILE 147
 SPRG.PLX1.TCPPARMS(TN3270L9)
EZZ6045I TN3270 PROFILE PROCESSING COMPLETE FOR FILE
 SPRG.PLX1.TCPPARMS(TN3270L9)
EZZ6003I TN3270 LISTENING ON PORT   992
EZZ6003I TN3270 LISTENING ON PORT23

Has anyone seen this, Maybe I didn’t do something in a previous release?  
Didn’t see it the migration guide, just the TLS stuff..

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


  [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this email are those of the author 
personally.

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

TN3270 message

[Shaffer, Terri]

Hi,
  Just recently upgraded my test lpar to z/OS 2.5 and Tn3270 is displaying an 
error.  It still connects and I can logon but this?

$HASP373 TN3270   STARTED
IEF403I TN3270 - STARTED - TIME=09.13.27
IEE252I MEMBER CTIEZBTN FOUND IN SYS1.IBM.PARMLIB
EZZ6035I TN3270 DEBUG TASK   EXCEPTION 145
  TASK: COMMAND CNTL   MOD: EZBTMCTL
  RCODE: 6013-00  CEEPIPI environments could not be initialized.
  PARM1: 0006 PARM2:  PARM3: 
EZZ6001I TN3270 SERVER STARTED
EZZ6044I TN3270 PROFILE PROCESSING BEGINNING FOR FILE 147
SPRG.PLX1.TCPPARMS(TN3270L9)
EZZ6045I TN3270 PROFILE PROCESSING COMPLETE FOR FILE
SPRG.PLX1.TCPPARMS(TN3270L9)
EZZ6003I TN3270 LISTENING ON PORT   992
EZZ6003I TN3270 LISTENING ON PORT23

Has anyone seen this, Maybe I didn’t do something in a previous release?  
Didn’t see it the migration guide, just the TLS stuff..

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


 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this email are those of the author 
personally.

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

Re: z/OS 2.5 install with z/OSMF

[Mark Pace]

I wanted to verify that I ordered it correctly before I go off and open a
ticket.  This is from my ShopZ order.

Installation Method
z/OSMF SW Management

On Mon, Nov 15, 2021 at 10:42 AM Kurt J. Quackenbush 
wrote:

> > I ordered z/OS 2.5 as a Workload installation via z/OSMF.
> > All of the documentation I received was for installing via the Dialogs.
> > I've followed all the directions for making sure z/OSMF was ready to use
> > Workloads, but I can not find any documentation on using z/OSMF to
> install
> > z/OS 2.5.
>
> When you placed the order in Shopz, are you sure you selected "z/OSMF SW
> Management" as the Installation Method?  If so, then I suggest you open a
> case with IBM Support so they can track down what happened after you
> submitted the order.
>
> Kurt Quackenbush -- IBM, z/OS SMP/E and z/OSMF Software Management
> Chuck Norris never uses CHECK when he applies PTFs.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

Re: z/OS 2.5 install with z/OSMF

[Kurt J. Quackenbush]

> I ordered z/OS 2.5 as a Workload installation via z/OSMF.
> All of the documentation I received was for installing via the Dialogs.
> I've followed all the directions for making sure z/OSMF was ready to use
> Workloads, but I can not find any documentation on using z/OSMF to 
install
> z/OS 2.5.

When you placed the order in Shopz, are you sure you selected "z/OSMF SW 
Management" as the Installation Method?  If so, then I suggest you open a 
case with IBM Support so they can track down what happened after you 
submitted the order.

Kurt Quackenbush -- IBM, z/OS SMP/E and z/OSMF Software Management
Chuck Norris never uses CHECK when he applies PTFs.


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

z/OS 2.5 install with z/OSMF

[Mark Pace]

I ordered z/OS 2.5 as a Workload installation via z/OSMF.
All of the documentation I received was for installing via the Dialogs.
I've followed all the directions for making sure z/OSMF was ready to use
Workloads, but I can not find any documentation on using z/OSMF to install
z/OS 2.5.

-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

Re: Words fail me!

[Peter Vander Woude]

Prior to IBM introducing OMVS to z/OS, the term USS was used by VTAM as the 
acronym for Unformatted System Services.  Once OMVS was introduced, I do seem 
to remember a bit of discussion on the use of USS, as VTAM folks used it, and 
it was starting to be used by the folks pushing for more use of the Unix side 
of the house.

I'm not as involved in discussions here, as I used to be, so I do not know 
where things stand from the VTAM and OMVS groups.

Peter

On Sat, 13 Nov 2021 22:29:14 -0800, Matt Hogstrom  wrote:

>Unformatted System Services was used in VTAM to specify the screen and 
>responses to uses to logon to formal  VTAM sessions like TSO and CICS.  
>
>USS was Unix System Services IIRC
>
>Matt Hogstrom
>PGP key 0F143BC1
>
>> On Nov 13, 2021, at 21:02, greg.pr...@optusnet.com.au wrote:
>> 
>> Way back when (long before UNIX was added to MVS) the network sysprog told 
>> me that USS stood for Unformatted Screen Services.
>> 
>> Years after that but years (decades?) ago, I noticed that some VTAM books 
>> were talking about UNIX System Services in a context completely unrelated to 
>> UNIX.
>> 
>> I sent feedback that this was not the correct expansion of USS in this 
>> context. I expect others also did. References to UNIX were soon removed.
>> 
>> But I wonder if that is why VTAM books talk about Unformatted System 
>> Services now - because they changed UNIX to Unformatted, but not System to 
>> Screen.
>> 
>> Cheers,
>> Greg
>> 
>> --
>> 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