All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Moyer <jmoyer@redhat.com>
To: Ian Kent <raven@themaw.net>,
	autofs@linux.kernel.org, Keith Owens <kaos@ocs.com.au>
Subject: Re: Limit on return string from program map
Date: Fri, 17 Dec 2004 12:28:16 -0500	[thread overview]
Message-ID: <16835.5936.56572.109035@segfault.boston.redhat.com> (raw)
In-Reply-To: <16834.63746.614567.523947@segfault.boston.redhat.com>

==> Regarding Re: [autofs] Limit on return string from program map; Jeff Moyer <jmoyer@redhat.com> adds:

==> Regarding Re: [autofs] Limit on return string from program map; Ian Kent <raven@themaw.net> adds:
raven> On Thu, 16 Dec 2004, Keith Owens wrote:
>>> Kernel 2.6.9, autofs v4 as a module, autofs-4.1.3-28 (FC3).  I added
>>> "/net /etc/auto.net" to /etc/auto.master and it works fine, up to a
>>> point.  ps shows
>>> 
>>> /usr/sbin/automount --timeout=60 /net program /etc/auto.net
>>> 
>>> If the target server has a lot of mounted filesystems then automount
>>> will only mount the first few entries on the list.  Then it tries to
>>> run mount with invalid input.  It looks like there is a hard coded
>>> limit on the string that automount expects from a program map.  My
>>> virtual CD server has lots of CD images mounted over loopback, each
>>> with its own export entry, so the return string from auto.net is quite
>>> long.

raven> The buffer size for map entries is 4096.

jmoyer> I think I posted a patch here that would extend that?  I can't seem
jmoyer> to find it in the archives, so I'll repost.  This is the version of
jmoyer> the patch that is in our tree, so no guarantees about it applying
jmoyer> to Ian's tree.  *sigh* (patch originally done by from Neil Horman)

jmoyer> Ian, when is 4.1.4 coming out.  ;-)

Bah, and it was just pointed out to me that this patch adds a bug.  I'll
repost the patch when the bug is fixed.  (see red hat bz #138994).

No ETA just yet.

-Jeff

  parent reply	other threads:[~2004-12-17 17:28 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-16  6:27 Limit on return string from program map Keith Owens
2004-12-17  6:23 ` Ian Kent
2004-12-17 15:19   ` Jeff Moyer
2004-12-17 15:40     ` Thomas Jahns
2004-12-17 16:09       ` Jeff Moyer
2004-12-17 17:28     ` Jeff Moyer [this message]
2004-12-18  3:23       ` Ian Kent
     [not found]         ` <16838.59899.527170.54922@segfault.boston.redhat.com>
2004-12-20 15:14           ` raven
2004-12-17 17:35     ` 4.1.4? Greg Bradner
2004-12-18  3:22       ` 4.1.4? Ian Kent

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=16835.5936.56572.109035@segfault.boston.redhat.com \
    --to=jmoyer@redhat.com \
    --cc=autofs@linux.kernel.org \
    --cc=kaos@ocs.com.au \
    --cc=raven@themaw.net \
    /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.