Re: z13s with single CPU able to use SMT?

[Brian Westerman]

Bummer


Brian

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

Ibm infosphere CDC for VSAM

[Peter]

Hi

I have completed the Installation and configuration part of infosphere. I
am having little clarification on security part and the command.

What are the racf profile and class are being used ?.

The command can that be issued as it is in console like SET CONFIG ? Will
that recognise ?

Peter

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

Re: Mobile pricing query

[Graham Harris]

We have unique (off-host) application servers back-ending a mobile app,
which sends requests into our CICS ecosystem using unique CICS userids,
which is how we separate them out (as there is massive reuse of exactly the
same transactions between numerous applications in our environment) for
MWP, using summarised 110's based on userid.


On Mon, 24 Jun 2019 at 22:36, Laurence Chiu  wrote:

> Hi Andrew
>
> Thanks for the information. I am making further enquiries about the way our
> CPU is charged. The red book is particularly interesting because it seems
> to suggest that you can identify mobile workload without having to make any
> changes to your applications but use WLM and RMF instead. That might remove
> a major barrier to the possibility of proceeding down this path.
>
> On Sat, Jun 22, 2019, 6:05 AM Andrew Sica  wrote:
>
> > Hi Laurence,
> >
> > Jumping in here with a bit of general info:
> >
> > Mobile Workload Pricing is a way of mitigating the impact from mobile
> > requests to the rolling four-hour average. It's a sub-capacity offering
> > (and only really makes sense in that space), so you need to have
> > implemented sub-cap SW pricing (i.e. AWLC, CMLC, etc.).
> >
> > Basically, you need to be able to tag and track the CPU time consumed by
> > mobile transactions. They need to be isolated from work stemming from
> other
> > sources and originate on an approved mobile device (a smartphone, for
> > example).  The redbook I link below discusses the criteria for isolation.
> >
> > If you can easily do this (and meet any qualification criteria) it may
> > very well be a no-brainer. If not easily done, you'd need a deeper
> analysis
> > to understand what work is necessary to architect the required isolation
> > and how much benefit it would actually buy you (i.e. whether and by how
> > much it would lower your peaks).
> >
> > The least amount of work to implement mobile comes with the ability to
> tag
> > workloads within WLM. Details on that and more can be found here:
> > https://www.redbooks.ibm.com/redpapers/pdfs/redp5359.pdf
> >
> > Here is an updated (2016) US announcement letter for mobile pricing:
> >
> https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&supplier=897&letternum=ENUS216-321
> >
> > If you have additional questions, please feel free to reach out.
> >
> > You might also take a look at the options under Tailored Fit Pricing for
> > IBM Z, which can provide models that are alternatives to the rolling
> > four-hour average. It's worth at least understanding what your options
> are
> > - for additional info, see:
> > https://www.ibm.com/it-infrastructure/z/software/pricing-tailored-fit
> >
> >
> > Take care,
> > Andrew Sica
> >
> > --
> > 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: WTO for message that will require explicit deletion? [SEC=UNOFFICIAL]

[Jones, Phil]

Hi Charles/Wendell;

As an operator back in the 70s, we used multiple AREAs for some of our 
consoles; difficult to manage at the time and even more difficult to remember 
now. I notice that AREA(NONE) is included in the sample below; here is the 
whole 9 yards from the good book:

AREA {(nn[,nn]...)}
 {(NONE)  }
AREA specifies the size(s) of the out-of-line display area(s) on the display 
console. nn is a decimal specifying the number of lines in one display area. 
The first number defines the bottom area of the screen. Subsequent numbers 
define areas working toward the top of the screen. The minimum number of lines 
in an area is 4. The maximum number of areas is 11. The sum of the lines in all 
of the areas must not exceed the screen size. No individual area can be larger 
than 99. You can separate multiple values with a blank or a comma. 
Note: AREA is not valid when UNIT is PRT, or DEVNUM is SYSCONS.

Default: For screen sizes and maximum and default values for AREA, see Table 1.


As someone else noted: use with care!

Regards; Phil 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Wendell Lovewell
Sent: Friday, 28 June 2019 1:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: WTO for message that will require explicit deletion?

Hi Charles. 

If you're running z/OS under z/VM, you can define a "real" console for your 
testing.  I use address 3E0 because (I think) it was already in the HCD 
definitions provided by DTSC.  

You need an entry in your CONSOLxx parmlib member that can be as simple as

CONSOLE   DEVNUM(3E0) ROUTCODE(ALL) 

Or most of the parms specified, like this:

CONSOLE   DEVNUM(3E0) ROUTCODE(1-10,12-128)
  UNIT(3270-X) 
  AUTH(MASTER) 
  DEL(RD)  
  RNUM(19) 
  RTME(1)  
  MFORM(J,T)   
  SEG(19)  
  AREA(NONE)   
  NAME(S0W103E0)   

You also need a SPECIAL 3E0 3270 statement in your (VM) directory, or I think 
you could issue "CP DEFINE GRAF 3E0" from the machine's PROFILE EXEC. 

Once set up, you set your 3270 emulator to connect to the VM address (not your 
z/OS address) and (at DTSC) port 23.  You'll get a VM logon screen, from where 
you'll use the CP DIAL ETPmyzos 3E0.  You'll have to specify your authorization 
via your ETPuserid and password, and then the DIAL will complete.

To tell z/OS to use it as a console after you DIAL, you'll also need to issue 
VARY 3E0,ONLINE and VARY 3E0,CONSOLE commands to activate it.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
** 
IMPORTANT: This e-mail is for the use of the intended recipient only and may 
contain information that is confidential, commercially valuable and/or subject 
to legal or parliamentary privilege. If you are not the intended recipient you 
are notified that any review, re-transmission, disclosure, dissemination or 
other use of, or taking of any action in reliance upon, this information is 
prohibited and may result in severe penalties. If you have received this e-mail 
in error please notify the sender immediately and delete all electronic and 
hard copies of this transmission together with any attachments. Please consider 
the environment before printing this e-mail 
**


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

Re: Volume compare utility

[Mike Schwab]

One thing you might do is compare the last backup before the move with the
first backup on the new hardware.  If you did a backup before starting
transactions on the new hardware, it should be identical or the differences
should be what was processed in that time period.

On Wed, Jun 26, 2019, 00:04 Tim Hare  wrote:

> I don't think we had the number of volumes Skip has, but we did several
> migrations using short-term leases of FDRPAS and they all went extremely
> well;  the great thing about FDRPAS is that you don't need to do most of it
> during "down time".
>
> --
> 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: ISPF Table Processing

[ITschak Mugzach]

Tables are written to isptable (or  name you specify). However, nowrite is
only maintained in storage.

ITschak

בתאריך יום ה׳, 27 ביוני 2019, 22:36, מאת John Baker ‏:

> When processing an ISPF table that was created with the "NOWRITE "
> attribute, is anything written to DD name "ISPTLIB", or is everything
> managed in memory?
>
>
>
> John P. Baker
>
>
> --
> 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

ISPF Table Processing

[John Baker]

When processing an ISPF table that was created with the "NOWRITE "
attribute, is anything written to DD name "ISPTLIB", or is everything
managed in memory?

 

John P. Baker


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

Re: SSL FTP....

[Statler, David]

After issuing the userid and password to log in to the remote server, issuethe 
locsite command of Firewall Friendly:

LOCSITE FWF

Hope that helps!
David Statler


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian France
Sent: Thursday, June 27, 2019 1:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SSL FTP

Trying to establish a SSL FTP over port 990 with a winders servers. Have done 
this in the past with no issues but now it seems with a newer version of 
winders maybe combined with FW rules I can't obtain a data channel. Connection 
over port 990, cert navigation, passing of userid and password even issuing a 
cd command all work fine. BUT when I try to list the directory or do data 
transfer I don't get the data channel due I believe how they've secured it. I 
thought I found the answer in PASSIVEDATAPORTS setting and tried it only to see 
it not work and then I came to understand it's a z/OS ftp server option only. 
Can't seem to find one for the client. Anyone got any ide'ers they can share?

--
Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields 
Bldg., University Park, Pa. 16802
814-863-4739
b...@psu.edu

"To make an apple pie from scratch, you must first invent the universe."

Carl Sagan

--
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: SSL FTP....

[Brian France]

NEVER MIND They did something on their end to set ports and fix the 
firewall to allow for them.


On 6/27/2019 2:08 PM, Brian France wrote:
Trying to establish a SSL FTP over port 990 with a winders servers. 
Have done this in the past with no issues but now it seems with a 
newer version of winders maybe combined with FW rules I can't obtain a 
data channel. Connection over port 990, cert navigation, passing of 
userid and password even issuing a cd command all work fine. BUT when 
I try to list the directory or do data transfer I don't get the data 
channel due I believe how they've secured it. I thought I found the 
answer in PASSIVEDATAPORTS setting and tried it only to see it not 
work and then I came to understand it's a z/OS ftp server option only. 
Can't seem to find one for the client. Anyone got any ide'ers they can 
share?



--
Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/SYSARC
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
b...@psu.edu

"To make an apple pie from scratch, you must first invent the universe."

Carl Sagan

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

Re: listcat with only dsn

[Steve Smith]

In TSO at least, LISTCAT will produce one line per dataset if you add the
CAT parameter.

For anything more than a one-time thing, Lionel's suggestion is not much
work or difficult.  That sample is REXX.

sas

On Thu, Jun 27, 2019 at 1:39 PM Elaine Beal  wrote:

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


-- 
sas

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

SSL FTP....

[Brian France]

Trying to establish a SSL FTP over port 990 with a winders servers. Have 
done this in the past with no issues but now it seems with a newer 
version of winders maybe combined with FW rules I can't obtain a data 
channel. Connection over port 990, cert navigation, passing of userid 
and password even issuing a cd command all work fine. BUT when I try to 
list the directory or do data transfer I don't get the data channel due 
I believe how they've secured it. I thought I found the answer in 
PASSIVEDATAPORTS setting and tried it only to see it not work and then I 
came to understand it's a z/OS ftp server option only. Can't seem to 
find one for the client. Anyone got any ide'ers they can share?


--
Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/SYSARC
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
b...@psu.edu

"To make an apple pie from scratch, you must first invent the universe."

Carl Sagan

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

Re: listcat with only dsn

[Elaine Beal]

Thanks all for the options.
Elaine

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

Re: listcat with only dsn

[Lizette Koehler]

If you are not keen on coding IGGCSI00,  I might suggest going to 
http://mzelden.com/mvsutil.html

Find the TSOV function Mark wrote.

Then you could do TSO TSOV LISTC LEVEL('dsnHLQ') name

This would put the results in a sequential dataset for editing.

There are also functions on cbttape.org for this type of work as well

Or you can go into ISMF Option 1 DATASETS and save it to a TSO Profile entry or 
Print the results



Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Elaine Beal
> Sent: Thursday, June 27, 2019 7:15 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: listcat with only dsn
> 
> I need to generate a listcat with only the dsn. like in 3.4 but I want it in
> a dataset with ONLY the dsn.
> TSO SAVE and IDCAMS produce additional lines.
> Any recommendations?
> 
> Thanks,
> Elaine
> 
> --
> 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: WTO for message that will require explicit deletion?

[Seymour J Metz]

Yes, you can do that. Why do you want to? Why ROUTCDE=11?


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


From: IBM Mainframe Discussion List  on behalf of 
Charles Mills 
Sent: Wednesday, June 26, 2019 5:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: WTO for message that will require explicit deletion?

I have an APF-authorized batch program that I want to have WTO a message
that will hang out at the bottom of the console screen until it is
explicitly deleted. Can I do that?



The doc for DESC=(3) seems to kind of say that ("If the task can determine
when the operator has performed the action, the task should issue a DOM
macro to delete the message") but it does not seem to be working for me.
(ROUTCDE=(11) FWIW.)



Is there a way to do it?



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

Re: WTO for message that will require explicit deletion?

[Seymour J Metz]

It is possible to display an out of line message at the bottom of the screen, 
in a defined area; the operator can request that on some commands.  Don't do it 
without  good reason.


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


From: IBM Mainframe Discussion List  on behalf of 
Charles Mills 
Sent: Wednesday, June 26, 2019 6:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: WTO for message that will require explicit deletion?

I "get" the basic "roll" of the console screen.

But haven't I seen WTO messages that "hang" at the bottom of the screen like a 
WTOR that has not been replied to? Am I confused?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Spiegel
Sent: Wednesday, June 26, 2019 3:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: WTO for message that will require explicit deletion?

Hi Charles,
If the console is in Roll Mode, any message will disappear when n+1
messages appear after any given message (where n is the "height" of your
console).

--
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: fluroscopes for shoe fitting was Re: IBM SR going away?

[Jonathan Quay]

Well, since there's no safe dose of ionizing radiation, and Feynman died of 
complications of liposarcoma, he would probably have been the first to get rid 
of the damn things out of shoe stores.

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

Re: WTO for message that will require explicit deletion?

[Seymour J Metz]

> Too 80's

80's? I was using QEDIT in the 1960's.


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


From: IBM Mainframe Discussion List  on behalf of 
Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, June 27, 2019 8:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: WTO for message that will require explicit deletion?

I personally don't care for products that want to leave a highlighted 
non-scrollable message on the console anymore.  Too 80's, reminiscent of 
software back in "those days", and a bit caviler for a software vendor to 
assume that their software is so important to always have a message displayed?  
 Not picking on specifically on you, Charles, just a general statement.   If 
applicable, why not just leave a WTOR hanging out there that the operator can 
re-display with a D R,R when needed to respond to it?Heck, we don't even 
run with a console.  Our operations staff uses Netview consoles.

Then the next thing is that your customers start coding MPF to suppress the 
message, etc..

_
Dave Jousma
AVP | Manager, Systems Engineering

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


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Wednesday, June 26, 2019 5:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: WTO for message that will require explicit deletion?

**CAUTION EXTERNAL EMAIL**

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

I have an APF-authorized batch program that I want to have WTO a message that 
will hang out at the bottom of the console screen until it is explicitly 
deleted. Can I do that?



The doc for DESC=(3) seems to kind of say that ("If the task can determine when 
the operator has performed the action, the task should issue a DOM macro to 
delete the message") but it does not seem to be working for me.
(ROUTCDE=(11) FWIW.)



Is there a way to do it?



Charles




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

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


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

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

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

Re: WTO for message that will require explicit deletion?

[Wendell Lovewell]

Hi Charles. 

If you're running z/OS under z/VM, you can define a "real" console for your 
testing.  I use address 3E0 because (I think) it was already in the HCD 
definitions provided by DTSC.  

You need an entry in your CONSOLxx parmlib member that can be as simple as

CONSOLE   DEVNUM(3E0) ROUTCODE(ALL) 

Or most of the parms specified, like this:

CONSOLE   DEVNUM(3E0) ROUTCODE(1-10,12-128)
  UNIT(3270-X) 
  AUTH(MASTER) 
  DEL(RD)  
  RNUM(19) 
  RTME(1)  
  MFORM(J,T)   
  SEG(19)  
  AREA(NONE)   
  NAME(S0W103E0)   

You also need a SPECIAL 3E0 3270 statement in your (VM) directory, or I think 
you could issue "CP DEFINE GRAF 3E0" from the machine's PROFILE EXEC. 

Once set up, you set your 3270 emulator to connect to the VM address (not your 
z/OS address) and (at DTSC) port 23.  You'll get a VM logon screen, from where 
you'll use the CP DIAL ETPmyzos 3E0.  You'll have to specify your authorization 
via your ETPuserid and password, and then the DIAL will complete.

To tell z/OS to use it as a console after you DIAL, you'll also need to issue 
VARY 3E0,ONLINE and VARY 3E0,CONSOLE commands to activate it.

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

Re: WTO for message that will require explicit deletion?

[Tom Marchant]

On Wed, 26 Jun 2019 16:07:29 -0700, Charles Mills wrote:

>My "console" experience is with SDSF LOG, not a real console, so my perception 
>of where messages hang is a little skewed I guess.

That is not a console at all, and doesn't behave like one. Messages 
that are not deletable (if the console is in RD mode), including WTOR 
messages, roll up to the top but do not roll off the top when other 
messages are issued. In SDSF outstanding reply messages are displayed 
at the bottom of the the LOG display, in addition to their original 
location. If I remember correctly non-deletable messages are flagged, 
IIRC with an "*". before the message.

As Dave alluded to, a console lines are a very limited finite resource 
that has not significantly increased in capacity over the years. Even 
back in the early 80's many shops ran their consoles in roll mode 
rather than roll-deletable mode because too many programs issued 
either WTOR messages or non-deletable messages. Even way back then, 
when running a console in RD mode could cause the console to fill up 
with non-deletable messages and no new messages could be issued to 
that terminal, whether or not the new message is deletable.

Indeed, when I started in this business in 1970 as a Cobol 
application programmer running  on MVT with three active regions, 
the rule that DISPLAY UPON CONSOLE was not to be used unless it was 
for an explicitly approved purpose, so as not to clutter the console

I never worked as an operator, but in the late 70's to the mid 80's 
I worked as an Amdahl Field SE and would sometimes be at a console. 
Sometimes I would set the console in RD mode just to see what the 
message traffic looked like, and was occasionally surprised with 
how quickly the console would fill up with non-deletable messages. 
In those days it was unusual to have much more than 100 address 
spaces active.

On the quite small LPAR that I am working at right now, there are 3
25 started tasks active and 512 total address spaces. At the moment, 
there are 11 WTOR messages outstanding. That in itself is half of a 
24 x 80 3270 display (there are two lines for command input). Add s
ome products that think that it is important to issue messages that 
stick on the console, and the console quickly becomes unusable in 
RD mode unless messages are explicitly deleted. In my opinion, the 
use of console messages, especially non-deletable messages, should 
be kept at a minimum.

-- 
Tom Marchant

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

Re: listcat with only dsn

[Seymour J Metz]

Pleas post enough of your code to clarify what you did. SAVE is not a TSO 
command and there are lots of AMS commands, most of which have lots of options.


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


From: IBM Mainframe Discussion List  on behalf of 
Elaine Beal 
Sent: Thursday, June 27, 2019 10:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: listcat with only dsn

I need to generate a listcat with only the dsn. like in 3.4 but I want it in a 
dataset with ONLY the dsn.
TSO SAVE and IDCAMS produce additional lines.
Any recommendations?

Thanks,
Elaine

--
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: listcat with only dsn

[Lionel Dyck]

I suggest getting  a copy of SYS1.SAMPLIB(IGGCSIRX) and with a few simple 
changes you can get what you want quick and easy.


Lionel B. Dyck 
Senior Software Engineer 
21st Century Software

From the Leaders in Data Stewardship™

THIS E-MAIL MAY CONTAIN PRIVILEGED, CONFIDENTIAL, COPYRIGHTED, OR OTHER LEGALLY 
PROTECTED INFORMATION. IF YOU ARE NOT THE INTENDED RECIPIENT (EVEN IF THE 
E-MAIL ADDRESS ABOVE IS YOURS), YOU MAY NOT USE, COPY, OR RE-TRANSMIT IT. IF 
YOU HAVE RECEIVED THIS BY MISTAKE PLEASE NOTIFY US BY RETURN E-MAIL, THEN 
DELETE. THANK YOU

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elaine Beal
Sent: Thursday, June 27, 2019 9:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: listcat with only dsn

I need to generate a listcat with only the dsn. like in 3.4 but I want it in a 
dataset with ONLY the dsn.
TSO SAVE and IDCAMS produce additional lines.
Any recommendations?

Thanks,
Elaine

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

listcat with only dsn

[Elaine Beal]

I need to generate a listcat with only the dsn. like in 3.4 but I want it in a 
dataset with ONLY the dsn.
TSO SAVE and IDCAMS produce additional lines.
Any recommendations?

Thanks,
Elaine

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

GSE UK - LSWG Virtual Meeting Agenda

[Leanne Wilson]

The agenda is now complete for the July GSE Large Systems Working Group event. 
The event will be a virtual event via WebEx on the 11th July 2019 from 13:30 – 
15:45 BST.

The event will contain 2 sessions presented by Joey Zhu and Mark Nelson from 
IBM.


  *   z/OSMF Latest News
  *   The IBM Health Checker for z/OS, IRRXUTIL, System REXX, and You: A 
Perfect Combination!

If you wish to attend the event, please follow the registration link 
HERE

WebEx sign in details will be sent prior to the meeting, providing attendees 
have registered for the event.

Please find the agenda 
HERE



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

Re: LOAD/LINK exit

[Thomas David Rivers]

Steve Thompson wrote:


I would say yes. Note the following:

CSVFETCH exit routine environment
The exit routine receives control in the following environment:

In supervisor state with PSW key 0.
  


Yeah... that makes it less useful; but I suppose there might be security 
concerns

around knowing what gets fetched?

A debugger/logging system that has to be authorized is just as much of a
security issue as simply opening up the entire system, in my opinion.

  - Dave R. -


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

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

Re: WTO for message that will require explicit deletion?

[John McKown]

On Thu, Jun 27, 2019 at 7:20 AM Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> I personally don't care for products that want to leave a highlighted
> non-scrollable message on the console anymore.  Too 80's, reminiscent of
> software back in "those days", and a bit caviler for a software vendor to
> assume that their software is so important to always have a message
> displayed?   Not picking on specifically on you, Charles, just a general
> statement.   If applicable, why not just leave a WTOR hanging out there
> that the operator can re-display with a D R,R when needed to respond to
> it?Heck, we don't even run with a console.  Our operations staff uses
> Netview consoles.
>

Use of the WTOR macro should have a mandatory sentence of 10 years using
Windows Millennium. {grin}. I _despise_ "hanging a WTOR" for operator
communication. Learn to use the QEDIT macro so that the program can respond
to the z/OS operator MODIFY command. I learned how to do that at my first
job in the 1970s! It ain't rocket surgery (or is that brain science?).

BTW, what is an "operator"? I haven't seen one of those "in the wild" for
about 10 years now.



>
> Then the next thing is that your customers start coding MPF to suppress
> the message, etc..
>

Right. We use CA-OPS/MVS for this.



>
>
> _
> Dave Jousma
> AVP | Manager, Systems Engineering
>
> Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand
> Rapids, MI 49546
> 616.653.8429  |  fax: 616.653.2717
>

-- 
Money is the root of all evil.
Evil is the root of all money.
With that in mind, money is made by the government ...


Maranatha! <><
John McKown

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

Re: WTO for message that will require explicit deletion?

[Jousma, David]

I personally don't care for products that want to leave a highlighted 
non-scrollable message on the console anymore.  Too 80's, reminiscent of 
software back in "those days", and a bit caviler for a software vendor to 
assume that their software is so important to always have a message displayed?  
 Not picking on specifically on you, Charles, just a general statement.   If 
applicable, why not just leave a WTOR hanging out there that the operator can 
re-display with a D R,R when needed to respond to it?Heck, we don't even 
run with a console.  Our operations staff uses Netview consoles.

Then the next thing is that your customers start coding MPF to suppress the 
message, etc..  

_
Dave Jousma
AVP | Manager, Systems Engineering  

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


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Wednesday, June 26, 2019 5:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: WTO for message that will require explicit deletion?

**CAUTION EXTERNAL EMAIL**

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

I have an APF-authorized batch program that I want to have WTO a message that 
will hang out at the bottom of the console screen until it is explicitly 
deleted. Can I do that? 

 

The doc for DESC=(3) seems to kind of say that ("If the task can determine when 
the operator has performed the action, the task should issue a DOM macro to 
delete the message") but it does not seem to be working for me.
(ROUTCDE=(11) FWIW.)

 

Is there a way to do it?

 

Charles

 


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

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


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

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

Re: STORAGE OBTAIN doc inconsistency?

[Peter Relson]

I (to some extent "unfortunately") expect such inconsistency across the 
suite of books (imagine if we still supported both ESA/390 and z 
Architectures as options -- what "notation" would we use)? The effort to 
change every 32-bit-register bit reference to its "appropriate" 
64-bit-register bit reference is likely to be more than anyone is willing 
to commit to (no matter how good an idea it is)..

But surely we should expect to be consistent for a given macro.

Perhaps someone can suggest a notation that would make it clear "this is a 
bit reference that applies to a 64-bit register". Using "the words" can 
make it clear but is cumbersome. "Bits 32.24-31" (vs "Bits 24-31 of the 
32-bit register"), "Bits 64.15-23" (vs "bits 15-23 of the 64-bit 
register"), "Control Register 2.64.0-31" (vs "64-bit Control register 2 
bits 0-31"). Not pretty. (Obviously if the numeric range includes a value 
>= 32, there is no ambiguity, so once converted the cases Charles pointed 
out will be clear enough without additional clarification.)

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

Re: WTO for message that will require explicit deletion?

[Steve Horein]

I think you need *descriptor *code 11:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieam100/iea3m1_Descriptor_code_meaning.htm

... followed by a DOM:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaa100/dom.htm



On Wed, Jun 26, 2019 at 4:39 PM Charles Mills  wrote:

> I have an APF-authorized batch program that I want to have WTO a message
> that will hang out at the bottom of the console screen until it is
> explicitly deleted. Can I do that?
>
>
>
> The doc for DESC=(3) seems to kind of say that ("If the task can determine
> when the operator has performed the action, the task should issue a DOM
> macro to delete the message") but it does not seem to be working for me.
> (ROUTCDE=(11) FWIW.)
>
>
>
> Is there a way to do it?
>
>
>
> 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

Re: WTO for message that will require explicit deletion?

[Giliad Wilf]

On Wed, 26 Jun 2019 14:39:24 -0700, Charles Mills  wrote:

>I have an APF-authorized batch program that I want to have WTO a message
>that will hang out at the bottom of the console screen until it is
>explicitly deleted. Can I do that?
>
>
>
>The doc for DESC=(3) seems to kind of say that ("If the task can determine
>when the operator has performed the action, the task should issue a DOM
>macro to delete the message") but it does not seem to be working for me.
>(ROUTCDE=(11) FWIW.)
>
>
>
>Is there a way to do it?
>
>
>
>Charles
>

Why ROUTCDE 11?
ROUTCDE 11 message is WTP (Write to Programmer) and is written to the JESYSMSG 
data set.
Most consoles or EMCS interfaces exclude ROUTCDE 11 messages, although they get 
written to the HARDCPY.

I think DESC 3 messages (EVENTUAL-ACTION-REQUIRED) get DOM-ed upon step end, 
but long-running jobs that are up for the life of the IPL or so, will need to 
DOM DESC-3 messages at some point...when the said ACTION has been taken...

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

Re: WTO for message that will require explicit deletion?

[Lennie Dymoke-Bradshaw]

Charles,

In addition to reading about WTO, I would recommend reading the manual,

SA38-0666-30 MVS System Commands, Chapter 3. This tells you about how MVS 
consoles can be configured. See Chapter 3. Also look at the CONTROL command in 
chapter 4.

Some clues,
. Consoles can be in different modes, e.g. Roll or Roll-deletable.
. Consoles screens can be divided into different areas.
. The MVS command CONTROL (or K)  controls all these functions.
.  If you enter K commands without parameters on a console the current values 
are reflected into the command area, so they can be modified. (Not sure if this 
is true for all K commands, but works for K A for areas, and K S which controls 
the mode of operation.

I agree with the suggestion of getting access to an SMCS console to improve 
your understanding.

Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd  

Web:  www.rsmpartners.com
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: 27 June 2019 00:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] WTO for message that will require explicit deletion?

Okay, anyone have any clues as to how to align the stars?

My "console" experience is with SDSF LOG, not a real console, so my perception 
of where messages hang is a little skewed I guess.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Wednesday, June 26, 2019 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: WTO for message that will require explicit deletion?

Non-rolling (no delete) messages do not hang 'at the bottom'. They hang as high 
as they can based on any other non-rolling messages that preceded them. A 
non-rolling message that stays toward the bottom is there only because a lot of 
other non-rolling messages are preventing it from rolling higher. 

Getting the attributes right for a non-rolling message can be tricky, including 
the status of the task that issued it. If the stars are aligned, a message can 
'stay on the screen' indefinitely as long as console mode is RD and the task 
that issued it is still active. 

--
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: z13s with single CPU able to use SMT?

[Parwez Hamid]

SMT is only supported for zIIPs, IFLs and SAPs.

–z13(s) allows following engine types to run in SMT mode
•zIIPs under z/OS
•IFLs under z/VM


Regards

Parwez Hamid​


From: IBM Mainframe Discussion List  on behalf of 
Brian Westerman 
Sent: 27 June 2019 08:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z13s with single CPU able to use SMT?

Hi,

one of our boxes is a z13s (a model N10 with a single CPU), and supposedly if 
you change LOADxx to add PROCVIEW CORE and add the IEAOPTxx entry of 
MT_CP_MODE=x, it will open up the use of the SMT thread.  If I code 
MT_CP_MODE=2, it gets an error that the value (2) is not within limits.

My "D M=CORE" command shows:

IEE174I 23.27.00 DISPLAY M 793
CORE STATUS: HD=Y   MT=2  MT_MODE: CP=1  zIIP=1
IDST   ID RANGE   VP  ISCM  CPU THREAD STATUS
   +   -0001  M   FE00  +N

CPC ND = 002965.N10.IBM.02.000CD497
CPC SI = 2965.A01.IBM.02.000CD497
 Model: N10
CPC ID = 00
CPC NAME = P00CD497
LP NAME = SBOX   LP ID =  3
CSS ID  = 0
MIF ID  = 3

whereas it used to (before this change) show:

D M=CORE
IEE174I 22.31.01 DISPLAY M 292
CORE STATUS: HD=Y   MT=1
IDST   ID RANGE   VP  ISCM  CPU THREAD STATUS
   +   -  M   FE00  +

CPC ND = 002965.N10.IBM.02.000CD497
CPC SI = 2965.A01.IBM.02.000CD497
 Model: N10
CPC ID = 00
CPC NAME = P00CD497
LP NAME = SBOX   LP ID =  3
CSS ID  = 0
MIF ID  = 3

So it changed MT=2 and appears to have a ID range changed from - to 
-0001, so does that mean I now have 2 threads even though the IEAOPTxx 
setting of MT_CP_MODE=2 fails?

How do I tell if I am actually getting the use of two threads instead of one, 
is there something in RMF that points to this?

Thanks in advance,

Brian

--
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: z13s with single CPU able to use SMT?

[Patrick Loftus]

You could try an RMF CPU report, which should show MT information if it is 
enabled.

But the "+N" on your display seems to say the multiple cores are online but not 
available for use, so you wont be using them.  The underlying hardware is 
telling z/OS "no" I guess.

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

z13s with single CPU able to use SMT?

[Brian Westerman]

Hi,

one of our boxes is a z13s (a model N10 with a single CPU), and supposedly if 
you change LOADxx to add PROCVIEW CORE and add the IEAOPTxx entry of 
MT_CP_MODE=x, it will open up the use of the SMT thread.  If I code 
MT_CP_MODE=2, it gets an error that the value (2) is not within limits.  

My "D M=CORE" command shows:

IEE174I 23.27.00 DISPLAY M 793
CORE STATUS: HD=Y   MT=2  MT_MODE: CP=1  zIIP=1   
IDST   ID RANGE   VP  ISCM  CPU THREAD STATUS 
   +   -0001  M   FE00  +N
  
CPC ND = 002965.N10.IBM.02.000CD497   
CPC SI = 2965.A01.IBM.02.000CD497 
 Model: N10   
CPC ID = 00   
CPC NAME = P00CD497   
LP NAME = SBOX   LP ID =  3   
CSS ID  = 0   
MIF ID  = 3   

whereas it used to (before this change) show:

D M=CORE
IEE174I 22.31.01 DISPLAY M 292  
CORE STATUS: HD=Y   MT=1
IDST   ID RANGE   VP  ISCM  CPU THREAD STATUS   
   +   -  M   FE00  +   

CPC ND = 002965.N10.IBM.02.000CD497 
CPC SI = 2965.A01.IBM.02.000CD497   
 Model: N10 
CPC ID = 00 
CPC NAME = P00CD497 
LP NAME = SBOX   LP ID =  3 
CSS ID  = 0 
MIF ID  = 3 

So it changed MT=2 and appears to have a ID range changed from - to 
-0001, so does that mean I now have 2 threads even though the IEAOPTxx 
setting of MT_CP_MODE=2 fails?

How do I tell if I am actually getting the use of two threads instead of one, 
is there something in RMF that points to this?

Thanks in advance,

Brian

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