Quoting Stéphane Graber (stgra...@ubuntu.com):
> On Mon, Dec 16, 2013 at 08:04:18AM -0600, Serge Hallyn wrote:
> > If the system gets into a bad state, it may become impossible to get
> > the lxc container locks.  We should still be able to stop containers
> > in that case.  Add a -L/--nolock option to specify this behavior.
> > 
> > Signed-off-by: Serge Hallyn <serge.hal...@ubuntu.com>
> 
> 
> Since this likely won't be used terribly often, I'd prefer if we didn't
> allocate it a shortcut (-L) but instead only supported the full name
> (--nolock).

Ok, good point - I'll remove that and push thanks.

> The code looks good though.
> 
> Acked-by: Stéphane Graber <stgra...@ubuntu.com>
> 
> > ---
> >  doc/lxc-stop.sgml.in | 14 ++++++++++++++
> >  src/lxc/arguments.h  |  3 +++
> >  src/lxc/lxc_stop.c   |  8 ++++++++
> >  3 files changed, 25 insertions(+)
> > 
> > diff --git a/doc/lxc-stop.sgml.in b/doc/lxc-stop.sgml.in
> > index d5f8510..d817a99 100644
> > --- a/doc/lxc-stop.sgml.in
> > +++ b/doc/lxc-stop.sgml.in
> > @@ -54,6 +54,7 @@ Foundation, Inc., 51 Franklin Street, Fifth Floor, 
> > Boston, MA 02110-1301 USA
> >        <arg choice="opt">-r</arg>
> >        <arg choice="opt">-t <replaceable>timeout</replaceable></arg>
> >        <arg choice="opt">-k</arg>
> > +      <arg choice="opt">-L</arg>
> >        <arg choice="opt">-s</arg>
> >      </cmdsynopsis>
> >    </refsynopsisdiv>
> > @@ -122,6 +123,19 @@ Foundation, Inc., 51 Franklin Street, Fifth Floor, 
> > Boston, MA 02110-1301 USA
> >  
> >      <varlistentry>
> >     <term>
> > +     <option>-L,--nolock </option>
> > +   </term>
> > +   <listitem>
> > +     <para>
> > +   This option avoids the use of any of the API lxc locking, and should
> > +   only be used if <command>lxc-stop</command> is hanging due to a bad
> > +   system state.
> > +     </para>
> > +   </listitem>
> > +   </varlistentry>
> > +
> > +    <varlistentry>
> > +   <term>
> >       <option>-W,--nowait </option>
> >     </term>
> >     <listitem>
> > diff --git a/src/lxc/arguments.h b/src/lxc/arguments.h
> > index 021f552..f574fc4 100644
> > --- a/src/lxc/arguments.h
> > +++ b/src/lxc/arguments.h
> > @@ -73,6 +73,9 @@ struct lxc_arguments {
> >     int hardstop;
> >     int shutdown;
> >  
> > +   /* for lxc-stop */
> > +   int nolock;
> > +
> >     /* for lxc-destroy */
> >     int force;
> >  
> > diff --git a/src/lxc/lxc_stop.c b/src/lxc/lxc_stop.c
> > index 7203d75..fc541a0 100644
> > --- a/src/lxc/lxc_stop.c
> > +++ b/src/lxc/lxc_stop.c
> > @@ -41,6 +41,7 @@ static int my_parser(struct lxc_arguments* args, int c, 
> > char* arg)
> >     case 't': args->timeout = atoi(arg); break;
> >     case 'k': args->hardstop = 1; break;
> >     case 's': args->shutdown = 1; break;
> > +   case 'L': args->nolock = 1; break;
> >     }
> >     return 0;
> >  }
> > @@ -51,6 +52,7 @@ static const struct option my_longopts[] = {
> >     {"timeout", required_argument, 0, 't'},
> >     {"kill", no_argument, 0, 'k'},
> >     {"shutdown", no_argument, 0, 's'},
> > +   {"no-lock", no_argument, 0, 'L'},
> >     LXC_COMMON_OPTIONS
> >  };
> >  
> > @@ -67,6 +69,7 @@ Options :\n\
> >    -W, --nowait      don't wait for shutdown or reboot to complete\n\
> >    -t, --timeout=T   wait T seconds before hard-stopping\n\
> >    -k, --kill        kill container rather than request clean shutdown\n\
> > +  -L, --nolock      Avoid using API locks\n\
> >    -s, --shutdown    Only request clean shutdown, don't later force kill\n",
> >     .options  = my_longopts,
> >     .parser   = my_parser,
> > @@ -139,6 +142,11 @@ int main(int argc, char *argv[])
> >                      my_args.progname, my_args.quiet, my_args.lxcpath[0]))
> >             return 1;
> >  
> > +   /* shortcut - if locking is bogus, we should be able to kill
> > +    * containers at least */
> > +   if (my_args.nolock)
> > +           return lxc_cmd_stop(my_args.name, my_args.lxcpath[0]);
> > +
> >     c = lxc_container_new(my_args.name, my_args.lxcpath[0]);
> >     if (!c) {
> >             fprintf(stderr, "Error opening container\n");
> > -- 
> > 1.8.5.1
> > 
> > _______________________________________________
> > lxc-devel mailing list
> > lxc-devel@lists.linuxcontainers.org
> > http://lists.linuxcontainers.org/listinfo/lxc-devel
> 
> -- 
> Stéphane Graber
> Ubuntu developer
> http://www.ubuntu.com



> _______________________________________________
> lxc-devel mailing list
> lxc-devel@lists.linuxcontainers.org
> http://lists.linuxcontainers.org/listinfo/lxc-devel

_______________________________________________
lxc-devel mailing list
lxc-devel@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-devel

Reply via email to