some icons under xfwm4 not
showing,
and some of the top menu bar text hosed (showing the square box char which
usually
indicates bad character data).
I was able to shut it down by exiting the controlling xterm.
Somewhere in there I'm pretty sure I saw a message something like
"Too
Matthew Seaman:
One unfortunate consequence is that any relative paths within named.conf
have to be altered accordingly.
Thanks for your detailed explanation, I will follow up and let you know
if I managed to solve it.
BR
Jos Chrispijn
___
freebsd-qu
on 04/08/2011 11:33, Jos Chrispijn wrote:
> I latety face an issue with BIND 9.4.-ESV-R4-P1.
I deduce that you are running FreeBSD 7.x
> According to my log file, I get the following error:
> Aug 4 12:00:03 triton named[93266]: starting BIND 9.4.-ESV-R4-P1 -c
> /etc/namedb/n
Dear group,
I latety face an issue with BIND 9.4.-ESV-R4-P1.
According to my log file, I get the following error:
Aug 4 12:00:03 triton named[93266]: starting BIND 9.4.-ESV-R4-P1 -c
/etc/namedb/named.conf -t /var/named -u bind
Aug 4 12:00:03 triton named[93266]: command channel listening on
fuser(1) man page mentions the tool is supposed to list processes that
have specified named file(s) open. As there are several types of files
(according to stat(2)) it's not clear which are supported, e.g.
$ (mkfifo foo.fifo; cat <>foo.fifo) & nc -lU foo.socket &
$ fus
ues. I thought you were set when we
> fixed your resolv last night.
>
> Okay - let's start from scratch here
>
> Are you sure you need a named? Are you actually serving dns for your own IP
> addresses or are you using it as a caching server.
i am actua
EVERY system it tells ALL
of the software to get name services from. We fixed this last night for one of
your systems by pointing it at a name server that works (the one you had did
not work)
B) named provides name services (as well as forwarding to other dns
services) and can be
On Wed, Jan 19, 2011 at 06:11:23PM -0500, Robert Boyer wrote:
> Sorry to see you are still having issues. I thought you were set when we
> fixed your resolv last night.
>
> Okay - let's start from scratch here
>
> Are you sure you need a named? Are you actually serv
Sorry to see you are still having issues. I thought you were set when we fixed
your resolv last night.
Okay - let's start from scratch here
Are you sure you need a named? Are you actually serving dns for your own IP
addresses or are you using it as a caching server. Getting a new
Yesterday noon my time I rebooted my server. Things seemed to be slow.
Several streams were hanging or stopping, and because ethic.thought.org had
been up for 61 days I figured it wouldn't hurt to reinitialize stuff.
Well, nutshell, disaster. For hours it wasn't clear whether the server would
su
built when we
could be doing DNS.
Since I am not using that version of bind, not getting
it built is no problem. I don't even care if it gets built so
long as it does not end up in /usr/sbin to clobber the new
bind9.7.
If your ports version of named is in /usr/sbin you must have en
On Fri, 10 Sep 2010 15:58:42 -0500
Martin McCormick wrote:
> After successfully installing bind97 from a package on
> to a new server, I do a cvs-sup of the system to get the latest
> patches in to the kernel. After discovering that bind97 had been
> replaced with bind9.6.1,
Presumably th
At 04:58 PM 9/10/2010, Martin McCormick wrote:
contrib/bind9 directory. What is the safest way to disable that
build without adversly effecting the rest of the update?
Hi,
Take a look at the man page for src.conf (and make.conf for
completeness). You can control parts of what gets buil
After successfully installing bind97 from a package on
to a new server, I do a cvs-sup of the system to get the latest
patches in to the kernel. After discovering that bind97 had been
replaced with bind9.6.1, I looked in /usr/src and there is a
contrib/bind9 directory. What is the safest wa
Matthew Seaman writes:
> Furthermore, the default setup *is* for named to run as an unprivileged
> process. The setup is very carefully designed so that named doesn't
> have write permission on the directory where its configuration files are
> stored, or on directories that co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17/06/2010 09:37:03, krad wrote:
> so the logical extension to this is by changing the ownership of the
> directory to bind, you are making the configuration directory writeable, and
> therefore you are actually lowering security.
Correct.
On 17 June 2010 08:47, Matthew Seaman wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 17/06/2010 04:21:34, Peter Boosten wrote:
> > On 17-6-2010 4:58, Robert Huff wrote:
> >>
> >> Martin McCormick writes:
> >>
> >>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17/06/2010 04:21:34, Peter Boosten wrote:
> On 17-6-2010 4:58, Robert Huff wrote:
>>
>> Martin McCormick writes:
>>
>>> Is there a way to keep /var/named owned by bind across
>>> reboots?
>>
&g
On 17-6-2010 4:58, Robert Huff wrote:
>
> Martin McCormick writes:
>
>> Is there a way to keep /var/named owned by bind across
>> reboots?
>
> Yes. I had this happen for a long time.
> The bad news is it had been years since I fixed it, and I no
Martin McCormick writes:
> Is there a way to keep /var/named owned by bind across
> reboots?
Yes. I had this happen for a long time.
The bad news is it had been years since I fixed it, and I no
longer remember exactly what I did. I will keep
I run named chrooted to bind but not in a jail. When the
system reboots, something changes ownership of /var/named back
to root:wheel.
I have thought several times I figured out how to
prevent this from happening, but to no avail. The most promising
lead was the following
On 5/25/2010 4:58 PM, Thomas Keusch wrote:
On Tue, May 25, 2010 at 04:30:04PM -0700, Drew Tomlinson wrote:
Hi Drew,
In my home network, I have named running to resolve machines on my LAN.
It is also configured to forward requests to my ISP for all other queries.
On another machine in my
On Tue, May 25, 2010 at 04:30:04PM -0700, Drew Tomlinson wrote:
Hi Drew,
> In my home network, I have named running to resolve machines on my LAN.
> It is also configured to forward requests to my ISP for all other queries.
>
> On another machine in my LAN, I used mpd to
In my home network, I have named running to resolve machines on my LAN.
It is also configured to forward requests to my ISP for all other queries.
On another machine in my LAN, I used mpd to create a vpn connection to
my work and set appropriate routes so that any machine on my LAN can
into the
identically named mirrors on the system where the drive has been inserted.
What's worse, they may also become recognized as the mirrors with the most
recent data, even though they came from a different system and should in fact
be immediately flagged as dirty and synchronized wit
On Thu, 2010-04-08 at 20:46 -0400, Brodey Dover wrote:
> If you already have a name server on your network then no, the WAP
> will not need to use DNS. You can tell the clients of the WAP that a
> nameserver exists in the DHCPD.conf file.
>
> I believe you can also set router 10.0.0.1 for example
0400 mikel king
>> wrote:
>>
>>> On Apr 8, 2010, at 4:57 PM, Gary Dunn wrote:
>>>
>>>> Continuing the saga of building a wireless access point, what is the
>>>> best way to provide DNS service to the dowstream network? Seems like
>>>
need is a simple pass-through. For that named seems like
overkill. Anyone have an /etc/named/named.conf that does that?
Depends on how your internal LAN is configured. Generally if there
are
no internal servers then you can forgo deploying a DNS server. Simply
setup your firewall IPFW or pf or
e pass-through. For that named seems like
>> overkill. Anyone have an /etc/named/named.conf that does that?
>
>
> Depends on how your internal LAN is configured. Generally if there are
> no internal servers then you can forgo deploying a DNS server. Simply
> setup your firewall
Gary Dunn wrote:
Continuing the saga of building a wireless access point, what is the best way
to provide DNS service to the dowstream network? Seems like all I need is a
simple pass-through. For that named seems like overkill. Anyone have an
/etc/named/named.conf that does that?
I normally
On Apr 8, 2010, at 4:57 PM, Gary Dunn wrote:
Continuing the saga of building a wireless access point, what is the
best way to provide DNS service to the dowstream network? Seems like
all I need is a simple pass-through. For that named seems like
overkill. Anyone have an /etc/named
On Apr 8, 2010, at 1:57 PM, Gary Dunn wrote:
> Continuing the saga of building a wireless access point, what is the best way
> to provide DNS service to the dowstream network?
Run a nameserver?
> Seems like all I need is a simple pass-through. For that named seems like
> overkill.
Continuing the saga of building a wireless access point, what is the best way
to provide DNS service to the dowstream network? Seems like all I need is a
simple pass-through. For that named seems like overkill. Anyone have an
/etc/named/named.conf that does that?
--
Gary Dunn, Honolulu
o
It seems that if you add an alias to an interface once named is up
and running, it will cause named, on an hourly basis from the time
named was first started (that is, if it was started at 07:32 after
the hour, then every hour after the alias is added at about 07:32
after each hour), named will
yes, I login with "toor" as root successfully.
2010/2/14 Chris Rees :
> On 13 February 2010 18:10, Matthew Seaman wrote:
>> On 13/02/2010 17:49, Bob Johnson wrote:
>>
>>> It is possible (I don't remember) that the "toor" account does not
>>> have a shell in the default passwd file. If that's the
On 13 February 2010 18:10, Matthew Seaman wrote:
> On 13/02/2010 17:49, Bob Johnson wrote:
>
>> It is possible (I don't remember) that the "toor" account does not
>> have a shell in the default passwd file. If that's the problem, use
>> vipw to add the path to a shell as the last field on the line
On 13/02/2010 17:49, Bob Johnson wrote:
> It is possible (I don't remember) that the "toor" account does not
> have a shell in the default passwd file. If that's the problem, use
> vipw to add the path to a shell as the last field on the line. The
> "root" account should provide a good example, o
On 2/12/10, Jason Lin wrote:
> I try this method, after set the password of "toor",
> I can't login with the account "toor".
It is possible (I don't remember) that the "toor" account does not
have a shell in the default passwd file. If that's the problem, use
vipw to add the path to a shell as t
I try this method, after set the password of "toor",
I can't login with the account "toor".
"Bogdan Webb"
??:c81e6afd1002102307l2b089a76p36a8d67d3085a...@mail.gmail.com...
> Edit the /etc/master.passwd and /etc/passwd records to change the uid and
> gid of the "root" account BUT FIRST MAKE
On 2/11/10, Jerry McAllister wrote:
> On Thu, Feb 11, 2010 at 01:58:07PM -0500, Bob Johnson wrote:
>
>> On 2/11/10, Robert Huff wrote:
>> >
>> > Lin Taosheng writes:
>> >
>> >> Is that possible to implementated?
>> >
>>
>> Yes, use vipw to edit the password file. Add another username that is
On Thu, 11 Feb 2010 08:04:00 +, Matthew Seaman
wrote:
>On 11/02/2010 05:23, Giorgos Keramidas wrote:
>>On Thu, 11 Feb 2010 00:18:30 -0500, Robert Huff wrote:
>>>Lin Taosheng writes:
Is that possible to implementated?
>>>
>>> For most purposes, what's important is not the account na
the "root"
> > account and have a non UID 0 account with that name. On the other
> > hand, if you're asking this question there may be a better way to
> > accomplish your objective: would you care to share?
>
> Having an account named "root" that is n
works properly when you do that in FreeBSD.
> As far as I know, there's no reason you can't rename the "root"
> account and have a non UID 0 account with that name. On the other
> hand, if you're asking this question there may be a better way to
> accomplish
On 11/02/2010 05:23, Giorgos Keramidas wrote:
> On Thu, 11 Feb 2010 00:18:30 -0500, Robert Huff wrote:
>> Lin Taosheng writes:
>>> Is that possible to implementated?
>>
>> For most purposes, what's important is not the account name,
>> but the User II. "Root" is special because it has UID 0.
Edit the /etc/master.passwd and /etc/passwd records to change the uid and
gid of the "root" account BUT FIRST MAKE SURE YOU ADD (or changed password
of) ANOTHER UID0 ACCOUNT
here's an example:
etc/master.passwd:
root:*PASSWORD HASH*:99:99::0:0:Charlie &:/root:/bin/csh
and /etc/passwd
root:*:99:99:
Lin Taosheng wrote:
>Is that possible to implementated?
No. I think not. But I have not tried it either.
Can I ask what do you want to achieve? Because I had the same thought once,
concerning how to combat once-increasing script-driven SSH brute-force attack.
But I was instead have a better so
On Thu, 11 Feb 2010 00:18:30 -0500, Robert Huff wrote:
>Lin Taosheng writes:
>> Is that possible to implementated?
>
> For most purposes, what's important is not the account name,
> but the User II. "Root" is special because it has UID 0. You can,
> create other accounts with UIS 0 ... but
Lin Taosheng writes:
> Is that possible to implementated?
For most purposes, what's important is not the account name,
but the User II. "Root" is special because it has UID 0. You can,
create other accounts with UIS 0 ... but it's usually a Very Bad
Idea.
As far as I know,
Hi all,
Is that possible to implementated?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
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
ot to mention is that this server is running
TWO instances of named, on two different IPs (for different domains), each
running a few hundred zones.
Bottom line: Would congestion cause this issue, or would this issue cause
congestion?
Some updates that may confuse more than inform: I caught this whi
.
> One key difference that I forgot to mention is that this server is running
> TWO instances of named, on two different IPs (for different domains), each
> running a few hundred zones.
>
> Bottom line: Would congestion cause this issue, or would this issue cause
> congestion?
&
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
ouple of hours earlier, then looked at the
archives and noticed zero traffic on that list for the past couple of
weeks, so I then posted here.
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 e
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
t;>> 6 11:23:52 PST 2009 ryal...@example.com:/usr/obj/usr/src/sys/FRODO
>>> amd64
>>>
>>> I have most things working, but I have noticed that every time I
>>> reboot the machine, I need to manually restart named to get it
>>> listening on the pr
>> amd64
>>
>> I have most things working, but I have noticed that every time I
>> reboot the machine, I need to manually restart named to get it
>> listening on the proper interfaces as by default it is listening on
>> 127.0.0.1 interfaces only. A simple /etc/r
manually restart named to get it
listening on the proper interfaces as by default it is listening on
127.0.0.1 interfaces only. A simple /etc/rc.d/named restart fixes it
which seems like it would be configured correctly, but I have had to
do this on a install before.
Anyone have a guess as to what
Greetings,
uname:
FreeBSD example.com 8.0-RELEASE-p1 FreeBSD 8.0-RELEASE-p1 #0: Sun Dec
6 11:23:52 PST 2009 ryal...@example.com:/usr/obj/usr/src/sys/FRODO
amd64
I have most things working, but I have noticed that every time I
reboot the machine, I need to manually restart named to get it
Jeffrey Goldberg wrote:
These are queries your mailservers are making to the spamhaus blocking
list.
How many queries to the ZEN Spamhaus DNSBL are you making per day? If
you exceed their "non-commercial" usage, they will cut you off.
I see.
Thank you all for your suggestions.
Jos Chrispijn
On Sep 25, 2009, at 2:00 PM, Jos Chrispijn wrote:
[named]
Lately I get messages like thin in my all.log:
named[605]: too many timeouts resolving '*.*.*.*.zen.spamhaus.org/
A' (in 'zen.spamhaus.ORG'?): disabling EDNS
(*) is random ip address
These are queries your ma
On 9/25/09, Jos Chrispijn wrote:
> [named]
>
> Lately I get messages like thin in my all.log:
>
> named[605]: too many timeouts resolving '*.*.*.*.zen.spamhaus.org/A' (in
> 'zen.spamhaus.ORG'?): disabling EDNS
>
> (*) is random ip address
>
[named]
Lately I get messages like thin in my all.log:
named[605]: too many timeouts resolving '*.*.*.*.zen.spamhaus.org/A' (in
'zen.spamhaus.ORG'?): disabling EDNS
(*) is random ip address
Now before I add the following lines in /etc/named.conf or
/var/named/chr
Nerius Landys wrote:
> I am still bambuzzled by the network taking 30 seconds to come up.
One thing I've run into recently is an Ethernet switch that needs to
resolve spanning tree after a port reset. The physical link comes
back up quickly, but it seems to take about 30 seconds before the
swit
ce 30 seconds). This ping command is
> issued very early in the rc.d scripts, after NETWORK and before named,
> and the script does not exit until a ping request is successful.
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists
new IP address.
However the original description is that when I issue a "ping -c 100
x.y.z.w" to a well-known IP address, only the last 70 packets get
returned, not the first 30 (hence 30 seconds). This ping command is
issued very early in the rc.d scripts, after NETWORK and before n
Nerius Landys wrote:
I am still bambuzzled by the network taking 30 seconds to come up.
I don't remember the original description, but any time I hear about a
30 second "gap" during startup, I think of the well-known DNS reverse
look-up issue. Are you sure this is not the case here?
> calcru: runtime went backwards from 37332 usec to 16577
> usec for pid 47 (sh)...
Not to seem like I'm talking to myself, but I fixed this problem:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/troubleshoot.html#CALCRU-NEGATIVE-RUNTIME
(Turn off Intel® Enhanced SpeedStep.)
I am still bam
One last question. I'm getting interesting [kernel?] messages during
bootup. You know, the kind that are highlighted white in the console.
The relevant lines of rc.conf look like this right now:
defaultrouter="64.156.192.1"
hostname="daffy.nerius.com"
ifconfig_em0="inet 64.156.192.169 netmask
ed it in rc.conf:
===
#!/bin/sh
# PROVIDE: waitfornetwork
# REQUIRE: NETWORKING
# BEFORE: named
. /etc/rc.subr
: ${waitfornetwork_enable:=NO}
name=waitfornetwork
rcvar=`set_rcvar`
stop_cmd=":"
start_cmd="waitfornetwork_start"
waitfornetwork_start()
{
ech
On Fri, 21 Aug 2009 21:37:09 -0700
Nerius Landys wrote:
> Then why
> can't I do a lookup right after named starts?
Possibly it's a delay in bind being ready or maybe you don't have any
network access - the latter is common with ppp.
> By the way, the underlying
On Fri, Aug 21, 2009 at 09:37:09PM -0700, Nerius Landys wrote:
> I am trying to figure out why DNS lookups are not possible right after
> the "named" process has been launched (during bootup).
At start, named sends a couple of queries to e.g. root servers. All
this requires the ne
I am trying to figure out why DNS lookups are not possible right after
the "named" process has been launched (during bootup). I am kind of a
newb at diagnosing these sorts of issues, but as an attempt to figure
out what's wrong, I added the following lines to the very bottom of my
I am trying to figure out why DNS lookups are not possible right after
the "named" process has been launched (during bootup). I am kind of a
newb at diagnosing these sorts of issues, but as an attempt to figure
out what's wrong, I added the following lines to the very bottom of my
-update). As soon as I apply the update & reboot, named loads but
> the startup script hangs.
>
> If I press Ctrl+C, the system continues to boot. If I then run
> /etc/rc.d/named start, named starts, but again the script hangs. I can do
> DNS lookups while named is running, so it s
On Tue, 30 Jun 2009 08:35:26 +, no-s...@people.net.au wrote:
> Sorry for starting a new thread with this - my ISP's mail server seems to
> rejecting all mail recipients when I
Which which reason?
> send email with a mail client, so I'm having to use webmail instead. Their
> tech says the
Matthew Seaman wrote:
> Ian wrote:
> > Well the fact that if I run /etc/rc.d/named manually after the system
> > has booted, the script also hangs suggests it's not the next process I
> > have just check however & ntpdate is the next one in the list to be
> > sta
On Sunday 28 June 2009 03:24:26 Ian wrote:
> I tried adding various echo statements to /etc/rc.d/named and found that
> the script seems to run right through.
rc_debug="YES" in /etc/rc.conf is REALLY handy for this.
--
Mel
___
f
Ian wrote:
Well the fact that if I run /etc/rc.d/named manually after the system has
booted, the script also hangs suggests it's not the next process
I have just check however & ntpdate is the next one in the list to be started
and that does start correctly - you can see it report
update the system to 7.1p5
> > (using freebsd-update). As soon as I apply the update & reboot, named
> > loads but the startup script hangs.
> >
> > If I press Ctrl+C, the system continues to boot. If I then run
> > /etc/rc.d/named start, named starts, but again the s
p; reboot, named loads but the
startup script hangs.
If I press Ctrl+C, the system continues to boot. If I then run /etc/rc.d/named
start, named starts, but again the script hangs. I can do DNS lookups while
named is running, so it seems to be functioning ok.
I tried adding various echo statement
Hi, I've been meaning to sort this out since the release of 7.1p5, but only
just got around to it - I have an installation of 7.1 that runs bind and has
been working fine up until I tried to update the system to 7.1p5 (using
freebsd-update). As soon as I apply the update & reboot, na
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
On Thursday 04 June 2009 11:53:38 am Kirk Strauser wrote:
> For some reason, BIND 9 (FreeBSD 7.2-RELEASE) isn't properly forwarding
> queries.
Commenting out
// zone "10.in-addr.arpa" { type master; file "master/empty.db"; };
from named.conf fixed the problem. That's kind of... embarrassing
; };
> };
>
>
> Now, I can query the forwarder directly to get the right answer:
>
> $ dig +noall +answer -t ptr -x 10.0.5.16 @10.0.5.16
> 16.5.0.10.in-addr.arpa. 86400 IN PTR kanga.honeypot.net.
>
> But I can't get the same from named:
>
>
.in-addr.arpa. 86400 IN PTR kanga.honeypot.net.
But I can't get the same from named:
$ dig -t ptr -x 10.0.5.16
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 56485
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;16.5.0.1
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
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 som
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
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?
&g
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
multiple servers over the years, so
i don't think it's a hardware problem.
- 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
1 - 100 of 528 matches
Mail list logo