Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



BERTRAND Joël wrote:
BERTRAND Joël wrote:
David Miller wrote:
From: BERTRAND_Joël <joel.bertrand@xxxxxxxxxxx>
Date: Tue, 10 Jul 2007 09:53:12 +0200

When clamav-daemon (or all other daemons) remain in sleep mode, I cannot quickly restart this daemon by /etc/init.d/$(daemon) restart, I have to wait for a timeout.

Use the kernel sysrq keystrokes to get a task dump to see where
clamav-daemon is sleeping,

I will try tomorrow. I have to build a 2.6.22 (to see if nis works because it doesn't with 2.6.22-rc7).

Tests made with a 2.6.22.1 (NIS works with 2.6.22.1 and not with 2.6.22-rc7, but I don't know why... ;-) )

my suspicion is that it is stuck
in the kernel futex code somewhere.

    I think too.

When I write these lines, my mail server is blocked due to clamd socket trouble :

Root rayleigh:[/etc/mail] > ps -eLf | grep clamd
clamav    3502     1  3502  1    2 10:53 ?        00:01:23 /usr/sbin/clamd
clamav    3502     1  7226  0    2 12:00 ?        00:00:00 /usr/sbin/clamd
root      8091  5893  8091  0    1 12:18 pts/0    00:00:00 grep clamd

    clamd remains in S mode.

I have tried to obtain mode information with sysrq+w without any success, sysrq+w returns no blocked task. In this example, clamd is blocked, but some other tasks can be blocked.

David, I cannot obtain more information with sysrq, but I have found another program that randomly stops : seamonkey (not really seamonkey, iceape, its debian package). Iceape randomly stops in sleep state. I have launched iceape in strace :

mprotect(0xf3ad6000, 8192, PROT_READ|PROT_WRITE) = 0
mprotect(0xf3ad8000, 8192, PROT_READ|PROT_WRITE) = 0
mprotect(0xf3ada000, 8192, PROT_READ|PROT_WRITE) = 0
mprotect(0xf3adc000, 8192, PROT_READ|PROT_WRITE) = 0
mprotect(0xf3ade000, 8192, PROT_READ|PROT_WRITE) = 0
mprotect(0xf3ae0000, 16384, PROT_READ|PROT_WRITE) = 0
mprotect(0xf3ae4000, 8192, PROT_READ|PROT_WRITE) = 0
mprotect(0xf3ae6000, 8192, PROT_READ|PROT_WRITE) = 0
mprotect(0xf3ae8000, 8192, PROT_READ|PROT_WRITE) = 0
gettimeofday({1184179749, 741572}, NULL) = 0
gettimeofday({1184179749, 741853}, NULL) = 0
futex(0x278dac, FUTEX_WAKE, 1)          = 1
access("/usr/lib/iceape/chrome/modern.jar", F_OK) = 0
gettimeofday({1184179749, 767087}, NULL) = 0
gettimeofday({1184179749, 767300}, NULL) = 0
gettimeofday({1184179749, 767530}, NULL) = 0
futex(0x278dac, FUTEX_WAKE, 1)          = 1
futex(0x278da8, FUTEX_WAKE, 1)          = 1
access("/usr/lib/iceape/chrome/modern.jar", F_OK) = 0
gettimeofday({1184179749, 771232}, NULL) = 0
gettimeofday({1184179749, 771447}, NULL) = 0
gettimeofday({1184179749, 771677}, NULL) = 0
futex(0x278dac, FUTEX_WAKE, 1)          = 1
futex(0xf3a00010, FUTEX_WAIT, 2, NULL <unfinished ...>
rayleigh:[~] >

(aborted by CTRL+C)

	If I restart iceape, it always stops with the same message type.

I don't understand why (with the same kernel and same glibc), my U2/SMP works fine and not my U60/SMP.

	Regards,

	JKB
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Kernel Development]     [DCCP]     [Linux ARM Development]     [Linux]     [Photo]     [Yosemite Help]     [Linux ARM Kernel]     [Linux SCSI]     [Linux x86_64]     [Linux Hams]

  Powered by Linux