Re: Jails that won't die...

From: Eirik Øverby (eirik_at_unicore.no)
Date: 06/29/05

  • Next message: Mike Meyer: "Re: 5.4 fails to find boot drive, then panics."
    Date: Wed, 29 Jun 2005 15:28:09 +0200
    To: Brian Fundakowski Feldman <green@freebsd.org>
    
    

    On 28. jun. 2005, at 16.58, Brian Fundakowski Feldman wrote:

    > On Tue, Jun 28, 2005 at 10:37:29AM +0200, Eirik Øverby wrote:
    >
    >> Hi,
    >>
    >> I have, since upgrading to 5.x and updating my management tools, seen
    >> a number of problems relating to stopping jails.
    >>
    >> I'm maintaining several hosts with a number of full-featured jails
    >> (i.e. full virtual FreeBSD installations in each jail), and in
    >> general this works fine. However, whenever I stop a jail using 'jexec
    >> <id> kill -SIGNAL -1' or 'jexec <id> /bin/sh /etc/rc.shutdown' (in
    >> various combinations), jails have a tendency to stick around for
    >> minutes or hours - according to 'jls'. Often I see an entry in
    >> 'netstat -a' indicating that there is one or more sockets in FIN_WAIT
    >> state, preventing the jail from coming down. Taking the virtual
    >> network interface (alias) down does not help. All I can do at this
    >> point is wait.
    >>
    >> I normally use 'jls' to determine whether or not a jail can be
    >> restarted (i.e. it's not running), but this is pretty useless in such
    >> cases. And right now I have a case where 'netstat -a' shows me
    >> nothing pertaining to the jail, though it has no processes running. I
    >> have therefore force-started the jail again, which seems to work
    >> nicely, but now 'jls' gives me two entries for this jail, with
    >> different JIDs.
    >>
    >> What am I doing wrong here?
    >>
    >
    > You could just use ps to check for jailed processes and check their
    > respective jails using the procfs status entry (at least according
    > to the ps manpage...)

    My jailctl script can do both - list by jls and list by processes in
    the jail. There are NO processes running in the jail.

    /Eirik

    >
    > --
    > Brian Fundakowski Feldman
    > \'[ FreeBSD ]''''''''''\
    > <> green@FreeBSD.org \ The Power
    > to Serve! \
    > Opinions expressed are my own.
    > \,,,,,,,,,,,,,,,,,,,,,,\
    > _______________________________________________
    > freebsd-stable@freebsd.org mailing list
    > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
    > To unsubscribe, send any mail to "freebsd-stable-
    > unsubscribe@freebsd.org"
    >
    >
    >

    _______________________________________________
    freebsd-stable@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-stable
    To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"


  • Next message: Mike Meyer: "Re: 5.4 fails to find boot drive, then panics."

    Relevant Pages

    • Re: Jails that wont die...
      ... > My jailctl script can do both - list by jls and list by processes in ... There are NO processes running in the jail. ...
      (freebsd-stable)
    • Jails that wont die...
      ... whenever I stop a jail using 'jexec ... 'netstat -a' indicating that there is one or more sockets in FIN_WAIT ... I normally use 'jls' to determine whether or not a jail can be ... though it has no processes running. ...
      (freebsd-stable)
    • Re: Jails that wont die...
      ... whenever I stop a jail using 'jexec ... > nothing pertaining to the jail, though it has no processes running. ... To unsubscribe, ...
      (freebsd-stable)
    • Re: Jails that wont die...
      ... whenever I stop a jail using 'jexec ... > I normally use 'jls' to determine whether or not a jail can be ... > nothing pertaining to the jail, though it has no processes running. ...
      (freebsd-stable)
    • Zombie Jails - why dont they disappear?
      ... I've got zombie jails on a freebsd 6.x box. ... There are no processes running under any of them, ... server# ps -auxww | grep J ... Any ideas why they are still hanging around in the jail list? ...
      (freebsd-current)