If you don't mind grabbing the code and building it, you can go into the file connection_list.c and change this line:

#define MAX_CONNECTIONS 10

 To this:

#define MAX_CONNECTIONS 20

That will get rid of the "Too many connections." message in the log. Whether it will solve your problem, I'm not sure. I will include this change in my next monthly release on 2/15. Let me know if you need more info.

Ted.

Willi Mann wrote:
Package: acpid
Version: 1:2.0.0-1
Severity: important

My machine is up since 5 days with about 10 hibernate sessions since that time - I could look at the logs to get the exact number.

After hibernate (uswsusp), the X Server hangs. That means, I just got the 
message
from s2disk on the otherwise black screen, and the input devices do not work at all, especially no Strg+Alt+Fn.
So I logged in via ssh and got the following backtrace from the Xorg process:

 bt
#0  0xb77c4424 in __kernel_vsyscall ()
#1  0xb7775241 in connect () at ../sysdeps/unix/sysv/linux/i386/socket.S:61
#2  0x0814cdfa in ?? ()
#3  0x0814c17d in xf86OSPMOpen ()
#4  0x080b187c in xf86Wakeup ()
#5  0x0808a332 in WakeupHandler ()
#6  0x080a0b7a in WaitForSomething ()
#7  0x08073dc0 in ?? ()
#8  0x0806695a in _start ()

I had a similar problem about 2 weeks ago where I was able to see that it tried
to connect to the acpi daemon. Don't ask me how it found that out.

So I restarted the acpid daemon. Immediately, the X session was back and usable again. I looked in the syslog and found:

# grep -i acpi /var/log/syslog
Jan 19 12:46:27 host kernel: [217227.741166] ACPI: \_SB_.GDCK - undocking
Jan 19 16:06:35 host kernel: [217231.089455] ACPI handle has no context!
Jan 19 16:06:35 host kernel: [217231.089540] ACPI handle has no context!
Jan 19 16:06:35 host kernel: [217231.090598] ACPI handle has no context!
Jan 19 16:06:35 host kernel: [217231.090609] ACPI handle has no context!
Jan 19 16:06:35 host kernel: [217231.112136] ACPI handle has no context!
Jan 19 16:06:35 host kernel: [217231.464618] e1000e 0000:00:19.0: wake-up 
capability enabled by ACPI
Jan 19 16:06:35 host kernel: [217231.996060] uhci_hcd 0000:00:1a.0: power state 
changed by ACPI to D0
Jan 19 16:06:35 host kernel: [217232.004047] uhci_hcd 0000:00:1a.2: power state 
changed by ACPI to D0
Jan 19 16:06:35 host kernel: [217232.012046] uhci_hcd 0000:00:1d.0: power state 
changed by ACPI to D0
Jan 19 16:06:35 host kernel: [217232.660831] e1000e 0000:00:19.0: wake-up 
capability disabled by ACPI
Jan 19 16:06:35 host kernel: [217233.041400] ata1.00: ACPI cmd 
ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
Jan 19 16:06:35 host kernel: [217233.041405] ata1.00: ACPI cmd 
f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
Jan 19 16:06:35 host kernel: [217233.041675] ata1.00: ACPI cmd 
ef/5f:00:00:00:00:a0 (SET FEATURES) succeeded
Jan 19 16:06:35 host kernel: [217233.041681] ata1.00: ACPI cmd 
ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
Jan 19 16:06:35 host kernel: [217233.044495] ata1.00: ACPI cmd 
ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
Jan 19 16:06:35 host kernel: [217233.044499] ata1.00: ACPI cmd 
f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
Jan 19 16:06:35 host kernel: [217233.044759] ata1.00: ACPI cmd 
ef/5f:00:00:00:00:a0 (SET FEATURES) succeeded
Jan 19 16:06:35 host kernel: [217233.044763] ata1.00: ACPI cmd 
ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
Jan 19 16:06:35 host kernel: [217233.446973] ata2.00: ACPI cmd 
e3/00:1f:00:00:00:a0 (IDLE) succeeded
Jan 19 16:06:35 host kernel: [217233.447775] ata2.00: ACPI cmd 
e3/00:02:00:00:00:a0 (IDLE) succeeded
Jan 19 16:06:35 host kernel: [217233.452712] ata2.00: ACPI cmd 
e3/00:1f:00:00:00:a0 (IDLE) succeeded
Jan 19 16:06:35 host kernel: [217233.453515] ata2.00: ACPI cmd 
e3/00:02:00:00:00:a0 (IDLE) succeeded
Jan 19 16:17:12 host acpid: exiting
Jan 19 16:17:13 host acpid: Too many connections.
Jan 19 16:17:13 host acpid: Too many connections.
Jan 19 16:17:13 host acpid: Too many connections.
Jan 19 16:17:13 host acpid: starting up with netlink and the input layer
Jan 19 16:17:13 host acpid: 47 rules loaded
Jan 19 16:17:13 host acpid: waiting for events: event logging is off

I may be able to provide more information, but the problem is that it requires some hibernating to actually reproduce this problem. (And I'm not sure if that's enough to reproduce the problem)

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages acpid depends on:
ii  libc6                         2.10.2-2   GNU C Library: Shared libraries
ii  lsb-base                      3.2-23     Linux Standard Base 3.2 init scrip
ii  module-init-tools             3.11-1     tools for managing Linux kernel mo

Versions of packages acpid recommends:
ii  acpi-support-base             0.132-1    scripts for handling base ACPI eve

acpid suggests no packages.

-- no debconf information







--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to