HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- TZ difficulty for csh
Operating System - HP-UX
1834665
Members
1979
Online
110069
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-23-2001 08:51 PM
07-23-2001 08:51 PM
TZ difficulty for csh
problem:
at times when users with the /usr/bin/csh shell login to our L2000 running 11.00 the date command is 3 hours off. time is not the problem since NTP is running properly, but the timezone is a problem.
my unsuccessful fix:
i was hard to investigate because users would complain, logout, inform me, login back in, and then the date was giving the correct time again. finally i was able to have a user contact me as it was happening. and below is what i did a month ago but then today another user brought the issue to my attention!!!
date
Tue Jul 10 00:34:15 EDT 2001
env | grep TZ
TZ=
NOTE: i see that the TZ is not set to PST8PDT ...we are in Portland Oregon
su
cp -p /etc/csh.login /tmp
vi /etc/csh.login
diff /tmp/csh.login /etc/csh.login
< setenv TZ `/usr/bin/sh -c '. /etc/TIMEZONE ; echo $TZ' ` # set the TZ variable
> setenv TZ `cat /etc/TIMEZONE | line | sed -e 's/TZ=//'`
< setenv TZ MST7MDT # change this for local time.
> setenv TZ PST8PDT
NOTE: this should of done the trick! in my opinion cat is more reliable than using a /usr/bin/sh when trying to login/setup a /usr/bin/csh user
question:
why didn't the above work? looking further into this last complaint i notice that the user has a $HOME/.login file but it contains just one line
cat $HOME/.login
#!./frog.sh
NOTE: there is no file $HOME/frog.sh
also i looked at the user's $HOME/.cshrc and found no refernce of TZ
fgrep TZ .[a-z]*
NOTE: returned nothing
thx for taking the time to consider my concern...
at times when users with the /usr/bin/csh shell login to our L2000 running 11.00 the date command is 3 hours off. time is not the problem since NTP is running properly, but the timezone is a problem.
my unsuccessful fix:
i was hard to investigate because users would complain, logout, inform me, login back in, and then the date was giving the correct time again. finally i was able to have a user contact me as it was happening. and below is what i did a month ago but then today another user brought the issue to my attention!!!
date
Tue Jul 10 00:34:15 EDT 2001
env | grep TZ
TZ=
NOTE: i see that the TZ is not set to PST8PDT ...we are in Portland Oregon
su
cp -p /etc/csh.login /tmp
vi /etc/csh.login
diff /tmp/csh.login /etc/csh.login
< setenv TZ `/usr/bin/sh -c '. /etc/TIMEZONE ; echo $TZ' ` # set the TZ variable
> setenv TZ `cat /etc/TIMEZONE | line | sed -e 's/TZ=//'`
< setenv TZ MST7MDT # change this for local time.
> setenv TZ PST8PDT
NOTE: this should of done the trick! in my opinion cat is more reliable than using a /usr/bin/sh when trying to login/setup a /usr/bin/csh user
question:
why didn't the above work? looking further into this last complaint i notice that the user has a $HOME/.login file but it contains just one line
cat $HOME/.login
#!./frog.sh
NOTE: there is no file $HOME/frog.sh
also i looked at the user's $HOME/.cshrc and found no refernce of TZ
fgrep TZ .[a-z]*
NOTE: returned nothing
thx for taking the time to consider my concern...
hola
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP