From owner-freebsd-questions@FreeBSD.ORG Mon Nov 30 16:18:15 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE806106566B for ; Mon, 30 Nov 2009 16:18:15 +0000 (UTC) (envelope-from d.meyers@lancaster.ac.uk) Received: from sideburn.lancs.ac.uk (sideburn.lancs.ac.uk [148.88.17.22]) by mx1.freebsd.org (Postfix) with ESMTP id A19EC8FC08 for ; Mon, 30 Nov 2009 16:18:15 +0000 (UTC) Received: from exchange-fe6.lancs.ac.uk ([148.88.26.6] helo=exchange-fe6.lancs.local) by sideburn.lancs.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NF8x4-00049g-49 for freebsd-questions@freebsd.org; Mon, 30 Nov 2009 16:18:14 +0000 Received: from exchange-be8.lancs.local ([10.42.26.7]) by exchange-fe6.lancs.local with Microsoft SMTPSVC(6.0.3790.3959); Mon, 30 Nov 2009 16:18:00 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 30 Nov 2009 16:18:12 -0000 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PL_sv_undef and PL_stack_max undefined - FreBSD 8.0, Perl 5.8.9 or 5.10, FreeRADIUS 2.1.6 Thread-Index: Acpxzc24C/ruVN3BEd7GhwAZuTOjXwACSgNg References: From: "Meyers, Dan" To: X-OriginalArrivalTime: 30 Nov 2009 16:18:00.0650 (UTC) FILETIME=[AF9A9AA0:01CA71D8] Subject: RE: PL_sv_undef and PL_stack_max undefined - FreBSD 8.0, Perl 5.8.9 or 5.10, FreeRADIUS 2.1.6 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2009 16:18:16 -0000 Had a bit more of a poke. Same symptoms under FreeBSD 7.2 amd64. I am now looking towards there being some kind of issue with the perl or freeradius in ports/packages. Has anyone else seen this at all?=20 > -----Original Message----- > From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- > questions@freebsd.org] On Behalf Of Meyers, Dan > Sent: 30 November 2009 15:00 > To: freebsd-questions@freebsd.org > Subject: PL_sv_undef and PL_stack_max undefined - FreBSD 8.0,Perl 5.8.9 > or 5.10, FreeRADIUS 2.1.6 >=20 > We've had a setup for a while where we have a FreeBSD server running > FreeRADIUS 2.1.6 and using the rlm_perl module to examine a database > and > do some fairly complex checking of the returned data before deciding > whether to accept or reject the radius request. This works fine on > FreeBSD 7.2 amd64 with Perl 5.8.9 and FreeRADIUS 2.1.6 (all compiled > from source out of the same copy of the ports tree. Perl compiled > without threading support as that causes issues with our database > connections when under high load). >=20 > We had need to reinstall one of the servers over the weekend (We went > from i386 to amd64 a while back, and now we're periodically getting > mysql [replicated across multiple servers, but with a ruby on rails app > running on and talking to/updating the mysql master] hanging on what > should be very simple requests and causing our Ruby on Rails apps to > die. We're going back to i386 to see if that resolves the issue, as the > rails code hasn't been changed so it shouldn't be that. As far as we > can > tell, it is actually mysql that is hanging, not a lost connection from > rails or similar). >=20 > Anyway, as FreeBSD 8.0 is now out we decided to go with that. But now I > can't get radius to start with rlm_perl enabled. Our radius script uses > (among other things) the 'Switch' perl module. On trying to run radius > -X I get the following: >=20 > Can't load > '/usr/local/lib/perl5/5.8.9/mach/auto/Filter/Util/Call/Call.so' for > module Filter::Util::Call: > /usr/local/lib/perl5/5.8.9/mach/auto/Filter/Util/Call/Call.so: > Undefined > symbol "PL_stack_max" at /usr/local/lib/perl5/5.8.9/mach/DynaLoader.pm > line 226. > at /usr/local/lib/perl5/5.8.9/Switch.pm line 11 >=20 > and radius refuses to start. >=20 > I've not got the perl Filter module installed, and installing it makes > no difference. But this seems to be a minor symptom of a larger problem > - >=20 > The freeradius provided example script doesn't use Switch, but does use > Data:Dumper. When I install a completely different server (a VM) with > FreeBSD 8.0 and run up perl and FreeRADIUS using the example.pl > rlm_perl > script, I get much the same error, but for a slightly different > variable: >=20 > Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/Data/Dumper/Dumper.so' > for module Data::Dumper: > /usr/local/lib/perl5/5.8.9/mach/auto/Data/Dumper/Dumper.so: Undefined > symbol "PL_sv_undef" at /usr/local/lib/perl5/5.8.9/mach/XSLoader.pm > line > 70. > at /usr/local/lib/perl5/5.8.9/mach/Data/Dumper.pm line 36 >=20 > I've tried commenting and uncommenting various modules in the script I > want to run. Time::HiRes also causes a moan about PL_sv_undef. > File::Basename seems to work OK. What's odd is that if I run up a test > perl script that just does a 'use Switch;' and then has a switch > statement in that prints out some text then it works absolutely fine > from the command line. I have to admit to being a bit out of my depth > here. I'm not sure if the issue is with freeradius/rlm_perl, perl > itself, or what. >=20 > As a last ditch test, I tried FreeBSD 7.2 i386 in a VM. I was very > surprised when I got the same error, even though this server that is > now > having issues was FreeBSD 7.2 (admittedly on amd64) and having no > problems whatsoever. I am completely stumped. Why are these symbols > undefined, and what do I need to do to get things working? >=20 > Thanks in advance. Apologies for the wall of text.