[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference lassie::ucx

Title:DEC TCP/IP Services for OpenVMS
Notice:Note 2-SSB Kits, 3-FT Kits, 4-Patch Info, 7-QAR System
Moderator:ucxaxp.ucx.lkg.dec.com::TIBBERT
Created:Thu Nov 17 1994
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:5568
Total number of notes:21492

5531.0. "NFS time" by NNTPD::"[email protected]" (Detlef Schmier) Tue May 27 1997 03:49

Hi,

my customer is using NFS software for his PC's. They are using VMS as server.
They have the following problems:

Configuration:

VAX running VMS 6.2 with DIGITAL TCP/IP package installed. This 
VMS machine is running a NFS server, which is exporting some 
directories.

Windows NT 4.0 (or 3.51) or WIN 95 or WIN3x running Chameleon 
NFS/X is NFS-client accessing a export of the VMS NFS Server.

We can mount successfully, but when files are listed (or should 
be listed) in Explorer or Filemanager, we get two different 
scenarios:
1. Files are all listed, but the time is not displayed 
correctly,what means the time is different fromn the time the 
files have on the VMS.
2. We do get no files listed, or not all the files listed and 
the time is not correct too.

To find the reason for that, we requested a TCP/IP trace from 
one of the customers, and we found the following: The VMS NFS 
server seems to send file informations containing the time in 
microseconds. this seems to cause the problems our NFS client 
has.
We have been crosschecking with a DEC Alpha running VMS 5.2 and 
the appropriate NFS server, and here we see, that the time 
information contains seconds only.

Therefore my question is: Is there a chance to turn off the 
microsecond time format on the NFS server?

Detlef.

+-----------------------------------+----------------------------------+
| Detlef Schmier @RTO               | Digital Equipment GmbH           |
| SBU, OEM/GY                       | Freischuetzstrasse 91            |
| Field Application Engineer        | D-81927 Muenchen                 |
| Pub.Tel. +49-(0)89-9591 2752      | DTN 865-2752                     |
| Mobile   +49-(0)171-3357582       |                                  |
| Fax #    +49-(0)89-9591 1278      | DTN 865-1278                     |
+-----------------------------------+----------------------------------+
| eMail    : [email protected]        [email protected]            |
| URL      : http://www.digital.de/infocenter/toem-gy/detlef.html      |
+----------------------------------------------------------------------+
[Posted by WWW Notes gateway]
T.RTitleUserPersonal
Name
DateLines
5531.1UCXAXP::CORENZWITstuck in postcrypt queueTue May 27 1997 17:4118
    Including the microseconds as part of the timestamps is unquestionably
    in conformance with the RFC.  If Chameleon is really having a problem
    with it, it's a Chameleon bug.
    
    You could be getting wrong times as a result of the time zone being
    incorrectly configured on either the server, client, or both.  However,
    if times are off by more than a day, there is something else wrong. 
    And not getting all the files listed certainly indicates something else
    wrong, and probably has nothing to do with microseconds.  Your problem
    description is not sufficient to allow a guess whether it is a server
    or a client problem, especially since you don't even mention what UCX
    version is in use.  
    
    UCX V4.1 includes a change that might affect the ability of some
    clients to read to the end of a directory, so if they are running
    anything older than this, it might be helpful to upgrade.
    
    Julie