Hi--
On Jan 29, 2010, at 8:51 AM, James Smallacombe wrote:
>> On Thu, Jan 28, 2010 at 12:59 PM, James Smallacombe wrote:
>>> To follow up on this: Noticed the issue again this morning, which also was
>>> accompanied by latency so high that I could not connect (some pings got
>>> through at very h
On Fri, Jan 29, 2010 at 10:51 AM, James Smallacombe wrote:
> Some updates that may confuse more than inform: I caught this while it was
> happening yesterday and was able to do a tcpdump. I saw a ton of UDP
> traffic outbound to one IP that turned out to be a colocated server in
> Chicago. I pu
On Thu, Jan 28, 2010 at 12:59 PM, James Smallacombe wrote:
To follow up on this: Noticed the issue again this morning, which also was
accompanied by latency so high that I could not connect (some pings got
through at very high latency). I emailed the provider and they told me that
they had my
On Thu, Jan 28, 2010 at 12:59 PM, James Smallacombe wrote:
> To follow up on this: Noticed the issue again this morning, which also was
> accompanied by latency so high that I could not connect (some pings got
> through at very high latency). I emailed the provider and they told me that
> they h
On Wed, 27 Jan 2010, Chuck Swiger wrote:
Hi--
On Jan 27, 2010, at 1:15 PM, James Smallacombe wrote:
Jan 26 21:50:32 host named[667]: client #57938: error sending
response: not enough free resources
Jan 26 21:50:32 host named[667]: client #59830: error sending
response: not enough free
On Wed, 27 Jan 2010, Chuck Swiger wrote:
On Jan 27, 2010, at 1:15 PM, James Smallacombe wrote:
Jan 26 21:50:32 host named[667]: client #57938: error
sending response: not enough free resources
indicates a problem sending UDP traffic; netstat -s output would be
Unfortunately, I did not
Hi--
On Jan 27, 2010, at 1:15 PM, James Smallacombe wrote:
>>> Jan 26 21:50:32 host named[667]: client #57938: error sending
>>> response: not enough free resources
>>> Jan 26 21:50:32 host named[667]: client #59830: error sending
>>> response: not enough fre
nough free resources
Jan 26 21:50:32 host named[667]: client #59830: error sending
response: not enough free resources
Were these client IPs expected to be talking to this machine? It
This server is authoritative for a few hundred domains, so I would imagine
anybody doing a query on any of them
t; rebooted it and it was fine.
>
> After getting home, I looked in the syslog and see thousands of these:
>
> Jan 26 21:50:32 host named[667]: client #57938: error sending
> response: not enough free resources
> Jan 26 21:50:32 host named[667]: client #59830: error sending
over IP. CPU was fine and
there wre no full partitions. As I had to catch a flight, I just rebooted it
and it was fine.
After getting home, I looked in the syslog and see thousands of these:
Jan 26 21:50:32 host named[667]: client #57938: error sending
response: not enough free resources
This is a dedicated server in a datacenter. I don't know the exact
switch specs but it's likely a
layer 2/3 managed switch. Probably a 1U catalyst.
you mean cisco?
there are actually most problematic switches. They don't properly
autonegotiate speed and full/half duplex with many network card
Steve Bertrand wrote:
Chris St Denis wrote:
Steve Bertrand wrote:
What type of device is em1 attached to? Is it a switch or a hub? Is it
possible to upgrade this? You should upgrade it to 100 (or 1000)
anyways. Does this device show any collisions?
This is a dedicated se
Not really. The point is that at the time the network card goes from up to
down, named spits out this error. If you log named to a different log file
then /var/log/messages, you will not see the relation. The reason for changing
this is one reason i always change syslog.conf to configure everyth
On Wednesday 03 June 2009 11:48:48 Wojciech Puchar wrote:
> >> possible reasons
> >> - your firewall rules are the cause - check it.
> >> - your network card produce problems (REALLY i have that case)
> >> - the network/LAN named tries to sent UDP packet is somehow flooded.
> >
> > - the network c
possible reasons
- your firewall rules are the cause - check it.
- your network card produce problems (REALLY i have that case)
- the network/LAN named tries to sent UDP packet is somehow flooded.
- the network card changes from UP to DOWN state at the time of the error
See that a lot running
On Wednesday 03 June 2009 00:46:20 Wojciech Puchar wrote:
> > named[69750]: client *ip removed*: error sending response: not
> > enough free resources
>
> quite misleading message, but the problem is that named want to send UDP
> packet and get's error from kern
- the network/LAN named tries to sent UDP packet is somehow flooded.
Dns is probably fairly busy. It's the primary authorative dns for some
busy domains.
Is there a setting I can do to increase the limits of UDP packets to keep
it from
causing problems?
it would need t
Chris St Denis wrote:
> Steve Bertrand wrote:
>> What type of device is em1 attached to? Is it a switch or a hub? Is it
>> possible to upgrade this? You should upgrade it to 100 (or 1000)
>> anyways. Does this device show any collisions?
>>
> This is a dedicated server in a datacenter. I don't
- the network/LAN named tries to sent UDP packet is somehow flooded.
>>
>
> Dns is probably fairly busy. It's the primary authorative dns for
> some busy domains. Is there a setting I can do to increase the
> limits of UDP packets to keep it from causing problems?
>
If you extend the SOA
On Tue, Jun 2, 2009 at 4:46 PM, Wojciech Puchar <
woj...@wojtek.tensor.gdynia.pl> wrote:
> lot of searching and have found others with similar problems, but no
>> solutions.
>>
>> named[69750]: client *ip removed*: error sending response: not
>> enough free r
Steve Bertrand wrote:
Chris St Denis wrote:
Wojciech Puchar wrote:
possible reasons
- your firewall rules are the cause - check it.
Nope
eureka# ipfw list
- your network card produce problems (REALLY i have that case)
I have had this kind of error on mul
Steve Bertrand wrote:
> Steve Bertrand wrote:
>> Chris St Denis wrote:
>>> Wojciech Puchar wrote:
possible reasons
- your firewall rules are the cause - check it.
>>>Nope
>>>
>>>eureka# ipfw list
>>>
- your network card produce problems (REALLY i have that case)
>>>I have
Steve Bertrand wrote:
> Chris St Denis wrote:
>> Wojciech Puchar wrote:
>
>>> possible reasons
>>> - your firewall rules are the cause - check it.
>>Nope
>>
>>eureka# ipfw list
>>
>>> - your network card produce problems (REALLY i have that case)
>>I have had this kind of error on mult
Chris St Denis wrote:
> Wojciech Puchar wrote:
>> possible reasons
>> - your firewall rules are the cause - check it.
>
>Nope
>
>eureka# ipfw list
>
>> - your network card produce problems (REALLY i have that case)
>
>I have had this kind of error on multiple servers over the years
Wojciech Puchar wrote:
lot of searching and have found others with similar problems, but no
solutions.
named[69750]: client *ip removed*: error sending response: not
enough free resources
named[69750]: client *ip removed*: error sending response: not
enough free resources
named[69750
lot of searching and have found others with similar problems, but no
solutions.
named[69750]: client *ip removed*: error sending response: not
enough free resources
named[69750]: client *ip removed*: error sending response: not
enough free resources
named[69750]: client *ip removed
I occasionally get named errors like these in my messages log. I've done
a lot of searching and have found others with similar problems, but no
solutions.
named[69750]: client *ip removed*: error sending response: not
enough free resources
named[69750]: client *ip removed*:
2006 18:22:16 +0100 (CET)
Wojciech Puchar <[EMAIL PROTECTED]> wrote:
getting such things under high load
Nov 25 18:20:20 3miasto named[996]: client 193.220.192.36#36674: error
sending response: not enough free resources
sometimes even ping doesn't work well.
what resources are miss
client 193.220.192.36#36674: error
sending response: not enough free resources
sometimes even ping doesn't work well.
what resources are missing and how to change them?
Check the output of 'netstat -m' to see if there are any clues as to what
is being starved. Once you know, it shouldn&#x
On Sat, 25 Nov 2006 18:22:16 +0100 (CET)
Wojciech Puchar <[EMAIL PROTECTED]> wrote:
> getting such things under high load
>
> Nov 25 18:20:20 3miasto named[996]: client 193.220.192.36#36674: error
> sending response: not enough free resources
>
>
> sometimes
getting such things under high load
Nov 25 18:20:20 3miasto named[996]: client 193.220.192.36#36674: error
sending response: not enough free resources
sometimes even ping doesn't work well.
what resources are missing and how to change
31 matches
Mail list logo
