33053 2017-01-26 15:09:25 +0300 Не отвечает на запросы при запуске через SysVInit 2017-02-03 13:17:58 +0300 1 1 4 Development Sisyphus dhcp-server unstable all Linux CLOSED FIXED P3 blocker --- 1 rider sem aen cas glebfm lav mike rider sem snejok stalker qa-sisyphus oldest_to_newest 161523 0 rider 2017-01-26 15:09:25 +0300 После обновления до 4.3.3-alt4 перестаёт отвечать на запросы. Откат до alt3 сразу лечит это поведение. Запускается при этом нормально, конфигурация самая простая. Аналогично сломано и в p8, где было и поймано. 161528 1 cas 2017-01-26 15:31:15 +0300 Запускается нормально, но не выходит. 161529 2 rider 2017-01-26 15:50:11 +0300 Да, ещё и не выходит. На системах с SysVInit запускается, но не отвечает на запросы. При этом завершает свою работу нормально. На системах с systemd - запускается и работает, но на SIGTERM не реагирует. если просто из консоли запустить как dhcpd -d на sysvinit запускается и работает 161530 3 rider 2017-01-26 16:08:20 +0300 Разница в том, что на sysvinit не используется опция -f 161531 4 stalker 2017-01-26 16:17:43 +0300 [root@stlk system]# systemctl start dhcpd [root@stlk system]# netstat -nap | grep :67 udp 0 0 0.0.0.0:67 0.0.0.0:* 6820/dhcpd [root@stlk system]# ps -aux | grep dhc dhcpd 6820 0.0 0.1 97000 21272 ? Ssl 16:14 0:00 /usr/sbin/dhcpd -4 -f --no-pid eth0 br0; На p8 не отвечает. А самое интересное..если руками запустить ровно с теми же опциями - всё работает. через systemd ещё и завершается 1,5 минуты time systemctl stop dhcpd 0.00user 0.00system 1:30.14elapsed 0%CPU (0avgtext+0avgdata 3552maxresident)k 0inputs+0outputs (0major+292minor)pagefaults 0swaps 161532 5 rider 2017-01-26 16:23:55 +0300 У меня на P8 под systemd работает. Не работает под SysVinit, т.к. тут форкается сам dhcpd. На systemd dhpcd не форкается, поэтому и работает. 161535 6 stalker 2017-01-26 16:51:17 +0300 У меня даже после отката, если руками запустить /usr/sbin/dhcpd -4 -f --no-pid eth0 br0; то работает,а если через systemd нет 161536 7 stalker 2017-01-26 16:58:16 +0300 в трейсе при этом epoll_wait(4, [{EPOLLIN, {u32=8, u64=8}}], 64, -1) = 1 epoll_ctl(4, EPOLL_CTL_DEL, 8, 0x7ffef6fcf740) = 0 recvfrom(8, "\1\1\6\0007\t\354$\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0RT\0?"..., 1540, 0, {sa_family=AF_INET, sin_port=htons(68), sin_addr=inet_addr("0.0.0.0")}, [16]) = 300 epoll_ctl(4, EPOLL_CTL_ADD, 8, {EPOLLIN, {u32=8, u64=8}}) = 0 epoll_wait(4, [{EPOLLIN, {u32=8, u64=8}}], 64, -1) = 1 epoll_ctl(4, EPOLL_CTL_DEL, 8, 0x7ffef6fcf740) = 0 recvfrom(8, "\1\1\6\0007\t\354$\0\10\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0RT\0?"..., 1540, 0, {sa_family=AF_INET, sin_port=htons(68), sin_addr=inet_addr("0.0.0.0")}, [16]) = 300 epoll_ctl(4, EPOLL_CTL_ADD, 8, {EPOLLIN, {u32=8, u64=8}}) = 0 epoll_wait(4, [{EPOLLIN, {u32=8, u64=8}}], 64, -1) = 1 epoll_ctl(4, EPOLL_CTL_DEL, 8, 0x7ffef6fcf740) = 0 recvfrom(8, "\1\1\6\0007\t\354$\0\22\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0RT\0?"..., 1540, 0, {sa_family=AF_INET, sin_port=htons(68), sin_addr=inet_addr("0.0.0.0")}, [16]) = 300 epoll_ctl(4, EPOLL_CTL_ADD, 8, {EPOLLIN, {u32=8, u64=8}}) = 0 epoll_wait(4, 161539 8 sem 2017-01-26 22:03:29 +0300 Что-то изменилось в библиотеках нового bind, похоже dhcpd уходит в deadlock. Попробую для начала просто обновить его до актуальной версии. 161545 9 sem 2017-01-27 19:08:52 +0300 При ближайшем рассмотрении обновление dhcpd несколько более трудозатратная задача, чем я думал, так что отложим до лучших времен. Проверьте dhcpd из #177232. 161546 10 rider 2017-01-27 19:39:01 +0300 Для проверки нужен таск для P8. 161547 11 sem 2017-01-27 19:44:43 +0300 > Проверьте dhcpd из #177232. Только там решалась проблема с завершением dhcpd. Чинить работу под sysvinit я пока даже не пытался. 161548 12 rider 2017-01-27 21:27:22 +0300 т.е. - с -f всё ещё не работает ? 161549 13 sem 2017-01-27 22:09:36 +0300 Наоборот, не работает без. Это две разные проблемы. С новой libbind у нас не только bind стал многопоточным, но и dhcpd. И к этому он оказался совершенно не готов. 161551 14 rider 2017-01-28 07:12:53 +0300 Ясно, ждём. 161554 15 snejok 2017-01-28 12:20:06 +0300 Простите, увидел коммент про "многопоточность" и вспомнил про патч для другой баги, в котором фигурируют слова про "THREADS" :-) http://git.altlinux.org/people/snejok/packages/bind.git?p=bind.git;a=commitdiff;h=1d72b684c5cbe2df95312d4f2d432c040c4c3c75 вот кстати бага: https://bugzilla.altlinux.org/show_bug.cgi?id=31158 161556 16 ldv 2017-01-28 12:28:07 +0300 (In reply to comment #15) > Простите, увидел коммент про "многопоточность" и вспомнил про патч для другой > баги, в котором фигурируют слова про "THREADS" :-) > > http://git.altlinux.org/people/snejok/packages/bind.git?p=bind.git;a=commitdiff;h=1d72b684c5cbe2df95312d4f2d432c040c4c3c75 > > вот кстати бага: > https://bugzilla.altlinux.org/show_bug.cgi?id=31158 Объясните, пожалуйста, почему вы считаете, что тот патч ещё актуален. 161560 17 snejok 2017-01-28 13:36:20 +0300 (В ответ на комментарий №16) > Объясните, пожалуйста, почему вы считаете, что тот патч ещё актуален. С новой версией bind в Sisyphus и p8 еще не проверял. В ближайшее время проверю. 161615 18 sem 2017-01-31 01:36:17 +0300 Мне удалось получить похожие на рабочие сервер и dhcreley, но я сломался на dhclient. После чего посмотрел внимательно, наконец, как это собирают в Федоре. Они собирают с библиотеками от bind-9.9.9. И с ними dhcp работает, даже если библиотеки собраны с --enable-threads (Многопоточность в dhcp там не включается, хотя глядя на код я пока не понял почему, он не выглядит сильно другим. Впрочем, я не читал его целиком, так что отличие все же есть, очевидно). Короче говоря, я думаю надо делать как в Федоре: собирать отдельно библиотеки от старого bind и собирать dhcp с ними. 161618 19 ldv 2017-01-31 11:46:22 +0300 (In reply to comment #18) > Мне удалось получить похожие на рабочие сервер и dhcreley, но я сломался на > dhclient. После чего посмотрел внимательно, наконец, как это собирают в Федоре. > Они собирают с библиотеками от bind-9.9.9. И с ними dhcp работает, даже если > библиотеки собраны с --enable-threads (Многопоточность в dhcp там не > включается, хотя глядя на код я пока не понял почему, он не выглядит сильно > другим. Впрочем, я не читал его целиком, так что отличие все же есть, > очевидно). > Короче говоря, я думаю надо делать как в Федоре: собирать отдельно библиотеки > от старого bind и собирать dhcp с ними. Если в федоре не осилили, это не основание опускать руки. 161636 20 sem 2017-01-31 15:08:01 +0300 (In reply to comment #18) > библиотеки собраны с --enable-threads (Многопоточность в dhcp там не > включается, хотя глядя на код я пока не понял почему, он не выглядит сильно > другим. Впрочем, я не читал его целиком, так что отличие все же есть, > очевидно). Ну, в целом ясно. Dhcp собирался с *-export библиотеками, в которых потоки были выключены. В bind-9.10 *-export библиотек больше нет и теперь с патчем Большакова dhcp собирается с библиотеками, в которых потоки включены. В результате все dhcp* хозяйство стало многопоточным, чего апстрим не предполагал, они просто написаны без поддержки подобного варианта. (In reply to comment #19) > > Короче говоря, я думаю надо делать как в Федоре: собирать отдельно библиотеки > > от старого bind и собирать dhcp с ними. > > Если в федоре не осилили, это не основание опускать руки. Зато не переписывать dhcp с поддержкой многопоточности - вполне основание, на мой взгляд. Нам так нужны многопоточные dhcp сервер и клиент? Есть еще вариант добавить в библиотеки bind поддержку runtime-выбора включения/выключения многопоточности, но я не уверен, что оно того стоит. Если даже при этом dhcp будет работать с текущими библиотеками bind, нет никаких гарантий, что будет работать со следующей. Австрим ведь ведь хоронит dhcp и заменяет его Kea, насколько я понимаю. Думаю лучше уж сразу собирать dhcp с теми библиотеками, с которыми он должен работать, а не с теми, с которыми апстрим никогда не предполагал его работу. 161637 21 ldv 2017-01-31 15:34:51 +0300 (In reply to comment #20) > (In reply to comment #18) > > библиотеки собраны с --enable-threads (Многопоточность в dhcp там не > > включается, хотя глядя на код я пока не понял почему, он не выглядит сильно > > другим. Впрочем, я не читал его целиком, так что отличие все же есть, > > очевидно). > > Ну, в целом ясно. Dhcp собирался с *-export библиотеками, в которых потоки были > выключены. В bind-9.10 *-export библиотек больше нет. export-библиотеки это чисто федорное изобретение. Может, вернём их? Вернуть export-библиотеки от bind-9.9 проще, конечно, чем от текущей версии. Хотя в https://fedorahosted.org/fpc/ticket/502 они пишут, что dhcp не работает с библиотеками от bind-9.10, складывается ощущение, что если эти библиотеки просто собрать с --disable-threads, то dhcp будет нормально с ними работать. 161642 22 sem 2017-01-31 16:13:38 +0300 (In reply to comment #21) > (In reply to comment #20) > > (In reply to comment #18) > > > библиотеки собраны с --enable-threads (Многопоточность в dhcp там не > > > включается, хотя глядя на код я пока не понял почему, он не выглядит сильно > > > другим. Впрочем, я не читал его целиком, так что отличие все же есть, > > > очевидно). > > > > Ну, в целом ясно. Dhcp собирался с *-export библиотеками, в которых потоки были > > выключены. В bind-9.10 *-export библиотек больше нет. > > export-библиотеки это чисто федорное изобретение. Может, вернём их? Нет, это было в апстриме. В Федоре только отрывали bundled bind в релизе dhcp и собирали с системным. Эти патчи и у нас, конечно. > Вернуть export-библиотеки от bind-9.9 проще, конечно, чем от текущей версии. От текущей версии - это именно то, чего в Федоре не осилили https://bugzilla.redhat.com/show_bug.cgi?id=1181562#c5 Но похоже есть надежда, что апстрим сделает версию dhcp, рабочую с bind-9.10. Хоть и нет гарантий. В Федоре, собственно, и решили переждать на старых библиотеках. > Хотя в https://fedorahosted.org/fpc/ticket/502 они пишут, что dhcp не работает > с библиотеками от bind-9.10, складывается ощущение, что если эти библиотеки > просто собрать с --disable-threads, то dhcp будет нормально с ними работать. https://lists.isc.org/pipermail/bind-users/2015-February/094640.html Еще нужно --disable-epoll, тогда почти работает. На сигналы все равно не реагирует, но тут поможет мой патч как раз. 161669 23 sem 2017-02-01 18:09:23 +0300 Я пока соберу dhcp с библиотеками bind-9.9.9. Надо его починить, наконец, а то он и в p8 сломан. Далее уже без спешки можно экспериментировать с его сборкой на Сизифе. 161676 24 repository-robot 2017-02-01 22:29:34 +0300 dhcp-1:4.3.3-alt5 -> sisyphus: * Wed Feb 01 2017 Mikhail Efremov <sem@altlinux> 1:4.3.3-alt5 - Use _unpackaged_files_terminate_build. - Build with bind-9.9.9 libraries (closes: #33053). 161678 25 rider 2017-02-01 23:07:05 +0300 Миша, спасибо. Завтра проверю. 161693 26 stalker 2017-02-02 20:20:50 +0300 Следующие НОВЫЕ пакеты будут установлены: libisc-export-dhcp 4 будет обновлено, 1 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено. Необходимо получить 0B/2168kB архивов. После распаковки потребуется дополнительно 2114kB дискового пространства. Продолжить? [Y/n] y Совершаем изменения... Preparing... ################################################################################################### [100%] file /usr/lib64/libirs-export.so.91.0.3 from install of libisc-export-dhcp-9.9.9-alt1.M80P.1 conflicts with file from package libisc-export-9.9.8-alt5 file /usr/lib64/libisc-export.so.106 from install of libisc-export-dhcp-9.9.9-alt1.M80P.1 conflicts with file from package libisc-export-9.9.8-alt5 file /usr/lib64/libisccfg-export.so.90 from install of libisc-export-dhcp-9.9.9-alt1.M80P.1 conflicts with file from package libisc-export-9.9.8-alt5 E: Ошибка во время исполнения транзакции 161694 27 sem 2017-02-02 20:33:54 +0300 (In reply to comment #26) > E: Ошибка во время исполнения транзакции Да, конфликт я забыл поставить. 161697 28 ldv 2017-02-03 03:06:48 +0300 (In reply to comment #27) > (In reply to comment #26) > > E: Ошибка во время исполнения транзакции > > Да, конфликт я забыл поставить. конфликт по soname? это точно не provides+obsoletes? 161701 29 sem 2017-02-03 13:17:58 +0300 Ну да, поставил obsoletes. Provides не стал. хотя может зря.