Sponsored Content
Full Discussion: Correct time in server
Top Forums UNIX for Dummies Questions & Answers Correct time in server Post 302286116 by vbe on Tuesday 10th of February 2009 10:50:39 AM
Old 02-10-2009
I dont think you have any time problem, you are being fooled by your time zone settings...
looks like root is set UTC -CET and users to local time zone (but not sure, where are you??)
To answer your question, there is a timezone variable called TZ, that is what you need to set properly...


All the best
 

8 More Discussions You Might Find Interesting

1. AIX

Help ... Java not reading correct AIX system time.

I have Java 1.4.2 (IBM AIX build ca142-20050929a SR3) installed on AIX 5.3. My system time is set correctly and both date and smitty confirm the correct date, time, and timezone: #date Thu Sep 21 15:12:42 EDT 2006 However, when I check the sytem time in Java... (2 Replies)
Discussion started by: dave521
2 Replies

2. UNIX for Advanced & Expert Users

How To Provide Time Sync Using Nts-150 Time Server On Unix Network?

can anybody tel lme,how to instal NTS -150 on a unix network,it needs some patch to fetch time frm serve,,?? (2 Replies)
Discussion started by: pesty
2 Replies

3. Linux

Process start time not showing correct time

Process start time is not showing the correct time: I had started a process on Jun 17th at 23:30:00. Next day morning when I run the command "ps -ef | grep mq", the process is showing the start date of Jun 17th but the start time is 00:16:41 Day/Date is setup correctly on the server. It... (2 Replies)
Discussion started by: hemangjani
2 Replies

4. AIX

Time Zone for a User Different From Server Time

Hi, A server runs on EDT. Can I set a user with time-zone GMT without changing the server time? regards, Roshni (1 Reply)
Discussion started by: RoshniMehta
1 Replies

5. HP-UX

How to rename file in FP server with server time stamp?

Hello All, I am new user in this forum. Facing problem when trying to download file using Perl ::NET:FTP module. I need to rename the remote server file with latest timestamp of that ftp server. Can somebody help me if this is possible? Many thanks, (5 Replies)
Discussion started by: krsnadasa
5 Replies

6. Solaris

modifying date and time and time zone on solaris 5.10 with (redundant server) veritas

I have a cluster of two Solaris server (veritas cluster). one working and the other is standby I am going to change the date on them , and am looking for a secure solution as it is giving an important service. my opinion is that the active one doesn't need to be restarted (if I don't change the... (1 Reply)
Discussion started by: barry1946
1 Replies

7. Shell Programming and Scripting

How to get the correct IP on a Linux server?

Hi I need to get IP address from linux server. There are many script to do this, but no one is perfect. They just grab eth0 or eth1 from ifconfig, and this may, may not be correct. You may have several IF configured, but only one is default GW Here is how I would like the process to be.... (8 Replies)
Discussion started by: Jotne
8 Replies

8. Shell Programming and Scripting

How to preserve time stamp while copying a directory from Server B to Server A?

Experts, Please help me out here. How to preserve time stamp while copying a directory from Server B to Server A (3 Replies)
Discussion started by: ahmed.vaghar
3 Replies
TZSET(3)						     Linux Programmer's Manual							  TZSET(3)

NAME
tzset, tzname, timezone, daylight - initialize time conversion information SYNOPSIS
#include <time.h> void tzset (void); extern char *tzname[2]; extern long timezone; extern int daylight; DESCRIPTION
The tzset() function initializes the tzname variable from the TZ environment variable. This function is automatically called by the other time conversion functions that depend on the time zone. In a SysV-like environment it will also set the variables timezone (seconds West of GMT) and daylight (0 if this time zone does not have any daylight savings time rules, nonzero if there is a time during the year when daylight savings time applies). If the TZ variable does not appear in the environment, the tzname variable is initialized with the best approximation of local wall clock time, as specified by the tzfile(5)-format file localtime found in the system timezone directory (see below). (One also often sees /etc/localtime used here, a symlink to the right file in the system timezone directory.) If the TZ variable does appear in the environment but its value is NULL or its value cannot be interpreted using any of the formats speci- fied below, Coordinated Universal Time (UTC) is used. The value of TZ can be one of three formats. The first format is used when there is no daylight saving time in the local time zone: std offset The std string specifies the name of the time zone and must be three or more alphabetic characters. The offset string immediately follows std and specifies the time value to be added to the local time to get Coordinated Universal Time (UTC). The offset is positive if the local time zone is west of the Prime Meridian and negative if it is east. The hour must be between 0 and 24, and the minutes and seconds 0 and 59. The second format is used when there is daylight saving time: std offset dst [offset],start[/time],end[/time] There are no spaces in the specification. The initial std and offset specify the standard time zone, as described above. The dst string and offset specify the name and offset for the corresponding daylight savings time zone. If the offset is omitted, it defaults to one hour ahead of standard time. The start field specifies when daylight savings time goes into effect and the end field specifies when the change is made back to standard time. These fields may have the following formats: Jn This specifies the Julian day with n between 1 and 365. February 29 is never counted even in leap years. n This specifies the Julian day with n between 1 and 365. February 29 is counted in leap years. Mm.w.d This specifies day d (0 <= d <= 6) of week w (1 <= w <= 5) of month m (1 <= m <= 12). Week 1 is the first week in which day d occurs and week 5 is the last week in which day d occurs. Day 0 is a Sunday. The time fields specify when, in the local time currently in effect, the change to the other time occurs. If omitted, the default is 02:00:00. The third format specifies that the time zone information should be read from a file: :[filespec] If the file specification filespec is omitted, the time zone information is read from the file localtime in the system timezone directory, which nowadays usually is /usr/share/zoneinfo. This file is in tzfile(5) format. If filespec is given, it specifies another tzfile(5)-format file to read the time zone information from. If filespec does not begin with a `/', the file specification is relative to the system timezone directory. FILES
The system time zone directory used depends on the (g)libc version. Libc4 and libc5 use /usr/lib/zoneinfo, and, since libc-5.4.6, when this doesn't work, will try /usr/share/zoneinfo. Glibc2 will use the environment variable TZDIR, when that exists. Its default depends on how it was installed, but normally is /usr/share/zoneinfo. This timezone directory contains the files localtime local time zone file posixrules rules for POSIX-style TZ's Often /etc/localtime is a symlink to the file localtime or to the correct time zone file in the system time zone directory. CONFORMING TO
SVID 3, POSIX, BSD 4.3 NOTES
Note that the variable daylight does not indicate that daylight savings time applies right now. It used to give the number of some algo- rithm (see the variable tz_dsttime in gettimeofday(2)). It has been obsolete for many years but is required by SUSv2. BSD4.3 had a routine char *timezone(zone,dst) that returned the name of the time zone corresponding to its first argument (minutes West of GMT). If the second argument was 0, the standard name was used, otherwise the daylight savings time version. SEE ALSO
date(1), gettimeofday(2), time(2), ctime(3), getenv(3), tzfile(5) 2001-11-13 TZSET(3)
All times are GMT -4. The time now is 08:36 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy