Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 142940 - perl? randomly sending apache SIGTERM
Summary: perl? randomly sending apache SIGTERM
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: AMD64 Linux
: Normal major (vote)
Assignee: Gentoo Perl team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-05 17:50 UTC by James Porter
Modified: 2007-02-25 13:43 UTC (History)
1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description James Porter 2006-08-05 17:50:36 UTC 
once it gets a SIGTERM it will not work after that...I can killall apache2 then restart apache and it will usually not respond even using telnet to port 80

it's doing it on 2 amd64 servers with a clean install of gentoo

apache2logserverstatus gives me this:

Can't locate sys/socket.ph in @INC (did you run h2ph?) (@INC contains: /etc/perl /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux /usr/lib64/perl5/vendor_perl/5.8.8 /usr/lib64/perl5/vendor_perl /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux /usr/lib64/perl5/site_perl/5.8.8 /usr/lib64/perl5/site_perl /usr/lib64/perl5/5.8.8/x86_64-linux /usr/lib64/perl5/5.8.8 /usr/local/lib/site_perl .) at /usr/sbin/apache2logserverstatus line 71.

perl-cleaner reallyall gives me this:

Sat Aug  5 17:16:51 CDT 2006 : Beginning a clean up of .ph files
Excluding perl-0.0.0 from cleaning
Locating ph files for removal

Sat Aug  5 17:16:51 CDT 2006 : Updating ph files
Destination directory /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux doesn't exist or isn't a directory
Destination directory /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux doesn't exist or isn't a directory

Sat Aug  5 17:16:51 CDT 2006 : Building list of modules for reinstall
Locating modules for reinstall

Sat Aug  5 17:16:51 CDT 2006 : Locating ebuilds linked against libperl

Sat Aug  5 17:16:54 CDT 2006 : Rebuilding modules: Building list of ebuilds

Nothing to reinstall!



Don' know whats sending the sigterm....Ive run it w/o VHOSTS and without php....
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-08-06 00:41:06 UTC 
emerge --info, please...
Comment 2 James Porter 2006-08-07 15:15:21 UTC 
Destination directory /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux doesn't exist or isn't a directory

tried to run h2ph manually but it's looking for site_perl....everything is in vendor_perl??? How can I do a quick work-around and what is causing this?





Portage 2.1-r1 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-gentoo-r13 x86_64)
=================================================================
System uname: 2.6.16-gentoo-r13 x86_64 Dual Core AMD Opteron(tm) Processor 270
Gentoo Base System version 1.6.15
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
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-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
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://securestatus.net/gentoo-portage"
USE="amd64 X alsa avi berkdb bitmap-fonts cli crypt cups dlloader dri eds emboss encode foomaticdb fortran gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg kde lzw lzw-tiff mp3 mpeg ncurses nls nptl opengl pam pcre pdflib perl png pppd python qt qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd tiff truetype-fonts type1-fonts usb xorg xpm xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 3 James Porter 2006-08-07 18:29:12 UTC 
Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
  Platform:
    osname=linux, osvers=2.6.16-gentoo-r13, archname=x86_64-linux
    uname='linux ssc1 2.6.16-gentoo-r13 #2 smp thu aug 3 18:15:35 local time zone must be set--see zic m x86_64 dual core amd opteron(tm) processor 270 gnulinux '
    config_args='-des -Darchname=x86_64-linux -Dcccdlflags=-fPIC -Dccdlflags=-rdynamic -Dcc=x86_64-pc-linux-gnu-gcc -Dprefix=/usr -Dvendorprefix=/usr -Dsiteprefix=/usr -Dlocincpth=  -Doptimize=-O2 -pipe -Duselargefiles -Dd_semctl_semun -Dscriptdir=/usr/bin -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dinstallman1dir=/usr/share/man/man1 -Dinstallman3dir=/usr/share/man/man3 -Dman1ext=1 -Dman3ext=3pm -Dinc_version_list=5.8.0 5.8.0/x86_64-linux 5.8.2 5.8.2/x86_64-linux 5.8.4 5.8.4/x86_64-linux 5.8.5 5.8.5/x86_64-linux 5.8.6 5.8.6/x86_64-linux 5.8.7 5.8.7/x86_64-linux  -Dcf_by=Gentoo -Ud_csh -Dusenm -Ui_ndbm -Ui_gdbm -Di_db -Dusrinc=/usr/include/gentoo-multilib/amd64 -Dlibpth=/usr/local/lib64 /lib64 /usr/lib64'
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=define use64bitall=define uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='x86_64-pc-linux-gnu-gcc', ccflags ='-fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-O2 -pipe',
    cppflags='-fno-strict-aliasing -pipe -Wdeclaration-after-statement'
    ccversion='', gccversion='3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9)', gccosandvers=''
    intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='x86_64-pc-linux-gnu-gcc', ldflags =' -L/usr/local/lib64'
    libpth=/usr/local/lib64 /lib64 /usr/lib64
    libs=-lpthread -lnsl -ldb -ldl -lm -lcrypt -lutil -lc
    perllibs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc
    libc=/lib/libc-2.3.6.so, so=so, useshrplib=false, libperl=libperl.a
    gnulibc_version='2.3.6'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
    cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib64'


Characteristics of this binary (from libperl): 
  Compile-time options: PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT
                        USE_LARGE_FILES USE_PERLIO
  Built under linux
  Compiled at Aug  7 2006 14:59:48
  %ENV:
    PERL5LIB="/usr/lib64/perl5/vendor_perl/5.8.8/"
  @INC:
    /usr/lib64/perl5/vendor_perl/5.8.8//x86_64-linux
    /usr/lib64/perl5/vendor_perl/5.8.8/
    /etc/perl
    /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux
    /usr/lib64/perl5/vendor_perl/5.8.8
    /usr/lib64/perl5/vendor_perl
    /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux
    /usr/lib64/perl5/site_perl/5.8.8
    /usr/lib64/perl5/site_perl
    /usr/lib64/perl5/5.8.8/x86_64-linux
    /usr/lib64/perl5/5.8.8
    /usr/local/lib/site_perl
    .
Comment 4 Michael Stewart (vericgar) (RETIRED) gentoo-dev 2006-08-07 19:16:40 UTC 
This looks more like a perl bug rather then an apache bug.
Comment 5 Michael Cummings (RETIRED) gentoo-dev 2006-08-07 19:29:26 UTC 
working through the h2ph problems on irc atm. why is apache pulling in .ph files though? (seems odd)
Comment 6 Michael Cummings (RETIRED) gentoo-dev 2006-08-07 19:43:31 UTC 
ok, the bug is that we need to asm* and sys* (and if gentoo* if it exists, such as on the gentoo-multilib boxes) in both perl-cleaner and the perl ebuild. i'll look into this in the morning. please keep this bug open for now so i don't forget, though OP's problem appears to be wrapped up.
Comment 7 Michael Cummings (RETIRED) gentoo-dev 2006-08-18 15:14:50 UTC 
perl ebuilds updated; perl-cleaner updated. this should be all set now.
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2007-02-25 13:43:55 UTC 
(In reply to comment #7)
> perl ebuilds updated; perl-cleaner updated. this should be all set now.
> 

So, closing.