Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 138213 - /etc/init.d/apcupsd results in a <defunct> proccess after X amount of time.
Summary: /etc/init.d/apcupsd results in a <defunct> proccess after X amount of time.
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Other
: High normal (vote)
Assignee: Diego Elio Pettenò (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-27 08:28 UTC by Brett
Modified: 2009-01-15 15:44 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Brett 2006-06-27 08:28:20 UTC
sys-power/apcupsd-3.10.18-r1 

This happens on my Master Server and all 5 of my slaves. I am not sure if this is related to my inconsistent shutdowns.

The proccess tree:
7020  7020  7020 ?        00:00:00   apcupsd
 7484  7020  7020 ?        00:00:00     apcupsd
 7485  7020  7020 ?        00:00:00     apcupsd
 9216  7020  7020 ?        00:00:00       apcupsd <defunct>
 7486  7020  7020 ?        00:00:00     apcupsd




Portage 2.1-r1 (default-linux/x86/2005.1, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-gentoo-r9 i686)
=================================================================
System uname: 2.6.16-gentoo-r9 i686 Intel(R) Xeon(TM) CPU 3.20GHz
Gentoo Base System version 1.6.15
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5-r2, 2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r2
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O3 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=pentium4 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig candy ccache distlocks fixpackages metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="x86 apache2 berkdb caps crypt logrotate ncurses nptl nptl-only pam perl python ssl tcpd xml elibc_glibc kernel_linux userland_GNU"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-06-27 11:28:02 UTC
Don't restrict bugs without any reason.
Comment 2 Brett 2006-07-06 07:17:10 UTC
This defunct proc also sends out INVALID tcp requests to the master server. Or apcupsd does...

Jun 30 16:53:17 frogger INVALID:IN=eth0 OUT= MAC=00:0a:60:97:27:4e:00:0d:60:0f:53:3x:08:00 SRC=192.168.1.224 DST=192.168.1.221 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=60523 DF PROTO=TCP SPT=6666 DPT=37055 WINDOW=1448 RES=0x00 ACK FIN URGP=0 

This is coming from a standard Invalid rule..

# Drop INVALID 
$IPT -A INPUT -m state --state INVALID -m limit --limit 10/minute \
 -j LOG --log-prefix "INVALID:"
$IPT -A INPUT -m state --state INVALID -j DROP
Comment 3 Diego Elio Pettenò (RETIRED) gentoo-dev 2009-01-15 15:23:20 UTC
Taking over. Michael you let this package rot so much, since I need it, I'm going to take it over and take care.

Please don't say I didn't give you enough notice, last year I already asked you this much and now I'm simply tired.
Comment 4 Diego Elio Pettenò (RETIRED) gentoo-dev 2009-01-15 15:44:40 UTC
Can you please check if this still happens with 3.12.4 or even better 3.14.5?

Thanks.