My fault ! TZ had to be expressed with startdate and enddate like this: IST-2IDT,M3.4.5,M10.5.0 ...where M.3.4.5 means start date is month 3, week 4, day 5 (Friday) ...and M10.5.0 means end date is month 10, week 5, day 0 (Sunday).
I suddenly recalled raising this issue half a year ago, searched the archives and found what was missing. Maybe I'm dealing with too many issues in parallel, and this one slipped away. Sigh...why couldn't USS pick this info from the CVTTZ? Why is it necessary to maintain this switching date in two different formats? On Sun, 28 Oct 2018 04:39:30 -0500, Giliad Wilf <[email protected]> wrote: >Yes, > >I did set TZ to IST-2IDT 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 course, 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, Gadi Ben-Avi <[email protected]> wrote: > >>For USS stuff, look in /etc/profile. There might be a TZ varable being set >>there. >> >>-----Original Message----- >>From: IBM Mainframe Discussion List <[email protected]> On Behalf Of >>Giliad Wilf >>Sent: Sunday, October 28, 2018 10:26 AM >>To: [email protected] >>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://listserv.ua.edu/cgi-bin/wa?A2=ind1810&L=IBM-MAIN&O=D&P=420113 ) >> >>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 <[email protected]> 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 <[email protected]> >>>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 [email protected] with the message: INFO IBM-MAIN >>> >>>---------------------------------------------------------------------- >>>For IBM-MAIN subscribe / signoff / archive access instructions, send >>>email to [email protected] with the message: INFO IBM-MAIN >> >>---------------------------------------------------------------------- >>For IBM-MAIN subscribe / signoff / archive access instructions, send email to >>[email protected] with the message: INFO IBM-MAIN >> >>. >>הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת סודיות >>מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי >>מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת בשרתיה והיא לא תישא >>באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע כלשהו שנגרם מסיבות של תקיפה >>חיצונית ו/או זדונית על הארגון. >> >>---------------------------------------------------------------------- >>For IBM-MAIN subscribe / signoff / archive access instructions, >>send email to [email protected] with the message: INFO IBM-MAIN > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
