bugutil-vserver - Bugs: bug #14592, A few bugs with utils-vservers...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #14592: A few bugs with utils-vservers (Mandriva package)

Submitter:  Nicolas Costes <nayco>
Submitted:  Mon 19 Sep 2005 09:55:35 PM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Works For Me
Privacy:  Public Assigned to:  ensc
Open/Closed:  Closed Component Version:  alpha
Release:  util-vserver-0.30.208-2mdk

Sat 29 Oct 2005 02:44:06 PM UTC, comment #2: 


> - /etc/init.d/vserver-default cannot be added by "chkconfig --add"
>   because the corresponding line in the script is contains "-"


won't change that; 'chkconfig --add' registers the script for SysV init
only and it works with '-'.  But '-' prevents the script from being
started without prior activation. Such an activation is something like

| chkconfig vserver-default on

IMO, it is not a good (and insecure) style when services are activating
themself (s!-!345! would be such an activation) for automatic startup




> - /var/lib/run/vservers.rev seems to never be cleaned of its symlinks.


should happen upon reboot by your distribution; but util-vserver works
fine with dangling symlinks also



> - When I stop a vserver on some hosts, I get this message :
> # vserver foo stop
> /usr/lib/util-vserver/vserver.stop: line 85: 9287 Killed "${NICE_CMD[@]}" ...


it is difficultly to diagnose this without more details; but I
suspect that a process did not terminate and was killed by the
external vwait. .209 will contains some more diagnostic for this
case



> - When stopping a vserver, in addition to the strange message cited
>   just above, I noticed that the corresponding IP alias is still up
>   and running, answering to pings, etc... Is it a correct behaviour
>   ?


IPs should be cleaned up, but sometimes, it is complicated to complete
tasks when previous actions failed; please try if it still happens
with .209 (which should appear this weekend) and reopen the bug when
needed

Enrico Scholz <ensc>
Group administrator
Mon 19 Sep 2005 11:31:25 PM UTC, comment #1: 

Ok, the issue regarding "/var/lib/run/vservers.rev" was Mandrake-package-related, and was corrected in the "util-vserver-*-0.30.208-3mdk" release. Thanks Daniel and Herbert !

Nicolas Costes <nayco>
Mon 19 Sep 2005 09:55:35 PM UTC, original submission:  

I noticed a few bugs when using util-vserver.208 (The Mandrake rpms found at http://www.13thfloor.at/vserver/s_rel26/v2.0/ ):

- /var/lib/run/vservers.rev is not created, so the vservers do not start : Manually creating this directory solves the problem.

- /etc/init.d/vserver-default cannot be added by "chkconfig --add" because the corresponding line in the script is contains "-" instead of "345". Replacing the "-" by "345" enables to use "chkconfig --add vserver-default" so the marked vservers start at boot.

- /var/lib/run/vservers.rev seems to never be cleaned of its symlinks. Multiple ctxID point to a given vserver... I worried about some symlinks not having a trailing "/", but it's only because i've deleted the corresponding vserver ;-)
# ls -l /var/lib/run/vservers.rev/
total 0
49152 -> /etc/vservers/filesv
49153 -> /etc/vservers/distcc1/
49154 -> /etc/vservers/filesv
49155 -> /etc/vservers/filesv

- When I stop a vserver on some hosts, I get this message :
# vserver foo stop
/usr/lib/util-vserver/vserver.stop: line 85:  9287 Killed "${NICE_CMD[@]}" ${USE_VNAMESPACE:+$_VNAMESPACE --enter "$S_CONTEXT" -- }
$_VCONTEXT $SILENT_OPT --migrate --chroot --xid "$S_CONTEXT" -- "${INITCMD_STOP[@]}"

- When stopping a vserver, in addition to the strange message cited just above, I noticed that the corresponding IP alias is still up and running, answering to pings, etc... Is it a correct behaviour ?

Nicolas Costes <nayco>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

 

Follow 3 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2005-10-29 ensc StatusNone Works For Me
    Assigned toNone ensc
    Open/ClosedOpen Closed

Back to the top

Powered by Savane 3.14-d582.
Corresponding source code