Herbert Poetzl a écrit :
you might want to check with the source (of OCS Agent)
what the application actually does with /dev/mem
As far as I know, OCS only uses /dev/mem to check if the script has root
access. Commenting the lines in the script enable the agent to run in a
vserver without
On 3/17/07, harry [EMAIL PROTECTED] wrote:
in the same sense...
disable all firewalls, open up your telnet port and allow passwordless
rootlogin on all your machines
or pull the plug
those are the only possibilities, right?
Are you asking me?
D.
blaze your trail
--
redhat
On 3/16/07, Daniel Hokka Zakrisson [EMAIL PROTECTED] wrote:
Daniel W. Crompton wrote:
After reading Jean-Marc's answer I thought it could also be the fact
that you might just need to create /dev/mem.
You absolutely never ever want to do that, if you care the least about the
guest being
Daniel W. Crompton wrote:
On 3/16/07, Daniel Hokka Zakrisson [EMAIL PROTECTED] wrote:
Daniel W. Crompton wrote:
After reading Jean-Marc's answer I thought it could also be the fact
that you might just need to create /dev/mem.
You absolutely never ever want to do that, if you care the least
On 3/17/07, Daniel Hokka Zakrisson [EMAIL PROTECTED] wrote:
You absolutely never ever want to do that, if you care the least about the
guest being secure... /dev/mem would give it complete access to the
contents of your RAM.
Seriously if you care about your guest being secure you make sure that
in the same sense...
disable all firewalls, open up your telnet port and allow passwordless
rootlogin on all your machines
or pull the plug
those are the only possibilities, right?
Daniel W. Crompton wrote:
Seriously if you care about your guest being secure you make sure that
the host
On Sat, Mar 17, 2007 at 02:37:39PM +, Daniel W. Crompton wrote:
On 3/17/07, Daniel Hokka Zakrisson [EMAIL PROTECTED] wrote:
You absolutely never ever want to do that, if you care the least about
the
guest being secure... /dev/mem would give it complete access to the
contents of your RAM.
On 3/15/07, Jean-Michel Caricand [EMAIL PROTECTED] wrote:
unless(-r /dev/mem){
die localtime(). = You don't have enough rights to
run this program\n;
}
After reading Jean-Marc's answer I thought it could also be the fact
that you might just need to create /dev/mem.
vs / # perl
Daniel W. Crompton wrote:
After reading Jean-Marc's answer I thought it could also be the fact
that you might just need to create /dev/mem.
You absolutely never ever want to do that, if you care the least about the
guest being secure... /dev/mem would give it complete access to the
contents of
On 3/15/07, Jean-Michel Caricand [EMAIL PROTECTED] wrote:
I want to install OCS Inventory Agent on a guest. When I
launch agent, I can read this error in log file:
I'am under root account. How can I resolve this ?
When you are running in a guest you don have as many rights as root on
the
On 3/15/07, Jean-Michel Caricand
[EMAIL PROTECTED] wrote:
I want to install OCS Inventory Agent on a guest. When I
launch agent, I can read this error in log file:
I'am under root account. How can I resolve this ?
When you are running in a guest you don have as many rights
as root on
Bonjour,
We are using ocs both on vserver guests (fedora core 5/6 ) and hosts
without any problems and no need to add more capabilities than these
provide in standard install.But we are not using RPM to do install ocs
Jean-Michel Caricand a écrit :
Hi,
I want to install OCS
On 3/15/07, Jean-Michel Caricand [EMAIL PROTECTED] wrote:
...snipped for brevity...
I use strace. I can see this :
... skip ...
stat64(/dev/mem, 0x814e0c8) = -1 ENOENT (No such file or directory)
Looks like you can access /dev/mem, probably it looks like it needs to
access this
Bonjour,
We are using ocs both on vserver guests (fedora core 5/6 )
and hosts
without any problems and no need to add more capabilities
than these
provide in standard install.But we are not using RPM to do
install ocs
Jean-Michel Caricand a écrit :
Hi,
I want to install OCS
14 matches
Mail list logo