Re: Watson

[Charles Mills]

Or "THINK!"

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Tuesday, November 08, 2016 6:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Watson

On 7 November 2016 at 21:32, zMan  wrote:
> Yes, but you must start your conversation with either "Siri..." or 
> "OK, Google..."

> (ok, or "Alexa..." or "Whatever TF Microsoft's Windows 10 thing is 
> called...Cortana, yeah, that's it...")

Wouldn't that be "Hey, Thomas" ?

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

Re: DAIR error 0470 allocating internal reader

[Jim Mulder]

The  OA50565 fix changed  the TSO/E environment service to turn on PSCBJCL 

when running in an APF authorized jobstep (i.e. when JCSBAUTH is on). 
IDCAMS is linked in SYS1.LINKLIB with AC(1), so an EXEC PGM=IDCAMS jobstep
is APF authorized. 


Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY


> A venerable STC started getting 0470 ("user unauthorized for 
> subsystem") when trying to allocate an INTRDR after we
> added a lot of new function in a separate subtask. Disabling the new
> subtask allowed the allocation to work as before.
> Searching I found OA50565 which describes the same thing happening 
> to IDCAMS. The problem was the new 
> subtask was calling IKJTSOEV and that causes the PSCBJCL flag to be 
> turned off so the task cannot submit jobs. The apar 
> states that IDCAMS now establishes a TSF with the PSCBJCL on without
> saying how. I tried forcing the PSCBJCL flag on after 
> the call to IKJTSOEV but that resulted in an LE exception when I 
> tried the allocation in the other task. Toggling the flag in the
> task that does the allocation seems to work OK so far: I set the 
> flag on, allocate the INTRDR, turn it off and nobody seems to
> notice. 
> 
> I am not too happy with this arrangement! Does someone know how to 
> establish the TSF with the PSCBJCL flag on as in IDCAMS, or equally 
> good, how to cancel the TSF once it is established. I could find no 
> function call that does that.



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

Re: Watson

[Tony Harminc]

On 7 November 2016 at 21:32, zMan  wrote:
> Yes, but you must start your conversation with either "Siri..." or "OK,
> Google..."

> (ok, or "Alexa..." or "Whatever TF Microsoft's Windows 10 thing is
> called...Cortana, yeah, that's it...")

Wouldn't that be "Hey, Thomas" ?

Tony H.

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

Re: SUPRESSING MESSAGES - DFHSM

[Anthony Thompson]

What about:

SETSYS ACTLOGMSGLVL(EXCEPTIONONLY)

Ant.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Tuesday, 8 November 2016 9:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SUPRESSING MESSAGES - DFHSM

Sorry I should have stated my question more clearly.  In the HSM Activity log 
several messages ARC0734I ACTION=SPCMGMT are being logged and I don't want them 
displayed in the Activity log.  I remember modifying the parm in ARCCMD90 to 
supress these messages.
  

On Mon, 11/7/16, Lizette Koehler  wrote:

 Subject: Re: SUPRESSING MESSAGES - DFHSM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Monday, November 7, 2016, 12:28 PM
 
 So what do you want to
 suppress?
 
 Is this from
 DFHSM producing the message at all?
 
 Using the MPF list to suppress the message?
 
 Using a tool like CA OPS/MVS
 or IBM Tivoli to suppress the message?
 
 I am not sure what solution you are looking  for.
 
 Did you try searching
 in www.ibm.com for how to do this?
 
 
 If you think the messages are
 too frequent, then maybe you should open an SR to IBM to see  why that is 
occurring?  Perhaps you have something running  too often.
 
 Lizette
 
 
 > -Original
 Message-
 > From: IBM Mainframe
 Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]  On  > Behalf Of esmie moo  
> Sent: Monday, November 07, 2016 9:50 AM  > To: IBM-MAIN@LISTSERV.UA.EDU  > 
Subject: SUPRESSING MESSAGES - DFHSM  >  > Gentle Readers,  >  > One of our HSM 
 STC's has been inundated with ARC0734I ACTION=SPCMGMT.  I  > remember that 
there is a SETSYS parm  in the HSM parmlib which would allow us  >  to supress 
these messages.  I cannot remember the parm  name.  Can anybody  > suggest what 
it  is?
 >
 > Thanks In
 advance.
 > 
 
 --
 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: CyberArk

[Bill Johnson]

 blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px 
#715FFA solid !important; padding-left:1ex !important; background-color:white 
!important; }  Nobody is. Except for the manager who was fooled!


Sent from Yahoo Mail for iPhone


On Tuesday, November 8, 2016, 6:21 PM, zMan  wrote:

So, Bill, you're a fan?

On Tue, Nov 8, 2016 at 6:15 PM, Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

>  blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px
> #715FFA solid !important; padding-left:1ex !important;
> background-color:white !important; }  Yes, most groups at my shop are using
> it. Everyone hates it, it's a real productivity killer, and most have a
> "work around" in emergency situations but use the work around more than in
> just emergencies. Luckily my group, tech support, doesn't have to use
> ityet! Another decision made by non mainframe managers regarding the
> mainframe. Managers who prefer the mirage of security that Cyberark
> provides.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Tuesday, November 8, 2016, 3:44 PM, Steve 
> wrote:
>
>
> Good Afternoon all,
>
> Is anyone in the group using CyberArk to control access to the Mainframe
> including the HMC?
>
>
> Steve
>
>
>
> --
> 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
>



-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

 


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

Re: CyberArk

[zMan]

So, Bill, you're a fan?

On Tue, Nov 8, 2016 at 6:15 PM, Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

>  blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px
> #715FFA solid !important; padding-left:1ex !important;
> background-color:white !important; }  Yes, most groups at my shop are using
> it. Everyone hates it, it's a real productivity killer, and most have a
> "work around" in emergency situations but use the work around more than in
> just emergencies. Luckily my group, tech support, doesn't have to use
> ityet! Another decision made by non mainframe managers regarding the
> mainframe. Managers who prefer the mirage of security that Cyberark
> provides.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Tuesday, November 8, 2016, 3:44 PM, Steve 
> wrote:
>
>
> Good Afternoon all,
>
> Is anyone in the group using CyberArk to control access to the Mainframe
> including the HMC?
>
>
> Steve
>
>
>
> --
> 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
>



-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: CyberArk

[Bill Johnson]

 blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px 
#715FFA solid !important; padding-left:1ex !important; background-color:white 
!important; }  Yes, most groups at my shop are using it. Everyone hates it, 
it's a real productivity killer, and most have a "work around" in emergency 
situations but use the work around more than in just emergencies. Luckily my 
group, tech support, doesn't have to use ityet! Another decision made by 
non mainframe managers regarding the mainframe. Managers who prefer the mirage 
of security that Cyberark provides.


Sent from Yahoo Mail for iPhone


On Tuesday, November 8, 2016, 3:44 PM, Steve  wrote:


Good Afternoon all,
 
Is anyone in the group using CyberArk to control access to the Mainframe 
including the HMC?
 
 
Steve



--
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: REGION on JOB card vs. EXEC card

[Jesse 1 Robinson]

Yes, there it is. I didn't see the 'Overrides' section. Thanks to all. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Tuesday, November 08, 2016 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: REGION on JOB card vs. EXEC card

On Tue, 8 Nov 2016 21:59:16 +, Jesse 1 Robinson wrote:

>I know this has been discussed here before. Found old threads. Several posts 
>said "don't bother". Also looked in JCL REF and JCL User's Guide. I could not 
>find a simple statement that resolves this question:
>
>If JOB card contains REGION=20M and an EXEC card contains REGION=4M, which one 
>wins in that step? Does the JOB card region prevail over any EXEC card whether 
>higher or lower? If higher only?

Under the topic "Overrides" for the REGION parameter in the job card in the JCL 
Reference, I see this:


 A JOB statement REGION parameter applies to all steps of the job and overrides 
any EXEC statement REGION parameters.

Code EXEC statement REGION parameters when each job step requires a different 
region size. The system uses an EXEC statement REGION parameter only when no 
REGION parameter is on the JOB statement and only during the job step.


Similarly, under "Overrides" for the REGION parameter on the EXEC card,


A JOB statement REGION parameter applies to all steps of the job and overrides 
any EXEC statement REGION parameters.

When no REGION parameter is on the JOB statement, the system uses an EXEC 
statement REGION parameter, but only during the job step. Code EXEC statement 
REGION parameters when you want to specify a different region size for each job 
step.


Looks clear to me.

--
Tom Marchant


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

Re: Time Change Problem #1398

[Gibney, Dave]

They obviously survived the initial long outage.
Shut it down, the HMC clock correctly with UTC. Make sure the SE has updated 
it's clock from the HMC. 
POR
IPL with a modern CLOCKxx

:)

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of George Kozakos
> Sent: Tuesday, November 08, 2016 2:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Time Change Problem #1398
> 
> You should open a PMR. UTC/GMT can only be changed via an IPL with
> OPERATOR PROMPT specified in CLOCKxx. At POR the processor TOD is set
> to the SE clock.
> 
> George Kozakos
> z/OS Software Service, Level 2 Supervisor
> 
> IBM Mainframe Discussion List  wrote on
> 08/11/2016 02:38:16 PM:
> 
> > From: Christopher Brown 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 08/11/2016 02:38 PM
> > Subject: Re: Time Change Problem #1398 Sent by: IBM Mainframe
> > Discussion List 
> >
> > To all who replied,
> >
> > Site does not have STP or wouldn't be in this spot.  Their timezone is
> > W.06 and UTC time is local plus 1 hour.  I will try and get a copy of
> > the CLOCKxx member.
> >
> > --
> > 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: REGION on JOB card vs. EXEC card

[Tom Marchant]

On Tue, 8 Nov 2016 21:59:16 +, Jesse 1 Robinson wrote:

>I know this has been discussed here before. Found old threads. Several posts 
>said "don't bother". Also looked in JCL REF and JCL User's Guide. I could not 
>find a simple statement that resolves this question:
>
>If JOB card contains REGION=20M and an EXEC card contains REGION=4M, which one 
>wins in that step? Does the JOB card region prevail over any EXEC card whether 
>higher or lower? If higher only?

Under the topic "Overrides" for the REGION parameter in the job card in the JCL 
Reference, I see this:


 A JOB statement REGION parameter applies to all steps of the job and overrides 
any EXEC statement REGION parameters.

Code EXEC statement REGION parameters when each job step requires a different 
region size. The system uses an EXEC statement REGION parameter only when no 
REGION parameter is on the JOB statement and only during the job step.


Similarly, under "Overrides" for the REGION parameter on the EXEC card,


A JOB statement REGION parameter applies to all steps of the job and overrides 
any EXEC statement REGION parameters.

When no REGION parameter is on the JOB statement, the system uses an EXEC 
statement REGION parameter, but only during the job step. Code EXEC statement 
REGION parameters when you want to specify a different region size for each job 
step.


Looks clear to me.

-- 
Tom Marchant

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

Re: REGION on JOB card vs. EXEC card

[Blaicher, Christopher Y.]

>From the JCL Reference manual for EXEC: REGION in the Overrides section:

A JOB statement REGION parameter applies to all steps of the job and overrides
any EXEC statement REGION parameters.

When no REGION parameter is on the JOB statement, the system uses an EXEC
statement REGION parameter, but only during the job step. Code EXEC statement
REGION parameters when you want to specify a different region size for each job
step.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Tuesday, November 8, 2016 4:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: REGION on JOB card vs. EXEC card

I know this has been discussed here before. Found old threads. Several posts 
said "don't bother". Also looked in JCL REF and JCL User's Guide. I could not 
find a simple statement that resolves this question:

If JOB card contains REGION=20M and an EXEC card contains REGION=4M, which one 
wins in that step? Does the JOB card region prevail over any EXEC card whether 
higher or lower? If higher only?

I'm talking about an existing production job that needs a larger region, not 
building a new job. Is it sufficient to update the JOB card alone, or do we 
have to dink with EXEC cards also?

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Time Change Problem #1398

[George Kozakos]

You should open a PMR. UTC/GMT can only be changed via an IPL with OPERATOR
PROMPT
specified in CLOCKxx. At POR the processor TOD is set to the SE clock.

George Kozakos
z/OS Software Service, Level 2 Supervisor

IBM Mainframe Discussion List  wrote on
08/11/2016 02:38:16 PM:

> From: Christopher Brown 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 08/11/2016 02:38 PM
> Subject: Re: Time Change Problem #1398
> Sent by: IBM Mainframe Discussion List 
>
> To all who replied,
>
> Site does not have STP or wouldn't be in this spot.  Their timezone
> is W.06 and UTC time is local plus 1 hour.  I will try and get a
> copy of the CLOCKxx member.
>
> --
> 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

REGION on JOB card vs. EXEC card

[Jesse 1 Robinson]

I know this has been discussed here before. Found old threads. Several posts 
said "don't bother". Also looked in JCL REF and JCL User's Guide. I could not 
find a simple statement that resolves this question:

If JOB card contains REGION=20M and an EXEC card contains REGION=4M, which one 
wins in that step? Does the JOB card region prevail over any EXEC card whether 
higher or lower? If higher only?

I'm talking about an existing production job that needs a larger region, not 
building a new job. Is it sufficient to update the JOB card alone, or do we 
have to dink with EXEC cards also?

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


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

CyberArk

[Steve]

Good Afternoon all,
 
Is anyone in the group using CyberArk to control access to the Mainframe 
including the HMC?
 
 
Steve



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

Re: HMC user authentication via LDAP server

[Leonardo Vaz]

Hello Lopez,

Here is what we're using with ACF2:

Distinguished name pattern: cn={0},host=ACF2,o=myorg,c=CA

Should be something similar for IBM LDAP if you are using RACF.

Regards,
Leo

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lopez, Sharon
Sent: Tuesday, November 08, 2016 3:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: HMC user authentication via LDAP server

We are trying to do HMC (2.12.0) user authentication via LDAP server. I have 
necessary information for the HMC "Edit Enterprise Directory (LDAP) Server" 
panel but need to enter a search filter. It looks like I need to put the '{0}' 
somewhere in the search pattern. My server people say I need to get this from 
the app owner.

When trying to logon with my LDAP id, I get msg - Error contacting LDAP server 
for authentication. I am able to ping the server from the HMC.

Any help would be greatly appreciated.

Thank you.







Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

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

HMC user authentication via LDAP server

[Lopez, Sharon]

We are trying to do HMC (2.12.0) user authentication via LDAP server. I have 
necessary information for the HMC "Edit Enterprise Directory (LDAP) Server" 
panel but need to enter a search filter. It looks like I need to put the '{0}' 
somewhere in the search pattern. My server people say I need to get this from 
the app owner.

When trying to logon with my LDAP id, I get msg - Error contacting LDAP server 
for authentication. I am able to ping the server from the HMC.

Any help would be greatly appreciated.

Thank you.







Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Re: Time Change Problem #1398

[Christopher Brown]

To all who replied,

Site does not have STP or wouldn't be in this spot.  Their timezone is W.06 and 
UTC time is local plus 1 hour.  I will try and get a copy of the CLOCKxx member.

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

Re: Time Change Problem #1398

[Jesse 1 Robinson]

I'm pretty sure that 'incremental adjustment' or 'steering' is limited to just 
a few minutes. Certainly less than hours. That was true for 9037 sysplex timer; 
I believe it's true for STP as well. 

There are so many things wrong with Acquaintance's shop that it's hard to know 
where to begin. 

-- Depending entirely on a distant person to orchestrate time change is 
scandalous.
-- Still running with UTC=LOCAL time decades after this practice was abandoned 
by most shops defies credulity.  
-- Waiting forever on Mr. Remote to call back for IPLs shows a huge lapse in 
operational protocol.

If nothing else, I would hope that this incident motivates some ground-up 
changes. And BTW, all modern software can/should tolerate shifts in local time. 
The hardest part of our change in the 90s was getting DB2 folks used to reading 
log time stamps in true UTC. It didn't take them very long. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Tuesday, November 08, 2016 8:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Time Change Problem #1398

On 11/8/2016 5:52 AM, Christopher Brown wrote:
> A curious situation from Saturday night. At an acquaintances site, they 
> usually do a POR (no idea why and I'm afraid to ask) for the time change.

IIRC, the only way to get your CEC clock resynchronized with the SE clock, if 
you don't have the "steering" function provided by STP (previously ETR), is to 
perform a POR.

Of course, this resynchronization doesn't have to be done during the time 
change, but the event serves as a convenient reminder to do so... 
like changing your smoke alarm batteries at home...

--
Edward E Jaffe
Phoenix Software International, Inc
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: Using Shopz to order z/OS V2.2

[Linda]

Hi Ron,

Even when you are not adding any additional new products, you still need to 
upload that report to Shopz. 

HTH
Linda

Sent from my iPhone

> On Nov 8, 2016, at 11:14 AM, McCabe, Ron  wrote:
> 
> Bob,
> 
> Yes, I did run a current inventory report to get a starting point for the 
> ServerPac order.  And I'm not adding anything so this new order looks the 
> same as when we ordered 1.13.
> 
> Thanks,
> Ron McCabe
> Mutual of Enumclaw
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Richards, Robert B.
> Sent: Tuesday, November 08, 2016 11:11 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Using Shopz to order z/OS V2.2
> 
> Ron,
> 
> I believe you are correct in your assumption of not selecting anything. That 
> question should be for new products/licenses not already part of your profile.
> 
> I am also assuming you ran a current inventory report and used it as a 
> starting point for the ServerPac order process, right?  :-)
> 
> Bob
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of McCabe, Ron
> Sent: Tuesday, November 08, 2016 12:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Using Shopz to order z/OS V2.2
> 
> Hello IBM Main Listers,
> 
> I'm using Shopz to order z/OS V2.2.  I have used Shopz to order maintenance 
> but I have never done an order for a ServerPac.  I'm now on Step 6 of 8 
> Select new licenses.  The screen says to "Select any additional licenses you 
> would like to order."  And it shows all of the products in my order.
> 
> So my question, do I need to select anything?  I would think that since we're 
> currently running z/OS V1.13 and all of the products that are showing up that 
> we are already licensed to run them.
> 
> Thanks,
> Ron McCabe
> Mutual of Enumclaw
> 
> 
> Confidentiality Notice: This e- mail and all attachments may contain 
> CONFIDENTIAL information and are meant solely for the intended recipient. It 
> may contain controlled, privileged, or proprietary information that is 
> protected under applicable law and shall not be disclosed to any unauthorized 
> third party. If you are not the intended recipient, you are hereby notified 
> that any unauthorized review, action, disclosure, distribution, or 
> reproduction of any information contained in this e- mail and any attachments 
> is strictly PROHIBITED. If you received this e- mail in error, please reply 
> to the sender immediately stating that this transmission was misdirected, and 
> delete or destroy all electronic and paper copies of this e-mail and 
> attachments without disclosing the contents. This e- mail does not grant or 
> assign rights of ownership in the proprietary subject matter herein, nor 
> shall it be construed as a joint venture, partnership, teaming agreement, or 
> any other formal business relationship.
> 
> --
> 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
> Confidentiality Notice: This e- mail and all attachments may contain 
> CONFIDENTIAL information and are meant solely for the intended recipient. It 
> may contain controlled, privileged, or proprietary information that is 
> protected under applicable law and shall not be disclosed to any unauthorized 
> third party. If you are not the intended recipient, you are hereby notified 
> that any unauthorized review, action, disclosure, distribution, or 
> reproduction of any information contained in this e- mail and any attachments 
> is strictly PROHIBITED. If you received this e- mail in error, please reply 
> to the sender immediately stating that this transmission was misdirected, and 
> delete or destroy all electronic and paper copies of this e-mail and 
> attachments without disclosing the contents. This e- mail does not grant or 
> assign rights of ownership in the proprietary subject matter herein, nor 
> shall it be construed as a joint venture, partnership, teaming agreement, or 
> any other formal business relationship.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Using Shopz to order z/OS V2.2

[Pommier, Rex]

Except that z/OS 2.2 is a new license from 1.13.  Once you have it installed 
all your IFAPRD entitlements that point to z/OS or its parts will need to be 
updated to show the new licenses.  I think that even though the names are all 
the same, you still have to order new licenses for version 2.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Tuesday, November 08, 2016 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using Shopz to order z/OS V2.2

Bob,

Yes, I did run a current inventory report to get a starting point for the 
ServerPac order.  And I'm not adding anything so this new order looks the same 
as when we ordered 1.13.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Tuesday, November 08, 2016 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using Shopz to order z/OS V2.2

Ron,

I believe you are correct in your assumption of not selecting anything. That 
question should be for new products/licenses not already part of your profile.

I am also assuming you ran a current inventory report and used it as a starting 
point for the ServerPac order process, right?  :-)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Tuesday, November 08, 2016 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using Shopz to order z/OS V2.2

Hello IBM Main Listers,

I'm using Shopz to order z/OS V2.2.  I have used Shopz to order maintenance but 
I have never done an order for a ServerPac.  I'm now on Step 6 of 8 Select new 
licenses.  The screen says to "Select any additional licenses you would like to 
order."  And it shows all of the products in my order.

So my question, do I need to select anything?  I would think that since we're 
currently running z/OS V1.13 and all of the products that are showing up that 
we are already licensed to run them.

Thanks,
Ron McCabe
Mutual of Enumclaw


Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

--
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 Confidentiality 
Notice: This e- mail and all attachments may contain CONFIDENTIAL information 
and are meant solely for the intended recipient. It may contain controlled, 
privileged, or proprietary information that is protected under applicable law 
and shall not be disclosed to any unauthorized third party. If you are not the 
intended recipient, you are hereby notified that any unauthorized review, 
action, disclosure, distribution, or reproduction of any information contained 
in this e- mail and any attachments is strictly PROHIBITED. If you received 
this e- mail in error, please reply to the sender immediately stating that this 
transmission was misdirected, and delete or destroy all electronic and paper 
copies of this e-mail and attachments without disclosing the contents. This e- 
mail does not grant or assign rights of ownership in the proprietary subject 
matter herein, nor shall it be construed as a joint venture, partnership, 
teaming agreement, or any other formal business relationship.

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


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 

Re: Using Shopz to order z/OS V2.2

[McCabe, Ron]

Bob,

Yes, I did run a current inventory report to get a starting point for the 
ServerPac order.  And I'm not adding anything so this new order looks the same 
as when we ordered 1.13.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Tuesday, November 08, 2016 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using Shopz to order z/OS V2.2

Ron,

I believe you are correct in your assumption of not selecting anything. That 
question should be for new products/licenses not already part of your profile.

I am also assuming you ran a current inventory report and used it as a starting 
point for the ServerPac order process, right?  :-)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Tuesday, November 08, 2016 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using Shopz to order z/OS V2.2

Hello IBM Main Listers,

I'm using Shopz to order z/OS V2.2.  I have used Shopz to order maintenance but 
I have never done an order for a ServerPac.  I'm now on Step 6 of 8 Select new 
licenses.  The screen says to "Select any additional licenses you would like to 
order."  And it shows all of the products in my order.

So my question, do I need to select anything?  I would think that since we're 
currently running z/OS V1.13 and all of the products that are showing up that 
we are already licensed to run them.

Thanks,
Ron McCabe
Mutual of Enumclaw


Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

--
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
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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

Re: Using Shopz to order z/OS V2.2

[Richards, Robert B.]

Ron, 

I believe you are correct in your assumption of not selecting anything. That 
question should be for new products/licenses not already part of your profile.

I am also assuming you ran a current inventory report and used it as a starting 
point for the ServerPac order process, right?  :-)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Tuesday, November 08, 2016 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using Shopz to order z/OS V2.2

Hello IBM Main Listers,

I'm using Shopz to order z/OS V2.2.  I have used Shopz to order maintenance but 
I have never done an order for a ServerPac.  I'm now on Step 6 of 8 Select new 
licenses.  The screen says to "Select any additional licenses you would like to 
order."  And it shows all of the products in my order.

So my question, do I need to select anything?  I would think that since we're 
currently running z/OS V1.13 and all of the products that are showing up that 
we are already licensed to run them.

Thanks,
Ron McCabe
Mutual of Enumclaw


Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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

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

Re: Using Shopz to order z/OS V2.2

[Jousma, David]

z/OS V2 is a new license, the add-on's may be also.  Depending on your 
licensing/service contract with IBM, may result in a MLC increase.  Although at 
this point, I believe you are already out of support on 1.13?   

_
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 McCabe, Ron
Sent: Tuesday, November 08, 2016 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using Shopz to order z/OS V2.2

Hello IBM Main Listers,

I'm using Shopz to order z/OS V2.2.  I have used Shopz to order maintenance but 
I have never done an order for a ServerPac.  I'm now on Step 6 of 8 Select new 
licenses.  The screen says to "Select any additional licenses you would like to 
order."  And it shows all of the products in my order.

So my question, do I need to select anything?  I would think that since we're 
currently running z/OS V1.13 and all of the products that are showing up that 
we are already licensed to run them.

Thanks,
Ron McCabe
Mutual of Enumclaw


Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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

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

Using Shopz to order z/OS V2.2

[McCabe, Ron]

Hello IBM Main Listers,

I'm using Shopz to order z/OS V2.2.  I have used Shopz to order maintenance but 
I have never done an order for a ServerPac.  I'm now on Step 6 of 8 Select new 
licenses.  The screen says to "Select any additional licenses you would like to 
order."  And it shows all of the products in my order.

So my question, do I need to select anything?  I would think that since we're 
currently running z/OS V1.13 and all of the products that are showing up that 
we are already licensed to run them.

Thanks,
Ron McCabe
Mutual of Enumclaw


Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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

Re: Time Change Problem #1398

[Ed Jaffe]

On 11/8/2016 5:52 AM, Christopher Brown wrote:

A curious situation from Saturday night. At an acquaintances site, they usually 
do a POR (no idea why and I'm afraid to ask) for the time change.


IIRC, the only way to get your CEC clock resynchronized with the SE 
clock, if you don't have the "steering" function provided by STP 
(previously ETR), is to perform a POR.


Of course, this resynchronization doesn't have to be done during the 
time change, but the event serves as a convenient reminder to do so... 
like changing your smoke alarm batteries at home...


--
Edward E Jaffe
Phoenix Software International, Inc
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: Time Change Problem #1398

[Charles Mills]

> Other way around, but yes

Ah! You are right, aren't you? I find time differences confusing (obviously, 
LOL).

My hypothetical mainframe is here in California. Local time is 8:02 am. UTC is 
16:02. So I can set the HMC clock to UTC and except for losing eight hours out 
of its life, DB2 is good.

If it's in Europe I would have to power down and wait, but fortunately for most 
of Europe the difference is only one hour, not five or more.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, November 08, 2016 6:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Time Change Problem #1398

On Tue, 8 Nov 2016 06:25:19 -0800, Charles Mills wrote:

>@John, am I correct that if they are west of Greenwich (the Americas, 
>basically) they've got a real problem if the TOD clock is set to local time 
>and they want to "make it right"? Basically, they have to let the box sit idle 
>for five or more hours so that actual UTC time catches up to their previous 
>TOD clock setting, and DB2 does not step all over itself?
>
>If OTOH they are in the UK or east of Greenwich (EMEA, Asia) then things are 
>much simpler: just set the TOC clock correctly, set the timezone, and go, 
>correct?
> 
Other way around, but yes.  A few years ago someone here lamented being in such 
a situation.  I don't know whether it was ever made right.

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

Re: DAIR error 0470 allocating internal reader

[Binyamin Dissen]

I wonder if using JSTCB=YES and providing a different PSCB address in the new
JSCB.

 Of course this will require a subtasks to be jobstep tasks as well ...

On Tue, 8 Nov 2016 17:56:45 +0700 Robin Atwood  wrote:

:>A venerable STC started getting 0470 ("user unauthorized for subsystem") when 
trying to allocate an INTRDR after we
:>added a lot of new function in a separate subtask. Disabling the new subtask 
allowed the allocation to work as before.
:>Searching I found OA50565 which describes the same thing happening to IDCAMS. 
The problem was the new 
:>subtask was calling IKJTSOEV and that causes the PSCBJCL flag to be turned 
off so the task cannot submit jobs. The apar 
:>states that IDCAMS now establishes a TSF with the PSCBJCL on without saying 
how. I tried forcing the PSCBJCL flag on after 
:>the call to IKJTSOEV but that resulted in an LE exception when I tried the 
allocation in the other task. Toggling the flag in the
:>task that does the allocation seems to work OK so far: I set the flag on, 
allocate the INTRDR, turn it off and nobody seems to
:>notice. 
:>
:>I am not too happy with this arrangement! Does someone know how to establish 
the TSF with the PSCBJCL flag on as in IDCAMS, or equally good, how to cancel 
the TSF once it is established. I could find no function call that does that.
:>
:>Thanks
:>Robin
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: Time Change Problem #1398

[Paul Gilmartin]

On Tue, 8 Nov 2016 06:25:19 -0800, Charles Mills wrote:

>@John, am I correct that if they are west of Greenwich (the Americas, 
>basically) they've got a real problem if the TOD clock is set to local time 
>and they want to "make it right"? Basically, they have to let the box sit idle 
>for five or more hours so that actual UTC time catches up to their previous 
>TOD clock setting, and DB2 does not step all over itself?
>
>If OTOH they are in the UK or east of Greenwich (EMEA, Asia) then things are 
>much simpler: just set the TOC clock correctly, set the timezone, and go, 
>correct?
> 
Other way around, but yes.  A few years ago someone here lamented being
in such a situation.  I don't know whether it was ever made right.

And why does ISPF persist in keeping member timestamps in civil time?

And why does a TSO TRANSMIT followed by a RECEIVE on oppsite sides of
the DST boundary (I avoid the word "change"; it's a symptom of a
pernicious mindset) cause the timestamp to be in error by an hour?

--gil

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

Re: Time Change Problem #1398

[John McKown]

On Tue, Nov 8, 2016 at 8:25 AM, Charles Mills  wrote:

> @John, am I correct that if they are west of Greenwich (the Americas,
> basically) they've got a real problem if the TOD clock is set to local time
> and they want to "make it right"? Basically, they have to let the box sit
> idle for five or more hours so that actual UTC time catches up to their
> previous TOD clock setting, and DB2 does not step all over itself?
>

​If you want to set the TOD "backwards" (west), then you need to idle the
machine just as you said. IMO, this would be a very good opportunity to try
to sell the client on setting the TOD to UTC/GMT and using the TIMEZONE
parameter in the CLOCK member.


>
> If OTOH they are in the UK or east of Greenwich (EMEA, Asia) then things
> are much simpler: just set the TOC clock correctly, set the timezone, and
> go, correct?
>

​Just as before. It all depends on exactly what you want to enter into the
TOD clock on the HMC. If you need to set it "backwards", then you need to
idle out for however long. If you can set it "forward", then you are
golden.​



>
> Charles
>
>

-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

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: Time Change Problem #1398

[Tom Mathias]

At your acquaintance's site, they might have to set the HMC time first.  It 
depends upon their setup.  

If they are using STP, then they shouldn't have to manually set the clock on 
the HMC since the system will get its time directly from the STP server.  Based 
upon what you wrote, I suspect they aren't using STP.  If you do a POR and you 
don't have STP, then the system's time will come from the Support Element.  Now 
the SE's time could come from an HMC and that HMC could get its time from an 
NTP server or even a different system that has STP.  But, as I said, I suspect 
they aren't using STP nor do they have things set up to have the SE get the 
time from an HMC that is using an external time reference (NTP or another 
system with STP) to keep the HMC's clocks set.  That means they just use the 
HMC's time of day facility as their main time source.  If this is true, then 
they will have to use the HMC to set the clocks up correctly for the time and 
time zone that they want, since they are using their HMC as the master time 
source.  

I suggest you ask some more questions about how they have things set up 
time-wise on both their hardware and with the Operating System(s) they are 
running.  Unfortunately, if they really are using the HMC's time as the master, 
then they may have to set up the HMC's time (and time zone) appropriately.  

Tom Mathias

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

Re: Time Change Problem #1398

[Elardus Engelbrecht]

Christopher Brown wrote:

>A curious situation from Saturday night. At an acquaintances site, they 
>usually do a POR (no idea why and I'm afraid to ask) for the time change.  

POR for a time change?


>They also like to sit for an hour as they believe the DB2 logs will be 
>corrupted (not a DB2 user but I have my doubts about that). 

No ways, AFAIK, unless something inside DB2 is messing it up.


>But due to a medical issue he never did call back or IPL the machine. So 
>through a chain of events, the acquaintance (a mainframer but not a sysprog) 
>called me for help. 

You're supposed to always have a right hand to help you out in such emergencies.


>But they are now in a state I've never seen before.  Local time is good, but 
>GMT/UTC is daylight savings time.  The only thing I can come up with is that 
>they set local and GMT equal. And there is no prompt or timezone parameter in 
>the CLOCKxx parmlib member.  

Please post the CLOCKxx member.


>As an STP user (the greatest thing since sliced bread) its been years since 
>I've had to manually do anything with changing clocks, but as I recall we 
>never did anything other than a SET CLOCK command.  

At what Stratum level is your STP? Are you west or east of Greenwich?


>So if they IPL, what will the local time be?  Is there a reason to change the 
>time on the HMC?  And the only time I've ever seen GMT set is at the TOD 
>prompt at IPL, true?

Do you see IEA886A?

... and they reply with R 00,DATE=?,TIME=?,GMT  instead of UTC?

As John asked, what is your TIMEZONE?

Groete / Greetings
Elardus Engelbrecht

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

Re: SUPRESSING MESSAGES - DFHSM

[Lizette Koehler]

So did you search www.ibm.com?

I went there and used in the search box

suppress dfhsm activity log message

Came up with a hit that probably meets your need.

Try this.  If you cannot find the link, let me know

Controlling the amount of information written to the activity logs

The activity logs can provide a large amount of information, making it 
time-consuming to examine each log. You can reduce the time that is required to 
examine the logs in two ways: by controlling the amount of information written 
to the logs and by providing for online analysis of the logs.



Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of esmie moo
> Sent: Tuesday, November 08, 2016 5:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SUPRESSING MESSAGES - DFHSM
> 
> Sorry I should have stated my question more clearly.  In the HSM Activity log
> several messages ARC0734I ACTION=SPCMGMT are being logged and I don't want
> them displayed in the Activity log.  I remember modifying the parm in ARCCMD90
> to supress these messages.
> 
> 
> On Mon, 11/7/16, Lizette Koehler  wrote:
> 
>  Subject: Re: SUPRESSING MESSAGES - DFHSM
>  To: IBM-MAIN@LISTSERV.UA.EDU
>  Received: Monday, November 7, 2016, 12:28 PM
> 
>  So what do you want to
>  suppress?
> 
>  Is this from
>  DFHSM producing the message at all?
> 
>  Using the MPF list to suppress the message?
> 
>  Using a tool like CA OPS/MVS
>  or IBM Tivoli to suppress the message?
> 
>  I am not sure what solution you are looking  for.
> 
>  Did you try searching
>  in www.ibm.com for how to do this?
> 
> 
>  If you think the messages are
>  too frequent, then maybe you should open an SR to IBM to see  why that is
> occurring?  Perhaps you have something running  too often.
> 
>  Lizette
> 
> 
>  > -Original
>  Message-
>  > From: IBM Mainframe
>  Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]  On  > Behalf Of esmie moo
> > Sent: Monday, November 07, 2016 9:50 AM  > To: IBM-MAIN@LISTSERV.UA.EDU  >
> Subject: SUPRESSING MESSAGES - DFHSM  >  > Gentle Readers,  >  > One of our
> HSM  STC's has been inundated with ARC0734I ACTION=SPCMGMT.  I  > remember
> that there is a SETSYS parm  in the HSM parmlib which would allow us  >  to
> supress these messages.  I cannot remember the parm  name.  Can anybody  >
> suggest what it  is?
>  >
>  > Thanks In
>  advance.
>  >

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

Re: Time Change Problem #1398

[Charles Mills]

@John, am I correct that if they are west of Greenwich (the Americas, 
basically) they've got a real problem if the TOD clock is set to local time and 
they want to "make it right"? Basically, they have to let the box sit idle for 
five or more hours so that actual UTC time catches up to their previous TOD 
clock setting, and DB2 does not step all over itself?

If OTOH they are in the UK or east of Greenwich (EMEA, Asia) then things are 
much simpler: just set the TOC clock correctly, set the timezone, and go, 
correct?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, November 08, 2016 6:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Time Change Problem #1398

On Tue, Nov 8, 2016 at 7:52 AM, Christopher Brown  wrote:

 

If you have no timezone parameter in the CLOCK member, then the local time will 
be set to the "UTC" time as shown in the above message.​

Your client is wallowing in the deep, dark past. DB2 logs run off of the TOD 
clock (usually set to UTC) and pays _no_ attention to the local time.
The same with IMS. CICS does pay attention to the local clock, but a simple 
CEMT PERFORM,RESET command will fix that right up. Or simply recycle the CICS 
region (likely what your client does if they run CICS). UNIX processes 
are "who knows" but given what you've said, I'd think it likely the client 
doesn't do much with UNIX.

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

Re: Time Change Problem #1398

[John McKown]

On Tue, Nov 8, 2016 at 7:52 AM, Christopher Brown  wrote:

> Hello Listers,
>
> A curious situation from Saturday night. At an acquaintances site, they
> usually do a POR (no idea why and I'm afraid to ask) for the time change.
> They also like to sit for an hour as they believe the DB2 logs will be
> corrupted (not a DB2 user but I have my doubts about that).  Anyway, the
> sysprog (who is offsite) had OPS shut the machine down and he would call
> back an hour later to IPL. But due to a medical issue he never did call
> back or IPL the machine. So through a chain of events, the acquaintance (a
> mainframer but not a sysprog) called me for help.  So its now 0630 and they
> are hours behind. I get them logged onto the HMC and walk them through an
> IPL.  During this process I am questioned about changing the time as they
> do it on the HMC (what??).  I tell them we don't have time (no pun
> intended) to figure out why or where he usually changed the time on the HMC
> and we were going to use the SET CLOCK command from the console.  So a
> miracle occurs and the IPL goes without incident, we set the clock, and
> they start to unravel their application mess.
>
>
> But they are now in a state I've never seen before.  Local time is good,
> but GMT/UTC is daylight savings time.  The only thing I can come up with is
> that they set local and GMT equal. And there is no prompt or timezone
> parameter in the CLOCKxx parmlib member.  So there're asking me what if
> they IPL again and the time hasn't been changed on the HMC??  As an STP
> user (the greatest thing since sliced bread) its been years since I've had
> to manually do anything with changing clocks, but as I recall we never did
> anything other than a SET CLOCK command.
>
> So if they IPL, what will the local time be?  Is there a reason to change
> the time on the HMC?  And the only time I've ever seen GMT set is at the
> TOD prompt at IPL, true?
>
>
​Doing an IPL does not affect the value of the TOD clock. That is what will
set the z/OS time at IPL. So, if you ended up needing to do a SET CLOCK=
(or, better SET TIMEZONE=) to get the local time correct, then if you IPL,
somebody will again​

​need to set the local time. What does a "D T" say? As an example, mine
says:
IEE136I LOCAL: TIME=08.10.51 DATE=2016.313  UTC: TIME=14.10.51 DATE=2016.313

If you have no timezone parameter in the CLOCK member, then the local time
will be set to the "UTC" time as shown in the above message.​

Your client is wallowing in the deep, dark past. DB2 logs run off of the
TOD clock (usually set to UTC) and pays _no_ attention to the local time.
The same with IMS. CICS does pay attention to the local clock, but a simple
CEMT PERFORM,RESET command will fix that right up. Or simply recycle the
CICS region (likely what your client does if they run CICS). UNIX
processes are "who knows" but given what you've said, I'd think it likely
the client doesn't do much with UNIX.


-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

Time Change Problem #1398

[Christopher Brown]

Hello Listers,

A curious situation from Saturday night. At an acquaintances site, they usually 
do a POR (no idea why and I'm afraid to ask) for the time change.  They also 
like to sit for an hour as they believe the DB2 logs will be corrupted (not a 
DB2 user but I have my doubts about that).  Anyway, the sysprog (who is 
offsite) had OPS shut the machine down and he would call back an hour later to 
IPL. But due to a medical issue he never did call back or IPL the machine. So 
through a chain of events, the acquaintance (a mainframer but not a sysprog) 
called me for help.  So its now 0630 and they are hours behind. I get them 
logged onto the HMC and walk them through an IPL.  During this process I am 
questioned about changing the time as they do it on the HMC (what??).  I tell 
them we don't have time (no pun intended) to figure out why or where he usually 
changed the time on the HMC and we were going to use the SET CLOCK command from 
the console.  So a miracle occurs and the IPL goes without incident, we set the 
clock, and they start to unravel their application mess.

 
But they are now in a state I've never seen before.  Local time is good, but 
GMT/UTC is daylight savings time.  The only thing I can come up with is that 
they set local and GMT equal. And there is no prompt or timezone parameter in 
the CLOCKxx parmlib member.  So there're asking me what if they IPL again and 
the time hasn't been changed on the HMC??  As an STP user (the greatest thing 
since sliced bread) its been years since I've had to manually do anything with 
changing clocks, but as I recall we never did anything other than a SET CLOCK 
command.  

So if they IPL, what will the local time be?  Is there a reason to change the 
time on the HMC?  And the only time I've ever seen GMT set is at the TOD prompt 
at IPL, true?

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

Re: 3592 J70

[Vince Getgood]

And then I found this: -

3592 introduction and planning guide: -

http://www-01.ibm.com/support/docview.wss?uid=ssg1S7001860=1


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

Re: 3592 J70

[Vince Getgood]

Richard,
I'm a little confused as to exactly what you are trying to do here.

You seem to be confusing FICON with Fibre Channel - they're different.

If you want to connect the 3592 to a zSeries mainframe via FICON, then you have 
to define it (and then it's tape drives)to the mainframe (and operating 
systems) using HCD (Hardware Configuration Dialog).

You may have to load a new IOCP, which requires a power-on-reset.

Then you'll need a FICON cable (make sure it's the correct type, there are 
shortwave & longwave types) to plug into the FICON port on the m/f and the 3592.

I'm not aware you need to do anything on the controller itself.

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

Re: DAIR error 0470 allocating internal reader

[Robin Atwood]

Thanks for the suggestion but the point of the exercise was to reduce the 
number of ASIDs that must be managed!
Otherwise a very sensible idea.

Robin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: 08 November 2016 19:13
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DAIR error 0470 allocating internal reader

I don't know the answer to your question, but I appreciate the problem.  It 
sounds like you might be headed into a Catch-22 rabbit-hole (to mix some 
metaphors).  Have you considered putting some function in an auxiliary address 
space?  I think it's the ASCRE macro that lets you do this easily, at the cost 
of having to do some AR-mode (or other means) to share information.

sas

On Tue, Nov 8, 2016 at 5:56 AM, Robin Atwood  wrote:

> A venerable STC started getting 0470 ("user unauthorized for 
> subsystem") when trying to allocate an INTRDR after we added a lot of 
> new function in a separate subtask. Disabling the new subtask allowed 
> the allocation to work as before.
> Searching I found OA50565 which describes the same thing happening to 
> IDCAMS. The problem was the new subtask was calling IKJTSOEV and that 
> causes the PSCBJCL flag to be turned off so the task cannot submit 
> jobs. The apar states that IDCAMS now establishes a TSF with the 
> PSCBJCL on without saying how. I tried forcing the PSCBJCL flag on 
> after the call to IKJTSOEV but that resulted in an LE exception when I 
> tried the allocation in the other task. Toggling the flag in the task 
> that does the allocation seems to work OK so far: I set the flag on, 
> allocate the INTRDR, turn it off and nobody seems to notice.
>
> I am not too happy with this arrangement! Does someone know how to 
> establish the TSF with the PSCBJCL flag on as in IDCAMS, or equally 
> good, how to cancel the TSF once it is established. I could find no 
> function call that does that.
>
> Thanks
> Robin
>
> --
> 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

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

Re: DAIR error 0470 allocating internal reader

[Steve Smith]

I don't know the answer to your question, but I appreciate the problem.  It
sounds like you might be headed into a Catch-22 rabbit-hole (to mix some
metaphors).  Have you considered putting some function in an auxiliary
address space?  I think it's the ASCRE macro that lets you do this easily,
at the cost of having to do some AR-mode (or other means) to share
information.

sas

On Tue, Nov 8, 2016 at 5:56 AM, Robin Atwood  wrote:

> A venerable STC started getting 0470 ("user unauthorized for subsystem")
> when trying to allocate an INTRDR after we
> added a lot of new function in a separate subtask. Disabling the new
> subtask allowed the allocation to work as before.
> Searching I found OA50565 which describes the same thing happening to
> IDCAMS. The problem was the new
> subtask was calling IKJTSOEV and that causes the PSCBJCL flag to be turned
> off so the task cannot submit jobs. The apar
> states that IDCAMS now establishes a TSF with the PSCBJCL on without
> saying how. I tried forcing the PSCBJCL flag on after
> the call to IKJTSOEV but that resulted in an LE exception when I tried the
> allocation in the other task. Toggling the flag in the
> task that does the allocation seems to work OK so far: I set the flag on,
> allocate the INTRDR, turn it off and nobody seems to
> notice.
>
> I am not too happy with this arrangement! Does someone know how to
> establish the TSF with the PSCBJCL flag on as in IDCAMS, or equally good,
> how to cancel the TSF once it is established. I could find no function call
> that does that.
>
> Thanks
> Robin
>
> --
> 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: SUPRESSING MESSAGES - DFHSM

[esmie moo]

Sorry I should have stated my question more clearly.  In the HSM Activity log 
several messages ARC0734I ACTION=SPCMGMT are being logged and I don't want them 
displayed in the Activity log.  I remember modifying the parm in ARCCMD90 to 
supress these messages.
  

On Mon, 11/7/16, Lizette Koehler  wrote:

 Subject: Re: SUPRESSING MESSAGES - DFHSM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Monday, November 7, 2016, 12:28 PM
 
 So what do you want to
 suppress?
 
 Is this from
 DFHSM producing the message at all?
 
 Using the MPF list to suppress the message?
 
 Using a tool like CA OPS/MVS
 or IBM Tivoli to suppress the message?
 
 I am not sure what solution you are looking
 for.
 
 Did you try searching
 in www.ibm.com for how to do this?
 
 
 If you think the messages are
 too frequent, then maybe you should open an SR to IBM to see
 why that is occurring?  Perhaps you have something running
 too often.
 
 Lizette
 
 
 > -Original
 Message-
 > From: IBM Mainframe
 Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On
 > Behalf Of esmie moo
 > Sent: Monday, November 07, 2016 9:50 AM
 > To: IBM-MAIN@LISTSERV.UA.EDU
 > Subject: SUPRESSING MESSAGES - DFHSM
 > 
 > Gentle Readers,
 > 
 > One of our HSM
 STC's has been inundated with ARC0734I ACTION=SPCMGMT. 
 I
 > remember that there is a SETSYS parm
 in the HSM parmlib which would allow us
 >
 to supress these messages.  I cannot remember the parm
 name.  Can anybody
 > suggest what it
 is?
 > 
 > Thanks In
 advance.
 > 
 
 --
 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

DAIR error 0470 allocating internal reader

[Robin Atwood]

A venerable STC started getting 0470 ("user unauthorized for subsystem") when 
trying to allocate an INTRDR after we
added a lot of new function in a separate subtask. Disabling the new subtask 
allowed the allocation to work as before.
Searching I found OA50565 which describes the same thing happening to IDCAMS. 
The problem was the new 
subtask was calling IKJTSOEV and that causes the PSCBJCL flag to be turned off 
so the task cannot submit jobs. The apar 
states that IDCAMS now establishes a TSF with the PSCBJCL on without saying 
how. I tried forcing the PSCBJCL flag on after 
the call to IKJTSOEV but that resulted in an LE exception when I tried the 
allocation in the other task. Toggling the flag in the
task that does the allocation seems to work OK so far: I set the flag on, 
allocate the INTRDR, turn it off and nobody seems to
notice. 

I am not too happy with this arrangement! Does someone know how to establish 
the TSF with the PSCBJCL flag on as in IDCAMS, or equally good, how to cancel 
the TSF once it is established. I could find no function call that does that.

Thanks
Robin

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