Re: IBM snew DOC Web SIte

[kekronbekron]

I'm still struggling to download that file.
Drops right down to 15-25 Kbps every time.

For the IBM Docs' performance team -
In addition to the client-side WASM I mentioned before, this seems useful for 
the indexing/search problem:


Easier option:
https://serokell.io/blog/rust-in-production-meilisearch


And a post about its guts:
https://blog.burntsushi.net/transducers/
(Can skip the math parts of it..)


So ... IBM ... please, the technology exists.
Please let your websites' back-end teams with with system programmers & 
performance folks and deliver a fast and seamless Docs UX.

- KB

‐‐‐ Original Message ‐‐‐
On Wednesday, April 14, 2021 8:25 PM, Geoff Smith  wrote:

> Hi Gil.
>
> To see an index of all the books in the collection, use the 
> "1._Open_Me_First_zOS_V2R4_Adobe_Indexed_Collection.html" file. Any browser 
> should work. When you want do a search of the collection, make sure you have 
> the official free Adobe Acrobat reader installed (other PDF reader/viewers 
> may work, but none have been tested). Use the free Acrobat reader to open 
> "zOSV2R4-JAN2020-PDF-INDEX.pdx" (files with the ".pdx" extension are Adobe 
> index files) When you open the PDX file it should open to the advanced search 
> dialog for that index. Enter a term and do a search and it should return a 
> list of books that have the search term in context. The kit index was created 
> using Adobe Acrobat full product and the index is very powerful. The advanced 
> search also accepts boolean operators.
>
> We are working with the development team to improve performance, but until 
> this is fixed, the Adobe Indexed collections are a good substitute. There a 
> several PDF collections available for download on our Internet Library, (see 
> the heading Adobe Indexed Collections) https://ibm.biz/BdYsTv. The IBM Z 
> Publications Library Archive have many releases of older z/OS documentation. 
> Many are not in the IBM Documentation site. https://ibm.biz/BdzXvw
>
> 
>
> 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: IBM snew DOC Web SIte

[kekronbekron]

> > Adobe is phenomenally bloated for just reading PDFs.
>
> "just"? Does it do nothing else?


Sorry, I could have phrased it better.
For someone who just wants to read PDFs, Adobe Reader is like an overengineered 
solution.
It does much more than just reading PDFs.


> Alas, Sumatra is OS-bigoted.
:(

Well, something that would work well with Firefox's PDF.js then.
Firefox's PDF viewer works fantastically well even for yuuge PDFs.


- KB

‐‐‐ Original Message ‐‐‐
On Thursday, April 15, 2021 8:22 AM, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 15 Apr 2021 02:30:45 +, kekronbekron wrote:
>
> > Would be great if IBM made the indexing thing work with non-Adobe PDF 
> > readers such as Sumatra, which is extremely light-weight and open source.
>
> MacOS Spotlight does a pretty good job of indexing everything on my system.
> I tried using symlinks to organize the z/OS PDFs into shelves.
> Alas, Spotlight is symlink-ignorant. Dare I try directory links?
>
> > Adobe is phenomenally bloated for just reading PDFs.
>
> "just"? Does it do nothing else?
>
> Alas, Sumatra is OS-bigoted.
>
> -- 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

Re: IBM snew DOC Web SIte

[Paul Gilmartin]

On Thu, 15 Apr 2021 02:30:45 +, kekronbekron wrote:

>Would be great if IBM made the indexing thing work with non-Adobe PDF readers 
>such as Sumatra, which is extremely light-weight and open source.
>
MacOS Spotlight does a pretty good job of indexing everything on my system.
I tried using symlinks to organize the z/OS PDFs into shelves.
Alas, Spotlight is symlink-ignorant.  Dare I try directory links?

>Adobe is phenomenally bloated for just reading PDFs.
>
"just"?  Does it do nothing else?

Alas, Sumatra is OS-bigoted.

-- gil

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

Re: RED Alert Today Regarding z/OS Service Orders

[kekronbekron]

> I didnt think to save off the corrupted PTF's out of SMPPTS before I nuked 
> them. would have been interesting to see the differences.

The boys Chad R (RSM/BMC) and Phil (mainframed) might be doing this... for 
their next security talk.

- KB

‐‐‐ Original Message ‐‐‐
On Wednesday, April 14, 2021 5:51 PM, Richards, Robert B. (CTR) 
<01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:

> Anyone else having trouble downloading this zip file?
>
> ftp://public.dhe.ibm.com/eserver/zseries/zos/alert/PTFList.zip
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Dave Jousma
>
> Sent: Wednesday, April 14, 2021 7:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RED Alert Today Regarding z/OS Service Orders
>
> I had 5 PTF's that fell into that receive window. at least there were 3 were 
> not applied, so easy. The other two were in my base GDPS code. One of those I 
> was able to apply - redo, the other was in separate FMID for GDPS and I had 
> no choice but to delete the entire FMID and re-install it. That FMID was for 
> the GUI - RESTful API interface, which is all ZFS based for the most part. 
> Apply REDO didnt want to work there.
>
> So yea, wasted most of yesterday remediating this. Good timing though, in a 
> maintenance cycle, and got this just prior to our first Production rolls...
>
> I didnt think to save off the corrupted PTF's out of SMPPTS before I nuked 
> them. would have been interesting to see the differences.
>
> 
>
> 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: IBM snew DOC Web SIte

[kekronbekron]

Would be great if IBM made the indexing thing work with non-Adobe PDF readers 
such as Sumatra, which is extremely light-weight and open source.
Adobe is phenomenally bloated for just reading PDFs.

- KB

‐‐‐ Original Message ‐‐‐
On Thursday, April 15, 2021 3:28 AM, Seymour J Metz  wrote:

> The only reason I considered the Adobe PDF Reader was the PDF index :-(
>
>
> -
>
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
> Sent: Wednesday, April 14, 2021 1:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM snew DOC Web SIte
>
> On Wed, 14 Apr 2021 17:04:12 +, Seymour J Metz wrote:
>
> > Is there a Linux or OS/2 version?
>
> From:
> https://secure-web.cisco.com/1YNryuxyycl_mHud6DdKX7mwy4-Esxz2_zeQ6rdXCWogqHzqz2e4SKYOm9dO4a7yImNXEmXLwM7xvtyGhDdomZMfVEpE8wRLqRw2PXIjmLnFFLVTHwo4-4AJNYfvM8maL4nQU2ye2nulZ2VSjrdT6hvrbbLUlwPbMIXUCHrAI9FTsyOUNVXAHMMJ8VfcjniqC7zmRMrpFcFrcdSgQEf7K2ag4wUF_qw_dIt45dxtA4-SadUoLvCHRmqgXIGHFnU6f4A36Yjzxji38H-njzDx7puU4H68TAtdkVQP-fr4y5nopoemmxGHZxsbVrHA9CX_QWHp_sDug0t5GU5mtPwlD_gc1kJasmAe5iLT8u0c7Uq1Vl4e-qtjjrYai8-7XkuokTZuj9nhR0i07Ec91rZvsKOp5TcMZEEt-09LtrpgE-eIdt9ZLOvcWE-fwXb4evmKLT1kYnuSpoMXGx5vZEJ7jBQ/https%3A%2F%2Flinuxconfig.org%2Fhow-to-install-adobe-acrobat-reader-on-ubuntu-20-04-focal-fossa-linux
> WARNING
> Please note that Adobe no longer supports Acrobat Reader for Linux. The 
> latest native Linux version is 9.5.5 dated from 26/04/2013. From this reason 
> you should refrain using/installing Adobe Acrobat Reader to avoid potential 
> vulnerabilities and hacker exploits. You are recommended to consider 
> installation of Adobe Acrobat Reader on Wine.
>
> There are numerous alternative PDF viewers on Linux. See "poppler".
> I doubt that they support the .pdx indices.
>
> -- 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

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

Re: IBM snew DOC Web SIte

[Seymour J Metz]

The only reason I considered the Adobe PDF Reader was the PDF index :-(


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, April 14, 2021 1:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM snew DOC Web SIte

On Wed, 14 Apr 2021 17:04:12 +, Seymour J Metz wrote:

>Is there a Linux or OS/2 version?
>
From:

https://secure-web.cisco.com/1YNryuxyycl_mHud6DdKX7mwy4-Esxz2_zeQ6rdXCWogqHzqz2e4SKYOm9dO4a7yImNXEmXLwM7xvtyGhDdomZMfVEpE8wRLqRw2PXIjmLnFFLVTHwo4-4AJNYfvM8maL4nQU2ye2nulZ2VSjrdT6hvrbbLUlwPbMIXUCHrAI9FTsyOUNVXAHMMJ8VfcjniqC7zmRMrpFcFrcdSgQEf7K2ag4wUF_qw_dIt45dxtA4-SadUoLvCHRmqgXIGHFnU6f4A36Yjzxji38H-njzDx7puU4H68TAtdkVQP-fr4y5nopoemmxGHZxsbVrHA9CX_QWHp_sDug0t5GU5mtPwlD_gc1kJasmAe5iLT8u0c7Uq1Vl4e-qtjjrYai8-7XkuokTZuj9nhR0i07Ec91rZvsKOp5TcMZEEt-09LtrpgE-eIdt9ZLOvcWE-fwXb4evmKLT1kYnuSpoMXGx5vZEJ7jBQ/https%3A%2F%2Flinuxconfig.org%2Fhow-to-install-adobe-acrobat-reader-on-ubuntu-20-04-focal-fossa-linux
WARNING
Please note that Adobe no longer supports Acrobat Reader for Linux. The latest 
native Linux version is 9.5.5 dated from 26/04/2013. From this reason you 
should refrain using/installing Adobe Acrobat Reader to avoid potential 
vulnerabilities and hacker exploits. You are recommended to consider 
installation of Adobe Acrobat Reader on Wine.

There are numerous alternative PDF viewers on Linux.  See "poppler".
I doubt that they support the .pdx indices.

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

Re: Anyone have SFTP JCL to share?

[Alan Young]

The Dovetailed Co:Z SSH and Tectia SSH products have MVS dataset support. 
Depending on the site’s business usage, the site may be able to use Co:Z for no 
charge under the Co:Z Community License.

-Original Message-
>From: Roberto Halais 
>Sent: Apr 14, 2021 12:23 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Anyone have SFTP JCL to share?
>
>From what I have tested you must have the file in OMVS  in order to use
>SFTP.
>
>
>On Wed, Apr 14, 2021 at 3:12 PM Billy Ashton  wrote:
>
>> Hi everyone! I was just moved to support a CA product (I guess that's
>> Broadcom now), and have to send in a sensitive file to one of my support
>> cases. The file is pretty large, and the support tech said I have to
>> copy it to OMVS to use SFTP for uploading it. I am not sure I have that
>> space available on the other side, so I was wondering if anyone here has
>> a BPX batch job that will send a file to CA or Broadcom from the z/OS
>> file without having to first copy the file to my Unix filesystem.
>>
>> I hope this is clear, and that someone can help me.
>>
>> Thanks!
>> Billy

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

Re: Anyone have SFTP JCL to share?

[Paul Gilmartin]

On Wed, 14 Apr 2021 15:23:09 -0400, Roberto Halais  wrote:

>From what I have tested you must have the file in OMVS  in order to use
>SFTP.
>
Yes, but:  https://dovetail.com/products/sftp.html

And sftp is a thin wrapper about ssh, so consider (much simplified):
IEBGNER | ssh -f "cat > target-file" user@host
>
>On Wed, Apr 14, 2021 at 3:12 PM Billy Ashton wrote:
>
>> Hi everyone! I was just moved to support a CA product (I guess that's
>> Broadcom now), and have to send in a sensitive file to one of my support
>> cases. The file is pretty large, and the support tech said I have to
>> copy it to OMVS to use SFTP for uploading it. I am not sure I have that
>> space available on the other side, so I was wondering if anyone here has
>> a BPX batch job that will send a file to CA or Broadcom from the z/OS
>> file without having to first copy the file to my Unix filesystem.

-- gil

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

Re: More documentation problems

[Michael A. Shaw]

On 4/14/2021 10:02 AM, Paul Gilmartin wrote:

<...snip...>


All indications of developers who aren't required to use their own product.
And don't care.


+1

Mike Shaw
MVS/QuickRef Support Group
Chicago-Soft, Ltd.

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

Re: Anyone have SFTP JCL to share?

[Roberto Halais]

>From what I have tested you must have the file in OMVS  in order to use
SFTP.


On Wed, Apr 14, 2021 at 3:12 PM Billy Ashton  wrote:

> Hi everyone! I was just moved to support a CA product (I guess that's
> Broadcom now), and have to send in a sensitive file to one of my support
> cases. The file is pretty large, and the support tech said I have to
> copy it to OMVS to use SFTP for uploading it. I am not sure I have that
> space available on the other side, so I was wondering if anyone here has
> a BPX batch job that will send a file to CA or Broadcom from the z/OS
> file without having to first copy the file to my Unix filesystem.
>
> I hope this is clear, and that someone can help me.
>
> Thanks!
> Billy
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Politics: Poli (many) - tics (blood sucking parasites)

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

Anyone have SFTP JCL to share?

[Billy Ashton]

Hi everyone! I was just moved to support a CA product (I guess that's 
Broadcom now), and have to send in a sensitive file to one of my support 
cases. The file is pretty large, and the support tech said I have to 
copy it to OMVS to use SFTP for uploading it. I am not sure I have that 
space available on the other side, so I was wondering if anyone here has 
a BPX batch job that will send a file to CA or Broadcom from the z/OS 
file without having to first copy the file to my Unix filesystem.


I hope this is clear, and that someone can help me.

Thanks!
Billy


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

Re: Print a SYSMDUMP

[Don Poitras]

In article  you wrote:
> Is there any way to actually print a sysmdump?

First, you'll get better results emailing the listserv rather than posting 
directly
to the newsgroup.

Printing a SYSMDUMP is doable, but not particularly useful. It can come in 
handy if
you want someone to look at a dump that just refuses to learn IPCS. Run TSO in 
batch
and do something like:

//SYSTSIN  DD *
PROFILE MSGID
SETD DSNAME('.SYSMDUMP') NOLIST NOCONFIRM
DROPD
%BLSCBSVB
VERBEXIT LEDATA 'ALL'
VERBEXIT LEDATA 'NTHREADS(*)'
SUMMARY FORMAT ASID(X'xxx')
%BLSCPRIV X'xxx'
LIST 24.:24F. PRINT NOTERMINAL DISPLAY ASID(X'xxx')
/*

(replace xxx with DSN and xxx with ASID and modify the ATB storage
range with addresses you can see in the dump.)

-- 
Don Poitras

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

Re: IBM snew DOC Web SIte

[Paul Gilmartin]

On Wed, 14 Apr 2021 17:04:12 +, Seymour J Metz wrote:

>Is there a Linux or OS/2 version?
>
From:

https://linuxconfig.org/how-to-install-adobe-acrobat-reader-on-ubuntu-20-04-focal-fossa-linux
WARNING
Please note that Adobe no longer supports Acrobat Reader for Linux. The latest 
native Linux version is 9.5.5 dated from 26/04/2013. From this reason you 
should refrain using/installing Adobe Acrobat Reader to avoid potential 
vulnerabilities and hacker exploits. You are recommended to consider 
installation of Adobe Acrobat Reader on Wine.

There are numerous alternative PDF viewers on Linux.  See "poppler".
I doubt that they support the .pdx indices.

-- gil

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

Re: IBM snew DOC Web SIte

[Seymour J Metz]

Is there a Linux or OS/2 version?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Geoff Smith [gksm...@us.ibm.com]
Sent: Wednesday, April 14, 2021 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM snew DOC Web SIte

Hi Gil.

To see an index of all the books in the collection, use the 
"1._Open_Me_First_zOS_V2R4_Adobe_Indexed_Collection.html" file.  Any browser 
should work.   When you want do a search of the collection, make sure you have 
the official free Adobe Acrobat reader installed  (other PDF reader/viewers may 
work, but none have been tested).  Use the free Acrobat reader to open 
"zOSV2R4-JAN2020-PDF-INDEX.pdx" (files with the ".pdx" extension are Adobe 
index files)  When you open the PDX file it should open to the advanced search 
dialog for that index. Enter a term and do a search and it should return a list 
of books that have the search term in context.   The kit index was created 
using Adobe Acrobat full product and the index is very powerful.  The advanced 
search also accepts boolean operators.

We are working with the development team to improve performance, but until this 
is fixed, the Adobe Indexed collections are a good substitute.   There a 
several PDF collections available for download on our Internet Library, (see 
the heading Adobe Indexed Collections) 
https://secure-web.cisco.com/159eGxLThaGif2dLI-R9gNmQ8WFqLi86_KtZJiocky7B9_RRZwCHy8Mm834l6kZ-r216KeJKN8OmoM3c2N9QL_i0-aiwnLjn1bzJxAT8g16cCKCwEUekUMFTZCoQT-6VTBcHx6mtniinH5SY_zPEjC_CbqxKaAK0QI2_vMbkbp2Io-JjCFezEgooG4IkEznpJeXOyQvZVLviGeW8o-xuubTqXqL6oVFSmcKqTHFBqkCLmwM1ilf1Tkzb4hGkZm3XDNVy1cuHJT0_G3SffQPzUNTXscoJtCkK6ToBwZfThl40iiFV0s8zbjLdeU6Zm8pkKKHGHamRNkMfkW88mMHBJX6ga0nxBq9yxShGJ7wNkc1OqxdtkSrXuFzZk7U1qZNzNw0S6ZdwiHyMf_5iBZumPm-Pf_GVooSfbcfTGSLMGIy2MDc-wvZH7TsVMm7hdhsP7/https%3A%2F%2Fibm.biz%2FBdYsTv.
  The IBM Z Publications Library Archive have many releases of older z/OS 
documentation.  Many are not in the IBM Documentation site.  
https://secure-web.cisco.com/1v63dw1Y2fgf2dmZTDQRBG044fMaMe_hhGJ8Qh7R4iJUKMdLDwSRAp-OxiZ_Y1siu-kvqQhTsMr8TOhOoqacn-ZUtdLNG3-WervKiqamvGuptVkD1MQ1ilR2o2kAh9M79YV6AZrH9bKjVn_bfcN3GG2ny4VxhQPN0p8xsKx-XhP9i0BpGcf2TSrhWKdRAorra_Ha8EvziVV-GnwkbQq332dyk1A1VoDxcHDSSvqT7T9FYIUMVeHhes2f8R5S-ibShBbbOeRVGUrq8RuhNU5UNu2CIhDc-WlmzfOeNZU4SnbgzF1tTScl6a0RFIXFhIAp0tu_W3A51d3bunNmEZAW6rCq1a8ZG9ShBbQNua2Ck4ikB1vSZ5dgTXChH_gD2dhb14p02cdhBYOCWdjdNdx1OOdRjr6iQPxpzkH7sgeomK1ym1VJ3yIjdDYMByVP0M6g5/https%3A%2F%2Fibm.biz%2FBdzXvw

--
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: RED Alert Today Regarding z/OS Service Orders

[Richards, Robert B. (CTR)]

Thank you, Max!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Max 
Smith
Sent: Wednesday, April 14, 2021 11:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RED Alert Today Regarding z/OS Service Orders

The zip file has been made available on testcase.

https://testcase.boulder.ibm.com/fromibm/mvs/PTFList.zip 

Max 

--
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: RED Alert Today Regarding z/OS Service Orders

[Max Smith]

The zip file has been made available on testcase.

https://testcase.boulder.ibm.com/fromibm/mvs/PTFList.zip 

Max

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

Re: RED Alert Today Regarding z/OS Service Orders

[Richards, Robert B. (CTR)]

Dave,

On behalf of others, thank you!

By the time you replied, I, like Barbara, had found a workaround.

Lucky for me, none of the 284 PTFs on the list were received between 20339 and 
20345. I used a Julian Date Calendar (for leap years only) only to notice the 
example's comments had those dates specified.  ☹

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Wednesday, April 14, 2021 10:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RED Alert Today Regarding z/OS Service Orders

Here is the JCL.

//job   
//* 
//* 
//* List Sysmods/Ptfs in the global zone.   
//* 
//* Update SMPCSI with the name of your global zone.
//* 
//* If the PTF is not found in your global zone you will
//* receive a return code of 04 and messages like,  
//*SYSMOD   UI72038NOT FOUND
//*SYSMOD   UI72039NOT FOUND
//* in your SMP/E output.   
//* 
//* 
//* If the PTF is found you need to check the Receive date: 
//* 
//*  UI72038   TYPE= PTF
//*STATUS  = REC
//*DATE/TIME REC   = 20.339  hh:mm:ss   
//* 
//* 
//*DATE/TIME REC   = 20.345  hh:mm:ss   
//* 
//* 
//STEP1   EXEC PGM=GIMSMP,REGION=0M,
// PARM='DATE=U'
//SMPCSI   DD  DISP=SHR,DSN=SMPE.GLOBAL.CSI 
//SMPLOG   DD  SYSOUT=* 
//SMPLOGA  DD  SYSOUT=* 
//SMPOUT   DD  SYSOUT=* 
//SMPRPT   DD  SYSOUT=* 
//SMPLIST  DD  SYSOUT=* 
//SYSPRINT DD  SYSOUT=* 
//* 
//SMPCNTL  DD  *
  SET BOUNDARY(GLOBAL). 
  LIST SYSMOD(  
 UI72038
 UI72039
 UI72040
 UI72041
 UI72042
 UI72043
 UI72044
 UI72046
 UI72047
 UI72130
 UI72131
 UI72132
 UI72133
 UI72153
 UI72154
 UI72158
 UI72159
 UI72160
 UI72161
 UI72176
 UI72177
 UI72178
 UI72186
 UI72187   

Re: Upgrading PCOMM query

[Sean Gleann]

Thanks, Radoslaw - PCOMM v14.0.1 now running successfully on my desktop
system
Regards
Sean

On Wed, 14 Apr 2021 at 11:12, Radoslaw Skorupka 
wrote:

> Yes, it is OK.
> Most PCOMM upgrades, even minor ones are just full installation packages.
> You can use it for upgrade or just installation from scratch.
> IMHO there is no license enforcement hindrances.
>
> --
> Radoslaw Skorupka
> (looking for new job)
> Lodz, Poland
>
>
>
>
> W dniu 14.04.2021 o 12:07, Sean Gleann pisze:
> > I recently saw mention somewhere of PCOMM version 14, and realised that I
> > am still using version 13 and have been doing so for longer than I can
> > remember.
> > As a result, I've started down the path of upgrading to version 14.
> >
> > The install package available from IBM appears to be
> > "PCOMM-14.0.1-MLS-RefreshPack-x64", but I bit wary of actually using it.
> > The 'RefreshPack' term in the file name implies - to me at least - that
> it
> > is an upgrade to version 14... and I can't find any sign of a 'base'
> > install package.
> >
> > Can anyone say if it is OK to install this package over an existing
> version
> > 13 installation, please?
> >
> > Regards
> > Sean
> >
> > --
> > 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: IBM snew DOC Web SIte

[Colin Paice]

Maybe the IBM documentation developers sit on top of their servers...  so
they get sub millisecond performance - without all of the monitoring
etc/analytics which is added in afterwards.  I once  suggested they should
put their servers on the opposite side of the world, so they get a typical
response time.

On Wed, 14 Apr 2021 at 15:21, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 10 Apr 2021 08:49:28 -0400, Peter Relson wrote:
>
> >The comments (criticism) are on target. Keep 'em coming.
> >
> Date: Mon, 12 Apr 2021 09:10:04 +0100
> SUBJECT: Re: More documentation problems
> FROM: Martin Packer
> ...
> But "breaking the back button" is indeed a web UI no-no.
>
> +1
>
> And it's painfully slow.
>
> All indications of developers who aren't required to use their own product.
> And don't care.
>
> -- 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

Re: IBM snew DOC Web SIte

[Geoff Smith]

Hi Gil. 

To see an index of all the books in the collection, use the 
"1._Open_Me_First_zOS_V2R4_Adobe_Indexed_Collection.html" file.  Any browser 
should work.   When you want do a search of the collection, make sure you have 
the official free Adobe Acrobat reader installed  (other PDF reader/viewers may 
work, but none have been tested).  Use the free Acrobat reader to open 
"zOSV2R4-JAN2020-PDF-INDEX.pdx" (files with the ".pdx" extension are Adobe 
index files)  When you open the PDX file it should open to the advanced search 
dialog for that index. Enter a term and do a search and it should return a list 
of books that have the search term in context.   The kit index was created 
using Adobe Acrobat full product and the index is very powerful.  The advanced 
search also accepts boolean operators.   

We are working with the development team to improve performance, but until this 
is fixed, the Adobe Indexed collections are a good substitute.   There a 
several PDF collections available for download on our Internet Library, (see 
the heading Adobe Indexed Collections) https://ibm.biz/BdYsTv.  The IBM Z 
Publications Library Archive have many releases of older z/OS documentation.  
Many are not in the IBM Documentation site.  https://ibm.biz/BdzXvw

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

Re: RED Alert Today Regarding z/OS Service Orders

[Dave Jousma]

Here is the JCL.

//job   
//* 
//* 
//* List Sysmods/Ptfs in the global zone.   
//* 
//* Update SMPCSI with the name of your global zone.
//* 
//* If the PTF is not found in your global zone you will
//* receive a return code of 04 and messages like,  
//*SYSMOD   UI72038NOT FOUND
//*SYSMOD   UI72039NOT FOUND
//* in your SMP/E output.   
//* 
//* 
//* If the PTF is found you need to check the Receive date: 
//* 
//*  UI72038   TYPE= PTF
//*STATUS  = REC
//*DATE/TIME REC   = 20.339  hh:mm:ss   
//* 
//* 
//*DATE/TIME REC   = 20.345  hh:mm:ss   
//* 
//* 
//STEP1   EXEC PGM=GIMSMP,REGION=0M,
// PARM='DATE=U'
//SMPCSI   DD  DISP=SHR,DSN=SMPE.GLOBAL.CSI 
//SMPLOG   DD  SYSOUT=* 
//SMPLOGA  DD  SYSOUT=* 
//SMPOUT   DD  SYSOUT=* 
//SMPRPT   DD  SYSOUT=* 
//SMPLIST  DD  SYSOUT=* 
//SYSPRINT DD  SYSOUT=* 
//* 
//SMPCNTL  DD  *
  SET BOUNDARY(GLOBAL). 
  LIST SYSMOD(  
 UI72038
 UI72039
 UI72040
 UI72041
 UI72042
 UI72043
 UI72044
 UI72046
 UI72047
 UI72130
 UI72131
 UI72132
 UI72133
 UI72153
 UI72154
 UI72158
 UI72159
 UI72160
 UI72161
 UI72176
 UI72177
 UI72178
 UI72186
 UI72187
 UI72213
 UI72260
 UI72261
 UI72263
 UI72326
 UI72346
 UI72347
 UI72349 

Re: IBM snew DOC Web SIte

[Paul Gilmartin]

On Sat, 10 Apr 2021 08:49:28 -0400, Peter Relson wrote:

>The comments (criticism) are on target. Keep 'em coming.
>
Date: Mon, 12 Apr 2021 09:10:04 +0100
SUBJECT: Re: More documentation problems
FROM: Martin Packer 
...
But "breaking the back button" is indeed a web UI no-no.

+1

And it's painfully slow.

All indications of developers who aren't required to use their own product.
And don't care.

-- gil

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

Re: RED Alert Today Regarding z/OS Service Orders

[Richards, Robert B. (CTR)]

Marna/Kurt,

Can I make a suggestion that the zip file contents also be made into just the 
JCL example(s) needed?

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Marna WALLE
Sent: Wednesday, April 14, 2021 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RED Alert Today Regarding z/OS Service Orders

Mark,
Yes.  This Red Alert is applicable to SMP/E RECEIVE ORDER acquisition of the 
PTFs.

-Marna WALLE
z/OS System Install and Upgrade
IBM Poughkeepsie

--
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: Using SMCOPY to copy to an uncatalogued DS

[Bob Bridges]

It does, yes.  Or so the documentation claims; I'm still debugging so I haven't 
confirmed it yet, but I believe it.  When I wrote the below, I was depending on 
the note that says LMCOPY is for copying members; I hadn't yet gotten around to 
reading the details.  Sorry for the trouble, folks.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Helpdesk tip #2: When the support analyst says "Click...", wait for the rest 
of the sentence. */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, April 13, 2021 21:34

According to:
https://www.ibm.com/docs/en/zos/2.4.0?topic=lmds-parameters

Doesn't LMCOPY operate on PS data sets ("flat files") simply by omitting the 
from-member-name and to-member-name parameters?

The restriction of LM services I have encountered is the data-ids must refer to 
F1 DSCBs; they can't operate on tape, spool, or UNIX files.

--- On Tue, 13 Apr 2021 19:56:49 -0400, Bob Bridges wrote:
>I'm writing a REXX to copy a bunch of datasets.  The input datasets are 
>catalogued; the output is to be 
>uncatalogued and written to a particular DASD volume.  I figure to use LMCOPY 
>for PDS members, and for 
>flat files - since ISPF doesn't seem to have an analogous command for them - 
>SMCOPY.

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

Re: More documentation problems

[Paul Gilmartin]

On Sat, 10 Apr 2021 14:29:34 +0100, Colin Paice wrote:

>"back" is now two clicks..
>eg
>https://www.ibm.com/docs/en/ibm-mq/9.1?topic=reference-runmqdlq-run-dead-letter-queue-handler
>Click on See The sample DLQ handler amqsdlq
>
>From this page use back arrow.  Page jumps, and stays on the same page.
>You have to use back again.
>
That's truly irritating.  IBM, fix the damned thing!

And it's painfully slow.

All indications of developers who aren't required to use their own product.
And don't care.

-- gil

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

Re: RED Alert Today Regarding z/OS Service Orders

[Marna WALLE]

Mark,
Yes.  This Red Alert is applicable to SMP/E RECEIVE ORDER acquisition of the 
PTFs.

-Marna WALLE
z/OS System Install and Upgrade
IBM Poughkeepsie

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

Re: RED Alert Today Regarding z/OS Service Orders

[Kurt Quackenbush]

On 4/13/2021 8:31 PM, Mark Zelden wrote:


Before I go through the checking / remediation part, does anyone know if the 
"service
orders" also include SMP/E RECEIVE ORDER?  It doesn't specifically say it one
way or the other.
Yes, it also includes PTFs acquired using SMP/E RECEIVE ORDER.  The 
method in which you acquired the PTFs is not relevant.  The dates on 
which you acquired the identified PTFs is the important factor.


Kurt Quackenbush -- IBM, SMP/E Development
Chuck Norris never uses CHECK when he applies PTFs.

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

Re: Using SMCOPY to copy to an uncatalogued DS

[Seymour J Metz]

SMCOPY does not require an SM environment, but you can only use the stream 
operands if you are logged on to an SM logon proc. Under ISPF, you can only use 
streams if ISPF is enabled for SM.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Lennie Dymoke-Bradshaw [032fff1be9b4-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, April 14, 2021 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using SMCOPY to copy to an uncatalogued DS

Bob,

I think SMCOPY requires the session manager.
In these situations I use REPRO. With REPRO you can specify the data set
name (via INDATASET) or the input file (via INFILE). So you specify whatever
you like on an ALLOCATE command and then specify that file name on the REPRO
command.

Lennie Dymoke-Bradshaw
'Dance like no one is watching. Encrypt like everyone is.'

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Bob Bridges
Sent: 14 April 2021 00:57
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using SMCOPY to copy to an uncatalogued DS

I'm writing a REXX to copy a bunch of datasets.  The input datasets are
catalogued; the output is to be uncatalogued and written to a particular
DASD volume.  I figure to use LMCOPY for PDS members, and for flat files -
since ISPF doesn't seem to have an analogous command for them - SMCOPY.

But wait:  Where's the SMCOPY syntax to specify an uncatalogued dataset on a
DASD volume?  I don't see it.

There's something about sending the dataset to a "stream", but I don't know
what a stream is.  Is it a DD?  Probably not; I'm sure IBM knows how to
spell "DD".

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* How strange that there was once a time when Americans philosophized
hotly, in the passionate assurance that their ideas would have practical
consequences!  And oddly enough, they did.  Now we just shrug and cough up
the [tax] money, with the resignation of an old New Yorker facing a mugger.
-Joseph Sobran */

--
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: Using SMCOPY to copy to an uncatalogued DS

[Seymour J Metz]

The SM commands are in the same manual as the basic TSO commands, but the 
description of streams is only in the guide. The commands manual does mention 
that SMCOPY only supports streams in an SM environment.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, April 14, 2021 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using SMCOPY to copy to an uncatalogued DS

On Wed, 14 Apr 2021 12:53:34 +, Seymour J Metz wrote:

>SMCOPY is part of the TSO Session Manager; are you using a logon proc that 
>supports it?
>
>From 
>:
>
>"Session Manager keeps several records of the different things that happen 
>during your terminal session - all the commands, instructions, and input you 
>enter and all the output from commands and messages that the system issues. 
>These records are streams"
>
Thanks.  Is that made adequately clear not only in the Guide but also in the 
Ref?
I couldn't find it in the latter.  Is an RCF in order?

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

Re: RED Alert Today Regarding z/OS Service Orders

[Dana Mitchell]

On Wed, 14 Apr 2021 07:56:14 -0500, Barbara Nitz  wrote:

>>Anyone else having trouble downloading this zip file?
>>
>>ftp://public.dhe.ibm.com/eserver/zseries/zos/alert/PTFList.zip
>
>Hi Bob,
>
>another ftp-Link from IBM. My company hat decided that ftp is globally 
>forbidden, but someone else escalated for different reasons. Now ftp is open 
>again at the proxy level.

We have ftp blocked at the corporate level.  Has anyone found an HTTPS link to 
download this file?  I used 'Contact IBM' at the bottom to inquire but not 
optimistic. 

Dana

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

Re: Using SMCOPY to copy to an uncatalogued DS

[Lennie Dymoke-Bradshaw]

Bob,

I think SMCOPY requires the session manager. 
In these situations I use REPRO. With REPRO you can specify the data set
name (via INDATASET) or the input file (via INFILE). So you specify whatever
you like on an ALLOCATE command and then specify that file name on the REPRO
command.

Lennie Dymoke-Bradshaw
'Dance like no one is watching. Encrypt like everyone is.'

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Bob Bridges
Sent: 14 April 2021 00:57
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using SMCOPY to copy to an uncatalogued DS

I'm writing a REXX to copy a bunch of datasets.  The input datasets are
catalogued; the output is to be uncatalogued and written to a particular
DASD volume.  I figure to use LMCOPY for PDS members, and for flat files -
since ISPF doesn't seem to have an analogous command for them - SMCOPY.

But wait:  Where's the SMCOPY syntax to specify an uncatalogued dataset on a
DASD volume?  I don't see it.

There's something about sending the dataset to a "stream", but I don't know
what a stream is.  Is it a DD?  Probably not; I'm sure IBM knows how to
spell "DD".

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* How strange that there was once a time when Americans philosophized
hotly, in the passionate assurance that their ideas would have practical
consequences!  And oddly enough, they did.  Now we just shrug and cough up
the [tax] money, with the resignation of an old New Yorker facing a mugger.
-Joseph Sobran */

--
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: RED Alert Today Regarding z/OS Service Orders

[Richards, Robert B. (CTR)]

Hi Barbara,

I had to disconnect from the VPN due to the firewall issues and then used IE 
successfully to download the zip file.

Thanks to all for your replies.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barbara Nitz
Sent: Wednesday, April 14, 2021 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RED Alert Today Regarding z/OS Service Orders

>Anyone else having trouble downloading this zip file?
>
>ftp://public.dhe.ibm.com/eserver/zseries/zos/alert/PTFList.zip

Hi Bob,

another ftp-Link from IBM. My company hat decided that ftp is globally 
forbidden, but someone else escalated for different reasons. Now ftp is open 
again at the proxy level. BUT: I was told that the newer browsers (like 
company-mandated Edge) don't support Edge anymore, either. We luckily still 
have IE, and using that allowed me to download the link.

In other words: Check your firewalls, proxies, browser level.

Best regards, Barbara

--
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: Good CMS source compare utility (not ISPF)?

[Seymour J Metz]

Yale Compare on CBT file 45?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Binyamin Dissen [bdis...@dissensoftware.com]
Sent: Monday, April 12, 2021 6:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Good CMS source compare utility (not ISPF)?

I have tried using the COMPARE command but it shows many false differences
(that do not show up in MVS ISPF 3.13)

It purports to be a source compare utility

Is there a better standard command? Is there a version of COMPARE which will
create an UPDATE file?

--
Binyamin Dissen 
http://secure-web.cisco.com/1taluYsZ85YnuL2fnj34oYePA8ZR-qO3yICbmioRFcyagOV1Wo1czsQtQIpfwTDT9JT4mjn4sKf4YbL_VGXT9YFSVg28urDmrnE0oK-kKuruVcBClpN5HWZ0Y8mV_rQ_utME2LuthJNxNHObiXA9VRFU8yJlkwWEqBRnlc9nPtEuYBg51lKlnJvc-f2iUbN1MtWm1qjiWFUcF3F7OA0nZBocqQWQ6UoZePmvC9Hp4dRX_CnHT5dsiE-_v2TsG0fIcTeoSYejgJGJCF2NIqniNIK57xchRxibaP6NFx_jaX0nvE_GowJ_8cWuPP1h4x_ARH-KiawtD3_ZLKdsE4C5yFsqTwa9oT9rlqYjH002b_-bNoRG84SyFRHenSXb6W9JcbthkWeriXhlQWScAXPxG5izgGm3LwEeibUB-vACWIRQanKl8d3X2SctS520mcUyc/http%3A%2F%2Fwww.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

--
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: Using SMCOPY to copy to an uncatalogued DS

[Paul Gilmartin]

On Wed, 14 Apr 2021 12:53:34 +, Seymour J Metz wrote:

>SMCOPY is part of the TSO Session Manager; are you using a logon proc that 
>supports it?
>
>From 
>:
>
>"Session Manager keeps several records of the different things that happen 
>during your terminal session - all the commands, instructions, and input you 
>enter and all the output from commands and messages that the system issues. 
>These records are streams"
>
Thanks.  Is that made adequately clear not only in the Guide but also in the 
Ref?
I couldn't find it in the latter.  Is an RCF in order?

-- gil

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

Re: RED Alert Today Regarding z/OS Service Orders

[Barbara Nitz]

>Anyone else having trouble downloading this zip file?
>
>ftp://public.dhe.ibm.com/eserver/zseries/zos/alert/PTFList.zip

Hi Bob,

another ftp-Link from IBM. My company hat decided that ftp is globally 
forbidden, but someone else escalated for different reasons. Now ftp is open 
again at the proxy level. BUT: I was told that the newer browsers (like 
company-mandated Edge) don't support Edge anymore, either. We luckily still 
have IE, and using that allowed me to download the link.

In other words: Check your firewalls, proxies, browser level.

Best regards, Barbara

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

Re: Using SMCOPY to copy to an uncatalogued DS

[Seymour J Metz]

SMCOPY is part of the TSO Session Manager; are you using a logon proc that 
supports it?

>From 
>:

"Session Manager keeps several records of the different things that happen 
during your terminal session - all the commands, instructions, and input you 
enter and all the output from commands and messages that the system issues. 
These records are streams"


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob 
Bridges [robhbrid...@gmail.com]
Sent: Tuesday, April 13, 2021 7:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using SMCOPY to copy to an uncatalogued DS

I'm writing a REXX to copy a bunch of datasets.  The input datasets are
catalogued; the output is to be uncatalogued and written to a particular
DASD volume.  I figure to use LMCOPY for PDS members, and for flat files -
since ISPF doesn't seem to have an analogous command for them - SMCOPY.

But wait:  Where's the SMCOPY syntax to specify an uncatalogued dataset on a
DASD volume?  I don't see it.

There's something about sending the dataset to a "stream", but I don't know
what a stream is.  Is it a DD?  Probably not; I'm sure IBM knows how to
spell "DD".

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* How strange that there was once a time when Americans philosophized
hotly, in the passionate assurance that their ideas would have practical
consequences!  And oddly enough, they did.  Now we just shrug and cough up
the [tax] money, with the resignation of an old New Yorker facing a mugger.
-Joseph Sobran */

--
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: RED Alert Today Regarding z/OS Service Orders

[David Purdy]

I switched to IE, and successfully downloaded.Neither Chrome nor Edge worked in 
my environment.
David

-Original Message-
From: Richards, Robert B. (CTR) <01c91f408b9e-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wed, Apr 14, 2021 8:21 am
Subject: Re: RED Alert Today Regarding z/OS Service Orders

Anyone else having trouble downloading this zip file?

ftp://public.dhe.ibm.com/eserver/zseries/zos/alert/PTFList.zip

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Wednesday, April 14, 2021 7:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RED Alert Today Regarding z/OS Service Orders

I had 5 PTF's that fell into that receive window.  at least there were 3 were 
not applied, so easy.  The other two were in my base GDPS code.  One of those I 
was able to apply - redo, the other was in separate FMID for GDPS and I had no 
choice but to delete the entire FMID and re-install it.  That FMID was for the 
GUI - RESTful API interface, which is all ZFS based for the most part.  Apply 
REDO didnt want to work there.

So yea, wasted most of yesterday remediating this.    Good timing though, in a 
maintenance cycle, and got this just prior to our first Production rolls...

I didnt think to save off the corrupted PTF's out of SMPPTS before I nuked 
them. would have been interesting to see the differences.

--
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: RED Alert Today Regarding z/OS Service Orders

[Clifford McNeill]

No troubles here.
Cliff McNeill


From: IBM Mainframe Discussion List  on behalf of 
Richards, Robert B. (CTR) <01c91f408b9e-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, April 14, 2021 7:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: RED Alert Today Regarding z/OS Service Orders

Anyone else having trouble downloading this zip file?

ftp://public.dhe.ibm.com/eserver/zseries/zos/alert/PTFList.zip

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Wednesday, April 14, 2021 7:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RED Alert Today Regarding z/OS Service Orders

I had 5 PTF's that fell into that receive window.   at least there were 3 were 
not applied, so easy.  The other two were in my base GDPS code.  One of those I 
was able to apply - redo, the other was in separate FMID for GDPS and I had no 
choice but to delete the entire FMID and re-install it.   That FMID was for the 
GUI - RESTful API interface, which is all ZFS based for the most part.   Apply 
REDO didnt want to work there.

So yea, wasted most of yesterday remediating this.Good timing though, in a 
maintenance cycle, and got this just prior to our first Production rolls...

I didnt think to save off the corrupted PTF's out of SMPPTS before I nuked 
them. would have been interesting to see the differences.

--
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: RED Alert Today Regarding z/OS Service Orders

[Richards, Robert B. (CTR)]

Anyone else having trouble downloading this zip file?

ftp://public.dhe.ibm.com/eserver/zseries/zos/alert/PTFList.zip

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Wednesday, April 14, 2021 7:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RED Alert Today Regarding z/OS Service Orders

I had 5 PTF's that fell into that receive window.   at least there were 3 were 
not applied, so easy.  The other two were in my base GDPS code.  One of those I 
was able to apply - redo, the other was in separate FMID for GDPS and I had no 
choice but to delete the entire FMID and re-install it.   That FMID was for the 
GUI - RESTful API interface, which is all ZFS based for the most part.   Apply 
REDO didnt want to work there.

So yea, wasted most of yesterday remediating this.Good timing though, in a 
maintenance cycle, and got this just prior to our first Production rolls...

I didnt think to save off the corrupted PTF's out of SMPPTS before I nuked 
them. would have been interesting to see the differences.

--
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: RED Alert Today Regarding z/OS Service Orders

[Dave Jousma]

I had 5 PTF's that fell into that receive window.   at least there were 3 were 
not applied, so easy.  The other two were in my base GDPS code.  One of those I 
was able to apply - redo, the other was in separate FMID for GDPS and I had no 
choice but to delete the entire FMID and re-install it.   That FMID was for the 
GUI - RESTful API interface, which is all ZFS based for the most part.   Apply 
REDO didnt want to work there.

So yea, wasted most of yesterday remediating this.Good timing though, in a 
maintenance cycle, and got this just prior to our first Production rolls...

I didnt think to save off the corrupted PTF's out of SMPPTS before I nuked 
them. would have been interesting to see the differences.

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

Re: RED Alert Today Regarding z/OS Service Orders

[Richards, Robert B. (CTR)]

Hi Mark!



In this notification and the one below, IBM makes no distinction between 
RECEIVE methods. Under normal circumstances, I use RECEIVE ORDER on a daily 
basis. I did get the following notification from IBM's My Notifications on 
January 9th:


Troubleshooting: PTF encounters IEW2690E and/or IEW2307E during a SMP/E 
APPLY
Due to an error in the PTF Build process, some PTFs were shipped with 
extraneous data.  The additional data can cause LINK EDIT, IEBCOPY, and SMP/E 
errors during APPLY processing.  This error affects PTF service orders from 4 
December 2020 through 10 December 2020.  There is no other system impact other 
than being unable to APPLY the PTF.  Affected customers are advised to reorder 
the PTFs and redo the APPLY.

When I went back and looked, I had not performed a RECEIVE using any ordering 
method during that timeframe. Nevertheless, I am going to review this again for 
peace of mind.



Bob



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Zelden
Sent: Tuesday, April 13, 2021 8:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RED Alert Today Regarding z/OS Service Orders



Wow, two questions from me in a single day.   A new record. :)



Before I go through the checking / remediation part, does anyone know if the 
"service orders" also include SMP/E RECEIVE ORDER?  It doesn't specifically say 
it one way or the other.



https://www.ibm.com/support/pages/node/6441973





- Regards, Mark



--

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: Upgrading PCOMM query

[Radoslaw Skorupka]

Yes, it is OK.
Most PCOMM upgrades, even minor ones are just full installation packages.
You can use it for upgrade or just installation from scratch.
IMHO there is no license enforcement hindrances.

--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland




W dniu 14.04.2021 o 12:07, Sean Gleann pisze:

I recently saw mention somewhere of PCOMM version 14, and realised that I
am still using version 13 and have been doing so for longer than I can
remember.
As a result, I've started down the path of upgrading to version 14.

The install package available from IBM appears to be
"PCOMM-14.0.1-MLS-RefreshPack-x64", but I bit wary of actually using it.
The 'RefreshPack' term in the file name implies - to me at least - that it
is an upgrade to version 14... and I can't find any sign of a 'base'
install package.

Can anyone say if it is OK to install this package over an existing version
13 installation, please?

Regards
Sean

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

Upgrading PCOMM query

[Sean Gleann]

I recently saw mention somewhere of PCOMM version 14, and realised that I
am still using version 13 and have been doing so for longer than I can
remember.
As a result, I've started down the path of upgrading to version 14.

The install package available from IBM appears to be
"PCOMM-14.0.1-MLS-RefreshPack-x64", but I bit wary of actually using it.
The 'RefreshPack' term in the file name implies - to me at least - that it
is an upgrade to version 14... and I can't find any sign of a 'base'
install package.

Can anyone say if it is OK to install this package over an existing version
13 installation, please?

Regards
Sean

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

Re: MTL=YES or NO

[Radoslaw Skorupka]

It depends.
First: there are three tape drive flavours:
1. ATL IBM (3494, TS3500, TS7700, VTS)
2. VTL or (former) ATL from other vendors
3. stand alone drives.

Ad 1. Define it in DFSMS, IODF, etc.
Ad 3. It is good old 3490E or MAGSTAR (or I had Jaguar, but it is rare 
IMHO). That drive is manually operated and used mostly like floppy disk 
drive or contemporary USB stick.


Ad 2. It is some automated library, virtual nowadays. No manual 
operations for mounting tapes. However, in order to use DFSMS features 
it can be defined as MTL. MTL was a library without robot. The purpose 
of MTL today is z/OS cannot talk to other vendors robot/VTL, but it is 
library as set of volumes and drives.


To answer your question: IT DEPENDS.
You did not provide details regarding your tapes. And BTW: you should 
follow vendors recommendations.


BTW2: I read somewhere IBM statement saying MTL is not for vendors 
purposes and use of it is somehow not fair. It wasn't clearly described 
and I was >10years ago, so I cannot provide exact wording.


--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland



W dniu 13.04.2021 o 20:02, Peter pisze:

Hello

Just curious about this parameter in IODF and I understand some of the tape
subsystem running in zOS needs this value to be defined in IODF.

Any specific reason why MTL=NO is required for the subsystem responsible
for tape backup (virtual )


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

Re: Help with APA - Application Performance Analyzer

[Colin Paice]

Phil,

I used to use

*C08 - CPU usage referred attributionUsage*
*Use this report to see attribution of CPU usage measured in system modules
referred back to the points of invocation in application module.*

But this only did it for system code.  I guess it will not work for non
system code.
Colin

On Tue, 13 Apr 2021 at 19:37, Phil Smith III  wrote:

> Colin Paice wrote about using APA successfully.
>
>
>
> I sure wasn't meaning to diss APA-it did help. I just remember finding that
> it wasn't granular enough for us. We have an underlying toolkit that has
> many layers, so it tends to jump around a lot in there, doing not a lot in
> each layer. That made it hard to narrow down, because it was mostly "Yeah,
> it's in this module", which didn't help that much since there were lots of
> functions in each module. (Hint: not how I would have written it!)
>
>
>
> Thanks,
>
> ...phsiii
>
>
> --
> 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: RED Alert Today Regarding z/OS Service Orders

[Mike Schwab]

Shit.  Sounds like the Solar Winds exploit, where data was added post
QA to software to be installed.

On Tue, Apr 13, 2021 at 7:31 PM Mark Zelden  wrote:
>
> Wow, two questions from me in a single day.   A new record. :)
>
> Before I go through the checking / remediation part, does anyone know if the 
> "service
> orders" also include SMP/E RECEIVE ORDER?  It doesn't specifically say it one
> way or the other.
>
> https://www.ibm.com/support/pages/node/6441973
>
>
> - Regards, Mark
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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