Reported config installed from Fedora repo: C++ Compiler: CXX: g++ CXX_VERSION: g++ (GCC) 5.3.1 20151207 (Red Hat 5.3.1-2) DEFS: -DHAVE_CONFIG_H CPPFLAGS: -DOS_LINUX -I$(top_srcdir)/ext/coroutine -DBOOST_ASIO_HEADER_ONLY -DBOOST_ASIO_DISABLE_THREADS=1 -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED CXXFLAGS: -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic LDFLAGS: -Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -lpthread KEA_CXXFLAGS: -Wall -Wextra -Wnon-virtual-dtor -Wwrite-strings -Woverloaded-virtual -Wno-sign-compare -pthread -Werror -fPIC
I rebuilt the package disabling optimizations (also had to remove the D_FORTIFY_SOURCE define) and the DDNS server starts up without issue now. Haven't tested functionality but the process is listening on udp/53001 and CPU usage is normal. C++ Compiler: CXX: g++ CXX_VERSION: g++ (GCC) 5.3.1 20151207 (Red Hat 5.3.1-2) DEFS: -DHAVE_CONFIG_H CPPFLAGS: -DOS_LINUX -I$(top_srcdir)/ext/coroutine -DBOOST_ASIO_HEADER_ONLY -DBOOST_ASIO_DISABLE_THREADS=1 -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED CXXFLAGS: -O0 -g -pipe -Wall -Werror=format-security -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic LDFLAGS: -Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -lpthread KEA_CXXFLAGS: -Wall -Wextra -Wnon-virtual-dtor -Wwrite-strings -Woverloaded-virtual -Wno-sign-compare -pthread -Werror -fPIC Thanks for the tip! This will at least allow me to move forward with my testing. Derek On Thu, Feb 4, 2016 at 11:09 AM, Tomek Mrugalski <[email protected]> wrote: > On 04/02/16 14:48, Derek Lambert wrote: > > On Fedora 23 running Kea 1.0.0-1.fc23 x86_64 installed from Fedora repo. > > > > When the DHCP-DDNS server is started it repeatedly logs "Resource > > temporarily unavailable" errors: > We heard about this issue, but were unable to find a root cause so far. > > Can you check which compiler and which version was used to compile Kea? > Was it gcc-5? > > Also, this may be a long shot, but can you recompile Kea with -o0? We > observed an issue in one unit-test in DDNS that also complained about > resources being temporarily unavailable. We haven't had time to get > round to it, but the workaround that works for the unit-test is to > disable compiler optimizations. > > Obviously, this is not a solution, but it may give us more info to help > rootcausing the actual issue. > > Tomek > > _______________________________________________ > Kea-users mailing list > [email protected] > https://lists.isc.org/mailman/listinfo/kea-users >
_______________________________________________ Kea-users mailing list [email protected] https://lists.isc.org/mailman/listinfo/kea-users
