[Bind] ne démarre plus (Résolu)

[Chachatte]

Bonjour à tous,
bon voila j'ai fait une connerie et je crois que ca viens de la, j'ai supprimé tous mes log car ceci occupait presque 2,5 Go et j'avais besoin d'un peu de place.

D'aprés daemon.log:

Code : Tout sélectionner

Apr 14 14:00:41 localhost named[512]: starting BIND 9.9.0 -u named
Apr 14 14:00:41 localhost named[512]: built with '--prefix=/usr' '--sysconfdir=/etc' '--localstatedir=/var' '--disable-static' '--disable-linux-caps' '--with-openssl' '--with-libxml2' '--with-libtool' 'CFLAGS=-march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu' 'CXXFLAGS=-march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2'
Apr 14 14:00:41 localhost named[512]: ----------------------------------------------------
Apr 14 14:00:41 localhost named[512]: BIND 9 is maintained by Internet Systems Consortium,
Apr 14 14:00:41 localhost named[512]: Inc. (ISC), a non-profit 501(c)(3) public-benefit 
Apr 14 14:00:41 localhost named[512]: corporation.  Support and training for BIND 9 are 
Apr 14 14:00:41 localhost named[512]: available at https://www.isc.org/support
Apr 14 14:00:41 localhost named[512]: ----------------------------------------------------
Apr 14 14:00:41 localhost named[512]: using 1 UDP listener per interface
Apr 14 14:00:41 localhost named[512]: using up to 4096 sockets
Apr 14 14:00:41 localhost named[512]: loading configuration from '/etc/named.conf'
Apr 14 14:00:41 localhost named[512]: reading built-in trusted keys from file '/etc/bind.keys'
Apr 14 14:00:41 localhost named[512]: using default UDP/IPv4 port range: [1024, 65535]
Apr 14 14:00:41 localhost named[512]: using default UDP/IPv6 port range: [1024, 65535]
Apr 14 14:00:41 localhost named[512]: listening on IPv4 interface lo, 127.0.0.1#53
Apr 14 14:00:41 localhost named[512]: generating session key for dynamic DNS
Apr 14 14:00:41 localhost named[512]: sizing zone task pool based on 3 zones
Apr 14 14:00:41 localhost named[512]: set up managed keys zone for view _default, file 'managed-keys.bind'
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 10.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 16.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 17.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 18.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 19.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 20.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 21.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 22.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 23.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 24.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 25.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 26.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 27.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 28.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 29.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 30.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 31.172.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 168.192.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 0.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 127.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 254.169.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 2.0.192.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 100.51.198.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 113.0.203.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: D.F.IP6.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 8.E.F.IP6.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 9.E.F.IP6.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: A.E.F.IP6.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: B.E.F.IP6.ARPA
Apr 14 14:00:41 localhost named[512]: automatic empty zone: 8.B.D.0.1.0.0.2.IP6.ARPA
Apr 14 14:00:41 localhost named[512]: command channel listening on 127.0.0.1#953
Apr 14 14:00:41 localhost named[512]: command channel listening on ::1#953
Apr 14 14:00:41 localhost named[512]: the working directory is not writable
Apr 14 14:00:41 localhost named[512]: isc_stdio_open '/var/log/named.log' failed: permission denied
Apr 14 14:00:41 localhost named[512]: configuring logging: permission denied
Apr 14 14:00:41 localhost named[512]: loading configuration: permission denied
Apr 14 14:00:41 localhost named[512]: exiting (due to fatal error)

J'ai recrée un fichier named.log, mais j'aurais un probleme de permission, pourtant celui ci a bien était crée en Root.
Un autre petit soucis aussi je sais pas si ca peut venir de la, mais j'ai du mal a me connecte au réseau, le réseau est bien détecté avec networkmanager mais connection impossible, obligé de reboot la box et l'ordi. Je teste wicd du coup voir si ca change ou pas.
Merci

[benjarobin]

Pour information c'est une très mauvaise idée de supprimer manuellement les log, tu as logrotate pour cela... De plus j'espère pour toi que tu n'as pas supprimé pacman.log
Sinon supprime tout simplement le fichier /var/log/named.log

[Chachatte]

C'est vrai que je n'ai pas pensé a faire une recherche pour virer les log, logrotate je ne connaissais pas je vais cherché comment mettre ca en place.

Je viens de virer le fichier named.log mais j'ai toujours le meme soucis.

Et oui j'ai viré le pacman.log, ca va me foutre un merdier c'est ca ?

[FoolEcho]

C'est vrai que je n'ai pas pensé a faire une recherche pour virer les log, logrotate je ne connaissais pas je vais cherché comment mettre ca en place.

Simple: http://wiki.archlinux.fr/Cron#Archivage_des_logs.

Et oui j'ai viré le pacman.log, ca va me foutre un merdier c'est ca ?

C'est surtout qu'en cas de perte accidentelle de la base de données de pacman, tu ne pourras même pas tenter de la restaurer à l'aide du log ( https://wiki.archlinux.org/index.php/Pa ... l_database ). Du coup, tu as très fortement intérêt à sauver régulièrement la liste des paquets installés ( https://wiki.archlinux.org/index.php/En ... d_Packages ).

Pour bind, je ne sais pas.

[benjarobin]

Code : Tout sélectionner

-rw-r--r-- 1 named named 0 14 avril 14:38 /var/log/named.log

Il te suffit donc de faire en root ceci

Code : Tout sélectionner

touch /var/log/named.log
chown named:named /var/log/named.log

[Chachatte]

Ok merci à vous deux bind est à nouveau operationnel. Logrotate est installé ça m'évitera au moins une future connerie.