<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Alix board - perl exited on signal 4]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I'm trying out pfSense on my Alix 2D13 and I see a bunch of messages like this in my system.log</p>
<pre><code>pfSense kernel: pid 96532 (perl), uid 0: exited on signal 4 (core dumped)
</code></pre>
<p dir="auto">It's a fresh install of full pfSense 2.2.6 (not a nano - I use a microdrive)</p>
<p dir="auto">When I open perl.core in a viewer I see /usr/pbi/lightsquid-i386/local/bin/perl5.14.4 among other pieces of text. Lightsquid doesn't work, of course.</p>
<p dir="auto">BTW I was very surprised to find that squid3 brought its own version of perl (5.18.4). I would expect that if 2 packages of a distribution are depending on a 3rd package and all 3 are installed using distro's package manager, that 3rd would be shared by the other 2.</p>
<p dir="auto">But anyway, I'm not sure if squid is actually using it. Because when I did</p>
<pre><code>
cd  /usr/pbi/squid-i386/local/bin
./perl -v

</code></pre>
<p dir="auto">I got "Illegal instruction (core dumped)" and perl.core dumped in that folder also contained string /usr/pbi/lightsquid-i386/local/bin/perl5.14.4. Squid seems to work ok though (transparent mode) - at least access.log grows.</p>
<p dir="auto">I googled a bit and my understanding is that illegal instruction (aka signal 4), means that pearl was compiled with some instruction set that my Geode doesn't fully support. I searched system.log for "signal 4" and perl is the only app exhibiting this problem.</p>
<p dir="auto">So, is there a way to sort this out? Compiling my own copy of perl is not an option and I don't really want to try the nano version.</p>
<p dir="auto">Please note that I'm not unix-savvy.</p>
]]></description><link>https://forum.netgate.com/topic/95649/alix-board-perl-exited-on-signal-4</link><generator>RSS for Node</generator><lastBuildDate>Sun, 19 Apr 2026 23:24:43 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/95649.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 17 Feb 2016 12:41:24 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Alix board - perl exited on signal 4 on Sat, 20 Feb 2016 09:56:00 GMT]]></title><description><![CDATA[<p dir="auto">That's the nature of PBIs, which are gone in 2.3.</p>
]]></description><link>https://forum.netgate.com/post/604172</link><guid isPermaLink="true">https://forum.netgate.com/post/604172</guid><dc:creator><![CDATA[cmb]]></dc:creator><pubDate>Sat, 20 Feb 2016 09:56:00 GMT</pubDate></item><item><title><![CDATA[Reply to Alix board - perl exited on signal 4 on Sat, 20 Feb 2016 13:18:36 GMT]]></title><description><![CDATA[<p dir="auto">Ok, in case someone googles this up:</p>
<p dir="auto">Uninstall lightsquid and clean up as described here <a href="http://doc.pfsense.org/index.php/Lightsquid_Troubleshooting" target="_blank" rel="noopener noreferrer nofollow ugc">http://doc.pfsense.org/index.php/Lightsquid_Troubleshooting</a></p>
<p dir="auto">Then install perl from FreeBSD repo using shell:</p>
<pre><code>
pkg
pkg update
pkg install perl5
rehash
perl -v

</code></pre>
<p dir="auto">Install lightsquid through Web UI and confirm it didn't break perl by running "perl -v". And clean up:</p>
<pre><code>
rm -rf /usr/pbi/squid-i386/local/lib/perl5
rm -rf /usr/pbi/squid-i386/local/bin/perl*
rm -rf /usr/pbi/lightsquid-i386/local/lib/perl5
rm -rf /usr/pbi/lightsquid-i386/local/bin/perl*
find / -name perl.core -exec rm {} \;

</code></pre>
<p dir="auto">Graphs were failing with HTTP 500 - Internal Server Error. I ran these commands</p>
<pre><code>
cd /usr/local/www/lightsquid
./check-setup.pl

</code></pre>
<p dir="auto">And it said "no: GD.PM found, please install or set $graphreport=0 to disable". Installing p5-GD fixed the problem:</p>
<pre><code>
pkg install p5-GD

</code></pre>
<p dir="auto">I must say I'm disappointed about how packages are organized in pfSense. My impression so far is that it's just a set of disjoint poorly maintained packages…</p>
]]></description><link>https://forum.netgate.com/post/604170</link><guid isPermaLink="true">https://forum.netgate.com/post/604170</guid><dc:creator><![CDATA[Den]]></dc:creator><pubDate>Sat, 20 Feb 2016 13:18:36 GMT</pubDate></item></channel></rss>