hhding.gnu | 2 Nov 04:42 2007
Picon

problem run shell script by vzctl exec


what's the problem?

server3:~# vzctl exec 180 cat hi.sh
#!/bin/bash

echo $HOME
server3:~# vzctl exec 180 hi.sh
/
server3:~# vzctl exec 180 echo $HOME
/root

server3:~# aptitude show vzctl
Package: vzctl
State: installed
Automatically installed: yes
Version: 3.0.18-1
Priority: optional
Section: admin
Maintainer: Ola Lundqvist <opal@... <mailto:opal@...>>
Uncompressed Size: 872k
Depends: libc6 (>= 2.3.6-6), iproute, vzquota
Recommends: rsync
Suggests: kernel-patch-openvz
.....

server3:~# uname -a
Linux server3 2.6.18-028stab045 #11 Wed Oct 10 13:28:22 CST 2007 i686
GNU/Linux
server3:~#
(Continue reading)

Drake Wilson | 2 Nov 06:50 2007
Picon

Re: problem run shell script by vzctl exec

Quoth "hhding.gnu" <hhding.gnu@...>, on 2007-11-02 11:42:32 +0800:
> what's the problem?
> 
> server3:~# vzctl exec 180 cat hi.sh
> #!/bin/bash
> 
> echo $HOME
> server3:~# vzctl exec 180 hi.sh
> /

Subprocess for bash starts running inside VE 180, begins executing
hi.sh.  It's got a different environment, and expands $HOME into /,
then echoes it to stdout.

> server3:~# vzctl exec 180 echo $HOME
> /root

_Current_ shell expands $HOME into /root.  Subprocess for echo starts
running inside VE 180, with the parameter already expanded.  (vzctl
doesn't even see the "$HOME".)  It is told to echo "/root" to stdout,
so it does.

Does that sound about right?

   ---> Drake Wilson
Kirill Korotaev | 2 Nov 12:34 2007
Picon

Re: problem run shell script by vzctl exec

yep. the actual command executed in 2nd case is:
server3:~# vzctl exec 180 echo /root

Kirill

On Fri, 2007-11-02 at 00:50 -0500, Drake Wilson wrote:
> Quoth "hhding.gnu" <hhding.gnu@...>, on 2007-11-02
11:42:32 +0800:
> > what's the problem?
> > 
> > server3:~# vzctl exec 180 cat hi.sh
> > #!/bin/bash
> > 
> > echo $HOME
> > server3:~# vzctl exec 180 hi.sh
> > /
> 
> Subprocess for bash starts running inside VE 180, begins executing
> hi.sh.  It's got a different environment, and expands $HOME into /,
> then echoes it to stdout.
> 
> > server3:~# vzctl exec 180 echo $HOME
> > /root
> 
> _Current_ shell expands $HOME into /root.  Subprocess for echo starts
> running inside VE 180, with the parameter already expanded.  (vzctl
> doesn't even see the "$HOME".)  It is told to echo "/root" to stdout,
> so it does.
> 
> Does that sound about right?
(Continue reading)

Dietmar Maurer | 2 Nov 17:13 2007

Console access with VNC

Hi all,

I just managed to acces my VPS via X11, using XDMCP and and entry in
inetd.conf:

vnc stream tcp nowait nobody /usr/bin/Xvnc Xvnc -inetd -query 127.0.0.1
-once -depth 16 -geometry 1024x768 securitytypes=none

That way i can simply open an X11 session (note: there is no need to use
an extra vnc password)

I wonder if it is possible to setup something similar to get an console
login using linuxvnc or vncommand? I want to avoid setting an extra vnc
password, and use a standard login instead.

- Dietmar
Thorsten Schifferdecker | 5 Nov 18:48 2007

Re: Kernel 2.6.18-openvz-13-39.1d1-amd64 oops

Hi Kirill, hi Frank,

 <at> Kirill:
yes i found a misprint, which affected the debian linux tree only
028stab045, done in my linux-patch-openvz.

I can take a look between Ola's 028stab039 and my patches and mail the
diff to Alex and you.

 <at> Frank:
I've built the the OpenVZ kernels called fzakernel, it's the debian kernel
config plus OpenVZ support, version 028stab048;
see
http://debian.systs.org/openvz/166/new-openvz-flavour-added-fzakernel-version-028stab481/

Regards,
 Thorsten

Am Mo, 29.10.2007, 17:34, schrieb Kirill Korotaev:
> Thorsten,
>
> Alexey Dobriyan told me that you said you found some misprint
> in OVZ patch ported to debian.
> Is it true? Can you please point to this? Any patch?
>
> to Frank, can you try using 2.6.18-mainstream-OVZ kernel until this is
resolved in Debian branch and thus confirm that it's purely
> debian-kernel problem?
>
> Thanks,
(Continue reading)

Kirill Korotaev | 6 Nov 16:34 2007
Picon

Re: Kernel 2.6.18-openvz-13-39.1d1-amd64 oops

Frank,

can you please try this kernel?

Thanks,
Kirill

Thorsten Schifferdecker wrote:
> Hi Kirill, hi Frank,
> 
>  <at> Kirill:
> yes i found a misprint, which affected the debian linux tree only
> 028stab045, done in my linux-patch-openvz.
> 
> I can take a look between Ola's 028stab039 and my patches and mail the
> diff to Alex and you.
> 
>  <at> Frank:
> I've built the the OpenVZ kernels called fzakernel, it's the debian kernel
> config plus OpenVZ support, version 028stab048;
> see
> http://debian.systs.org/openvz/166/new-openvz-flavour-added-fzakernel-version-028stab481/
> 
> Regards,
>  Thorsten
> 
> Am Mo, 29.10.2007, 17:34, schrieb Kirill Korotaev:
> 
>>Thorsten,
>>
(Continue reading)

E Frank Ball III | 6 Nov 20:03 2007

Re: Kernel 2.6.18-openvz-13-39.1d1-amd64 oops

Kirill,

It's running.  It will take time to see how stable it is.

cat /proc/version 
Linux version 2.6.18-fza-5-686 () (tsd@...)

   E Frank Ball                efball@...

On Tue, Nov 06, 2007 at 06:34:10PM +0300, Kirill Korotaev wrote:
 > Frank,
 > 
 > can you please try this kernel?
 > 
 > Thanks,
 > Kirill
 > 
 > Thorsten Schifferdecker wrote:
 > > Hi Kirill, hi Frank,
 > > 
 > >  <at> Kirill:
 > > yes i found a misprint, which affected the debian linux tree only
 > > 028stab045, done in my linux-patch-openvz.
 > > 
 > > I can take a look between Ola's 028stab039 and my patches and mail the
 > > diff to Alex and you.
 > > 
 > >  <at> Frank:
 > > I've built the the OpenVZ kernels called fzakernel, it's the debian kernel
 > > config plus OpenVZ support, version 028stab048;
(Continue reading)

Steve Wray | 7 Nov 03:22 2007
Picon

reset user_beancounters?

Hi there,
excuse me if this is a really obvious FAQ...

How do I reset the /proc/user_beancounters (noteably the fail counts)?

I've tried stopping and restarting the vz instance but, surprisingly (to 
me) the numbers (specifically the fail counts) stay the same...
:(

Thanks!
Raphaël Bauduin | 7 Nov 09:47 2007
Picon

Profoss virtualisation call for papers

Hi,

Profoss is organising events to spread objective information about
professional uses of Free and Open Source based solutions, and is
looking for speakers for its next event about virtualisation, taking
place in Brussels on 22nd and 23rd january.

If you have deployed a Free or Open Source virtualisation technology
in a demanding professional environment, if you're a services company
with extended expertise with virtualisation, or if you have developed
a virtualisation software under an open source license, or built a
product based on open source technology, and want to share your
experience with your peers, please don't hesitate to submit your
proposal as described below.

Talks should not be commercial shows, but bring interesting
information for professional ICT users, based on real world
experience. Here is an non-exhaustive list of possible subjects:
introduction to virtualisation; deployment experiences with Xen, KVM,
VirtualBox, Linux vserver, Solaris Zones, Virtuozzo/OpenVZ; support
for virtualisation in hardware (eg processors); how to manage the
deployment of a virtualisation technology in a company, without
falling in the trap of over-virtualisation; the futur of
virtualisation; virtualisation on the desktop; security concerns with
virtualisation technologies; impact of virtualisation on the
enterprise infrastructure, eg network; virtualisation, only for the
OS? ;  etc.....

Each speaker get a 50 minutes slot, and talks are to be given in
english. Travel and hotel costs for speakers are taken in charge by
(Continue reading)

Vitaliy Gusev | 7 Nov 09:48 2007

Re: reset user_beancounters?

On 7 November 2007 05:22:55 Steve Wray wrote:
> Hi there,
> excuse me if this is a really obvious FAQ...
>
> How do I reset the /proc/user_beancounters (noteably the fail counts)?
>
> I've tried stopping and restarting the vz instance but, surprisingly (to
> me) the numbers (specifically the fail counts) stay the same...
>
> :(

It looks like your kernel was compiled with CONFIG_UBC_KEEP_UNUSED=y

If you want to reset beancounters when VE is restarted switch off this option.

>
> Thanks!
> _______________________________________________
> Users mailing list
> Users@...
> https://openvz.org/mailman/listinfo/users

--

-- 
Thank,
Vitaliy Gusev

Gmane