linux and high volume web sites
I have a high volume web site under linux : kernel is 2.2.17 hardware is 5 bi-PIII 700Mhz / 512Mb, eepro100 all server are diskless (nfs on an netapp filer) except for tmp and swap dispatch is done by the Resonate product web server is apache+php (something like 400 processes), database backend is a mysql on the same hardware in high volume from time to time machines are "freezing" then after a few seconds they "reappear" and response timne is how can I investigate all these problems ? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
tcp_v4_hash bug ?
I have a Oops in the kernel which say's "tcp_v4_hash: bug, socket state is 1" can someone explain me what's wrong ? for those who can understand it here is the log : (note : I can't use ksymsoops has I only have the compressed image and for now I can't rebuild it !) maybe someone can help me find what's go wrong, I can do some testing, but as I don't understand what means the error message... PS: kernel is a 2.2.17 with dhighen NFS patch running on HPnetserver LPr (NRC scsi module, eepro100 module, SMP box booted with maxcups=1 because of a JVM bug) Thanks for help valery -- Oct 3 17:54:11 qmpia2 kernel: tcp_v4_hash: bug, socket state is 1 Oct 3 17:54:11 qmpia2 kernel: Unable to handle kernel NULL pointer dereference at virtual address Oct 3 17:54:11 qmpia2 kernel: current->tss.cr3 = 212b1000, %cr3 = 212b1000 Oct 3 17:54:11 qmpia2 kernel: *pde = Oct 3 17:54:11 qmpia2 kernel: Oops: 0002 Oct 3 17:54:11 qmpia2 kernel: CPU:1 Oct 3 17:54:11 qmpia2 kernel: EIP:0010:[tcp_v4_hash+53/172] Oct 3 17:54:11 qmpia2 kernel: EFLAGS: 00010286 Oct 3 17:54:11 qmpia2 kernel: eax: 0024 ebx: e2a8e300 ecx: 004a edx: 0025 Oct 3 17:54:11 qmpia2 kernel: esi: e1431f74 edi: c0180160 ebp: e2f9c59c esp: e1431ef0 Oct 3 17:54:11 qmpia2 kernel: ds: 0018 es: 0018 ss: 0018 Oct 3 17:54:11 qmpia2 kernel: Process nc (pid: 18636, process nr: 40, stackpage=e1431000) Oct 3 17:54:11 qmpia2 kernel: Stack: e2a8e300 c017f61a e2a8e300 e2a8e300 c01801ca e2a8e300 e2f9c59c e1431f74 Oct 3 17:54:11 qmpia2 kernel:c0163018 e2f9c59c e1431f74 0027 e1431f40 e2f9c59c e1431f6c e2f9c54c Oct 3 17:54:11 qmpia2 kernel:e143 e1431f40 c0180160 e1431f40 48cc Oct 3 17:54:11 qmpia2 kernel: Call Trace: [inet_autobind+66/156] [inet_sendmsg+106/144] [sock_sendmsg+136/172] [inet_sendmsg+0/144] [sock_write+146/156] [sys_write+240/292] [sock_write+0/156] Oct 3 17:54:11 qmpia2 kernel:[system_call+52/56] Oct 3 17:54:11 qmpia2 kernel: Code: c7 05 00 00 00 00 00 00 00 00 83 c4 08 8a 43 28 3c 0a 75 17 - 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 http://www.tux.org/lkml/
qestion about tcp_v4_hash
I have a Oops in the kernel which say's "tcp_v4_hash: bug, socket state is 1" can someone explain me what's wrong ? as far as I can see removing # turns TCP timestamp support off net.ipv4.tcp_timestamps = 0 # turns SACK support off net.ipv4.tcp_sack = 0 # turn TCP window scaling support off net.ipv4.tcp_window_scaling = 0 from my config solve the problem ! note : it's a 2*PII 750 Lpr HP netserver with a 2.2.17 kernel. Thanks Valery -- Valery BRASSEUR| Phone # +33 320 60 7982 Atos Branche Multimedia| Fax # +33 320 60 7649 Unix is like a 'hogan' -- no Gates, no Windows, and an Apache inside - 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 http://www.tux.org/lkml/
Re: qestion about tcp_v4_hash
Andi Kleen wrote: > > On Mon, Oct 09, 2000 at 09:47:43AM +0200, valery brasseur wrote: > > I have a Oops in the kernel which say's "tcp_v4_hash: bug, socket state > > is 1" > > can someone explain me what's wrong ? > > Hard to say when you don't send the decoded (=run through ksymoops > with correct System.map) oops. > > -Andi I can't because I have only the bzImage !!! is there anyway to get ksymoops work with it ? -- Valery BRASSEUR| Phone # +33 320 60 7982 Atos Branche Multimedia| Fax # +33 320 60 7649 Unix is like a 'hogan' -- no Gates, no Windows, and an Apache inside - 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 http://www.tux.org/lkml/
Re: qestion about tcp_v4_hash
Andi Kleen wrote: > > On Mon, Oct 09, 2000 at 02:51:28PM +0200, valery brasseur wrote: > > Andi Kleen wrote: > > > > > > On Mon, Oct 09, 2000 at 09:47:43AM +0200, valery brasseur wrote: > > > > I have a Oops in the kernel which say's "tcp_v4_hash: bug, socket state > > > > is 1" > > > > can someone explain me what's wrong ? > > > > > > Hard to say when you don't send the decoded (=run through ksymoops > > > with correct System.map) oops. > > > > > > -Andi > > I can't because I have only the bzImage !!! is there anyway to get > > ksymoops work with it ? > > Nope, the symbols are already gone. The vmlinux would still help. > > -Andi the best I can get for now is this : Oct 5 12:36:06 qmpia1 kernel: tcp_v4_hash: bug, socket state is 1 Oct 5 12:36:06 qmpia1 kernel: Unable to handle kernel NULL pointer dereference at virtual address Oct 5 12:36:06 qmpia1 kernel: current->tss.cr3 = 141a5000, %cr3 = 141a5000 Oct 5 12:36:06 qmpia1 kernel: *pde = Oct 5 12:36:06 qmpia1 kernel: Oops: 0002 Oct 5 12:36:06 qmpia1 kernel: CPU:1 Oct 5 12:36:06 qmpia1 kernel: EIP:0010:[tcp_v4_hash+53/172] Oct 5 12:36:06 qmpia1 kernel: EFLAGS: 00010286 Oct 5 12:36:06 qmpia1 kernel: eax: 0024 ebx: dcd3cbc0 ecx: 004a edx: 0020 Oct 5 12:36:06 qmpia1 kernel: esi: cfa0bf74 edi: c0180160 ebp: d5476d1c esp: cfa0bef0 Oct 5 12:36:06 qmpia1 kernel: ds: 0018 es: 0018 ss: 0018 Oct 5 12:36:06 qmpia1 kernel: Process nc (pid: 22019, process nr: 156, stackpage=cfa0b000) Oct 5 12:36:06 qmpia1 kernel: Stack: dcd3cbc0 c017f61a dcd3cbc0 dcd3cbc0 c01801ca dcd3cbc0 d5476d1c cfa0bf74 Oct 5 12:36:06 qmpia1 kernel:c0163018 d5476d1c cfa0bf74 0027 cfa0bf40 d5476d1c cfa0bf6c d5476ccc Oct 5 12:36:06 qmpia1 kernel:cfa0a000 cfa0bf40 c0180160 cfa0bf40 5603 Oct 5 12:36:06 qmpia1 kernel: Call Trace: [inet_autobind+66/156] [inet_sendmsg+106/144] [sock_sendmsg+136/172] [inet_sendmsg+0/144] [sock_write+146/156] [sys_write+240/292] [sock_write+0/156] Oct 5 12:36:06 qmpia1 kernel:[system_call+52/56] Oct 5 12:36:06 qmpia1 kernel: Code: c7 05 00 00 00 00 00 00 00 00 83 c4 08 8a 43 28 3c 0a 75 17 -- Valery BRASSEUR| Phone # +33 320 60 7982 Atos Branche Multimedia| Fax # +33 320 60 7649 Unix is like a 'hogan' -- no Gates, no Windows, and an Apache inside - 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 http://www.tux.org/lkml/
reboot problem in 2.6.x kernels, where 2.4.x kernels work well
Hi all, as I reported before (see here: http://www.uwsg.iu.edu/hypermail/linux/kernel/0503.3/0975.html or here: http://lkml.org/lkml/2005/3/28/38 ) -- there is a reboot problem under 2.6.x kernels with VIA EPIA MS boards. Now I have found that kernels 2.4.x seem to work well under different reboot combinations (apm=on|off acpi=on|off reboot=b|w) i tried so far. So, it looks like problem is rather specific to kernels 2.6.x only. No idea why though. P.S. Thank you for Cc answers to me. -- Valery A.Khamenya - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
reboot problem with VIA EPIA-MS motherboard
Hi all, please Cc to me your clues on the following problem: Symptom: "reboot" or "shutdown -r now" on VIA EPIA-MS motherboard finishes all processes, then comes message "Restarting system.", keyboard LEDs flash and nothing happens anymore -- one has to finalize reboot manually. Comments: 1. Motherboard is really able to reboot: e.g. when after POST comes grub, one could enter grub's console and issue "reboot" -- it works fine. 2. different kernel boot options were tried without success, like "reboot=b|w|h|c", "acpi=on|off|force", "apm=on|off" -- not in all combinations though ;) 3. Linux distro used -- Gentoo. (synced) 4. different 2.6.x kernel were tried: 2.6.9-2.6.12, not only vanilla kernels, but Gentoo kernels too. (Now I am stuck to 2.6.12-rc1 as it is exposed via Gentoo portage system) 5. different kernel boot options lead to different reboot implementations. One of tracked by me implementations ends up in mach-default/mach_reboot.h, inlined function "mach_reboot". The second udelay(50) in the loop is the last call, after which nothing happens anymore. 6. Any other details/logs might be posted -- just tell me which are of interest. TIA, Valery. P.S. perhaps, I do not violate any rules posting my problem and comments to this malinglist. -- Valery A.Khamenya - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[PATCH] staging: android: ion: remove unnecessary intermediate variable 'objs'
It is not necesssary to use 'objs' as an intermediate variable for assignment
operation.
Signed-off-by: Valery Ivanov
---
drivers/staging/android/ion/ion.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/android/ion/ion.c
b/drivers/staging/android/ion/ion.c
index 3c9f09506ffa..137bef25dcbc 100644
--- a/drivers/staging/android/ion/ion.c
+++ b/drivers/staging/android/ion/ion.c
@@ -523,15 +523,12 @@ static int debug_shrink_set(void *data, u64 val)
{
struct ion_heap *heap = data;
struct shrink_control sc;
- int objs;
sc.gfp_mask = GFP_HIGHUSER;
sc.nr_to_scan = val;
- if (!val) {
- objs = heap->shrinker.count_objects(&heap->shrinker, &sc);
- sc.nr_to_scan = objs;
- }
+ if (!val)
+ sc.nr_to_scan = heap->shrinker.count_objects(&heap->shrinker,
&sc);
heap->shrinker.scan_objects(&heap->shrinker, &sc);
return 0;
--
2.25.1
