shot, I don't guarantee that it is stable,
secure, etc, but if you're brave enough give it a try ;-)
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
Index: linux-2.6.11/arch/xen/i386/Kconfig
===
--- linux-2.6.11.orig
repository). I'm
about to report it. But 'tids' should be !NULL anyway so there is only a
small chance to get the counter wrong even without fixing it.
Cheers,
Michal Ludvig
--
* New Zealand: http://kiwi.logix.cz
___
Vserver mailing list
Vserver
Bodo Eggert wrote:
On Wed, 18 May 2005, Michal Ludvig wrote:
#!/bin/sh
set -e
- and -
rm -rf autom4te*.cache
aclocal -I . -I m4 || exit 1
[...]
remove these || exit 1
Good hint, but does it work with non-bash as well? This was my standard
bootstrap
autoheader || exit 1
libtoolize --force --copy || exit 1
automake --foreign --add-missing --copy || exit 1
autoconf|| exit 1
~/src/utils-vserver-cvs $
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
to break out of a vServer with this Bug ?
depends, if you can create kernel processess, they
certainly can circumvent _any_ kernel side protection
so if done probably, I'd say so ...
Probably yes. Hotfix as suggested by the paper: disable coredumps.
Michal Ludvig
--
* Personal homepage: http
to vserver
so far :-)
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Benedikt Boehm wrote:
We discovered that /dev/console inside your vserver is evil WRT init.
You can either remove /dev/console or rebuild init with /dev/null as console
... or mknod /dev/console as the same device as /dev/tty or /dev/null?
Michal Ludvig
--
* Personal homepage: http
) don't seem to do anything that would help
with the init killing X-keyboard. Other than that I have no problems
with using plain dietlibc on amd64...
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
___
Vserver mailing list
Vserver
that helped...
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
a different host and with chvt 1 switch
the console. Only after that I could use the keyboard again. When going
back to tty7 I can see some binary garbage after INIT: no more
processes left in this runlevel.
Not too much of success...
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
having 'init' process
running?
Thanks!
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
: syntax error before numeric constant
What is around line 103 in your /usr/include/sys/wait.h?
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org
-Installation into Directory. Some days
ago I have also sent a patch for /etc/rc.d/rc here to let it work in
vserver.
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux
if it was in the original glibc-2.3.3 tarball or
only added later by SUSE. Anyway this macro is unlikely to change and
could safely be in the headers, why not?
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
___
Vserver mailing list
Vserver@list.linux
However when changed your testcase to use _syscall3() as utils-vserver
do I'm getting the same output even with dietlibc.
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
___
Vserver mailing list
Vserver@list.linux-vserver.org
http
all on Fedora Core release 3 (Heidelberg)
I'm running SuSE Linux 9.2 on AMD64 and util-linux-0.30.204 work just
fine with dietlibc-0.28. Perhaps a compiler issue? My GCC says:
gcc version 3.3.4 (pre 3.3.5 20040809)
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
ps-output
ipv4root is now 192.168.224.22
vcontext: vc_create_context(): Device or resource busy
I guess all these problems are caused by the setattr - Bad address
issue.
Any ideas?
Thanks in advance!
Michal Ludvig
___
Vserver mailing list
Vserver
Herbert Poetzl wrote:
On Tue, Apr 05, 2005 at 12:41:12PM +1200, Michal Ludvig wrote:
puck:root:~# /usr/local/sbin/setattr /proc/uptime
/proc/uptime: Bad address
that is at least unusual ... you sure the kernel was
compiled with the vserver patch?
Yes, it is. But the binary is somehow
Herbert Poetzl wrote:
On Tue, Apr 05, 2005 at 01:32:59PM +1200, Michal Ludvig wrote:
I'm now recompiling without optimalizations and with debug symbols.
BTW it was linked with dietlibc-0.28
if possible, try with a non 3.4.x compiler too (if that
fails for whatever reason)
Works fine
19 matches
Mail list logo