Creation/modification time wrong on nfs disk

[Hans Adriaanse]

We have an NFS disk mounted on our OpenVMS system towards a Linux (Redhat) system. On both systems the time is correct (including the timezone). But when I create a file on this NFS disk it is always in the future (and not just one hour). Example:
$ SHOW TIME
6-MAR-2006 08:00:35
$ CREATE TEST.DAT
Exit (Ctrl/Z)
$ DIR/DATE=ALL TEST.DAT

Directory HOME:[HADRIAAN.CLS.SRC]

TEST.DAT;1 6-MAR-2006 09:11:53.00 6-MAR-2006 09:11:53.00 ecified> ecified>

Total of 1 file.
$

The file is 1 hour and 11 minutes in the future ?????

Has anybody an idea and/or suggestions to correct this. MMS does not like this kind of game.

Thanx in advance,
Hans Adriaanse

[Wim Van den Wyngaert]

Conmpare your timezone settings. May be they are not the same. The 11 minutes must be found somewhere else (wrong clock ?).

Wim

[Wim Van den Wyngaert]

Compare your timezone settings. May be they are not the same. The 11 minutes must be found somewhere else (wrong clock ?).

Wim

[Wim Van den Wyngaert]

I would say this only once if the interface worked a little better. I used cancel when the blue bar started in IE but it still arrived.

Wim

[Volker Halle]

Hans,

what time does the Linux system show on those files ? Is the TDF (Time Differential Factor) correct on both sides (on VMS: SHOW LOG *TIME*) ?

If you create a file in the NFS-served directory from the Linux system, what time do both systems show ?

Volker.

[Hans Adriaanse]

Yep, the 11 minutes are explained. The linux system had lost its timeserver. That is solved now. But the one hour difference stays.
What is the difference between CET en MET and what should it be in the Netherlands.

[Wim Van den Wyngaert]

MET.

Full spec is :
MET-1MET DST-2,M3.4.0/02,M10.5.0/03
(value of logical sys$timezone_rule)

En sys$timezone_differential should currently be on 3600.

Wim

[Hans Adriaanse]

On one machine this problem occurs. The difference I found with the correct working machines is the version of TCPIP. On the correct working machines it is 5.4 on the problem machine it is 5.3 ECO 2. Is there a known (time)bug in nfs for TCPIP 5.3 ECO 2 ??

[Wim Van den Wyngaert]

I have 7.3 with tcp 5.3 eco 2 as NFS server.

I seem to have the same problem (1 hour difference) on a random number of nodes (7.3 + 5.3/2, 6.2 1h3 + 4.2/1).

Already compared logicals. No differences.

The strange thing is that 1 station created as a clone has the problem while another clone doesn't have the problem.

I continue searching why ...

Wim

[Wim Van den Wyngaert]

I rebooted a station and the problem is solved. It was up for 150 days.

Not yet a clue when/why.

Wim