All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alex Samad <alex-SGFoFqf0RKf0CCvOHzKKcA@public.gmane.org>
To: linux-nfs@vger.kernel.org
Subject: Re: mount issue with Mac OSX and --manage-gids, client hangs
Date: Fri, 1 Aug 2008 11:47:01 +1000	[thread overview]
Message-ID: <20080801014701.GA2410@samad.com.au> (raw)
In-Reply-To: <76bd70e30807311611o327339dakd2de3577608897a4-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 3247 bytes --]

On Thu, Jul 31, 2008 at 07:11:31PM -0400, Chuck Lever wrote:
> On Thu, Jul 31, 2008 at 4:47 PM, Alex Samad <alex-SGFoFqf0RKf0CCvOHzKKcA@public.gmane.org> wrote:
> > Hi
> >
> > I have a nfs debian amd64 server, with a few linux clients that is
> > working well. I recently tried to attach a mac osx (10.5 Leopard)
> > client.
> >
> > Everytime I attached it would hang when i attempted to use the mount
> >
> > on the nas box I have this line in /etc/exports
> > /exports/shared
> > -async,no_subtree_check,no_root_squash,insecure,mp=/exports/shared
> > 192.168.8.0/22(rw)
> 
> One comment: you shouldn't need "insecure" if you are mounting on the
> command line and not from the Finder's "Go" menu.  The Finder will try
> to mount an NFS share using a non-privleged port, but Darwin's mount
> command (and automounter, AFAIK) works like other Unices -- it should
> try to use a privileged port for communicating with the server.
yes agreed, but I had tried different variations, this was the last one.
In all instances when I removed the manage-gids it failed

> 
> > I mounted with this command
> >
> > mount -t nfs -o rw,async,rsize=32768,wsize=32768
> > nas.hme1.samad.com.au:/exports/shared /mounts/shared
> >
> >
> > I then tried
> >
> > df -h &
> > ls -l /mounts/shared &
> > umount -f /mounts/shared &
> >
> > all the commands failed to return, I could not kill them with -9, I had
> > to reboot
> 
> I find looking at the Mac's dmesg via Console.app to be helpful in such cases.

The commands did not return, kill -9 failed, I had to reboot, noting in
dmesg, console or syslog (sorry I lie, there were server timeouts
messages)

> 
> > I have attached a tcpdump (tcpdump -pni eth0 ether host
> > xx:xx:xx:xx:xx:xx -s 9100 -w
> > nas.capture.dmp) on the nas box
> >
> > a copy of the dumo is at www.samad.com.au/~alex/nas.capture.dmp
> >
> > I tracked it down to --manage-gids - when I remove this from
> > /etc/defaults/nfs-kernel-server everything works fine.
> >
> > Note though, the UID's, GIDs are not synced between the linux box and
> > the mac box. so the 2 users I have on the mac box uid 501 & 502, do not
> > exist on the nas box
> >
> >
> > I read that manage-gids was a means of handle a uid with more than 16
> > gids and it was protocol compliant, so I have opened a bug report with
> > Apple, and opened a bug report with debian
> >
> >
> > I have had a quick look at the source code, but it looks more like
> > something that is in the kernel.
> >
> > Is there another place I can log a bugreport for this ?
> >
> > Thanks
> > Alex
> >
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.9 (GNU/Linux)
> >
> > iEYEARECAAYFAkiSJMUACgkQkZz88chpJ2MHXgCgtfGAogy3RbEkqvacDNwvzYqf
> > nikAn3P0J3bB+/Kx6TSmJiK35mAF7+Xh
> > =T+Kq
> > -----END PGP SIGNATURE-----
> >
> >
> 
> 
> 
> -- 
>  "Alright guard, begin the unnecessarily slow-moving dipping mechanism."
> --Dr. Evil
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

-- 
Never play pool with anyone named "Fats".

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

  parent reply	other threads:[~2008-08-01  1:47 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-31 20:47 mount issue with Mac OSX and --manage-gids, client hangs Alex Samad
     [not found] ` <20080731204701.GE26609-SGFoFqf0RKf0CCvOHzKKcA@public.gmane.org>
2008-07-31 23:11   ` Chuck Lever
     [not found]     ` <76bd70e30807311611o327339dakd2de3577608897a4-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-08-01  1:47       ` Alex Samad [this message]
2008-08-01  5:44 ` Neil Brown
     [not found]   ` <18578.41640.740866.153235-wvvUuzkyo1EYVZTmpyfIwg@public.gmane.org>
2008-08-01  7:27     ` Alex Samad
2008-08-01  8:59     ` Alex Samad
2008-08-28 15:08     ` Steve Dickson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080801014701.GA2410@samad.com.au \
    --to=alex-sgfofqf0rkf0ccvohzkkca@public.gmane.org \
    --cc=linux-nfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.