Re: PIPElines vs. *nix

[Paul Gilmartin]

On Wed, 13 Jun 2018 19:00:19 -0400, Hobart Spitz wrote:

>Gil, I know you mean well.
>
>Your first two points are addressed by one answer:  The goal in the test is
>to compare the efficiency of record-oriented piping versus
>character-by-character piping.
> 
Sorry; I missed that emphasis.  COUNT WORDS is probably a fairer comparison
to "wc", since both must inspect every character.

>In the first case, bypassing the *nix piping mechanism defeats the goal of
>the test.
>
But you could amplify the sensitivity with:
cat m170file.data | cat | cat | ... | cat >/dev/null

Or Pipe into HOLE to eliminate the overhead of COUNT or wc.
Also see whether the "-u" option for "cat" makes a difference.
Is there a Pipelines stage comparably neutral to "cat" you could use?

>In the second case, cat can't finish until wc starts reading the last 4k
>(or so) characters at the very end of the data.  With 170 M of data, that
>means that the timing would be off by very much less than 0.01%, which
>greatly exceeds normal variation.  
>
"exceeds"?  "is exceeded by"
I believe the z/OS UNIX kernel buffers are 131k, still an inconsequential
fraction of 170 M.

>I've heard of PIPElines with 10K-15K (mostly generated) stages.  Depending
>on the topology, such a thing would be impossibly slow with
>character-by-character piping.  And that's assuming you could even do
>deterministic multi-stream piping the way PIPElines does.
>
Deterministing multi-stream is valuable, and upstream propagation of
termination is precious.  Multi-streams are possible in C; impractical
in shell.

>Think of the difference between *nix piping and PIPElines piping this way:
>Your have a dinner party with a dozen guests.
>
>Under *nix piping, you pass each and every string bean, corn kernel, and
>pea to the plate of the person next to you, one-at-a-time, and only one
>vegetable can move at a time.  If you even finished such a dinner, you
>would never get anyone to show up at another.  And we haven't even
>considered the cache-flooding implications.
>
>Under PIPElines piping, whole plates of vegetables get passed around in the
>familiar way.  The serving utensil the "cache loader".  Vegetables that you
>don't want just stay in the serving bowl (slow memory or disk).
> 
I don't think that's fair.  I'd expect a well-designed "cat" to issue a 
nonblocking
read() into an application buffer, which may be smaller than the kernel buffer,
and kernel to move the data with MVCL, not an IC; STC loop.

-- gil

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

Re: PIPElines vs. *nix

[Hobart Spitz]

Gil, I know you mean well.

Your first two points are addressed by one answer:  The goal in the test is
to compare the efficiency of record-oriented piping versus
character-by-character piping.

In the first case, bypassing the *nix piping mechanism defeats the goal of
the test.

In the second case, cat can't finish until wc starts reading the last 4k
(or so) characters at the very end of the data.  With 170 M of data, that
means that the timing would be off by very much less than 0.01%, which
greatly exceeds normal variation.  Further, the timings were reported to me
in more detail than I believe time reports.  Therefore, it was probably not
the time output that gave 75 secs.  I just choose to use the only total
time that was reported to me.

Finally, I got confused and assumed that the original PIPElines case was
abbreviated or there was a typo.  I incorrectly added the $ cms and
quotes.  That is entirely on me.  It should have just read:

PIPE < /home/../m170file.data | count bytes | cons


I've heard of PIPElines with 10K-15K (mostly generated) stages.  Depending
on the topology, such a thing would be impossibly slow with
character-by-character piping.  And that's assuming you could even do
deterministic multi-stream piping the way PIPElines does.

Think of the difference between *nix piping and PIPElines piping this way:
Your have a dinner party with a dozen guests.

Under *nix piping, you pass each and every string bean, corn kernel, and
pea to the plate of the person next to you, one-at-a-time, and only one
vegetable can move at a time.  If you even finished such a dinner, you
would never get anyone to show up at another.  And we haven't even
considered the cache-flooding implications.

Under PIPElines piping, whole plates of vegetables get passed around in the
familiar way.  The serving utensil the "cache loader".  Vegetables that you
don't want just stay in the serving bowl (slow memory or disk).

Bon appetit.  :-)

I hope this helps.

OREXXMan
JCL is the buggy whip of 21st century computing.  Stabilize it.
Put Pipelines in the z/OS base.  Would you rather process data one
character at a time (Unix/C style), or one record at a time?
IBM has been looking for an HLL for program products; REXX is that language.

On Wed, Jun 13, 2018 at 10:07 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On 2018-06-13, at 07:18:40, Hobart Spitz wrote:
>
> > Cross posted to CMSTSO Pipelines and IBM-MAIN
> >
> > Someone shared with me a performance comparison between Pipelines vs.
> > native *nix commands, both on OPENVM.
> >
> > Under the OPENVM shell, this command ran 75 secs. with a 170M file in
> BFS:
> >
> > $ time cat m170file.data | wc -b
> >
> The "cat" is superfluous.  Why not just:
> > $ time   wc -b  m170file.data
>
> In fact, you were timing "cat", not "wc".
>
> > This command, also under OPENVM shell with the same file, ran 9 secs.:
> >
> > $ cms 'PIPE < /home/../m170file.data | count bytes | cons'
> >
> Won't Pipelines respect a path relative to current working directory?
> If not, shame on Pipelines.
>
> -- 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

IBM Technical website hostage crisis - DAY 7

[Pinnacle]

IBM's technical website links still not working after 7 days.  Google 
searches point to z/OS V2R1 doc links that no longer exist.  How long, 
how long must we sing this song?


Regards,
Tom Conley

--
 



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

Re: HMC dummy question

[Jesse 1 Robinson]

Operational Customization on the 'workspace' screen does not show Storage 
Information. You have to SOO to the CEC that contains the LPAR in question. 

.
.
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 Allan Staller
Sent: Wednesday, June 13, 2018 2:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: HMC dummy question

You should be able to get this from the "OPERATIONAL CUSTOMIZATION" pane.
Select "CUSTOMIZE ACTIVATION PROFILE" and the appropriate image.
There will be a TAB for storage (among others) displayed with the profile.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Wednesday, June 13, 2018 4:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HMC dummy question

AFAIK you (still) have to do Single Object Operation (SOO) to get this info. 
The screen you want is Storage Information. You can poke around the various 
groups till you find it (CPC Operational Customization), or just go to Task 
Index where it's listed alphabetically. Even though you're in SOO, you have to 
check the processor name to continue.

You get a nice display of the storage allocated to every active LPAR. The 
problem with looking at an Image profile is that someone may have changed the 
value since the last LPAR activation. Storage Information shows what the LPAR 
actually owns now.

.
.
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 Peter
Sent: Wednesday, June 13, 2018 11:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):HMC dummy question

Hi

Apology for the dummy question

Using the tree style HMC interface how do I check the total memory allocated to 
a particular LPAR in a image profile ?

Regards
Peter


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

Re: HMC dummy question

[Allan Staller]

You should be able to get this from the "OPERATIONAL CUSTOMIZATION" pane.
Select "CUSTOMIZE ACTIVATION PROFILE" and the appropriate image.
There will be a TAB for storage (among others) displayed with the profile.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Wednesday, June 13, 2018 4:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HMC dummy question

AFAIK you (still) have to do Single Object Operation (SOO) to get this info. 
The screen you want is Storage Information. You can poke around the various 
groups till you find it (CPC Operational Customization), or just go to Task 
Index where it's listed alphabetically. Even though you're in SOO, you have to 
check the processor name to continue.

You get a nice display of the storage allocated to every active LPAR. The 
problem with looking at an Image profile is that someone may have changed the 
value since the last LPAR activation. Storage Information shows what the LPAR 
actually owns now.

.
.
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 Peter
Sent: Wednesday, June 13, 2018 11:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):HMC dummy question

Hi

Apology for the dummy question

Using the tree style HMC interface how do I check the total memory allocated to 
a particular LPAR in a image profile ?

Regards
Peter


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

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

Re: HMC dummy question

[Jesse 1 Robinson]

AFAIK you (still) have to do Single Object Operation (SOO) to get this info. 
The screen you want is Storage Information. You can poke around the various 
groups till you find it (CPC Operational Customization), or just go to Task 
Index where it's listed alphabetically. Even though you're in SOO, you have to 
check the processor name to continue. 

You get a nice display of the storage allocated to every active LPAR. The 
problem with looking at an Image profile is that someone may have changed the 
value since the last LPAR activation. Storage Information shows what the LPAR 
actually owns now.  

.
.
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 Peter
Sent: Wednesday, June 13, 2018 11:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):HMC dummy question

Hi

Apology for the dummy question

Using the tree style HMC interface how do I check the total memory allocated to 
a particular LPAR in a image profile ?

Regards
Peter


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

Re: REXX calling bpxwunix when SIGNAL NOVALUE active

[Paul Gilmartin]

On Wed, 13 Jun 2018 16:07:48 -0400, Hobart Spitz wrote:
>
>I'm not sure whether you are asking for help, reporting a problem in a
>sample, or offering a solution.
>
>Since you haven't said which line failed, I'm just be guessing.
>
>I think you need to quote StdErr. .  That should allow you to turn NOVALUE
>back on.  I prefer to use it most of the time also.
> 
The OP apparently understands this:
On Wed, 13 Jun 2018 01:53:36 -0500, Bruce Hewson wrote
>...
>Note the quoted stem names.  This is required.
> ...
But he didn't follow his own advice in the example he posted:

>  cmd="sort"   
>   
>  call bpxwunix cmd,"unsorted_data.","sorted_data.",stderr.

>My typical NOVALUE handler looks like this:
>
I don't code a handler.  If NOVALUE is caught I consider it a coding
error and fix the code.  It might be a typo spelling a symbol.  How
would I recover from that?

-- gil

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

Re: REXX calling bpxwunix when SIGNAL NOVALUE active

[Seymour J Metz]

IMHO the most serious problems with REXX are:

 1. The behavior of SIGNAL inside a do block or procedure.

 2. The similarity to PL/I that leads people to expect PL/I 
semantics for things that are very different in REXX.

FWIW, I don't normally run with NOVALUE active, but that might be best for 
people who are not yet thoroughly familiar with REXX semantics. Also, 
introductory and training material really ought to lay more stress on trace I; 
it's amazing how many bugs become obvious when you look at the trace output.

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


From: IBM Mainframe Discussion List  on behalf of 
Hobart Spitz 
Sent: Wednesday, June 13, 2018 4:07 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: REXX calling bpxwunix when SIGNAL NOVALUE active

Bruce;

I'm not sure whether you are asking for help, reporting a problem in a
sample, or offering a solution.

Since you haven't said which line failed, I'm just be guessing.

I think you need to quote StdErr. .  That should allow you to turn NOVALUE
back on.  I prefer to use it most of the time also.

My typical NOVALUE handler looks like this:





*novalue:say condition() condition("c") condition("d") "in line"
sigl"."parse source Sourcesay Source /* in case we are a few levels down in
external modules */exit -889*


I'd also recommend against TRACE OFF.  A typo can turn a REXX instruction
into a host command, and those problem can be hard to find.  (The proper
way to write TRACE is to omit the quotes; they imply VALUE, which takes a
few extra machine instructions.

Seymour, your suggestion is good.  If anything is wrong with REXX, it's
that it's such an easy language to write, people just jump in without
really understanding it.


OREXXMan
JCL is the buggy whip of 21st century computing.  Stabilize it.
Put Pipelines in the z/OS base.  Would you rather process data one
character at a time (Unix/C style), or one record at a time?
IBM has been looking for an HLL for program products; REXX is that language.

On Wed, Jun 13, 2018 at 2:18 PM, Seymour J Metz  wrote:

> IMHO examples of REXX calls in any documentation should include both
> quoted stem names and variable containing the stem name, with appropriate
> comments. The descriptions should make it clear that normal REXX expression
> syntax applies, and the manuals should not make incorrect statements in the
> name of simplicity.
>
> FWIW, similar considerations apply to descriptions of the JCL for various
> programs; all too many manuals make incorrect statements in an effort to
> avoid either an accurate description or a reference to the JCL Reference
> manual.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Peter Hunkeler 
> Sent: Wednesday, June 13, 2018 9:00 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: AW: REXX calling bpxwunix when SIGNAL NOVALUE active
>
> >call bpxwunix cmd,"unsorted_data.","sorted_data.",stderr.
>
>
> The FM manual describes the parameters to be "the name of a compound
> variable". If you don't quote, REXX will try to dereference the variables,
> does not find them, and raises NOVALUE if activated. If not, those which
> were initialized (unsorted_data & sorted_data) are replace by a blank.
>
>
> I think the examples in the doc should be updated to quote any and all of
> the parameters which denote a stem variable.
> --
> Peter Hunkeler
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: REXX calling bpxwunix when SIGNAL NOVALUE active

[Hobart Spitz]

Bruce;

I'm not sure whether you are asking for help, reporting a problem in a
sample, or offering a solution.

Since you haven't said which line failed, I'm just be guessing.

I think you need to quote StdErr. .  That should allow you to turn NOVALUE
back on.  I prefer to use it most of the time also.

My typical NOVALUE handler looks like this:





*novalue:say condition() condition("c") condition("d") "in line"
sigl"."parse source Sourcesay Source /* in case we are a few levels down in
external modules */exit -889*


I'd also recommend against TRACE OFF.  A typo can turn a REXX instruction
into a host command, and those problem can be hard to find.  (The proper
way to write TRACE is to omit the quotes; they imply VALUE, which takes a
few extra machine instructions.

Seymour, your suggestion is good.  If anything is wrong with REXX, it's
that it's such an easy language to write, people just jump in without
really understanding it.


OREXXMan
JCL is the buggy whip of 21st century computing.  Stabilize it.
Put Pipelines in the z/OS base.  Would you rather process data one
character at a time (Unix/C style), or one record at a time?
IBM has been looking for an HLL for program products; REXX is that language.

On Wed, Jun 13, 2018 at 2:18 PM, Seymour J Metz  wrote:

> IMHO examples of REXX calls in any documentation should include both
> quoted stem names and variable containing the stem name, with appropriate
> comments. The descriptions should make it clear that normal REXX expression
> syntax applies, and the manuals should not make incorrect statements in the
> name of simplicity.
>
> FWIW, similar considerations apply to descriptions of the JCL for various
> programs; all too many manuals make incorrect statements in an effort to
> avoid either an accurate description or a reference to the JCL Reference
> manual.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Peter Hunkeler 
> Sent: Wednesday, June 13, 2018 9:00 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: AW: REXX calling bpxwunix when SIGNAL NOVALUE active
>
> >call bpxwunix cmd,"unsorted_data.","sorted_data.",stderr.
>
>
> The FM manual describes the parameters to be "the name of a compound
> variable". If you don't quote, REXX will try to dereference the variables,
> does not find them, and raises NOVALUE if activated. If not, those which
> were initialized (unsorted_data & sorted_data) are replace by a blank.
>
>
> I think the examples in the doc should be updated to quote any and all of
> the parameters which denote a stem variable.
> --
> Peter Hunkeler
>
> --
> 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: TSO PREFIX, FTP and z/OS upgrade

[Frank Swarbrick]

I couldn't say, but it seems like a reasonable possibility!  I'm hoping our 
Systems group opens an SR for this, but figured I'd ask here as well.

From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Wednesday, June 13, 2018 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PREFIX, FTP and z/OS upgrade

Could this be the result of the support for the "long" (going from 7 to 8 
characters was a severe case of tunnel vision) TSO prefix?


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


From: IBM Mainframe Discussion List  on behalf of 
Frank Swarbrick 
Sent: Tuesday, June 12, 2018 5:51 PM
To: IBM-MAIN@listserv.ua.edu
Subject: TSO PREFIX, FTP and z/OS upgrade

Since I got such a good response to my last issue, I figure I'd try another 
one.  This one has already been resolved, but we're still puzzled as to why it 
happened.

After our upgrade to z/OS 2.3 we had some "client initiated" FTP processes 
fail.  These processes log on to our z/OS system with a user ID that we've 
reserved for this particular usage.  In order to not require the distributed 
guys to understand MVS data set naming conventions we implemented this user ID 
with "TSO PROFILE PREFIX(PROD)".  So when they upload a file with something 
like:
put myfile.txt RXMTIN.APPL.MYFILE
it is uploaded to data set 'PROD.RXMTIN.APPL.MYFILE'.

This all worked fine through several z/OS upgrades over the last few years.  
With the upgrade to z/OS 2.3 it no longer worked.  The FTP server apparently 
reverted to using the actual user ID as the HLQ, and thus the above attempted 
to upload to 'OPSFTP.RXMTIN.APPL.MYFILE' (the user ID is OPSFTP).  This failed 
because that user has access to write to an existing file, but no rights to 
create a file.

Anyway, very long story short, we ended up logging on to TSO with this user, 
doing TSO PROFILE to show that PREFIX(PROD) was still set, and then logging off 
of TSO.  Once this was done things were back to normal.  This happened with two 
user IDs, and the solution was the same for both.

The question is, why did we have to do this, where apparently we never had to 
do it before?  Another possibility (unlikely, IMO) is the person who did the 
previous upgrades (no longer with the company) knew to do this, and the current 
person did not.

Did something change with z/OS 2.3?  Is there a better way around this?  As I 
said, these user ID's are supposed to be for FTP only, and other than for 
setting the profile prefix they are never used to log on to TSO.

There is some documentation regarding setting the profile prefix initially that 
says "At this point, the TSO prefix is defined for your current TSO session but 
is not known to RACF or the FTP server until you log off and log on."  But this 
is not a new setting for the user, but is only an OS upgrade, and I see nothing 
that says this process must be done in that case.

Thanks,
Frank

--
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: TSO PREFIX, FTP and z/OS upgrade

[Seymour J Metz]

Could this be the result of the support for the "long" (going from 7 to 8 
characters was a severe case of tunnel vision) TSO prefix?


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


From: IBM Mainframe Discussion List  on behalf of 
Frank Swarbrick 
Sent: Tuesday, June 12, 2018 5:51 PM
To: IBM-MAIN@listserv.ua.edu
Subject: TSO PREFIX, FTP and z/OS upgrade

Since I got such a good response to my last issue, I figure I'd try another 
one.  This one has already been resolved, but we're still puzzled as to why it 
happened.

After our upgrade to z/OS 2.3 we had some "client initiated" FTP processes 
fail.  These processes log on to our z/OS system with a user ID that we've 
reserved for this particular usage.  In order to not require the distributed 
guys to understand MVS data set naming conventions we implemented this user ID 
with "TSO PROFILE PREFIX(PROD)".  So when they upload a file with something 
like:
put myfile.txt RXMTIN.APPL.MYFILE
it is uploaded to data set 'PROD.RXMTIN.APPL.MYFILE'.

This all worked fine through several z/OS upgrades over the last few years.  
With the upgrade to z/OS 2.3 it no longer worked.  The FTP server apparently 
reverted to using the actual user ID as the HLQ, and thus the above attempted 
to upload to 'OPSFTP.RXMTIN.APPL.MYFILE' (the user ID is OPSFTP).  This failed 
because that user has access to write to an existing file, but no rights to 
create a file.

Anyway, very long story short, we ended up logging on to TSO with this user, 
doing TSO PROFILE to show that PREFIX(PROD) was still set, and then logging off 
of TSO.  Once this was done things were back to normal.  This happened with two 
user IDs, and the solution was the same for both.

The question is, why did we have to do this, where apparently we never had to 
do it before?  Another possibility (unlikely, IMO) is the person who did the 
previous upgrades (no longer with the company) knew to do this, and the current 
person did not.

Did something change with z/OS 2.3?  Is there a better way around this?  As I 
said, these user ID's are supposed to be for FTP only, and other than for 
setting the profile prefix they are never used to log on to TSO.

There is some documentation regarding setting the profile prefix initially that 
says "At this point, the TSO prefix is defined for your current TSO session but 
is not known to RACF or the FTP server until you log off and log on."  But this 
is not a new setting for the user, but is only an OS upgrade, and I see nothing 
that says this process must be done in that case.

Thanks,
Frank

--
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: REXX calling bpxwunix when SIGNAL NOVALUE active

[Seymour J Metz]

IMHO examples of REXX calls in any documentation should include both quoted 
stem names and variable containing the stem name, with appropriate comments. 
The descriptions should make it clear that normal REXX expression syntax 
applies, and the manuals should not make incorrect statements in the name of 
simplicity.

FWIW, similar considerations apply to descriptions of the JCL for various 
programs; all too many manuals make incorrect statements in an effort to avoid 
either an accurate description or a reference to the JCL Reference manual.


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


From: IBM Mainframe Discussion List  on behalf of 
Peter Hunkeler 
Sent: Wednesday, June 13, 2018 9:00 AM
To: IBM-MAIN@listserv.ua.edu
Subject: AW: REXX calling bpxwunix when SIGNAL NOVALUE active

>call bpxwunix cmd,"unsorted_data.","sorted_data.",stderr.


The FM manual describes the parameters to be "the name of a compound variable". 
If you don't quote, REXX will try to dereference the variables, does not find 
them, and raises NOVALUE if activated. If not, those which were initialized 
(unsorted_data & sorted_data) are replace by a blank.


I think the examples in the doc should be updated to quote any and all of the 
parameters which denote a stem variable.
--
Peter Hunkeler

--
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: Would SHARE kindly kick IBM in the ass for what the've done with their web content?

[Seymour J Metz]

IMHO it's reasonable for IBM to steer customers to the Internet. Steering them 
to the WWW, especially to sites that don't have a stable URL, is another 
matter; I'd rather see FTP and SFTP sites for, e.g., downloading documentation, 
with stable host names.


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


From: IBM Mainframe Discussion List  on behalf of 
Peter Hunkeler 
Sent: Wednesday, June 13, 2018 2:25 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Would SHARE kindly kick IBM in the ass for what the've done with their 
web content?

I'm not a SHARE member, but I understand SHARE does have some influence in what 
IBM does and does not do. I would appreciate if SHARE would immediately go 
strongly after IBM for what they are currently doing to their web content. I'm 
not in a position to do that, unfortunately. I know there are members on this 
list who have a deeper connection to SHARE. Can any of you help us, please?



This is sabotage! Sabotage to IBM's clients!



For the last couple of years, IBM (and other companies) have forced us towards 
the internet. Acquiring information in usable formats such as Bookmaster or 
PDFs was made harder and harder, if you were lucky you could find a place to 
download documentation. But the longer the more, documentation became available 
as webpages only, without the possibility to save a copy locally for later 
reference.


And now they feel comfortable to break that internet. Now they feel comfortable 
to remove content of products still in service.


I have no confidence in my own management whatsoever, so I won'd even try to 
tell then what is going on, and ask them for help by approaching IBM. It's a 
waste of time. And this is why I'm hoping for SHARE to support us in this matter




--
Peter Hunkeler

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

HMC dummy question

[Peter]

Hi

Apology for the dummy question

Using the tree style HMC interface how do I check the total memory
allocated to a particular LPAR in a image profile ?

Regards
Peter

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

Re: How to move to zFS V5 - painlessly

[Michael Babcock]

Don’t forget to check the format_aggrversion if you have it coded in
IOEPRMxx.   If not coded, the default on z/OS 2.3 is 5 but the default for
2.2 is 4.

On Wed, Jun 13, 2018 at 10:56 AM Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> No.   I converted all of our filesystems (except SMPE controlled
> filesystems) via the command on all of our systems.  Was very quick, chose
> specific path hierarchies to do at a time.   For all my z/OS supplied ZFS
> filesystems, I converted my "maintenance" environment, and then let my
> cloning process move it out at maintenance time since all of those are
> mounted read only, and didn’t want to chance making them RDWR to do that
> live.
>
> zfsadm convert -path /your/path/names
>
> The IOEPRMxx entry is just a catchall for me, in case one of my team mates
> allocates or has older filesystems laying around that are not normally
> mounted anyway.
>
> _
> 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 Blake, Daniel J [CTR]
> Sent: Wednesday, June 13, 2018 11:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to move to zFS V5 - painlessly
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> I used the IOEFSUTL to convert in our sand box.  Worked well and the
> largest zFS only took 33 seconds of batch runtime.
>
> Next up is a system covered under SLAs and I don't want it down for an
> extended period of time while I run the batch jobs for 200+ aggregates.
> Did you see an extended IPL time using the converttov5 in IOEPRMxx process?
>
> TIA,
>
> ;-D an
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: Wednesday, June 13, 2018 11:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to move to zFS V5 - painlessly
>
> Use the converttov5=on option in IOEPRMxx
> _
> 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 Jantje.
> Sent: Wednesday, June 13, 2018 11:27 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to move to zFS V5 - painlessly
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> On Wed, 13 Jun 2018 09:37:18 -0500, Jantje.  wrote:
>
> >
> >find . -type d -exec zfsadm convert -path {} \;
> >
> >comes pretty darn close.
>
> O, if anyone has a suggestion on how to get the not-mounted-automount file
> systems (those are missed by the find command, because they are not
> mounted, obviously) mounted without having to name them all by hand, I'd
> love to hear.
>
> Jantje.
>
> --
> 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 **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. 

Re: How to move to zFS V5 - painlessly

[Gibney, Dave]

IS this zFS level thing a z/OS 2.2 and above issue? Or should I have noticed 
when moving to z/OS 2.1 from 1.13

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jousma, David
> Sent: Wednesday, June 13, 2018 8:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to move to zFS V5 - painlessly
> 
> No.   I converted all of our filesystems (except SMPE controlled filesystems)
> via the command on all of our systems.  Was very quick, chose specific path
> hierarchies to do at a time.   For all my z/OS supplied ZFS filesystems, I
> converted my "maintenance" environment, and then let my cloning process
> move it out at maintenance time since all of those are mounted read only,
> and didn’t want to chance making them RDWR to do that live.
> 
> zfsadm convert -path /your/path/names
> 
> The IOEPRMxx entry is just a catchall for me, in case one of my team mates
> allocates or has older filesystems laying around that are not normally
> mounted anyway.
> 
> ___
> __
> 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 Blake, Daniel J [CTR]
> Sent: Wednesday, June 13, 2018 11:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to move to zFS V5 - painlessly
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> I used the IOEFSUTL to convert in our sand box.  Worked well and the largest
> zFS only took 33 seconds of batch runtime.
> 
> Next up is a system covered under SLAs and I don't want it down for an
> extended period of time while I run the batch jobs for 200+ aggregates.  Did
> you see an extended IPL time using the converttov5 in IOEPRMxx process?
> 
> TIA,
> 
> ;-D an
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jousma, David
> Sent: Wednesday, June 13, 2018 11:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to move to zFS V5 - painlessly
> 
> Use the converttov5=on option in IOEPRMxx
> ___
> __
> 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 Jantje.
> Sent: Wednesday, June 13, 2018 11:27 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to move to zFS V5 - painlessly
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> On Wed, 13 Jun 2018 09:37:18 -0500, Jantje. 
> wrote:
> 
> >
> >find . -type d -exec zfsadm convert -path {} \;
> >
> >comes pretty darn close.
> 
> O, if anyone has a suggestion on how to get the not-mounted-automount file
> systems (those are missed by the find command, because they are not
> mounted, obviously) mounted without having to name them all by hand, I'd
> love to hear.
> 
> Jantje.
> 
> --
> 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 **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
> 

Re: z/OS 2.1 documentation and Google searches

[Carmen Vitullo]

 Here we go again, 
Searching via google for non OS specific utility gets me here !!!??? WTH IBM - 
Documentation for z/OS V2.1.0 is no longer available in IBM Knowledge Center. 
then when I choose version 2.2, my search parameter is gone - maybe someone 
needs to work with Google for a while to find out how to create a GOOD search 
engine 
 



Carmen Vitullo 

- Original Message -

From: "RICHARD W. PINION"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, June 13, 2018 8:54:31 AM 
Subject: z/OS 2.1 documentation and Google searches 

I got bit by this one this morning. Like others have 
said, it makes Google searching much more difficult. 
FIRST TENNESSEE 

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer. 

-- 
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: OT: Rap music (was Re: opinion: multi-platform program design)

[Michael Oujesky]

IMHO, rap "music" is _NOT_ music.  But highly indicative of what the coming 
generations will be like.

On Thu, Jun 7, 2018, at 2:15 PM, Peter Hunkeler wrote:
> It's amost Friday, right. At least here in Zurich
> >Rap music is performed by those that can not sing so others can not think.
> 
> 
> rap music? Isn't this a contradiction in terms ;-)
> 
> 
> Apologies to all the rappers out there, and the ones who like that 
> contradiction, ahem.. music. No offense intended.
> 
> 
> --
> Peter Hunkeler

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

FYI: IBM Systems Magazine - The Linux Foundation Open Mainframe Project Outlines Mainframe Usage in New Report

[Mark Regan]

http://ibmsystemsmag.com/mainframe/news/the-linux-foundation-open-mainframe-project-outlin/?feed=IBMNewsUpdates/

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

Re: Netview Automation Table Code

[Cieri, Anthony]

If the MPFLST is setup correctly, you should see a CNM493I message in 
you Netview logs. This message indicates a match in Netview Message automation 
Table .

Depending upon whether the dataset you want to trap on the FROM dataset 
or the TO dataset will dictate which line you want to trap. The FROM dataset is 
in the second line and the TO dataset is in the third line.

For specific help on the Trap syntax, I would consider using the 
Netview Group on Yahoo!!

Hth
Tony
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of saurabh khandelwal
Sent: Wednesday, June 13, 2018 12:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Netview Automation Table Code

Hello Tony,



Thanks for reply. I have  don’t have programming knowledge to code member in 
SDGASAMP for

DGA.SDGASAMP(DGADTFY2).



Also, my netview knowledge is limited to code trap command as you mentioned 
previously.



SVTM052I STEP1COPY FKFD022( 704) SNODE=SEB.SND.TCS 280

SVTM052I  FROM ECP.A601P2.ATI7.NBK.PS
.G3104V00

SVTM052I  TO   FBT.DATA.VLUS.SAT17.G1678V00*

 SVTM052I  COMPLETED  /SCPA000I

Can you please help me to code this multiline WTO..



I checked MVS initialization guide and found that by default,



If you do not specify an MPFLSTxx member, the defaults are AUTO(YES). So, we 
don’t have to code this . Please correct me, if wrong.




On Tue, Jun 12, 2018 at 7:54 PM, Cieri, Anthony  wrote:

>
> Hello Saurabh,
>
> I can hopefully offer a few points of clarification.  I think 
> that the IGD104I messages are generally only written to the joblog.
> Connect:Direct uses dynamic allocation for all processes.
> The SVTM052I message IS written to syslog and can be automated 
> if you have coded AUTO(YES) in you MPFLSTxx PARMLIB member.  Also, the 
> most significant point was offered by @Vince. The SVTM052I message ID 
> is Multi-line Write-to-Operator (MLWTO) message. It is generally 
> issued as a
> (4) line WTO, but each line has the SVTM052I message ID. Your message 
> trap as provided in a previous post will not work because the 'TO' 
> text does NOT occur in the first line of the MLWTO. We do something 
> similar here and I have pasted my trap for reference:
>
> IF (LABEL:SVTM052A) MSGID = 'SVTM052I' & JOBNAME = JOB
>   & (ACQUIRE('LASTLINE WORD 4.1') = .'SDEDSNRI'. |
> ACQUIRE('LASTLINE WORD 4.1') = .'SDEPDSRI'.)
> THEN EXEC( CMD('MVS %CON ') ROUTE(ONE AUTONDM));
>
> This MAT entry is used to trap the sense code is the last 
> (4th) line of the MLWTO.  You could do something similar to trap the 
> 'TO'  text and Dataset name in the third line of the MLWTO.
>
> Also, in case you were not aware, there are a few utility 
> programs that are distributed along with Connect:Direct for z/OS.  One 
> in particular, DGADTFY2 (DMNOTFY2) can be used within a Conenct:Direct 
> process to send a message to a TSO user when the process ends.  You 
> can pass the TO dataset name as a parameter to DGADTFY2. You can also 
> use modal logic in the process to send the message for a successful or 
> unsuccessful COPY step (or BOTH if you choose). Here is a simple example:
>
> STEP02 IF (COPY01 = 0) THEN
> NOTE21 RUN TASK (PGM=DGADTFY2,PARM=(GOOD,'',)) -
>
> SNODE
>  ELSE
> NOTE22 RUN TASK (PGM=DGADTFY2,PARM=(FAIL,'',)) -
>
>   SNODE
>
> The first step (NOTE21) will send a message to the user 
> specified by  indicating that the file transfer was successful 
> if the COPY01 Step ended with a return code of 0.. The message will 
> also contain the dataset name. The second step (NOTE22) will send a 
> message to the same user indicating that the file transfer fails, if 
> the COPY01 step ends with a return code other than 0. Of course, this 
> example assumes that you have coded a Connect:Direct COPY step named COPY01.
>
> I hope this helps some.
>
> Tony
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of saurabh khandelwal
> Sent: Tuesday, June 12, 2018 7:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Netview Automation Table Code
>
> Hello Steve,
>
> I couldn't understand your point. Can you please help to understand this.
>
> I am getting below message in SYSLOG generated using DCON  and I could 
> see these messages are in  JESYSMSG, JESMSGLG and  also in SYSLOG
>
> OUR SYSLOG VIEW*
>
> ---6+7+8+9+0+1+2+
>
> IGD104I FDNBT.DATA.VPLUS.SDPAT17.G1678V00RETAINED,
>
>  DDNAME=NDM00222
>
>  SVTM052I  FROM E2CP.AZD601P2.ATI7.NBK.PS.G3104V00
>
> * SVTM052I  TO   FDNBT.DATA.VPLUS.SDPAT17.G1678V00*
>
>  SVTM052I  COMPLETED  /SCPA000I
>
> -

Re: Netview Automation Table Code

[saurabh khandelwal]

Hello Tony,



Thanks for reply. I have  don’t have programming knowledge to code member
in SDGASAMP for

DGA.SDGASAMP(DGADTFY2).



Also, my netview knowledge is limited to code trap command as you mentioned
previously.



SVTM052I STEP1COPY FKFD022( 704) SNODE=SEB.SND.TCS 280

SVTM052I  FROM ECP.A601P2.ATI7.NBK.PS
.G3104V00

SVTM052I  TO   FBT.DATA.VLUS.SAT17.G1678V00*

 SVTM052I  COMPLETED  /SCPA000I

Can you please help me to code this multiline WTO..



I checked MVS initialization guide and found that by default,



If you do not specify an MPFLSTxx member, the defaults are AUTO(YES). So,
we don’t have to code this . Please correct me, if wrong.




On Tue, Jun 12, 2018 at 7:54 PM, Cieri, Anthony  wrote:

>
> Hello Saurabh,
>
> I can hopefully offer a few points of clarification.  I think that
> the IGD104I messages are generally only written to the joblog.
> Connect:Direct uses dynamic allocation for all processes.
> The SVTM052I message IS written to syslog and can be automated if
> you have coded AUTO(YES) in you MPFLSTxx PARMLIB member.  Also, the most
> significant point was offered by @Vince. The SVTM052I message ID is
> Multi-line Write-to-Operator (MLWTO) message. It is generally issued as a
> (4) line WTO, but each line has the SVTM052I message ID. Your message trap
> as provided in a previous post will not work because the 'TO' text does NOT
> occur in the first line of the MLWTO. We do something similar here and I
> have pasted my trap for reference:
>
> IF (LABEL:SVTM052A) MSGID = 'SVTM052I' & JOBNAME = JOB
>   & (ACQUIRE('LASTLINE WORD 4.1') = .'SDEDSNRI'. |
> ACQUIRE('LASTLINE WORD 4.1') = .'SDEPDSRI'.)
> THEN EXEC( CMD('MVS %CON ') ROUTE(ONE AUTONDM));
>
> This MAT entry is used to trap the sense code is the last (4th)
> line of the MLWTO.  You could do something similar to trap the 'TO'  text
> and Dataset name in the third line of the MLWTO.
>
> Also, in case you were not aware, there are a few utility programs
> that are distributed along with Connect:Direct for z/OS.  One in
> particular, DGADTFY2 (DMNOTFY2) can be used within a Conenct:Direct process
> to send a message to a TSO user when the process ends.  You can pass the TO
> dataset name as a parameter to DGADTFY2. You can also use modal logic in
> the process to send the message for a successful or unsuccessful COPY step
> (or BOTH if you choose). Here is a simple example:
>
> STEP02 IF (COPY01 = 0) THEN
> NOTE21 RUN TASK (PGM=DGADTFY2,PARM=(GOOD,'',)) -
>
> SNODE
>  ELSE
> NOTE22 RUN TASK (PGM=DGADTFY2,PARM=(FAIL,'',)) -
>
>   SNODE
>
> The first step (NOTE21) will send a message to the user specified
> by  indicating that the file transfer was successful if the COPY01
> Step ended with a return code of 0.. The message will also contain the
> dataset name. The second step (NOTE22) will send a message to the same user
> indicating that the file transfer fails, if the COPY01 step ends with a
> return code other than 0. Of course, this example assumes that you have
> coded a Connect:Direct COPY step named COPY01.
>
> I hope this helps some.
>
> Tony
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of saurabh khandelwal
> Sent: Tuesday, June 12, 2018 7:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Netview Automation Table Code
>
> Hello Steve,
>
> I couldn't understand your point. Can you please help to understand this.
>
> I am getting below message in SYSLOG generated using DCON  and I could see
> these messages are in  JESYSMSG, JESMSGLG and  also in SYSLOG
>
> OUR SYSLOG VIEW*
>
> ---6+7+8+9+0+1+2+
>
> IGD104I FDNBT.DATA.VPLUS.SDPAT17.G1678V00RETAINED,
>
>  DDNAME=NDM00222
>
>  SVTM052I  FROM E2CP.AZD601P2.ATI7.NBK.PS.G3104V00
>
> * SVTM052I  TO   FDNBT.DATA.VPLUS.SDPAT17.G1678V00*
>
>  SVTM052I  COMPLETED  /SCPA000I
>
> -  -TIMINGS (MINS.)-
>
>
> Thanks & Regards
> Saurabh
>
> On Tue, Jun 12, 2018 at 1:04 PM, Steve Horein 
> wrote:
>
> > It appears the messages are found in JESYSMSG, and not
> > JESMSGLG/SYSLOG/OPERLOG.
> > You will likely need something like System Automation's Job Log
> > Monitoring  > com.ibm.safos.doc_4.1/CustandProg/Joblog_Monitoring.html>
> > to accomplish the goal, or some other method to get these messages as
> WTOs.
> >
> >
> >
> > On Tue, Jun 12, 2018 at 4:31 AM saurabh khandelwal <
> > venkatkulkarn...@gmail.com> wrote:
> >
> > > Hello Vince,
> > >
> > > Thanks for reply.
> > >
> > > I want to trap below dataset only when
> > >
> > >   FDNBT.DATA.VPLUS.SDPAT17.G1678V00
> > >
> > > we 

Re: How to move to zFS V5 - painlessly

[Jousma, David]

No.   I converted all of our filesystems (except SMPE controlled filesystems) 
via the command on all of our systems.  Was very quick, chose specific path 
hierarchies to do at a time.   For all my z/OS supplied ZFS filesystems, I 
converted my "maintenance" environment, and then let my cloning process move it 
out at maintenance time since all of those are mounted read only, and didn’t 
want to chance making them RDWR to do that live.

zfsadm convert -path /your/path/names

The IOEPRMxx entry is just a catchall for me, in case one of my team mates 
allocates or has older filesystems laying around that are not normally mounted 
anyway.

_
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 Blake, Daniel J [CTR]
Sent: Wednesday, June 13, 2018 11:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to move to zFS V5 - painlessly

**CAUTION EXTERNAL EMAIL**

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

I used the IOEFSUTL to convert in our sand box.  Worked well and the largest 
zFS only took 33 seconds of batch runtime.

Next up is a system covered under SLAs and I don't want it down for an extended 
period of time while I run the batch jobs for 200+ aggregates.  Did you see an 
extended IPL time using the converttov5 in IOEPRMxx process?

TIA,

;-D an




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, June 13, 2018 11:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to move to zFS V5 - painlessly

Use the converttov5=on option in IOEPRMxx 
_
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 Jantje.
Sent: Wednesday, June 13, 2018 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to move to zFS V5 - painlessly

**CAUTION EXTERNAL EMAIL**

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

On Wed, 13 Jun 2018 09:37:18 -0500, Jantje.  wrote:

>
>find . -type d -exec zfsadm convert -path {} \;
>
>comes pretty darn close.

O, if anyone has a suggestion on how to get the not-mounted-automount file 
systems (those are missed by the find command, because they are not mounted, 
obviously) mounted without having to name them all by hand, I'd love to hear.

Jantje.

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

Re: How to move to zFS V5 - painlessly

[Blake, Daniel J [CTR]]

I used the IOEFSUTL to convert in our sand box.  Worked well and the largest 
zFS only took 33 seconds of batch runtime.

Next up is a system covered under SLAs and I don't want it down for an extended 
period of time while I run the batch jobs for 200+ aggregates.  Did you see an 
extended IPL time using the converttov5 in IOEPRMxx process?

TIA,

;-D an




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, June 13, 2018 11:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to move to zFS V5 - painlessly

Use the converttov5=on option in IOEPRMxx
_
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 Jantje.
Sent: Wednesday, June 13, 2018 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to move to zFS V5 - painlessly

**CAUTION EXTERNAL EMAIL**

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

On Wed, 13 Jun 2018 09:37:18 -0500, Jantje.  wrote:

>
>find . -type d -exec zfsadm convert -path {} \;
>
>comes pretty darn close.

O, if anyone has a suggestion on how to get the not-mounted-automount file 
systems (those are missed by the find command, because they are not mounted, 
obviously) mounted without having to name them all by hand, I'd love to hear.

Jantje.

--
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: How to move to zFS V5 - painlessly

[Jousma, David]

Missed the comment about being automounted.  For that I added the parm to my 
automount policy

name   * 
type   zfs   
filesystem OMVSU..HOME.ZFS  
mode   rdwr  
parm   rwshare,converttov5   
delay  10
duration   10
lowercase  yes   
allocuser  space(1,5) cyl

_
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 Jantje.
Sent: Wednesday, June 13, 2018 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to move to zFS V5 - painlessly

**CAUTION EXTERNAL EMAIL**

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

On Wed, 13 Jun 2018 09:37:18 -0500, Jantje.  wrote:

>
>find . -type d -exec zfsadm convert -path {} \;
>
>comes pretty darn close. 

O, if anyone has a suggestion on how to get the not-mounted-automount file 
systems (those are missed by the find command, because they are not mounted, 
obviously) mounted without having to name them all by hand, I'd love to hear.

Jantje.

--
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: How to move to zFS V5 - painlessly

[Jousma, David]

Use the converttov5=on option in IOEPRMxx
_
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 Jantje.
Sent: Wednesday, June 13, 2018 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to move to zFS V5 - painlessly

**CAUTION EXTERNAL EMAIL**

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

On Wed, 13 Jun 2018 09:37:18 -0500, Jantje.  wrote:

>
>find . -type d -exec zfsadm convert -path {} \;
>
>comes pretty darn close. 

O, if anyone has a suggestion on how to get the not-mounted-automount file 
systems (those are missed by the find command, because they are not mounted, 
obviously) mounted without having to name them all by hand, I'd love to hear.

Jantje.

--
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: Rant of the Day - First World Problems

[Linda]

Hi Jerry,

Complete agreement here.  Sometimes, I think that automated reload, near line 
could be acceptable. What do you think?

Linda

Sent from my iPhone

> On Jun 13, 2018, at 7:47 AM, Jerry Callen  wrote:
> 
> Aw, man, this really, really stinks.
> 
> I have embedded Knowledge Center URLs in about a gazillion wiki pages that 
> are widely used by other coworkers. I always try to link to "the latest" 
> version (currently, of course, 2.3), but I'm sure I have a lot of 2.2 links, 
> and quite possibly some old 2.1 links. But regardless of how careful I am, 
> time marches on, and inevitably my links will go out-of-date.
> 
> IBM, if you are listening - you are NOT doing us any favors by taking the old 
> doc offline.
> 
> -- Jerry
> 
> --
> 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: Would SHARE kindly kick IBM in the ass for what the've done with their web content?

[Linda]

Hi Peter,

I agree that the product vendor has the primary responsibility of providing 
clear, accurate, and readily available doc,  but I still like to have matching 
doc at the level I install and with a copy of my install notes, along with 
anything else that might come in handy if I need to respond to a problem while 
away from the shop. 

I like PrimoPDF, and Acrobat, and several of the others. Your preference and 
mileage may vary, of course. There are a number of others available as well.  
Some are free, a good number more are very reasonable. 

Having a USB stick of docs can also be very useful. I am particularly fond of 
having a PDF that matches the product install level, along with any other 
levels that might be useful. 

While I would like to see IBM's product libraries full and very reliably 
robust, with all of the levels we could ever want or need, ( even if we are 
behind in out product updates ), I can't imagine that every doc for everything 
will always be fingertip available.  It does take some extra work, but to me, 
it sure beats scrambling to find the doc I need when I need it. That goes 
double for any shop related settings or configuration doc. 

Just my 2 cents. YMMV may vary, of course.

Linda






Sent from my iPhone

> On Jun 12, 2018, at 11:25 PM, Peter Hunkeler  wrote:
> 
> I'm not a SHARE member, but I understand SHARE does have some influence in 
> what IBM does and does not do. I would appreciate if SHARE would immediately 
> go strongly after IBM for what they are currently doing to their web content. 
> I'm not in a position to do that, unfortunately. I know there are members on 
> this list who have a deeper connection to SHARE. Can any of you help us, 
> please?
> 
> 
> 
> This is sabotage! Sabotage to IBM's clients!
> 
> 
> 
> For the last couple of years, IBM (and other companies) have forced us 
> towards the internet. Acquiring information in usable formats such as 
> Bookmaster or PDFs was made harder and harder, if you were lucky you could 
> find a place to download documentation. But the longer the more, 
> documentation became available as webpages only, without the possibility to 
> save a copy locally for later reference.
> 
> 
> And now they feel comfortable to break that internet. Now they feel 
> comfortable to remove content of products still in service.
> 
> 
> I have no confidence in my own management whatsoever, so I won'd even try to 
> tell then what is going on, and ask them for help by approaching IBM. It's a 
> waste of time. And this is why I'm hoping for SHARE to support us in this 
> matter
> 
> 
> 
> 
> -- 
> Peter Hunkeler 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: How to move to zFS V5 - painlessly

[Jantje.]

On Wed, 6 Jun 2018 12:24:21 -0700, Lizette Koehler  
wrote:

>List -
>
>
>I am afraid there is no mass conversion utility, 

This is true, but I found that

find . -type d -exec zfsadm convert -path {} \;

comes pretty darn close. The not-faint-hearted may even substitute a / for the 
. in the above command.

Very best regards,

Jantje.

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

Job opening for mainframe developers at Dino-Software

[Larry Crilley]

Dino-Software looking for candidates with strong MVS skills.  Good 
understanding of subtasking, EMCS consoles, cross memory processing, 64 bit 
programming, and abend recovery.  Working from home is supported.

Feel free to contact me directly: larry.cril...@dino-software.com

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

Re: PIPElines vs. *nix

[Paul Gilmartin]

On 2018-06-13, at 07:18:40, Hobart Spitz wrote:

> Cross posted to CMSTSO Pipelines and IBM-MAIN
> 
> Someone shared with me a performance comparison between Pipelines vs.
> native *nix commands, both on OPENVM.
> 
> Under the OPENVM shell, this command ran 75 secs. with a 170M file in BFS:
> 
> $ time cat m170file.data | wc -b
>  
The "cat" is superfluous.  Why not just:
> $ time   wc -b  m170file.data

In fact, you were timing "cat", not "wc".

> This command, also under OPENVM shell with the same file, ran 9 secs.:
> 
> $ cms 'PIPE < /home/../m170file.data | count bytes | cons'
>  
Won't Pipelines respect a path relative to current working directory?
If not, shame on Pipelines.

-- gil

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

Re: AW: REXX calling bpxwunix when SIGNAL NOVALUE active

[Paul Gilmartin]

On Wed, 13 Jun 2018 15:00:38 +0200, Peter Hunkeler wrote:

>>call bpxwunix cmd,"unsorted_data.","sorted_data.",stderr.  
>...
>I think the examples in the doc should be updated to quote any and all of the 
>parameters which denote a stem variable.
>
+1
The same should apply to names of simple variables.  (Are there any such?
Generally they appear proberly quoted in SYSCALL command examples.)

Also, I see:
... stdout is the number of lines output by the command.
Should be:
... stdout.0 is the number of lines output by the command.
(It has stdin.0 and stderr.0 correctly.)

-- gil

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

z/OS 2.1 documentation and Google searches

[PINION, RICHARD W.]

I got bit by this one this morning.  Like others have
said, it makes Google searching much more difficult.
FIRST TENNESSEE

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

PIPElines vs. *nix

[Hobart Spitz]

Cross posted to CMSTSO Pipelines and IBM-MAIN

Someone shared with me a performance comparison between Pipelines vs.
native *nix commands, both on OPENVM.

Under the OPENVM shell, this command ran 75 secs. with a 170M file in BFS:

$ time cat m170file.data | wc -b


This command, also under OPENVM shell with the same file, ran 9 secs.:

$ cms 'PIPE < /home/../m170file.data | count bytes | cons'

Unfortunately, the person who sent this to me wasn't in a position to spent
any more time or resources on this, so I invite any one inclined to run a
similar comparison and post the results.

You may need something like this to avoid an abend depending on your system:

$ cms 'pipe filedesc 0 | count bytes | cons' < m170.data


Under OPENMVS, e.g., try something like:

$ tso 'PIPE < /home/../m170file.data | count bytes | cons

(Caution, I have not used OPENMVS/USS, so the syntax could be wrong.)

MVSers who don't have PIPElines, and VMers who want to, can try comparing
*nix equivalents to REXX using LINEIN() if you have it, or EXECIO * if you
don't.  This will tell us if Pipelines' design is a bigger contributor to
efficiency, or if it is the superiority of record-orientation vs.
character-orientation.

I recommend using RITA to get stage level statistics.  I suspect that
scanning for CR/LF is more expensive than counting bytes in PIPElines,
while the cost might be similar in *nix.

Some variations you may want to try:

   - Count lines and/or words.
   - Try different mainframe *nix version.
   - Add more filters.
   - Add filters that drop and/or add records.
   - Add some filters that change records.
   - Use file(s) already in the CMS/MVS file systems.  The 

AW: REXX calling bpxwunix when SIGNAL NOVALUE active

[Peter Hunkeler]

>call bpxwunix cmd,"unsorted_data.","sorted_data.",stderr.  


The FM manual describes the parameters to be "the name of a compound variable". 
If you don't quote, REXX will try to dereference the variables, does not find 
them, and raises NOVALUE if activated. If not, those which were initialized 
(unsorted_data & sorted_data) are replace by a blank.


I think the examples in the doc should be updated to quote any and all of the 
parameters which denote a stem variable.
--
Peter Hunkeler

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

Re: Would SHARE kindly kick IBM in the ass for what the've done with their web content?

[zMan]

There's nobody left at IBM who can fix this. Critical internal websites go
down for days. Another round of purges has started in POK. It's just a
matter of time now, and Ginny & co. are clueless.

They just keep cutting, looking for the elephant.

On Wed, Jun 13, 2018 at 2:25 AM, Peter Hunkeler  wrote:

> I'm not a SHARE member, but I understand SHARE does have some influence in
> what IBM does and does not do. I would appreciate if SHARE would
> immediately go strongly after IBM for what they are currently doing to
> their web content. I'm not in a position to do that, unfortunately. I know
> there are members on this list who have a deeper connection to SHARE. Can
> any of you help us, please?
>
>
>
> This is sabotage! Sabotage to IBM's clients!
>
>
>
> For the last couple of years, IBM (and other companies) have forced us
> towards the internet. Acquiring information in usable formats such as
> Bookmaster or PDFs was made harder and harder, if you were lucky you could
> find a place to download documentation. But the longer the more,
> documentation became available as webpages only, without the possibility to
> save a copy locally for later reference.
>
>
> And now they feel comfortable to break that internet. Now they feel
> comfortable to remove content of products still in service.
>
>
> I have no confidence in my own management whatsoever, so I won'd even try
> to tell then what is going on, and ask them for help by approaching IBM.
> It's a waste of time. And this is why I'm hoping for SHARE to support us in
> this matter
>
>
>
>
> --
> Peter Hunkeler
>
> --
> 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

AW: Re: [External] Re: AW: Re: CFSIZER no longer available?

[Peter Hunkeler]

>I concur. Thank you John.

+1


>My wrath is directed at the PFCSK's doing the work!


I concur as well with this. I tried to make clear in my statements, whom I'm 
attacking. Hopefully, I succeeded.




--
Peter Hunkeler



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

Re: Change IP address of Hipersoeckts interface

[Gadi Ben-Avi]

Thanks
I misread the manual,
The contents of the obeyfile should be
INTERFACE HIPERL06 delete

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: Wednesday, June 13, 2018 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Change IP address of Hipersoeckts interface

Perform OBEYFILE command to refresh the TCPIP started task

On Wed 13 Jun, 2018, 10:43 AM Gadi Ben-Avi,  wrote:

> Hi,
>
> I defined a HiperSockets interface using the command:
> INTERFACE HIPERL06
>DEFINE IPAQIDIO
>IPADDR 192.0.1.1/24
>CHPID 06
> BEGINRoutes
>
> I need to change the ip address.
> How do I do this without restarting TCPIP?
>
> I tried using
> ; hypersockets
> INTERFACE HIPERL06
>DEFINE IPAQIDIO
>IPADDR 192.0.1.1/24
>CHPID 06 DELETE
>
> But that didn't work.
> I am running z/OS v2.2
>
> Thanks
>
> Gadi
> ? ?? ?    ?? ??? ??? ??  ? ??? ??
> ??. ?? ,  ?? ???  ?, ???   ? ?? ???
> ? ?? ?? ?. ? ?  ?? ?? ?? ??  ??
>  ??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ??
> ?? ? ??? ?/?? ?? ?? ??.
>
> --
> 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: Change IP address of Hipersoeckts interface

[Jake Anderson]

Perform OBEYFILE command to refresh the TCPIP started task

On Wed 13 Jun, 2018, 10:43 AM Gadi Ben-Avi,  wrote:

> Hi,
>
> I defined a HiperSockets interface using the command:
> INTERFACE HIPERL06
>DEFINE IPAQIDIO
>IPADDR 192.0.1.1/24
>CHPID 06
> BEGINRoutes
>
> I need to change the ip address.
> How do I do this without restarting TCPIP?
>
> I tried using
> ; hypersockets
> INTERFACE HIPERL06
>DEFINE IPAQIDIO
>IPADDR 192.0.1.1/24
>CHPID 06 DELETE
>
> But that didn't work.
> I am running z/OS v2.2
>
> Thanks
>
> Gadi
> ? ?? ?    ?? ??? ??? ??  ? ??? ??
> ??. ?? ,  ?? ???  ?, ???   ? ?? ???
> ? ?? ?? ?. ? ?  ?? ?? ?? ??  ??
>  ??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ??
> ?? ? ??? ?/?? ?? ?? ??.
>
> --
> 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: Rant of the Day - First World Problems

[Ward Able, Grant]

I hate doing a search in the KC, because you seldom get a pointer to what you 
are searching for, but have to divine other searches to get to the data. 

KC SEARCH STINKS!



Regards – Grant.

In theory, there's no difference between theory and practice. In practice, 
there is.

There is no such thing as the Cloud. It is just somebody else’s computer.

If you don't have time to do it right, when will you have the time to do it 
over? - John Wooden


DTCC Internal (Green)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: 12 June 2018 19:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rant of the Day - First World Problems

ATTENTION! This email originated outside of DTCC; exercise caution.


What bothers me the most, is IIRC, before KC, if I searched for some IBM 
message or APAR or PTF...whatever, a hit on Google sent me to the exact 
selection of the doc, now it just brings me to the TOC of the DOC, and if I 
search again, in KC the search tool does not send itself to highlight or show 
me appropriate content. Bookmanager and PDF lend themself to show me when my 
search content was found.
not just what documents it was found in.
my .0002 cents


Carmen Vitullo

- Original Message -

From: "Alan Young" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, June 12, 2018 1:26:54 PM
Subject: Re: Rant of the Day - First World Problems

When IBM made the change they should have coordinated with Google to dump the 
current index of the site and initiate a reindex.


Still it was a bit abrupt to do this without warning. A couple of people have 
left comments on the new landing page requesting reinstatement of that 
version's KC.



From: Scott Fagen 
Sent: Tuesday, June 12, 2018 08:35
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Rant of the Day - First World Problems

Just figured I'd do the LISTSERV equivalent of primal scream therapy.

One of the pleasures of Google is the ability to get help on almost anything 
IBM mainframe related by searching for something like:

TSO REXX POS

and you'd get back a pointer to the page in the online library to the POS 
function within the first five or so Google hits. Given that the z/OS 2.1 doc 
has been out there for a very long time, almost all of the "hits" refer to the 
z/OS 2.1 knowledge center.

IBM took down all these books in the last couple of days and now all of these 
hits have been turned to $hit:

Documentation for z/OS V2.1.0 is no longer available in IBM Knowledge Center.

While the product version and release remains in service, you can find 
information in the following formats:
Individual PDFs for downloading: 
https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosv2r1-pdf-download?OpenDocument
z/OS V2R1 Adobe Indexed Collection (all PDFs with full text search via the free 
Adobe Acrobat Reader): 
http://publibz.boulder.ibm.com/zoslib/pdf/zosv2r1pdfcollection.zip
IBM Knowledge Center plugins for downloading (for use with IBM Knowledge Center 
for z/OS): http://publibz.boulder.ibm.com/zoslib/SSLTBW_2.1.0_4KC.jar.
For information about current releases of this product see 
http://www.ibm.com/support/knowledgecenter/SSLTBW/welcome.

More information and resources are available at the IBM z/OS Internet Library: 
https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosinternetlibrary?opendocument.

Now, this isn't IBM's fault. However, taking the same search to the z/OS 2.2 KC 
main page gives nothing of value for someone looking for the POS (ironic, huh?) 
function (the search was TSO REXX POS):

- The TSO command environment
- Host command environments for z/OS UNIX processing
- TSO commands, CLISTs, and REXX EXECs
- Using TSO subcommands from a TSO CLIST or REXX exec
- REXX ADDRESS TSO support requirements

Here's Google's #1 hit (that's as far as you have to go) for TSO REXX POS:

POS (Position) - IBM
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.../pos.htm
POS (Position) z/OS TSO/E REXX Reference SA32-0972-00 ... (See also the INDEX 
and LASTPOS functions.) Returns 0 if needle is the null string or is not found 
...

To curtail a possible rathole on this discussion, please don't suggest adding 
"z/OS 2.2" to the Google search. It doesn't help. The Googler simply returns a 
similar set of hits and says it couldn't find "2.2".

POS (Position) - IBM
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2...ibm.zos.../pos.htm
z/OS TSO/E REXX Reference ... returns the position of one string, needle, in 
another, haystack. (See also the INDEX and LASTPOS functions.) Returns 0 if ...
Missing: 2.2 < weird for the most likely hit, no?

I'd be glad to entertain suggestions on how to better negotiate Google (use 
Bing?) or make the IBM KC site return more intelligent results. Whatever 
happened to Watson?

Rant complete,
Scott Fagen
21st Century Software

GSE Large Systems Agenda Complete

[Leanne Wilson]

I am pleased to invite you to a GSE Large Systems Working Group meeting, which 
will be held at RSM Partners in Bromsgrove on the 21st June 2018, address 
details are below:

RSM Partners Limited
RSM House
Isidore Road
Bromsgrove Technology Park
Bromsgrove
B60 3FQ

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

The agenda is now complete and can be found 
HERE

Topics include (all subject to change) :


  *   Pervasive encryption
  *   Technical introduction to the IBM z14 ZR1 and LinuxONE Rockhopper II
  *   Discover & Manage Java Workloads Running on z
  *   An introduction to z/OS BCPii



This is yet another FOC event organised by your GSE team.

During the day you will be able to informally network with other IBM System z 
users to compare notes and to discuss current industry “Best practices”.




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

REXX calling bpxwunix when SIGNAL NOVALUE active

[Bruce Hewson]

I thought I would try out using "bpxwunix" in REXX.

The sample code worked fine.

But, I normally code with SIGNAL NOVALUE active.

Then the sample did not work.  It took me a little while to work out. 

This does work:-

/*REXX/
 Trace 'o' 
 Signal on Syntax /* for unexpected results. */
/*===*/
  unsorted_data. = 
  unsorted_data.0=5
  unsorted_data.1="KIJJ"   
  unsorted_data.2="KQWR"   
  unsorted_data.3="ADGF"   
  unsorted_data.4="OEPE"   
  unsorted_data.5="VNVV"   
   
  sorted_data. =   
  sorted_data.0=0  
   
  cmd="sort"   
   
  call bpxwunix cmd,"unsorted_data.","sorted_data.",stderr.
   
  say "sorted_data:"   
  say "==="
  do i=1 to sorted_data.0  
say sorted_data.i  
  end  
   
  say "stderr:"
  say "==="
  do i=1 to stderr.0   
 say stderr.i  
  end  
Return 
/*===*/

I have not listed the diagnostic section for the SIGNAL processes.

Note the quoted stem names.  This is required.

Regards
Bruce Hewson

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

Change IP address of Hipersoeckts interface

[Gadi Ben-Avi]

Hi,

I defined a HiperSockets interface using the command:
INTERFACE HIPERL06
   DEFINE IPAQIDIO
   IPADDR 192.0.1.1/24
   CHPID 06
BEGINRoutes

I need to change the ip address.
How do I do this without restarting TCPIP?

I tried using
; hypersockets
INTERFACE HIPERL06
   DEFINE IPAQIDIO
   IPADDR 192.0.1.1/24
   CHPID 06 DELETE

But that didn't work.
I am running z/OS v2.2

Thanks

Gadi
? ?? ?    ?? ??? ??? ??  ? ??? ?? 
??. ?? ,  ?? ???  ?, ???   ? ?? ??? 
? ?? ?? ?. ? ?  ?? ?? ?? ??  ??  
??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ?? ?? ? 
??? ?/?? ?? ?? ??.

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

Would SHARE kindly kick IBM in the ass for what the've done with their web content?

[Peter Hunkeler]

I'm not a SHARE member, but I understand SHARE does have some influence in what 
IBM does and does not do. I would appreciate if SHARE would immediately go 
strongly after IBM for what they are currently doing to their web content. I'm 
not in a position to do that, unfortunately. I know there are members on this 
list who have a deeper connection to SHARE. Can any of you help us, please?



This is sabotage! Sabotage to IBM's clients!



For the last couple of years, IBM (and other companies) have forced us towards 
the internet. Acquiring information in usable formats such as Bookmaster or 
PDFs was made harder and harder, if you were lucky you could find a place to 
download documentation. But the longer the more, documentation became available 
as webpages only, without the possibility to save a copy locally for later 
reference.


And now they feel comfortable to break that internet. Now they feel comfortable 
to remove content of products still in service.


I have no confidence in my own management whatsoever, so I won'd even try to 
tell then what is going on, and ask them for help by approaching IBM. It's a 
waste of time. And this is why I'm hoping for SHARE to support us in this matter




--
Peter Hunkeler

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