<html><head></head><body><p dir="ltr">The bug is interesting, but the latest Centos patches don't fix the problem. The original server hadn't been patched for donkeys, so at a loss why it started happening, just need to fix the bugger. There's the odd network error, but nothing worse than normal.<br>
</p>
<div class="gmail_quote" >On 25 Aug 2016, at 08:52, Jason Irwin via Nottingham <<a href="mailto:nottingham@mailman.lug.org.uk" target="_blank">nottingham@mailman.lug.org.uk</a>> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="blue">On 25/08/16 07:51, John via Nottingham wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Googling suggests cups is sending a SNMP request which these<br> devices don't support.<br></blockquote>Wait for a quiet period and Wireshark it? If there is an SNMP being <br>sent, should be easy enough to spot.<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> The only solution is to amend the PPD file.<br> However I'm printing pcl using the raw model, so no PPD file.<br></blockquote>Does this bug apply? <a href="https://bugzilla.redhat.com/show_bug.cgi?id=709896">https://bugzilla.redhat.com/show_bug.cgi?id=709896</a><br>(I don't have access, not joined the Developer program yet)<br><br>BZ#709896<br> Previously when printing to a raw print queue, when using certain <br>printer models, CUPS was incorrectly sending SNMP
queries. As a <br>consequence there was a noticeable 4-second delay between queueing the <br>job and the start of printing. With this update the problem is fixed and <br>CUPS no longer tries to collect SNMP supply and status information for <br>raw print queues</pre><pre class="blue"><br>Why is this suddenly biting you? All I can think of is that something, <br>possibly non-obvious, has been changed.<br></pre></blockquote></div></body></html>