UPDATE:
Although receiving no answers to the original post, I got a few messages after we 'fixed' the problem, suggesting I use fully qualified domain names in the dfstab file. Good suggestion, but we do not use DNS, so this was not the solution.
We found that if the dfstab file allowed share access to ALL hosts, the nfs link to the PC worked. If we specified the PC's hostname, as we had prior to the Solaris upgrade, the nfs mount would still work, but access was denied.
The REAL problem turned out to be our 'xfs' software, which is used to drive our optical jukebox. The startup script for this does a 'killproc mountd' before it starts up its own daemons. It therefore killed the nfs.mountd and started up its own xfs.mountd - this was not a problem with 2.5.1 as the version of nfs did not use authentication, but it does now. A manual startup of nfs.mountd fixed the problem.
I have swapped the sequence of startup scripts so that the xfs script runs FIRST.
A case here of specific software combinations causing unique problems. Thanks all for replies.
Dennis
Original post:
Hi
Just upgraded a Sparcstation 20 from Solaris 2.5.1 to
Solaris 2.6. All recommended patches installed.
This system shares a directory with a PC via PC-NFS pro
2.0
After the upgrade, the PC can still mount the files, but any
attempt to access files from the unix box logs this message
to /usr/adm/messages:
WARNING: nfsauth: RPC: Unitdata error
and the PC locks up.
I searched the archives and found references a year old that
reported this as a performance problem. We only have one
PC using this NFS link and it has only become a problem
after the upgrade.
Any help is appreciated.
Dennis Martens
Queensland Health, Brisbane , Australia
attached mail follows:
Had no replies to this one. Seemed to be a pcnfs
authentication mismatch, although reinstalling pcnfs, and
even restoring the daemons from the 2.5.1 backup, did not
work.
Eventually found that the line we had in /etc/dfs/sharetab, :
share -F nfs -o rw=pc_host_name /data
was incompatible. Removing the host name, thereby sharing
to ALL systems, fixed the problem, although access has
been thrown open.
There was no hostname resolution problems, ping worked
fine, seemingly no logical explanation.
Original post:
Hi
Just upgraded a Sparcstation 20 from Solaris 2.5.1 to
Solaris 2.6. All recommended patches installed.
This system shares a directory with a PC via PC-NFS pro
2.0
After the upgrade, the PC can still mount the files, but any
attempt to access files from the unix box logs this message
to /usr/adm/messages:
WARNING: nfsauth: RPC: Unitdata error
and the PC locks up.
I searched the archives and found references a year old that
reported this as a performance problem. We only have one
PC using this NFS link and it has only become a problem
after the upgrade.
Any help is appreciated.
Dennis Martens
Queensland Health, Brisbane , Australia
attached mail follows:
Hi
Just upgraded a Sparcstation 20 from Solaris 2.5.1 to
Solaris 2.6. All recommended patches installed.
This system shares a directory with a PC via PC-NFS pro
2.0
After the upgrade, the PC can still mount the files, but any
attempt to access files from the unix box logs this message
to /usr/adm/messages:
WARNING: nfsauth: RPC: Unitdata error
and the PC locks up.
I searched the archives and found references a year old that
reported this as a performance problem. We only have one
PC using this NFS link and it has only become a problem
after the upgrade.
Any help is appreciated.
Dennis Martens
Queensland Health, Brisbane , Australia
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:13:14 CDT