All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Kent <raven@themaw.net>
To: Peter Bajurny <bajurny@cs.umn.edu>
Cc: autofs@linux.kernel.org
Subject: Re: autofs5 variable substitution
Date: Tue, 11 May 2010 10:12:19 +0800	[thread overview]
Message-ID: <1273543939.2287.1.camel@localhost> (raw)
In-Reply-To: <4BE8448E.20403@cs.umn.edu>

On Mon, 2010-05-10 at 12:38 -0500, Peter Bajurny wrote:
> Peter Bajurny wrote:
> > Ian Kent wrote:
> >   
> >> On Fri, 2010-05-07 at 23:00 -0500, Peter Bajurny wrote:
> >>   
> >>     
> >>> I apologize if this is the wrong place for this, but my Googling has 
> >>> come up empty and I find myself at a loss.
> >>>
> >>> In our enviroment we do automounts based on the OSNAME and OSREL 
> >>> variables.  With autofs4 and the sun automounter we manually specify the 
> >>> values of OSNAME and OSREL in the init scripts.  In the autofs4 init.d 
> >>> script there is a line for 'localoptions' where I can set '-DOSNAME=name 
> >>> -DOSREL=rel'.  But I can't for the life of me figure out how to set this 
> >>> with an autofs5 init script.  The init script specifies a confdir and 
> >>> the autofs file there.  I tried adding 'OPTIONS="-DOSNAME=name 
> >>> -DOSREL=rel"' to that line, and the automountd process started with 
> >>> those correct flags, but then it wasn't able to mount anything from my 
> >>> automount maps.  I also tried using LOCALOPTIONS instead of OPTIONS and 
> >>> that didn't do anything.
> >>>     
> >>>       
> >> Yes, the OPTIONS configuration entry probably needs a bit of explanation
> >> in the comments.
> >>
> >> See automount(8) or automount5(8), as the case may be, for the -O
> >> option.
> >>
> >> Use OPTIONS="-O -DOSNAME=name -DOSREL=rel".
> >>
> >> Not sure about if you will need separate quotes around the options
> >> themselves but give it a try.
> >>
> >>   
> >>     
> > Allright.  I've tried that, both with and without quotes around the
> > options.  In both cases the automount process ran with those options
> > according to ps, and 'normal' mounts worked, but I still couldn't access
> > our $OSNAME$OSREL mounts.  On my client, the default values of those
> > variables would lead to a mount of Linux2.6.28-18-generic.  I created
> > that mountpoint and tried to mount that, and not even that works.  I'm
> > wondering if I'm being hit with this bug filed on Ubuntu:
> > https://bugs.launchpad.net/ubuntu/+source/autofs5/+bug/488229/
> > Although that but only affects user variables and not machine variables,
> > so I could be wrong.
> >
> > If setting enviroment variables doesn't work, I can get around that by
> > using a combination of $OSNAME and $ARCH, but I'm worried that the
> > client isn't even using the default values properly.
> >
> > Thanks,
> > Peter Bajurny
> >
> >   
> Well now this is embarrassing.  It turns out all along that I had a
> stale process that meant everytime I thought I was restarting autofs and
> getting a new mount I was... not.  This is how we did the OPTIONS:
> OPTIONS="-DOSNAME=ubuntuamd -DOSREL=1"

Of course, oops, my mistake, -D is in fact an automount option so that
is the way it should be done.

Ian

      reply	other threads:[~2010-05-11  2:12 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-08  4:00 autofs5 variable substitution Peter Bajurny
2010-05-09  3:56 ` Ian Kent
2010-05-10 17:04   ` Peter Bajurny
2010-05-10 17:38     ` Peter Bajurny
2010-05-11  2:12       ` Ian Kent [this message]

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=1273543939.2287.1.camel@localhost \
    --to=raven@themaw.net \
    --cc=autofs@linux.kernel.org \
    --cc=bajurny@cs.umn.edu \
    /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.