Clock Change

[Cartwright, Dave]

I'm almost ashamed to raise it, but my excuse is that I'm new to the
box.

Is my Z9BC going to change the clock automatically on me?  No ETR.  The
way I read the HMC manual, it will automatically update for Time Zone
changes on the HMC, then at 11:00 pm on Sunday it will re-synchronise
with the TOD clock.  Meanwhile I have IPL'ed with an hour offset, so
Monday morning is going to come an hour earlier than it oughta.  Do I
have to add manually add one minute to the HMC clock to disable this
surprising feature? (Well, it's gonna surprise the Operators).

A reply before the event would be appreciated, my reseller couldn't
manage it.

 

 

Dave

 


*
This email is intended solely for the use of the individual to whom
it is addressed and may contain confidential and/or privileged 
material.  Any views or opinions presented are solely those of the 
author and do not necessarily represent those of AGCO.
If you are not the intended recipient, be advised that you have
received this email in error and that any use, dissemination, 
forwarding, printing or copying of this email is strictly prohibited.
 
Neither AGCO nor the sender accepts any responsibility for viruses and it is 
your
responsibility to scan and virus check the e-mail and its attachment(s) (if 
any).
*
AGCO Limited, a limited company, registered in England (registered no.509133) 
with its registered office at Abbey Park Stoneleigh, Kenilworth CV8 2TQ, 
England.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

CLOCK change problem

[Alvaro Guirao Lopez]

Hi listers,

I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change the
local and UTC/GMT hour.

Whe I IPLed the system it prompt reply

* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL TIME

I reply with

R 00,DATE=2011.231,CLOCK=11.35.00,UTC

Then system issues IEA903A to reply U when the time ocurrs, I reply at the
time:

R 00,U

and then appears again the CLOCK without my change

* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL TIME

Please, help!




-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Clock Change

[pilgrimpez]

I keep my z9BC's HMC on GMT all the time (I would probably do that even if I 
was in New Zealand or Australia, regardless of being in the UK). I don't recall 
it adjusting time last March or last October, but then I probably wasn't paying 
particular attention anyway.

I don't IPL for time changes any more, I just use a Netview timer event (or 
even the ops) to issue a SET TIMEZONE=E.01.00 to change to BST in March and a 
SET RESET to go back to GMT in October. 

If we have to IPL for some reason, we just manually issue the appropriate 
command if necessary, but I've almost finished a Netview startup Rexx exec to 
determine if it should be BST or not and absolve us of that particular chore as 
well.

Brian

-
Email sent from www.virginmedia.com/email
Virus-checked using McAfee(R) Software and scanned for spam

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Clock Change

[Daniel McLaughlin]

I like the sound of that, but have a question. Do you not have any DB's 
affected by slamming back an hour instead of shutting down for one hour 
and then doing an IPL?

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 



IBM Mainframe Discussion List  wrote on 03/28/2008 
07:00:20 AM:

> -- Information from the mail header 
> ---
> Sender:   IBM Mainframe Discussion List 
> Poster:   [EMAIL PROTECTED]
> Subject:  Re: Clock Change
> 
---
> 
> I keep my z9BC's HMC on GMT all the time (I would probably do that 
> even if I was in New Zealand or Australia, regardless of being in 
> the UK). I don't recall it adjusting time last March or last 
> October, but then I probably wasn't paying particular attention anyway.
> 
> I don't IPL for time changes any more, I just use a Netview timer 
> event (or even the ops) to issue a SET TIMEZONE=E.01.00 to change to
> BST in March and a SET RESET to go back to GMT in October. 
> 
> If we have to IPL for some reason, we just manually issue the 
> appropriate command if necessary, but I've almost finished a Netview
> startup Rexx exec to determine if it should be BST or not and 
> absolve us of that particular chore as well.
> 
> Brian
> 
> -
> Email sent from www.virginmedia.com/email
> Virus-checked using McAfee(R) Software and scanned for spam
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 



Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Clock Change

[pilgrimpez]

We don't have any databases, no. It's several years now since I was at a DB2 
shop but I think that it doesn't actually use timestamps on the logs anyway, it 
uses its own sequencing independent of a time source, if I remember correctly. 

To be honest, in this day and age, I'd have to question whether I wanted a db 
that would require a one-hour outage just because the clocks changed anyway, if 
you see what I mean.

Our main problem is that most of our work runs overnight and on one particular 
LPAR is very tightly organised into scheduling 'windows'. Our OPC setup runs on 
local time - I'm not an OPC expert so I don't know off the top of my head if 
that can be changed, and never bothered enough to look it up - but what happens 
at when you jump forward an hour is that any jobs that should have been 
submitted in the interim will immediately be submitted, so there's the 
potential for additional resource contention, or maybe missed files if 
dependent files haven't been created yet. So we delay it a couple of hours on 
that LPAR, for when it's more convenient.

There's a PCI compliance issue to consider as well, which I can't seem to get a 
sensible answer out of any of the auditors on, that states that all servers 
must be set to use similar time sources or kept reasonably synchronised with 
each other (for log comparisons etc). 

Brian




-
Email sent from www.virginmedia.com/email
Virus-checked using McAfee(R) Software and scanned for spam

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Clock Change

[Daniel McLaughlin]

We have ANCIENT DB2. We use CA-Scheduler. We've always done the wait 
thing, thus my comments. As for coordinated time in the server world...we 
have 500 servers in the chicken farm and I doubt they are very aligned on 
the time. If we forget to pop SMTP it messes one of them up.

Thanks.

(Omitted last Clock Change text for brevity).

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 




Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Clock Change

[Dave Cartwright]

On Fri, 28 Mar 2008 11:00:20 +, [EMAIL PROTECTED] wrote:

>I keep my z9BC's HMC on GMT all the time (I would probably do that even if I 
was in New Zealand or Australia, regardless of being in the UK). I don't recall 
it 
adjusting time last March or last October, but then I probably wasn't paying 
particular attention anyway.
>

Thanks Brian, you prompted me to investigate further.  The HMC was set to 
Local and Europe/London.  I changed it to UTC with  and the 
HMC rebooted OK.  I hope it will now stay constant.

Cheers
Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Clock Change

[Ted MacNEIL]

>It's several years now since I was at a DB2 shop but I think that it doesn't 
>actually use timestamps on the logs anyway, it uses its own sequencing 
>independent of a time source, if I remember correctly. 

That's true, unless you're in a DB2 sharing group in a parallel SYSPLEX.
Then, the DB2's do use timestamps, since the logs are independent.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Clock Change

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 03/28/2008
   at 10:31 AM, "Cartwright, Dave" <[EMAIL PROTECTED]> said:

>Is my Z9BC going to change the clock automatically on me?

Which clock? It won't change the TOD clock automatically, but the HMC and
SE clocks might change.

>then at 11:00 pm on Sunday it will re-synchronise with the TOD clock.

Not without an IPL.

>Meanwhile I have IPL'ed with an hour offset,

>From what, in which direction?

>so Monday morning is going to come an hour earlier than it oughta.

Exactly what did you do to cause that? Normally you would be advancing the
time in the spring and retarding it in the fall.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Lizette Koehler]

> Hi listers,
> 
> I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change the
local
> and UTC/GMT hour.
> 
> Whe I IPLed the system it prompt reply
> 
> * 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
TIME
> 
> I reply with
> 
> R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> 
> Then system issues IEA903A to reply U when the time ocurrs, I reply at the
> time:
> 
> R 00,U
> 
> and then appears again the CLOCK without my change
> 
> * 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
TIME
> 
> Please, help!
>


A couple of questions.

1)  What does your CLOCKxx member state?
2)  What is your hardware clock set at?
3)  Why IPL when you can use a SET CLOCK command?

Lizette

> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Binyamin Dissen]

On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
 wrote:

:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change the
:>local and UTC/GMT hour.

:>Whe I IPLed the system it prompt reply

:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL TIME

:>I reply with

:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC

:>Then system issues IEA903A to reply U when the time ocurrs, I reply at the
:>time:

:>R 00,U

:>and then appears again the CLOCK without my change

:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL TIME

There used to be a switch to allow the TOD to be altered.

How does the STP affect this?

--
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Shmuel Metz (Seymour J.)]

In
,
on 08/19/2011
   at 01:25 PM, Alvaro Guirao Lopez  said:

>and then appears again the CLOCK without my change

Was TOD update enabled?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Alvaro Guirao Lopez]

The system is z/OS V1R11 under zPDT at Red Hat Linux, logically, I don't
have STP.

The CLOCK member it's at one of my PARMLIB's libraries configuration and is
like follows:

OPERATOR PROMPT
TIMEZONE E.02.00.00
ETRMODE  NO
ETRZONE  NO
ETRDELTA 10
STPMODE  NO
STPZONE  NO

I can change my local hour by CLOCK command but the change is for resolving
a NJE communications proble with a real mainframe ( the hour of the z/OS at
Linux is incorrect ) and I must do IPL so when JES2 starts the hour must be
correct.

I can change local hour without specifying UTC/GMT the UTC hour not, I don't
understand what's going on because I only have to specify the new hour and
confiirm whe the time arrives.


Thanks to all.

2011/8/19 Shmuel Metz (Seymour J.) 

> In
> ,
> on 08/19/2011
>   at 01:25 PM, Alvaro Guirao Lopez  said:
>
> >and then appears again the CLOCK without my change
>
> Was TOD update enabled?
>
> --
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

>I reply with

>R 00,DATE=2011.231,CLOCK=11.35.00,UTC

>Then system issues IEA903A to reply U when the time ocurrs, I reply at the
>time:

>R 00,U

>and then appears again the CLOCK without my change

>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL TIME

>Please, help!


Re-try without 'UTC' at the end of your reply. 



Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Sir,

Switch ?? .. as in a command or a bit ?. 

Default STPMODE is YES and were it set to NO .. he would 
not get this prompt. That said, he should not set STPMODE
to NO unless he is prepared to go to STP.

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Binyamin Dissen
Sent: Friday, August 19, 2011 6:56 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
 wrote:

:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change the
:>local and UTC/GMT hour.

:>Whe I IPLed the system it prompt reply

:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
TIME

:>I reply with

:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC

:>Then system issues IEA903A to reply U when the time ocurrs, I reply at the
:>time:

:>R 00,U

:>and then appears again the CLOCK without my change

:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
TIME

There used to be a switch to allow the TOD to be altered.

How does the STP affect this?

--
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Alvaro Guirao Lopez]

Then I only change the local hour, in this case system don't issues
IEA903A message.

I have tried and this is the result:


* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
 IEA888A LOCAL DATE=2011.231,CLOCK=11.35.00 REPLY U, OR UTC/LOCAL TIME



2011/8/19 Jim Thomas 

> >I reply with
>
> >R 00,DATE=2011.231,CLOCK=11.35.00,UTC
>
> >Then system issues IEA903A to reply U when the time ocurrs, I reply at the
> >time:
>
> >R 00,U
>
> >and then appears again the CLOCK without my change
>
> >* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL TIME
>
> >Please, help!
>
>
> Re-try without 'UTC' at the end of your reply.
>
>
>
> Kind Regards
>
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
>
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Ma'am,

Regardless of OPERATOR PROMPT/NOPROMPT setting, default 
STPMODE is YES so he will get the IEA888A.

Why not T CLOCK ... maybe because his time zone is UTC ??
or he's setting a time outside of the twelve hour GMT 
window ??.   

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Lizette Koehler
Sent: Friday, August 19, 2011 6:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

> Hi listers,
> 
> I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change the
local
> and UTC/GMT hour.
> 
> Whe I IPLed the system it prompt reply
> 
> * 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
TIME
> 
> I reply with
> 
> R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> 
> Then system issues IEA903A to reply U when the time ocurrs, I reply at the
> time:
> 
> R 00,U
> 
> and then appears again the CLOCK without my change
> 
> * 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
TIME
> 
> Please, help!
>


A couple of questions.

1)  What does your CLOCKxx member state?
2)  What is your hardware clock set at?
3)  Why IPL when you can use a SET CLOCK command?

Lizette

> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Okay ... then just reply R 0U  is that not what you wanted to 
begin with or did I miss something ??. 
   

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Alvaro Guirao Lopez
Sent: Friday, August 19, 2011 7:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

Then I only change the local hour, in this case system don't issues
IEA903A message.

I have tried and this is the result:


* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
 IEA888A LOCAL DATE=2011.231,CLOCK=11.35.00 REPLY U, OR UTC/LOCAL TIME



2011/8/19 Jim Thomas 

> >I reply with
>
> >R 00,DATE=2011.231,CLOCK=11.35.00,UTC
>
> >Then system issues IEA903A to reply U when the time ocurrs, I reply at
the
> >time:
>
> >R 00,U
>
> >and then appears again the CLOCK without my change
>
> >* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL TIME
>
> >Please, help!
>
>
> Re-try without 'UTC' at the end of your reply.
>
>
>
> Kind Regards
>
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
>
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Binyamin Dissen]

On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas 
wrote:

:>Switch ?? .. as in a command or a bit ?. 

A physical switch, young grasshopper. It had to be in the enable position.

No idea how it is done nowadays. Have not IPLed a real machine in a long time.

:>Default STPMODE is YES and were it set to NO .. he would 
:>not get this prompt. That said, he should not set STPMODE
:>to NO unless he is prepared to go to STP.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
:>Of Binyamin Dissen
:>Sent: Friday, August 19, 2011 6:56 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: CLOCK change problem
:>
:>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
:> wrote:
:>
:>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change the
:>:>local and UTC/GMT hour.
:>
:>:>Whe I IPLed the system it prompt reply
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>:>I reply with
:>
:>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
:>
:>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at the
:>:>time:
:>
:>:>R 00,U
:>
:>:>and then appears again the CLOCK without my change
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>There used to be a switch to allow the TOD to be altered.
:>
:>How does the STP affect this?

--
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Alvaro Guirao Lopez]

Thanks for the comments,

If anyone have any suggestion will be ver much apreciated, I'm completly
lost.


Best regards and have a nice weekend.
Álvaro.

2011/8/19 Binyamin Dissen 

> On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas 
> wrote:
>
> :>Switch ?? .. as in a command or a bit ?.
>
> A physical switch, young grasshopper. It had to be in the enable position.
>
> No idea how it is done nowadays. Have not IPLed a real machine in a long
> time.
>
> :>Default STPMODE is YES and were it set to NO .. he would
> :>not get this prompt. That said, he should not set STPMODE
> :>to NO unless he is prepared to go to STP.
>
> :>-Original Message-
>  :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf
> :>Of Binyamin Dissen
> :>Sent: Friday, August 19, 2011 6:56 AM
> :>To: IBM-MAIN@bama.ua.edu
> :>Subject: Re: CLOCK change problem
> :>
> :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> :> wrote:
> :>
> :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
> the
> :>:>local and UTC/GMT hour.
> :>
> :>:>Whe I IPLed the system it prompt reply
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
> :>TIME
> :>
> :>:>I reply with
> :>
> :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> :>
> :>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at
> the
> :>:>time:
> :>
> :>:>R 00,U
> :>
> :>:>and then appears again the CLOCK without my change
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
> :>TIME
> :>
> :>There used to be a switch to allow the TOD to be altered.
> :>
> :>How does the STP affect this?
>
> --
> 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Scott Rowe]

Is there maybe a zPDT option to allow updating the TOD clock, or maybe you
just need to set the Linux clock properly?

On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez  wrote:

> Thanks for the comments,
>
> If anyone have any suggestion will be ver much apreciated, I'm completly
> lost.
>
>
> Best regards and have a nice weekend.
> Álvaro.
>
> 2011/8/19 Binyamin Dissen 
>
> > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas  >
> > wrote:
> >
> > :>Switch ?? .. as in a command or a bit ?.
> >
> > A physical switch, young grasshopper. It had to be in the enable
> position.
> >
> > No idea how it is done nowadays. Have not IPLed a real machine in a long
> > time.
> >
> > :>Default STPMODE is YES and were it set to NO .. he would
> > :>not get this prompt. That said, he should not set STPMODE
> > :>to NO unless he is prepared to go to STP.
> >
> > :>-Original Message-
> >  :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> > Behalf
> > :>Of Binyamin Dissen
> > :>Sent: Friday, August 19, 2011 6:56 AM
> > :>To: IBM-MAIN@bama.ua.edu
> > :>Subject: Re: CLOCK change problem
> > :>
> > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> > :> wrote:
> > :>
> > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
> > the
> > :>:>local and UTC/GMT hour.
> > :>
> > :>:>Whe I IPLed the system it prompt reply
> > :>
> > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> UTC/LOCAL
> > :>TIME
> > :>
> > :>:>I reply with
> > :>
> > :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> > :>
> > :>:>Then system issues IEA903A to reply U when the time ocurrs, I reply
> at
> > the
> > :>:>time:
> > :>
> > :>:>R 00,U
> > :>
> > :>:>and then appears again the CLOCK without my change
> > :>
> > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> UTC/LOCAL
> > :>TIME
> > :>
> > :>There used to be a switch to allow the TOD to be altered.
> > :>
> > :>How does the STP affect this?
> >
> > --
> > 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
>
>
> --
> Un saludo.
> Álvaro Guirao
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Alvaro Guirao Lopez]

It's independt, the Linux hour goes his own way and functionality of the
z/OS system under zPDT is like a z/OS system in a mainframe, there is any
way to inform the TOD of z/OS trhough zPDT

2011/8/19 Scott Rowe 

> Is there maybe a zPDT option to allow updating the TOD clock, or maybe you
> just need to set the Linux clock properly?
>
> On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez <
> alvarogui...@gmail.com
> > wrote:
>
> > Thanks for the comments,
> >
> > If anyone have any suggestion will be ver much apreciated, I'm completly
> > lost.
> >
> >
> > Best regards and have a nice weekend.
> > Álvaro.
> >
> > 2011/8/19 Binyamin Dissen 
> >
> > > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas <
> j...@thethomasresidence.us
> > >
> > > wrote:
> > >
> > > :>Switch ?? .. as in a command or a bit ?.
> > >
> > > A physical switch, young grasshopper. It had to be in the enable
> > position.
> > >
> > > No idea how it is done nowadays. Have not IPLed a real machine in a
> long
> > > time.
> > >
> > > :>Default STPMODE is YES and were it set to NO .. he would
> > > :>not get this prompt. That said, he should not set STPMODE
> > > :>to NO unless he is prepared to go to STP.
> > >
> > > :>-Original Message-
> > >  :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu]
> On
> > > Behalf
> > > :>Of Binyamin Dissen
> > > :>Sent: Friday, August 19, 2011 6:56 AM
> > > :>To: IBM-MAIN@bama.ua.edu
> > > :>Subject: Re: CLOCK change problem
> > > :>
> > > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> > > :> wrote:
> > > :>
> > > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to
> change
> > > the
> > > :>:>local and UTC/GMT hour.
> > > :>
> > > :>:>Whe I IPLed the system it prompt reply
> > > :>
> > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > UTC/LOCAL
> > > :>TIME
> > > :>
> > > :>:>I reply with
> > > :>
> > > :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> > > :>
> > > :>:>Then system issues IEA903A to reply U when the time ocurrs, I reply
> > at
> > > the
> > > :>:>time:
> > > :>
> > > :>:>R 00,U
> > > :>
> > > :>:>and then appears again the CLOCK without my change
> > > :>
> > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > UTC/LOCAL
> > > :>TIME
> > > :>
> > > :>There used to be a switch to allow the TOD to be altered.
> > > :>
> > > :>How does the STP affect this?
> > >
> > > --
> > > 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > >
> >
> >
> >
> > --
> > Un saludo.
> > Álvaro Guirao
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
> CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
> confidential and privileged information intended only for the addressee.
> If you are not the intended recipient, please be advised that you have
> received this material in error and that any forwarding, copying, printing,
> distribution, use or disclosure of the material is strictly prohibited.
> If you have received this material in error, please (i) do not read it,
> (ii) reply to the sender that you received the message in error, and
> (iii) erase or destroy the material. Emails are not secure and can be
> intercepted, amended, lost or destroyed, or contain viruses. You are deemed
> to have accepted these risks if you communicate with us by email. Thank
> you.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Scott Rowe]

On a mainframe you can set the TOD clock from the HMC, then re-activate an
LPAR to get the new time.  Can you just do that on zPDT?

On Fri, Aug 19, 2011 at 9:10 AM, Alvaro Guirao Lopez  wrote:

> It's independt, the Linux hour goes his own way and functionality of the
> z/OS system under zPDT is like a z/OS system in a mainframe, there is any
> way to inform the TOD of z/OS trhough zPDT
>
> 2011/8/19 Scott Rowe 
>
> > Is there maybe a zPDT option to allow updating the TOD clock, or maybe
> you
> > just need to set the Linux clock properly?
> >
> > On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez <
> > alvarogui...@gmail.com
> > > wrote:
> >
> > > Thanks for the comments,
> > >
> > > If anyone have any suggestion will be ver much apreciated, I'm
> completly
> > > lost.
> > >
> > >
> > > Best regards and have a nice weekend.
> > > Álvaro.
> > >
> > > 2011/8/19 Binyamin Dissen 
> > >
> > > > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas <
> > j...@thethomasresidence.us
> > > >
> > > > wrote:
> > > >
> > > > :>Switch ?? .. as in a command or a bit ?.
> > > >
> > > > A physical switch, young grasshopper. It had to be in the enable
> > > position.
> > > >
> > > > No idea how it is done nowadays. Have not IPLed a real machine in a
> > long
> > > > time.
> > > >
> > > > :>Default STPMODE is YES and were it set to NO .. he would
> > > > :>not get this prompt. That said, he should not set STPMODE
> > > > :>to NO unless he is prepared to go to STP.
> > > >
> > > > :>-Original Message-
> > > >  :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu]
> > On
> > > > Behalf
> > > > :>Of Binyamin Dissen
> > > > :>Sent: Friday, August 19, 2011 6:56 AM
> > > > :>To: IBM-MAIN@bama.ua.edu
> > > > :>Subject: Re: CLOCK change problem
> > > > :>
> > > > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> > > > :> wrote:
> > > > :>
> > > > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to
> > change
> > > > the
> > > > :>:>local and UTC/GMT hour.
> > > > :>
> > > > :>:>Whe I IPLed the system it prompt reply
> > > > :>
> > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > UTC/LOCAL
> > > > :>TIME
> > > > :>
> > > > :>:>I reply with
> > > > :>
> > > > :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> > > > :>
> > > > :>:>Then system issues IEA903A to reply U when the time ocurrs, I
> reply
> > > at
> > > > the
> > > > :>:>time:
> > > > :>
> > > > :>:>R 00,U
> > > > :>
> > > > :>:>and then appears again the CLOCK without my change
> > > > :>
> > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > UTC/LOCAL
> > > > :>TIME
> > > > :>
> > > > :>There used to be a switch to allow the TOD to be altered.
> > > > :>
> > > > :>How does the STP affect this?
> > > >
> > > > --
> > > > 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...@bama.ua.edu with the message: GET IBM-MAIN
> INFO
> > > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > > >
> > >
> > >
> > >

Re: CLOCK change problem

[Alvaro Guirao Lopez]

I will see at manuals, zPDT is stopped when you stop z/OS image, it is
supossed that z/OS may work normally so the IPL procedure must works but
its's true that there are other functions that must be done out of the z/OS,
if i see something, i tell you.

Thank you Scott

2011/8/19 Scott Rowe 

> On a mainframe you can set the TOD clock from the HMC, then re-activate an
> LPAR to get the new time.  Can you just do that on zPDT?
>
> On Fri, Aug 19, 2011 at 9:10 AM, Alvaro Guirao Lopez <
> alvarogui...@gmail.com
>  > wrote:
>
> > It's independt, the Linux hour goes his own way and functionality of the
> > z/OS system under zPDT is like a z/OS system in a mainframe, there is any
> > way to inform the TOD of z/OS trhough zPDT
> >
> > 2011/8/19 Scott Rowe 
> >
> > > Is there maybe a zPDT option to allow updating the TOD clock, or maybe
> > you
> > > just need to set the Linux clock properly?
> > >
> > > On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez <
> > > alvarogui...@gmail.com
> > > > wrote:
> > >
> > > > Thanks for the comments,
> > > >
> > > > If anyone have any suggestion will be ver much apreciated, I'm
> > completly
> > > > lost.
> > > >
> > > >
> > > > Best regards and have a nice weekend.
> > > > Álvaro.
> > > >
> > > > 2011/8/19 Binyamin Dissen 
> > > >
> > > > > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas <
> > > j...@thethomasresidence.us
> > > > >
> > > > > wrote:
> > > > >
> > > > > :>Switch ?? .. as in a command or a bit ?.
> > > > >
> > > > > A physical switch, young grasshopper. It had to be in the enable
> > > > position.
> > > > >
> > > > > No idea how it is done nowadays. Have not IPLed a real machine in a
> > > long
> > > > > time.
> > > > >
> > > > > :>Default STPMODE is YES and were it set to NO .. he would
> > > > > :>not get this prompt. That said, he should not set STPMODE
> > > > > :>to NO unless he is prepared to go to STP.
> > > > >
> > > > > :>-Original Message-
> > > > >  :>From: IBM Mainframe Discussion List [mailto:
> IBM-MAIN@bama.ua.edu]
> > > On
> > > > > Behalf
> > > > > :>Of Binyamin Dissen
> > > > > :>Sent: Friday, August 19, 2011 6:56 AM
> > > > > :>To: IBM-MAIN@bama.ua.edu
> > > > > :>Subject: Re: CLOCK change problem
> > > > > :>
> > > > > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> > > > > :> wrote:
> > > > > :>
> > > > > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to
> > > change
> > > > > the
> > > > > :>:>local and UTC/GMT hour.
> > > > > :>
> > > > > :>:>Whe I IPLed the system it prompt reply
> > > > > :>
> > > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > > UTC/LOCAL
> > > > > :>TIME
> > > > > :>
> > > > > :>:>I reply with
> > > > > :>
> > > > > :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> > > > > :>
> > > > > :>:>Then system issues IEA903A to reply U when the time ocurrs, I
> > reply
> > > > at
> > > > > the
> > > > > :>:>time:
> > > > > :>
> > > > > :>:>R 00,U
> > > > > :>
> > > > > :>:>and then appears again the CLOCK without my change
> > > > > :>
> > > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > > UTC/LOCAL
> > > > > :>TIME
> > > > > :>
> > > > > :>There used to be a switch to allow the TOD to be altered.
> > > > > :>
> > > > > :>How does the STP affect this?
> > > > >
> > > > > --
> > > > > Binyamin Dissen 
> > > > > http://www.dissensoftware.com
> > > > >
> > > > > Director, Disse

Re: CLOCK change problem

[Scott Rowe]

I just looked at the zPDT redbook and found there is a settod command, which
shoukd be used before IPL.

On Fri, Aug 19, 2011 at 9:34 AM, Alvaro Guirao Lopez  wrote:

> I will see at manuals, zPDT is stopped when you stop z/OS image, it is
> supossed that z/OS may work normally so the IPL procedure must works
> but
> its's true that there are other functions that must be done out of the
> z/OS,
> if i see something, i tell you.
>
> Thank you Scott
>
> 2011/8/19 Scott Rowe 
>
> > On a mainframe you can set the TOD clock from the HMC, then re-activate
> an
> > LPAR to get the new time.  Can you just do that on zPDT?
> >
> > On Fri, Aug 19, 2011 at 9:10 AM, Alvaro Guirao Lopez <
> > alvarogui...@gmail.com
> >  > wrote:
> >
> > > It's independt, the Linux hour goes his own way and functionality of
> the
> > > z/OS system under zPDT is like a z/OS system in a mainframe, there is
> any
> > > way to inform the TOD of z/OS trhough zPDT
> > >
> > > 2011/8/19 Scott Rowe 
> > >
> > > > Is there maybe a zPDT option to allow updating the TOD clock, or
> maybe
> > > you
> > > > just need to set the Linux clock properly?
> > > >
> > > > On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez <
> > > > alvarogui...@gmail.com
> > > > > wrote:
> > > >
> > > > > Thanks for the comments,
> > > > >
> > > > > If anyone have any suggestion will be ver much apreciated, I'm
> > > completly
> > > > > lost.
> > > > >
> > > > >
> > > > > Best regards and have a nice weekend.
> > > > > Álvaro.
> > > > >
> > > > > 2011/8/19 Binyamin Dissen 
> > > > >
> > > > > > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas <
> > > > j...@thethomasresidence.us
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > :>Switch ?? .. as in a command or a bit ?.
> > > > > >
> > > > > > A physical switch, young grasshopper. It had to be in the enable
> > > > > position.
> > > > > >
> > > > > > No idea how it is done nowadays. Have not IPLed a real machine in
> a
> > > > long
> > > > > > time.
> > > > > >
> > > > > > :>Default STPMODE is YES and were it set to NO .. he would
> > > > > > :>not get this prompt. That said, he should not set STPMODE
> > > > > > :>to NO unless he is prepared to go to STP.
> > > > > >
> > > > > > :>-Original Message-
> > > > > >  :>From: IBM Mainframe Discussion List [mailto:
> > IBM-MAIN@bama.ua.edu]
> > > > On
> > > > > > Behalf
> > > > > > :>Of Binyamin Dissen
> > > > > > :>Sent: Friday, August 19, 2011 6:56 AM
> > > > > > :>To: IBM-MAIN@bama.ua.edu
> > > > > > :>Subject: Re: CLOCK change problem
> > > > > > :>
> > > > > > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> > > > > > :> wrote:
> > > > > > :>
> > > > > > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT
> to
> > > > change
> > > > > > the
> > > > > > :>:>local and UTC/GMT hour.
> > > > > > :>
> > > > > > :>:>Whe I IPLed the system it prompt reply
> > > > > > :>
> > > > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > > > UTC/LOCAL
> > > > > > :>TIME
> > > > > > :>
> > > > > > :>:>I reply with
> > > > > > :>
> > > > > > :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> > > > > > :>
> > > > > > :>:>Then system issues IEA903A to reply U when the time ocurrs, I
> > > reply
> > > > > at
> > > > > > the
> > > > > > :>:>time:
> > > > > > :>
> > > > > > :>:>R 00,U
> > > > > > :>
> > > > > > :>:>and then appears again the CLOCK without my change

Re: CLOCK change problem

[Scott Rowe]

It looks like that by default zPDT does take the initial TOD value from the
Linux hardware clock, unless you use settod.

On Fri, Aug 19, 2011 at 9:51 AM, Scott Rowe  wrote:

> I just looked at the zPDT redbook and found there is a settod command,
> which shoukd be used before IPL.
>
>
> On Fri, Aug 19, 2011 at 9:34 AM, Alvaro Guirao Lopez <
> alvarogui...@gmail.com> wrote:
>
>> I will see at manuals, zPDT is stopped when you stop z/OS image, it is
>> supossed that z/OS may work normally so the IPL procedure must works
>> but
>> its's true that there are other functions that must be done out of the
>> z/OS,
>> if i see something, i tell you.
>>
>> Thank you Scott
>>
>> 2011/8/19 Scott Rowe 
>>
>> > On a mainframe you can set the TOD clock from the HMC, then re-activate
>> an
>> > LPAR to get the new time.  Can you just do that on zPDT?
>> >
>> > On Fri, Aug 19, 2011 at 9:10 AM, Alvaro Guirao Lopez <
>> > alvarogui...@gmail.com
>> >  > wrote:
>> >
>> > > It's independt, the Linux hour goes his own way and functionality of
>> the
>> > > z/OS system under zPDT is like a z/OS system in a mainframe, there is
>> any
>> > > way to inform the TOD of z/OS trhough zPDT
>> > >
>> > > 2011/8/19 Scott Rowe 
>> > >
>> > > > Is there maybe a zPDT option to allow updating the TOD clock, or
>> maybe
>> > > you
>> > > > just need to set the Linux clock properly?
>> > > >
>> > > > On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez <
>> > > > alvarogui...@gmail.com
>> > > > > wrote:
>> > > >
>> > > > > Thanks for the comments,
>> > > > >
>> > > > > If anyone have any suggestion will be ver much apreciated, I'm
>> > > completly
>> > > > > lost.
>> > > > >
>> > > > >
>> > > > > Best regards and have a nice weekend.
>> > > > > Álvaro.
>> > > > >
>> > > > > 2011/8/19 Binyamin Dissen 
>> > > > >
>> > > > > > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas <
>> > > > j...@thethomasresidence.us
>> > > > > >
>> > > > > > wrote:
>> > > > > >
>> > > > > > :>Switch ?? .. as in a command or a bit ?.
>> > > > > >
>> > > > > > A physical switch, young grasshopper. It had to be in the enable
>> > > > > position.
>> > > > > >
>> > > > > > No idea how it is done nowadays. Have not IPLed a real machine
>> in a
>> > > > long
>> > > > > > time.
>> > > > > >
>> > > > > > :>Default STPMODE is YES and were it set to NO .. he would
>> > > > > > :>not get this prompt. That said, he should not set STPMODE
>> > > > > > :>to NO unless he is prepared to go to STP.
>> > > > > >
>> > > > > > :>-Original Message-
>> > > > > >  :>From: IBM Mainframe Discussion List [mailto:
>> > IBM-MAIN@bama.ua.edu]
>> > > > On
>> > > > > > Behalf
>> > > > > > :>Of Binyamin Dissen
>> > > > > > :>Sent: Friday, August 19, 2011 6:56 AM
>> > > > > > :>To: IBM-MAIN@bama.ua.edu
>> > > > > > :>Subject: Re: CLOCK change problem
>> > > > > > :>
>> > > > > > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
>> > > > > > :> wrote:
>> > > > > > :>
>> > > > > > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT
>> to
>> > > > change
>> > > > > > the
>> > > > > > :>:>local and UTC/GMT hour.
>> > > > > > :>
>> > > > > > :>:>Whe I IPLed the system it prompt reply
>> > > > > > :>
>> > > > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>> > > > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
>> > > > > UTC/LOCAL
>> > > > > > :>TIME
>> > > > > > :>
>> > > > > > :>

Re: CLOCK change problem

[Jim Thomas]

Hai Shidoshi ... 

Watashi o keihatsu shite itadaki arigatogozaimasu.  

Watashi wa sore o shitte ita koto ga nai. 

Watashi wa nipponjin de wa nai asa ga nai  


I'm sorry .. I just could not resist ... :-) 

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Binyamin Dissen
Sent: Friday, August 19, 2011 7:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas 
wrote:

:>Switch ?? .. as in a command or a bit ?. 

A physical switch, young grasshopper. It had to be in the enable position.

No idea how it is done nowadays. Have not IPLed a real machine in a long
time.

:>Default STPMODE is YES and were it set to NO .. he would 
:>not get this prompt. That said, he should not set STPMODE
:>to NO unless he is prepared to go to STP.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
:>Of Binyamin Dissen
:>Sent: Friday, August 19, 2011 6:56 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: CLOCK change problem
:>
:>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
:> wrote:
:>
:>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
the
:>:>local and UTC/GMT hour.
:>
:>:>Whe I IPLed the system it prompt reply
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>:>I reply with
:>
:>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
:>
:>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at
the
:>:>time:
:>
:>:>R 00,U
:>
:>:>and then appears again the CLOCK without my change
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>There used to be a switch to allow the TOD to be altered.
:>
:>How does the STP affect this?

--
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Sir,

My apologies . I did not know you were under zPDT.

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Alvaro Guirao Lopez
Sent: Friday, August 19, 2011 8:34 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

I will see at manuals, zPDT is stopped when you stop z/OS image, it is
supossed that z/OS may work normally so the IPL procedure must works but
its's true that there are other functions that must be done out of the z/OS,
if i see something, i tell you.

Thank you Scott

2011/8/19 Scott Rowe 

> On a mainframe you can set the TOD clock from the HMC, then re-activate an
> LPAR to get the new time.  Can you just do that on zPDT?
>
> On Fri, Aug 19, 2011 at 9:10 AM, Alvaro Guirao Lopez <
> alvarogui...@gmail.com
>  > wrote:
>
> > It's independt, the Linux hour goes his own way and functionality of the
> > z/OS system under zPDT is like a z/OS system in a mainframe, there is
any
> > way to inform the TOD of z/OS trhough zPDT
> >
> > 2011/8/19 Scott Rowe 
> >
> > > Is there maybe a zPDT option to allow updating the TOD clock, or maybe
> > you
> > > just need to set the Linux clock properly?
> > >
> > > On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez <
> > > alvarogui...@gmail.com
> > > > wrote:
> > >
> > > > Thanks for the comments,
> > > >
> > > > If anyone have any suggestion will be ver much apreciated, I'm
> > completly
> > > > lost.
> > > >
> > > >
> > > > Best regards and have a nice weekend.
> > > > Álvaro.
> > > >
> > > > 2011/8/19 Binyamin Dissen 
> > > >
> > > > > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas <
> > > j...@thethomasresidence.us
> > > > >
> > > > > wrote:
> > > > >
> > > > > :>Switch ?? .. as in a command or a bit ?.
> > > > >
> > > > > A physical switch, young grasshopper. It had to be in the enable
> > > > position.
> > > > >
> > > > > No idea how it is done nowadays. Have not IPLed a real machine in
a
> > > long
> > > > > time.
> > > > >
> > > > > :>Default STPMODE is YES and were it set to NO .. he would
> > > > > :>not get this prompt. That said, he should not set STPMODE
> > > > > :>to NO unless he is prepared to go to STP.
> > > > >
> > > > > :>-Original Message-
> > > > >  :>From: IBM Mainframe Discussion List [mailto:
> IBM-MAIN@bama.ua.edu]
> > > On
> > > > > Behalf
> > > > > :>Of Binyamin Dissen
> > > > > :>Sent: Friday, August 19, 2011 6:56 AM
> > > > > :>To: IBM-MAIN@bama.ua.edu
> > > > > :>Subject: Re: CLOCK change problem
> > > > > :>
> > > > > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> > > > > :> wrote:
> > > > > :>
> > > > > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to
> > > change
> > > > > the
> > > > > :>:>local and UTC/GMT hour.
> > > > > :>
> > > > > :>:>Whe I IPLed the system it prompt reply
> > > > > :>
> > > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > > UTC/LOCAL
> > > > > :>TIME
> > > > > :>
> > > > > :>:>I reply with
> > > > > :>
> > > > > :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> > > > > :>
> > > > > :>:>Then system issues IEA903A to reply U when the time ocurrs, I
> > reply
> > > > at
> > > > > the
> > > > > :>:>time:
> > > > > :>
> > > > > :>:>R 00,U
> > > > > :>
> > > > > :>:>and then appears again the CLOCK without my change
> > > > > :>
> > > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > > UTC/LOCAL
> > > > > :>TIME
> > > 

Re: CLOCK change problem

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jim Thomas
> 
> Hai Shidoshi ...
> 
> Watashi o keihatsu shite itadaki arigatogozaimasu.

You misspelled "Watak[u]shi"

-jc-

> 
> Watashi wa sore o shitte ita koto ga nai.
> 
> Watashi wa nipponjin de wa nai asa ga nai 
> 
> 
> I'm sorry .. I just could not resist ... :-)
> 
> Kind Regards
> 
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
> Of Binyamin Dissen
> Sent: Friday, August 19, 2011 7:47 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CLOCK change problem
> 
> On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas

> wrote:
> 
> :>Switch ?? .. as in a command or a bit ?.
> 
> A physical switch, young grasshopper. It had to be in the enable
position.
> 
> No idea how it is done nowadays. Have not IPLed a real machine in a
long
> time.
> 
> :>Default STPMODE is YES and were it set to NO .. he would
> :>not get this prompt. That said, he should not set STPMODE
> :>to NO unless he is prepared to go to STP.
> 
> :>-Original Message-
> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf
> :>Of Binyamin Dissen
> :>Sent: Friday, August 19, 2011 6:56 AM
> :>To: IBM-MAIN@bama.ua.edu
> :>Subject: Re: CLOCK change problem
> :>
> :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> :> wrote:
> :>
> :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to
change
> the
> :>:>local and UTC/GMT hour.
> :>
> :>:>Whe I IPLed the system it prompt reply
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
UTC/LOCAL
> :>TIME
> :>
> :>:>I reply with
> :>
> :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> :>
> :>:>Then system issues IEA903A to reply U when the time ocurrs, I
reply at
> the
> :>:>time:
> :>
> :>:>R 00,U
> :>
> :>:>and then appears again the CLOCK without my change
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
UTC/LOCAL
> :>TIME
> :>
> :>There used to be a switch to allow the TOD to be altered.
> :>
> :>How does the STP affect this?
> 
> --
> 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 
> 
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date:
08/18/11
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Steve Comstock]

On 8/21/2011 12:32 AM, Jim Thomas wrote:

Hai Shidoshi ...

Watashi o keihatsu shite itadaki arigatogozaimasu.

Watashi wa sore o shitte ita koto ga nai.

Watashi wa nipponjin de wa nai asa ga nai 


I'm sorry .. I just could not resist ... :-)



But it should have been Chinese instead of Japanese,
so desu ne? (そですね)



Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Binyamin Dissen
Sent: Friday, August 19, 2011 7:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas
wrote:

:>Switch ?? .. as in a command or a bit ?.

A physical switch, young grasshopper. It had to be in the enable position.

No idea how it is done nowadays. Have not IPLed a real machine in a long
time.

:>Default STPMODE is YES and were it set to NO .. he would
:>not get this prompt. That said, he should not set STPMODE
:>to NO unless he is prepared to go to STP.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
:>Of Binyamin Dissen
:>Sent: Friday, August 19, 2011 6:56 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: CLOCK change problem
:>
:>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
:>  wrote:
:>
:>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
the
:>:>local and UTC/GMT hour.
:>
:>:>Whe I IPLed the system it prompt reply
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>:>I reply with
:>
:>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
:>
:>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at
the
:>:>time:
:>
:>:>R 00,U
:>
:>:>and then appears again the CLOCK without my change
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>There used to be a switch to allow the TOD to be altered.
:>
:>How does the STP affect this?

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




--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Steve Comstock]

On 8/21/2011 4:34 AM, Chase, John wrote:

-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Jim Thomas

Hai Shidoshi ...

Watashi o keihatsu shite itadaki arigatogozaimasu.


You misspelled "Watak[u]shi"


No. Watashi is a common form of watakushi. It's fine.



 -jc-



Watashi wa sore o shitte ita koto ga nai.

Watashi wa nipponjin de wa nai asa ga nai 


I'm sorry .. I just could not resist ... :-)

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On

Behalf

Of Binyamin Dissen
Sent: Friday, August 19, 2011 7:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas



wrote:

:>Switch ?? .. as in a command or a bit ?.

A physical switch, young grasshopper. It had to be in the enable

position.


No idea how it is done nowadays. Have not IPLed a real machine in a

long

time.

:>Default STPMODE is YES and were it set to NO .. he would
:>not get this prompt. That said, he should not set STPMODE
:>to NO unless he is prepared to go to STP.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
:>Of Binyamin Dissen
:>Sent: Friday, August 19, 2011 6:56 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: CLOCK change problem
:>
:>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
:>  wrote:
:>
:>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to

change

the
:>:>local and UTC/GMT hour.
:>
:>:>Whe I IPLed the system it prompt reply
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR

UTC/LOCAL

:>TIME
:>
:>:>I reply with
:>
:>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
:>
:>:>Then system issues IEA903A to reply U when the time ocurrs, I

reply at

the
:>:>time:
:>
:>:>R 00,U
:>
:>:>and then appears again the CLOCK without my change
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR

UTC/LOCAL

:>TIME
:>
:>There used to be a switch to allow the TOD to be altered.
:>
:>How does the STP affect this?

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





--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Sir,

Pardon me but I beg to differ ... they are both essentially 
the same but could be used in different responses.  

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Chase, John
Sent: Sunday, August 21, 2011 5:35 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jim Thomas
> 
> Hai Shidoshi ...
> 
> Watashi o keihatsu shite itadaki arigatogozaimasu.

You misspelled "Watak[u]shi"

-jc-

> 
> Watashi wa sore o shitte ita koto ga nai.
> 
> Watashi wa nipponjin de wa nai asa ga nai 
> 
> 
> I'm sorry .. I just could not resist ... :-)
> 
> Kind Regards
> 
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
> Of Binyamin Dissen
> Sent: Friday, August 19, 2011 7:47 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CLOCK change problem
> 
> On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas

> wrote:
> 
> :>Switch ?? .. as in a command or a bit ?.
> 
> A physical switch, young grasshopper. It had to be in the enable
position.
> 
> No idea how it is done nowadays. Have not IPLed a real machine in a
long
> time.
> 
> :>Default STPMODE is YES and were it set to NO .. he would
> :>not get this prompt. That said, he should not set STPMODE
> :>to NO unless he is prepared to go to STP.
> 
> :>-Original Message-
> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf
> :>Of Binyamin Dissen
> :>Sent: Friday, August 19, 2011 6:56 AM
> :>To: IBM-MAIN@bama.ua.edu
> :>Subject: Re: CLOCK change problem
> :>
> :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> :> wrote:
> :>
> :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to
change
> the
> :>:>local and UTC/GMT hour.
> :>
> :>:>Whe I IPLed the system it prompt reply
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
UTC/LOCAL
> :>TIME
> :>
> :>:>I reply with
> :>
> :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> :>
> :>:>Then system issues IEA903A to reply U when the time ocurrs, I
reply at
> the
> :>:>time:
> :>
> :>:>R 00,U
> :>
> :>:>and then appears again the CLOCK without my change
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
UTC/LOCAL
> :>TIME
> :>
> :>There used to be a switch to allow the TOD to be altered.
> :>
> :>How does the STP affect this?
> 
> --
> 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 
> 
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date:
08/18/11
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3847 - Release Date: 08/20/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Sir,

My apologies ... 'so desu ne' ?? .. chinese ?? .. 

Forgive me .. aside from Japanese, I also knew Mandarin but 
'so desu ne' is Japanese ... and essentially it just means 
that you're agreeing (indifferently). 

I'm just confused why you mentioned Chinese ... I'm sorry...
I used to versant in about eight or nine languages (in a 
previous lifetime) but .. have not touched them (save but 
for a few words every now and then) for well over two decades.   

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Sunday, August 21, 2011 7:09 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On 8/21/2011 12:32 AM, Jim Thomas wrote:
> Hai Shidoshi ...
>
> Watashi o keihatsu shite itadaki arigatogozaimasu.
>
> Watashi wa sore o shitte ita koto ga nai.
>
> Watashi wa nipponjin de wa nai asa ga nai 
>
>
> I'm sorry .. I just could not resist ... :-)
>

But it should have been Chinese instead of Japanese,
so desu ne? (そですね)


> Kind Regards
>
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
> Of Binyamin Dissen
> Sent: Friday, August 19, 2011 7:47 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CLOCK change problem
>
> On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas
> wrote:
>
> :>Switch ?? .. as in a command or a bit ?.
>
> A physical switch, young grasshopper. It had to be in the enable position.
>
> No idea how it is done nowadays. Have not IPLed a real machine in a long
> time.
>
> :>Default STPMODE is YES and were it set to NO .. he would
> :>not get this prompt. That said, he should not set STPMODE
> :>to NO unless he is prepared to go to STP.
>
> :>-Original Message-
> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf
> :>Of Binyamin Dissen
> :>Sent: Friday, August 19, 2011 6:56 AM
> :>To: IBM-MAIN@bama.ua.edu
> :>Subject: Re: CLOCK change problem
> :>
> :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> :>  wrote:
> :>
> :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
> the
> :>:>local and UTC/GMT hour.
> :>
> :>:>Whe I IPLed the system it prompt reply
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
> :>TIME
> :>
> :>:>I reply with
> :>
> :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> :>
> :>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at
> the
> :>:>time:
> :>
> :>:>R 00,U
> :>
> :>:>and then appears again the CLOCK without my change
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
> :>TIME
> :>
> :>There used to be a switch to allow the TOD to be altered.
> :>
> :>How does the STP affect this?
>
> --
> 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.
>


-- 

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* Special promotion: 15% off on all DB2 training classes
 scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
 http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3847 - Release Date: 08/20/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Steve Comstock]

On 8/21/2011 2:39 PM, Jim Thomas wrote:

Sir,

My apologies ... 'so desu ne' ?? .. chinese ?? ..

Forgive me .. aside from Japanese, I also knew Mandarin but
'so desu ne' is Japanese ... and essentially it just means
that you're agreeing (indifferently).

I'm just confused why you mentioned Chinese


Well, I thought your sentences were in reference to
the previous post that mentioned 'grasshopper'; that's
an allusion to the Kung Fu series, where the lead was
a half-Chinese man raised in a Chinese temple.

So I replied in English and Japanese, saying, basically,
"I think you meant to say it Chinese, right?"

Ah yes. My wife and I slaughter many languages.

:-)


 ... I'm sorry...

I used to versant in about eight or nine languages (in a
previous lifetime) but .. have not touched them (save but
for a few words every now and then) for well over two decades.

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Sunday, August 21, 2011 7:09 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On 8/21/2011 12:32 AM, Jim Thomas wrote:

Hai Shidoshi ...

Watashi o keihatsu shite itadaki arigatogozaimasu.

Watashi wa sore o shitte ita koto ga nai.

Watashi wa nipponjin de wa nai asa ga nai 


I'm sorry .. I just could not resist ... :-)



But it should have been Chinese instead of Japanese,
so desu ne? (そですね)



Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Binyamin Dissen
Sent: Friday, August 19, 2011 7:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas
wrote:

:>Switch ?? .. as in a command or a bit ?.

A physical switch, young grasshopper. It had to be in the enable position.

No idea how it is done nowadays. Have not IPLed a real machine in a long
time.

:>Default STPMODE is YES and were it set to NO .. he would
:>not get this prompt. That said, he should not set STPMODE
:>to NO unless he is prepared to go to STP.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
:>Of Binyamin Dissen
:>Sent: Friday, August 19, 2011 6:56 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: CLOCK change problem
:>
:>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
:>   wrote:
:>
:>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
the
:>:>local and UTC/GMT hour.
:>
:>:>Whe I IPLed the system it prompt reply
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>:>I reply with
:>
:>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
:>
:>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at
the
:>:>time:
:>
:>:>R 00,U
:>
:>:>and then appears again the CLOCK without my change
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>There used to be a switch to allow the TOD to be altered.
:>
:>How does the STP affect this?

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







--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Sir,

My sincere apologies ... right you are and yes, it 
was from the old Kung Fu series ... I've just come to 
a point where I don't (automatically) think that people
are old enough to know what I speak of.

Very good ... Chinese it then ... 


hen gaoxing renshi nǐ !!. 


Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Sunday, August 21, 2011 3:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On 8/21/2011 2:39 PM, Jim Thomas wrote:
> Sir,
>
> My apologies ... 'so desu ne' ?? .. chinese ?? ..
>
> Forgive me .. aside from Japanese, I also knew Mandarin but
> 'so desu ne' is Japanese ... and essentially it just means
> that you're agreeing (indifferently).
>
> I'm just confused why you mentioned Chinese

Well, I thought your sentences were in reference to
the previous post that mentioned 'grasshopper'; that's
an allusion to the Kung Fu series, where the lead was
a half-Chinese man raised in a Chinese temple.

So I replied in English and Japanese, saying, basically,
"I think you meant to say it Chinese, right?"

Ah yes. My wife and I slaughter many languages.

:-)


  ... I'm sorry...
> I used to versant in about eight or nine languages (in a
> previous lifetime) but .. have not touched them (save but
> for a few words every now and then) for well over two decades.
>
> Kind Regards
>
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
> Of Steve Comstock
> Sent: Sunday, August 21, 2011 7:09 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CLOCK change problem
>
> On 8/21/2011 12:32 AM, Jim Thomas wrote:
>> Hai Shidoshi ...
>>
>> Watashi o keihatsu shite itadaki arigatogozaimasu.
>>
>> Watashi wa sore o shitte ita koto ga nai.
>>
>> Watashi wa nipponjin de wa nai asa ga nai 
>>
>>
>> I'm sorry .. I just could not resist ... :-)
>>
>
> But it should have been Chinese instead of Japanese,
> so desu ne? (そですね)
>
>
>> Kind Regards
>>
>> Jim Thomas
>> 617-233-4130 (mobile)
>> 636-294-1014    (res)
>> j...@thethomasresidence.us (Email)
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
>> Of Binyamin Dissen
>> Sent: Friday, August 19, 2011 7:47 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: CLOCK change problem
>>
>> On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas
>> wrote:
>>
>> :>Switch ?? .. as in a command or a bit ?.
>>
>> A physical switch, young grasshopper. It had to be in the enable position.
>>
>> No idea how it is done nowadays. Have not IPLed a real machine in a long
>> time.
>>
>> :>Default STPMODE is YES and were it set to NO .. he would
>> :>not get this prompt. That said, he should not set STPMODE
>> :>to NO unless he is prepared to go to STP.
>>
>> :>-Original Message-
>> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
>> Behalf
>> :>Of Binyamin Dissen
>> :>Sent: Friday, August 19, 2011 6:56 AM
>> :>To: IBM-MAIN@bama.ua.edu
>> :>Subject: Re: CLOCK change problem
>> :>
>> :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
>> :>   wrote:
>> :>
>> :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
>> the
>> :>:>local and UTC/GMT hour.
>> :>
>> :>:>Whe I IPLed the system it prompt reply
>> :>
>> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>> :>:>IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
>> :>TIME
>> :>
>> :>:>I reply with
>> :>
>> :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
>> :>
>> :>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at
>> the
>> :>:>time:
>> :>
>> :>:>R 00,U
>> :>
>> :>:>and then appears again the CLOCK without my change
>> :>
>> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>> :>:>IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
>> :>TIME
>> :>
>> :>There used

Re: CLOCK change problem

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jim Thomas
> 
> Sir,
> 
> My sincere apologies ... right you are and yes, it
> was from the old Kung Fu series ... I've just come to
> a point where I don't (automatically) think that people
> are old enough to know what I speak of.
> 
> Very good ... Chinese it then ...
> 
> 
> hen gaoxing renshi nǐ !!.

You do and you'll clean it up!  :-)

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Sir,

LMAO !!. 

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chase, John
Sent: Sunday, August 21, 2011 5:31 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jim Thomas
> 
> Sir,
> 
> My sincere apologies ... right you are and yes, it
> was from the old Kung Fu series ... I've just come to
> a point where I don't (automatically) think that people
> are old enough to know what I speak of.
> 
> Very good ... Chinese it then ...
> 
> 
> hen gaoxing renshi nǐ !!.

You do and you'll clean it up!  :-)

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3848 - Release Date: 08/21/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Alvaro Guirao Lopez]

Hey Scott!

I have read zPDT manuals and effectively there is a settod command that you
must issue after start zPDT but before IPL z/OS.

Anyway, zPDT sets linux time and date for System Z TOD clock at each IPL so
I have changed Linux and bios clock to syncronize Z TOD at IPL.

Thank you.

2011/8/22 Jim Thomas 

> Sir,
>
> LMAO !!.
>
> Kind Regards
>
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Chase, John
> Sent: Sunday, August 21, 2011 5:31 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CLOCK change problem
>
>  > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Jim Thomas
> >
> > Sir,
> >
> > My sincere apologies ... right you are and yes, it
> > was from the old Kung Fu series ... I've just come to
> > a point where I don't (automatically) think that people
> > are old enough to know what I speak of.
> >
> > Very good ... Chinese it then ...
> >
> >
> > hen gaoxing renshi nǐ !!.
>
> You do and you'll clean it up!  :-)
>
>-jc-
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
>
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3848 - Release Date: 08/21/11
>
> --
>  For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Shmuel Metz (Seymour J.)]

In <07ea01cc5e6a$1a9e0650$4fda12f0$@us>, on 08/19/2011
   at 07:18 AM, Jim Thomas  said:

>Switch ?? .. as in a command or a bit ?. 

As in a physical toggle switch on the early S/370 boxen. But these
days all of the pretty buttons, dials, rollers and toggles have been
replaced by logical equivalents. IMHO we're better off, even if the
old way made for a better photo op.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

I started off on the HDW side from the 360's .. but for the life 
of me, I simply cannot remember this ... I do fully remember a 
'green' switch that had to be enabled to 'change' the time but 
nothing else that had to be done or perhaps this 'green' switch
is the very same 'on/off' toggle that you and Binyamin speak of?.

Oh well .. it doesn't matter ... been too long ago ..   

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Monday, August 22, 2011 9:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

In <07ea01cc5e6a$1a9e0650$4fda12f0$@us>, on 08/19/2011
   at 07:18 AM, Jim Thomas  said:

>Switch ?? .. as in a command or a bit ?. 

As in a physical toggle switch on the early S/370 boxen. But these
days all of the pretty buttons, dials, rollers and toggles have been
replaced by logical equivalents. IMHO we're better off, even if the
old way made for a better photo op.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see <http://patriot.net/~shmuel/resume/brief.html> 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3850 - Release Date: 08/22/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Ed Gould]

 TOD Clock switch AFAIK came in with the 370. I remember it specifically on the 
168 my memory is iffy on the 155/158 but I think it was there, no experience on 
the 14X .

If it was there on the 360's I never heard/saw anything about it.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Herring, Bobby]

I thought I remembered it being there on the 138.

This picture says it's from the front of one. Found it on Google images.

http://www.purestockphotos.co.uk/cgi-bin/sitewise.pl?act=det&pt=&p=140

Bob

CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is 
covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 
2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in 
error, do not read it. If you are not the intended recipient, you are hereby 
notified that any retention, dissemination, distribution, or copying of this 
communication is strictly prohibited. Please reply to the sender that you have 
received the message in error, then delete it. Thank you. -Original 
Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ed Gould
Sent: Monday, August 22, 2011 9:36 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] CLOCK change problem

 TOD Clock switch AFAIK came in with the 370. I remember it specifically on the 
168 my memory is iffy on the 155/158 but I think it was there, no experience on 
the 14X .

If it was there on the 360's I never heard/saw anything about it.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Anne & Lynn Wheeler]

bherr...@txfb-ins.com (Herring, Bobby) writes:
>  TOD Clock switch AFAIK came in with the 370. I remember it
>  specifically on the 168 my memory is iffy on the 155/158 but I think
>  it was there, no experience on the 14X .
>
> If it was there on the 360s I never heard/saw anything about it.

TOD was introduced with 370 (interval timer & clock comparator)
... relaxing location 80 timer.

i remember getting caught up for a couple months discussing things like
whether the TOD baseline of first day of the century was 1900 or 1901.

lower-end 360s would update location 80 appox. every 3mills ... higher
end 360 could have (high resolution) location 80 update approx every
13mics ... including 360/67.

cp/67 used location 80 for everything ... it would save old value and
load new value into 84, doing overloaping 8byte move from "80" to "76"
(moved old value from 80 into 76 and new value from 84 into 80). It
would then update the various clocks and timer values by the difference
in current value saved to 76 and the original value that had been
originally loaded into 80 (aka virtual machine microseconds used, kernel
supervisor microseconds used, current clock value).

when cp/67 was originally installed at the univ. in jan68 ... it had
support for 1050 & 2741 terminals ... along with "automatic terminal
identification". The univ. had some number of ascii/tty terminals ...
so I had to add TTY terminal support. I extended the original logic for
automatic terminal identification to include TTY. It worked fine for
leased lines ... but had a glitch trying to do a single dailin phone
number with "hunt group" (pool of lines). It was possible to change
line-scanner associated with each port (terminal type) ... but that
didn't actually change the line-speed for each port (1050 & 2741 were
the same ... but ascii/tty was different).

This somewhat prompted the univ. to do a clone controller effort ...
reverse engineer channel interface and building channel interface board
for Interdata/3 ... and programming Interdata/3 so it could do both
line-speed and terminal type. This got four of us written up as
responsible for (some part of) clone controller business ... since
vendor picked up the implementation and sold it commercially.

One of the first bugs testing on channel interface was 360/67
"red-light". The timer-tic hardware attempts to update location 80 on
every tic ... if the processor or channel is holding the memory bus
interface, it will delay ... but if delays so long that the timer tics
again ... it will stop the processor with hardware failure. Turns out
the initial clone controller implementation wasn't making sure that it
told the channel interface to release the memory bus at least once every
13microseconds.

The location 80 timer updates put expensive load on memory bus ... one
of the reasons for starting to eliminate its use ... starting with tod,
interval timer, and clock comparator in 370.

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Shmuel Metz (Seymour J.)]

In <1314066987.61701.yahoomailmob...@web161424.mail.bf1.yahoo.com>, on
08/22/2011
   at 07:36 PM, Ed Gould  said:

>If it was there on the 360's I never heard/saw anything about it.

There was no TOD clock on the S/360, hence no need to enable setting
it.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Shmuel Metz (Seymour J.)]

In <025201cc6133$a6310ac0$f2932040$@us>, on 08/22/2011
   at 08:26 PM, Jim Thomas  said:

>I started off on the HDW side from the 360's

It didn't exist on the 360.

>I do fully remember a 'green' switch that had to be enabled to 
>'change' the time

Called something like "clock enable" as I recall.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Shmuel Metz (Seymour J.)]

In , on 08/23/2011
   at 11:16 AM, Anne & Lynn Wheeler  said:

>lower-end 360s would update location 80 appox. every 3mills

No. From S/360 PoOps:

"Timer feature

The timer is provided as an interval timer and may  be programmed to
maintain the time of day. The timer consists of a full word in main
storage location 80. The timer word is counted down at a rate of 50 
or 60 cycles per second, depending on line frequency. The timer word
is treated as a signed integer following the rules of fixed-point
arithmetic. An external interruption condition is signaled when the
value of the timer word goes from positive to negative. The full cycle
time of the timer is 15.5 hours.

An updated timer value is available at the end of each instruction
execution but is not updated in the stopped state. The timer is
changed by addressing storage location 80. As an interval timer, the
timer is used to measure elapsed time over relatively short intervals.
It can be set to any value at any time."

I recall a frequency of 300 Hz on faster models, but don't recall
whether that came in with the S/370. The high resolution timer was a
special feature and included a cache for locations 80-83. 

 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Anne & Lynn Wheeler]

re:
http://www.garlic.com/~lynn/2011k.html#27 CLOCK change problem

32bit value with 15hr duration ... different models decrement bits
depending on timer resolution of the model.

re:
http://www.bitsavers.org/pdf/ibm/360/funcChar/GA24-3231-7_360-30_funcChar.pdf

pg. 29, Interval Timer

The Model 30 Interval Timer (special feature) operates at a fixed cycle
rate of 16.7 milliseconds (60-cycle system power-supply input) or 20
milliseconds (50-cycle power). The microprogram controls decrementing
the timer

The interval-timer microprogram requires 7.5 to 13.5 microseconds (10 to
18 microseconds in a CPU with 2-microsecond RW cycle) per count
depending upon whether there is a carry in the count. The cycle occurs
asynchronously with respect to the stored program and I/O operation.

Backup-up register is provided with the timer feature to accumulate
automatically a count of up to 16 intervals of time, if main storage
cannot be accessed because of prolonged I/O or direct control
operations.

The feature permits a delay of up to 277 milliseconds between timer
counter references without loss of the count.

... snip ...

keeping 16 intervals ... implies that update has to happen before the
end of 17th interval ... aka total 277ms divided by 17 intervals is
approx. 16ms ... corresponds to the 16.7 milliseconds for 60-cycle
power.

re:
http://www.bitsavers.org/pdf/ibm/360/funcChar/GA27-2719-2_360-67_funcChar.pdf

pg. 19 High-Resolution Interval Timer

An interval timer with a high degree of resolution is used in
2067. Operation of this timer is fully compatible with that described in
the IBM System/360 Principles of Operation manual.

The high-resolution timer provides approximately 13-usec resolution.
This is accomplished with an 8-bit hardware register which contains the
low-order byte of the timer. Each time the low-order byte counts to
zero, the timer value at location 80-82 is decremented at the end of the
instruction currently being executed.

An operand fetch from location 80 will retrieve the three high-order
bytes from location 80 plus the low-order bytes from the hardware
register. If the low-order byte has stepped through zero during the
instruction, then before a fetch from location 80, zeros are inserted
into the low-order byte instead of the contents of the hardware
register. Any instruction that stores into location 80 also stores the
low-order byte into the hardware register, as well as a full word into
location 80. If the timer value at location 80 changes from positive to
negative, an external interrution is requested.

... snip ...

approx. 15hr interval ... makes bit23 (i.e. bits 0-23) approx. 3mills.
... 360/67 timer required access to location 80 approx. every 3mills or
machine would redlight. (bit31) 13microseconds *256 (bit23) is 3.328
milliseconds. 3.328 milliseconds times 2**24 is 15.51 hrs (for 32bits)

bit23 at 3.328ms, bit22 at 6.656ms, bit21 at 13.312ms, bit20 at 26.624ms
bit19 at 53.248ms, bit18 at 106.496ms, bit17 at 212.992ms

misc. past posts mentioning doing clone controller
http://www.garlic.com/~lynn/subtopic.html#360pcm

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: pros and cons of delaying DST clock change on March 11

[John S. Giltner, Jr.]

Kelly Bert Manning wrote:

There has been a lot of buzz recently about DST starting on a different
day in some jurisdictions.

Most of the concern was about failing to make the change at the mandated
time and having interval or sequence computation fail as a result.

Our Service Bureau has a habit of changing the time 3 hours late, at the
time of their usual weekly outage window.

I'm concerned that leaves a 3 hour gap during which it could be 1 hour
behind servers and end users who have already had their workstations and
office clocks reset to DST.

How common is it it do delay DST changes and simply run out of sync with
the rest ouf your state/province, etc. for several hours?

When MVS was interacting with fixed function "Green Screens" this obviously
wasn't a big deal. Now that it is interacting with multi tier applications
and web users accessing at all hours of the day and night it seems like
time to get with the DST program and avoid having a clock which is out of
sync with everyone else in the same jurisdiction.



My personal opinion, if time is that critical then you should be using 
UTC/GMT time for anything that requires the time to be in sync.


What happens if the person/server is not even in your time zone?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html