bind 9.16.2 on centos6

[Gilles Buisson]

On our last Centos 6 server, we managed building Bind 9.16.1 with the help
of Okay repo (http://repo.okay.com.mx)

Installed Packages
libuv-debuginfo.x86_64   1:1.9.1-4.el6   @okay
libuv-devel.x86_64           1:1.9.1-4.el6   @okay
libuv-static.x86_64           1:1.9.1-4.el6   @okay
libuv1.x86_64                    1:1.9.1-4.el6   @okay

Hope this help

Regards

Gilles

-----Original Message-----
From: bind-users <bind-users-bounces at lists.isc.org> On Behalf Of Carl
Byington via bind-users
Sent: Saturday, April 18, 2020 22:46
To: bind-users <bind-users at lists.isc.org>
Subject: bind 9.16.2 on centos6

Centos6, although old, is still supported, so it would be nice to get
9.16.2 running on that. This is my first attempt at building 9.16.x. 

I pulled the libuv source rpm from Centos7, made some minor changes to the
spec file, and built libuv 1.34.0. 

Using that, bind 9.16.2 builds to an rpm and installs, but crashes on
startup. 

(gdb) bt
#0  0x00000033772324f5 in raise (sig=6) 
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x0000003377233cd5 in abort () at abort.c:92
#2  0x00007f2f5fba9cc4 in uv_async_send () from /usr/lib64/libuv.so.1
#3  0x00007f2f5fdf6329 in isc_nm_pause (mgr=0x7f2f5f945010) at
netmgr.c:322
#4  0x00007f2f5fe06e07 in isc_task_beginexclusive (task0=<value optimized
out>) 
    at task.c:1662
#5  0x000000000043613f in load_configuration ( 
    filename=0x7f2f59eac770 "\030\307\060O/\177", server=0x7f2f5c0a8010, 
    first_time=true) at ./server.c:8309
#6  0x000000000043a27d in run_server (task=<value optimized out>,
event=0x0) 
    at ./server.c:9660
#7  0x00007f2f5fe07b21 in dispatch (queuep=<value optimized out>) 
    at task.c:1152
#8  run (queuep=<value optimized out>) at task.c:1344
#9  0x0000003c18807aa1 in start_thread (arg=0x7f2f59ead700) 
    at pthread_create.c:301
#10 0x00000033772e8c4d in clone () 
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115 


Is this the same issue previously reported against 9.16.1? That was
apparently resolved by downgrading to libuv 1.35. In my case, I can try to
upgrade to 1.35. 

The test in configure.ac in the bind source checks that the version of libuv
is >= 1.0.0.