Here is something confusing me for several years:

The publication 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxa400/dtcutz.htm
 states TZ should be set at your  /etc/csh.login, but I will add your 
suggestion (/etc/rc) to my list of locations requiring modification whenever 
TZ's startdate/enddate are to be adjusted, just to be on the safer side.

Thank You and all contributors of insights into this issue. 


On Mon, 29 Oct 2018 12:32:41 +0000, Allan Staller <allan.stal...@hcl.com> wrote:

>You also need to modify /etc/rc
>
>-----Original Message-----
>From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
>Giliad Wilf
>Sent: Sunday, October 28, 2018 4:40 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: We're IST-2IDT, and switching back from UTC+3 to UTC+2 at 2AM 
>Oct. 28th
>
>Yes,
>
>I did set TZ to IST-2TDT five months ago on /etc/profile, and at additional 
>places , such as:
>
>/etc/init.options
>/etc/httpd.envvars
>/etc/csh.login
>/usr/local/zoneinfo
>
>...and, of cosrse, also on CEEDOPT, CEECOPT, and on CELQDOPT sectors of 
>CEEPRM00...to no avail.
>
>Something is still missing.
>I can't believe an IPL is required for USS to pick timezone switch back.
>
>
>On Sun, 28 Oct 2018 08:45:17 +0000,aGadi Ben-Avi <gad...@malam.com> wrote:
>
>>For USS stuff, look in /etc/profile. There might be a TZ varable being set 
>>there.
>>
>>-----Original Message-----
>>From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On
>>Behalf Of Giliad Wilf
>>Sent: Sunday, October 28, 2018 10:26 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: We're IST-2IDT, and switching back from UTC+3 to UTC+2 at
>>2AM Oct. 28th
>>
>>Well, something did not work as I expected.
>>(My original post:
>>https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
>>serv.ua.edu%2Fcgi-bin%2Fwa%3FA2%3Dind1810%26L%3DIBM-MAIN%26O%3DD%26P%3D
>>420113&amp;data=02%7C01%7Callan.staller%40HCL.COM%7C92275959a09c4ce5a5c
>>a08d63cb94ffd%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636763163967
>>475966&amp;sdata=QWDCq95Cyept91rYe3HgFb7%2FmdHYS%2BOKnPRRrZF7GEk%3D&amp
>>;reserved=0 )
>>
>>The command...
>>$TA STTZ,T=98.00,'$VS,''SET TIMEZONE=E.02.00'''
>>...issued on Wed. Oct. 24th did switch local time back from IDT (UTC+3) to 
>>IST (UTC+2) this morning at 2AM (local time switched back to 1AM), and I've 
>>corrected TIMEZONE statement at CLOCK00 to read "E.02.00.00" rather than 
>>"E.03.00.00", but USS still thinks we're on IDT.
>>
>>Here are some USS commands I've issued this morning (I did not change 
>>anything on USS parameters since May):
>>
>>IBMUSER:/u/ibmuser: >env
>>MAIL=/usr/mail/IBMUSER
>>_BPX_TERMPATH=OMVS
>>PATH=/Z22D/opt/SP/bin:/Z22D/opt/GIT/bin:/bin:.
>>SHELL=/bin/sh
>>PS1=$LOGNAME:$PWD: >
>>COLUMNS=134
>>_=/bin/env
>>LOGNAME=IBMUSER
>>STEPLIB=none
>>LANG=C
>>LIBPATH=/lib:/usr/lib:.
>>TERM=dumb
>>HOME=/u/ibmuser
>>LINES=62
>>TZ=IST-2IDT
>>MANPATH=/usr/man/%L
>>NLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat
>>TR_Options=noResumableTrapHandler
>>IBMUSER:/u/ibmuser: >date
>>Sun Oct 28 10:56:09 IDT 2018
>>IBMUSER:/u/ibmuser: >date -u
>>Sun Oct 28 07:56:18 GMT 2018
>>IBMUSER:/u/ibmuser: >
>>
>>=====End of Display =====
>>
>>UTC is correct, and one can see 'TZ=IST-2IDT', and everything on z/OS is 
>>absolutely OK, except for USS.
>>USS still thinks we're three hours East.
>>
>>Is IPL required anyway (which I don't believe is necessary), or am I missing 
>>something obvious ?
>>
>>Regards,
>>Giliad
>>
>>On Thu, 25 Oct 2018 02:39:41 -0500, Giliad Wilf <gili...@yahoo.com> wrote:
>>
>>>Good question.
>>>Developers here do not rely on local time, but I want them to always see 
>>>local time.
>>>It has something to do with human perception of "reality".
>>>
>>>Giliad
>>>
>>>On Wed, 24 Oct 2018 16:30:24 -0500, Paul Gilmartin <paulgboul...@aim.com> 
>>>wrote:
>>>
>>>>On Wed, 24 Oct 2018 02:38:39 -0500, Giliad Wilf wrote:
>>>>>
>>>>>At 2AM on Sunday, Oct. 28th, Israel is switching from IDT to IST.
>>>>>    ...
>>>>>... We ... as far as I know, do not rely on local time.
>>>>>
>>>>???
>>>>
>>>>If you "do not rely on local time", how can timezones and offsets matter to 
>>>>you?
>>>>
>>>>-- gil
>>>>
>>>>---------------------------------------------------------------------
>>>>- For IBM-MAIN subscribe / signoff / archive access instructions,
>>>>send email to lists...@listserv.ua.edu with the message: INFO
>>>>IBM-MAIN
>>>
>>>----------------------------------------------------------------------
>>>For IBM-MAIN subscribe / signoff / archive access instructions, send
>>>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>>----------------------------------------------------------------------
>>For IBM-MAIN subscribe / signoff / archive access instructions, send
>>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>>.
>>הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת סודיות 
>>מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי 
>>מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת בשרתיה והיא לא תישא 
>>באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע כלשהו שנגרם מסיבות של תקיפה 
>>חיצונית ו/או זדונית על הארגון.
>>
>>----------------------------------------------------------------------
>>For IBM-MAIN subscribe / signoff / archive access instructions, send
>>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>----------------------------------------------------------------------
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>::DISCLAIMER::
>--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>The contents of this e-mail and any attachment(s) are confidential and 
>intended for the named recipient(s) only. E-mail transmission is not 
>guaranteed to be secure or error-free as information could be intercepted, 
>corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses 
>in transmission. The e mail and its contents (with or without referred errors) 
>shall therefore not attach any liability on the originator or HCL or its 
>affiliates. Views or opinions, if any, presented in this email are solely 
>those of the author and may not necessarily reflect the views or opinions of 
>HCL or its affiliates. Any form of reproduction, dissemination, copying, 
>disclosure, modification, distribution and / or publication of this message 
>without the prior written consent of authorized representative of HCL is 
>strictly prohibited. If you have received this email in error please delete it 
>and notify the sender immediately. Before opening any email and/or 
>attachments, please check them for viruses and other defects.
>--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
>----------------------------------------------------------------------
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Reply via email to