Why Pacififc Standard Time in serviceguard ?

[z.alex]

Why Pacififc Standard Time appears in /var/log/messages for serviceguard's logs ???
(GMT+3 Time Zone was set in system and synchronization with ntp-server is established)
Pacififc Standard Time appears for serviceguard's logs only. Cluster package will start with this time and it's not correct for our application. Help please !

[Steven E. Protter]

Hi Alexander,

Assuming this is Linux, there is a file called /etc/localtime

It is binary and hard to edit, so I recommend copying one from a linux system that is displaying the proper time zone.

SEP

[Vitaly Karasik_1]

Alexander,
do you see the same timezone when you run "date" command?
In many linux dostros (at least, in RH-based), you have timezone files for different locations under /usr/share/zoneinfo/,
so you just need to:

cp /usr/share/zoneinfo/MST /etc/localtime

for Moscow.

Rgds,
Vitaly

[z.alex]

Thanks all for attention !
There are no problems with system date !
I know how to set a time zone in Linux and
I already made it (cp /usr/share/zoneinfo/Europe/Moscow /etc/localtime - it's rigth). But there is a problem with date for cluster's logs only. Date for cluster's logs appears how "Pacific Standard Time" in /var/log/messages - not a Moscow time.Why ? All other system messages appear with correct time (Moscow time).I don't understand it.

Rgds,
Alexander

[melvyn burnard · Accepted solution]

Which version of Serviceguard are you using?
And which Linux version along with whether it is 32bit or 64bit?
There is a known issue regarding this, and a patch should fix it.

[z.alex]

I'm using Red Hat Enterprise Linux 3 Update 5 for x86 (Proliant 580G3) with kernel 2.4.21-32.ELsmp and serviceguard -A.11.16.01-99

[melvyn burnard]

Great, if that is 64 bit, then you need patch SGLX_00012 to fix this, symptom 7 shows:

7. On Linux systems, the timezone is not indicated by the TZ environment variable. This code therefore results in all log files for processes started as services of cmcld, e.g. all packages and processes started by packages, having their timezone forced to PST8PDT irrespective of the system default.

[John Bigg]

Until you get SGLX_00012 you can work around the problem by putting your preferred timezone into the environment for the Serviceguard daemons by adding them into the environment of xinetd. i.e. add this to /etc/sysconfig/xinetd

For example, add export TZ=GMT0BST into this file.

[z.alex]

Hi, Melvyn !
Hi, John !

Many, many thanks ! It's working !

Regards,
Alexander

[z.alex]

I have received the solution