Re: Discussion about IBM SW Excel withdrawal

2018-10-15 Thread Ed Jaffe

On 10/15/2018 10:54 AM, Tony Harminc wrote:

The discussion is under the subject line "SoftwareXcel Discontinued",
and it was started by Ed Jaffe on 2017-09-07 (just over a year ago).


The latest information I have on this subject is reported in the St. 
Louis Bit Bucket.


https://share.confex.com/data/handout/share/131/Session_23506_handout_12018_0.pdf

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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


Re: CPU ID display incorrect?

2018-10-15 Thread Ed Jaffe

On 10/15/2018 12:19 AM, Martin Packer wrote:

Now, an interesting (to me) question is whether the 4-character version is
unique.


I've always assumed they are not *guaranteed* unique, but in practice 
they seem to be. Serial numbers are so sparse that we see customers 
*routinely* upgrade from one CPU type to another *without* changing the 
serial number!


It would be  good problem for the mainframe community to have more than 
64K physical mainframes of any given type running in the world 
simultaneously.


FWIW, we check only the last four hex digits of the serial number in our 
licensing routines...


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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


Re: Discussion about IBM SW Excel withdrawal

2018-10-15 Thread Cieri, Anthony

There was also an email from Ed Jaffe on 08/23/2018 to this list that 
contained links to several St. Louis SHARE presentations that he was a part of. 
The Bit Bucket x'38' presentation discusses this subject and provides several 
alternatives!!

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Monday, October 15, 2018 2:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Discussion about IBM SW Excel withdrawal

Yes, that was it, thank you sir!   I sure wouldn't have guessed it was over a 
year ago.  "Time flies like an arrow; fruit flies like a banana" 

Dana


On Mon, 15 Oct 2018 13:54:06 -0400, Tony Harminc  wrote:

>The discussion is under the subject line "SoftwareXcel Discontinued",
>and it was started by Ed Jaffe on 2017-09-07 (just over a year ago).
>
>Tony H.

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


Small and useful CLIST - error

2018-10-15 Thread Sam Golob

Hi Folks,

    Just a handy thing (in one place) that can make life easier.  I 
wrote it as a CLIST to keep it really simple:  It is called LASTT (you 
can name it more appropriately, e.g. TIMES)


PROC 0
LOGTIME   /* CBT FILE 133  */
LASTIPL   /* CBT FILE 300  */
LASTCLPA  /* CBT FILE 133  */

And its output looks like:

LOGON TIME WAS ON MONDAY OCTOBER 15, 2018 (18.288) AT 15:18:55
LAST IPL WAS ON MONDAY OCTOBER 15, 2018 (2018.288) AT 14.39
LAST CLPA WAS ON MONDAY OCTOBER 15, 2018 (18.288) AT 14:39:27

This info (sometimes) is a good thing to know.  Hope it helps in the 
daily work.


All the best

Sam

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


Re: CPU ID display incorrect?

2018-10-15 Thread Jesse 1 Robinson
It's SOP for vendors who issue CPU-based keys to require notification of 
upcoming hardware changes in order to generate new keys. One particular vendor 
demands to see the results of 'D M=CPU' for *every individual LPAR* on a box. I 
can't tell you how supremely irritating this is. For a typical push-pull 
installation, we can't even IPL all (or often any) LPARs on a new box until Big 
Bang day when everything has to work ASAP. At that point the product in 
question will not run at all. (This one has no grace period.) Furthermore, on 
our DR box, most LPARs do not run at all except during DR tests. Again, the 
product will not work at all until we play the vendor's key game. 

Advice to vendors: if you force your customer to manage without your product 
for some time, you run the risk of demonstrating how to manage without it 
forever.

.
.
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 Martin Packer
Sent: Monday, October 15, 2018 12:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CPU ID display incorrect?

BTW "84" is Singapore, FWIW.

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2


Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Elardus Engelbrecht 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   15/10/2018 13:46
Subject:Re: CPU ID display incorrect?
Sent by:IBM Mainframe Discussion List 



Tony Thigpen wrote:

>Ok, I was not thinking clearly yesterday.

Nevermind, Sunday is supposed to be a day to rest, go to church and enjoy your 
few precious times with your family, but we z/Os support don't have that 
luxury, we must respond within 3.5 nanoseconds once a problem appears no matter 
the time/date/urgency/impact ... ;-)


>My 'well seasoned' z/OS systems programmer was having a FIT because he
thought someone had sent the vendor the wrong CPU-ID for an expiring product 
(VTAM-Switch) that was scheduled for a key installation this weekend. He is two 
timezones away and was telling me that I can't be reading the sticker on the 
frame correctly because of what the D M=CPU was showing.

Aw, cr*p! He is insulting you and wasting your precious time!


>The thing is, he did not even try the new key before he started the
fussing. He just looked at the vendor's email (which included the real CPUID), 
looked at the D M=CPU and started an email war. It escalated before I had a 
chance to even think about the LPAR id.

Did I told you that he is insulting you in a royal way?

In fact, always ensure what your vendor (and your 'seasoned' programmer) has, 
is EXACTLY the same what you read.


But never mind, I totally ignored that part of VTAM-Print, because I am 
101% unfamiliar with that thing.

You said: "Additionally, VTAM-Print says: (GSMINITL) THIS CPU: 758C7"

That number is not near that number you posted   ... A58C7

From my Sub-Capacity Report, I always compare that these 2 lines 

Machine Serial Number 84-? <5 numbers>
Machine Type and Model   -???  <4 numbers-3 numbers>

... match with this from D M=CPU, where I see this:

CPC ND = 00.???.IBM.84.000?   (That is where your A58C7 sit)
and also the same with CPC SI.


Please kick that 'well seasoned' z/OS systems programmer where the sun is 
not shining and show him the door.

Thanks for your clarification anyways.

;-)

Groete / Greetings
Elardus Engelbrecht


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


Small and useful CLIST

2018-10-15 Thread Sam Golob

Hi Folks,

    Just a handy thing (in one place) that can make life easier.  I 
wrote it as a CLIST to keep it really simple:  It is called LASTT (you 
can name it more appropriately, e.g. TIMES)


PROC 0
LOGTIME   /* CBT FILE 133  */
LASTIPL   /* CBT FILE 300  */
LASTCLPA  /* CBT FILE 133  */

And its output looks like:

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


Re: CPU ID display incorrect?

2018-10-15 Thread Martin Packer
BTW "84" is Singapore, FWIW.

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2


Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Elardus Engelbrecht 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   15/10/2018 13:46
Subject:Re: CPU ID display incorrect?
Sent by:IBM Mainframe Discussion List 



Tony Thigpen wrote:

>Ok, I was not thinking clearly yesterday.

Nevermind, Sunday is supposed to be a day to rest, go to church and enjoy 
your few precious times with your family, but we z/Os support don't have 
that luxury, we must respond within 3.5 nanoseconds once a problem appears 
no matter the time/date/urgency/impact ... ;-)


>My 'well seasoned' z/OS systems programmer was having a FIT because he 
thought someone had sent the vendor the wrong CPU-ID for an expiring 
product (VTAM-Switch) that was scheduled for a key installation this 
weekend. He is two timezones away and was telling me that I can't be 
reading the sticker on the frame correctly because of what the D M=CPU was 
showing.

Aw, cr*p! He is insulting you and wasting your precious time!


>The thing is, he did not even try the new key before he started the 
fussing. He just looked at the vendor's email (which included the real 
CPUID), looked at the D M=CPU and started an email war. It escalated 
before I had a chance to even think about the LPAR id.

Did I told you that he is insulting you in a royal way?

In fact, always ensure what your vendor (and your 'seasoned' programmer) 
has, is EXACTLY the same what you read.


But never mind, I totally ignored that part of VTAM-Print, because I am 
101% unfamiliar with that thing.

You said: "Additionally, VTAM-Print says: (GSMINITL) THIS CPU: 758C7"

That number is not near that number you posted   ... A58C7

>From my Sub-Capacity Report, I always compare that these 2 lines 

Machine Serial Number 84-? <5 numbers>
Machine Type and Model   -???  <4 numbers-3 numbers>

... match with this from D M=CPU, where I see this:

CPC ND = 00.???.IBM.84.000?   (That is where your A58C7 sit)
and also the same with CPC SI.


Please kick that 'well seasoned' z/OS systems programmer where the sun is 
not shining and show him the door.

Thanks for your clarification anyways.

;-)

Groete / Greetings
Elardus Engelbrecht

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




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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


Re: What! Mainframers hate mainframes??

2018-10-15 Thread Jesse 1 Robinson
I was immediately struck by this statement:

'[T]hey surveyed 500 IT decision makers...' 

So who among the members of this forum would count him/herself as an 'IT 
decision maker'? I may get to toss in my two cents on hardware choices--how 
much memory on the Z box, say--but the crucial highest level decisions like 
future architecture are made entirely by folks with zero mainframe experience 
or--maybe even worse--a long ago stint as a console jockey. 

How about asking real techies in 500 IT organizations how much they fantasize 
about escaping the grip of Microsoft?   

.
.
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 Schuffenhauer, Mark
Sent: Monday, October 15, 2018 11:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Fwd: What! Mainframers hate mainframes??

"Okay what are the desired results?  I will get you a survey to show that as 
long as no one looks past the headline."

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Smith, Nathan (ATLANTA, GA)
Sent: Monday, October 15, 2018 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fwd: What! Mainframers hate mainframes??

"Lies, damned lies, and statistics."

Anthem, Inc.

Nathan A. Smith, Database Administrator Sr., Anthem Database Services
600 Peachtree St. NE, Mail Drop GA1319-A154, Atlanta, GA 30308
O: (770) 519-6496 | M: (770) 519-6496
nathanael.sm...@anthem.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Monday, October 15, 2018 11:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fwd: What! Mainframers hate mainframes??

94% I doubt that you could get 94% to agree that the Sun rises in the East and 
sets in the West? When the ratio gets that large, I start suspecting that the 
numbers were made of the whole cloth.


--
Shmuel (Seymour J.) Metz

From: IBM Mainframe Discussion List  on behalf of 
R.S. 
Sent: Monday, October 15, 2018 9:53 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Fwd: What! Mainframers hate mainframes??

LzLabs and Microsoft told us about mainframes.
It's like wolf telling stories about sheep. Absolutely unbiased.

BTW:
I bet I can find in every mainframe shop at least one person who don't like 
mainframes. It's only matter of money and questions asked.



--
Radoslaw Skorupka
Lodz, Poland

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


Re: Dovetailed’s TOMCAT - How to disable methods

2018-10-15 Thread Kirk Wolf
Sorry, I didn't see that you posted a question on the Community forum.


On Mon, Oct 15, 2018 at 11:50 AM Michael Babcock 
wrote:

> I did post a question on the community forum and I’ve searched but I’m not
> finding an answer.   I’ll find one of the Tomcat forums.
>
> On Mon, Oct 15, 2018 at 11:32 AM Kirk Wolf 
> wrote:
>
> > Here is information on our Tomcat packages for z/OS:
> > https://dovetail.com/products/tomcat.html
> >
> > Questions about the z/OS packaging should be directed to our Community
> > Forum:
> > http://community.dovetail.com/forum/viewforum.php?f=2
> >
> > Your question is really a general Tomcat question.  Best to use Google or
> > one of the Tomcat user's groups for that.
> >
> > Kirk Wolf
> > http://dovetail.com
> >
> > On Mon, Oct 15, 2018 at 6:54 AM Michael Babcock 
> > wrote:
> >
> > > List,
> > >
> > > Our vulnerability scanner is complaining about the Delete method (among
> > > others) in DT’s Tomcat.   How do I disable methods?  I’m not finding
> much
> > > in the doc.
> > >
> > > --
> > > 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: Discussion about IBM SW Excel withdrawal

2018-10-15 Thread Dana Mitchell
Yes, that was it, thank you sir!   I sure wouldn't have guessed it was over a 
year ago.  "Time flies like an arrow; fruit flies like a banana" 

Dana


On Mon, 15 Oct 2018 13:54:06 -0400, Tony Harminc  wrote:

>The discussion is under the subject line "SoftwareXcel Discontinued",
>and it was started by Ed Jaffe on 2017-09-07 (just over a year ago).
>
>Tony H.

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


Re: Fwd: What! Mainframers hate mainframes??

2018-10-15 Thread Schuffenhauer, Mark
"Okay what are the desired results?  I will get you a survey to show that as 
long as no one looks past the headline."

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Smith, Nathan (ATLANTA, GA)
Sent: Monday, October 15, 2018 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fwd: What! Mainframers hate mainframes??

"Lies, damned lies, and statistics."

Anthem, Inc.

Nathan A. Smith, Database Administrator Sr., Anthem Database Services
600 Peachtree St. NE, Mail Drop GA1319-A154, Atlanta, GA 30308
O: (770) 519-6496 | M: (770) 519-6496
nathanael.sm...@anthem.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Monday, October 15, 2018 11:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fwd: What! Mainframers hate mainframes??

94% I doubt that you could get 94% to agree that the Sun rises in the East and 
sets in the West? When the ratio gets that large, I start suspecting that the 
numbers were made of the whole cloth.


--
Shmuel (Seymour J.) Metz
https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Esmetz3=DwIFBA=A-GX6P9ovB1qTBp7iQve2Q=mtZm8CZtpFemw8Y7pVAm7XaxI88ST87pIQqw9UhH8Ng=TM7Owk9YFx7IFVnWBvhiRHAuQ2gWGuzGX7J_XtqewrI=_74tX4GcpUlpx1o857w8MyZddcleDd0MfVBukVz4Rh0=


From: IBM Mainframe Discussion List  on behalf of 
R.S. 
Sent: Monday, October 15, 2018 9:53 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Fwd: What! Mainframers hate mainframes??

W dniu 2018-10-14 o 18:33, Mark Regan pisze:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__secure-2Dweb.cisc
> o.com_1LKgJD73y7aj2YL-5FBMEW8UxeOr1a-5FrHZnlgnulH4At-5FHZoVlppzP9e-2Dg
> ekUmCMzblMqf72LKwVMjrBaFqTO6iWUDiI61v0zTFpW-2DuKDjIgv6UeJCudVhYqd7zWoR
> MCj-5FD8JfPFxi4Y98vfPtpBPiIo71SG6gkWGmTqlGt8T2ZFjn65zu0B3x5YforQBDe5e7
> 4XRrjrUn5MJah-2DqHNvGyrjyU12ZitvM91tVOJIsDUQsbeXmnKKyhf9LIqu41-2Dnr2xd
> 9LUuO-2D-5FnbY-2DWujthEXbaGvo2gNaPdJSImDUYlNGDBupd9LrZZFYpJcJOMmwvEtvw
> 1kZN1Xwq879DZjZQBaNjY6Eq2jwaSnCNe4nqiENZhUzHP-5FR99cb7uRHN4jY85fAiLwLq
> 20Dfwb-2DKzDWJqBuJULAMF-2D27MCW0yFnleT3ZMAXCWKfJOU9FWY0eei9DxUi3qp5cD-
> 2DE8lRZN4F8NnDPOg_https-253A-252F-252Fit.toolbox.com-252Fblogs-252Ftre
> voreddolls-252Fwhat-2Dmainframers-2Dhate-2Dmainframes-2D101418=DwIFB
> A=A-GX6P9ovB1qTBp7iQve2Q=mtZm8CZtpFemw8Y7pVAm7XaxI88ST87pIQqw9UhH8
> Ng=TM7Owk9YFx7IFVnWBvhiRHAuQ2gWGuzGX7J_XtqewrI=zqtYJsTMGIZwEDNQYyO
> 4krO9vqskqbP_ywbZ3iRDoPo=

LzLabs and Microsoft told us about mainframes.
It's like wolf telling stories about sheep. Absolutely unbiased.

BTW:
I bet I can find in every mainframe shop at least one person who don't like 
mainframes. It's only matter of money and questions asked.



--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,https://urldefense.proofpoint.com/v2/url?u=http-3A__secure-2Dweb.cisco.com_1rLMXHN7CWnLnVranETwIbFV17kKv-5FXYSFTwjLRBrJrbWlOVKRfMEBT4urZsDRdEM-5F2mGZ8NjhFqWJ8K-5FTZqQ0GQGCFFRgOUeHrL9Tkox5IWnUsVR365W0PjhorUfX2-5FoqA850HoaJU6r7JKJSoIxFBoiTwk5kSL3jbN581ivbBKVXYnvhgWifS7fMhQvE0N3BEwl8XqIoqrv00GZ2611Qjc0OYCqHZEoBrCoxxnCBNxKIc1G9SFwdOOxty4bJMf-2DPIKHgtcK51LewturPB-5FBgfGIpFv8pp-5FJLC74HrJA6GwVD0xxe2uJYhjvpzhH9fWE8ikAZAqoLYrbuGtXcNRWu4B-2Dv62j9pUVA1VJbsQ0v78O377uIq6F9R7O7EZyw9ZcHzND22hvwEoNTbwrjbskYLzlDRS-2DnFJtXJF4eHjDnlxdQbfoOTgn83xns462XVrc_http-253A-252F-252Fwww.mBank.pl=DwIFBA=A-GX6P9ovB1qTBp7iQve2Q=mtZm8CZtpFemw8Y7pVAm7XaxI88ST87pIQqw9UhH8Ng=TM7Owk9YFx7IFVnWBvhiRHAuQ2gWGuzGX7J_XtqewrI=M4j3_dlQVgDSYRRJlA38KFqJFVbMI7Ikv4UPLsQdX5I=,
 e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2018 r. wynosi 
169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 

Re: Discussion about IBM SW Excel withdrawal

2018-10-15 Thread Paul Gilmartin
On Mon, 15 Oct 2018 12:39:06 -0500, Elardus Engelbrecht wrote:
>
>H, I faintly remember something like that, but not this phrase "SW EXCEL",
> 
On:  https://www-01.ibm.com/software/support/offerings.html
... some mention of
... 
https://www-01.ibm.com/software/support/offerings.html#SoftwareXcel_Enterprise_Edition

>... but Question (After strangling/shaking Uncle G. O. Ogle): 
>
>Are you thinking of "Software withdrawal: IBM Cognos Analysis for Microsoft 
>Excel, TM1, Express, Insight and Performance Management Suite - Some 
>replacements available" in this URL
>
>http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/6/899/ENUSLP17-0126/index.html_locale=en

-- gil

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


Re: Discussion about IBM SW Excel withdrawal

2018-10-15 Thread Tony Harminc
The discussion is under the subject line "SoftwareXcel Discontinued",
and it was started by Ed Jaffe on 2017-09-07 (just over a year ago).

Tony H.

On 15 October 2018 at 13:49, Dana Mitchell  wrote:
> On Mon, 15 Oct 2018 12:39:06 -0500, Elardus Engelbrecht 
>  wrote:
>>
>>H, I faintly remember something like that, but not this phrase "SW EXCEL",
>>
>
> I don't remember if it was exactly SW EXCEL was mentioned,  but it was 
> basically the functions that used to be referred collectively to as IBMLINK.  
>  The discussion on IBM-MAIN covered the fact that you don't need extra cost 
> services to open PMRs  (SR's)   www.ibm.com/support   and there was also a 
> reference to the granular APAR search that used to be under IBMLINK AST 
> (iirc).
>
> Dana
>
> --
> 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: Discussion about IBM SW Excel withdrawal

2018-10-15 Thread Dana Mitchell
On Mon, 15 Oct 2018 12:39:06 -0500, Elardus Engelbrecht 
 wrote:
>
>H, I faintly remember something like that, but not this phrase "SW EXCEL",
>

I don't remember if it was exactly SW EXCEL was mentioned,  but it was 
basically the functions that used to be referred collectively to as IBMLINK.   
The discussion on IBM-MAIN covered the fact that you don't need extra cost 
services to open PMRs  (SR's)   www.ibm.com/support   and there was also a 
reference to the granular APAR search that used to be under IBMLINK AST (iirc).

Dana

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


Re: Discussion about IBM SW Excel withdrawal

2018-10-15 Thread Elardus Engelbrecht
Dana Mitchell wrote:

>I seem to remember a recent IBM-MAIN discussion about IBM withdrawal of SW 
>EXCEL or some portion thereof,  and alternatives for the different services 
>such as APAR search.   I can't find either the IBM-MAIN discussion or the IBM 
>announcement that started it all.   My boss asked about our budget amount for 
>SW EXCEL and I'm trying to follow up,  but I seem to be search impaired today. 
> Much obliged if anyone can point me to either one or both of the above items.

H, I faintly remember something like that, but not this phrase "SW EXCEL",

... but Question (After strangling/shaking Uncle G. O. Ogle): 

Are you thinking of "Software withdrawal: IBM Cognos Analysis for Microsoft 
Excel, TM1, Express, Insight and Performance Management Suite - Some 
replacements available" in this URL

http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/6/899/ENUSLP17-0126/index.html_locale=en

(watch that wrrrap!)

(one program number about that Cognos Excel is 5724-W22)

... or (somewhat older), "Software withdrawal: IBM zEnterprise BladeCenter 
Extension selected part numbers" in this URL

http://www-01.ibm.com/common/ssi/printableversion.wss?docURL=/common/ssi/rep_ca/0/877/ENUSZP16-0090/index.html_locale=en

? (end question)

Disclaimer: I never ever worked with these things at all.

Groete / Greetings
Elardus Engelbrecht

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


Re: Fwd: What! Mainframers hate mainframes??

2018-10-15 Thread Smith, Nathan (ATLANTA, GA)
"Lies, damned lies, and statistics."

Anthem, Inc.

Nathan A. Smith, Database Administrator Sr., Anthem Database Services
600 Peachtree St. NE, Mail Drop GA1319-A154, Atlanta, GA 30308
O: (770) 519-6496 | M: (770) 519-6496
nathanael.sm...@anthem.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Monday, October 15, 2018 11:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fwd: What! Mainframers hate mainframes??

94% I doubt that you could get 94% to agree that the Sun rises in the East and 
sets in the West? When the ratio gets that large, I start suspecting that the 
numbers were made of the whole cloth.


--
Shmuel (Seymour J.) Metz
https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Esmetz3=DwIFBA=A-GX6P9ovB1qTBp7iQve2Q=mtZm8CZtpFemw8Y7pVAm7XaxI88ST87pIQqw9UhH8Ng=TM7Owk9YFx7IFVnWBvhiRHAuQ2gWGuzGX7J_XtqewrI=_74tX4GcpUlpx1o857w8MyZddcleDd0MfVBukVz4Rh0=


From: IBM Mainframe Discussion List  on behalf of 
R.S. 
Sent: Monday, October 15, 2018 9:53 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Fwd: What! Mainframers hate mainframes??

W dniu 2018-10-14 o 18:33, Mark Regan pisze:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__secure-2Dweb.cisc
> o.com_1LKgJD73y7aj2YL-5FBMEW8UxeOr1a-5FrHZnlgnulH4At-5FHZoVlppzP9e-2Dg
> ekUmCMzblMqf72LKwVMjrBaFqTO6iWUDiI61v0zTFpW-2DuKDjIgv6UeJCudVhYqd7zWoR
> MCj-5FD8JfPFxi4Y98vfPtpBPiIo71SG6gkWGmTqlGt8T2ZFjn65zu0B3x5YforQBDe5e7
> 4XRrjrUn5MJah-2DqHNvGyrjyU12ZitvM91tVOJIsDUQsbeXmnKKyhf9LIqu41-2Dnr2xd
> 9LUuO-2D-5FnbY-2DWujthEXbaGvo2gNaPdJSImDUYlNGDBupd9LrZZFYpJcJOMmwvEtvw
> 1kZN1Xwq879DZjZQBaNjY6Eq2jwaSnCNe4nqiENZhUzHP-5FR99cb7uRHN4jY85fAiLwLq
> 20Dfwb-2DKzDWJqBuJULAMF-2D27MCW0yFnleT3ZMAXCWKfJOU9FWY0eei9DxUi3qp5cD-
> 2DE8lRZN4F8NnDPOg_https-253A-252F-252Fit.toolbox.com-252Fblogs-252Ftre
> voreddolls-252Fwhat-2Dmainframers-2Dhate-2Dmainframes-2D101418=DwIFB
> A=A-GX6P9ovB1qTBp7iQve2Q=mtZm8CZtpFemw8Y7pVAm7XaxI88ST87pIQqw9UhH8
> Ng=TM7Owk9YFx7IFVnWBvhiRHAuQ2gWGuzGX7J_XtqewrI=zqtYJsTMGIZwEDNQYyO
> 4krO9vqskqbP_ywbZ3iRDoPo=

LzLabs and Microsoft told us about mainframes.
It's like wolf telling stories about sheep. Absolutely unbiased.

BTW:
I bet I can find in every mainframe shop at least one person who don't like 
mainframes. It's only matter of money and questions asked.



--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,https://urldefense.proofpoint.com/v2/url?u=http-3A__secure-2Dweb.cisco.com_1rLMXHN7CWnLnVranETwIbFV17kKv-5FXYSFTwjLRBrJrbWlOVKRfMEBT4urZsDRdEM-5F2mGZ8NjhFqWJ8K-5FTZqQ0GQGCFFRgOUeHrL9Tkox5IWnUsVR365W0PjhorUfX2-5FoqA850HoaJU6r7JKJSoIxFBoiTwk5kSL3jbN581ivbBKVXYnvhgWifS7fMhQvE0N3BEwl8XqIoqrv00GZ2611Qjc0OYCqHZEoBrCoxxnCBNxKIc1G9SFwdOOxty4bJMf-2DPIKHgtcK51LewturPB-5FBgfGIpFv8pp-5FJLC74HrJA6GwVD0xxe2uJYhjvpzhH9fWE8ikAZAqoLYrbuGtXcNRWu4B-2Dv62j9pUVA1VJbsQ0v78O377uIq6F9R7O7EZyw9ZcHzND22hvwEoNTbwrjbskYLzlDRS-2DnFJtXJF4eHjDnlxdQbfoOTgn83xns462XVrc_http-253A-252F-252Fwww.mBank.pl=DwIFBA=A-GX6P9ovB1qTBp7iQve2Q=mtZm8CZtpFemw8Y7pVAm7XaxI88ST87pIQqw9UhH8Ng=TM7Owk9YFx7IFVnWBvhiRHAuQ2gWGuzGX7J_XtqewrI=M4j3_dlQVgDSYRRJlA38KFqJFVbMI7Ikv4UPLsQdX5I=,
 e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2018 r. wynosi 
169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 

Re: What! Mainframers hate mainframes??

2018-10-15 Thread Phil Smith III
Indeed, as others have noted (and Eddols did in his conclusion), this is pretty 
clearly specious in that the premise ("mainframers hate mainframes") is not 
supported by the survey, because the report misrepresents the surveyed 
population as "mainframers".

 

If we look at the bullets dispassionately:

*94 percent would consider moving off the mainframe

Anyone who would not CONSIDER moving off the mainframe is incompetent. 
Consideration does not imply action. There are plenty of uses cases where z 
makes no sense, of course.

*77 percent say their organization should have already started the 
mainframe migration/modernization process to avoid being at risk

Undefined. Migration from 9672 to z14? Sure. "Modernization" as in "moving 
off"? Maybe. But as written, meaningless.

*71 percent say that the inflexibility of their mainframe limits the 
ability of the IT department to innovate

*shrug* "You say that like it's a negative thing". "Innovation" is not 
unequivocally a good thing.

*81 percent are concerned by the potential skills gap between their 
organization's mainframe teams

Gibberish. Between the mainframe teams and what??

*50 percent say that IBM is more focused on Watson and cloud 
technologies than the mainframe

Well, yeah. So?

 

If you replace "mainframe" with "insurance" you can make many of the same 
arguments. But I don't see most people dropping insurance.

 


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


Re: Dovetailed’s TOMCAT - How to disable methods

2018-10-15 Thread Michael Babcock
I did post a question on the community forum and I’ve searched but I’m not
finding an answer.   I’ll find one of the Tomcat forums.

On Mon, Oct 15, 2018 at 11:32 AM Kirk Wolf  wrote:

> Here is information on our Tomcat packages for z/OS:
> https://dovetail.com/products/tomcat.html
>
> Questions about the z/OS packaging should be directed to our Community
> Forum:
> http://community.dovetail.com/forum/viewforum.php?f=2
>
> Your question is really a general Tomcat question.  Best to use Google or
> one of the Tomcat user's groups for that.
>
> Kirk Wolf
> http://dovetail.com
>
> On Mon, Oct 15, 2018 at 6:54 AM Michael Babcock 
> wrote:
>
> > List,
> >
> > Our vulnerability scanner is complaining about the Delete method (among
> > others) in DT’s Tomcat.   How do I disable methods?  I’m not finding much
> > in the doc.
> >
> > --
> > 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: Dovetailed’s TOMCAT - How to disable methods

2018-10-15 Thread Kirk Wolf
Here is information on our Tomcat packages for z/OS:
https://dovetail.com/products/tomcat.html

Questions about the z/OS packaging should be directed to our Community
Forum:
http://community.dovetail.com/forum/viewforum.php?f=2

Your question is really a general Tomcat question.  Best to use Google or
one of the Tomcat user's groups for that.

Kirk Wolf
http://dovetail.com

On Mon, Oct 15, 2018 at 6:54 AM Michael Babcock 
wrote:

> List,
>
> Our vulnerability scanner is complaining about the Delete method (among
> others) in DT’s Tomcat.   How do I disable methods?  I’m not finding much
> in the doc.
>
> --
> 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


Discussion about IBM SW Excel withdrawal

2018-10-15 Thread Dana Mitchell
I seem to remember a recent IBM-MAIN discussion about IBM withdrawal of SW 
EXCEL or some portion thereof,  and alternatives for the different services 
such as APAR search.   I can't find either the IBM-MAIN discussion or the IBM 
announcement that started it all.   My boss asked about our budget amount for 
SW EXCEL and I'm trying to follow up,  but I seem to be search impaired today.  
Much obliged if anyone can point me to either one or both of the above items.

Thanks
Dana

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


Re: Fwd: What! Mainframers hate mainframes??

2018-10-15 Thread Seymour J Metz
94% I doubt that you could get 94% to agree that the Sun rises in the East and 
sets in the West? When the ratio gets that large, I start suspecting that the 
numbers were made of the whole cloth.


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


From: IBM Mainframe Discussion List  on behalf of 
R.S. 
Sent: Monday, October 15, 2018 9:53 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Fwd: What! Mainframers hate mainframes??

W dniu 2018-10-14 o 18:33, Mark Regan pisze:
> https://secure-web.cisco.com/1LKgJD73y7aj2YL_BMEW8UxeOr1a_rHZnlgnulH4At_HZoVlppzP9e-gekUmCMzblMqf72LKwVMjrBaFqTO6iWUDiI61v0zTFpW-uKDjIgv6UeJCudVhYqd7zWoRMCj_D8JfPFxi4Y98vfPtpBPiIo71SG6gkWGmTqlGt8T2ZFjn65zu0B3x5YforQBDe5e74XRrjrUn5MJah-qHNvGyrjyU12ZitvM91tVOJIsDUQsbeXmnKKyhf9LIqu41-nr2xd9LUuO-_nbY-WujthEXbaGvo2gNaPdJSImDUYlNGDBupd9LrZZFYpJcJOMmwvEtvw1kZN1Xwq879DZjZQBaNjY6Eq2jwaSnCNe4nqiENZhUzHP_R99cb7uRHN4jY85fAiLwLq20Dfwb-KzDWJqBuJULAMF-27MCW0yFnleT3ZMAXCWKfJOU9FWY0eei9DxUi3qp5cD-E8lRZN4F8NnDPOg/https%3A%2F%2Fit.toolbox.com%2Fblogs%2Ftrevoreddolls%2Fwhat-mainframers-hate-mainframes-101418

LzLabs and Microsoft told us about mainframes.
It's like wolf telling stories about sheep. Absolutely unbiased.

BTW:
I bet I can find in every mainframe shop at least one person who don't
like mainframes. It's only matter of money and questions asked.



--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,http://secure-web.cisco.com/1rLMXHN7CWnLnVranETwIbFV17kKv_XYSFTwjLRBrJrbWlOVKRfMEBT4urZsDRdEM_2mGZ8NjhFqWJ8K_TZqQ0GQGCFFRgOUeHrL9Tkox5IWnUsVR365W0PjhorUfX2_oqA850HoaJU6r7JKJSoIxFBoiTwk5kSL3jbN581ivbBKVXYnvhgWifS7fMhQvE0N3BEwl8XqIoqrv00GZ2611Qjc0OYCqHZEoBrCoxxnCBNxKIc1G9SFwdOOxty4bJMf-PIKHgtcK51LewturPB_BgfGIpFv8pp_JLC74HrJA6GwVD0xxe2uJYhjvpzhH9fWE8ikAZAqoLYrbuGtXcNRWu4B-v62j9pUVA1VJbsQ0v78O377uIq6F9R7O7EZyw9ZcHzND22hvwEoNTbwrjbskYLzlDRS-nFJtXJF4eHjDnlxdQbfoOTgn83xns462XVrc/http%3A%2F%2Fwww.mBank.pl,
 e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2018 r. wynosi 
169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,http://secure-web.cisco.com/1rLMXHN7CWnLnVranETwIbFV17kKv_XYSFTwjLRBrJrbWlOVKRfMEBT4urZsDRdEM_2mGZ8NjhFqWJ8K_TZqQ0GQGCFFRgOUeHrL9Tkox5IWnUsVR365W0PjhorUfX2_oqA850HoaJU6r7JKJSoIxFBoiTwk5kSL3jbN581ivbBKVXYnvhgWifS7fMhQvE0N3BEwl8XqIoqrv00GZ2611Qjc0OYCqHZEoBrCoxxnCBNxKIc1G9SFwdOOxty4bJMf-PIKHgtcK51LewturPB_BgfGIpFv8pp_JLC74HrJA6GwVD0xxe2uJYhjvpzhH9fWE8ikAZAqoLYrbuGtXcNRWu4B-v62j9pUVA1VJbsQ0v78O377uIq6F9R7O7EZyw9ZcHzND22hvwEoNTbwrjbskYLzlDRS-nFJtXJF4eHjDnlxdQbfoOTgn83xns462XVrc/http%3A%2F%2Fwww.mBank.pl,
 e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th 
Commercial Division of the National Court Register, KRS 025237, NIP: 
526-021-50-88. Fully paid-up share capital amounting to PLN 169,248,488 as at 1 
January 2018.

--
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: Fwd: What! Mainframers hate mainframes??

2018-10-15 Thread R.S.

W dniu 2018-10-14 o 18:33, Mark Regan pisze:

https://it.toolbox.com/blogs/trevoreddolls/what-mainframers-hate-mainframes-101418


LzLabs and Microsoft told us about mainframes.
It's like wolf telling stories about sheep. Absolutely unbiased.

BTW:
I bet I can find in every mainframe shop at least one person who don't 
like mainframes. It's only matter of money and questions asked.




--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

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


Re: CPU ID display incorrect?

2018-10-15 Thread Elardus Engelbrecht
Tony Thigpen wrote:

>Ok, I was not thinking clearly yesterday.

Nevermind, Sunday is supposed to be a day to rest, go to church and enjoy your 
few precious times with your family, but we z/Os support don't have that 
luxury, we must respond within 3.5 nanoseconds once a problem appears no matter 
the time/date/urgency/impact ... ;-)


>My 'well seasoned' z/OS systems programmer was having a FIT because he thought 
>someone had sent the vendor the wrong CPU-ID for an expiring product 
>(VTAM-Switch) that was scheduled for a key installation this weekend. He is 
>two timezones away and was telling me that I can't be reading the sticker on 
>the frame correctly because of what the D M=CPU was showing.

Aw, cr*p! He is insulting you and wasting your precious time!


>The thing is, he did not even try the new key before he started the fussing. 
>He just looked at the vendor's email (which included the real CPUID), looked 
>at the D M=CPU and started an email war. It escalated before I had a chance to 
>even think about the LPAR id.

Did I told you that he is insulting you in a royal way?

In fact, always ensure what your vendor (and your 'seasoned' programmer) has, 
is EXACTLY the same what you read.


But never mind, I totally ignored that part of VTAM-Print, because I am 101% 
unfamiliar with that thing.

You said: "Additionally, VTAM-Print says: (GSMINITL) THIS CPU: 758C7"

That number is not near that number you posted   ... A58C7

From my Sub-Capacity Report, I always compare that these 2 lines 

Machine Serial Number 84-? <5 numbers>
Machine Type and Model   -???  <4 numbers-3 numbers>

... match with this from D M=CPU, where I see this:

CPC ND = 00.???.IBM.84.000?   (That is where your A58C7 sit)
and also the same with CPC SI.


Please kick that 'well seasoned' z/OS systems programmer where the sun is not 
shining and show him the door.

Thanks for your clarification anyways.

;-)

Groete / Greetings
Elardus Engelbrecht

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


Dovetailed’s TOMCAT - How to disable methods

2018-10-15 Thread Michael Babcock
List,

Our vulnerability scanner is complaining about the Delete method (among
others) in DT’s Tomcat.   How do I disable methods?  I’m not finding much
in the doc.

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


Re: CPU ID display incorrect?

2018-10-15 Thread Tony Thigpen

Ok, I was not thinking clearly yesterday.

My 'well seasoned' z/OS systems programmer was having a FIT because he 
thought someone had sent the vendor the wrong CPU-ID for an expiring 
product (VTAM-Switch) that was scheduled for a key installation this 
weekend. He is two timezones away and was telling me that I can't be 
reading the sticker on the frame correctly because of what the D M=CPU 
was showing.


The thing is, he did not even try the new key before he started the 
fussing. He just looked at the vendor's email (which included the real 
CPUID), looked at the D M=CPU and started an email war. It escalated 
before I had a chance to even think about the LPAR id.


Tony Thigpen

Elardus Engelbrecht wrote on 10/15/18 2:35 AM:

Tony Thigpen wrote:


Why would the D M=CPU display a wrong number.


What number? What is wrong?

Perhaps something is wrong because you read/posted it on a Sunday? ;-)



Running z/os 1.13 on a z12-BC.
17.13.21 HKYP   d m=cpu
17.13.21 HKYP   IEE174I 17.13.21 DISPLAY M 204
PROCESSOR STATUS
ID  CPU  SERIAL
00  + 0758C72828



CPC ND = 002828.H06.IBM.84.000A58C7
CPC SI = 2828.A01.IBM.84.000A58C7
  Model: H06
CPC ID = 00
CPC NAME = YUKON
LP NAME = HKYPRODLP ID =  7
CSS ID  = 0
MIF ID  = 7


Looking Ok to me. Seems to me you have at least one CPU active.



The physical CPU id stamped into the machine is "A58C7".



The 'Edit Frame' in the SE says:
Machine Type: 2828
Machine Model: H06
Serial Number: 0008400A58C7


It match with the D M=CPU output, unless I missed  something.

Did you upgraded concurrently your processor(s) to a new model?

Groete / Greetings
Elardus Engelbrecht

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




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


Re: CPU ID display incorrect?

2018-10-15 Thread Martin Packer

Tell us what it says, please. :-)

Seriously, if TFM fails to cover the ground adequately let us know.

Thanks, Martin

Sent from my iPad

> On 15 Oct 2018, at 08:24, Elardus Engelbrecht
 wrote:
>
> Martin Packer wrote:
>
>> It could be because the OP expects to see the 5-character version of the
CPU ID. But, since the advent of PR/SM we’ve only ever had the 4-character
version.
>
>> In SMF we show the 4-character in CPU Data Section in Type 70 but fuller
versions - because I asked for them long ago :-) - in other places in 70
and also in 74-4.
>
>> Now, an interesting (to me) question is whether the 4-character version
is unique.
>
> Interesting. I forgot about that. Many thanks!
>
> Time for me to do a boring RTFM on a blue Monday... ;-)
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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


Re: CPU ID display incorrect?

2018-10-15 Thread Elardus Engelbrecht
Martin Packer wrote:

>It could be because the OP expects to see the 5-character version of the CPU 
>ID. But, since the advent of PR/SM we’ve only ever had the 4-character version.

>In SMF we show the 4-character in CPU Data Section in Type 70 but fuller 
>versions - because I asked for them long ago :-) - in other places in 70 and 
>also in 74-4.

>Now, an interesting (to me) question is whether the 4-character version is 
>unique.

Interesting. I forgot about that. Many thanks! 

Time for me to do a boring RTFM on a blue Monday... ;-)

Groete / Greetings
Elardus Engelbrecht

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


Re: CPU ID display incorrect?

2018-10-15 Thread Martin Packer

It could be because the OP expects to see the 5-character version of the
CPU ID. But, since the advent of PR/SM we’ve only ever had the 4-character
version.

In SMF we show the 4-character in CPU Data Section in Type 70 but fuller
versions - because I asked for them long ago :-) - in other places in 70
and also in 74-4.

Now, an interesting (to me) question is whether the 4-character version is
unique.

Cheers, Martin

Sent from my iPad

> On 15 Oct 2018, at 07:35, Elardus Engelbrecht
 wrote:
>
> Tony Thigpen wrote:
>
>> Why would the D M=CPU display a wrong number.
>
> What number? What is wrong?
>
> Perhaps something is wrong because you read/posted it on a Sunday? ;-)
>
>
>> Running z/os 1.13 on a z12-BC.
>> 17.13.21 HKYP   d m=cpu
>> 17.13.21 HKYP   IEE174I 17.13.21 DISPLAY M 204
>> PROCESSOR STATUS
>> ID  CPU  SERIAL
>> 00  + 0758C72828
>
>> CPC ND = 002828.H06.IBM.84.000A58C7
>> CPC SI = 2828.A01.IBM.84.000A58C7
>> Model: H06
>> CPC ID = 00
>> CPC NAME = YUKON
>> LP NAME = HKYPRODLP ID =  7
>> CSS ID  = 0
>> MIF ID  = 7
>
> Looking Ok to me. Seems to me you have at least one CPU active.
>
>
>> The physical CPU id stamped into the machine is "A58C7".
>
>> The 'Edit Frame' in the SE says:
>> Machine Type: 2828
>> Machine Model: H06
>> Serial Number: 0008400A58C7
>
> It match with the D M=CPU output, unless I missed  something.
>
> Did you upgraded concurrently your processor(s) to a new model?
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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


Re: CPU ID display incorrect?

2018-10-15 Thread Elardus Engelbrecht
Tony Thigpen wrote:

>Why would the D M=CPU display a wrong number.

What number? What is wrong?

Perhaps something is wrong because you read/posted it on a Sunday? ;-)


>Running z/os 1.13 on a z12-BC.
>17.13.21 HKYP   d m=cpu
>17.13.21 HKYP   IEE174I 17.13.21 DISPLAY M 204
>PROCESSOR STATUS
>ID  CPU  SERIAL
>00  + 0758C72828

>CPC ND = 002828.H06.IBM.84.000A58C7
>CPC SI = 2828.A01.IBM.84.000A58C7
>  Model: H06
>CPC ID = 00
>CPC NAME = YUKON
>LP NAME = HKYPRODLP ID =  7
>CSS ID  = 0
>MIF ID  = 7

Looking Ok to me. Seems to me you have at least one CPU active.


>The physical CPU id stamped into the machine is "A58C7".

>The 'Edit Frame' in the SE says:
>Machine Type: 2828
>Machine Model: H06
>Serial Number: 0008400A58C7

It match with the D M=CPU output, unless I missed  something.

Did you upgraded concurrently your processor(s) to a new model?

Groete / Greetings
Elardus Engelbrecht

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