A snoop trace from the server during the mount attempt looks like
the next step. Along with the output from "share" at the server
to see what resources have been shared by NFS.
Spencer
On Tue, Sascha Brechenmacher wrote:
> 'rpcinfo -p ' from my mac gives me:
>
> 104 tcp111 p
> 'rpcinfo -p ' from my mac gives me:
>
>
> also the recreation of my shares with "zfs share
> /" doesnt't work.
>
> Sascha
At risk of overlooking the obvious, have you got the Mac's firewall turned or
allow NFS ports 2049 to pass through if enabled?
Likewise, did you firewall your Solaris se
'rpcinfo -p ' from my mac gives me:
104 tcp111 portmapper
103 tcp111 portmapper
102 tcp111 portmapper
104 udp111 portmapper
103 udp111 portmapper
102 udp111 portmapper
1000241
I believe this is the same problem I've had pertaining to NFS plus ZFS plus
ZFS/NFS exports and mounts.
Did this problem first show up after a reboot?
If so, try "zfs share /" to have your mounts recreated.
For example "zfs share zfsdata/home" and then check if all of your other
ZFS/NFS export
From the client what does "rpcinfo -p "
output ?
Robert
On Jan 28, 2007, at 2:00 AM, Sascha Brechenmacher wrote:
>> What are your share options?
>
> I made the share with sharenfs=on by zfs. Here is the output from
> the share command:
>
> # share
> - at srv /srv rw ""
>
>> Wha
On 1/28/07, Sascha Brechenmacher wrote:
> > Did you change anything in /etc/default/nfs on the
> > Solaris box?
>
> no, I didn't change anything in the nfs config.
Can you run snoop on the Solaris host to capture a packet dump during
the mount operation? Snoop will decode the NFS procedures for
> What are your share options?
I made the share with sharenfs=on by zfs. Here is the output from the share
command:
# share
- at srv /srv rw ""
> What are your mount options?
At OSX I tried it with NFS version 2 and 3
mount_nfs -3 :/srv /mnt/
and
mount_nfs -2 :/srv /mnt/
> D
