Re: Re[2]: UML Patch uad 2.4.22Kernel
Sounds like it is a problem with the UML patch then, I would contact those folks to see if they know of the problem. Or look for a newer version of the patch. micah Daniel Holze schrieb am Wednesday, den 17. December 2003: > Hello > > MA> patch -p1 MA> make oldconfig > MA> make clean > MA> make dep > MA> make bzImage > MA> make modules > MA> make modules_install > > didn`t work :-( > Its the same error. > > > > -- > Best wishes, > > Daniel >
Re: Intel Hyperthreading problem on server?
Hi, I just checked the kernel info for the memory support part: â If you are compiling a kernel which will never run on a machine with â â more than 960 megabytes of total physical RAM, answer "off" here (defau â â choice and suitable for most users). This will result in a "3GB/1GB" â â split: 3GB are mapped so that each process sees a 3GB virtual memory â â space and the remaining part of the 4GB virtual memory space is used â â by the kernel to permanently map as much physical memory as â â possible. â â â â If the machine has between 1 and 4 Gigabytes physical RAM, then â â answer "4GB" here. â â I guess with 1.5Gb RAM you need to go with the 4Gb option... so that won't work :-( and having just 960M RAM wouldn't work either... > > > > Hi, > > > > Interesting info... especially the part: > > > > > Do you have high memory support compiled in ? > > > High memory support above 4GB might cause problems. > > > > > > If you do not have more than 2GB of RAM you should make sure that High > > > memory support is not enabled. > > > > The server has 1.5Gb RAM. I compiled it to have High Memory support > (4Gb) > > because I don't know how much more RAM it may have added in the future. > I > > suppose I could try going back as you suggested, but the Kernel info > > suggests that the 4Gb RAM High memory support *should* work for RAM less > > than that too :-/ > > > > Most frustrating. I will try re-compiling with your suggestion a bit > later > > today, and let you know how it turns out. > > > > > > - Original Message - > > From: "Theodore Knab" <[EMAIL PROTECTED]> > > To: > > Sent: Wednesday, December 17, 2003 10:07 AM > > Subject: Re: Intel Hyperthreading problem on server? > > > > > > > I am using the 2.4.20 kernel with SMP support on a Hyper-threading > > > Intel. I remember having problems getting it work with SMP support > > > initially. > > > > > > I think the kernel has to be perfect. ;-) > > > > > > Do you have high memory support compiled in ? > > > High memory support above 4GB might cause problems. > > > > > > If you do not have more than 2GB of RAM you should make sure that High > > > memory support is not enabled. > > > > > > Also did you enable hyper-threading in BIOS ? > > > Auto-detect modes might cause problems. > > > > > > http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0175.html?Open > > > > > > My system: > > > > > > Linux tedsdesk 2.4.20 #22 SMP Mon Jul 21 14:53:07 EDT 2003 i686 > > > GNU/Linux > > > > > > [EMAIL PROTECTED]:cat /proc/cpuinfo > > > processor : 0 > > > vendor_id : GenuineIntel > > > cpu family : 15 > > > model : 1 > > > model name : Intel(R) Pentium(R) 4 CPU 1.50GHz > > > stepping: 2 > > > cpu MHz : 1495.172 > > > cache size : 256 KB > > > fdiv_bug: no > > > hlt_bug : no > > > f00f_bug: no > > > coma_bug: no > > > fpu : yes > > > fpu_exception : yes > > > cpuid level : 2 > > > wp : yes > > > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > > > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > > > bogomips: 2981.88 > > > > > > The ht in the flags section tells me hyper threading is being > > recognized. > > > > > > On 16/12/03 23:23 +0800, Jason Lim wrote: > > > > Hi All... > > > > > > > > Do you guys know anything about a problem with Intel Hyper-threading > > (eg. > > > > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > > > > average to jump to over 200? > > > > > > > > Here is the log line: > > > > > > > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than > > the > > > > given threshold 200 150 100! > > > > > > > > (then it reboots) > > > > > > > > This happened on the 2.4.22 kernel, and now I tried it with the > 2.4.23 > > > > kernel, and it has the same problem. > > > > > > > > When the kernel is compiled WITHOUT SMP support, the kernel works > > fine, > > > > and it can have uptimes of months without any problem. But when SMP > is > > > > compiled in, and the HT processor is correctly identified (and top > can > > see > > > > CPU0 and CPU1), then it only takes about an hour or two of operation > > > > before the load average jumps like that. Note that this is with > Debian > > > > woody/stable, and with a clean kernel.org kernel. > > > > > > > > Do you guys know anything about this, or have any ideas where I > should > > > > look? Is there something in Woody that isn't friendly with SMP or > > perhaps > > > > Hyper-Threading processors? > > > > > > > > Thanks in advance. > > > > > > > > Sincerely, > > > > Jas > > > > > > > > > > > > -- > > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > > > > > > > > -- > > > -- > > > Ted Knab > > > Chester, MD 21619 > > > -- >
Re: Intel Hyperthreading problem on server?
I just checked the kernel info for the memory support part: > Hi, > > Interesting info... especially the part: > > > Do you have high memory support compiled in ? > > High memory support above 4GB might cause problems. > > > > If you do not have more than 2GB of RAM you should make sure that High > > memory support is not enabled. > > The server has 1.5Gb RAM. I compiled it to have High Memory support (4Gb) > because I don't know how much more RAM it may have added in the future. I > suppose I could try going back as you suggested, but the Kernel info > suggests that the 4Gb RAM High memory support *should* work for RAM less > than that too :-/ > > Most frustrating. I will try re-compiling with your suggestion a bit later > today, and let you know how it turns out. > > > - Original Message - > From: "Theodore Knab" <[EMAIL PROTECTED]> > To: > Sent: Wednesday, December 17, 2003 10:07 AM > Subject: Re: Intel Hyperthreading problem on server? > > > > I am using the 2.4.20 kernel with SMP support on a Hyper-threading > > Intel. I remember having problems getting it work with SMP support > > initially. > > > > I think the kernel has to be perfect. ;-) > > > > Do you have high memory support compiled in ? > > High memory support above 4GB might cause problems. > > > > If you do not have more than 2GB of RAM you should make sure that High > > memory support is not enabled. > > > > Also did you enable hyper-threading in BIOS ? > > Auto-detect modes might cause problems. > > > http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0175.html?Open > > > > My system: > > > > Linux tedsdesk 2.4.20 #22 SMP Mon Jul 21 14:53:07 EDT 2003 i686 > > GNU/Linux > > > > [EMAIL PROTECTED]:cat /proc/cpuinfo > > processor : 0 > > vendor_id : GenuineIntel > > cpu family : 15 > > model : 1 > > model name : Intel(R) Pentium(R) 4 CPU 1.50GHz > > stepping: 2 > > cpu MHz : 1495.172 > > cache size : 256 KB > > fdiv_bug: no > > hlt_bug : no > > f00f_bug: no > > coma_bug: no > > fpu : yes > > fpu_exception : yes > > cpuid level : 2 > > wp : yes > > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > > bogomips: 2981.88 > > > > The ht in the flags section tells me hyper threading is being > recognized. > > > > On 16/12/03 23:23 +0800, Jason Lim wrote: > > > Hi All... > > > > > > Do you guys know anything about a problem with Intel Hyper-threading > (eg. > > > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > > > average to jump to over 200? > > > > > > Here is the log line: > > > > > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than > the > > > given threshold 200 150 100! > > > > > > (then it reboots) > > > > > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > > > kernel, and it has the same problem. > > > > > > When the kernel is compiled WITHOUT SMP support, the kernel works > fine, > > > and it can have uptimes of months without any problem. But when SMP is > > > compiled in, and the HT processor is correctly identified (and top can > see > > > CPU0 and CPU1), then it only takes about an hour or two of operation > > > before the load average jumps like that. Note that this is with Debian > > > woody/stable, and with a clean kernel.org kernel. > > > > > > Do you guys know anything about this, or have any ideas where I should > > > look? Is there something in Woody that isn't friendly with SMP or > perhaps > > > Hyper-Threading processors? > > > > > > Thanks in advance. > > > > > > Sincerely, > > > Jas > > > > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > > > > > -- > > -- > > Ted Knab > > Chester, MD 21619 > > -- > > 35570707f6274702478656021626f6c6964796f6e602f66602478656 > > 02e6164796f6e60237471647560216e6460276c6f62616c60257e696 > > 4797e2a0 > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
Re: Re[2]: UML Patch uad 2.4.22Kernel
Sounds like it is a problem with the UML patch then, I would contact those folks to see if they know of the problem. Or look for a newer version of the patch. micah Daniel Holze schrieb am Wednesday, den 17. December 2003: > Hello > > MA> patch -p1 MA> make oldconfig > MA> make clean > MA> make dep > MA> make bzImage > MA> make modules > MA> make modules_install > > didn`t work :-( > Its the same error. > > > > -- > Best wishes, > > Daniel > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intel Hyperthreading problem on server?
Hi, I just checked the kernel info for the memory support part: â If you are compiling a kernel which will never run on a machine with â â more than 960 megabytes of total physical RAM, answer "off" here (defau â â choice and suitable for most users). This will result in a "3GB/1GB" â â split: 3GB are mapped so that each process sees a 3GB virtual memory â â space and the remaining part of the 4GB virtual memory space is used â â by the kernel to permanently map as much physical memory as â â possible. â â â â If the machine has between 1 and 4 Gigabytes physical RAM, then â â answer "4GB" here. â â I guess with 1.5Gb RAM you need to go with the 4Gb option... so that won't work :-( and having just 960M RAM wouldn't work either... > > > > Hi, > > > > Interesting info... especially the part: > > > > > Do you have high memory support compiled in ? > > > High memory support above 4GB might cause problems. > > > > > > If you do not have more than 2GB of RAM you should make sure that High > > > memory support is not enabled. > > > > The server has 1.5Gb RAM. I compiled it to have High Memory support > (4Gb) > > because I don't know how much more RAM it may have added in the future. > I > > suppose I could try going back as you suggested, but the Kernel info > > suggests that the 4Gb RAM High memory support *should* work for RAM less > > than that too :-/ > > > > Most frustrating. I will try re-compiling with your suggestion a bit > later > > today, and let you know how it turns out. > > > > > > - Original Message - > > From: "Theodore Knab" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Wednesday, December 17, 2003 10:07 AM > > Subject: Re: Intel Hyperthreading problem on server? > > > > > > > I am using the 2.4.20 kernel with SMP support on a Hyper-threading > > > Intel. I remember having problems getting it work with SMP support > > > initially. > > > > > > I think the kernel has to be perfect. ;-) > > > > > > Do you have high memory support compiled in ? > > > High memory support above 4GB might cause problems. > > > > > > If you do not have more than 2GB of RAM you should make sure that High > > > memory support is not enabled. > > > > > > Also did you enable hyper-threading in BIOS ? > > > Auto-detect modes might cause problems. > > > > > > http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0175.html?Open > > > > > > My system: > > > > > > Linux tedsdesk 2.4.20 #22 SMP Mon Jul 21 14:53:07 EDT 2003 i686 > > > GNU/Linux > > > > > > [EMAIL PROTECTED]:cat /proc/cpuinfo > > > processor : 0 > > > vendor_id : GenuineIntel > > > cpu family : 15 > > > model : 1 > > > model name : Intel(R) Pentium(R) 4 CPU 1.50GHz > > > stepping: 2 > > > cpu MHz : 1495.172 > > > cache size : 256 KB > > > fdiv_bug: no > > > hlt_bug : no > > > f00f_bug: no > > > coma_bug: no > > > fpu : yes > > > fpu_exception : yes > > > cpuid level : 2 > > > wp : yes > > > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > > > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > > > bogomips: 2981.88 > > > > > > The ht in the flags section tells me hyper threading is being > > recognized. > > > > > > On 16/12/03 23:23 +0800, Jason Lim wrote: > > > > Hi All... > > > > > > > > Do you guys know anything about a problem with Intel Hyper-threading > > (eg. > > > > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > > > > average to jump to over 200? > > > > > > > > Here is the log line: > > > > > > > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than > > the > > > > given threshold 200 150 100! > > > > > > > > (then it reboots) > > > > > > > > This happened on the 2.4.22 kernel, and now I tried it with the > 2.4.23 > > > > kernel, and it has the same problem. > > > > > > > > When the kernel is compiled WITHOUT SMP support, the kernel works > > fine, > > > > and it can have uptimes of months without any problem. But when SMP > is > > > > compiled in, and the HT processor is correctly identified (and top > can > > see > > > > CPU0 and CPU1), then it only takes about an hour or two of operation > > > > before the load average jumps like that. Note that this is with > Debian > > > > woody/stable, and with a clean kernel.org kernel. > > > > > > > > Do you guys know anything about this, or have any ideas where I > should > > > > look? Is there something in Woody that isn't friendly with SMP or > > perhaps > > > > Hyper-Threading processors? > > > > > > > > Thanks in advance. > > > > > > > > Sincerely, > > > > Jas > > > > > > > > > > > > -- > > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > > > > > > > > -- > > > -- > > > Ted Knab > > > Chester, MD 21619 > > > -
Re: Intel Hyperthreading problem on server?
I was also considering the possibility of hardware error, but if it works 100% reliably without HT/SMP, but virtually crashes at high load with Apache, that would pretty much rule out hardware error, unless the CPU's HT is buggy (highly unlikely). > Well, its not that the kernel does not detect the ht, it does and quite > fine (shows lots of processors in the box and all). > > The problem is that apache is crashing under high load with a segfault. > Now, as i understand it, this can be a faulty hardware problem (bad > memory=segfault) or an actual software problem. > > Im not shure, but im having this problem as well with an HT server and > have not been able to rule out the possibility of a faulty hardware > thing. Nonetheless, this can also be, for example, an ugly module in > woodies php4 which are particluarly edgy (xslt for example) under high > load due to them being in beta stage by the time woody froze. > > El mar, 16-12-2003 a las 20:07, Theodore Knab escribió: > > I am using the 2.4.20 kernel with SMP support on a Hyper-threading > > Intel. I remember having problems getting it work with SMP support > > initially. > > > > I think the kernel has to be perfect. ;-) > > > > Do you have high memory support compiled in ? > > High memory support above 4GB might cause problems. > > > > If you do not have more than 2GB of RAM you should make sure that High > > memory support is not enabled. > > > > Also did you enable hyper-threading in BIOS ? > > Auto-detect modes might cause problems. > > http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0175.html?Open > > > > My system: > > > > Linux tedsdesk 2.4.20 #22 SMP Mon Jul 21 14:53:07 EDT 2003 i686 > > GNU/Linux > > > > [EMAIL PROTECTED]:cat /proc/cpuinfo > > processor : 0 > > vendor_id : GenuineIntel > > cpu family : 15 > > model : 1 > > model name : Intel(R) Pentium(R) 4 CPU 1.50GHz > > stepping: 2 > > cpu MHz : 1495.172 > > cache size : 256 KB > > fdiv_bug: no > > hlt_bug : no > > f00f_bug: no > > coma_bug: no > > fpu : yes > > fpu_exception : yes > > cpuid level : 2 > > wp : yes > > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > > bogomips: 2981.88 > > > > The ht in the flags section tells me hyper threading is being recognized. > > > > On 16/12/03 23:23 +0800, Jason Lim wrote: > > > Hi All... > > > > > > Do you guys know anything about a problem with Intel Hyper-threading (eg. > > > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > > > average to jump to over 200? > > > > > > Here is the log line: > > > > > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the > > > given threshold 200 150 100! > > > > > > (then it reboots) > > > > > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > > > kernel, and it has the same problem. > > > > > > When the kernel is compiled WITHOUT SMP support, the kernel works fine, > > > and it can have uptimes of months without any problem. But when SMP is > > > compiled in, and the HT processor is correctly identified (and top can see > > > CPU0 and CPU1), then it only takes about an hour or two of operation > > > before the load average jumps like that. Note that this is with Debian > > > woody/stable, and with a clean kernel.org kernel. > > > > > > Do you guys know anything about this, or have any ideas where I should > > > look? Is there something in Woody that isn't friendly with SMP or perhaps > > > Hyper-Threading processors? > > > > > > Thanks in advance. > > > > > > Sincerely, > > > Jas > > > > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > > > > -- > > -- > > Ted Knab > > Chester, MD 21619 > > -- > > 35570707f6274702478656021626f6c6964796f6e602f66602478656 > > 02e6164796f6e60237471647560216e6460276c6f62616c60257e696 > > 4797e2a0 > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
Re: Intel Hyperthreading problem on server?
I just checked the kernel info for the memory support part: > Hi, > > Interesting info... especially the part: > > > Do you have high memory support compiled in ? > > High memory support above 4GB might cause problems. > > > > If you do not have more than 2GB of RAM you should make sure that High > > memory support is not enabled. > > The server has 1.5Gb RAM. I compiled it to have High Memory support (4Gb) > because I don't know how much more RAM it may have added in the future. I > suppose I could try going back as you suggested, but the Kernel info > suggests that the 4Gb RAM High memory support *should* work for RAM less > than that too :-/ > > Most frustrating. I will try re-compiling with your suggestion a bit later > today, and let you know how it turns out. > > > - Original Message - > From: "Theodore Knab" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, December 17, 2003 10:07 AM > Subject: Re: Intel Hyperthreading problem on server? > > > > I am using the 2.4.20 kernel with SMP support on a Hyper-threading > > Intel. I remember having problems getting it work with SMP support > > initially. > > > > I think the kernel has to be perfect. ;-) > > > > Do you have high memory support compiled in ? > > High memory support above 4GB might cause problems. > > > > If you do not have more than 2GB of RAM you should make sure that High > > memory support is not enabled. > > > > Also did you enable hyper-threading in BIOS ? > > Auto-detect modes might cause problems. > > > http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0175.html?Open > > > > My system: > > > > Linux tedsdesk 2.4.20 #22 SMP Mon Jul 21 14:53:07 EDT 2003 i686 > > GNU/Linux > > > > [EMAIL PROTECTED]:cat /proc/cpuinfo > > processor : 0 > > vendor_id : GenuineIntel > > cpu family : 15 > > model : 1 > > model name : Intel(R) Pentium(R) 4 CPU 1.50GHz > > stepping: 2 > > cpu MHz : 1495.172 > > cache size : 256 KB > > fdiv_bug: no > > hlt_bug : no > > f00f_bug: no > > coma_bug: no > > fpu : yes > > fpu_exception : yes > > cpuid level : 2 > > wp : yes > > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > > bogomips: 2981.88 > > > > The ht in the flags section tells me hyper threading is being > recognized. > > > > On 16/12/03 23:23 +0800, Jason Lim wrote: > > > Hi All... > > > > > > Do you guys know anything about a problem with Intel Hyper-threading > (eg. > > > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > > > average to jump to over 200? > > > > > > Here is the log line: > > > > > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than > the > > > given threshold 200 150 100! > > > > > > (then it reboots) > > > > > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > > > kernel, and it has the same problem. > > > > > > When the kernel is compiled WITHOUT SMP support, the kernel works > fine, > > > and it can have uptimes of months without any problem. But when SMP is > > > compiled in, and the HT processor is correctly identified (and top can > see > > > CPU0 and CPU1), then it only takes about an hour or two of operation > > > before the load average jumps like that. Note that this is with Debian > > > woody/stable, and with a clean kernel.org kernel. > > > > > > Do you guys know anything about this, or have any ideas where I should > > > look? Is there something in Woody that isn't friendly with SMP or > perhaps > > > Hyper-Threading processors? > > > > > > Thanks in advance. > > > > > > Sincerely, > > > Jas > > > > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > > > > > -- > > -- > > Ted Knab > > Chester, MD 21619 > > -- > > 35570707f6274702478656021626f6c6964796f6e602f66602478656 > > 02e6164796f6e60237471647560216e6460276c6f62616c60257e696 > > 4797e2a0 > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intel Hyperthreading problem on server?
Well, its not that the kernel does not detect the ht, it does and quite fine (shows lots of processors in the box and all). The problem is that apache is crashing under high load with a segfault. Now, as i understand it, this can be a faulty hardware problem (bad memory=segfault) or an actual software problem. Im not shure, but im having this problem as well with an HT server and have not been able to rule out the possibility of a faulty hardware thing. Nonetheless, this can also be, for example, an ugly module in woodies php4 which are particluarly edgy (xslt for example) under high load due to them being in beta stage by the time woody froze. El mar, 16-12-2003 a las 20:07, Theodore Knab escribió: > I am using the 2.4.20 kernel with SMP support on a Hyper-threading > Intel. I remember having problems getting it work with SMP support > initially. > > I think the kernel has to be perfect. ;-) > > Do you have high memory support compiled in ? > High memory support above 4GB might cause problems. > > If you do not have more than 2GB of RAM you should make sure that High > memory support is not enabled. > > Also did you enable hyper-threading in BIOS ? > Auto-detect modes might cause problems. > http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0175.html?Open > > My system: > > Linux tedsdesk 2.4.20 #22 SMP Mon Jul 21 14:53:07 EDT 2003 i686 > GNU/Linux > > [EMAIL PROTECTED]:cat /proc/cpuinfo > processor : 0 > vendor_id : GenuineIntel > cpu family : 15 > model : 1 > model name : Intel(R) Pentium(R) 4 CPU 1.50GHz > stepping: 2 > cpu MHz : 1495.172 > cache size : 256 KB > fdiv_bug: no > hlt_bug : no > f00f_bug: no > coma_bug: no > fpu : yes > fpu_exception : yes > cpuid level : 2 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > bogomips: 2981.88 > > The ht in the flags section tells me hyper threading is being recognized. > > On 16/12/03 23:23 +0800, Jason Lim wrote: > > Hi All... > > > > Do you guys know anything about a problem with Intel Hyper-threading (eg. > > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > > average to jump to over 200? > > > > Here is the log line: > > > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the > > given threshold 200 150 100! > > > > (then it reboots) > > > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > > kernel, and it has the same problem. > > > > When the kernel is compiled WITHOUT SMP support, the kernel works fine, > > and it can have uptimes of months without any problem. But when SMP is > > compiled in, and the HT processor is correctly identified (and top can see > > CPU0 and CPU1), then it only takes about an hour or two of operation > > before the load average jumps like that. Note that this is with Debian > > woody/stable, and with a clean kernel.org kernel. > > > > Do you guys know anything about this, or have any ideas where I should > > look? Is there something in Woody that isn't friendly with SMP or perhaps > > Hyper-Threading processors? > > > > Thanks in advance. > > > > Sincerely, > > Jas > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > -- > -- > Ted Knab > Chester, MD 21619 > -- > 35570707f6274702478656021626f6c6964796f6e602f66602478656 > 02e6164796f6e60237471647560216e6460276c6f62616c60257e696 > 4797e2a0 >
Re: Intel Hyperthreading problem on server?
> El mar, 16-12-2003 a las 12:39, Jason Lim escribió: > > Just noticed one more thing... it appears to be Apache causing the super > > high load (among other programs running) when SMP is compiled into the > > kernel, and with a bunch of errors in syslog: > > > > [Wed Dec 17 02:27:37 2003] [notice] child pid xx exit signal > > Segmentation fault (11) > > > > (and a whole bunch of these errors, like 50 lines) > > > > I did a search and someone said it has to do with Apache requesting memory > > that it doesn't own or something: > > http://lists.debian.org/debian-apache/2002/debian-apache-200207/msg5.html > > > > Mhm... i dont want to be hasty, but it seems im looking at exactly this > problem for a very memory hungry php application > Except in my case, this error ONLY appears if SMP support is compiled into the kernel, otherwise, it runs smooth with very high load. Apache doesn't immediately have the problem with SMP compiled in tho... it takes maybe an hour or two before the problem appears.
Re: Intel Hyperthreading problem on server?
Hi, Interesting info... especially the part: > Do you have high memory support compiled in ? > High memory support above 4GB might cause problems. > > If you do not have more than 2GB of RAM you should make sure that High > memory support is not enabled. The server has 1.5Gb RAM. I compiled it to have High Memory support (4Gb) because I don't know how much more RAM it may have added in the future. I suppose I could try going back as you suggested, but the Kernel info suggests that the 4Gb RAM High memory support *should* work for RAM less than that too :-/ Most frustrating. I will try re-compiling with your suggestion a bit later today, and let you know how it turns out. - Original Message - From: "Theodore Knab" <[EMAIL PROTECTED]> To: Sent: Wednesday, December 17, 2003 10:07 AM Subject: Re: Intel Hyperthreading problem on server? > I am using the 2.4.20 kernel with SMP support on a Hyper-threading > Intel. I remember having problems getting it work with SMP support > initially. > > I think the kernel has to be perfect. ;-) > > Do you have high memory support compiled in ? > High memory support above 4GB might cause problems. > > If you do not have more than 2GB of RAM you should make sure that High > memory support is not enabled. > > Also did you enable hyper-threading in BIOS ? > Auto-detect modes might cause problems. > http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0175.html?Open > > My system: > > Linux tedsdesk 2.4.20 #22 SMP Mon Jul 21 14:53:07 EDT 2003 i686 > GNU/Linux > > [EMAIL PROTECTED]:cat /proc/cpuinfo > processor : 0 > vendor_id : GenuineIntel > cpu family : 15 > model : 1 > model name : Intel(R) Pentium(R) 4 CPU 1.50GHz > stepping: 2 > cpu MHz : 1495.172 > cache size : 256 KB > fdiv_bug: no > hlt_bug : no > f00f_bug: no > coma_bug: no > fpu : yes > fpu_exception : yes > cpuid level : 2 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > bogomips: 2981.88 > > The ht in the flags section tells me hyper threading is being recognized. > > On 16/12/03 23:23 +0800, Jason Lim wrote: > > Hi All... > > > > Do you guys know anything about a problem with Intel Hyper-threading (eg. > > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > > average to jump to over 200? > > > > Here is the log line: > > > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the > > given threshold 200 150 100! > > > > (then it reboots) > > > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > > kernel, and it has the same problem. > > > > When the kernel is compiled WITHOUT SMP support, the kernel works fine, > > and it can have uptimes of months without any problem. But when SMP is > > compiled in, and the HT processor is correctly identified (and top can see > > CPU0 and CPU1), then it only takes about an hour or two of operation > > before the load average jumps like that. Note that this is with Debian > > woody/stable, and with a clean kernel.org kernel. > > > > Do you guys know anything about this, or have any ideas where I should > > look? Is there something in Woody that isn't friendly with SMP or perhaps > > Hyper-Threading processors? > > > > Thanks in advance. > > > > Sincerely, > > Jas > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > -- > -- > Ted Knab > Chester, MD 21619 > -- > 35570707f6274702478656021626f6c6964796f6e602f66602478656 > 02e6164796f6e60237471647560216e6460276c6f62616c60257e696 > 4797e2a0 > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
Re: Intel Hyperthreading problem on server?
I was also considering the possibility of hardware error, but if it works 100% reliably without HT/SMP, but virtually crashes at high load with Apache, that would pretty much rule out hardware error, unless the CPU's HT is buggy (highly unlikely). > Well, its not that the kernel does not detect the ht, it does and quite > fine (shows lots of processors in the box and all). > > The problem is that apache is crashing under high load with a segfault. > Now, as i understand it, this can be a faulty hardware problem (bad > memory=segfault) or an actual software problem. > > Im not shure, but im having this problem as well with an HT server and > have not been able to rule out the possibility of a faulty hardware > thing. Nonetheless, this can also be, for example, an ugly module in > woodies php4 which are particluarly edgy (xslt for example) under high > load due to them being in beta stage by the time woody froze. > > El mar, 16-12-2003 a las 20:07, Theodore Knab escribió: > > I am using the 2.4.20 kernel with SMP support on a Hyper-threading > > Intel. I remember having problems getting it work with SMP support > > initially. > > > > I think the kernel has to be perfect. ;-) > > > > Do you have high memory support compiled in ? > > High memory support above 4GB might cause problems. > > > > If you do not have more than 2GB of RAM you should make sure that High > > memory support is not enabled. > > > > Also did you enable hyper-threading in BIOS ? > > Auto-detect modes might cause problems. > > http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0175.html?Open > > > > My system: > > > > Linux tedsdesk 2.4.20 #22 SMP Mon Jul 21 14:53:07 EDT 2003 i686 > > GNU/Linux > > > > [EMAIL PROTECTED]:cat /proc/cpuinfo > > processor : 0 > > vendor_id : GenuineIntel > > cpu family : 15 > > model : 1 > > model name : Intel(R) Pentium(R) 4 CPU 1.50GHz > > stepping: 2 > > cpu MHz : 1495.172 > > cache size : 256 KB > > fdiv_bug: no > > hlt_bug : no > > f00f_bug: no > > coma_bug: no > > fpu : yes > > fpu_exception : yes > > cpuid level : 2 > > wp : yes > > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > > bogomips: 2981.88 > > > > The ht in the flags section tells me hyper threading is being recognized. > > > > On 16/12/03 23:23 +0800, Jason Lim wrote: > > > Hi All... > > > > > > Do you guys know anything about a problem with Intel Hyper-threading (eg. > > > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > > > average to jump to over 200? > > > > > > Here is the log line: > > > > > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the > > > given threshold 200 150 100! > > > > > > (then it reboots) > > > > > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > > > kernel, and it has the same problem. > > > > > > When the kernel is compiled WITHOUT SMP support, the kernel works fine, > > > and it can have uptimes of months without any problem. But when SMP is > > > compiled in, and the HT processor is correctly identified (and top can see > > > CPU0 and CPU1), then it only takes about an hour or two of operation > > > before the load average jumps like that. Note that this is with Debian > > > woody/stable, and with a clean kernel.org kernel. > > > > > > Do you guys know anything about this, or have any ideas where I should > > > look? Is there something in Woody that isn't friendly with SMP or perhaps > > > Hyper-Threading processors? > > > > > > Thanks in advance. > > > > > > Sincerely, > > > Jas > > > > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > > > > -- > > -- > > Ted Knab > > Chester, MD 21619 > > -- > > 35570707f6274702478656021626f6c6964796f6e602f66602478656 > > 02e6164796f6e60237471647560216e6460276c6f62616c60257e696 > > 4797e2a0 > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intel Hyperthreading problem on server?
Well, its not that the kernel does not detect the ht, it does and quite fine (shows lots of processors in the box and all). The problem is that apache is crashing under high load with a segfault. Now, as i understand it, this can be a faulty hardware problem (bad memory=segfault) or an actual software problem. Im not shure, but im having this problem as well with an HT server and have not been able to rule out the possibility of a faulty hardware thing. Nonetheless, this can also be, for example, an ugly module in woodies php4 which are particluarly edgy (xslt for example) under high load due to them being in beta stage by the time woody froze. El mar, 16-12-2003 a las 20:07, Theodore Knab escribió: > I am using the 2.4.20 kernel with SMP support on a Hyper-threading > Intel. I remember having problems getting it work with SMP support > initially. > > I think the kernel has to be perfect. ;-) > > Do you have high memory support compiled in ? > High memory support above 4GB might cause problems. > > If you do not have more than 2GB of RAM you should make sure that High > memory support is not enabled. > > Also did you enable hyper-threading in BIOS ? > Auto-detect modes might cause problems. > http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0175.html?Open > > My system: > > Linux tedsdesk 2.4.20 #22 SMP Mon Jul 21 14:53:07 EDT 2003 i686 > GNU/Linux > > [EMAIL PROTECTED]:cat /proc/cpuinfo > processor : 0 > vendor_id : GenuineIntel > cpu family : 15 > model : 1 > model name : Intel(R) Pentium(R) 4 CPU 1.50GHz > stepping: 2 > cpu MHz : 1495.172 > cache size : 256 KB > fdiv_bug: no > hlt_bug : no > f00f_bug: no > coma_bug: no > fpu : yes > fpu_exception : yes > cpuid level : 2 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > bogomips: 2981.88 > > The ht in the flags section tells me hyper threading is being recognized. > > On 16/12/03 23:23 +0800, Jason Lim wrote: > > Hi All... > > > > Do you guys know anything about a problem with Intel Hyper-threading (eg. > > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > > average to jump to over 200? > > > > Here is the log line: > > > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the > > given threshold 200 150 100! > > > > (then it reboots) > > > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > > kernel, and it has the same problem. > > > > When the kernel is compiled WITHOUT SMP support, the kernel works fine, > > and it can have uptimes of months without any problem. But when SMP is > > compiled in, and the HT processor is correctly identified (and top can see > > CPU0 and CPU1), then it only takes about an hour or two of operation > > before the load average jumps like that. Note that this is with Debian > > woody/stable, and with a clean kernel.org kernel. > > > > Do you guys know anything about this, or have any ideas where I should > > look? Is there something in Woody that isn't friendly with SMP or perhaps > > Hyper-Threading processors? > > > > Thanks in advance. > > > > Sincerely, > > Jas > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > -- > -- > Ted Knab > Chester, MD 21619 > -- > 35570707f6274702478656021626f6c6964796f6e602f66602478656 > 02e6164796f6e60237471647560216e6460276c6f62616c60257e696 > 4797e2a0 > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re[2]: UML Patch uad 2.4.22Kernel
Hello MA> patch -p1 make oldconfig MA> make clean MA> make dep MA> make bzImage MA> make modules MA> make modules_install didn`t work :-( Its the same error. -- Best wishes, Daniel
Re: Intel Hyperthreading problem on server?
I am using the 2.4.20 kernel with SMP support on a Hyper-threading Intel. I remember having problems getting it work with SMP support initially. I think the kernel has to be perfect. ;-) Do you have high memory support compiled in ? High memory support above 4GB might cause problems. If you do not have more than 2GB of RAM you should make sure that High memory support is not enabled. Also did you enable hyper-threading in BIOS ? Auto-detect modes might cause problems. http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0175.html?Open My system: Linux tedsdesk 2.4.20 #22 SMP Mon Jul 21 14:53:07 EDT 2003 i686 GNU/Linux [EMAIL PROTECTED]:cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 1 model name : Intel(R) Pentium(R) 4 CPU 1.50GHz stepping: 2 cpu MHz : 1495.172 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips: 2981.88 The ht in the flags section tells me hyper threading is being recognized. On 16/12/03 23:23 +0800, Jason Lim wrote: > Hi All... > > Do you guys know anything about a problem with Intel Hyper-threading (eg. > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > average to jump to over 200? > > Here is the log line: > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the > given threshold 200 150 100! > > (then it reboots) > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > kernel, and it has the same problem. > > When the kernel is compiled WITHOUT SMP support, the kernel works fine, > and it can have uptimes of months without any problem. But when SMP is > compiled in, and the HT processor is correctly identified (and top can see > CPU0 and CPU1), then it only takes about an hour or two of operation > before the load average jumps like that. Note that this is with Debian > woody/stable, and with a clean kernel.org kernel. > > Do you guys know anything about this, or have any ideas where I should > look? Is there something in Woody that isn't friendly with SMP or perhaps > Hyper-Threading processors? > > Thanks in advance. > > Sincerely, > Jas > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- -- Ted Knab Chester, MD 21619 -- 35570707f6274702478656021626f6c6964796f6e602f66602478656 02e6164796f6e60237471647560216e6460276c6f62616c60257e696 4797e2a0
Re: Intel Hyperthreading problem on server?
> El mar, 16-12-2003 a las 12:39, Jason Lim escribió: > > Just noticed one more thing... it appears to be Apache causing the super > > high load (among other programs running) when SMP is compiled into the > > kernel, and with a bunch of errors in syslog: > > > > [Wed Dec 17 02:27:37 2003] [notice] child pid xx exit signal > > Segmentation fault (11) > > > > (and a whole bunch of these errors, like 50 lines) > > > > I did a search and someone said it has to do with Apache requesting memory > > that it doesn't own or something: > > http://lists.debian.org/debian-apache/2002/debian-apache-200207/msg5.html > > > > Mhm... i dont want to be hasty, but it seems im looking at exactly this > problem for a very memory hungry php application > Except in my case, this error ONLY appears if SMP support is compiled into the kernel, otherwise, it runs smooth with very high load. Apache doesn't immediately have the problem with SMP compiled in tho... it takes maybe an hour or two before the problem appears. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intel Hyperthreading problem on server?
Hi, Interesting info... especially the part: > Do you have high memory support compiled in ? > High memory support above 4GB might cause problems. > > If you do not have more than 2GB of RAM you should make sure that High > memory support is not enabled. The server has 1.5Gb RAM. I compiled it to have High Memory support (4Gb) because I don't know how much more RAM it may have added in the future. I suppose I could try going back as you suggested, but the Kernel info suggests that the 4Gb RAM High memory support *should* work for RAM less than that too :-/ Most frustrating. I will try re-compiling with your suggestion a bit later today, and let you know how it turns out. - Original Message - From: "Theodore Knab" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 17, 2003 10:07 AM Subject: Re: Intel Hyperthreading problem on server? > I am using the 2.4.20 kernel with SMP support on a Hyper-threading > Intel. I remember having problems getting it work with SMP support > initially. > > I think the kernel has to be perfect. ;-) > > Do you have high memory support compiled in ? > High memory support above 4GB might cause problems. > > If you do not have more than 2GB of RAM you should make sure that High > memory support is not enabled. > > Also did you enable hyper-threading in BIOS ? > Auto-detect modes might cause problems. > http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0175.html?Open > > My system: > > Linux tedsdesk 2.4.20 #22 SMP Mon Jul 21 14:53:07 EDT 2003 i686 > GNU/Linux > > [EMAIL PROTECTED]:cat /proc/cpuinfo > processor : 0 > vendor_id : GenuineIntel > cpu family : 15 > model : 1 > model name : Intel(R) Pentium(R) 4 CPU 1.50GHz > stepping: 2 > cpu MHz : 1495.172 > cache size : 256 KB > fdiv_bug: no > hlt_bug : no > f00f_bug: no > coma_bug: no > fpu : yes > fpu_exception : yes > cpuid level : 2 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > bogomips: 2981.88 > > The ht in the flags section tells me hyper threading is being recognized. > > On 16/12/03 23:23 +0800, Jason Lim wrote: > > Hi All... > > > > Do you guys know anything about a problem with Intel Hyper-threading (eg. > > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > > average to jump to over 200? > > > > Here is the log line: > > > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the > > given threshold 200 150 100! > > > > (then it reboots) > > > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > > kernel, and it has the same problem. > > > > When the kernel is compiled WITHOUT SMP support, the kernel works fine, > > and it can have uptimes of months without any problem. But when SMP is > > compiled in, and the HT processor is correctly identified (and top can see > > CPU0 and CPU1), then it only takes about an hour or two of operation > > before the load average jumps like that. Note that this is with Debian > > woody/stable, and with a clean kernel.org kernel. > > > > Do you guys know anything about this, or have any ideas where I should > > look? Is there something in Woody that isn't friendly with SMP or perhaps > > Hyper-Threading processors? > > > > Thanks in advance. > > > > Sincerely, > > Jas > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > -- > -- > Ted Knab > Chester, MD 21619 > -- > 35570707f6274702478656021626f6c6964796f6e602f66602478656 > 02e6164796f6e60237471647560216e6460276c6f62616c60257e696 > 4797e2a0 > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: UML Patch uad 2.4.22Kernel
Daniel Holze schrieb am Wednesday, den 17. December 2003: > Hello debian-isp, > > i was tried to install a kernel (2.4.22) with UML patch. > I cant install it. > So, here are my work Steps: > > patch -p1make menuconfig > make modules > make modules_install > make bzImage Here is what I would do at this stage. Copy your .config file out of your linux kernel source directory. Remove your linux kernel source directory, untar a fresh version. Copy your .config into the new source dir: patch -p1
Re[2]: UML Patch uad 2.4.22Kernel
Hello MA> patch -p1 make oldconfig MA> make clean MA> make dep MA> make bzImage MA> make modules MA> make modules_install didn`t work :-( Its the same error. -- Best wishes, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intel Hyperthreading problem on server?
I am using the 2.4.20 kernel with SMP support on a Hyper-threading Intel. I remember having problems getting it work with SMP support initially. I think the kernel has to be perfect. ;-) Do you have high memory support compiled in ? High memory support above 4GB might cause problems. If you do not have more than 2GB of RAM you should make sure that High memory support is not enabled. Also did you enable hyper-threading in BIOS ? Auto-detect modes might cause problems. http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0175.html?Open My system: Linux tedsdesk 2.4.20 #22 SMP Mon Jul 21 14:53:07 EDT 2003 i686 GNU/Linux [EMAIL PROTECTED]:cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 1 model name : Intel(R) Pentium(R) 4 CPU 1.50GHz stepping: 2 cpu MHz : 1495.172 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips: 2981.88 The ht in the flags section tells me hyper threading is being recognized. On 16/12/03 23:23 +0800, Jason Lim wrote: > Hi All... > > Do you guys know anything about a problem with Intel Hyper-threading (eg. > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > average to jump to over 200? > > Here is the log line: > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the > given threshold 200 150 100! > > (then it reboots) > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > kernel, and it has the same problem. > > When the kernel is compiled WITHOUT SMP support, the kernel works fine, > and it can have uptimes of months without any problem. But when SMP is > compiled in, and the HT processor is correctly identified (and top can see > CPU0 and CPU1), then it only takes about an hour or two of operation > before the load average jumps like that. Note that this is with Debian > woody/stable, and with a clean kernel.org kernel. > > Do you guys know anything about this, or have any ideas where I should > look? Is there something in Woody that isn't friendly with SMP or perhaps > Hyper-Threading processors? > > Thanks in advance. > > Sincerely, > Jas > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- -- Ted Knab Chester, MD 21619 -- 35570707f6274702478656021626f6c6964796f6e602f66602478656 02e6164796f6e60237471647560216e6460276c6f62616c60257e696 4797e2a0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: UML Patch uad 2.4.22Kernel
Daniel Holze schrieb am Wednesday, den 17. December 2003: > Hello debian-isp, > > i was tried to install a kernel (2.4.22) with UML patch. > I cant install it. > So, here are my work Steps: > > patch -p1make menuconfig > make modules > make modules_install > make bzImage Here is what I would do at this stage. Copy your .config file out of your linux kernel source directory. Remove your linux kernel source directory, untar a fresh version. Copy your .config into the new source dir: patch -p1
UML Patch uad 2.4.22Kernel
Hello debian-isp, i was tried to install a kernel (2.4.22) with UML patch. I cant install it. So, here are my work Steps: patch -p1 http://www.dwleasing.de mailto:[EMAIL PROTECTED]
Re: Intel Hyperthreading problem on server?
El mar, 16-12-2003 a las 12:39, Jason Lim escribió: > Just noticed one more thing... it appears to be Apache causing the super > high load (among other programs running) when SMP is compiled into the > kernel, and with a bunch of errors in syslog: > > [Wed Dec 17 02:27:37 2003] [notice] child pid xx exit signal > Segmentation fault (11) > > (and a whole bunch of these errors, like 50 lines) > > I did a search and someone said it has to do with Apache requesting memory > that it doesn't own or something: > http://lists.debian.org/debian-apache/2002/debian-apache-200207/msg5.html > Mhm... i dont want to be hasty, but it seems im looking at exactly this problem for a very memory hungry php application > but that doesn't really help in this case, unless you guys can think of a > different angle on this? > > > - Original Message - > From: "Jason Lim" <[EMAIL PROTECTED]> > To: > Sent: Tuesday, December 16, 2003 11:23 PM > Subject: Intel Hyperthreading problem on server? > > > > Hi All... > > > > Do you guys know anything about a problem with Intel Hyperthreading (eg. > > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > > average to jump to over 200? > > > > Here is the log line: > > > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the > > given threshold 200 150 100! > > > > (then it reboots) > > > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > > kernel, and it has the same problem. > > > > When the kernel is compiled WITHOUT SMP support, the kernel works fine, > > and it can have uptimes of months without any problem. But when SMP is > > compiled in, and the HT processor is correctly identified (and top can > see > > CPU0 and CPU1), then it only takes about an hour or two of operation > > before the load average jumps like that. Note that this is with Debian > > woody/stable, and with a clean kernel.org kernel. > > > > Do you guys know anything about this, or have any ideas where I should > > look? Is there something in Woody that isn't friendly with SMP or > perhaps > > HyperThreading processors? > > > > Thanks in advance. > > > > Sincerely, > > Jas > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > > >
UML Patch uad 2.4.22Kernel
Hello debian-isp, i was tried to install a kernel (2.4.22) with UML patch. I cant install it. So, here are my work Steps: patch -p1 http://www.dwleasing.de mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intel Hyperthreading problem on server?
El mar, 16-12-2003 a las 12:39, Jason Lim escribió: > Just noticed one more thing... it appears to be Apache causing the super > high load (among other programs running) when SMP is compiled into the > kernel, and with a bunch of errors in syslog: > > [Wed Dec 17 02:27:37 2003] [notice] child pid xx exit signal > Segmentation fault (11) > > (and a whole bunch of these errors, like 50 lines) > > I did a search and someone said it has to do with Apache requesting memory > that it doesn't own or something: > http://lists.debian.org/debian-apache/2002/debian-apache-200207/msg5.html > Mhm... i dont want to be hasty, but it seems im looking at exactly this problem for a very memory hungry php application > but that doesn't really help in this case, unless you guys can think of a > different angle on this? > > > - Original Message - > From: "Jason Lim" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, December 16, 2003 11:23 PM > Subject: Intel Hyperthreading problem on server? > > > > Hi All... > > > > Do you guys know anything about a problem with Intel Hyperthreading (eg. > > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > > average to jump to over 200? > > > > Here is the log line: > > > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the > > given threshold 200 150 100! > > > > (then it reboots) > > > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > > kernel, and it has the same problem. > > > > When the kernel is compiled WITHOUT SMP support, the kernel works fine, > > and it can have uptimes of months without any problem. But when SMP is > > compiled in, and the HT processor is correctly identified (and top can > see > > CPU0 and CPU1), then it only takes about an hour or two of operation > > before the load average jumps like that. Note that this is with Debian > > woody/stable, and with a clean kernel.org kernel. > > > > Do you guys know anything about this, or have any ideas where I should > > look? Is there something in Woody that isn't friendly with SMP or > perhaps > > HyperThreading processors? > > > > Thanks in advance. > > > > Sincerely, > > Jas > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sendmail Queuing?
Anyone seen any odd queuing by Sendmail (or the ability to change how it queues)? Say the primary MX for a host is down and we attempt to send mail to a domain that it handles mail for. For example: ;; ANSWER SECTION: necinc.com. 19h32m42s IN MX 100 mail.wam.net. necinc.com. 19h32m42s IN MX 200 mail2.wam.net. necinc.com. 19h32m42s IN MX 10 mailgate.necinc.com. Now, if i force sendmail to run a queue for this host: sendmail -v -qRnecinc.com I receive this: Running /var/spool/mqueue/h7KKJwrA001233 (sequence 1 of 1) <[EMAIL PROTECTED]>... Connecting to mailgate.necinc.com. via esmtp... <[EMAIL PROTECTED]>... Deferred: Operation timed out with mailgate.necinc.com. It dumps that back message back into the queue. It'll keep that up for 6-8 hours THEN attempt to deliver to the higher weighted MX hosts which are up and accept. Shouldn't sendmail realize that the one host is down on the initial delivery attempt and try the next highest? I could see if we couldn't reach all three hosts, but if just one is down, there is no reason sendmail should queue the message for 8 hours before attempting another host. -Jason
Sendmail Queuing?
Anyone seen any odd queuing by Sendmail (or the ability to change how it queues)? Say the primary MX for a host is down and we attempt to send mail to a domain that it handles mail for. For example: ;; ANSWER SECTION: necinc.com. 19h32m42s IN MX 100 mail.wam.net. necinc.com. 19h32m42s IN MX 200 mail2.wam.net. necinc.com. 19h32m42s IN MX 10 mailgate.necinc.com. Now, if i force sendmail to run a queue for this host: sendmail -v -qRnecinc.com I receive this: Running /var/spool/mqueue/h7KKJwrA001233 (sequence 1 of 1) <[EMAIL PROTECTED]>... Connecting to mailgate.necinc.com. via esmtp... <[EMAIL PROTECTED]>... Deferred: Operation timed out with mailgate.necinc.com. It dumps that back message back into the queue. It'll keep that up for 6-8 hours THEN attempt to deliver to the higher weighted MX hosts which are up and accept. Shouldn't sendmail realize that the one host is down on the initial delivery attempt and try the next highest? I could see if we couldn't reach all three hosts, but if just one is down, there is no reason sendmail should queue the message for 8 hours before attempting another host. -Jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intel Hyperthreading problem on server?
Just noticed one more thing... it appears to be Apache causing the super high load (among other programs running) when SMP is compiled into the kernel, and with a bunch of errors in syslog: [Wed Dec 17 02:27:37 2003] [notice] child pid xx exit signal Segmentation fault (11) (and a whole bunch of these errors, like 50 lines) I did a search and someone said it has to do with Apache requesting memory that it doesn't own or something: http://lists.debian.org/debian-apache/2002/debian-apache-200207/msg5.html but that doesn't really help in this case, unless you guys can think of a different angle on this? - Original Message - From: "Jason Lim" <[EMAIL PROTECTED]> To: Sent: Tuesday, December 16, 2003 11:23 PM Subject: Intel Hyperthreading problem on server? > Hi All... > > Do you guys know anything about a problem with Intel Hyperthreading (eg. > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > average to jump to over 200? > > Here is the log line: > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the > given threshold 200 150 100! > > (then it reboots) > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > kernel, and it has the same problem. > > When the kernel is compiled WITHOUT SMP support, the kernel works fine, > and it can have uptimes of months without any problem. But when SMP is > compiled in, and the HT processor is correctly identified (and top can see > CPU0 and CPU1), then it only takes about an hour or two of operation > before the load average jumps like that. Note that this is with Debian > woody/stable, and with a clean kernel.org kernel. > > Do you guys know anything about this, or have any ideas where I should > look? Is there something in Woody that isn't friendly with SMP or perhaps > HyperThreading processors? > > Thanks in advance. > > Sincerely, > Jas > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
Re: Intel Hyperthreading problem on server?
Just noticed one more thing... it appears to be Apache causing the super high load (among other programs running) when SMP is compiled into the kernel, and with a bunch of errors in syslog: [Wed Dec 17 02:27:37 2003] [notice] child pid xx exit signal Segmentation fault (11) (and a whole bunch of these errors, like 50 lines) I did a search and someone said it has to do with Apache requesting memory that it doesn't own or something: http://lists.debian.org/debian-apache/2002/debian-apache-200207/msg5.html but that doesn't really help in this case, unless you guys can think of a different angle on this? - Original Message - From: "Jason Lim" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, December 16, 2003 11:23 PM Subject: Intel Hyperthreading problem on server? > Hi All... > > Do you guys know anything about a problem with Intel Hyperthreading (eg. > on the Intel 2.4Ghz HT-enabled processor) that would cause the load > average to jump to over 200? > > Here is the log line: > > Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the > given threshold 200 150 100! > > (then it reboots) > > This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 > kernel, and it has the same problem. > > When the kernel is compiled WITHOUT SMP support, the kernel works fine, > and it can have uptimes of months without any problem. But when SMP is > compiled in, and the HT processor is correctly identified (and top can see > CPU0 and CPU1), then it only takes about an hour or two of operation > before the load average jumps like that. Note that this is with Debian > woody/stable, and with a clean kernel.org kernel. > > Do you guys know anything about this, or have any ideas where I should > look? Is there something in Woody that isn't friendly with SMP or perhaps > HyperThreading processors? > > Thanks in advance. > > Sincerely, > Jas > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Intel Hyperthreading problem on server?
Jason, > Do you guys know anything about a problem with Intel > Hyperthreading (eg. Check your ACPI settings in your BIOS and in your kernel. I messed with ours on a couple of servers, I don't remember where I landed, but I think the only thing that worked reliably was just compiling the kernel to do processor enumeration via ACPI only. Or shut off ACPI in your BIOS altogether and the kernel should do the "right thing" regardless of the compile time options. This is a shot in the dark, not sure if it will help you at all. This also might be related to the "High Memory Kernels and buffer bouncing" thread on this list from 4 December. http://lists.debian.org/debian-isp/2003/debian-isp-200312/msg00053.html --cro
Newsletter: Ihre E-Mailadresse wurde ausgetragen.
Hallo, Ihre E-Mailadresse "debian-isp@lists.debian.org" wurde aus dem Verteiler entfernt. URL: http://www.0800news.de/cgi-bin/newsletter.cgi?id=tom643 Mit freundlichen Grüssen Ihr Newsletter-Team
RE: Intel Hyperthreading problem on server?
Jason, > Do you guys know anything about a problem with Intel > Hyperthreading (eg. Check your ACPI settings in your BIOS and in your kernel. I messed with ours on a couple of servers, I don't remember where I landed, but I think the only thing that worked reliably was just compiling the kernel to do processor enumeration via ACPI only. Or shut off ACPI in your BIOS altogether and the kernel should do the "right thing" regardless of the compile time options. This is a shot in the dark, not sure if it will help you at all. This also might be related to the "High Memory Kernels and buffer bouncing" thread on this list from 4 December. http://lists.debian.org/debian-isp/2003/debian-isp-200312/msg00053.html --cro -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Intel Hyperthreading problem on server?
Hi All... Do you guys know anything about a problem with Intel Hyperthreading (eg. on the Intel 2.4Ghz HT-enabled processor) that would cause the load average to jump to over 200? Here is the log line: Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the given threshold 200 150 100! (then it reboots) This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 kernel, and it has the same problem. When the kernel is compiled WITHOUT SMP support, the kernel works fine, and it can have uptimes of months without any problem. But when SMP is compiled in, and the HT processor is correctly identified (and top can see CPU0 and CPU1), then it only takes about an hour or two of operation before the load average jumps like that. Note that this is with Debian woody/stable, and with a clean kernel.org kernel. Do you guys know anything about this, or have any ideas where I should look? Is there something in Woody that isn't friendly with SMP or perhaps HyperThreading processors? Thanks in advance. Sincerely, Jas
Newsletter: Ihre E-Mailadresse wurde ausgetragen.
Hallo, Ihre E-Mailadresse "[EMAIL PROTECTED]" wurde aus dem Verteiler entfernt. URL: http://www.0800news.de/cgi-bin/newsletter.cgi?id=tom643 Mit freundlichen Grüssen Ihr Newsletter-Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Intel Hyperthreading problem on server?
Hi All... Do you guys know anything about a problem with Intel Hyperthreading (eg. on the Intel 2.4Ghz HT-enabled processor) that would cause the load average to jump to over 200? Here is the log line: Dec 16 22:48:17 be watchdog[250]: loadavg 203 101 40 is higher than the given threshold 200 150 100! (then it reboots) This happened on the 2.4.22 kernel, and now I tried it with the 2.4.23 kernel, and it has the same problem. When the kernel is compiled WITHOUT SMP support, the kernel works fine, and it can have uptimes of months without any problem. But when SMP is compiled in, and the HT processor is correctly identified (and top can see CPU0 and CPU1), then it only takes about an hour or two of operation before the load average jumps like that. Note that this is with Debian woody/stable, and with a clean kernel.org kernel. Do you guys know anything about this, or have any ideas where I should look? Is there something in Woody that isn't friendly with SMP or perhaps HyperThreading processors? Thanks in advance. Sincerely, Jas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Newsletter: Vielen dank für ihre Anmeldung!
Hallo, Ihre E-Mailadresse "debian-isp@lists.debian.org" wurde in den Newsletterverteiler hinzugefügt. URL: http://www.0800news.de/cgi-bin/newsletter.cgi?id=tom643 Mit freundlichen Grüssen Ihr Newsletter-Team
Newsletter: Vielen dank für ihre Anmeldung!
Hallo, Ihre E-Mailadresse "[EMAIL PROTECTED]" wurde in den Newsletterverteiler hinzugefügt. URL: http://www.0800news.de/cgi-bin/newsletter.cgi?id=tom643 Mit freundlichen Grüssen Ihr Newsletter-Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Newsletter - Aktivierungslink
Hallo, Wenn sie diesen Newsletter erhalten wollen klicken sie bitte auf die Internet-Adresse. Falls sie diesen Newsletter nicht wollen löschen sie einfach diese E-Mail. Aktivierungslink: http://www.0800news.de/cgi-bin/newsletter.cgi?id=tom643&[EMAIL PROTECTED]&key=MQjiGuBAt/Q&action=aktiv Mit freundlichen Grüssen Newsletter-Team
Newsletter - Aktivierungslink
Hallo, Wenn sie diesen Newsletter erhalten wollen klicken sie bitte auf die Internet-Adresse. Falls sie diesen Newsletter nicht wollen löschen sie einfach diese E-Mail. Aktivierungslink: http://www.0800news.de/cgi-bin/newsletter.cgi?id=tom643&[EMAIL PROTECTED]&key=MQjiGuBAt/Q&action=aktiv Mit freundlichen Grüssen Newsletter-Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]