| Summary: | webmin-1.170-r1 cause a Segmentation fault on start | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Joakim <moonwalker> |
| Component: | [OLD] Server | Assignee: | Gentoo Perl team <perl> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | eradicator, sgtphou |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Joakim
2004-11-19 08:54:33 UTC
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. 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) |
