After upgrading Webmin to 1.170-r1 it wont start, throwing at me: # /etc/init.d/webmin start * Starting Webmin ... /etc/init.d/webmin: line 21: 7081 Segmentation fault start-stop-daemon --start --quiet --exec /usr/libexec/webmin/miniserv.pl [ !! ]min/miniserv.conf Before upgrade I synced and also updated kernel to gentoo-sources 2.4.28-r1, which was first in line. I compiled kernel, restarted and noticed webmin never came up (same with usermin btw, but that's maybe because webmin doesn't run) and on manual start I got the above. I then unmerged webmin and emerged it again, but still same result? Reproducible: Always Steps to Reproduce: 1. # /etc/init.d/webmin start 2. 3. Actual Results: * Starting Webmin ... /etc/init.d/webmin: line 21: 7081 Segmentation fault start-stop-daemon --start --quiet --exec /usr/libexec/webmin/miniserv.pl [ !! ]min/miniserv.conf Expected Results: start, of course :-) Portage 2.0.51-r3 (default-linux/x86/2004.2, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.4.28-gentoo-r1 i586) ================================================================= System uname: 2.4.28-gentoo-r1 i586 AMD-K6(tm) 3D+ Processor Gentoo Base System version 1.6.6 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux-headers-2.4.21,sys-kernel/linux-headers-2.4.22,sys-kernel/linux-headers-2.4.19-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=k6-3 -O3 -pipe" CHOST="i586-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k6-3 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://gentoo.inode.at/source/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="aalib apache2 avi berkdb bitmap-fonts crypt encode f77 foomaticdb fortran gd gdbm geoip ggi gif gpm gtk2 imagemagick imap imlib jpeg libg++ libwww mad maildir mpeg mysql ncurses nls pam pdflib perl png python quicktime readline sasl sdl slang snmp spell sqlite ssl tcpd tiff truetype usb vhosts virus-scan wmf x86 xml xml2 zeo zlib"
what version of perl do you have? Can you please get a backtrace of how perl dies? Please try 1.170.
dev-lang/perl Latest version available: 5.8.5-r1 Latest version installed: 5.8.5-r1 Size of downloaded files: 11,651 kB Homepage: http://www.perl.org/ Description: Larry Wall's Practical Extraction and Reporting Language License: Artistic GPL-2 Backtrace, how? I got lots of problem with deps after upgrading perl, and had to run libperl_rebuilder which at least solved the problems I had with amavisd-new. Not sure if this can have something to do with it?
webmin-1.170.ebuild gives about same result: # /etc/init.d/webmin start * Starting Webmin ... /etc/init.d/webmin: line 21: 11364 Segmentation fault start-stop-daemon --start --quiet --exec /usr/libexec/webmin/miniserv.pl [ !! ]min/miniserv.conf
and you say that 1.160 doesn't cause it to segfault?
No, I didn't say that, 1.160 have been running all the time afaik, but did never try to restart it. I will go back to 1.160 again and see what happens. It might be something else, perl or possibly Net-SSLeay-1.25
Your hint was correct, same thing with 1.160, so what can it be then? I will try to re-emerge Net-SSLeay and see that happens, or maybe even perl? I think all this started when I upgraded to gcc-3.4.3 and then perl-5.8.5-r1, I didn't notice anything however until I emerged and compiled gentoo-sources-2.4.28_rc3-r1, after restart all just queed up as amavisd-new didn't want to start, complaining about missing deps. That's when it became clear to me the different perl libs was linked to a few different perl versions starting with 5.8.0. I then tested to run revdeps-rebuild but it found nothing so went on with libperl_rebuilder, which ran 3 passes before exit normally. This solved the amavisd-new problem and I wasn't thinking of webmin at the time.
I "thought" I found it, emerging Net-SSLeay with FEATURE='maketest' I saw this: Checking for OpenSSL-0.9.6j or 0.9.7b or newer... You have OpenSSL-0.9.7d installed in /usr *** Could not figure out which C compiler was used to compile /usr/bin/openssl. It is essentiall that OpenSSL, perl, and Net::SSLeay are compiled with the same compiler and flags. Mixing and matching compilers is not supported. at Makefile.PL line 140. so I re-emerged openssl, then Net-SSLeay again and finaly webmin-1.170-r1, but still same segfault on start, what's next? Do I need to emerge perl again? It's already emerged with gcc-3.4.3
Well rebuild libperl and perl with no change, possibly something is broken in the toolchain. So decided to go for a #emerge -e system && emerge -e system, so lets see if it makes a differance. I think it's a good thing anyway as there been so many gcc and glibc upgrades since the box was set up.
reassigning to perl as this isn't a webmin bug... I can't really help you much, sorry...
No I understand it's probably not webmin but rather perl. Have done a #emerge -e system && emerge -e system and same result. Now runing a #emerge -e world, a bit drastic maybe but have had thoughts on doing it anyway to bring all things in line. If it doesn't help, at least I have "fresh" system.
Mass re-assign.
In case you're still encountering this problem, please run: # perl -V and post the output.
No longer seeing it, long ago moved on to 1.250
closing bug, been ages and if nothing else current authen-pam should be good (which i believe was a part of this bugs problems)