Fwd: Build errors for nsupdate 9.18.6
Hi, I am getting errors while building nsupdate (bind) version 9.18.6, for my project. I have attached the configure.log with this mail for your reference. Can you please advise on how to successfully compile? The autoconf version is as below. autoconf (GNU Autoconf) 2.69 The libtool version is as below. libtoolize (GNU libtool) 2.4.6 We are getting below error while building. checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for /opt/crosstool/armv7-cortex_a7_v3-linux-gnueabihf/bin/armv7-cortex_a7_v3-linux-gnueabihf-gcc option to accept ISO C99... none needed checking for x86_64-pc-linux-gnu-gcc... no checking for gcc... gcc checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking whether the C compiler works... no configure: error: C compiler cannot create executables See `config.log' for more details Thanks. config.log Description: Binary data -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Fwd: Build errors for nsupdate 9.18.6
On 29. 09. 22 10:54, sri b wrote: I am getting errors while building nsupdate (bind) version 9.18.6, for my project. I have attached the configure.log with this mail for your reference. Can you please advise on how to successfully compile? The autoconf version is as below. autoconf (GNU Autoconf) 2.69 The libtool version is as below. libtoolize (GNU libtool) 2.4.6 We are getting below error while building. checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for /opt/crosstool/armv7-cortex_a7_v3-linux-gnueabihf/bin/armv7-cortex_a7_v3-linux-gnueabihf-gcc option to accept ISO C99... none needed checking for x86_64-pc-linux-gnu-gcc... no checking for gcc... gcc checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking whether the C compiler works... no configure: error: C compiler cannot create executables See `config.log' for more details Hello. The log file you attached has answer around line 451. (Generally open the file and search for the error message - in this case "C compiler cannot create executables".) Seems like libraries from wrong architecture or something unexpected like that. -- Petr Špaček -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Bind 9.16.28 upgrade: high memory utiization and OOM
On 28. 09. 22 13:50, Prasanna Mathivanan (pmathiva) via bind-users wrote: Thanks Ondrej for responding. We have created gitlab issue for the same. Adding it here for reference https://gitlab.isc.org/isc-projects/bind9/-/issues/3568 To close the loop for readers of this list: This particular configuration had "max-cache-size unlimited;" in named.conf. This causes, you have guessed it, an unlimited growth of memory usage, which is the purpose of this configuration. -- Petr Špaček -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
How to fix a hand-edited dynamic zone?
While I was out sick a coworker hand edited a zone with dyanamic updates. When I got back the server returned SERVFAIL for any queries to it. I didn't know yet that it had been hand edited, so I did an rndc freeze to look at the zone file, which claimed to have succeeded, but didn't remove the journal file, so I wasn't sure it had. I wasn't able to thaw the zone (rndc: 'thaw' failed: out of range) so I removed the zone file and the journal file and replaced them with an AXFR of the zone from a slave server. It all seemed to work. I learned about the hand edit later when I asked around what had happened. What I want to know now: is there a better solution to that problem than what I did? Better practices for fixing that which I could have followed? --Schlake Sysadmin IV, NRAO Work: 575-835-7281 (BACK IN THE OFFICE!) Cell: 575-517-5668 (out of work hours) -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Dig -x +trace?
I'm attempting to figure out how/why my reverse DNS delegation is broken. I've already deleted systemd-resolved's temporary resolv.conf and added in an immutable single line nameserver 1.1.1.1 resolv.conf. I can dig +trace forward hostnames fine. I cannot dig -x an ip +trace. All I get is the root-servers instead of any sort of reverse looking up happening at all. What am I doing wrong? Thanks, Mike $ dig -x 208.x.x.x +trace ; <<>> DiG 9.18.1-1ubuntu1.1-Ubuntu <<>> -x 208.x.x.x +trace ;; global options: +cmd . 509855 IN NS a.root-servers.net. . 509855 IN NS b.root-servers.net. . 509855 IN NS c.root-servers.net. . 509855 IN NS d.root-servers.net. . 509855 IN NS e.root-servers.net. . 509855 IN NS f.root-servers.net. . 509855 IN NS g.root-servers.net. . 509855 IN NS h.root-servers.net. . 509855 IN NS i.root-servers.net. . 509855 IN NS j.root-servers.net. . 509855 IN NS k.root-servers.net. . 509855 IN NS l.root-servers.net. . 509855 IN NS m.root-servers.net. . 509855 IN RRSIG NS 8 0 518400 2022101217 2022092916 20826 . FkcsBmNz2oK02ARhYfNSfxbnEL93RITDteQtHQoPn8zHZg9B6BRXqkH9 +UpAEViDraX+4l8YJiUvYzrHh9twpQry0vv7xgDLoDdU9kRqokG5DEoq Ueqph6qleC6Vylga4f1MzW N+Dh9zK9/eCSp6WxwgbnW53a9GMDbI5KWZ WkcWw3IPHVvVwDZfWhrKJtKZ3hafsGgmigm9F01Xk17prOAS6jBbvYjT jCUyTl3UZJ+bAKS4tkpFdjp78raxBKBQPN6TzdLjtxYQrhriZZ3Gjdcg dT+WQkLGYuyeakm2JqVe9vXGMGn0XkZEGMYnh7iW80N1XHyBMfhzGO+s 61zvWA== ;; Received 1097 bytes from 1.1.1.1#53(1.1.1.1) in 12 ms -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Dig -x +trace?
Mike 1. You can set the server with @ so in your case `dig @1.1.1.1 -x 208.x.x.x +trace` 2. Test with an IP that you know should work `$ dig +short @8.8.4.4 -x 8.8.8.8` answers `dns.google.` for example 3. Confirm your RIR or provider has working NS set for the range. Query directly the NS you think should be working. 4. `+[no]trace This option toggles tracing of the delegation path from the root name servers for the name being looked up.` 5. It sounds like your dig is answering correctly. ` On Thu, Sep 29, 2022 at 3:51 PM Mike Hodson wrote: > I'm attempting to figure out how/why my reverse DNS delegation is broken. > I've already deleted systemd-resolved's temporary resolv.conf and added in > an immutable single line > nameserver 1.1.1.1 > resolv.conf. > > I can dig +trace forward hostnames fine. > I cannot dig -x an ip +trace. > All I get is the root-servers instead of any sort of reverse looking up > happening at all. > What am I doing wrong? > > Thanks, > > Mike > > $ dig -x 208.x.x.x +trace > > ; <<>> DiG 9.18.1-1ubuntu1.1-Ubuntu <<>> -x 208.x.x.x +trace > ;; global options: +cmd > . 509855 IN NS a.root-servers.net. > . 509855 IN NS b.root-servers.net. > . 509855 IN NS c.root-servers.net. > . 509855 IN NS d.root-servers.net. > . 509855 IN NS e.root-servers.net. > . 509855 IN NS f.root-servers.net. > . 509855 IN NS g.root-servers.net. > . 509855 IN NS h.root-servers.net. > . 509855 IN NS i.root-servers.net. > . 509855 IN NS j.root-servers.net. > . 509855 IN NS k.root-servers.net. > . 509855 IN NS l.root-servers.net. > . 509855 IN NS m.root-servers.net. > . 509855 IN RRSIG NS 8 0 518400 > 2022101217 2022092916 20826 . > FkcsBmNz2oK02ARhYfNSfxbnEL93RITDteQtHQoPn8zHZg9B6BRXqkH9 > +UpAEViDraX+4l8YJiUvYzrHh9twpQry0vv7xgDLoDdU9kRqokG5DEoq > Ueqph6qleC6Vylga4f1MzW > N+Dh9zK9/eCSp6WxwgbnW53a9GMDbI5KWZ > WkcWw3IPHVvVwDZfWhrKJtKZ3hafsGgmigm9F01Xk17prOAS6jBbvYjT > jCUyTl3UZJ+bAKS4tkpFdjp78raxBKBQPN6TzdLjtxYQrhriZZ3Gjdcg > dT+WQkLGYuyeakm2JqVe9vXGMGn0XkZEGMYnh7iW80N1XHyBMfhzGO+s 61zvWA== > ;; Received 1097 bytes from 1.1.1.1#53(1.1.1.1) in 12 ms > > > -- > Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe > from this list > > ISC funds the development of this software with paid support > subscriptions. Contact us at https://www.isc.org/contact/ for more > information. > > > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users > -- - Andrew "lathama" Latham - -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Dig -x +trace?
> On 30 Sep 2022, at 07:50, Mike Hodson wrote: > > I'm attempting to figure out how/why my reverse DNS delegation is broken. > I've already deleted systemd-resolved's temporary resolv.conf and added in an > immutable single line > nameserver 1.1.1.1 > resolv.conf. > > I can dig +trace forward hostnames fine. > I cannot dig -x an ip +trace. > All I get is the root-servers instead of any sort of reverse looking up > happening at all. > What am I doing wrong? Hiding the actual address you are wanting the reverse lookups for. Really you have an incredible resource here of knowledgeable people with millennia of experience between them who would have looked at every delegation and then would have told you what they saw that was wrong. Not installing maintenance releases when they are released. dig +trace is a little fragile in 9.18.1 following the change to libuv. Upgrade to a current release. > Thanks, > > Mike > > $ dig -x 208.x.x.x +trace > > ; <<>> DiG 9.18.1-1ubuntu1.1-Ubuntu <<>> -x 208.x.x.x +trace > ;; global options: +cmd > . 509855 IN NS a.root-servers.net. > . 509855 IN NS b.root-servers.net. > . 509855 IN NS c.root-servers.net. > . 509855 IN NS d.root-servers.net. > . 509855 IN NS e.root-servers.net. > . 509855 IN NS f.root-servers.net. > . 509855 IN NS g.root-servers.net. > . 509855 IN NS h.root-servers.net. > . 509855 IN NS i.root-servers.net. > . 509855 IN NS j.root-servers.net. > . 509855 IN NS k.root-servers.net. > . 509855 IN NS l.root-servers.net. > . 509855 IN NS m.root-servers.net. > . 509855 IN RRSIG NS 8 0 518400 2022101217 > 2022092916 20826 . > FkcsBmNz2oK02ARhYfNSfxbnEL93RITDteQtHQoPn8zHZg9B6BRXqkH9 > +UpAEViDraX+4l8YJiUvYzrHh9twpQry0vv7xgDLoDdU9kRqokG5DEoq > Ueqph6qleC6Vylga4f1MzW > N+Dh9zK9/eCSp6WxwgbnW53a9GMDbI5KWZ > WkcWw3IPHVvVwDZfWhrKJtKZ3hafsGgmigm9F01Xk17prOAS6jBbvYjT > jCUyTl3UZJ+bAKS4tkpFdjp78raxBKBQPN6TzdLjtxYQrhriZZ3Gjdcg > dT+WQkLGYuyeakm2JqVe9vXGMGn0XkZEGMYnh7iW80N1XHyBMfhzGO+s 61zvWA== > ;; Received 1097 bytes from 1.1.1.1#53(1.1.1.1) in 12 ms > > > -- > Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from > this list > > ISC funds the development of this software with paid support subscriptions. > Contact us at https://www.isc.org/contact/ for more information. > > > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Build errors for nsupdate 9.18.6
Install libuv. configure:6032: gcc -g -O2 conftest.c -L/myrepo/build/mymachine/lib -lz -lssl -lcrypto -luv >&5 /usr/bin/ld: skipping incompatible /myrepo/build/mymachine/lib/libz.so when searching for -lz /usr/bin/ld: skipping incompatible /myrepo/build/mymachine/lib/libz.a when searching for -lz /usr/bin/ld: skipping incompatible /myrepo/build/mymachine/lib/libssl.so when searching for -lssl /usr/bin/ld: skipping incompatible /myrepo/build/mymachine/lib/libssl.a when searching for -lssl /usr/bin/ld: skipping incompatible /myrepo/build/mymachine/lib/libcrypto.so when searching for -lcrypto /usr/bin/ld: skipping incompatible /myrepo/build/mymachine/lib/libcrypto.a when searching for -lcrypto /usr/bin/ld: skipping incompatible /myrepo/build/mymachine/lib/libuv.so when searching for -luv /usr/bin/ld: cannot find -luv collect2: error: ld returned 1 exit status > On 29 Sep 2022, at 18:54, sri b wrote: > > > Hi, > > I am getting errors while building nsupdate (bind) version 9.18.6, for my > project. I have attached the configure.log with this mail for your > reference. Can you please advise on how to successfully compile? > > The autoconf version is as below. > > autoconf (GNU Autoconf) 2.69 > > The libtool version is as below. > > libtoolize (GNU libtool) 2.4.6 > > We are getting below error while building. > > checking minix/config.h usability... no > checking minix/config.h presence... no > checking for minix/config.h... no > checking whether it is safe to define __EXTENSIONS__... yes > checking for > /opt/crosstool/armv7-cortex_a7_v3-linux-gnueabihf/bin/armv7-cortex_a7_v3-linux-gnueabihf-gcc > option to accept ISO C99... none needed > checking for x86_64-pc-linux-gnu-gcc... no > checking for gcc... gcc > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking whether gcc understands -c and -o together... yes > checking dependency style of gcc... gcc3 > checking whether the C compiler works... no > configure: error: C compiler cannot create executables > See `config.log' for more details > > Thanks. > -- > Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from > this list > > ISC funds the development of this software with paid support subscriptions. > Contact us at https://www.isc.org/contact/ for more information. > > > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Dig -x +trace?
Also should point out that when you do a +trace, your /etc/resolv.conf is irrelevant since dig is going to try to figure things out from the root on its own. The fact you were careful to talk about your resolv.conf signals that you may not be troubleshooting whatever you think you are. What is the real problem here? On Thu, Sep 29, 2022 at 3:57 PM Mark Andrews wrote: > > > > On 30 Sep 2022, at 07:50, Mike Hodson wrote: > > > > I'm attempting to figure out how/why my reverse DNS delegation is broken. > > I've already deleted systemd-resolved's temporary resolv.conf and added > in an immutable single line > > nameserver 1.1.1.1 > > resolv.conf. > > > > I can dig +trace forward hostnames fine. > > I cannot dig -x an ip +trace. > > All I get is the root-servers instead of any sort of reverse looking up > happening at all. > > What am I doing wrong? > > Hiding the actual address you are wanting the reverse lookups for. Really > you have an incredible resource here of knowledgeable people with millennia > of experience between them who would have looked at every delegation and > then would have told you what they saw that was wrong. > > Not installing maintenance releases when they are released. dig +trace is > a little fragile in 9.18.1 following the change to libuv. Upgrade to a > current release. > > > Thanks, > > > > Mike > > > > $ dig -x 208.x.x.x +trace > > > > ; <<>> DiG 9.18.1-1ubuntu1.1-Ubuntu <<>> -x 208.x.x.x +trace > > ;; global options: +cmd > > . 509855 IN NS a.root-servers.net. > > . 509855 IN NS b.root-servers.net. > > . 509855 IN NS c.root-servers.net. > > . 509855 IN NS d.root-servers.net. > > . 509855 IN NS e.root-servers.net. > > . 509855 IN NS f.root-servers.net. > > . 509855 IN NS g.root-servers.net. > > . 509855 IN NS h.root-servers.net. > > . 509855 IN NS i.root-servers.net. > > . 509855 IN NS j.root-servers.net. > > . 509855 IN NS k.root-servers.net. > > . 509855 IN NS l.root-servers.net. > > . 509855 IN NS m.root-servers.net. > > . 509855 IN RRSIG NS 8 0 518400 > 2022101217 2022092916 20826 . > FkcsBmNz2oK02ARhYfNSfxbnEL93RITDteQtHQoPn8zHZg9B6BRXqkH9 > +UpAEViDraX+4l8YJiUvYzrHh9twpQry0vv7xgDLoDdU9kRqokG5DEoq > Ueqph6qleC6Vylga4f1MzW > > N+Dh9zK9/eCSp6WxwgbnW53a9GMDbI5KWZ > WkcWw3IPHVvVwDZfWhrKJtKZ3hafsGgmigm9F01Xk17prOAS6jBbvYjT > jCUyTl3UZJ+bAKS4tkpFdjp78raxBKBQPN6TzdLjtxYQrhriZZ3Gjdcg > dT+WQkLGYuyeakm2JqVe9vXGMGn0XkZEGMYnh7iW80N1XHyBMfhzGO+s 61zvWA== > > ;; Received 1097 bytes from 1.1.1.1#53(1.1.1.1) in 12 ms > > > > > > -- > > Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe > from this list > > > > ISC funds the development of this software with paid support > subscriptions. Contact us at https://www.isc.org/contact/ for more > information. > > > > > > bind-users mailing list > > bind-users@lists.isc.org > > https://lists.isc.org/mailman/listinfo/bind-users > > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org > > -- > Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe > from this list > > ISC funds the development of this software with paid support > subscriptions. Contact us at https://www.isc.org/contact/ for more > information. > > > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users > > -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
