Re: HOD 657

[Lizette Koehler]

If you do an internet search with
HOST ON DEMAND IBM 657

You might have come across this link

https://www-304.ibm.com/support/docview.wss?uid=swg21306647

Common symptoms and resolutions for Host On-Demand connection failures


And there are others

The 657 is more likely a 3270 condition rather than HOD.


Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jake Anderson
> Sent: Wednesday, August 30, 2017 7:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: HOD 657
> 
> Hi
> 
> 
> Cross posted
> 
> Just want to know what would be the approach to handle 657 error code while
> accessing HOD(IBM host on demand).
> 
> This is very clear that this is not a problem from Mainframe.
> 
> Is there any trace function within PC to understand this 657 error code ?
> 
> Regards
> Jake
> 

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

HOD 657

[Jake Anderson]

Hi


Cross posted

Just want to know what would be the approach to handle 657 error code while
accessing HOD(IBM host on demand).

This is very clear that this is not a problem from Mainframe.

Is there any trace function within PC to understand this 657 error code ?

Regards
Jake

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

Re: Looking for mainframe shops Lexington/Cincinnati

[Joel M Ivey]

Thank you to all.  Several good leads for me.  I appreciate it.   I'm looking 
hard at the Fort Knox opp, but also hoping to find something there in the 
Lexington area.

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

Re: Data Center Index for SE Texas?

[Edward Finnell]

Thanks for the update. Gonna be a long drawn out affair. Watching the  
Weather Channel almost continuously since Sat. and danged if there's not a TS  
Irma headed west from Cape Verde Islands. Think it was Dr. Forbes saying it's 
 too soon to tell and so many variables.
 
 
In a message dated 8/30/2017 9:51:29 A.M. Central Daylight Time,  
james-l...@tamu.edu writes:

As for  the .edu indicator, every major university south and east of us 
closed up shop  and evacuated. Some will not re-open for months.

The indicator is  real...


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

Re: [EXTERNAL] Re: IBM support portal Broken?

[Pommier, Rex]

To (mis)quote a line from the Lord of the Rings movie.  "And some things that 
should not have been forgotten were lost. History became legend. Legend became 
myth."

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Wednesday, August 30, 2017 12:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IBM support portal Broken?

I called to report the issue, the voice recording suggested going to 
ibm.com/support which was a mostly blank page that had zero info other than an 
option to translate the page into some other language.  I pressed the button 
for a Sev 1, thinking that would be the quickest, and after 5+ minutes 
listening to a recording got to talk to someone who didn't know what to do as 
the support site is not a valid 'product'. She volunteered to inform her 
supervisor/lead.

One little step (maybe)

Where is the legendary IBM support and service and RAS?

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA




The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

Re: IBM support portal Broken?

[Allan Staller]

Win10/IE11 does not work

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Wednesday, August 30, 2017 1:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM support portal Broken?

Our experience is similar. What appears not to work is Win7 with IE11. Chrome 
is OK. One colleague still has IE10, and he's OK. 

It's pretty frustrating when they tell you to report a problem via a mechanism 
that *is* the problem. Like having to report a telephone line problem over the 
problem line. ;-(

.
.
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 Dyck, Lionel B. (TRA)
Sent: Wednesday, August 30, 2017 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [EXTERNAL] Re: IBM support portal Broken?

I called to report the issue, the voice recording suggested going to 
ibm.com/support which was a mostly blank page that had zero info other than an 
option to translate the page into some other language.  I pressed the button 
for a Sev 1, thinking that would be the quickest, and after 5+ minutes 
listening to a recording got to talk to someone who didn't know what to do as 
the support site is not a valid 'product'. She volunteered to inform her 
supervisor/lead.

One little step (maybe)

Where is the legendary IBM support and service and RAS?

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Little
Sent: Wednesday, August 30, 2017 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM support portal Broken?

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support

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


::DISCLAIMER::


The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or 

Re: dumb VSAM KSDS & AIX question.

[David W Noon]

On Wed, 30 Aug 2017 15:35:47 -0500, John Mckown
(john.archie.mck...@gmail.com) wrote about "dumb VSAM KSDS & AIX
question." (in
):

> A programmer came by with a question. He asked if, when you are reading a
> VSAM KSDS via an alternate index (PATH), to have duplicates returned in
> base key order. I don't think that is possible.

It depends on how much effort you are prepared to put in. VSAM, by
itself, will not do it.

> From examining the contents
> of the AIX records themselves, it appears to me that the base key for a
> "new" base record with a given alternate key is just placed at the end of
> the keys. Yes, I know, if this sort of thing is a requirement, we need Db2
> (or is it DB2), but that is _never_ going to happen around here.

It is DB2. But that isn't really necessary.

You can order the records however you want using DF/SORT or Syncsort.
Simply use the path as your SORTIN. If you are using COBOL then a SORT
verb can do it too. If you are using PL/I then PLISRTA(), PLISRTB() and
PLISRTD() can do it.
-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

 

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

Re: dumb VSAM KSDS & AIX question.

[Steve Smith]

SORT, E35 exit.  Don't even use an AIX/PATH, as it would probably just
slow it down.

sas

On Wed, Aug 30, 2017 at 4:35 PM, John McKown
 wrote:
> A programmer came by with a question. He asked if, when you are reading a
> VSAM KSDS via an alternate index (PATH), to have duplicates returned in
> base key order. I don't think that is possible. From examining the contents
> of the AIX records themselves, it appears to me that the base key for a
> "new" base record with a given alternate key is just placed at the end of
> the keys. Yes, I know, if this sort of thing is a requirement, we need Db2
> (or is it DB2), but that is _never_ going to happen around here.
>
> --
> Caution! The OP is an hyperpolysyllabicsesquipedalianist and this email may
> cause stress to those with hippopotomonstrosesquipedaliophobia.
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
sas

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

dumb VSAM KSDS & AIX question.

[John McKown]

A programmer came by with a question. He asked if, when you are reading a
VSAM KSDS via an alternate index (PATH), to have duplicates returned in
base key order. I don't think that is possible. From examining the contents
of the AIX records themselves, it appears to me that the base key for a
"new" base record with a given alternate key is just placed at the end of
the keys. Yes, I know, if this sort of thing is a requirement, we need Db2
(or is it DB2), but that is _never_ going to happen around here.

-- 
Caution! The OP is an hyperpolysyllabicsesquipedalianist and this email may
cause stress to those with hippopotomonstrosesquipedaliophobia.

Maranatha! <><
John McKown

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

Re: ATTACH EXTR=3D3Dexit and saving registers (save _all_ registers?)

[Thomas David Rivers]

Peter Relson wrote:



If I didn't have to save/restore R15 and R1, then I could totally get away
with something very close to standard linkage


Huh? You can precisely use standard linkage. Standard linkage starts with 
"save all". It does not require "restore all".


If a service (or protocol) does not specifically tell you to preserve 
registers 15,0,1 then you do not to do so. 

 


Thanks Peter!

My concern was the words "Unless otherwise defined by the individual 
interface"

in the z/OS MVS Programming Assembler Services Guide where it describes the
standard linkage; and how that meshes with this text in the ETXD option 
description
ATTACH and ATTACHX in the z/OS MVS Program: Authorized Assembler 
Services Reference:


 "The exit routine is responsible for saving and restoring the registers".

That would seem to indicate that the ETXR is responsible for saving 
_and_ restoring?
Or, is it open to interpretation?  If it's open to interpretation - just 
what should that
interpretation be?  Does "the registers" mean "all the registers" or 
just the standard ones?
Does this sentence fall under the "Unless otherwise defined by the 
individual interface"
clause, or is it simply a reminder to follow standard saving/restoring 
practices?


Some simple specification or improved wording in the doc might be a good 
idea... it seems unclear to me...



   - Thanks -
  - Dave Rivers -


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

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

Re: [EXTERNAL] Re: IBM support portal Broken?

[Allan Staller]

Standard refrain:

The "new tools" are not as reliable, functional or available as the tools they 
are replacing"

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Wednesday, August 30, 2017 12:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IBM support portal Broken?

I called to report the issue, the voice recording suggested going to 
ibm.com/support which was a mostly blank page that had zero info other than an 
option to translate the page into some other language.  I pressed the button 
for a Sev 1, thinking that would be the quickest, and after 5+ minutes 
listening to a recording got to talk to someone who didn't know what to do as 
the support site is not a valid 'product'. She volunteered to inform her 
supervisor/lead.

One little step (maybe)

Where is the legendary IBM support and service and RAS?

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Little
Sent: Wednesday, August 30, 2017 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM support portal Broken?

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support
>
>
>
> ::DISCLAIMER::
> 
>
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as 
> information could be intercepted, corrupted, lost, destroyed, arrive late or 
> incomplete, or may contain viruses in transmission. The e mail and its 
> contents (with or without referred errors) shall therefore not attach any 
> liability on the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the 
> author and may not necessarily reflect the views or opinions of HCL or its 
> affiliates. Any form of reproduction, dissemination, copying, disclosure, 
> modification, distribution and / or publication of this message without the 
> prior written consent of authorized representative of HCL is strictly 
> prohibited. If you have received this email in error please delete it and 
> notify the sender immediately.
> Before opening any email and/or attachments, please check them for viruses 
> and other defects.
>
> 

Re: IBM support portal Broken?

[Allan Staller]

Thx. That was it. Edge works fine. IE 11 does not work.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, August 30, 2017 10:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM support portal Broken?

We have been running into this.  At the bank we are still on IE 11.   
Servicelink and ShopZ both don't work.  Had to get Chrome installed.   The 
newer MS Edge seems to work, but my workstation is still Win7.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Wednesday, August 30, 2017 9:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM support portal Broken?

**CAUTION EXTERNAL EMAIL**

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

Get partial display of support portal Home Page.

https://www.ibm.com/support/home/entry/portal/support



::DISCLAIMER::


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



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

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



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

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

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

Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[Tom Wasik]

I apologize if my presentation on the JES2 support for the //*NET statement led 
you to believe that existing DJC NETs will get JCL errors when run in JES2.  
There are keywords that JES2 ignores, but they do not generate errors (they 
generate warning message in the JCL output but warning message in JES2 do not 
stop the job from successfully converting and running).

For the records, JES2 supports the keywords that make sense in a JES2 
environment (NETID, NHOLD, RELEASE, NETREL, NORMAL, ABNORMAL, ABCMP, NRCMP, 
OPHOLD).  The other keywords that don't make sense in a JES2 environment 
(DEVPOOL, DEVRELSE, RELSCHCT) are ignored (minimal syntax validation is done) 
but do NOT generate JCL errors.

JES2 support is complete for the supported keywords and was made to work like 
the JES3 support.  In general, the implementation of JES3 JECL was based on 
what JES3 does (not what the books say) in an effort to be as compatible as we 
could.  However, JES2's parsing of JECL is done using a generalized parser that 
may be stricter than what is used by JES3 (JES3 may detect JECL syntax errors 
that JES3 allows).  Also, the character set for things like NETID may be 
different between JES3 and JES2 because JES2 uses the NETID as the name of a 
JOBGROUP (it must be a valid job name).  For example, JES3 supports NETID=Z*+X 
but JES2 would JCL error because of the * and the +.

I hope this clarifies what we support.

Tom Wasik
JES Development

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

Re: IBM support portal Broken?

[Jesse 1 Robinson]

Working here now too.

.
.
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 Jesse 1 Robinson
Sent: Wednesday, August 30, 2017 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IBM support portal Broken?

Our experience is similar. What appears not to work is Win7 with IE11. Chrome 
is OK. One colleague still has IE10, and he's OK. 

It's pretty frustrating when they tell you to report a problem via a mechanism 
that *is* the problem. Like having to report a telephone line problem over the 
problem line. ;-(

.
.
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 Dyck, Lionel B. (TRA)
Sent: Wednesday, August 30, 2017 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [EXTERNAL] Re: IBM support portal Broken?

I called to report the issue, the voice recording suggested going to 
ibm.com/support which was a mostly blank page that had zero info other than an 
option to translate the page into some other language.  I pressed the button 
for a Sev 1, thinking that would be the quickest, and after 5+ minutes 
listening to a recording got to talk to someone who didn't know what to do as 
the support site is not a valid 'product'. She volunteered to inform her 
supervisor/lead.

One little step (maybe)

Where is the legendary IBM support and service and RAS?

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Little
Sent: Wednesday, August 30, 2017 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM support portal Broken?

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support


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

Re: IBM support portal Broken?

[Jesse 1 Robinson]

Our experience is similar. What appears not to work is Win7 with IE11. Chrome 
is OK. One colleague still has IE10, and he's OK. 

It's pretty frustrating when they tell you to report a problem via a mechanism 
that *is* the problem. Like having to report a telephone line problem over the 
problem line. ;-(

.
.
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 Dyck, Lionel B. (TRA)
Sent: Wednesday, August 30, 2017 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [EXTERNAL] Re: IBM support portal Broken?

I called to report the issue, the voice recording suggested going to 
ibm.com/support which was a mostly blank page that had zero info other than an 
option to translate the page into some other language.  I pressed the button 
for a Sev 1, thinking that would be the quickest, and after 5+ minutes 
listening to a recording got to talk to someone who didn't know what to do as 
the support site is not a valid 'product'. She volunteered to inform her 
supervisor/lead.

One little step (maybe)

Where is the legendary IBM support and service and RAS?

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Little
Sent: Wednesday, August 30, 2017 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM support portal Broken?

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support

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

Re: IBM support portal Broken?

[Dyck, Lionel B. (TRA)]

It does appear to have been fixed - suspect a roll back :-)


--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Turner Cheryl L
Sent: Wednesday, August 30, 2017 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM support portal Broken?

Something happened just broke loose. I can now get to IBMLINK.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Jousma, David
Sent: Wednesday, August 30, 2017 1:37 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IBM support portal Broken?

Well, honestly, I bet this wasn’t planned by IBM, and we'll probably see them 
fix this, but they did me a big favor.  IE 11 on our shop workstations was a 
real dog, having to restart it multiple times per day due to lockups.   Running 
Chrome at work (in a sanctioned fashion) is like a breath of fresh air.   
Typical non-business related websites like cnn.com foxnews.com, etc would 
constantly cause brower to stop unexpectedly, but I couldn’t call the helpdesk 
for those...

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Little
Sent: Wednesday, August 30, 2017 1:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM support portal Broken?

**CAUTION EXTERNAL EMAIL**

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

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] 
> On Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support
>
>
>
> ::DISCLAIMER::
> --
> --
> 
>
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as 
> information could be intercepted, corrupted, lost, destroyed, arrive late or 
> incomplete, or may contain viruses in transmission. The e mail and its 
> contents (with or without referred errors) shall therefore not attach any 
> liability on the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the 
> 

Re: IBM support portal Broken?

[Jousma, David]

IBMLINK(Servicelink) and ShopZ are still broken on IE at my location.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Turner Cheryl L
Sent: Wednesday, August 30, 2017 2:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM support portal Broken?

**CAUTION EXTERNAL EMAIL**

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

Something happened just broke loose. I can now get to IBMLINK.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Jousma, David
Sent: Wednesday, August 30, 2017 1:37 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IBM support portal Broken?

Well, honestly, I bet this wasn’t planned by IBM, and we'll probably see them 
fix this, but they did me a big favor.  IE 11 on our shop workstations was a 
real dog, having to restart it multiple times per day due to lockups.   Running 
Chrome at work (in a sanctioned fashion) is like a breath of fresh air.   
Typical non-business related websites like cnn.com foxnews.com, etc would 
constantly cause brower to stop unexpectedly, but I couldn’t call the helpdesk 
for those...

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Little
Sent: Wednesday, August 30, 2017 1:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM support portal Broken?

**CAUTION EXTERNAL EMAIL**

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

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] 
> On Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support
>
>
>
> ::DISCLAIMER::
> --
> --
> 
>
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as 
> information could be intercepted, corrupted, lost, destroyed, arrive late or 
> incomplete, or may contain viruses in transmission. The e mail 

Re: IBM support portal Broken?

[Turner Cheryl L]

Something happened just broke loose. I can now get to IBMLINK.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Jousma, David
Sent: Wednesday, August 30, 2017 1:37 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IBM support portal Broken?

Well, honestly, I bet this wasn’t planned by IBM, and we'll probably see them 
fix this, but they did me a big favor.  IE 11 on our shop workstations was a 
real dog, having to restart it multiple times per day due to lockups.   Running 
Chrome at work (in a sanctioned fashion) is like a breath of fresh air.   
Typical non-business related websites like cnn.com foxnews.com, etc would 
constantly cause brower to stop unexpectedly, but I couldn’t call the helpdesk 
for those...

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Little
Sent: Wednesday, August 30, 2017 1:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM support portal Broken?

**CAUTION EXTERNAL EMAIL**

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

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] 
> On Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support
>
>
>
> ::DISCLAIMER::
> --
> --
> 
>
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as 
> information could be intercepted, corrupted, lost, destroyed, arrive late or 
> incomplete, or may contain viruses in transmission. The e mail and its 
> contents (with or without referred errors) shall therefore not attach any 
> liability on the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the 
> author and may not necessarily reflect the views or opinions of HCL or its 
> affiliates. Any form of reproduction, dissemination, copying, disclosure, 
> modification, distribution and / or publication of this message without the 
> prior written consent of authorized representative of HCL is strictly 
> prohibited. If you have received this email in error please delete it and 
> notify the sender immediately.
> Before opening any 

Re: [EXTERNAL] Re: IBM support portal Broken?

[Dyck, Lionel B. (TRA)]

I called to report the issue, the voice recording suggested going to 
ibm.com/support which was a mostly blank page that had zero info other than an 
option to translate the page into some other language.  I pressed the button 
for a Sev 1, thinking that would be the quickest, and after 5+ minutes 
listening to a recording got to talk to someone who didn't know what to do as 
the support site is not a valid 'product'. She volunteered to inform her 
supervisor/lead.

One little step (maybe)

Where is the legendary IBM support and service and RAS?

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Little
Sent: Wednesday, August 30, 2017 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM support portal Broken?

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support
>
>
>
> ::DISCLAIMER::
> 
>
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as 
> information could be intercepted, corrupted, lost, destroyed, arrive late or 
> incomplete, or may contain viruses in transmission. The e mail and its 
> contents (with or without referred errors) shall therefore not attach any 
> liability on the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the 
> author and may not necessarily reflect the views or opinions of HCL or its 
> affiliates. Any form of reproduction, dissemination, copying, disclosure, 
> modification, distribution and / or publication of this message without the 
> prior written consent of authorized representative of HCL is strictly 
> prohibited. If you have received this email in error please delete it and 
> notify the sender immediately.
> Before opening any email and/or attachments, please check them for viruses 
> and other defects.
>
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION 

Re: IBM support portal Broken?

[Jousma, David]

Well, honestly, I bet this wasn’t planned by IBM, and we'll probably see them 
fix this, but they did me a big favor.  IE 11 on our shop workstations was a 
real dog, having to restart it multiple times per day due to lockups.   Running 
Chrome at work (in a sanctioned fashion) is like a breath of fresh air.   
Typical non-business related websites like cnn.com foxnews.com, etc would 
constantly cause brower to stop unexpectedly, but I couldn’t call the helpdesk 
for those...

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Little
Sent: Wednesday, August 30, 2017 1:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM support portal Broken?

**CAUTION EXTERNAL EMAIL**

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

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support
>
>
>
> ::DISCLAIMER::
> 
>
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as 
> information could be intercepted, corrupted, lost, destroyed, arrive late or 
> incomplete, or may contain viruses in transmission. The e mail and its 
> contents (with or without referred errors) shall therefore not attach any 
> liability on the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the 
> author and may not necessarily reflect the views or opinions of HCL or its 
> affiliates. Any form of reproduction, dissemination, copying, disclosure, 
> modification, distribution and / or publication of this message without the 
> prior written consent of authorized representative of HCL is strictly 
> prohibited. If you have received this email in error please delete it and 
> notify the sender immediately.
> Before opening any email and/or attachments, please check them for viruses 
> and other defects.
>
> 
>
> --
> For 

Re: IBM support portal Broken?

[Dan Little]

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support
>
>
>
> ::DISCLAIMER::
> 
>
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as 
> information could be intercepted, corrupted, lost, destroyed, arrive late or 
> incomplete, or may contain viruses in transmission. The e mail and its 
> contents (with or without referred errors) shall therefore not attach any 
> liability on the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the 
> author and may not necessarily reflect the views or opinions of HCL or its 
> affiliates. Any form of reproduction, dissemination, copying, disclosure, 
> modification, distribution and / or publication of this message without the 
> prior written consent of authorized representative of HCL is strictly 
> prohibited. If you have received this email in error please delete it and 
> notify the sender immediately.
> Before opening any email and/or attachments, please check them for viruses 
> and other defects.
>
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
> EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
>
>
> This e-mail transmission contains information that is confidential and may be 
> privileged. It is intended only for the addressee(s) named above. If you 
> receive this e-mail in error, please do not read, copy or disseminate it in 
> any manner. If you are not the intended recipient, any disclosure, copying, 
> distribution or use of the contents of this information is prohibited. Please 
> reply to the message immediately by informing the sender that the message was 
> misdirected. After replying, please erase it from your computer system. Your 
> assistance in correcting this error is appreciated.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the 

Re: IBM support portal Broken?

[Turner Cheryl L]

Some of us don't have the leisure of changing our browser option or version, so 
I certainly hope that's not the fix.

Right now IBMLINK prompts for userid/password but after supplying, just sits 
there like it didn't understand (no spinning/thinking wheel).  I reported the 
problem we are experiencing to IBM.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Jousma, David
Sent: Wednesday, August 30, 2017 11:04 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IBM support portal Broken?

Oh, and I should have added that some of my team mates noticed it already last 
week, but neglected to tell anyone, they just moved over to Firefox which 
works.  

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, August 30, 2017 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM support portal Broken?

**CAUTION EXTERNAL EMAIL**

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

We have been running into this.  At the bank we are still on IE 11.   
Servicelink and ShopZ both don't work.  Had to get Chrome installed.   The 
newer MS Edge seems to work, but my workstation is still Win7.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Wednesday, August 30, 2017 9:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM support portal Broken?

**CAUTION EXTERNAL EMAIL**

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

Get partial display of support portal Home Page.

https://www.ibm.com/support/home/entry/portal/support



::DISCLAIMER::


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



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

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



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

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

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



This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in 

Re: VTAM SWNET LU status question

[Cieri, Anthony]

The extended status (the D in the tenth position) means that this 
resource was added or moved using Dynamic Reconfiguration.

If the VTAM resource was built dynamically, it is possible that the 
analogous resource on the as/400 was NOT started.

One other thought is that I noticed that the new LU does NOT have the 
next consecutive number for the LOCADDR ( 181 vs 214). These number do NOT have 
to be assigned in consecutive order, but they DO HAVE to match. So this LOCADDR 
must match to a corresponding Device address on the AS/400. A mis-match on the 
LOCADDR is enough to prevent the remote device from connecting!!!


  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Attila Fogarasi
Sent: Wednesday, August 30, 2017 8:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VTAM SWNET LU status question

The PLU INHIBITED status shows that activation failed with some error sense 
sent by the device, you should be able to find a sense code message earlier at 
time of activation.  To debug you need to trace the x/'0C' control vector on 
NOTIFY or ACTLU RU.  Run VTAM internal trace with OPT=PIU or a BUFFER trace of 
the LU.  Bottom line is that the printer responded that it was not capable with 
some part of the DLOGMODE (which suggests an AS/400 wrong definition for that 
device, different from the working ones unless the printer hardware requires 
some difference).

On Wed, Aug 30, 2017 at 9:21 PM, Tony Thigpen  wrote:

> I have a SWNET PU which attaches to an AS400. The AS400 acts as a 
> print controller with about 200 printer sessions. in this SWNET PU.
>
> We are adding a new LU, but it will not connect. My LU definition is 
> identical to the previously added printer.
>
> Existing, working printer:
> ICU1P634 LU   LOCADDR=181,ISTATUS=ACTIVE,
>DLOGMOD=RS3262
> New, not-working printer:
> ICU1P635 LU   LOCADDR=214,ISTATUS=ACTIVE,
>DLOGMOD=RS3262
>
>
> Output of a STATUS command for the non-working printer:
> 06.14.18 HUP1   d net,id=ICU1P635
> 06.14.18 HUP1 STC06991  IST097I DISPLAY ACCEPTED
> 06.14.18 HUP1 STC06991  IST075I NAME = APPN.ICU1P635, TYPE = LOGICAL 
> UNIT IST486I STATUS= ACTIVD, DESIRED STATE= ACTIV IST1447I 
> REGISTRATION TYPE = NETSRVR IST977I MDLTAB=***NA*** ASLTAB=***NA*** 
> IST861I MODETAB=MODEHUS3 USSTAB=ISTINCNO LOGTAB=***NA*** IST934I 
> DLOGMOD=RS3262 USS LANGTAB=***NA*** IST597I CAPABILITY-PLU 
> INHIBITED,SLU ENABLED  ,SESSION LIMIT 0001 IST136I SWITCHED SNA 
> MAJOR NODE = SWPUF43 IST081I LINE NAME = LE213000, LINE GROUP = 
> GRPPUF43, MAJNOD = XCAPUF43 IST135I PHYSICAL UNIT = PUF43 IST082I 
> DEVTYPE = LU IST654I I/O TRACE = OFF, BUFFER TRACE = OFF IST1500I 
> STATE TRACE = OFF IST171I ACTIVE SESSIONS = 00, SESSION 
> REQUESTS = 00 IST314I END
>
> There is a new programmer on the AS/400. The person that has done this 
> in the past is gone. I don't know if they have a bad definition or 
> they have not started something right on their end.
>
> When I display the SWNET node, the status shows:
> ICU1P635 ACTIVD
>
> What does ACTIVD indicate?
>
> Any thoughts for debugging this?
>
> --
> Tony Thigpen
>
> --
> 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: extended GDG implementation

[Lizette Koehler]

Basically the extended GDG has a new format.  So the old GDG cannot become the 
new GDGE without some effort.

For example:  If the datasets are TAPE - Uncatalog tape, create the new GDGE, 
catalog the tape

Marna (as others have stated) has done testing and provide some suggestions on 
how to tackle this.  There was a discussion on if it is on DASD and Migrated, 
does it need to be recalled in-order to do this.

IBM did not provide a "switch" from GDG to GDGE.  Due to it being a new 
function in the catalog it has a very different structure than a GDG.

As shops move to the GDGE function, I am hoping that IBM will find an easier 
way to do this.

So my understanding is the GDG datasets have to be converted to the GDGE 
format. 


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Pommier, Rex
> Sent: Tuesday, August 29, 2017 12:10 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: extended GDG implementation
> 
> Hello list,
> 
> I have what are probably simple questions regarding the relaxation of the 255
> generation GDG limit.  We are running z/OS 2.2 so are eligible for the
> relaxation.  I know I need to make a change to the IGGCATx member to activate
> the capability and I need to add EXT to the GDG definition.  So here are my
> (rather basic) questions.
> 
> 1.  Can I implement an IGGCATxx member short of an IPL?  I don't have one
> now, relying on the defaults, and I don't see anything in the INIT
> manual that indicates that I can implement this dynamically, sadly.
> 
> 2.  Once it is active, can I use an IDCAMS ALTER to change between the old
> limit and an extended one?  I am positive the answer to this is "no, it can
> only be done at GDG definition time" but am hoping.
> 
> 3.  Here's the scenario that has led me to this point.  We just discovered we
> have a tape based GDG defined with LIMIT(255) and we have had several
> generations fall off the end.  This is data we need to recover.  Presuming
> the answer to question 2 is "no" as I strongly suspect, does anybody see an
> unsurmountable problem with (carefully) uncataloging all the tape
> generations, redefining the GDG base as extended with an appropriate limit,
> and recataloging all the generations, including the ones that have fallen
> off?
> 
> TIA - again!
> 
> Rex
> 

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

Re: IEAARR

[Steve Smith]

First, DYNSTORAGE=NOTAVAIL | AVAIL

Two complete mutually-exclusive sets of keywords; and the ones used
have to match the above (ridiculous) keyword.  No mixing of storage
and register operands is allowed.  All keywords are either required or
forbidden.

The expansion clearly shows what operands are loaded into which
registers.  But, it specifically prevents the user from specifying
register 1 (for example) with its operand.  (I can trick it by using
'ARR=R1', so it just generates LR 1,R1).

Also, IEAARR is an 1887-line monstrosity that looks unmaintainable to
me... but that's not my problem.

sas

On Wed, Aug 30, 2017 at 9:32 AM, Peter Relson  wrote:
>>The IEAARR macro itself is ridiculous.
>
> OK, I'll bite. In what way(s)?
>
> Peter Relson
> z/OS Core Technology Design
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
sas

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

Re: Can AMODE 31 C/C++ get a signal on a S0C1/4 in AMODE 64 assembler?

[Peter Relson]

I realized that my post was missing some important details about the 
scenario. See "add:" below.


I tried a simple experiment:
-- Mainline sets 2 ESTAEXs
-- Mainline blows up  
-- Newest ESTAEX routine gets control and updates the "AMODE 64" bit in 
the PSWs of SDWAEC1, SDWAEC2, SDWAPSW16 
-- That ESTAEX routine percolates
-- Older ESTAEX routine gets control. It finds the AMODE 64 bits on in all 

of those PSWs.


Regarding SpieOverride, we are considering changing that option not to 
require authorization.

Note that you can do this yourself:
You can set a "blocking" ESPIE -- ESPIE with no program interrupts 
identified.
Then, when you're done, issue ESPIE RESET.

As long as these operations don't require authorization (I don't think 
they do but I'm not positive), there's little reason that doing the same 
thing for an ESTAEX should require authorization.

Peter Relson
z/OS Core Technology Design


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

Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[Ed Jaffe]

On 8/30/2017 7:44 AM, Steve Beaver wrote:

Also I have not seen in years people use a JES3 console.


Haha! Probably because JES3 console support was removed in MVS/ESA 5.2.1.

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

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

IBM SOD Affirms JES2 as its Strategic Spooler (Was: Re: IBM to stabilize JES3 (was: IBM to finally drop JES3 <-- GEEZ HOW INACCURATE!))

[Ed Jaffe]

On 8/30/2017 7:37 AM, Paul Gilmartin wrote:

On Wed, 30 Aug 2017 09:18:57 -0500, Larre Shiller wrote:

 I suppose that one might equate all of that with "stabilization"... but 
truly, that's not one of the carefully chosen words the SOD and it's a characterization 
and a direction that SSA (as a JES3 customer) will certainly be pushing back on.


Which compels IBM to dilute its development and support resource, to the
detriment of both JES2 and JES3 customers.



Not true AT ALL! JES3 customers are paying IBM seriously big money ($$$) 
to develop, maintain and support JES3. My most recent estimate is that 
they receive ~50X the funding they need for this effort. More than 
enough to hire, train and educate an entire army of young, energetic POK 
(or Rochester or wherever) developers, testers and support people to 
make JES3 do just about anything they want it to.


If there has been any detriment to JES2 customers in recent years, it 
has been IBM "wasting" development resource desperately attempting to 
"jam" JES3 functionality into JES2 in hopes of making JES2 a more 
palatable spooling platform to its JES3 customers. Functions like 8-byte 
job class, converter/interpreter, dependent job control, deadline 
scheduling, accepting/understanding JES3 JECL, etc. are all part of this 
effort. However, such JES2 technology improvements do little to address 
the real costs of a JES strategy conversion and have therefore, for the 
most-part, fallen on deaf ears in the JES3 community.


Based on my anecdotal observations of our JES2 customers, I would say 
they don't seem too interested in these "improvements" either. JES2 DJC 
has some interest on the surface, but no real traction that I have 
observed, probably because the JCL is too complex. (They might get a few 
to use the new, simplified z/OS 2.3 BEFORE/AFTER support that works 
similar to the Mellon mods.) A handful of JES2 customers seem to be 
using HOLDUNTL= and related keywords. That's about it. The rest of the 
functionality is being eschewed -- probably because JES2 folks recognize 
those features as coming from that *other* JES. Yuck! LOL


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

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

Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[Dyck, Lionel B. (TRA)]

The JES2 implementation of DJC is not as transparent as it could be - there are 
some features that will cause a JCL error from what I saw in the SHARE 
presentation on JES2 support for JES3 JECL - and I guarantee that your most 
critical jobs use it :-)

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, August 30, 2017 10:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop 
JES3)

I think with the job scheduling function in JES2, the fact that JES2 is able to 
handle the JES3 JCL cards, it is probably not as difficult to move JES3 to JES2 
usage.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Steve Beaver
> Sent: Wednesday, August 30, 2017 7:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally 
> drop
> JES3)
> 
> There are probably several reasons IBM is shutting own JES3
> 
>   The install base has dwindled such that is costs more to support that 
> revenue generated.
>   Also I have not seen in years people use a JES3 console.  People have 
> scheduling systems
>   Vs. JES3 Scheduling
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Dyck, Lionel B. (TRA)
> Sent: Wednesday, August 30, 2017 9:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally 
> drop
> JES3)
> 
> Clark - an active project to get off JES3 - that is easier said than done.
> There is no cost justification for doing so, there is no ROI, there is 
> no significant benefit to such a project. All a site will encounter is 
> significant costs to (a) retrain sysprogs, operators, all JECL users, 
> (b) convert from using JES3 DJC to the not quite the same JES2 DJC 
> networks, (c) loss of data set awareness allowing jobs to enter 
> execution only to wait for data sets held exclusive (disp new/old) or 
> trying to access data sets exclusive, (d) loss of functionality from 
> locally developed DSPs, (e) conversion of all JES3 user exits with 
> probable loss of functionality, (f) updating all automation tools to 
> use JES2 commands (assuming there are equivalent commands), (g) the 
> lost opportunity to use the resources spent on the migration for other 
> projects that help the company be more competitive, more productive, 
> save money, be more agile, improve operations, support their users/customers, 
> etc.
> 
> Just my $0.01
> 
> This e-mail reflects only my opinion and not those of my employer or 
> those I'm contracting with.
> 
> --
> 
> Lionel B. Dyck
> Mainframe Systems Programmer - TRA
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Clark Morris
> Sent: Wednesday, August 30, 2017 8:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally 
> drop
> JES3)
> 
> [Default] On 30 Aug 2017 04:43:59 -0700, in bit.listserv.ibm-main 
> rel...@us.ibm.com (Peter Relson) wrote:
> 
> >It is very disturbing to see someone use an inflammatory 
> >representation such as the initial subject of this thread when that 
> >is very much *not* what the SOD said.
> 
> The handwriting was on the wall decades ago on JES3.  SMS was made 
> available to JES2 shops on XA but not JES3.  JES3 required the 
> licensing of BDT to get SNA NJE while JES2 had it native.  SNA NJE 
> between JES3 and VSE did not work requiring resolution by what I 
> recall was the Network Protocol Board (I was the systems and JES3 
> programmer at the shop that was first to try it).  Over the years the 
> more expensive job entry sub-system was the last to get some new 
> functions if it ever got them.  I would highly recommend that JES3 shops have 
> an active project to get off JES3 and save money.
> 
> Clark Morris
> >
> >Maybe in practice stabilization will result in some JES3 users 
> >choosing to move (perhaps because they need new function that would 
> >become available only in JES2), but IBM is not dropping JES3, nor did 
> >the statement of direction say or imply anything about doing so. 
> >That's like saying just because we might have stabilized some system 
> >service that you must stop using it. That too would be a faulty conclusion.
> >
> >Regardless, input such as what Cheryl W refers to is important.
> >
> >(John Eells would probably have stated the above in a cleaner way; 
> >apologies to him.)
> >
> >Peter Relson
> >z/OS Core Technology Design
> >

--
For 

Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[Lizette Koehler]

I think with the job scheduling function in JES2, the fact that JES2 is able to
handle the JES3 JCL cards, it is probably not as difficult to move JES3 to JES2
usage.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Beaver
> Sent: Wednesday, August 30, 2017 7:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop
> JES3)
> 
> There are probably several reasons IBM is shutting own JES3
> 
>   The install base has dwindled such that is costs more to support that
> revenue generated.
>   Also I have not seen in years people use a JES3 console.  People have
> scheduling systems
>   Vs. JES3 Scheduling
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Dyck, Lionel B. (TRA)
> Sent: Wednesday, August 30, 2017 9:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop
> JES3)
> 
> Clark - an active project to get off JES3 - that is easier said than done.
> There is no cost justification for doing so, there is no ROI, there is no
> significant benefit to such a project. All a site will encounter is
> significant costs to (a) retrain sysprogs, operators, all JECL users, (b)
> convert from using JES3 DJC to the not quite the same JES2 DJC networks, (c)
> loss of data set awareness allowing jobs to enter execution only to wait for
> data sets held exclusive (disp new/old) or trying to access data sets
> exclusive, (d) loss of functionality from locally developed DSPs, (e)
> conversion of all JES3 user exits with probable loss of functionality, (f)
> updating all automation tools to use JES2 commands (assuming there are
> equivalent commands), (g) the lost opportunity to use the resources spent on
> the migration for other projects that help the company be more competitive,
> more productive, save money, be more agile, improve operations, support their
> users/customers, etc.
> 
> Just my $0.01
> 
> This e-mail reflects only my opinion and not those of my employer or those
> I'm contracting with.
> 
> --
> Lionel B. Dyck
> Mainframe Systems Programmer - TRA
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Clark Morris
> Sent: Wednesday, August 30, 2017 8:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop
> JES3)
> 
> [Default] On 30 Aug 2017 04:43:59 -0700, in bit.listserv.ibm-main
> rel...@us.ibm.com (Peter Relson) wrote:
> 
> >It is very disturbing to see someone use an inflammatory representation
> >such as the initial subject of this thread when that is very much *not*
> >what the SOD said.
> 
> The handwriting was on the wall decades ago on JES3.  SMS was made available
> to JES2 shops on XA but not JES3.  JES3 required the licensing of BDT to get
> SNA NJE while JES2 had it native.  SNA NJE between JES3 and VSE did not work
> requiring resolution by what I recall was the Network Protocol Board (I was
> the systems and JES3 programmer at the shop that was first to try it).  Over
> the years the more expensive job entry sub-system was the last to get some
> new functions if it ever got them.  I would highly recommend that JES3 shops
> have an active project to get off JES3 and save money.
> 
> Clark Morris
> >
> >Maybe in practice stabilization will result in some JES3 users choosing
> >to move (perhaps because they need new function that would become
> >available only in JES2), but IBM is not dropping JES3, nor did the
> >statement of direction say or imply anything about doing so. That's
> >like saying just because we might have stabilized some system service
> >that you must stop using it. That too would be a faulty conclusion.
> >
> >Regardless, input such as what Cheryl W refers to is important.
> >
> >(John Eells would probably have stated the above in a cleaner way;
> >apologies to him.)
> >
> >Peter Relson
> >z/OS Core Technology Design
> >

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

Re: IBM support portal Broken?

[Jousma, David]

Oh, and I should have added that some of my team mates noticed it already last 
week, but neglected to tell anyone, they just moved over to Firefox which 
works.  

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, August 30, 2017 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM support portal Broken?

**CAUTION EXTERNAL EMAIL**

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

We have been running into this.  At the bank we are still on IE 11.   
Servicelink and ShopZ both don't work.  Had to get Chrome installed.   The 
newer MS Edge seems to work, but my workstation is still Win7.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Wednesday, August 30, 2017 9:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM support portal Broken?

**CAUTION EXTERNAL EMAIL**

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

Get partial display of support portal Home Page.

https://www.ibm.com/support/home/entry/portal/support



::DISCLAIMER::


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



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

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



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

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

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



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

--
For IBM-MAIN subscribe / signoff / archive access 

Re: IBM support portal Broken?

[Jousma, David]

We have been running into this.  At the bank we are still on IE 11.   
Servicelink and ShopZ both don't work.  Had to get Chrome installed.   The 
newer MS Edge seems to work, but my workstation is still Win7.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Wednesday, August 30, 2017 9:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM support portal Broken?

**CAUTION EXTERNAL EMAIL**

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

Get partial display of support portal Home Page.

https://www.ibm.com/support/home/entry/portal/support



::DISCLAIMER::


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



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

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



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

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

Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[R.S.]

My $0.02:
Approx. 20 years ago I learnt that IBM prefer customers to use JES2, not 
JES3. And JES2 is free - included in the price, while JES3 is extra 
paid. And JES2 customer base is definitely bigger than JES3 users base.

The message was clear for me, pretty much.

Now, we hear no new features will be added to JES3. That's still the 
same message.


IMHO IBM is vry patient with JES3 customers. It's almost like with 
ISAM support ;-)


--
Radoslaw Skorupka
Lodz, Poland




==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
   


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

Re: Data Center Index for SE Texas?

[Lund James E]

There was a local news story reported from the CLL (College Station, TX) 
Airport Operations Director:
20 Waffle House employees flew in, all rented cars, and were heading south 
(Houston 2 hours, Galveston 3.5 hours) to make sure those Waffle Houses had 
everything they needed to stay open. 

As for the .edu indicator, every major university south and east of us closed 
up shop and evacuated. Some will not re-open for months.

The indicator is real...

James Lund
Texas A University

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Tuesday, August 29, 2017 11:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] Data Center Index for SE Texas?

Just curious if anybody's keeping score?
 
https://www.yahoo.com/amphtml/finance/news/waffle-houses-hurricane-response-
team-prepares-disaster-184844452.html
 
Another useful index would for the ..edu's

--
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: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[Steve Beaver]

There are probably several reasons IBM is shutting own JES3

The install base has dwindled such that is costs more to support
that revenue generated.
Also I have not seen in years people use a JES3 console.  People
have scheduling systems
Vs. JES3 Scheduling

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Dyck, Lionel B. (TRA)
Sent: Wednesday, August 30, 2017 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop
JES3)

Clark - an active project to get off JES3 - that is easier said than done.
There is no cost justification for doing so, there is no ROI, there is no
significant benefit to such a project. All a site will encounter is
significant costs to (a) retrain sysprogs, operators, all JECL users, (b)
convert from using JES3 DJC to the not quite the same JES2 DJC networks, (c)
loss of data set awareness allowing jobs to enter execution only to wait for
data sets held exclusive (disp new/old) or trying to access data sets
exclusive, (d) loss of functionality from locally developed DSPs, (e)
conversion of all JES3 user exits with probable loss of functionality, (f)
updating all automation tools to use JES2 commands (assuming there are
equivalent commands), (g) the lost opportunity to use the resources spent on
the migration for other projects that help the company be more competitive,
more productive, save money, be more agile, improve operations, support
their users/customers, etc.

Just my $0.01 

This e-mail reflects only my opinion and not those of my employer or those
I'm contracting with.

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Clark Morris
Sent: Wednesday, August 30, 2017 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop
JES3)

[Default] On 30 Aug 2017 04:43:59 -0700, in bit.listserv.ibm-main
rel...@us.ibm.com (Peter Relson) wrote:

>It is very disturbing to see someone use an inflammatory representation 
>such as the initial subject of this thread when that is very much *not* 
>what the SOD said.

The handwriting was on the wall decades ago on JES3.  SMS was made available
to JES2 shops on XA but not JES3.  JES3 required the licensing of BDT to get
SNA NJE while JES2 had it native.  SNA NJE between JES3 and VSE did not work
requiring resolution by what I recall was the Network Protocol Board (I was
the systems and JES3 programmer at the shop that was first to try it).  Over
the years the more expensive job entry sub-system was the last to get some
new functions if it ever got them.  I would highly recommend that JES3 shops
have an active project to get off JES3 and save money.

Clark Morris 
>
>Maybe in practice stabilization will result in some JES3 users choosing 
>to move (perhaps because they need new function that would become 
>available only in JES2), but IBM is not dropping JES3, nor did the 
>statement of direction say or imply anything about doing so. That's 
>like saying just because we might have stabilized some system service 
>that you must stop using it. That too would be a faulty conclusion.
>
>Regardless, input such as what Cheryl W refers to is important.
>
>(John Eells would probably have stated the above in a cleaner way; 
>apologies to him.)
>
>Peter Relson
>z/OS Core Technology Design
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
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 to stabilize JES3 (was: IBM to finally drop JES3)

[Paul Gilmartin]

On Wed, 30 Aug 2017 09:18:57 -0500, Larre Shiller wrote:
>
> I suppose that one might equate all of that with "stabilization"... but 
>truly, that's not one of the carefully chosen words the SOD and it's a 
>characterization and a direction that SSA (as a JES3 customer) will certainly 
>be pushing back on.
> 
Which compels IBM to dilute its development and support resource, to the
detriment of both JES2 and JES3 customers.

And it bisects the dwindling pool of experienced systems talent available
to customers' HR.

-- gil

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

Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[Dyck, Lionel B. (TRA)]

Clark - an active project to get off JES3 - that is easier said than done. 
There is no cost justification for doing so, there is no ROI, there is no 
significant benefit to such a project. All a site will encounter is significant 
costs to (a) retrain sysprogs, operators, all JECL users, (b) convert from 
using JES3 DJC to the not quite the same JES2 DJC networks, (c) loss of data 
set awareness allowing jobs to enter execution only to wait for data sets held 
exclusive (disp new/old) or trying to access data sets exclusive, (d) loss of 
functionality from locally developed DSPs, (e) conversion of all JES3 user 
exits with probable loss of functionality, (f) updating all automation tools to 
use JES2 commands (assuming there are equivalent commands), (g) the lost 
opportunity to use the resources spent on the migration for other projects that 
help the company be more competitive, more productive, save money, be more 
agile, improve operations, support their users/customers, etc.

Just my $0.01 

This e-mail reflects only my opinion and not those of my employer or those I'm 
contracting with.

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Wednesday, August 30, 2017 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[Default] On 30 Aug 2017 04:43:59 -0700, in bit.listserv.ibm-main 
rel...@us.ibm.com (Peter Relson) wrote:

>It is very disturbing to see someone use an inflammatory representation 
>such as the initial subject of this thread when that is very much *not* 
>what the SOD said.

The handwriting was on the wall decades ago on JES3.  SMS was made available to 
JES2 shops on XA but not JES3.  JES3 required the licensing of BDT to get SNA 
NJE while JES2 had it native.  SNA NJE between JES3 and VSE did not work 
requiring resolution by what I recall was the Network Protocol Board (I was the 
systems and JES3 programmer at the shop that was first to try it).  Over the 
years the more expensive job entry sub-system was the last to get some new 
functions if it ever got them.  I would highly recommend that JES3 shops have 
an active project to get off JES3 and save money.

Clark Morris 
>
>Maybe in practice stabilization will result in some JES3 users choosing 
>to move (perhaps because they need new function that would become 
>available only in JES2), but IBM is not dropping JES3, nor did the 
>statement of direction say or imply anything about doing so. That's 
>like saying just because we might have stabilized some system service 
>that you must stop using it. That too would be a faulty conclusion.
>
>Regardless, input such as what Cheryl W refers to is important.
>
>(John Eells would probably have stated the above in a cleaner way; 
>apologies to him.)
>
>Peter Relson
>z/OS Core Technology Design
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
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 to stabilize JES3 (was: IBM to finally drop JES3)

[John Eells]

Peter certainly has no reason I can see to apologize for his post (and 
certainly not to me!).  Here's what was actually announced:


"For several decades, z/OS has offered two spooling subsystems: JES2 
(formerly HASP) and JES3 (formerly ASP). JES2 is used by the majority of 
z/OS customers and has evolved into nearly a superset of functionality 
over JES3. IBM is affirming that JES2 is the strategic Job Entry 
Subsystem for z/OS. New function in spooling subsystems will be 
primarily developed only for JES2. JES2 supports unique features in the 
area of availability such as spool migration, online merging of spool 
volumes, and in the area of function such as support for email 
notification when a job completes and soon in the area of security with 
encryption of spool data.


"JES3 continues to be supported and maintained with its current function."

This is pretty far from "dropping JES3," at least for the foreseeable 
future, from where I sit.  We have any number of components for which we 
never or rarely provide new function.  This is not exactly a State 
Secret.  A quick glance through the table starting on p. 2 of z/OS V2.2 
Planning for Installation (PDF p. 16) shows the last update for each 
z/OS element.  Some say "OS/390 V1R1" only because that's when we 
created the book, and are actually older than that, such as EREP and 
MICR/OCR.


My prediction, worth what you paid for it, is that JES3 will stick 
around for a while.


Peter Relson wrote:

It is very disturbing to see someone use an inflammatory representation
such as the initial subject of this thread when that is very much *not*
what the SOD said.

Maybe in practice stabilization will result in some JES3 users choosing to
move (perhaps because they need new function that would become available
only in JES2), but IBM is not dropping JES3, nor did the statement of
direction say or imply anything about doing so. That's like saying just
because we might have stabilized some system service that you must stop
using it. That too would be a faulty conclusion.

Regardless, input such as what Cheryl W refers to is important.

(John Eells would probably have stated the above in a cleaner way;
apologies to him.)

Peter Relson
z/OS Core Technology Design



--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[Larre Shiller]

...in fact, the Statement Of Direction doesn't even mention the word 
"stabilization"...!

For the record, it states:


For several decades, z/OS has offered two spooling subsystems: JES2 (formerly 
HASP) and JES3 (formerly ASP). JES2 is used by the majority of z/OS customers 
and has evolved into nearly a superset of functionality over JES3. IBM is 
affirming that JES2 is the strategic Job Entry Subsystem for z/OS. New function 
in spooling subsystems will be primarily developed only for JES2. JES2 supports 
unique features in the area of availability such as spool migration, online 
merging of spool volumes, and in the area of function such as support for email 
notification when a job completes and soon in the area of security with 
encryption of spool data.

JES3 continues to be supported and maintained with its current function.


So... the only thing that it actually says about the future direction of JES3 
is that "...JES2 is the strategic Job Entry Subsystem for z/OS" and that 
"...new function in spooling subsystems will be *primarily* [emphasis mine] 
developed only for JES2."  To my mind, that doesn't mean that no new 
functionality will be introduced to JES3... only that the focus will be on 
adding functionality to JES2.  Now I suppose that one might equate all of 
that with "stabilization"... but truly, that's not one of the carefully chosen 
words the SOD and it's a characterization and a direction that SSA (as a JES3 
customer) will certainly be pushing back on.

Larre Shiller
US Social Security Administration

"The opinions expressed in this e-mail are mine personally and do not 
necessarily reflect the opinion of the US Social Security Administration and/or 
the US Government."

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

IBM support portal Broken?

[Allan Staller]

Get partial display of support portal Home Page.

https://www.ibm.com/support/home/entry/portal/support



::DISCLAIMER::


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



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

Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[Clark Morris]

[Default] On 30 Aug 2017 04:43:59 -0700, in bit.listserv.ibm-main
rel...@us.ibm.com (Peter Relson) wrote:

>It is very disturbing to see someone use an inflammatory representation 
>such as the initial subject of this thread when that is very much *not* 
>what the SOD said.

The handwriting was on the wall decades ago on JES3.  SMS was made
available to JES2 shops on XA but not JES3.  JES3 required the
licensing of BDT to get SNA NJE while JES2 had it native.  SNA NJE
between JES3 and VSE did not work requiring resolution by what I
recall was the Network Protocol Board (I was the systems and JES3
programmer at the shop that was first to try it).  Over the years the
more expensive job entry sub-system was the last to get some new
functions if it ever got them.  I would highly recommend that JES3
shops have an active project to get off JES3 and save money.

Clark Morris 
>
>Maybe in practice stabilization will result in some JES3 users choosing to 
>move (perhaps because they need new function that would become available 
>only in JES2), but IBM is not dropping JES3, nor did the statement of 
>direction say or imply anything about doing so. That's like saying just 
>because we might have stabilized some system service that you must stop 
>using it. That too would be a faulty conclusion.
>
>Regardless, input such as what Cheryl W refers to is important.
>
>(John Eells would probably have stated the above in a cleaner way; 
>apologies to him.)
>
>Peter Relson
>z/OS Core Technology Design
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Can AMODE 31 C/C++ get a signal on a S0C1/4 in AMODE 64 assembler?

[Charles Mills]

Well, yeah. The fix for the S0C4? Stop accessing invalid storage! :-)

It is super-complex, super-high-performance code. Very tricky and difficult. 
FWIW, it is a read-type access.

There are no S0C1's except in my intentional test code -- I just mentioned S0C1 
as an example of an exception.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Wednesday, August 30, 2017 6:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can AMODE 31 C/C++ get a signal on a S0C1/4 in AMODE 64 assembler?

On Wed, Aug 30, 2017 at 8:22 AM, Charles Mills  wrote:

> This problem is still in flux and I have other priorities at this instant.
>
> But having kinda sorta said @Peter was wrong I wanted to get back here 
> and say there is something going on that I do not understand.
>
> Yes, LE worked as desired when I set off the AMODE 64 bit as I wrote 
> the below. But I also had it work as desired in one test yesterday 
> when I did
> *not* set off that bit. So yes, perhaps setting off that bit is 
> irrelevant and the success was coincidental.
>
> More research required. Something (in my code?) is having unintended 
> side effects. Pretty simple code and hard to see what might be wrong, 
> but that's what makes programming fun, right?
>

​Coming in out of far left field (as is my wont), the original message 
mentioned S0C4 & S0C1 abends in your AMODE 64. Given that the best exception is 
no exception, for the S0C4 case, perhaps validating your addresses via VSMLOC 
could avoid the S0C4 in the first place. If the S0C4 is an true PIC 4 (attempt 
to store where you aren't allowed), perhaps checking the key using IVSK would 
be helpful as well.​

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

Re: Can AMODE 31 C/C++ get a signal on a S0C1/4 in AMODE 64 assembler?

[John McKown]

On Wed, Aug 30, 2017 at 8:22 AM, Charles Mills  wrote:

> This problem is still in flux and I have other priorities at this instant.
>
> But having kinda sorta said @Peter was wrong I wanted to get back here and
> say there is something going on that I do not understand.
>
> Yes, LE worked as desired when I set off the AMODE 64 bit as I wrote the
> below. But I also had it work as desired in one test yesterday when I did
> *not* set off that bit. So yes, perhaps setting off that bit is irrelevant
> and the success was coincidental.
>
> More research required. Something (in my code?) is having unintended side
> effects. Pretty simple code and hard to see what might be wrong, but that's
> what makes programming fun, right?
>

​Coming in out of far left field (as is my wont), the original message
mentioned S0C4 & S0C1 abends in your AMODE 64. Given that the best
exception is no exception, for the S0C4 case, perhaps validating your
addresses via VSMLOC could avoid the S0C4 in the first place. If the S0C4
is an true PIC 4 (attempt to store where you aren't allowed), perhaps
checking the key using IVSK would be helpful as well.​



>
> Charles
>
>
>


-- 
Caution! The OP is an hyperpolysyllabicsesquipedalianist and this email may
cause stress to those with hippopotomonstrosesquipedaliophobia.

Maranatha! <><
John McKown

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

Re: Can AMODE 31 C/C++ get a signal on a S0C1/4 in AMODE 64 assembler?

[Peter Relson]

>The IEAARR macro itself is ridiculous.

OK, I'll bite. In what way(s)?

Peter Relson
z/OS Core Technology Design


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

Re: Can AMODE 31 C/C++ get a signal on a S0C1/4 in AMODE 64 assembler?

[Charles Mills]

This problem is still in flux and I have other priorities at this instant.

But having kinda sorta said @Peter was wrong I wanted to get back here and
say there is something going on that I do not understand.

Yes, LE worked as desired when I set off the AMODE 64 bit as I wrote the
below. But I also had it work as desired in one test yesterday when I did
*not* set off that bit. So yes, perhaps setting off that bit is irrelevant
and the success was coincidental.

More research required. Something (in my code?) is having unintended side
effects. Pretty simple code and hard to see what might be wrong, but that's
what makes programming fun, right?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, August 29, 2017 8:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can AMODE 31 C/C++ get a signal on a S0C1/4 in AMODE 64
assembler?

@Peter, thanks as always. 

I had not noticed SPIEOVERRIDE. It would be a better approach than "remember
to turn off SPIE in LE."

There's not many AMODE 64 instructions -- basically load up a 64-bit pointer
and move the data below the bar. I wonder if perhaps FRR would be
appropriate. (Not a question for you; a question for me.)

There's little doubt about the behavior I saw, and in fact, I only set off
bit 31 in the SDWAPSW16, nothing else.

I'm on another problem at the moment but I will repeat the experiments for
sure at some point here.

 L R3,SDWAXPAD   Load SDWA extension ptrs
 L R4,SDWAXEME-SDWAPTRS(,R4)   Load ptr to 64-bit regs
 USING SDWARC4,R4
*  
 NISDWAPSW16+3,X'FE'
*
 LRR1,R9   SDWA
 SETRP RC=0Percolate!
*
NOSDWA   EQU   *
 DROP  R9,R4 
* 
RETURN   EQU   *
 LRR14,R8  Restore R14
 BRR14 Return

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

Re: ATTACH EXTR=3D3Dexit and saving registers (save _all_ registers?)

[Peter Relson]

If I didn't have to save/restore R15 and R1, then I could totally get away
with something very close to standard linkage


Huh? You can precisely use standard linkage. Standard linkage starts with 
"save all". It does not require "restore all".

If a service (or protocol) does not specifically tell you to preserve 
registers 15,0,1 then you do not to do so. 

As Tom Marchant mentioned, not saving all is simply short-sighted, since 
you might need that information for diagnostics.

Using BAKR/PR to save/restore is an easy way to avoid this problem.

The other part that goes with Ed Jaffe's astonishment about problem state, 
is that the ETXR is also entered in TCB key (even if the ATTACH was issued 
in some other key).
If Ed's astonishment results from a recent event, that indicates that he 
has not previously had much need for doing supervisor state stuff in 
ETXR's. 

z/OS (AKA OS/390 AKA MVS) presumably decided not to create a dependency 
for normal users with respect to how ETXR's work. 
Is it an IRB? Yes. Must it be an IRB? Not in theory. Maybe in practice 
now, due to compatibility concerns, it must be. 
Can you get away with saving nothing and just branching back to the 
address in reg 14? Today, yes. Maybe forever, yes. But that would be a 
silly thing to code to.

Peter Relson
z/OS Core Technology Design


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

Re: VTAM SWNET LU status question

[Attila Fogarasi]

The PLU INHIBITED status shows that activation failed with some error sense
sent by the device, you should be able to find a sense code message earlier
at time of activation.  To debug you need to trace the x/'0C' control
vector on NOTIFY or ACTLU RU.  Run VTAM internal trace with OPT=PIU or a
BUFFER trace of the LU.  Bottom line is that the printer responded that it
was not capable with some part of the DLOGMODE (which suggests an AS/400
wrong definition for that device, different from the working ones unless
the printer hardware requires some difference).

On Wed, Aug 30, 2017 at 9:21 PM, Tony Thigpen  wrote:

> I have a SWNET PU which attaches to an AS400. The AS400 acts as a print
> controller with about 200 printer sessions. in this SWNET PU.
>
> We are adding a new LU, but it will not connect. My LU definition is
> identical to the previously added printer.
>
> Existing, working printer:
> ICU1P634 LU   LOCADDR=181,ISTATUS=ACTIVE,
>DLOGMOD=RS3262
> New, not-working printer:
> ICU1P635 LU   LOCADDR=214,ISTATUS=ACTIVE,
>DLOGMOD=RS3262
>
>
> Output of a STATUS command for the non-working printer:
> 06.14.18 HUP1   d net,id=ICU1P635
> 06.14.18 HUP1 STC06991  IST097I DISPLAY ACCEPTED
> 06.14.18 HUP1 STC06991  IST075I NAME = APPN.ICU1P635, TYPE = LOGICAL UNIT
> IST486I STATUS= ACTIVD, DESIRED STATE= ACTIV
> IST1447I REGISTRATION TYPE = NETSRVR
> IST977I MDLTAB=***NA*** ASLTAB=***NA***
> IST861I MODETAB=MODEHUS3 USSTAB=ISTINCNO LOGTAB=***NA***
> IST934I DLOGMOD=RS3262 USS LANGTAB=***NA***
> IST597I CAPABILITY-PLU INHIBITED,SLU ENABLED  ,SESSION LIMIT 0001
> IST136I SWITCHED SNA MAJOR NODE = SWPUF43
> IST081I LINE NAME = LE213000, LINE GROUP = GRPPUF43, MAJNOD = XCAPUF43
> IST135I PHYSICAL UNIT = PUF43
> IST082I DEVTYPE = LU
> IST654I I/O TRACE = OFF, BUFFER TRACE = OFF
> IST1500I STATE TRACE = OFF
> IST171I ACTIVE SESSIONS = 00, SESSION REQUESTS = 00
> IST314I END
>
> There is a new programmer on the AS/400. The person that has done this in
> the past is gone. I don't know if they have a bad definition or they have
> not started something right on their end.
>
> When I display the SWNET node, the status shows:
> ICU1P635 ACTIVD
>
> What does ACTIVD indicate?
>
> Any thoughts for debugging this?
>
> --
> Tony Thigpen
>
> --
> 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 to stabilize JES3 (was: IBM to finally drop JES3)

[Peter Relson]

It is very disturbing to see someone use an inflammatory representation 
such as the initial subject of this thread when that is very much *not* 
what the SOD said.

Maybe in practice stabilization will result in some JES3 users choosing to 
move (perhaps because they need new function that would become available 
only in JES2), but IBM is not dropping JES3, nor did the statement of 
direction say or imply anything about doing so. That's like saying just 
because we might have stabilized some system service that you must stop 
using it. That too would be a faulty conclusion.

Regardless, input such as what Cheryl W refers to is important.

(John Eells would probably have stated the above in a cleaner way; 
apologies to him.)

Peter Relson
z/OS Core Technology Design


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

VTAM SWNET LU status question

[Tony Thigpen]

I have a SWNET PU which attaches to an AS400. The AS400 acts as a print 
controller with about 200 printer sessions. in this SWNET PU.


We are adding a new LU, but it will not connect. My LU definition is 
identical to the previously added printer.


Existing, working printer:
ICU1P634 LU   LOCADDR=181,ISTATUS=ACTIVE,
   DLOGMOD=RS3262
New, not-working printer:
ICU1P635 LU   LOCADDR=214,ISTATUS=ACTIVE,
   DLOGMOD=RS3262


Output of a STATUS command for the non-working printer:
06.14.18 HUP1   d net,id=ICU1P635
06.14.18 HUP1 STC06991  IST097I DISPLAY ACCEPTED
06.14.18 HUP1 STC06991  IST075I NAME = APPN.ICU1P635, TYPE = LOGICAL UNIT
IST486I STATUS= ACTIVD, DESIRED STATE= ACTIV
IST1447I REGISTRATION TYPE = NETSRVR
IST977I MDLTAB=***NA*** ASLTAB=***NA***
IST861I MODETAB=MODEHUS3 USSTAB=ISTINCNO LOGTAB=***NA***
IST934I DLOGMOD=RS3262 USS LANGTAB=***NA***
IST597I CAPABILITY-PLU INHIBITED,SLU ENABLED  ,SESSION LIMIT 0001
IST136I SWITCHED SNA MAJOR NODE = SWPUF43
IST081I LINE NAME = LE213000, LINE GROUP = GRPPUF43, MAJNOD = XCAPUF43
IST135I PHYSICAL UNIT = PUF43
IST082I DEVTYPE = LU
IST654I I/O TRACE = OFF, BUFFER TRACE = OFF
IST1500I STATE TRACE = OFF
IST171I ACTIVE SESSIONS = 00, SESSION REQUESTS = 00
IST314I END

There is a new programmer on the AS/400. The person that has done this 
in the past is gone. I don't know if they have a bad definition or they 
have not started something right on their end.


When I display the SWNET node, the status shows:
ICU1P635 ACTIVD

What does ACTIVD indicate?

Any thoughts for debugging this?

--
Tony Thigpen

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

AW: Re: Can AMODE 31 C/C++ get a signal on a S0C1/4 in AMODE 64 assembler?

[Peter Hunkeler]

>An easier approach by far would be to have my recovery routine retry to a 
>routine that issued a distinct user ABEND in AMODE 31, perhaps first copying 
>the SDWA to some storage that could subsequently be displayed.



I was about to propose something the like. Handle all the AMDOE 64 stuff in you 
assembler code, i.e. let your ESTAE retry. Your retry routine saves all the 
information your signal handler must know, goes back to AMODE 31, deregisters 
your ESTAE and ABENDs with some user abend code. LE's ESTAE will catch up and 
your signal handler should finally be driven.


--
Peter Hunkeler

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

Re: AW: EZAFTPKS from Started task

[Joseph Reichman]

It was in my TSO session I had to make a few modifications not to use the 
COMTASK ECB 
As that obviously wouldn't work under TESTAUTH
In my TSO session 

Now that I think about I'm using TCP/IP in my program EZASMI macros ( as it's a 
concurrent server) and that wouldn't work if I didn't have a OMVS  segment 

I'm beginning to think it something else 
Maybe some other task


> On Aug 30, 2017, at 1:10 AM, Peter Hunkeler  wrote:
> 
> 
>> I have been testing out a started task under TESTAUTH (it does APF 
> authorized command). 
> 
> 
> 
> I'm curious. How can you test out "a started task under TESTAUTH" (or TEST)? 
> I know only how to test programs in my TSO session using these commands.
> 
> 
> -- 
> Peter Hunkeler 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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