[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[SOLVED] Re: bind9 logcheck



Am Dienstag 16 August 2005 19:00 schrieb gerhard:
> Aber bind könnte ich neu aus dem source paket kompilieren mit
> ./configure --disable-linux-caps
> http://www.paul.sladen.org/vserver/archives/200111/0029.html
> oder besser ich versuchs mit dem, hier vorgeschlagenen sources-list
> Eintrag:  
> http://deb.riseup.net/web-server/syscp/install/dns-vserver/
>
>  sources-list Eintrag:
>
> deb http://deb.riseup.net/debian unstable main
>
> Ich werde dann im laufe der Woche berichten.

~# apt-cache policy bind9
bind9:
  Installed: 1:9.2.4-1
  Candidate: 1:9.2.4-1.riseup.nocapset
  Version Table:
     1:9.2.4-1.riseup.nocapset 0
        500 http://deb.riseup.net unstable/main Packages
 *** 1:9.2.4-1 0
        500 ftp://ftp.freenet.de stable/main Packages
        100 /var/lib/dpkg/status
~# apt-get install bind9 libdns16 libisccfg0 libisc7 libisccc0
[...]
Preparing to replace bind9 1:9.2.4-1 
(using .../bind9_1%3a9.2.4-1.riseup.nocapset_i386.deb) ...
Stopping domain name service: namedrndc: connect failed: connection 
refused
.
Unpacking replacement bind9 ...
[...]
Setting up bind9 (9.2.4-1.riseup.nocapset) ...
Starting domain name service: namednamed: -u not supported on Linux 
kernels older than 2.3.99-pre3 or 2.2.18 when using threads
.
Bekanntes Problem:

 "There is a problem with the package, remove 'OPTIONS='-u bind'   
 from /etc/default/bind9, otherwise you get this error and things refuse 
 to start: 'named: -u not supported in Linux kernels older than 
 2.3.99' (bugs.debian.org/cgi-bin/bugreport.cgi?bug=299132)."

~# /etc/init.d/bind9 restart
Stopping domain name service: namedrndc: connect failed: connection 
refused
.
Starting domain name service: named.
~# rndc status
number of zones: 6
debug level: 0
xfers running: 0
xfers deferred: 0
soa queries in progress: 0
query logging is OFF
server is up and running

Jetzt muß ich nur noch herausfinden, wo in der logcheck Konfiguration  
sich dieser Eintrag ignorieren lässt, es handelt sich offensichtlich um 
einen bug:

Aug 15 20:28:41 vserverxxx pam_limits[PID]: setrlimit limit #6 to 
soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0

openssh bug #171673 :
http://bugs.debian.org/cgi-bin/bugreport.c...i?bug=%23171673

Und ist angeblich ab openssh (1:3.8p1-1) unstable gelöst. Will ich aber 
nicht installieren.

ciao

Gerhard



Reply to: