While testing our new php application for almost a week now on amd64 everything went well. Last night I did an update of the system, and this morning I receive e-mail the application stopped working before saving occurs. It seems session_start() works for a new session, and does some edits but eventually stops. Reviewing the emerge log since the failure, curl is high on my 'bad feelings' list. Now rebuilding php/apache2 in order to see if something happens. (yes I know I should not put ~x86 on a amd64...) Portage 2.1_pre5-r1 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.5-r3, 2.6. 15-gentoo x86_64) ================================================================= System uname: 2.6.15-gentoo x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.12.0_pre16 dev-lang/python: 2.3.5, 2.4.2-r1 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-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64 ~x86" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X1 1/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://sunsite.infor matik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/ge ntoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.nl.gentoo.org/gentoo-portage" USE="amd64 X alsa apache2 avi bitmap-fonts bzip2 cairo crypt cups dv eds emboss encode flac font-server foomaticdb fortran gif gstreamer gtk2 imlib ipv6 jpeg kd e lcms libsamplerate lzw lzw-tiff mad mp3 mpeg ncurses nls nptl nptlonly ogg ope ngl pam pdflib perl pic png python quicktime readline sndfile sox spell sqlite s sl svg tcpd theora tiff truetype truetype-fonts type1-fonts usb userlocales v4l vorbis xml2 xpm xprint xv xvid zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS, M AKEOPTS
It seems the session is waiting for the database, and that seems to be locked per apache instance. Probably a strange bug between chair and keyboard.
(In reply to comment #1) > It seems the session is waiting for the database, and that seems to be locked > per apache instance. Probably a strange bug between chair and keyboard. Heh, OK. Closing, thanks for reporting back. :)
