| 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 |
Hi,
UCX 4.1 (no ECO's), Alpha 6.2.
Using the NFS client, a customer mounts a disk on an HP 9000 g40
system, and never sees any updates that are made on the Unix system.
The Unix users are using the vi editor. Even if the customer unmounts
the disk and remounts it with the UCX MOUNT command, they are not
seeing the updated files. The customer has no problem with TCPware or
other HP nodes, just UCX.
I did look at the later release notes and did not see much activity
with NFS fixes, etc.
Any ideas or troubleshooting hints?
Thanks,
-Rick
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 5438.1 | LASSIE::CORENZWIT | stuck in postcrypt queue | Wed Apr 16 1997 11:20 | 4 | |
What qualifiers are they using with the UCX mount and with the TCPware
mount?
Julie
| |||||
| 5438.2 | CSC32::R_WILLIAMS | Wed Apr 16 1997 11:36 | 18 | ||
Julie,
The customer only indicated the following command with no special
qualifiers:
$ UCX MOUNT dnfs1:[remote_vol.dsim] /host="glacier.instance.com" /path="/tmp"
Not sure what they are using with other HP or TCPware nodes. The above
mount should not prevent them from seeing updates from the HP system.
If you need me to get all the mounts from the various systems, I could
do that.
Any troubleshooting hints for the client? Is TCPIPTRACE about the only
way to get information on what is happening?
Thanks,
-Rick
| |||||
| 5438.3 | LASSIE::CORENZWIT | stuck in postcrypt queue | Wed Apr 16 1997 12:10 | 12 | |
I am asking about the mount qualifiers because there is one that is new
in UCX V4.2 that might affect this. I don't know if it's already
available in TCPware.
And what TCPware version are they running?
> Any troubleshooting hints for the client? Is TCPIPTRACE about the only
> way to get information on what is happening?
Yes, just TCPIPTRACE or a line monitor.
Julie
| |||||
| 5438.4 | Commands and versions | CSC32::R_WILLIAMS | Wed Apr 16 1997 16:37 | 20 | |
Julie,
I received the following reply from this customer:
Rick,
I spoke with Ms Soheila again regarding the use of TCPWARE. TCPWARE v5.0 was
running on the node, ALPHA1. When TCPWARE was installed, all worked
fine without error. Now, UCX v4.1 is installed on ALPHA1 and the error you've
been discussing is occurring.
The following are the respective mount commands:
with tcpware v5.0:
$ nfsmount glacier.indsys.com "/view/setcim_4.7_dev/vobs/setcim" -
nfs1:[remote_vobs.setcim]
$ ucx moun alpha1$dnfs1:[remote_vobs.setcim]/host=3D"glacier.indsys.com"-
/path=3D"/view/setcim_4.7_dev/vobs/setcim"
| |||||
| 5438.5 | LASSIE::CORENZWIT | stuck in postcrypt queue | Wed Apr 16 1997 19:35 | 4 | |
Sounds like time for an IPMT. Unless you can reproduce this with a
non-HP server, including the protocol trace is probably a good idea.
Julie
| |||||