From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: development@lists.ipfire.org Subject: Re: [PATCH] unbound: Update to 1.6.0 Date: Fri, 16 Dec 2016 16:13:14 +0000 Message-ID: <1481904794.13949.292.camel@ipfire.org> In-Reply-To: <7c43c6e5-d892-977a-d72b-c3bae6da15dc@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4945559047075117047==" List-Id: --===============4945559047075117047== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable What else is it using for threading right now? On Fri, 2016-12-16 at 16:44 +0100, Matthias Fischer wrote: > Hi, >=20 > unbound 1.6.0 - with reverted commit - is running here since a few hours > without seen problems so far - we'll see. >=20 > One question, being curious: >=20 > Could it make sense to compile 'unbound' using '--with-pthreads' for > threading support? >=20 > I got the following in '_build.ipfire.log' right now: >=20 > ... > checking for the pthreads library -lpthreads... no > checking whether pthreads work without any flags... no > checking whether pthreads work with -Kthread... no > checking whether pthreads work with -kthread... no > checking for the pthreads library -llthread... no > checking whether pthreads work with -pthread... yes > checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE > checking if more special flags are required for pthreads... no > checking for PTHREAD_PRIO_INHERIT... yes > checking for pthread_spinlock_t... yes > checking for pthread_rwlock_t... yes > checking if -pthread unused during linking... no > ... >=20 > In this regard, I read > https://www.unbound.net/documentation/howto_optimise.html, but I'm not > so skilled in programming to judge whether this would lead to any > advantages... >=20 > Best, > Matthias >=20 > On 16.12.2016 12:59, Michael Tremer wrote: > >=20 > > Hi, > >=20 > > that server is not available from the internet. But that you get that IP > > address > > is enough for me. That didn't happen before. > >=20 > > I will revert that commit and we will see in the testing if this raises a= ny > > problems again... > >=20 > > Best, > > -Michael > >=20 > > On Fri, 2016-12-16 at 12:47 +0100, Matthias Fischer wrote: > > >=20 > > > Hi, > > >=20 > > > On 16.12.2016 11:28, Michael Tremer wrote: > > > >=20 > > > >=20 > > > > Did you try reverting this one and test if things like > > > > "pakfirehub01.i.ipfire.org" resolve again? > > >=20 > > > I just tested after adding "qname-minimisation: yes" and > > > "harden-below-nxdomain: yes" to '/etc/unbound/unbound.conf', but neither > > > "pakfirehub01.i.ipfire.org" nor its ip-address "172.28.1.165" answered. > > >=20 > > > No connection through browser, ping loss on both =3D 100%. > > >=20 > > > With or without, I get the following answer with 'dig': > > >=20 > > > ... > > > root(a)ipfire: /etc/unbound # dig pakfirehub01.i.ipfire.org > > >=20 > > > ; <<>> DiG 9.10.3-P4 <<>> pakfirehub01.i.ipfire.org > > > ;; global options: +cmd > > > ;; Got answer: > > > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45016 > > > ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 > > >=20 > > > ;; OPT PSEUDOSECTION: > > > ; EDNS: version: 0, flags:; udp: 4096 > > > ;; QUESTION SECTION: > > > ;pakfirehub01.i.ipfire.org.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0IN=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0A > > >=20 > > > ;; ANSWER SECTION: > > > pakfirehub01.i.ipfire.org. 293=C2=A0=C2=A0IN=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0172.28.1.165 > > >=20 > > > ;; Query time: 0 msec > > > ;; SERVER: 127.0.0.1#53(127.0.0.1) > > > ;; WHEN: Fri Dec 16 12:33:28 CET 2016 > > > ;; MSG SIZE=C2=A0=C2=A0rcvd: 70 > > > ... > > >=20 > > > Best, > > > Matthias > > >=20 > >=20 >=20 --===============4945559047075117047== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIKCmlRSWNCQUFC Q2dBR0JRSllWQkthQUFvSkVJQjU4UDl2a0FrSGZ3c1FBSS9FMHhvVVhjVlJ4ZG5QSkthVDNPa08K S1JHM0crTHEraTNPRVhkSHh5NkduemZSR1VJUFNCSHlaNlEyTFVMblRIeGZRQ3BRMk5vN2lxMlJk Rll5YjUxRgo2KzVRcm11S2dKTS9udG1RS3EyZ1VZeDVFelZVemFYRTBmekJiMW4vUkptSFllN1NZ Wk9scUYrbmp1UDNCekhXCmluWVFwNCt6elV2QWR4OVZpREhMWXhKWWFobUhZSHJmUXlRajJYYlRZ eUVIWFJhQWdFdVYzM2lOOE5NUDByZlAKeGdmU2tpbDJKdGdrRElkVzRoNG5saHlmVFNRaGU5WGlE Qm5Ca1NxQlVTZlJMb1VSTnpJZy9McGpwazBuMGlabQpMWmw4VkFWamxiZkw3QzhhUFFVcUJXaDVp VlZVRktudGVGcGJ1dWgxbWZjblpiemw3R0VvMDJYeDJTZEkyMlQwClgvM3g3OWFhc1QvcVorVHYy UDU4b29BWmNMOWlxd2ZkL1gxaUgxbU1yKzFlYzNTbEZrQXoySTNQTUJybC9lcm0KWmVrN3JoRXJx WWppSkpSWERwN09IZEU2dVgxVWpDMjVvUEVEckp2bUJ2RExDdWpnVUo2Qk9saWh6WndaVXROMQpG eDcrMlUxSFVuR0dIcjdGNGtSNzMvSzB3TW5jNkp2ZDZ5RjdyRTcvRjk5a2hObGpOTDJwMmtpUDJK cWFmcGtYCkJvbVJ4TmhlaXhsUU8xUXVRb0kxd3hDaFBmN0FQWnYvaXNWNWtodlh6Z2dWNzFHRDE3 ZDBhdjdaSndFYmRlTVQKeEp5aHB0R1d2RW9WSTdhWmZTY1UzYk1mL2Y5SFZrdVZaTG92RE13VUd4 NmdmVG9BcHVkVTJkUk5jSkdFakdNbwo3SksxcUlWSHpBczNRWVJ6UGdKUQo9ay9hYQotLS0tLUVO RCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============4945559047075117047==--