Re: [Vserver] Problem with shutdown (yes..)

2005-08-03 Thread Kevin Pendleton
I've also noticed with 208 (not patched) that the ip address of the 
vserver is not removed from the system.  It is still listed with `ip a` 
and you can still ping the IP.


Kevin

[EMAIL PROTECTED] wrote:


Date: Tue, 02 Aug 2005 13:20:37 -0400
From: Jean-Christophe Petit [EMAIL PROTECTED]
Subject: Re: [Vserver] Problem with shutdown (yes..)
To: vserver@list.linux-vserver.org
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Thanks Herbert and Enrico,

I patched util-vserver-0.30-208 and still have the same problem:
root  3599 0 MAIN   0.0  0.0  4508 1424 pts/1S+   
08:07   0:00 /bin/bash /usr/sbin/vserver centos4-test stop
root  3607 0 MAIN   0.0  0.0  1384  260 pts/1S+   
08:07   0:00 /usr/lib/util-vserver/lockfile 
/var/lock/vserver.etcvserverscentos4test.startup /tmp/vserver-lock.sZ3604
root  3620 0 MAIN   0.0  0.0  1428  316 pts/1S+   
08:07   0:00 /usr/sbin/vwait --timeout 30 --terminate --status-fd 3 700
root  3640   700 centos4-test   0.0  0.0  1528  372 ?Ss   
08:07   0:00 minilogd


vwait don't timeout after 30sec..

regards,
 



___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Problem with shutdown (yes..)

2005-08-02 Thread Enrico Scholz
[EMAIL PROTECTED] (Jean-Christophe Petit) writes:

 is it possible to upload a new version in
 http://www.13thfloor.at/~ensc/util-vserver/files/ ?

I will see; but there were some non-trivial changes in the script part
which I have to test first.


When you need the fix, you can try

http://savannah.nongnu.org/cgi-bin/viewcvs/util-vserver/util-vserver/src/vwait.c.diff?r1=1.1r2=1.2

(the green line in the second hunk is the most important part).


hmm, isn't vwait --timeout 30 supposed to time out after 30 seconds
and go wild on your remaining processes?  (this one is for enrico)

There was a classical bug in the signal handling



Enrico


pgpHyqsXbas9l.pgp
Description: PGP signature
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Problem with shutdown (yes..)

2005-08-02 Thread Herbert Poetzl
On Tue, Aug 02, 2005 at 08:00:12AM +0200, Enrico Scholz wrote:
 [EMAIL PROTECTED] (Jean-Christophe Petit) writes:
 
  is it possible to upload a new version in
  http://www.13thfloor.at/~ensc/util-vserver/files/ ?
 
 I will see; but there were some non-trivial changes in the script part
 which I have to test first.

okay, here are two patches, one to update the kernel
headers to vs2.0, and a second one to add the new
alternative syscall implementation, which will issue
#warnings on untested archs, and #errors on non 
implemented ones ...

 http://vserver.13thfloor.at/Experimental/UTIL-VSERVER/
delta-0.30.208-kheaders.diff
delta-0.30.208-shiny6.diff

please consider them for inclusion in the next version
(they also fix an issue with __syscall_return being
redefined on some archs, including x86)

TIA,
Herbert

 When you need the fix, you can try
 
 http://savannah.nongnu.org/cgi-bin/viewcvs/util-vserver/util-vserver/src/vwait.c.diff?r1=1.1r2=1.2
 
 (the green line in the second hunk is the most important part).
 
 
 hmm, isn't vwait --timeout 30 supposed to time out after 30 seconds
 and go wild on your remaining processes?  (this one is for enrico)
 
 There was a classical bug in the signal handling
 
 Enrico



 ___
 Vserver mailing list
 Vserver@list.linux-vserver.org
 http://list.linux-vserver.org/mailman/listinfo/vserver

___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Problem with shutdown (yes..)

2005-08-02 Thread Jean-Christophe Petit

Thanks Herbert and Enrico,

I patched util-vserver-0.30-208 and still have the same problem:
root  3599 0 MAIN   0.0  0.0  4508 1424 pts/1S+   
08:07   0:00 /bin/bash /usr/sbin/vserver centos4-test stop
root  3607 0 MAIN   0.0  0.0  1384  260 pts/1S+   
08:07   0:00 /usr/lib/util-vserver/lockfile 
/var/lock/vserver.etcvserverscentos4test.startup /tmp/vserver-lock.sZ3604
root  3620 0 MAIN   0.0  0.0  1428  316 pts/1S+   
08:07   0:00 /usr/sbin/vwait --timeout 30 --terminate --status-fd 3 700
root  3640   700 centos4-test   0.0  0.0  1528  372 ?Ss   
08:07   0:00 minilogd


vwait don't timeout after 30sec..

regards,

Herbert Poetzl wrote:


On Tue, Aug 02, 2005 at 08:00:12AM +0200, Enrico Scholz wrote:
 


[EMAIL PROTECTED] (Jean-Christophe Petit) writes:

   


is it possible to upload a new version in
http://www.13thfloor.at/~ensc/util-vserver/files/ ?
 


I will see; but there were some non-trivial changes in the script part
which I have to test first.
   



okay, here are two patches, one to update the kernel
headers to vs2.0, and a second one to add the new
alternative syscall implementation, which will issue
#warnings on untested archs, and #errors on non 
implemented ones ...


http://vserver.13thfloor.at/Experimental/UTIL-VSERVER/
delta-0.30.208-kheaders.diff
delta-0.30.208-shiny6.diff

please consider them for inclusion in the next version
(they also fix an issue with __syscall_return being
redefined on some archs, including x86)

TIA,
Herbert

 


When you need the fix, you can try

http://savannah.nongnu.org/cgi-bin/viewcvs/util-vserver/util-vserver/src/vwait.c.diff?r1=1.1r2=1.2

(the green line in the second hunk is the most important part).


   


hmm, isn't vwait --timeout 30 supposed to time out after 30 seconds
and go wild on your remaining processes?  (this one is for enrico)
 


There was a classical bug in the signal handling
   


Enrico
   





 


___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
   



___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver



 




--
Jean-Christophe Petit
Directeur RD et DSI
Syspark inc.
T: 1 514 875 8755
F: 1 514 875 8775


___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Problem with shutdown (yes..)

2005-08-01 Thread Jean-Christophe Petit

Hello Enrico,

is it possible to upload a new version in 
http://www.13thfloor.at/~ensc/util-vserver/files/ ?


regards,

Enrico Scholz wrote:


[EMAIL PROTECTED] (Herbert Poetzl) writes:

 


hmm, isn't vwait --timeout 30 supposed to time out after
30 seconds and go wild on your remaining processes?
(this one is for enrico)
   



There was a classical bug in the signal handling (glibc does not
interrupt vc_wait_exit() but restarts it by default). I tested the
dietlibc version only which does not show this behavior. There was
a race also which could cause non-timeouting when the system time
was modified in the wait phase.

Both issues should be solved in CVS.



Enrico
 




___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
 




--
Jean-Christophe Petit
Directeur RD et DSI
Syspark inc.
T: 1 514 875 8755
F: 1 514 875 8775


___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Problem with shutdown (yes..)

2005-08-01 Thread Herbert Poetzl
On Mon, Aug 01, 2005 at 06:19:23PM -0400, Jean-Christophe Petit wrote:
 Hello Enrico,
 
 is it possible to upload a new version in 
 http://www.13thfloor.at/~ensc/util-vserver/files/ ?

if you should decide to do so, the following update to
the syscall-alternative.h would be really advised:

 http://vserver.13thfloor.at/Experimental/SYSCALL/syscall_shiny5.h

it was successfully tested with 0.30.208 on the following
architectures: alpha, x86, x86_64, s390, s390x, and ppc

also note that we now have an assigned syscall for parisc 

best,
Herbert

 regards,
 
 Enrico Scholz wrote:
 
 [EMAIL PROTECTED] (Herbert Poetzl) writes:
 
  
 
 hmm, isn't vwait --timeout 30 supposed to time out after
 30 seconds and go wild on your remaining processes?
 (this one is for enrico)

 
 
 There was a classical bug in the signal handling (glibc does not
 interrupt vc_wait_exit() but restarts it by default). I tested the
 dietlibc version only which does not show this behavior. There was
 a race also which could cause non-timeouting when the system time
 was modified in the wait phase.
 
 Both issues should be solved in CVS.
 
 
 
 Enrico
  
 
 
 
 ___
 Vserver mailing list
 Vserver@list.linux-vserver.org
 http://list.linux-vserver.org/mailman/listinfo/vserver
  
 
 
 
 -- 
 Jean-Christophe Petit
 Directeur RD et DSI
 Syspark inc.
 T: 1 514 875 8755
 F: 1 514 875 8775
 
 
 ___
 Vserver mailing list
 Vserver@list.linux-vserver.org
 http://list.linux-vserver.org/mailman/listinfo/vserver
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Problem with shutdown (yes..)

2005-07-27 Thread Enrico Scholz
[EMAIL PROTECTED] (Herbert Poetzl) writes:

 hmm, isn't vwait --timeout 30 supposed to time out after
 30 seconds and go wild on your remaining processes?
 (this one is for enrico)

There was a classical bug in the signal handling (glibc does not
interrupt vc_wait_exit() but restarts it by default). I tested the
dietlibc version only which does not show this behavior. There was
a race also which could cause non-timeouting when the system time
was modified in the wait phase.

Both issues should be solved in CVS.



Enrico


pgpx4LaHxU9Cc.pgp
Description: PGP signature
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


RE: [Vserver] Problem with shutdown (yes..)

2005-07-27 Thread Brian Ipsen
Hi,

  hmm, isn't vwait --timeout 30 supposed to time out after 30 seconds 
  and go wild on your remaining processes?
  (this one is for enrico)
 
 There was a classical bug in the signal handling (glibc does 
 not interrupt vc_wait_exit() but restarts it by default). I 
 tested the dietlibc version only which does not show this 
 behavior. There was a race also which could cause 
 non-timeouting when the system time was modified in the wait phase.
 
 Both issues should be solved in CVS.

On WBEL4 there's an issue with minilogd, which seems to keep the
vserver-stop hanging and then complaining... I renamed the minilogd file, so
at least that one won't cause any problems...

/Brian
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Problem with shutdown (yes..)

2005-07-26 Thread Herbert Poetzl
On Tue, Jul 26, 2005 at 08:34:27PM -0400, Jean-Christophe Petit wrote:
 Hello everyone,
 
 I installed the kernel 2.6.12.3-vs2.0-rc8.1 and util-vserver-0.30.208
 So far so good ;)
 As Herbert mentioned in 
 http://www.paul.sladen.org/vserver/archives/200401/0017.html
 I get rid of /etc/init.d/halt
 
 When I stop the vserver (named min-centos4) the process waiting for ever 
 after Starting killall
 [EMAIL PROTECTED] ~]# vserver min-centos4 stop
 Stopping system message bus:   [  OK  ]
 Stopping atd:  [  OK  ]
 Shutting down sendmail:[  OK  ]
 Shutting down sm-client:   [  OK  ]
 Stopping xinetd:   [  OK  ]
 Stopping crond:[  OK  ]
 Shutting down kernel logger:   [FAILED]
 Shutting down system logger:   [  OK  ]
 Starting killall:  [  OK  ]
 
 and I have the following processes running (vps aux)

hmm, why isn't killall doing what it says?
(i.e. killing all the processes :)

 root  7058   500 min-centos40.0  0.0  1532  644 ?SNs  
 15:21   0:00 anacron -s
 root  7110 0 MAIN   0.3  0.0  4508 1432 pts/0S+   
 15:21   0:00 /bin/bash /usr/sbin/vserver min-centos4 stop
 root  7118 0 MAIN   0.0  0.0  1388  260 pts/0S+   
 15:21   0:00 /usr/lib/util-vserver/lockfile 
 /var/lock/vserver.etcvserversmincentos4.startup /tmp/vserver-lock.no7115
 root  7140 0 MAIN   0.0  0.0  1428  316 pts/0S+   
 15:21   0:00 /usr/sbin/vwait --timeout 30 --terminate --status-fd 3 500
 root  7221   500 min-centos40.0  0.0  1528  368 ?Ss   
 15:21   0:00 minilogd

hmm, isn't vwait --timeout 30 supposed to time out after
30 seconds and go wild on your remaining processes?
(this one is for enrico)

 The only way to make the server stop is to kill the two last process of 
 the min-centos server:
 kill -9 7058 7221

all in all it looks like a bug ...

best,
Herbert

 thanks for your replies,
 
 -- 
 Jean-Christophe Petit
 Directeur RD et DSI
 Syspark inc.
 T: 1 514 875 8755
 F: 1 514 875 8775
 
 
 ___
 Vserver mailing list
 Vserver@list.linux-vserver.org
 http://list.linux-vserver.org/mailman/listinfo/vserver
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver