bind9 unter gentoo

[grinch]

Hallo zusammen,
ich hab gerade mal versucht bind unter gentoo zu installieren. Allerdings bricht mitten in der Installation die Verbindung zum Server zusammen. Zuerst dachte ich an ein Problem meines Providers, allerdings beim 2. Versuch ist es wieder an genau der gleichen Stelle passiert. Der Server ist dann quasi komplett für ne Minute etwa kaum zu erreichen. Als ich mich danach wieder eingeloggt habe, ist mir aufgefallen, dass die Auslastung bei weit über 20 war. Es sieht also so aus, als würde da der Compiler Amok laufen und nach ner Minute wird der Prozess gekilled, da die SSH Verbindung weg ist.
Wie bereits erwähnt passiert das immer an dieser Stelle:

Code: Select all

 gcc -march=pentium3 -O3 -pipe -fomit-frame-pointer -I/var/tmp/portage/bind-9.2.5/work/bind-9.2.5 -I. -Iinclude -I/var/tmp/portage/bind-9.2.5/work/bind-9.2.5/lib/dns/include -I../../lib/dns/include -I/var/tmp/portage/bind-9.2.5/work/bind-9.2.5/lib/isc/include -I../../lib/isc -I../../lib/isc/include -I../../lib/isc/unix/include -I../../lib/isc/nothreads/include -DUSE_MD5 -DOPENSSL -W -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wformat -c rdata.c  -fPIC -DPIC -o .libs/rdata.o

Hatte jemand schon mal ähnliche Probleme, oder besser: hat jemand ne Idee was das sein könnte?
Solltet ihr weitere Informationen benötigen, dann bitte Fragen :)

Danke schonmal
Michael

[Joe User]

Code: Select all

emerge --info
gcc-config -l
emerge -pv bind

[grinch]

Code: Select all

root # emerge --info
Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.3, glibc-2.3.3.20040420-r1, 2.6.8-gentoo-r1 i686)
=================================================================
System uname: 2.6.8-gentoo-r1 i686 Pentium III (Coppermine)
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.3-r1 [2.3.3 (#1, Aug 23 2004, 13:15:27)]
dev-lang/python:     2.3.3-r1
sys-devel/autoconf:  2.59-r4
sys-devel/automake:  1.8.5-r1
sys-devel/binutils:  2.14.90.0.8-r1
sys-devel/libtool:   1.4.3-r4
virtual/os-headers:  2.4.21-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/alias /var/qmail/control /var/vpopmail/domains /var/vpopmail/etc"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 alsa berkdb bitmap-fonts crypt curl emboss exif foomaticdb fortran gd gdbm gif gtk2 imap innodb ipv6 jpeg libwww mad maildir mp3 mysql ncurses nls pam perl png python readline sasl sdl slang sse ssl tcpd truetype truetype-fonts type1-fonts xml2 zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

root # gcc-config -l
[1] i686-pc-linux-gnu-3.3.3
root # emerge -pv bind 

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] net-dns/bind-9.2.5  +berkdb -bind-mysql -caps -dlz -doc -idn +ipv6 -ldap +mysql -odbc -postgres (-selinux) +ssl 0 kB 

[Joe User]

Versuche es mal so:

Code: Select all

mkdir -p /etc/portage

cat >> /etc/portage/package.use << "EOF"
net-dns/bind berkdb -bind-mysql -caps -dlz -doc idn -ipv6 -ldap -mysql -odbc -postgres ssl
net-dns/bind-tools -debug -ipv6
net-dns/libidn -doc -java nls
EOF

emerge bind

[grinch]

ich brauch allerdings ipv6, genau genommen brauch ich den eigentlich sogar nur wegen ipv6.

[Joe User]

Du kannst ipv6 aktivieren, aber auf mysql solltest Du ersteinmal verzichten.

[grinch]

Also ich hab jetzt deinen Vorschlag übernommen, jedoch ipv6 aktiviert und die CFLAGS auf -O2 reduziert. Gebracht hat es leider nichts :(

[Joe User]

Hmm, ich kann Dir leider nur bedingt helfen:

Code: Select all

venus ~ # emerge --info
Portage 2.0.51.21-r1 (hardened/x86/2.6, gcc-3.3.5-20050130, glibc-2.3.5-r0, 2.6.11-hardened-r1 i686)
=================================================================
System uname: 2.6.11-hardened-r1 i686 Intel(R) Celeron(TM) CPU 1200MHz
Gentoo Base System version 1.6.11
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.8
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r8
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.11
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=pentium3 -fomit-frame-pointer -fforce-addr"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe -march=pentium3 -fomit-frame-pointer -fforce-addr"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.mesh-solutions.com/gentoo http://gentoo.osuosl.org http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
PKGDIR="/usr/portage//packages/x86/"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage/"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 acl apache2 berkdb bzip2 bzlib caps chroot crypt curl dlloader dnsdb erandom exiscan-acl ftp gd gdbm geoip gif gmp hardened iconv idn imap ithreads jpeg libedit maildir md5sum memlimit mhash mime mmap mmx mng mysql ncurses nls nocd nomac nptl offensive pam pcntl pcre perl perlsuid pic pie png posix postfix pwdb python readline sasl session sharedmem sockets spf srs sse ssl symlink sysfs sysvipc szip threads tiff truetype ucs2 unicode urandom utf8 vchroot vda xml xml2 xmlrpc xsl zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS

venus ~ # gcc-config -l
[1] i686-pc-linux-gnu-3.3.5-20050130 *
[2] i686-pc-linux-gnu-3.3.5-20050130-hardenednopie
[3] i686-pc-linux-gnu-3.3.5-20050130-hardenednossp
[4] i686-pc-linux-gnu-3.3.5-20050130-vanilla
venus ~ # emerge -pv bind

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] net-dns/bind-9.2.5-r4  +berkdb -bind-mysql -dlz -doc +idn -ipv6 -ldap -mysql -odbc -postgres (-selinux) +ssl +threads 0 kB

Total size of downloads: 0 kB
venus ~ #

Ich kompiliere bind gerade...

[grinch]

Naja gut, ich bin jetzt auch nicht auf den Bind angewiesen. Wollte einfach nur mal etwas in die ipv6 Welt eintauchen. Allerdings ist mir der zuverlässige Betrieb der anderen Dienste wichtiger. Und da grad eben 5 Minuten lang ausser Ping gar nichts mehr ging werd ich wohl vorerst auf Bind verzichten (müssen). Aber wenn du oder jemand anderes noch Vorschläge hat dann nur her damit :)

[Joe User]

Mit und ohne ipv6 dauert das Kompilieren von .libs/rdata.o zwar etwas länger, läuft aber durch. Teste mal folgendes:

Code: Select all

echo '=net-dns/bind-9.2.5-r4 x86 ~x86' >> /etc/portage/package.keywords
emerge bind

[grinch]

also ich hab grad sicherheitshalber noch gesynced und folgendes probiert:

Code: Select all

root # ACCEPT_KEYWORDS="~x86" CFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer" emerge -pv bind

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] net-dns/bind-9.2.5-r4  +berkdb -bind-mysql -dlz -doc +idn +ipv6 -ldap -mysql -odbc -postgres (-selinux) +ssl -threads 0 kB 

gebracht hats nichts. allerdings hab ich mal mit "top" die Auslastung der Anwendungen verfolgt, und ein paar Sekunden nachdem er bei rdata angekommen ist drängt sich der kswapd0 in den Vordergrund und blockiert das ganze System. Als ich dann mit strg+c das Kompilieren abgebrochen hat, hat sich das System wieder normalisiert und lief weiter als wär nichts gewesen.
Der Server verfügt über 256mb RAM + 256MB swap (ist nicht mehr der Neueste ;)) reicht das evtl. nicht aus? Bis jetzt hatte ich eigentlich mit der Konfiguration keinerlei Probleme. Oder hab ich da jetzt den falschen Denkansatz?

[Joe User]

Meine Gentoo-Kiste hat 256MB RAM + 512MB swap (1&1-Start) und läuft produktiv, weshalb ich nicht viel an der Konfiguration drehen kann. Allerdings sollten 256MB swap völlig ausreichen...

[grinch]

Meiner ist noch ein inzwischen auch schon 2 Jahre alter RootServer PS. Das System läuft im halb-produktiv Betrieb, d.h. es laufen nicht wirklich kritische Sachen drauf, allerdings wäre ein Ausfall trotzdem ärgerlich. Deshalb werde ich wohl Bind vorerst sein lassen. Nächste Woche hab ich Urlaub, dann probier ichs vielleicht mal mit djbdns. Vielleicht hab ich mit dem mehr Glück. Wobei mir Bind vor einigen Jahren auch schon treue Dienste geleistet hat, damals noch unter Debian.

Naja, trotzdem mal Danke für deine Vorschläge und noch nen schönen Feiertag.

Michael

[grinch]

Es ist nicht zu glauben. Nachdem mir heut beim kompilieren von "links" das gleiche wieder passiert ist wurde ich etwas stutzig. Dabei is mir aufgefallen, dass swap bis auf das letzte Byte voll war. Darauf hab ich einfach mal die größten Speicherfresser neugestartet (apache, mysql, clamd, spamd) und siehe da, auf einmal kompiliert sowohl links als auch bind einwandfrei (obwohl die Dienste dabei wieder laufen). Verstehen muss man das nicht, war solche Neustart Aktionen eigentlich nur von Windows gewohnt ;)