Kir Kolyshkin wrote:
Steve Wray wrote:
Hi there,
Debian uses start-stop-daemon in the init scripts to, for one thing,
stop services.
From the man page:
Note: unless --pidfile is specified, start-stop-daemon behaves similar
to killall(1). start-stop-daemon will scan the process table
Hi there,
Debian uses start-stop-daemon in the init scripts to, for one thing,
stop services.
From the man page:
Note: unless --pidfile is specified, start-stop-daemon behaves similar
to killall(1). start-stop-daemon will scan the process table looking
for any processes which match th
Benoit Branciard wrote:
Steve Wray a écrit :
No answers? Its been a while...
We have a bunch of openvz VMs, nothing 'in production'. The host has
4G of RAM. I want all the VMs to have access to 4G of RAM and all the
sockets and other stuff that they may need at any time; I don
of all of them to just what they
need and no more.
I don't mind or care that they are over-committed I just want them to
have max resources.
Thanks
Steve Wray wrote:
Hi there,
I have a server running OpenVZ with several VMs running on it.
At the moment I have to specify vario
Hi there,
I have a server running OpenVZ with several VMs running on it.
At the moment I have to specify various limits to each VM configuration
and, when they hit their limits strange things can happen.
Ideally I'd let them all have full access to all the resources available
on the physical
John Maclean wrote:
There's a kernel exploit in the wild [0]. I've run it on a couple of
nodes and it __does__ allow a non-root user root access. Has any one
tried it on a Hardware node or within a VE? Within a VE all I got was a
kernel oops and it was too low-level for me to decypher...
[0] htt
Gregor Mosheh wrote:
Peter Machell wrote:
vzctl stop xx
cp -R /vz/private/xx /vz/private/xxx
cp -R /etc/vz/conf/xx.conf /etc/vz/conf/xxx.conf
vzctl start xxx
To have cp preserve permissions, use the -p flag.
I use tar instead of cp, for situation like this. Tar, unlike cp, is
smart enough to
Listaccount wrote:
Zitat von Gregor Mosheh <[EMAIL PROTECTED]>:
Kirill Korotaev wrote:
Just for the history/other users the resolution of the problem Steve
had:
OpenVZ was installed on XFS
WOW, good work Kirill. That must have been a gnarly one to figure out,
I never even thought of the fil
ither that or I really am going mad complete with
hallucinations :-/ Not discounting that possibility out of hand...
Steve Wray wrote:
Gregor Mosheh wrote:
The good news is that I use Nagios with our VPSs, and it works
brilliantly.
include_dir=/etc/nagios/nrpe.d
I have found that while this
Gregor Mosheh wrote:
The good news is that I use Nagios with our VPSs, and it works brilliantly.
include_dir=/etc/nagios/nrpe.d
I have found that while this directive works under Xen this does not
work under openvz.
I find that surprising. Are you sure that the permissions didn't get
mangle
Hi there,
I just took some filesystems from servers which have been running under
Xen for some time and converted them to openvz.
I've found a very strange issue.
We monitor our servers with Nagios and each server runs the Nagios nrpe
server.
Our config system for Nagios involves several Nr
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!
___
Hi there,
I'm noticing that 'free' shows no swap space in a VE.
I had a good dig through the wiki and man pages and I can't find any
references to being able to configure a VE to have swap (of its own).
Is this something thats abstracted away (ie the VE gets to use the hosts
swap as needed) o
Kir Kolyshkin wrote:
Gregor Mosheh wrote:
Steve Wray wrote:
Steve Wray wrote:
There seems to be a slight inconsistency across the tool set here.
vzctl does respect the given 'name' however vzquota does not appear
to and seems to require the numeric id.
Quite true. Did
Steve Wray wrote:
Kir Kolyshkin wrote:
See vzctl set --name
Well thats a nice start.
Now, to follow on from that great progress, how do I get it so that
the directory where the root filesystem lives corresponds to the name
I set instead of the numeric VEID?
Thanks!
There seems to be
Kir Kolyshkin wrote:
Steve Wray wrote:
Kir Kolyshkin wrote:
See vzctl set --name
Well thats a nice start.
Now, to follow on from that great progress, how do I get it so that
the directory where the root filesystem lives corresponds to the name
I set instead of the numeric
Kir Kolyshkin wrote:
See vzctl set --name
Well thats a nice start.
Now, to follow on from that great progress, how do I get it so that the
directory where the root filesystem lives corresponds to the name I set
instead of the numeric VEID?
Thanks!
Steve Wray wrote:
Hi there,
I
Hi there,
I'm a long time user of Xen virtualisation and have been evaluating
OpenVZ as a replacement for certain applications.
OpenVZ appears to be technically superior under certain conditions and I
hope to iron out the issues that I have come across.
The main issue confronting me at this
18 matches
Mail list logo