---

Hej,

Jeg kom hjem i dag og så sysloggen på min server så således ud:

Oct 1 06:43:16 sauron named[9452]: sysquery: no addrs found for root NS
(A.ROOT-SERVERS.NET)
Oct 1 06:43:16 sauron named[9452]: sysquery: no addrs found for root NS
(A.ROOT-SERVERS.NET)
Oct 1 06:43:16 sauron named[9452]: sysquery: no addrs found for root NS
(B.ROOT-SERVERS.NET)
Oct 1 06:43:16 sauron named[9452]: sysquery: no addrs found for root NS
(B.ROOT-SERVERS.NET)
Oct 1 06:43:16 sauron named[9452]: sysquery: no addrs found for root NS
(C.ROOT-SERVERS.NET)
Oct 1 06:43:16 sauron named[9452]: sysquery: no addrs found for root NS
(C.ROOT-SERVERS.NET)
Oct 1 06:43:16 sauron named[9452]: sysquery: no addrs found for root NS
(D.ROOT-SERVERS.NET)
Oct 1 06:43:16 sauron named[9452]: sysquery: no addrs found for root NS
(D.ROOT-SERVERS.NET)

.... ad libitum.

Jeg har søgt en del på nettet efter hvorfor. Det ser ud til at det enten
skulle skyldes en misconfiguration (jeg har ikke ændret noget i
månedsvis), eller en blokerende firewall (jeg har heller ikke ændret
noget der i månedsvis).
Så finder jeg den her udtalelse i en (lidt ældre) FAQ:
"The short answer was to ignore it as it was not a problem. That being
said, you should upgrade to a newer version at this time if you are
running a non-current version "
http://www.opennet.ru/docs/FAQ/network/dns-part2.html

Well... det ER ET PROBLEM:

$ ls -l /var/log/syslog*
-rw-r----- 1 root adm 113765360 Oct 1 10:18 syslog
-rw-r----- 1 root adm 525586732 Oct 1 06:25 syslog.0
-rw-r----- 1 root adm 12276 Sep 30 06:25 syslog.1.gz
-rw-r----- 1 root adm 10479 Sep 29 06:25 syslog.2.gz
-rw-r----- 1 root adm 15323 Sep 28 06:25 syslog.3.gz
-rw-r----- 1 root adm 13870 Sep 27 06:25 syslog.4.gz
-rw-r----- 1 root adm 14395 Sep 26 06:25 syslog.5.gz
-rw-r----- 1 root adm 15160 Sep 25 06:25 syslog.6.gz


Det skidt fylder min log-disk op på få timer !!!! og det er sket på to
tilsyneladende tilfældige tidspunkter.

Er der nogen, der ved hvad der kan få named til at gå pludselig amok på
den måde?

Peter

---

On Sat, 01 Oct 2005 21:28:44 +0200, Peter Mogensen wrote:

>
> Er der nogen, der ved hvad der kan få named til at gå pludselig amok på
> den måde?
>
Du kan se i file /etc/bind/db.root om adresserne passer med denne liste:
http://www.root-servers.org/
Gør de ikke det, bør du nok opdatere dem.
--
Hilsen/Regards
Michael Rasmussen
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xE3E80917

---

Michael Rasmussen wrote:
> On Sat, 01 Oct 2005 21:28:44 +0200, Peter Mogensen wrote:
>
>
>>Er der nogen, der ved hvad der kan få named til at gå pludselig amok på
>>den måde?
>>
>
> Du kan se i file /etc/bind/db.root om adresserne passer med denne liste:
> http://www.root-servers.org/
> Gør de ikke det, bør du nok opdatere dem.

Det har jeg checket. Det gør de... hver og en.

Peter

---

On Sat, 01 Oct 2005 21:44:32 +0200, Peter Mogensen wrote:

>
> Det har jeg checket. Det gør de... hver og en.
>
Og named.conf findes i samme mappe?
named.conf har bl.a. følgende indhold:
// prime the server with knowledge of the root servers
zone "." {
type hint;
file "db.root";
};

--
Hilsen/Regards
Michael Rasmussen
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xE3E80917

---

Michael Rasmussen wrote:
> On Sat, 01 Oct 2005 21:44:32 +0200, Peter Mogensen wrote:
>
>
>>Det har jeg checket. Det gør de... hver og en.
>>
>
> Og named.conf findes i samme mappe?
> named.conf har bl.a. følgende indhold:
> // prime the server with knowledge of the root servers
> zone "." {
> type hint;
> file "db.root";
> };
>

Ja:

zone "." {
type hint;
file "/etc/bind/db.root";
};

Jeg har altså ikke ændret NOGET som helst. DNS har virket i månedsvis og
det virker stadig fint. Det eneste er at named 2 gange (en fredag og en
lørdag på vidt forskellige tidspunkter) er gået amok. Der ser ikke ud
til at være problemer i dag søndag.

?!?!?!

Peter

---

On Sun, 02 Oct 2005 10:53:55 +0200, Peter Mogensen wrote:

> Jeg har altså ikke ændret NOGET som helst. DNS har virket i månedsvis og
> det virker stadig fint. Det eneste er at named 2 gange (en fredag og en
> lørdag på vidt forskellige tidspunkter) er gået amok. Der ser ikke ud
> til at være problemer i dag søndag.
Der kan ikke have været netproblemer det pågældende tidspunkt?
Det kan også være forwarders, der har svigtet, hvis du har noget sådan
konfigureret.

--
Hilsen/Regards
Michael Rasmussen
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xE3E80917

---

Michael Rasmussen wrote:
> On Sun, 02 Oct 2005 10:53:55 +0200, Peter Mogensen wrote:
>
>
>>Jeg har altså ikke ændret NOGET som helst. DNS har virket i månedsvis og
>>det virker stadig fint. Det eneste er at named 2 gange (en fredag og en
>>lørdag på vidt forskellige tidspunkter) er gået amok. Der ser ikke ud
>>til at være problemer i dag søndag.
>
> Der kan ikke have været netproblemer det pågældende tidspunkt?
> Det kan også være forwarders, der har svigtet, hvis du har noget sådan
> konfigureret.

Muligvis. ... men skulle det virkelig kunne få named til at fylde min
disk op, hvis min ISP har et problem i en periode?

Det virker ikke særlig smart... og at dømme efter de lignenende
problemer jeg har læst om på nettet, så har det været kendt i mange år
at disken kunne fyldes op med de her meddelelser. Så skulle man da tro
at ISC havde fået sikret at det ikke skete bare netforbindelsen var nede.

Peter

---

Peter Mogensen <apm-at-mutex-dot-dk@nospam.no> writes:

> Er der nogen, der ved hvad der kan få named til at gå pludselig amok på
> den måde?

At den grundinformation du har om roddnsserverne i din lokale
DNS-servers cachefil ikke er korrekt. Kan fx vaere at den server har
skiftet IP-nummer (ikke om jeg ved om den goer).

Standardkuren plejer at opdatere cachefilen, eller - hvis man er doven
- opgradere sin DNS-server software til nyeste version.

Hvor gammel er den?
--
Thorbjørn Ravn Andersen

---

Thorbjoern Ravn Andersen wrote:
> At den grundinformation du har om roddnsserverne i din lokale
> DNS-servers cachefil ikke er korrekt. Kan fx vaere at den server har
> skiftet IP-nummer (ikke om jeg ved om den goer).
>
> Standardkuren plejer at opdatere cachefilen, eller - hvis man er doven
> - opgradere sin DNS-server software til nyeste version.
>
> Hvor gammel er den?

# ls -l /etc/bind/db.root
-rw-r--r-- 1 root root 1507 Jan 25 2005 /etc/bind/db.root

---

Peter Mogensen <apm-at-mutex-dot-dk@nospam.no> writes:

> # ls -l /etc/bind/db.root
> -rw-r--r-- 1 root root 1507 Jan 25 2005 /etc/bind/db.root

Den er nyere end sidst jeg rodede med den slags ting, så der kan let
være sket nogen ændringer.

Det er ikke tilfældigvis sammenfaldende med den dag du installerede
maskinen?

--
Thorbjørn Ravn Andersen

---

On Sat, 01 Oct 2005 22:57:10 +0200, Peter Mogensen wrote:

>
> # ls -l /etc/bind/db.root
> -rw-r--r-- 1 root root 1507 Jan 25 2005 /etc/bind/db.root
balder$ ll /etc/bind/db.root
-rw-r--r-- 1 root root 2774 2005-05-27 02:44 /etc/bind/db.root

Det ser ud til, at min og din fil er forskellig?
--
Hilsen/Regards
Michael Rasmussen
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xE3E80917

---

Michael Rasmussen wrote:
> On Sat, 01 Oct 2005 22:57:10 +0200, Peter Mogensen wrote:
>
>
>># ls -l /etc/bind/db.root
>>-rw-r--r-- 1 root root 1507 Jan 25 2005 /etc/bind/db.root
>
> balder$ ll /etc/bind/db.root
> -rw-r--r-- 1 root root 2774 2005-05-27 02:44 /etc/bind/db.root
>
> Det ser ud til, at min og din fil er forskellig?

; <<>> DiG 9.2.3 <<>> ns . @a.root-servers.net.
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18944
;; flags: qr aa rd; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 13

;; QUESTION SECTION:
;. IN NS

;; ANSWER SECTION:
.. 518400 IN NS A.ROOT-SERVERS.NET.
.. 518400 IN NS B.ROOT-SERVERS.NET.
.. 518400 IN NS C.ROOT-SERVERS.NET.
.. 518400 IN NS D.ROOT-SERVERS.NET.
.. 518400 IN NS E.ROOT-SERVERS.NET.
.. 518400 IN NS F.ROOT-SERVERS.NET.
.. 518400 IN NS G.ROOT-SERVERS.NET.
.. 518400 IN NS H.ROOT-SERVERS.NET.
.. 518400 IN NS I.ROOT-SERVERS.NET.
.. 518400 IN NS J.ROOT-SERVERS.NET.
.. 518400 IN NS K.ROOT-SERVERS.NET.
.. 518400 IN NS L.ROOT-SERVERS.NET.
.. 518400 IN NS M.ROOT-SERVERS.NET.

;; ADDITIONAL SECTION:
A.ROOT-SERVERS.NET. 3600000 IN A 198.41.0.4
B.ROOT-SERVERS.NET. 3600000 IN A 192.228.79.201
C.ROOT-SERVERS.NET. 3600000 IN A 192.33.4.12
D.ROOT-SERVERS.NET. 3600000 IN A 128.8.10.90
E.ROOT-SERVERS.NET. 3600000 IN A 192.203.230.10
F.ROOT-SERVERS.NET. 3600000 IN A 192.5.5.241
G.ROOT-SERVERS.NET. 3600000 IN A 192.112.36.4
H.ROOT-SERVERS.NET. 3600000 IN A 128.63.2.53
I.ROOT-SERVERS.NET. 3600000 IN A 192.36.148.17
J.ROOT-SERVERS.NET. 3600000 IN A 192.58.128.30
K.ROOT-SERVERS.NET. 3600000 IN A 193.0.14.129
L.ROOT-SERVERS.NET. 3600000 IN A 198.32.64.12
M.ROOT-SERVERS.NET. 3600000 IN A 202.12.27.33

;; Query time: 81 msec
;; SERVER: 198.41.0.4#53(a.root-servers.net.)
;; WHEN: Sun Feb 1 11:27:14 2004
;; MSG SIZE rcvd: 436

---

Peter Mogensen <apm-at-mutex-dot-dk@nospam.no> writes:

> Jeg kom hjem i dag og så sysloggen på min server så således ud:
>
> Oct 1 06:43:16 sauron named[9452]: sysquery: no addrs found for root
> NS (A.ROOT-SERVERS.NET)

Min server gjorde det samme og problemet blev "løst" som beskrevet
her:
<http://groups.google.com/group/linux.debian.bugs.dist/msg/0879d15e4ac6487f?fwc=1>

....i denne tråd herinde:
<http://groups.google.com/group/dk.edb.system.unix/browse_thread/thread/620b7bf5ab8308c6/93240a9d234fe5e5?lnk=st&q=author:rasmus+author:neckelmann+group:dk.edb.system.unix&rnum=1#93240a9d234fe5e5>

Konsekvensen er at alle dns-forespørgsler sendes videre til de angivne
forwarders (hvis de ikke er cached). Lokale adresser virker dog
tilsyneladende stadig fint.
--
mvh Jes Vestervang @ Debian Sid

---

vc sua ta net tudo bom !!!! seu red net >>> redes iten 200.210.233.246

200.210.233.252

www.netonne.com.br.. >>>>>>>>>>>>>>>>> 200.210.233.252...
iten sevr .....>>NETONNE-N<<... VC SUA AMIGO