Hello List,
I try to run a complete workstation in a vserver including a x-server.
This is no problem since I do not try to use the hardware acceleration
with the nvidia kernel module.
I have set several capabilities for the vserver:
CAP_CHOWN
CAP_DAC_READ_SEARCH
CAP_FOWNER
CAP_FSETID
On Tuesday 04 October 2005 08:08 am, Torsten Becker wrote:
I have not tried this yet, but this is one of my priorities after I finish the
servers. I also would be interested in a solution.
One question. Do you pre-load the nvidia module at startup so X doesn't have
to try to insert it into the
I am trying to execute this function from a cron off the host and it isnt
working.
/usr/sbin/vserver prometheus exec /bin/rm
-f /var/spool/qmailscan/quarantine/new/*
darn wordwrap.
I am trying not to install cron in guests unless I absolutely must.
--
Chuck
...and the hordes of M$*ft
Chuck schrieb:
Since the vserver can not load a module I load it in the host.
The host is my also my testsystem for the nvidia-module. I have a
complete x-workstation installed in the host.
Greets, Torsten
On Tuesday 04 October 2005 08:08 am, Torsten Becker wrote:
I have not tried this yet,
On Tuesday 04 October 2005 08:22 am, Torsten Becker wrote:
hmm...for me maybe I should leave my big workstation alone and just create a
vserver for one guest workstation on it which im assuming could load nv since
it is local and honestly it doesnt even need to access the video card. will
On Tuesday 04 October 2005 08:22 am, Torsten Becker wrote:
just thought of something. I have not tried this yet, but have you tried
loading X without a driver in the device configuration? or maybe a 'dummy'
driver is needed.. i would think it can be made to latch onto the driver
already
research to see if i can run x without a video device:).
Maybe have a look at Xvfb ? Dunno about remote sessions though.
--
--|--
|
Patrice Levesque
http://ptaff.ca/
[EMAIL PROTECTED]
On Tuesday 04 October 2005 14:20, Chuck wrote:
I am trying to execute this function from a cron off the host and it isnt
working.
/usr/sbin/vserver prometheus exec /bin/rm
-f /var/spool/qmailscan/quarantine/new/*
Well thats how it works here :)
/usr/bin/vserver ns exec rm -rf
On Tue, 4 Oct 2005, Torsten Becker wrote:
I try to run a complete workstation in a vserver including a x-server.
This is no problem since I do not try to use the hardware acceleration
with the nvidia kernel module.
I have set several capabilities for the vserver:
snip
That's enough to make
On Tuesday 04 October 2005 08:43 am, Christian Heim wrote:
odd. it doesnt give any error yet the files remain. wonder if it could be
permissions although as root it should not matter to a script executed as
root...
this is one of the files to be deleted
-rw--- 1 qscand nofiles 86449 Oct
[EMAIL PROTECTED] (Stephen Harris) writes:
/usr/sbin/vserver prometheus exec /bin/rm -f
/var/spool/qmailscan/quarantine/new/*
...
However, why not just use the host to remove the files?
Because of symlinks like
| /vservers/prometheus/var/spool/qmailscan/quarantine/new - /etc
or an other
this one is really odd.
im using gentoo with
kernel 2.6.13.1-vs2.1.0-rc2
from vanilla kernel and vserver patch
util-vserver-0.30.208-r3
baselayout-vserver-1.12.0_pre8
for some reason i could never get the 1.11.13-r1
the machine is a dual processor p3-500 machine with intel mobo.
i just tried doing a reboot on the host letting it stop all vservers itself.
this is what happened:
* Remounting remaining filesystems readonly ...[ cut
here ]
kernel BUG at kernel/vserver/context.c:144!
invalid operand: [#1]
SMP
Modules linked in:
CPU:0
EIP:
Actually, lets just forget about that previous diff, and instead use
this one. I found that the mkfs.xfs would fail because there previously
was a filesystem created by the mkfs.ext3 and it would complain that you
needed to use -f to force it to happen. Please use the attached diff
instead of the
14 matches
Mail list logo