Re: Servfail on Bind -9.16.1

2020-11-22 Thread Ismael Suarez
Also, just for testing. Similar happened to me. Try with ‘dnssec-validation no;’ From: bind-users on behalf of julien soula Sent: Sunday, November 22, 2020 9:31:56 AM To: upen Cc: bind-users@lists.isc.org ; BIND Users Subject: Re: Servfail on Bind -9.16.1 On

Re: Dnssec-validation auto

2020-11-13 Thread Ismael Suarez
Petr Menšík mailto:petr%20%3d%3futf-8%3fq%3fmen%3dc5%3da1%3dc3%3dadk%3f%3d%20%3cpemen...@redhat.com%3e>> To: Ismael Suarez mailto:ismael%20suarez%20%3cismael_sua...@coqui.com%3e>>, bind-users@lists.isc.org mailto:%22bind-us...@lists.isc.org%22%20%3cbind-us...@lists.isc.org%3e>&g

Re: Dnssec-validation auto

2020-11-13 Thread Ismael Suarez
ce.com . <http://www.popularsba.com.00d1n02kxqqua0.live.siteforce.com> www.popularsba.com.00d1n02kxqqua0.live.siteforce.com . 282 IN CNAME 4.0p13m008e6qcaq.00d1n02kxqqua0.gslb.siteforce.com. 4.0p13m008e6qcaq.00d1n02kxqqua0.gslb.siteforce.com. 102 IN A 161.71.31.253 Cheers,

Dnssec-validation auto

2020-11-12 Thread Ismael Suarez
Hi all The following domain (www.popularsba.com) does not resolve with dnssec validation set to auto, but when I change the validation off it works. Why is this? How can I check this validation? Using bind 9.12 Thanks to all ___ Please visit https://

Re: BIND 9.16.1: unable to set effective uid to 0: Operation not permitted

2020-03-30 Thread Ismael Suarez
Yup, I got this error on 9.14.7 running on CentOS 7.7 > On Mar 30, 2020, at 1:31 PM, Mike Lewinski > wrote: > > This error (unable to set effective uid to 0: Operation not permitted) was > reported a year ago where it affected BIND 9.14.0: > https://lists.isc.org/mailman/htdig/bind-users/2

Re: Dnssec setting resolving weird

2019-01-31 Thread Ismael Suarez
t; Subject: Re: Dnssec setting resolving weird Date: Wed, 30 Jan 2019 14:40:47 -0700 On 30 Jan 2019, at 14:21, Ismael Suarez mailto:ismael_sua...@coqui.com>> wrote: This is puzzling me big time. Maybe I’m missing something obvious. Don’t know. There must be something in the l

Dnssec setting resolving weird

2019-01-30 Thread Ismael Suarez
Hi all Having a weird scenario here With “dnssec-validation auto” sites with .tv (flingo.tv) stop resolving and if I run manually “rndc flushtree flingo.tv” it starts resolving for a while (like 15 min) then happens again. This is a caching server setup. Also if i comment out “// dnssec-valida

socket.c unexpected error

2019-01-24 Thread Ismael Suarez
Hi all, Any direction as to find out why I get from time to time the following error in our logs. named[500]: socket.c:5909: unexpected error: Been searching online for any clues but have not yet figured out the issue here. -- Ismael This email wa

request failed: duplicate query

2018-12-08 Thread Ismael Suarez
Receiving this error for certain domains. What can be the culprit, or how can I troubleshoot this error? Any suggestions are welcome This is a resolver/cache setup using bind 9.11.5 on CentOS 7.5 --- Ismael This email was scanned by Bitdefender ___

Re: rbtdb.c:1497: fatal error

2018-12-04 Thread Ismael Suarez Maldonado
Just created the issue #758 in gitlab. Don't have the core dumps. *Ismael * On 12/3/18 7:14 PM, Mark Andrews wrote: On 4 Dec 2018, at 8:59 am, Ismael Suarez Maldonado wrote: This in named.conf?? Don't see any database config in our setup. This is configured as a caching server

Re: rbtdb.c:1497: fatal error

2018-12-03 Thread Ismael Suarez Maldonado
2 bit serial number. On 4 Dec 2018, at 3:36 am, Ismael Suarez Maldonado wrote: Hi to all. We have to DNS cache servers that have failed (after some time/days running) with the following error. Afterwards we can start the service with no errors. This is afecting our clients as we are an IS

rbtdb.c:1497: fatal error

2018-12-03 Thread Ismael Suarez Maldonado
Hi to all. We have to DNS cache servers that have failed (after some time/days running) with the following error. Afterwards we can start the service with no errors. This is afecting our clients as we are an ISP and would like to get to the root cause of this. Error: Dec  2 16:04:20 wdnscach