SUMMARY: MacOS X (client), Solaris 9 (server) NFS issues

From: Alex J. Avriette <alex_at_posixnap.net>
Date: Sat Jan 03 2004 - 14:38:37 EST
Wow, right away, Thomas got the answer correct. Not sure why
I didn't try that myself, but exporting it to fruit.posixnap.net
fixed the problem.

The original message is included (a third time, sigh) for the
spiders.

Thanks,
alex

On Sat, Jan 03, 2004 at 02:08:09PM -0500, Thomas Wardman wrote:
> Alex,
> 
> Try exporting /home to "fruit.posixnap.net" and "fruit".  That should
> cure your problem.  From your snoop, it appears the Solaris 9 machine
> sees "fruit" with it's FQDN, and not just it's hostname.
> 
> --Thomas
> 
> -----Original Message-----
> From: sunmanagers-bounces@sunmanagers.org
> [mailto:sunmanagers-bounces@sunmanagers.org] On Behalf Of Alex J.
> Avriette
> Sent: January 3, 2004 2:02 PM
> To: sunmanagers@sunmanagers.org
> Subject: MacOS X (client), Solaris 9 (server) NFS issues
> 
> 
> NOTE: Sorry for the previous message, that should have had a 
> proper subject ("MacOS X (client), Solaris 9 (server) NFS issues")
> as this messagee does. My mistake.
> 
> Hi, Folks. I'm trying to mount a disksuite volume from a Solaris 9
> machine on a MacOS X (10.3.2) client. Here is the mount command:
> 
> # sudo mount -t nfs minotaur:/home /mnt/minotaur
> mount_nfs: can't access /home: Permission denied
> # showmount -e minotaur
> Exports list on minotaur:
> /home                              fruit nectarine 
> /mnt/jumpstart                      Everyone
> 
> 
> The snoop output is pretty simple:
> 
>     minotaur -> fruit.posixnap.net RPC R XID=4288148192 Success
>     minotaur -> fruit.posixnap.net RPC R XID=2817201406 Success
>     minotaur -> fruit.posixnap.net RPC R XID=4154090642 Success
> fruit.posixnap.net -> minotaur     PORTMAP C GETPORT prog=100003 (NFS)
> vers=3 proto=UDP
> fruit.posixnap.net -> minotaur     PORTMAP C GETPORT prog=100005 (MOUNT)
> vers=3 proto=UDP
> fruit.posixnap.net -> minotaur     MOUNT3 C Mount /home
> 
> Afterwhich, I don't see any more packets from the client, and nothing
> from the server telling it to go home. Being curious at this point, I
> ran ktrace(1) on the client, and I see:
> 
>  27988 mount_nfs CALL  getgroups(0x10,0xbffff430)
>  27988 mount_nfs RET   getgroups 9
>  27988 mount_nfs CALL  sendto(0x4,0x92c0,0x74,0,0x7008,0x10)
>  27988 mount_nfs GIO   fd 4 wrote 116 bytes
>  
> "\M-w\M^Zd\M^R\0\0\0\0\0\0\0\^B\0\^A\M^F\M-%\0\0\0\^C\0\0\0\^A\0\0\0\^A\
> 0\0\0@?\M-w
>         v\0\0\0\^Efruit\0\0\0\0\0\0\0\0\0\0\0\0\0\0
> \0\0\0\0\0\0\0\^A\0\0\0\^B\0\0\0\^C\0\
>  
> \0\0\^D\0\0\0\^E\0\0\0\^T\0\0\0\^_\0\0\0P\0\0\0\0\0\0\0\0\0\0\0\^E/home\
> 0\0\0"
>  27988 mount_nfs RET   sendto 116/0x74
>  27988 mount_nfs CALL  select(0x5,0xbffff2b0,0,0,0x701c)
>  27988 mount_nfs RET   select 1
>  27988 mount_nfs CALL
> recvfrom(0x4,0x7060,0x2260,0,0xbffff3b0,0xbffff430)
>  27988 mount_nfs GIO   fd 4 wrote 28 bytes
>        "\M-w\M^Zd\M^R\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\r"
>  27988 mount_nfs RET   recvfrom 28/0x1c
>  27988 mount_nfs CALL  close(0x4)
>  27988 mount_nfs RET   close 0
>  27988 mount_nfs CALL  write(0x2,0xbfffebe0,0xb)
>  27988 mount_nfs GIO   fd 2 wrote 11 bytes
>        "mount_nfs: "
>  27988 mount_nfs RET   write 11/0xb
>  27988 mount_nfs CALL  write(0x2,0xbfffec30,0x25)
>  27988 mount_nfs GIO   fd 2 wrote 37 bytes
>        "can't access /home: Permission denied"
> 
> Essentially, this looks to me like there's something malformed (at
> least something that appears malformed to apple) in the response packet
> that it feels is a permission denied error. Everybody else has no
> problems with minotaur's exports.
> 
> I know that Darwin seems to have a more broken than normal NFS
> implementation. I was wondering if anyone had managed to get Solaris
> and Darwin to play nice with NFS, without using netinfo.
> 
> Thanks,
> alex
> 
> --
> alex@posixnap.net
> Alex J. Avriette, Unix Systems Gladiator
> "I favor the Civil Rights Act of 1965, and it must be enforced at
> gunpoint if necessary." - Ronald Reagan
> --
> alex@posixnap.net
> Alex J. Avriette, Unix Systems Gladiator
> Sep 25 12:52:39 buggle /bsd: wsdisplay0 at vga1: removing /dev/radio/*
> _______________________________________________
> sunmanagers mailing list
> sunmanagers@sunmanagers.org
> http://www.sunmanagers.org/mailman/listinfo/sunmanagers
> 

--
alex@posixnap.net
Alex J. Avriette, Unix Systems Gladiator
"As soon as your company starts using Outlook, you can see emergent, horrible, almost biological things start to happen." - Bill Joy
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
Received on Sat Jan 3 14:39:53 2004

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:25 EST