Re: [Vserver] [x86] 2.6.17-1.2139_FC5.vs2.0.2.0.rc24.1works fine

2006-06-26 Thread Roderick A. Anderson

Guenther Fuchs wrote:

Hi there,

4tr - newest FC5 rpm kernel (Daniels 2.6.17) works fine here:


Whew!  I just started a yum update at noon then went back to my day job. 
 I would have just trusted Daniel's excellent work and rebooted the 
system ( remote about 35 miles away ).  Now I can _just_ trust Daniel's 
work  :-)



Thanks,
Rod
--


--- snip ---
# ./testme.sh -Lv
Linux-VServer Test [V0.15] Copyright (C) 2003-2006 H.Poetzl
chcontext is working.
chbind is working.
chcontext 0.30.210 -- allocates/enters a security context
This program is part of util-vserver 0.30.210

Copyright (C) 2004 Enrico Scholz
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
Linux 2.6.17-1.2139_FC5.vs2.0.2.0.rc24.1 #1 Fri Jun 23 23:23:28 EDT 2006 i686
Ea 0.30.210 273/glibc (DSa) 
VCI: 0002:0001 273 03010036 (TbLgnPD)
([EMAIL PROTECTED])
(gcc version 4.1.1 20060525 (Red Hat 4.1.1-1))
#1 Fri Jun 23 23:23:28 EDT 2006
---
[000]# chcontext  true && chcontext --xid 45678 true
[000]# succeeded.
[001]# chcontext --xid 45678 egrep 'context|VxID' /proc/self/status
[001]# succeeded.
[011]# chcontext --secure --xid 45678 mknod /tmp/testme.sh.T17001/node c 0 0
[011]# succeeded.
[031]# chcontext  --hostname zaphod.16998 uname -a | grep -q zaphod.16998
[031]# succeeded.
[101]# chbind  --ip 192.168.0.42 true
[101]# succeeded.
[102]# chbind  --ip 192.168.0.1/255.255.255.0 --ip 10.0.0.1/24 true
[102]# succeeded.
[201]# chcontext --xid 45678 --flag fakeinit bash -c 'test $$ -eq 1'
[201]# succeeded.
[202]# chcontext  --flag fakeinit bash -c 'test $$ -eq 1'
[202]# succeeded.
---
[L01]# chcontext --xid 45601 bash -c 'true &'
[L01]# succeeded.
[D01]# chcontext bash -c 'true &'
[D01]# succeeded.
[L02]# chcontext --xid 45602 bash -c 'true | true'
[L02]# succeeded.
[D02]# chcontext bash -c 'true | true'
[D02]# succeeded.
[L03]# chcontext --xid 45603 bash -c 'true & true'
[L03]# succeeded.
[D03]# chcontext bash -c 'true & true'
[D03]# succeeded.
[L11]# chcontext --xid 45611 bash -c 'true >/dev/null' /dev/null' /dev/null
[L12]# succeeded.
[D12]# chcontext bash -c 'true /dev/null
[D12]# succeeded.
[L21]# chcontext --xid 45621 bash -c 'bash -c "true &"&'
[L21]# succeeded.
[D21]# chcontext bash -c 'bash -c "true &"&'
[D21]# succeeded.
[L22]# chcontext --xid 45622 bash -c 'bash -c "false | true &"&'
[L22]# succeeded.
[D22]# chcontext bash -c 'bash -c "false | true &"&'
[D22]# succeeded.
[L31]# chcontext --xid 45631 bash -c 'echo `ls`'
[L31]# succeeded.
[D31]# chcontext bash -c 'echo `ls`'
[D31]# succeeded.
--- snap ---



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


[Vserver] [x86] 2.6.17-1.2139_FC5.vs2.0.2.0.rc24.1works fine

2006-06-26 Thread Guenther Fuchs
Hi there,

4tr - newest FC5 rpm kernel (Daniels 2.6.17) works fine here:

--- snip ---
# ./testme.sh -Lv
Linux-VServer Test [V0.15] Copyright (C) 2003-2006 H.Poetzl
chcontext is working.
chbind is working.
chcontext 0.30.210 -- allocates/enters a security context
This program is part of util-vserver 0.30.210

Copyright (C) 2004 Enrico Scholz
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
Linux 2.6.17-1.2139_FC5.vs2.0.2.0.rc24.1 #1 Fri Jun 23 23:23:28 EDT 2006 i686
Ea 0.30.210 273/glibc (DSa) 
VCI: 0002:0001 273 03010036 (TbLgnPD)
([EMAIL PROTECTED])
(gcc version 4.1.1 20060525 (Red Hat 4.1.1-1))
#1 Fri Jun 23 23:23:28 EDT 2006
---
[000]# chcontext  true && chcontext --xid 45678 true
[000]# succeeded.
[001]# chcontext --xid 45678 egrep 'context|VxID' /proc/self/status
[001]# succeeded.
[011]# chcontext --secure --xid 45678 mknod /tmp/testme.sh.T17001/node c 0 0
[011]# succeeded.
[031]# chcontext  --hostname zaphod.16998 uname -a | grep -q zaphod.16998
[031]# succeeded.
[101]# chbind  --ip 192.168.0.42 true
[101]# succeeded.
[102]# chbind  --ip 192.168.0.1/255.255.255.0 --ip 10.0.0.1/24 true
[102]# succeeded.
[201]# chcontext --xid 45678 --flag fakeinit bash -c 'test $$ -eq 1'
[201]# succeeded.
[202]# chcontext  --flag fakeinit bash -c 'test $$ -eq 1'
[202]# succeeded.
---
[L01]# chcontext --xid 45601 bash -c 'true &'
[L01]# succeeded.
[D01]# chcontext bash -c 'true &'
[D01]# succeeded.
[L02]# chcontext --xid 45602 bash -c 'true | true'
[L02]# succeeded.
[D02]# chcontext bash -c 'true | true'
[D02]# succeeded.
[L03]# chcontext --xid 45603 bash -c 'true & true'
[L03]# succeeded.
[D03]# chcontext bash -c 'true & true'
[D03]# succeeded.
[L11]# chcontext --xid 45611 bash -c 'true >/dev/null' /dev/null' /dev/null
[L12]# succeeded.
[D12]# chcontext bash -c 'true /dev/null
[D12]# succeeded.
[L21]# chcontext --xid 45621 bash -c 'bash -c "true &"&'
[L21]# succeeded.
[D21]# chcontext bash -c 'bash -c "true &"&'
[D21]# succeeded.
[L22]# chcontext --xid 45622 bash -c 'bash -c "false | true &"&'
[L22]# succeeded.
[D22]# chcontext bash -c 'bash -c "false | true &"&'
[D22]# succeeded.
[L31]# chcontext --xid 45631 bash -c 'echo `ls`'
[L31]# succeeded.
[D31]# chcontext bash -c 'echo `ls`'
[D31]# succeeded.
--- snap ---

-- 
regards 'n greez,

Guenther Fuchs
(aka "muh" and "powerfox")

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


Re: [Vserver] Cloning/Copying ... again!

2006-06-26 Thread Roderick A. Anderson

Herbert Poetzl wrote:

On Mon, Jun 26, 2006 at 01:37:26PM +0200, Marcus Mülbüsch wrote:


I'm trying to make copies of a Vserver guest.  These will all be on
the same system.


...

Is this a good route or are there other methods that will be 
fast/safer/whatever?


I was hoping that util-vserver would provide that by
now, but as far as I know, it still doesn't ...


Isn't that what "vserver [...] clone" effectively does?



yes, is it already part of 0.30.210? guess I have
to revisit the tools and see what of daniels stuff
did get in and what not ... 




(vserver-copy does'nt do it, even if it promises to do so.)



that is supposed to 'copy' the host system into
a guest (basically creating a copy of the host)


As I discovered with more reading.  I've got the -m skeleton and copy -a 
going great.  Playing with vhashify right now to see how it affects the 
operation.



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


Re: [Vserver] Cloning/Copying ... again!

2006-06-26 Thread Herbert Poetzl
On Mon, Jun 26, 2006 at 01:37:26PM +0200, Marcus Mülbüsch wrote:
> >>I'm trying to make copies of a Vserver guest.  These will all be on
> >>the same system.
> ...
> >>Is this a good route or are there other methods that will be 
> >>fast/safer/whatever?
> >
> >I was hoping that util-vserver would provide that by
> >now, but as far as I know, it still doesn't ...
> 
> Isn't that what "vserver [...] clone" effectively does?

yes, is it already part of 0.30.210? guess I have
to revisit the tools and see what of daniels stuff
did get in and what not ... 

> (vserver-copy does'nt do it, even if it promises to do so.)

that is supposed to 'copy' the host system into
a guest (basically creating a copy of the host)

> Or am I missing something here?

best,
Herbert

> Marcus
> 
> ___
> 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] vservers start very slow after a reboot

2006-06-26 Thread Herbert Poetzl
On Mon, Jun 26, 2006 at 06:22:44PM +0200, Benedict Verheyen wrote:

[a lot of stuff zapped]

> Hi,
> 
> 
> thanks for the info. I think your suggestions will actually solve the
> problem i'm having.
> Thing is that i'm not sure on how to do it correctly on Debian.
> I have a util-vserver script in /etc/init.d
> which is linked to from rc2.d:
> S23util-vserver -> ../init.d/util-vserver

please check my reply to the original question, it
is probably the much better solution if you 'just'
require a proper order

of course, the different runlevel scripts make
perfect sense if you actually _use_ different
runlevels for your host system

> In /etc/default/util-vserver i reread this comment:
> # The vserver initscript runs late in the boot-up sequence, which may
> # be inappropriate for services that need to run earlier, such as
> # nameservers or VPN tunnels. If a copy of the initscript is made to
> # run at an earlier position, you can then set $MARK to be those vservers
> # that you want to run then.
> #MARK=default
> 
> This is confusing to me. The comment says to copy the initscript for those
> servers that need to be started earlier but the script looks at
> /etc/default/util-vserver to find info on what servers to start first.
> So how do i do that? I could copy the script, copy /etc/default/util-vserver
> and adjust the MARK & AUTO parameters there but i don't think that's the
> proper way to deal with this problem or is it?
> 
> Looking at the /etc/init.d/util-vserver script (added as extra info
> below), i could make a copy and then put this code in comment
> 
> DEBIANCONFIG=/etc/default/util-vserver
> 
> if [ -f $DEBIANCONFIG ]
> then
> . $DEBIANCONFIG
> fi
> 
> Then add MARK & AUTO in there. For instance, MARK=dnsserver & AUTO=true
> Next make a link to this script from /etc/rc2.d at an early stage.
> Is this how it should be done?

best,
Herbert

> 
> Thanks,
> Benedict

[more stuff zapped]

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


Re: [Vserver] OpenVCP Beta released

2006-06-26 Thread Herbert Poetzl
On Mon, Jun 26, 2006 at 04:09:31PM +0200, Gerrit Wyen wrote:
> hi,
> we quite recently released the first beta of OpenVCP licensed under
> the GPL. OpenVCP provides a web-based interface to manage a whole farm
> of VServer hosts, build guests, account traffic and a bit more. For
> details take a look at the screenshots.

great! thanks a lot!

best,
Herbert

> Project Page:
> http://www.openvcp.org
> 
> Screenshots:
> http://www.openvcp.org/wiki/Screenshots
> 
> 
> Sincerely,
> Gerrit Wyen
> 
> ___
> 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] Wiki down?

2006-06-26 Thread Roderick A. Anderson

Daniel Hokka Zakrisson wrote:

Roderick A. Anderson wrote:

Is there an issue with "vserver.strahlungsfrei.de".  I keep getting 
timeouts and can't get the wiki to show up.


While waiting on this; does anyone have some documentation handy on 
using vhashify and how it works?  I've got my first 5 vserver guests 
created and want(/need?) to do this as most of them will be very similar.



http://linux-vserver.org/alpha+util-vserver has a section on it.


Thanks Daniel.

I'm looking at it right now and trying a vhashify on one of my _less_ 
strategic guests.  Ie. it can be replaced.  :-)


I thought I had all the pieces in place but got these three errors:

error: cannot open Packages index using db3 - No such file or directory (2)
error: cannot open Packages database in /var/lib/rpm
Duplicate hash-dir entry '0' found

The first might be the RPM move from Berkley db version 3 to version 4 
and so version 3 doesn't get installed.  A quick check with rpm shows 
only db4.  Bug in vhashify or in some RPM libraries is is using?


The second is strange ( unless it is related to the first. )  There are 
RPM databases in /var/lib/rpm .


The last I can figure out as somehow both a '0' and '00' got created in 
the '/etc/vservers/.defaults/apps/vunify/hash/' directory.  I did the 0 
and the 00 got ( by date stamp ) created last week when I was building a 
'new' guest.  So the error is probably coming from the vhashify binary 
having trouble by treating the '0' and '00' as numeric instead of as 
alphanumeric.



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


Re: [Vserver] Wiki down?

2006-06-26 Thread Daniel Hokka Zakrisson

Roderick A. Anderson wrote:
Is there an issue with "vserver.strahlungsfrei.de".  I keep getting 
timeouts and can't get the wiki to show up.


While waiting on this; does anyone have some documentation handy on 
using vhashify and how it works?  I've got my first 5 vserver guests 
created and want(/need?) to do this as most of them will be very similar.


http://linux-vserver.org/alpha+util-vserver has a section on it.

--
Daniel Hokka Zakrisson
GPG id: 06723412
GPG fingerprint: A455 4DF3 990A 431F FECA  7947 6136 DDA2 0672 3412
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


[Vserver] Wiki down?

2006-06-26 Thread Roderick A. Anderson
Is there an issue with "vserver.strahlungsfrei.de".  I keep getting 
timeouts and can't get the wiki to show up.


While waiting on this; does anyone have some documentation handy on 
using vhashify and how it works?  I've got my first 5 vserver guests 
created and want(/need?) to do this as most of them will be very similar.



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


Re: [Vserver] vservers start very slow after a reboot

2006-06-26 Thread Benedict Verheyen
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> hil
>
> Benedict Verheyen wrote:
>> i had problems with vservers not starting (or so i thought) after a
>> system
>> reboot on my Debian Sarge.
>> Some particulars of my system:
>> - debootstrap install of vservers
>> - most vservers have at least 1 shared directories with host (apt cache)
>> - hashified
>> - lastest util-vserver
>> - kernel 2.6.16
>> - debian sarge
>> - 7 vservers
>>
>> What happened when i rebooted is that i saw these lines:
>> --
>> Fixing visibility of /proc entries for vservers...done
>> Starting vservers of type default...
>> --
>>
>> And then it seemed as if my system hung but i could actually do a 3
>> fingered salute. So hanging is not the right wording, rather "not
>> responding".
>
> i actually had the same problem... you go onto describe how you (almost)
> figured
> out the problem in this email, it seems that you didn't quite make the
> final
> connection: it's not really a problem with the vservers themselves taking
> a long
> time, it's a problem in the order in which they are starting, with the
> non-dns
> vservers starting first and therefore hanging whilst they wait for network
> connections to time out.
>
>> I had what appeared to be some dead links in my /etc/rc2.d:
>> vprocunhide rebootmgr vservers-default vservers-legacy
>> They don't seem to be used anymore so i removed them. Now only a link to
>> /etc/init.d/util-vserver is in there
>>
>> Anyway, i edited /etc/default/util-vserver and set the following:
>> mark=
>> auto=false
>
> i did this as well. it temporarily solves the problem to find the answer,
> as you
> say.
>
>> This prevented the vservers to load on boot (which i actually want and
>> need but disabled to see what's going on).
>> I then rebooted and started a vserver manually and instead of the
>> startup
>> lines zipping by it took ages for it to print some lines so now i knew
>> "Starting vservers of type default..." was actually not hanging my
>> computer but rather just going very very slow.
>
> which lines? i suspect they are the ones about various network connections
> for
> your vserver (trying to resolve hostname, for example).
>
>> I started all my vservers and after about 10 minutes (i had started an
>> uml
>> to get DNS going) i decided to shut down the uml that provided dns and
>> start the vserver instead that also provides dns.
>> Well, to my surprise, that one started quickly again.
>> Entering the vservers was also quick again. Very strange.
>
> no - you now have your dns working, hence it doesn't need to wait for
> network
> timeouts.
>
>> Now it all works again but as you can imagine, i wouldn't want to reboot
>> :)
>>
>> 1. What could be causing the slow startup?
>>
>> 2. What links are necessary in /etc/rc2.d?
>> vprocunhide, rebootmgr, vservers-default & vservers-legacy point nowhere
>> only util-vserver seems to be valid
>
> i've got the similar system set up as you (debian sarge 2.6.16 etc). there
> was
> something like:
>
> /etc/init.d/vserver-default
>
> and created
>
> /etc/init.d/vserver-dnsserver
> /etc/init.d/vserver-mailserver
>
> etc, so that i could start the vservers in a specific order by linking
> them into
> /etc/rc?.d/* as appropriate.
>
>> 3.  I have my DNS inside a vserver, so the DNS vserver should be started
>> as early as possible.
>> How do i do that if the links above aren't valid?
>> Can i move the util-vserver link and then use the mark file to
>> accomplish
>> that?
>
> you still use the mark file to specifiy which start-up script starts which
> vserver:
>
> [EMAIL PROTECTED]:~$ cat /etc/vservers/vsdns/apps/init/mark
> dnsserver
> [EMAIL PROTECTED]:~$ cat /etc/vservers/vsmail/apps/init/mark
> mailserver
> [EMAIL PROTECTED]:~$ cat /etc/vservers/vshttp/apps/init/mark
> default
>
> so i can get them to start in what ever order i like, depending upon the
> order
> in /etc/rc?.d/ .
>
>> 4. Is there a way to start some vservers early and other less critical
>> vservers at the end of the boot sequence?
>
> as above.
>
>> Some more information:
>>
>>> testme.sh
>> Linux-VServer Test [V0.15] Copyright (C) 2003-2006 H.Poetzl
>> chcontext is working.
>> chbind is working.
>> Linux 2.6.16-vs2.0.2-rc15.10apr2006 #1 Tue Apr 11 13:02:54 CEST 2006
>> i686
>> Ea 0.30.210 273/glibc (DSa) 
>> VCI: 0002:0001 273 0336 (TbLgnP)
>> ---
>> [000]# succeeded.
>> [001]# succeeded.
>> [011]# succeeded.
>> [031]# succeeded.
>> [101]# succeeded.
>> [102]# succeeded.
>> [201]# succeeded.
>> [202]# succeeded.
>>
>>> vserver-info - SYSINFO
>> ==
>> Versions:
>>Kernel: 2.6.16-vs2.0.2-rc15.10apr2006
>>VS-API: 0x00020001
>>  util-vserver: 0.30.210; Apr 19 2006, 16:06:42
>>
>> Features:
>>CC: gcc, gcc (GCC) 3.3.5 (Debian 1:3.3.5-13)
>>  

Re: [Vserver] update your account

2006-06-26 Thread Guenther Fuchs
Hi there,

on Monday, June 26, 2006 at 4:57:11 PM there was posted:

i> any chance someone can setup some type of spam filtering on this
i> list?

Although this might be a good idea though, posting a full-quote spam
is a very bad one. I wouldn't have seen this, if it wouldn't have been
quoted and reposted.

Pls keep this in mind when requesting a spam filter again, thanks.

-- 
regards 'n greez,

Guenther Fuchs
(aka "muh" and "powerfox")

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


Re: [Vserver] update your account

2006-06-26 Thread Roderick A. Anderson

infowolfe wrote:

any chance someone can setup some type of spam filtering on this list?


It looks to be someone gmail account has been compromised.  There is 
also a freedon2surf.net account being used.



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


Re: [Vserver] Cloning/Copying ... again!

2006-06-26 Thread Roderick A. Anderson

Marcus Mülbüsch wrote:

I'm trying to make copies of a Vserver guest.  These will all be on
the same system.


...

Is this a good route or are there other methods that will be 
fast/safer/whatever?



I was hoping that util-vserver would provide that by
now, but as far as I know, it still doesn't ...



Isn't that what "vserver [...] clone" effectively does?

(vserver-copy does'nt do it, even if it promises to do so.)

Or am I missing something here?


Well I'm missing quite a bit of documentation.  I've tried the man page 
( is the old one for Jacques' vserver-utils ) and a "vserver --help" has 
no mention of a clone option/method.


Of course there is "the source" which I will be looking as time permits.


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


Re: [Vserver] update your account

2006-06-26 Thread infowolfe

any chance someone can setup some type of spam filtering on this list?

On 6/26/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:












Dear PayPal Member,

 It has come to our attention that your PayPal Billing  Information 
records are out of date. That requires you to update the Billing
 Information.
 Failure to update your records will result in account  
termination. Please update your records within 24 hours. Once you 
have  updated your account records, your PayPal session will not be 
 interrupted and will continue as normal. Failure to update will 
result in cancellation of service, Terms of Service (TOS) 
violations or  future billing problems.


You must click the link below and enter your login information on the  
following page to confirm your Billing Information records.



Click here to activate your  account



You can  also confirm  your email address by logging into your PayPal account at 
https://www.paypal.com/us/. Click on the "Confirm  email" link in the Activate 
Account box and then enter this confirmation  number:  1542-9210-4796-0162-9135



Thank you for using  PayPal!
The PayPal  Team






Please do not reply to this email.  This  mailbox is not monitored and you will 
not receive a response. For  assistance, log  in to your PayPal account and 
choose the Help link located in the top  right corner  of any PayPal page.

To receive email notifications in  plain text  instead of HTML, update your 
preferences here.



PayPal Email ID  PP059



Protect Your Account  Info
Make sure you never  provide your  password to fraudulent websites.

To safely  and securely access the  PayPal  website or your account, open a new 
web browser (e.g. Internet Explorer or  Netscape)  and type in the PayPal URL 
(https://www.paypal.com/us/) to be sure you are  on the real  PayPal site.

PayPal will never ask you to enter your password in an  email.

For more information on protecting yourself from fraud,  please review  our 
Security Tips at https://www.paypal.com/us/securitytips


Protect Your  Password
You should never give your PayPal password to anyone, including  PayPal  
employees.

___
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] Cloning/Copying ... again!

2006-06-26 Thread Marcus Mülbüsch

I'm trying to make copies of a Vserver guest.  These will all be on
the same system.

...
Is this a good route or are there other methods that will be 
fast/safer/whatever?


I was hoping that util-vserver would provide that by
now, but as far as I know, it still doesn't ...


Isn't that what "vserver [...] clone" effectively does?

(vserver-copy does'nt do it, even if it promises to do so.)

Or am I missing something here?

Marcus

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


[Vserver] OpenVCP Beta released

2006-06-26 Thread Gerrit Wyen
hi,
we quite recently released the first beta of OpenVCP licensed under the
GPL. OpenVCP provides a web-based interface to manage a whole farm of
VServer hosts, build guests, account traffic and a bit more. For details
take a look at the screenshots.

Project Page:
http://www.openvcp.org

Screenshots:
http://www.openvcp.org/wiki/Screenshots


Sincerely,
Gerrit Wyen

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


Re: [Vserver] vservers start very slow after a reboot

2006-06-26 Thread Herbert Poetzl
On Sun, Jun 25, 2006 at 08:28:35PM +0100, GarconDuMonde wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> hil
> 
> Benedict Verheyen wrote:
> > i had problems with vservers not starting (or so i thought) after a
> > system reboot on my Debian Sarge.
> > Some particulars of my system:
> > - debootstrap install of vservers
> > - most vservers have at least 1 shared directories with host (apt cache)
> > - hashified
> > - lastest util-vserver
> > - kernel 2.6.16
> > - debian sarge
> > - 7 vservers
> > 
> > What happened when i rebooted is that i saw these lines:
> > --
> > Fixing visibility of /proc entries for vservers...done
> > Starting vservers of type default...
> > --
> > 
> > And then it seemed as if my system hung but i could actually do a 3
> > fingered salute. So hanging is not the right wording, rather "not
> > responding".
> 
> i actually had the same problem... you go onto describe how you
> (almost) figured out the problem in this email, it seems that you
> didn't quite make the final connection: it's not really a problem with
> the vservers themselves taking a long time, it's a problem in the
> order in which they are starting, with the non-dns vservers starting
> first and therefore hanging whilst they wait for network connections
> to time out.

sounds quite reasonable to me, and dns timeout
can take quite some while actually :)

> > I had what appeared to be some dead links in my /etc/rc2.d:
> > vprocunhide rebootmgr vservers-default vservers-legacy They don't
> > seem to be used anymore so i removed them. Now only a link to
> > /etc/init.d/util-vserver is in there
> > 
> > Anyway, i edited /etc/default/util-vserver and set the following:
> > mark=
> > auto=false
> 
> i did this as well. it temporarily solves the problem to find the
> answer, as you say.
> 
> > This prevented the vservers to load on boot (which i actually want
> > and need but disabled to see what's going on). I then rebooted and
> > started a vserver manually and instead of the startup lines zipping
> > by it took ages for it to print some lines so now i knew "Starting
> > vservers of type default..." was actually not hanging my computer
> > but rather just going very very slow.
>
> which lines? i suspect they are the ones about various network
> connections for your vserver (trying to resolve hostname, for
> example).
> 
> > I started all my vservers and after about 10 minutes (i had started
> > an uml to get DNS going) i decided to shut down the uml that
> > provided dns and start the vserver instead that also provides dns.
> > Well, to my surprise, that one started quickly again. Entering the
> > vservers was also quick again. Very strange.
> 
> no - you now have your dns working, hence it doesn't need to wait for
> network timeouts.
>
> > Now it all works again but as you can imagine, i wouldn't want to
> > reboot :)
> > 
> > 1. What could be causing the slow startup?
> > 
> > 2. What links are necessary in /etc/rc2.d? vprocunhide, rebootmgr,
> > vservers-default & vservers-legacy point nowhere only util-vserver
> > seems to be valid
> 
> i've got the similar system set up as you (debian sarge 2.6.16 etc).
> there was something like:
> 
> /etc/init.d/vserver-default
> 
> and created
> 
> /etc/init.d/vserver-dnsserver
> /etc/init.d/vserver-mailserver
> 
> etc, so that i could start the vservers in a specific order by linking
> them into /etc/rc?.d/* as appropriate.
> 
> > 3. I have my DNS inside a vserver, so the DNS vserver should be
> > started as early as possible. How do i do that if the links above
> > aren't valid? Can i move the util-vserver link and then use the mark
> > file to accomplish that?
> 
> you still use the mark file to specifiy which start-up script starts
> which vserver:
> 
> [EMAIL PROTECTED]:~$ cat /etc/vservers/vsdns/apps/init/mark
> dnsserver
> [EMAIL PROTECTED]:~$ cat /etc/vservers/vsmail/apps/init/mark
> mailserver
> [EMAIL PROTECTED]:~$ cat /etc/vservers/vshttp/apps/init/mark
> default
> 
> so i can get them to start in what ever order i like, depending upon
> the order in /etc/rc?.d/ .

sidenote: there is a very useful option in the config
tree too, called 'depends' (from the FlowerPage)

 *   /etc/vservers//apps/init
  #  depends
 This file is used to configure vservers which must be running
 before the current vserver can be started. At shutdown, the current
 vserver will be stopped before its dependencies. Content of this
 file are vserver ids (one name per line).

HTH,
Herbert
 
> 
> > 4. Is there a way to start some vservers early and other less critical
> > vservers at the end of the boot sequence?
> 
> as above.
> 
> > Some more information:
> > 
> >> testme.sh
> > Linux-VServer Test [V0.15] Copyright (C) 2003-2006 H.Poetzl
> > chcontext is working.
> > chbind is working.
> > Linux 2.6.16-vs2.0.2-rc15.10apr2006 #1 Tue Apr 11 13:02:54 CEST 2006 i686
> > Ea 

Re: [Vserver] vservers start very slow after a reboot

2006-06-26 Thread GarconDuMonde
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hil

Benedict Verheyen wrote:
> i had problems with vservers not starting (or so i thought) after a system
> reboot on my Debian Sarge.
> Some particulars of my system:
> - debootstrap install of vservers
> - most vservers have at least 1 shared directories with host (apt cache)
> - hashified
> - lastest util-vserver
> - kernel 2.6.16
> - debian sarge
> - 7 vservers
> 
> What happened when i rebooted is that i saw these lines:
> --
> Fixing visibility of /proc entries for vservers...done
> Starting vservers of type default...
> --
> 
> And then it seemed as if my system hung but i could actually do a 3
> fingered salute. So hanging is not the right wording, rather "not
> responding".

i actually had the same problem... you go onto describe how you (almost) figured
out the problem in this email, it seems that you didn't quite make the final
connection: it's not really a problem with the vservers themselves taking a long
time, it's a problem in the order in which they are starting, with the non-dns
vservers starting first and therefore hanging whilst they wait for network
connections to time out.

> I had what appeared to be some dead links in my /etc/rc2.d:
> vprocunhide rebootmgr vservers-default vservers-legacy
> They don't seem to be used anymore so i removed them. Now only a link to
> /etc/init.d/util-vserver is in there
> 
> Anyway, i edited /etc/default/util-vserver and set the following:
> mark=
> auto=false

i did this as well. it temporarily solves the problem to find the answer, as you
say.

> This prevented the vservers to load on boot (which i actually want and
> need but disabled to see what's going on).
> I then rebooted and started a vserver manually and instead of the startup
> lines zipping by it took ages for it to print some lines so now i knew
> "Starting vservers of type default..." was actually not hanging my
> computer but rather just going very very slow.

which lines? i suspect they are the ones about various network connections for
your vserver (trying to resolve hostname, for example).

> I started all my vservers and after about 10 minutes (i had started an uml
> to get DNS going) i decided to shut down the uml that provided dns and
> start the vserver instead that also provides dns.
> Well, to my surprise, that one started quickly again.
> Entering the vservers was also quick again. Very strange.

no - you now have your dns working, hence it doesn't need to wait for network
timeouts.

> Now it all works again but as you can imagine, i wouldn't want to reboot :)
> 
> 1. What could be causing the slow startup?
> 
> 2. What links are necessary in /etc/rc2.d?
> vprocunhide, rebootmgr, vservers-default & vservers-legacy point nowhere
> only util-vserver seems to be valid

i've got the similar system set up as you (debian sarge 2.6.16 etc). there was
something like:

/etc/init.d/vserver-default

and created

/etc/init.d/vserver-dnsserver
/etc/init.d/vserver-mailserver

etc, so that i could start the vservers in a specific order by linking them into
/etc/rc?.d/* as appropriate.

> 3.  I have my DNS inside a vserver, so the DNS vserver should be started
> as early as possible.
> How do i do that if the links above aren't valid?
> Can i move the util-vserver link and then use the mark file to accomplish
> that?

you still use the mark file to specifiy which start-up script starts which 
vserver:

[EMAIL PROTECTED]:~$ cat /etc/vservers/vsdns/apps/init/mark
dnsserver
[EMAIL PROTECTED]:~$ cat /etc/vservers/vsmail/apps/init/mark
mailserver
[EMAIL PROTECTED]:~$ cat /etc/vservers/vshttp/apps/init/mark
default

so i can get them to start in what ever order i like, depending upon the order
in /etc/rc?.d/ .

> 4. Is there a way to start some vservers early and other less critical
> vservers at the end of the boot sequence?

as above.

> Some more information:
> 
>> testme.sh
> Linux-VServer Test [V0.15] Copyright (C) 2003-2006 H.Poetzl
> chcontext is working.
> chbind is working.
> Linux 2.6.16-vs2.0.2-rc15.10apr2006 #1 Tue Apr 11 13:02:54 CEST 2006 i686
> Ea 0.30.210 273/glibc (DSa) 
> VCI: 0002:0001 273 0336 (TbLgnP)
> ---
> [000]# succeeded.
> [001]# succeeded.
> [011]# succeeded.
> [031]# succeeded.
> [101]# succeeded.
> [102]# succeeded.
> [201]# succeeded.
> [202]# succeeded.
> 
>> vserver-info - SYSINFO
> ==
> Versions:
>Kernel: 2.6.16-vs2.0.2-rc15.10apr2006
>VS-API: 0x00020001
>  util-vserver: 0.30.210; Apr 19 2006, 16:06:42
> 
> Features:
>CC: gcc, gcc (GCC) 3.3.5 (Debian 1:3.3.5-13)
>   CXX: g++, g++ (GCC) 3.3.5 (Debian 1:3.3.5-13)
>  CPPFLAGS: ''
>CFLAGS: '-Wall -g  -O2 -std=c99 -Wall -pedantic -W'
>  CXXFLAGS: '-