In article <[EMAIL PROTECTED]> you wrote:
> I've done a quick inspection of pre7 patch set and noticed about the
> same thing. Is this an oversight, did someone intentionally turn off
> core dumping until some other widget is incorporated into the patches,
> or none of the above (a conspiracy,
In article <[EMAIL PROTECTED]> you wrote:
> Just curious if others have noticed that hotmail is unable to deal with
> ECN and wondering if this is a standard that should be encouraged, as in
> should I tell hotmail that perhaps they should look into supporting it, or
> should I not waste my
On Thu, Jan 25, 2001 at 01:02:32PM +0200, Julian Anastasov wrote:
> Hey, the world is not only Linux. Sometimes the people build
> clusters using different hardware and software. If your solution works
> for your setup we can't claim it is universal.
It is a Linux News Group after all. So
On Thu, Jan 25, 2001 at 01:02:32PM +0200, Julian Anastasov wrote:
Hey, the world is not only Linux. Sometimes the people build
clusters using different hardware and software. If your solution works
for your setup we can't claim it is universal.
It is a Linux News Group after all. So
In article [EMAIL PROTECTED] you wrote:
Just curious if others have noticed that hotmail is unable to deal with
ECN and wondering if this is a standard that should be encouraged, as in
should I tell hotmail that perhaps they should look into supporting it, or
should I not waste my breath and
In article [EMAIL PROTECTED] you wrote:
I've done a quick inspection of pre7 patch set and noticed about the
same thing. Is this an oversight, did someone intentionally turn off
core dumping until some other widget is incorporated into the patches,
or none of the above (a conspiracy, maybe?
In article [EMAIL PROTECTED] you wrote:
RFC793, where is lists the unused flag bits as "reserved".
That is pretty clear to me. It just has to say that
they are reserved, and that is what it does.
Actually I read somehwre "must be 0", but I am afraid dont know where anymore.
anyway, it does
In article <[EMAIL PROTECTED]> you wrote:
>> -arp will do that
> Not in Linux 2.2+, all addresses are replied. -arp only
> means "don't talk ARP", in our case we talk through eth0, so we don't
> want to stop it, right?
why not? if you hard wire the MAC Address of your web servers to all
> can someone explain what is nagle or pinpoint explanation :)
nagel's algorithm is used to "wait" with sending of small packets until more
data is available, because sending biger packets has less overhead.
greetings
Bernd
-
To unsubscribe from this list: send the line "unsubscribe
In article <[EMAIL PROTECTED]> you wrote:
> The problem is complex and can't be solved with ifconfig -arp
why?
> The needs for clusters with shared addresses include:
> 1. block ARP replies for such addresses
-arp will do that
> 2. don't announce these addresses in the ARP probes
In article [EMAIL PROTECTED] you wrote:
The problem is complex and can't be solved with ifconfig -arp
why?
The needs for clusters with shared addresses include:
1. block ARP replies for such addresses
-arp will do that
2. don't announce these addresses in the ARP probes (can
can someone explain what is nagle or pinpoint explanation :)
nagel's algorithm is used to "wait" with sending of small packets until more
data is available, because sending biger packets has less overhead.
greetings
Bernd
-
To unsubscribe from this list: send the line "unsubscribe
In article [EMAIL PROTECTED] you wrote:
-arp will do that
Not in Linux 2.2+, all addresses are replied. -arp only
means "don't talk ARP", in our case we talk through eth0, so we don't
want to stop it, right?
why not? if you hard wire the MAC Address of your web servers to all other
In article <[EMAIL PROTECTED]> you wrote:
> So in the setup I have, we have an ATM which gets all incoming requests
> for the web site. And then we have 7 other machines that get the
> requests passed onto them by the ATM.
You can hardwire the ARP entry of your redirector to your Router. In
In article <[EMAIL PROTECTED]> you wrote:
> The snippet you posted doesn't describe what ClusterThingy exactly wants
> to do with ARPs.
Andi, it is simple. There are 3 machines on one net with the same IP Address.
Two of them run a web server and one of them a packet redirector. The packet
In article [EMAIL PROTECTED] you wrote:
The snippet you posted doesn't describe what ClusterThingy exactly wants
to do with ARPs.
Andi, it is simple. There are 3 machines on one net with the same IP Address.
Two of them run a web server and one of them a packet redirector. The packet
In article [EMAIL PROTECTED] you wrote:
So in the setup I have, we have an ATM which gets all incoming requests
for the web site. And then we have 7 other machines that get the
requests passed onto them by the ATM.
You can hardwire the ARP entry of your redirector to your Router. In that
In article <[EMAIL PROTECTED]> you wrote:
> Now for the long version of the problem. I am using the TurboLinux
> ClusterServer 6.0 product. This product uses what they refer to as
> an advanced traffic manager that has the ip address of the web site
> aliased to eth0. Thus this machine arps
Hello,
for Short: I had a mail exchange with Vic Abell, the lsof Author, and in the
next Version of lsof the open shared libs will be detected. So my Kernel
Patch is no longer needed:
# ~root/rw
# rm /usr/lib/jabber/jsm/libjsm.so
# ~root/ro
mount: /usr busy
# lsof_4.55A.linux/lsof -a +L1 /usr
Hello,
for Short: I had a mail exchange with Vic Abell, the lsof Author, and in the
next Version of lsof the open shared libs will be detected. So my Kernel
Patch is no longer needed:
# ~root/rw
# rm /usr/lib/jabber/jsm/libjsm.so
# ~root/ro
mount: /usr busy
# lsof_4.55A.linux/lsof -a +L1 /usr
In article [EMAIL PROTECTED] you wrote:
Now for the long version of the problem. I am using the TurboLinux
ClusterServer 6.0 product. This product uses what they refer to as
an advanced traffic manager that has the ip address of the web site
aliased to eth0. Thus this machine arps for the
In article <[EMAIL PROTECTED]> you wrote:
> There have been assorted reports of filesystem corruption on raid5 in
> 2.4.0, and I have finally got a patch - see below.
> I don't know if it addresses everybody's problems, but it fixed a very
> really problem that is very reproducable.
Do you know
Hello,
the following patch against 2.4.0 will allow the kernel to write a message
to the kernel log in case files are open for write or delete on a partition
which should be remounted.
I run my System with Read-Only /usr File System and this works fairly well.
I have a script to remount the
Hello,
the following patch against 2.4.0 will allow the kernel to write a message
to the kernel log in case files are open for write or delete on a partition
which should be remounted.
I run my System with Read-Only /usr File System and this works fairly well.
I have a script to remount the
In article [EMAIL PROTECTED] you wrote:
There have been assorted reports of filesystem corruption on raid5 in
2.4.0, and I have finally got a patch - see below.
I don't know if it addresses everybody's problems, but it fixed a very
really problem that is very reproducable.
Do you know if it
In article <[EMAIL PROTECTED]> you wrote:
> My problem is that if data is NOT available when select()
> starts, but becomes available immediately afterwards, select()
> doesn't wake up immediately, but sleeps for 1/100 second.
It does not sleep for a 1/100second, it will but the process in the
In article [EMAIL PROTECTED] you wrote:
My problem is that if data is NOT available when select()
starts, but becomes available immediately afterwards, select()
doesn't wake up immediately, but sleeps for 1/100 second.
It does not sleep for a 1/100second, it will but the process in the run
In article <[EMAIL PROTECTED]> you wrote:
> If I do the dd line in the title under 2.4.0 I get an
> out.txt file of 591 bytes.
/dev/random will only give you as much bytes as are available. and even then
you should not do it cause you drain the random pool. Use /dev/urandom
instead.
Greetings
In article <[EMAIL PROTECTED]> you wrote:
> 91 processes, only 1 running (think top)
1 Running Process -> Load 1.0... no?
Gruss
Bernd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at
In article [EMAIL PROTECTED] you wrote:
91 processes, only 1 running (think top)
1 Running Process - Load 1.0... no?
Gruss
Bernd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at
In article <[EMAIL PROTECTED]> you wrote:
> Also thing about cases where powerplant fails, or when electricity in
> the house fails. I've seen places where electricity failed 5 times a
> day, because someone put 10A fuse and we were using just about 2kW...
Especially evil is a power failure, and
In article [EMAIL PROTECTED] you wrote:
Also thing about cases where powerplant fails, or when electricity in
the house fails. I've seen places where electricity failed 5 times a
day, because someone put 10A fuse and we were using just about 2kW...
Especially evil is a power failure, and then
In article <[EMAIL PROTECTED]> you wrote:
> What may be calling this? Any advice where to go ferreting?
Somebody may try to open the device file.
Greetings
Bernd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read
In article [EMAIL PROTECTED] you wrote:
What may be calling this? Any advice where to go ferreting?
Somebody may try to open the device file.
Greetings
Bernd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the
In article <[EMAIL PROTECTED]> you wrote:
> Well, consider the scenario of an application which opens a control connection
> and a data connection, and the data connection remains idle for some hours
> while you get to the beginning of the queue, and then the transfer starts. The
> data
In article [EMAIL PROTECTED] you wrote:
Well, consider the scenario of an application which opens a control connection
and a data connection, and the data connection remains idle for some hours
while you get to the beginning of the queue, and then the transfer starts. The
data connection is
In article <[EMAIL PROTECTED]> you wrote:
> Hi. Is there a way to support vpn in the 2.4.0 kernels like we had
> with the patch for the 2.2.x kernels?
What kind of VPN, there are all kinds of User mode solutions, some for
kernel modules. Are you talking about IPSec?
Greetings
Bernd
-
To
In article [EMAIL PROTECTED] you wrote:
Hi. Is there a way to support vpn in the 2.4.0 kernels like we had
with the patch for the 2.2.x kernels?
What kind of VPN, there are all kinds of User mode solutions, some for
kernel modules. Are you talking about IPSec?
Greetings
Bernd
-
To
In article <[EMAIL PROTECTED]> you wrote:
> Hello Linux World,
> Is there a way to add a generic and transparent presenation layer in the
> path of TCP/IP packets. I am speaking about something probably in the
> path between the user space mechanims (send/recv/read/write) and the
> actual
In article <[EMAIL PROTECTED]> you wrote:
> Even if you were able to predict all entropy sources, to predict the generated
> random numbers you would need to invert the cryptographic hash used there.
If you can predict ALL input in the pool, including the initial boot state
you can just rerun
In article <[EMAIL PROTECTED]> you wrote:
> A potential weakness. The entropy estimator can be manipulated by
> feeding data which looks random to the estimator, but which is in fact
> not random at all.
That's why feeding randomness is a priveledgedoperation.
Greetings
Bernd
-
To unsubscribe
In article [EMAIL PROTECTED] you wrote:
A potential weakness. The entropy estimator can be manipulated by
feeding data which looks random to the estimator, but which is in fact
not random at all.
That's why feeding randomness is a priveledgedoperation.
Greetings
Bernd
-
To unsubscribe from
In article [EMAIL PROTECTED] you wrote:
Even if you were able to predict all entropy sources, to predict the generated
random numbers you would need to invert the cryptographic hash used there.
If you can predict ALL input in the pool, including the initial boot state
you can just rerun the
In article [EMAIL PROTECTED] you wrote:
Hello Linux World,
Is there a way to add a generic and transparent presenation layer in the
path of TCP/IP packets. I am speaking about something probably in the
path between the user space mechanims (send/recv/read/write) and the
actual
In article <[EMAIL PROTECTED]> you wrote:
> Why would you *ever* want to write a device driver in perl???
Actually there is kind of device driver in perl, and besides it's
performance I think it proofed that a High-Level Language can do good for
rapid prototyping.
http://www.inter-mezzo.org - a
In article [EMAIL PROTECTED] you wrote:
Why would you *ever* want to write a device driver in perl???
Actually there is kind of device driver in perl, and besides it's
performance I think it proofed that a High-Level Language can do good for
rapid prototyping.
http://www.inter-mezzo.org - a
In article <[EMAIL PROTECTED]> you wrote:
> This email is here to announce the availability of a port of ORBit (the
> GNOME ORB) to the Linux kernel.
OMG you guys are so cool :)
Hey, this is real craftsmanship (not sure if it useful :)
Does this revamp the Micro Kernel Discussin? ONLY KIDDING
In article [EMAIL PROTECTED] you wrote:
This email is here to announce the availability of a port of ORBit (the
GNOME ORB) to the Linux kernel.
OMG you guys are so cool :)
Hey, this is real craftsmanship (not sure if it useful :)
Does this revamp the Micro Kernel Discussin? ONLY KIDDING :)
In article <[EMAIL PROTECTED]> you wrote:
> If you mean preferring 'if ()' over 'ifdef'... Linus. :) And I agree
> with him: code looks -much- more clean without ifdefs. And the
> compiler should be smart enough to completely eliminate code inside an
> 'if (0)' code block.
Oh I see. Well...
In article [EMAIL PROTECTED] you wrote:
If you mean preferring 'if ()' over 'ifdef'... Linus. :) And I agree
with him: code looks -much- more clean without ifdefs. And the
compiler should be smart enough to completely eliminate code inside an
'if (0)' code block.
Oh I see. Well...
In article <[EMAIL PROTECTED]> you wrote:
> This is mostly a heads-up to say that in this regard gcc is not ready
> for prime time, so we really can't get away with using if() as an ifdef
> yet, at least not without penalty.
Humm.. whats the Advantage of this?
Greetings
Bernd
-
To unsubscribe
In article [EMAIL PROTECTED] you wrote:
This is mostly a heads-up to say that in this regard gcc is not ready
for prime time, so we really can't get away with using if() as an ifdef
yet, at least not without penalty.
Humm.. whats the Advantage of this?
Greetings
Bernd
-
To unsubscribe from
In article <[EMAIL PROTECTED]> you wrote:
> Sorry, ignoring some values of timestamp is simply impossible.
> It is PAWS. One packet is more than enough to kill you. 8)
Hmm... Isnt this only important for the first SYN with a Zero Timestamp
which is not very critical for PAWS?
Greetings
Bernd
-
In article <[EMAIL PROTECTED]> you wrote:
> Timestamp is not a random number, so that probability of PAWS failure
> does not depend on restricting it at all. The only thing which can help
> to reduce probability is dropping all tpacket with ts_val==0
> or shutting down your machine while time of
In article <[EMAIL PROTECTED]> you wrote:
> But also scalability: 2TB is a problem for me in some cases, 32bit just don't
> cut it all the time - but I need to circumvent the storage problem even on a
> 32bit system. And adding disks to the system while running is desireable.
Why do you run
In article [EMAIL PROTECTED] you wrote:
But also scalability: 2TB is a problem for me in some cases, 32bit just don't
cut it all the time - but I need to circumvent the storage problem even on a
32bit system. And adding disks to the system while running is desireable.
Why do you run 32bit
In article [EMAIL PROTECTED] you wrote:
Sorry, ignoring some values of timestamp is simply impossible.
It is PAWS. One packet is more than enough to kill you. 8)
Hmm... Isnt this only important for the first SYN with a Zero Timestamp
which is not very critical for PAWS?
Greetings
Bernd
-
To
In article [EMAIL PROTECTED] you wrote:
Timestamp is not a random number, so that probability of PAWS failure
does not depend on restricting it at all. The only thing which can help
to reduce probability is dropping all tpacket with ts_val==0
or shutting down your machine while time of your
In article <[EMAIL PROTECTED]> you wrote:
> The cobalt machines have now had a kernel upgrade (only to 2.2.14, thats
> the most recent that Cobalt provide...), and the problem has
> disappeared.
Should we ignore "timestamp 0" if there are systems out there which will
break on that. Or is
In article [EMAIL PROTECTED] you wrote:
The cobalt machines have now had a kernel upgrade (only to 2.2.14, thats
the most recent that Cobalt provide...), and the problem has
disappeared.
Should we ignore "timestamp 0" if there are systems out there which will
break on that. Or is timestamp 0
In article <[EMAIL PROTECTED]> you wrote:
> I'm still not sure why it's been decided not to do fallback or how this
> whole situation is any different from path MTU discovery.
Because this will add a Fallback (non ECN) packet to every denied target. I
think this is bad policy at least. It might
In article [EMAIL PROTECTED] you wrote:
I'm still not sure why it's been decided not to do fallback or how this
whole situation is any different from path MTU discovery.
Because this will add a Fallback (non ECN) packet to every denied target. I
think this is bad policy at least. It might
In article <[EMAIL PROTECTED]> you
wrote:
> I simultaneously run "top d1" and two of the test computations. All is
> well (top updates smoothly) until physical RAM is exhausted. However, as
> soon as swap is touched, then top freezes and does not update. In this
> state, I can switch virtual
In article [EMAIL PROTECTED] you
wrote:
I simultaneously run "top d1" and two of the test computations. All is
well (top updates smoothly) until physical RAM is exhausted. However, as
soon as swap is touched, then top freezes and does not update. In this
state, I can switch virtual
In article <000b01c03bef$17e43c30$0200a8c0@W2K> you wrote:
> PS this is my first post to lkml so please keep that in mind...
> PPS ... so, was I right?
yes welcome, thanks for reminding me of that. And i think exactly that point
could be a bit optimized.
Greetings
Bernd
-
To unsubscribe from
On Mon, Oct 23, 2000 at 02:21:11PM -0200, Rik van Riel wrote:
> 1) some process allocates gobs of memory
> 2) the kernel swaps out memory from all processes
> 3) some of the other - partly swapped out - processes
>wake up and need to be swapped in
> 4) these other processes have to ALLOCATE
On Mon, Oct 23, 2000 at 02:21:11PM -0200, Rik van Riel wrote:
1) some process allocates gobs of memory
2) the kernel swaps out memory from all processes
3) some of the other - partly swapped out - processes
wake up and need to be swapped in
4) these other processes have to ALLOCATE MEMORY
In article 000b01c03bef$17e43c30$0200a8c0@W2K you wrote:
PS this is my first post to lkml so please keep that in mind...
PPS ... so, was I right?
yes welcome, thanks for reminding me of that. And i think exactly that point
could be a bit optimized.
Greetings
Bernd
-
To unsubscribe from this
In article <[EMAIL PROTECTED]> you wrote:
> A few years ago, there was an intense debate around the question of
> cooperative vs. preemptive multitasking operating system design. Today,
> however, cooperative multitasking is a thing of the past, and it is virtual=
> ly
> undisputed that the
In article [EMAIL PROTECTED] you wrote:
A few years ago, there was an intense debate around the question of
cooperative vs. preemptive multitasking operating system design. Today,
however, cooperative multitasking is a thing of the past, and it is virtual=
ly
undisputed that the preemptive
In article <[EMAIL PROTECTED]> you wrote:
> I know it does thats why i have run that tool- The question is still, why
> gets my system unusable in the same second my systems starts to page out?
To follow up on myself: the question was why are programs which do not
allocate memory be delayed
On Sat, Oct 21, 2000 at 12:22:00PM -0200, Rik van Riel wrote:
> > as the proccess is killed. But still i wonder why the swap out
> > is such unfair to the rest of the system, especially to a
> > process which is not actually allocating memory at all.
>
> Look again ... "tail /dev/zero" allocates
On Sat, Oct 21, 2000 at 12:22:00PM -0200, Rik van Riel wrote:
as the proccess is killed. But still i wonder why the swap out
is such unfair to the rest of the system, especially to a
process which is not actually allocating memory at all.
Look again ... "tail /dev/zero" allocates
In article [EMAIL PROTECTED] you wrote:
I know it does thats why i have run that tool- The question is still, why
gets my system unusable in the same second my systems starts to page out?
To follow up on myself: the question was why are programs which do not
allocate memory be delayed while
the oom_kill will output a kernel message without missing \n:
--- mm/oom_kill.c.org Sun Oct 15 06:18:24 2000
+++ mm/oom_kill.c Sun Oct 15 06:18:45 2000
@@ -156,7 +156,7 @@
if (p == NULL)
panic("Out of memory and no killable processes...\n");
-
Hello,
with 2.4.0-test10-pre2 (possibly long before that version) i still can bring
the system to a halt while "tail /dev/zero" is running. I don't complain
that you can make a DOS by a trshing system, cause I can use ulimit to
actually avoid that.
But if i use the tail /dev/zero with nice as a
Hello,
with 2.4.0-test10-pre2 (possibly long before that version) i still can bring
the system to a halt while "tail /dev/zero" is running. I don't complain
that you can make a DOS by a trshing system, cause I can use ulimit to
actually avoid that.
But if i use the tail /dev/zero with nice as a
the oom_kill will output a kernel message without missing \n:
--- mm/oom_kill.c.org Sun Oct 15 06:18:24 2000
+++ mm/oom_kill.c Sun Oct 15 06:18:45 2000
@@ -156,7 +156,7 @@
if (p == NULL)
panic("Out of memory and no killable processes...\n");
-
On Mon, Oct 09, 2000 at 11:44:34AM +0200, Jorg de Jong wrote:
> your just a bit off here, I believe Gerhard has posted this bug
> a number of times, further more I have submitted a fix for this
> bug, but has still not been accepted. Neither has there been any feedback
> on why ?
the address
On Mon, Oct 09, 2000 at 11:44:34AM +0200, Jorg de Jong wrote:
your just a bit off here, I believe Gerhard has posted this bug
a number of times, further more I have submitted a fix for this
bug, but has still not been accepted. Neither has there been any feedback
on why ?
the address for
On Sat, Oct 07, 2000 at 11:07:18PM -0700, Gerhard Mack wrote:
> [root@innerfire /root]# ifconfig sit0 tunnel ::206.123.31.102
> SIOCSIFDSTADDR: No buffer space available
what are you trying to do with this command? In case you want to set the
IPv4 Endpoint of the Tunnel you should set the IPv4
On Sat, Oct 07, 2000 at 11:07:18PM -0700, Gerhard Mack wrote:
[root@innerfire /root]# ifconfig sit0 tunnel ::206.123.31.102
SIOCSIFDSTADDR: No buffer space available
what are you trying to do with this command? In case you want to set the
IPv4 Endpoint of the Tunnel you should set the IPv4
In article <[EMAIL PROTECTED]> you wrote:
> Is there an ETA on having ip6 in ip4 tunnelling working with the latest
> net-utils??
what is the problem? Do u have a bug or do u mean general IPv6 Support?
There are a lot of unoficial IPv6 Packages, Debian has a good Collection,
and we are trying to
In article [EMAIL PROTECTED] you wrote:
Is there an ETA on having ip6 in ip4 tunnelling working with the latest
net-utils??
what is the problem? Do u have a bug or do u mean general IPv6 Support?
There are a lot of unoficial IPv6 Packages, Debian has a good Collection,
and we are trying to get
In article <[EMAIL PROTECTED]> you wrote:
> On a side note, does it/will it be implemented in the future?
it was implemented and it is phased out. It is only present to be
compatible. One would do that with user space arp daemons or auto_arp.
Greetings
Bernd
-
To unsubscribe from this list:
In article [EMAIL PROTECTED] you wrote:
On a side note, does it/will it be implemented in the future?
it was implemented and it is phased out. It is only present to be
compatible. One would do that with user space arp daemons or auto_arp.
Greetings
Bernd
-
To unsubscribe from this list: send
In article <[EMAIL PROTECTED]> you wrote:
> How about taking a decaying average (loadavg style) of the peak allocation-free
why? I think it is not a bad thing if you have some kind of setting like
"irq heavy system" <-> "applicaion heavy system" even in NT you hve this
slider. The current
In article <[EMAIL PROTECTED]> you wrote:
> (1) An in-kernel resident lump, providing very basic services:
> * file-change notification
this is interesting for other stuff too, i think irix has an interface for
that, i think its an ioctl?
> * unicode string handling/conversion
In article [EMAIL PROTECTED] you wrote:
(1) An in-kernel resident lump, providing very basic services:
* file-change notification
this is interesting for other stuff too, i think irix has an interface for
that, i think its an ioctl?
* unicode string handling/conversion
In article [EMAIL PROTECTED] you wrote:
How about taking a decaying average (loadavg style) of the peak allocation-free
why? I think it is not a bad thing if you have some kind of setting like
"irq heavy system" - "applicaion heavy system" even in NT you hve this
slider. The current problem
201 - 290 of 290 matches
Mail list logo