It's not a matter of intelligence.  As I said, changing the time in VM is
simple enough.  The guests are the issue.  VM allows all sorts of systems as
guests, CMS, GCS, MVS, z/OS, TPF, LINUX, VSE, etc. etc.  I can see no way
that VM can enforce a guest to handle this in any certain way.  It will
always be up to the guest to control its own reactions.



-----Original Message-----
From: Lionel Dyck [mailto:Lionel.B.Dyck@;kp.org]
Sent: Tuesday, October 22, 2002 11:48 AM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] time change


So z/VM is not intelligent enough to do this dynamically?

That is upsetting given how many times this has had to be done since VM
first left the lab.

IBM: Any chance this is addressed in a future release of z/VM?

--------------------------------------------------------------------
Lionel B. Dyck, Systems Software Lead
Kaiser Permanente Information Technology
25 N. Via Monte Ave
Walnut Creek, Ca 94598

Phone:   (925) 926-5332 (tie line 8/473-5332)
E-Mail:    [EMAIL PROTECTED]
Sametime: (use Lotus Notes address)
AIM:        lbdyck

Linux on 390 Port <[EMAIL PROTECTED]> wrote on 10/22/2002 10:17:50
AM:

> zVM will not adjust its own time.  You can use the DEFINE TIMEZONE and
SET
> TIMEZONE commands to change the time for VM. Be sure to adjust your
SYSTEM
> CONFIG file accordingly.  Guest systems, however, may not take this
well.
> CMS will not automatically adjust.  If you have processes running under
CMS,
> they will need to be logged off and logged back on.
> If linux are your only guests, they may be OK.
> To be safe, we are taking our system down and leaving it down for an
hour.
>
>
>
>
>
> -----Original Message-----
> From: Alan Cox [mailto:alan@;lxorguk.ukuu.org.uk]
> Sent: Tuesday, October 22, 2002 11:11 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [LINUX-390] time change
>
>
> On Tue, 2002-10-22 at 17:28, Lionel Dyck wrote:
> > Will linux and z/vm automatically adjust the time or does it have to
be
> > done manually this weekend?
>
> Linux lives in UTC time. What happens depends upon the timezone that
> process has chosen to occupy. If its a normal timezone (US east coast,
> UK etc) then yes it will automatically account for summer time/winter
> time shifts, leap years and any IERS pre-published leap seconds in its
> tables.
>
> Alan
>
>
> The information in this electronic mail message is sender's business
> Confidential and may be legally privileged.  It is intended solely for
the
> addressee(s).  Access to this Internet electronic mail message by anyone
> else is unauthorized.  If you are not the intended recipient, any
> disclosure, copying, distribution or any action taken or omitted to be
taken
> in reliance on it is prohibited and may be unlawful.
> The sender believes that this E-mail and any attachments were free of
any
> virus, worm, Trojan horse, and/or malicious code when sent. This message
and
> its attachments could have been infected during  transmission. By
reading
> the message and opening any attachments, the recipient accepts full
> responsibility for taking protective and remedial action about viruses
and
> other defects. Galileo International is not liable for any loss or
damage
> arising in any way from this message or its attachments.


The information in this electronic mail message is sender's business
Confidential and may be legally privileged.  It is intended solely for the
addressee(s).  Access to this Internet electronic mail message by anyone
else is unauthorized.  If you are not the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be taken
in reliance on it is prohibited and may be unlawful.
The sender believes that this E-mail and any attachments were free of any
virus, worm, Trojan horse, and/or malicious code when sent. This message and
its attachments could have been infected during  transmission. By reading
the message and opening any attachments, the recipient accepts full
responsibility for taking protective and remedial action about viruses and
other defects. Galileo International is not liable for any loss or damage
arising in any way from this message or its attachments.

Reply via email to