2005/11/28, Grzegorz Nosek [EMAIL PROTECTED]:
Hello
I'd like to report on my findings in my continuing crusade to find the
cause of AMD64 kernel crashes.
First, it still crashes.
Second, but now I have an oops trace :)
Third, it's not AMD64-specific after all (though it seems much more
On Mon, Nov 28, 2005 at 02:07:45PM +0100, Grzegorz Nosek wrote:
2005/11/28, Grzegorz Nosek [EMAIL PROTECTED]:
Hello
It seems that my original message is still awaiting moderator approval
due to attachment size but I moved a bit forward with tracing the
oops. Apparently do_task_state
2005/11/28, Herbert Poetzl [EMAIL PROTECTED]:
--- fs/proc/base.c.orig 2005-11-25 00:07:43.0 +0100
+++ fs/proc/base.c 2005-11-28 11:44:11.0 +0100
@@ -718,6 +718,9 @@
ssize_t length;
struct task_struct *task = proc_task(inode);
+ if
On Mon, 2005-11-28 at 12:02 +0100, Grzegorz Nosek wrote:
2005/11/28, Grzegorz Nosek [EMAIL PROTECTED]:
Hello
I'd like to report on my findings in my continuing crusade to find the
cause of AMD64 kernel crashes.
First, it still crashes.
Is this the come-to-a-grinding-halt kinda crash ?
2005/11/28, Dennis Roos [EMAIL PROTECTED]:
First, it still crashes.
Is this the come-to-a-grinding-halt kinda crash ? As I am experiencing
that same kind of problem here and at home, both on uni and multi
processor machines.
Actually, I'm not sitting at the machine (it's in the server room
Hi list :-)
is there any *simple* method for adding a loopback device inside?
I have some hard coded application, which can not be changed :-(
br,
Patrick
___
Vserver mailing list
Vserver@list.linux-vserver.org
Patrick Simon a écrit :
Hi list :-)
is there any *simple* method for adding a loopback device inside?
Create a new interface.
. (/etc/vservers/name
|-- apps
| `-- init
| |-- mark
| `-- style
|-- bcapabilities
|-- context
|-- flags
|-- fstab
|-- interfaces
| |-- 0
| |
On Mon, Nov 28, 2005 at 06:40:27AM +0100, Stéphane GAUTIER wrote:
Herbert Poetzl a écrit :
the difference is this:
sysv: no init process is spawned, the runlevel
scripts are invoked directly
- fake init process is shown
- calls to init will fail
- you save the
On Mon, Nov 28, 2005 at 03:16:39PM +0100, Grzegorz Nosek wrote:
2005/11/28, Herbert Poetzl [EMAIL PROTECTED]:
--- fs/proc/base.c.orig 2005-11-25 00:07:43.0 +0100
+++ fs/proc/base.c 2005-11-28 11:44:11.0 +0100
@@ -718,6 +718,9 @@
ssize_t length;
On Tue, Nov 29, 2005 at 12:46:11AM +0100, Patrick Simon wrote:
Hi list :-)
is there any *simple* method for adding a loopback device inside?
not yet, all 'methods' to do that are some kind
of security issue, some more, some less ...
I have some hard coded application, which can not be
Herbert Poetzl a écrit :
On Mon, Nov 28, 2005 at 06:40:27AM +0100, Stéphane GAUTIER wrote:
Herbert Poetzl a écrit :
the difference is this:
sysv: no init process is spawned, the runlevel
scripts are invoked directly
- fake init process is shown
- calls to
On Tue, 29 Nov 2005, [ISO-8859-1] St?phane GAUTIER wrote:
|-- interfaces
| |-- 0
| | |-- ip
| | |-- mask
| | |-- name
| | `-- dev
| `-- 1
| |-- ip
| `-- nodev
Interface 1 is loopback.
File ip : 127.0.0.1
touch nodev
But just to clarify - I don't think you
Gregory (Grisha) Trubetskoy a écrit :
On Tue, 29 Nov 2005, [ISO-8859-1] St?phane GAUTIER wrote:
|-- interfaces
| |-- 0
| | |-- ip
| | |-- mask
| | |-- name
| | `-- dev
| `-- 1
| |-- ip
| `-- nodev
Interface 1 is loopback.
File ip : 127.0.0.1
touch nodev
Hi,
I have a vserver (debian stable vs1.9.5.x-4) on a dsl-router.
At the moment the default gw in the lan is 10.0.1.1, and this maschine
masquerades all packages. But now I wish to use squid on the vserver to
reach the internet. The problem now is that i'm not able to masquerade
the ip-packages
Hi,
I have a vserver (debian stable vs1.9.5.x-4) on a dsl-router.
At the moment the default gw in the lan is 10.0.1.1, and this maschine
masquerades all packages. But now I wish to use squid on the vserver to
reach the internet. The problem now is that i'm not able to masquerade
the ip-packages
okay, so a mainline bug, it seems ...
please consider reporting it ...
TIA,
Herbert
Patch sent to LKML.
Best regards,
Grzegorz Nosek
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
16 matches
Mail list logo
