<?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[Kernel: arpresolve ENDLESS !!!]]></title><description><![CDATA[<p dir="auto">As far back as I can remember, when a WAN interface that is being monitored by dpinger is disconnected - the log goes CRAZY with</p>
<pre><code>kernel: arpresolve: can't allocate llinfo for W.X.Y.Z on foo
kernel: arpresolve: can't allocate llinfo for W.X.Y.Z on foo
kernel: arpresolve: can't allocate llinfo for W.X.Y.Z on foo
kernel: arpresolve: can't allocate llinfo for W.X.Y.Z on foo
kernel: arpresolve: can't allocate llinfo for W.X.Y.Z on foo
(...repeats endlessly, multiple times per second, filling up your logs...)
</code></pre>
<p dir="auto">I know this is at least somewhat related to states that are no longer valid due to the route being removed (cable unplugged, gateway down, etc).  So:</p>
<ol>
<li>
<p dir="auto">is there any way to have these messages NOT written to disk? I suppose I wouldn't mind seeing them on the console but it sure makes the logs fill up fast and makes it hard to debug your system.log</p>
</li>
<li>
<p dir="auto">is there a way to see WHAT is generating these unroutable packets? I believe something is not being killed properly when rc.gateway_alarm or rc.linkup are being called but it's very hard to determine what is generating these packets… tcpdump doesn't work because I don't think the packets are ever hitting the wire, they are just knocking around in the kernel etc...?</p>
</li>
<li>
<p dir="auto">if #1 and #2 are not possible, is it possible to modify /etc/syslog.conf and funnel <strong>kernel</strong> messages to /var/log/kernel.log instead?</p>
</li>
</ol>
]]></description><link>https://forum.netgate.com/topic/112796/kernel-arpresolve-endless</link><generator>RSS for Node</generator><lastBuildDate>Mon, 20 Apr 2026 12:56:09 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/112796.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 09 Mar 2017 23:03:53 GMT</pubDate><ttl>60</ttl></channel></rss>