19582 2009-04-11 15:12:36 +0400 [PATCH] Не всегда дожидается смерти dhcpcd 2019-03-13 16:48:02 +0300 1 1 4 Development Sisyphus etcnet unstable all Linux CLOSED FIXED P3 normal --- 1 sem sem glebfm gray_graff imz iv ldv mike rider sem shaba qa-sisyphus oldest_to_newest 89203 0 sem 2009-04-11 15:12:36 +0400 При рестарте сети иногда вижу, что стартует новый dhcpcd до того, как завершился старый. Соответственно dhcpcd ругается, что dhcpcd already running on pid ... и не завершается. Просто увеличивать DHCP_GRACE_TIME не хочется, указаных по дефолту 2 секунд ему как раз иногда чуть не хватает, бывает что и нормально стартует. Предлагаю патч, одновременно можно в дефолтах увеличить значение DHCP_GRACE_TIME до секунд 5, с этим патчем вреда это не принесет, если dhcpcd помрет раньше - задержки в 5 секунд все равно не будет. 89204 1 3437 sem 2009-04-11 15:14:16 +0400 Created attachment 3437 dhcp_client_stop.patch 89205 2 sem 2009-04-11 15:27:04 +0400 (In reply to comment #0) > on pid ... и не завершается. То бишь наоборот, завершается. 91745 3 rider 2009-05-25 01:35:39 +0400 у меня эта ошибка вылезает примерно в половине просыпаний ноутбуков. с wlan0 слетает dhcp и я остюсь без IP на нём. 93055 4 pilot 2009-06-15 01:05:59 +0400 Наконец добрался и до этого вопроса. Мотивация целиком понятна, и даже подскажу, что для остановки трудно поддающихся процессов можно использовать функцию kill_by_pidfile() из этого же файла. Единственное, что не ясно до конца --- почему используется SIGHUP. Кто-нибудь знает? 93057 5 sem 2009-06-15 02:40:15 +0400 > Единственное, что не ясно до конца > --- почему используется SIGHUP. Кто-нибудь знает? dhcpcd по SIGHUP посылает DHCPRELEASE перед выходом. По SIGTERM он этого не делает. 105785 6 sbolshakov 2010-01-20 20:55:00 +0300 fixed in 0.9.10-alt2 105857 7 sem 2010-01-23 14:58:34 +0300 Думаю DHCP_GRACE_TIME в дефолтах теперь все-таки нужно увеличить. Сделанные изменения просто позволяют сделать это безболезненно. 107004 8 imz 2010-02-22 15:38:00 +0300 Does https://bugzilla.altlinux.org/show_bug.cgi?id=18381 have the same cause? 107006 9 sbolshakov 2010-02-22 15:50:26 +0300 doubt that 151521 10 sem 2015-05-20 20:59:09 +0300 С моим патчем из #30369 теперь стало еще хуже: dhcpcd --release на самом деле ждет максимум 10 секунд (прибиты гвоздями и не меняются), так что если dhcpcd не успел выйти за эти 10 секунд, то при network restart попытка запуска dhcpcd из ifup обламывается (т.к. предыдущий dhcpcd все еще запущен на этом интерфейсе, раньше после истечения DHCP_GRACE_TIME он всегда убивался kill -9). В результате после network restart сети нет. Патч тут: http://git.altlinux.org/people/sem/packages/etcnet.git?p=etcnet.git;a=commit;h=25b3be52af8dde38994cdf4bb6b2bf0f14fb984b Там опять используется DHCP_GRACE_TIME и dhcpcd убивется kill -9 если не успел выйти. Также предлагаю все-таки увеличить DHCP_GRACE_TIME в дефолтах, хотя бы до 10 секунд (все равно при использовании dhcpcd --release задать меньшее время ожидания нельзя). Напоминаю, что это давно уже _максимальное_ время ожидания, а не безусловное. Так что вполне безопасно увеличивать его и до бОльших значений. 179422 11 repository-robot 2019-03-13 16:48:02 +0300 etcnet-0.9.18-alt2 -> sisyphus: Mon Mar 11 2019 Andrey Bychkov <mrdrew@altlinux> 0.9.18-alt2 - iface status check for ifdown added (Closes: #22658) - loading of kernel module 8021q disabled in VE (patch by Denis Yagofarov) (Closes: #13607) - dhcpd service stop fixed (Closes: #19582) - fixed unable to manage bridge ifaces on 2.6.32 OpenVZ kernels (patch by Nikolay A. Fetisov) (Closes: #33296) 3437 2009-04-11 15:14:16 +0400 2009-04-11 15:14:16 +0400 dhcp_client_stop.patch dhcp_client_stop.patch text/plain 777 sem ZGlmZiAtLWdpdCBhL2V0Y25ldC9ldGMvbmV0L3NjcmlwdHMvZnVuY3Rpb25zIGIvZXRjbmV0L2V0 Yy9uZXQvc2NyaXB0cy9mdW5jdGlvbnMKaW5kZXggNzQwOWJkOC4uODM4N2Y2NyAxMDA2NDQKLS0t IGEvZXRjbmV0L2V0Yy9uZXQvc2NyaXB0cy9mdW5jdGlvbnMKKysrIGIvZXRjbmV0L2V0Yy9uZXQv c2NyaXB0cy9mdW5jdGlvbnMKQEAgLTUwNyw5ICs1MDcsMTMgQEAgc3RvcF9kaGNwX2NsaWVudCgp CiAJCQk7OwogCWVzYWMKIAlpZiBbIC1zICRQSURGSUxFIF07IHRoZW4KLQkJa2lsbCAtU0lHSFVQ IGBjYXQgJFBJREZJTEVgCi0JCSMgVGhlcmUgcHJvYmFibHkgc2hvdWxkIGJlIGEgZGVsYXkvd2Fp dCBsb29wIGhlcmUsIGRoY3BjZCBkb2Vzbid0IGRpZSBmYXN0LgotCQlzbGVlcCAke0RIQ1BfR1JB Q0VfVElNRTotMH0KKwkJbG9jYWwgcGlkPWBjYXQgJFBJREZJTEVgCisJCWxvY2FsIGk9MAorCQlr aWxsIC1TSUdIVVAgJHBpZAorCQl3aGlsZSBbICIkaSIgLWx0ICIke0RIQ1BfR1JBQ0VfVElNRTot MH0iIF0gJiYga2lsbCAtMCAkcGlkIDI+L2Rldi9udWxsOyBkbworCQkJc2xlZXAgMQorCQkJaT0k KCgkaSArIDEpKQorCQlkb25lCiAJCSMgZGhjcGNkIHdpbGwgYnJpbmcgZG93biB0aGUgaW50ZXJm YWNlIHdoZW4gc3RvcHBpbmcuIFRvIGtlZXAgZXRjbmV0IGxvZ2ljcwogCQkjIHRvIHdvcmsgKHJ1 bm5pbmcgc2h1dGRvd24gc2NyaXB0cyBmb3IgZXhhbXBsZSkgd2Ugc2hvdWxkIGJyaW5nIGl0IHVw IGFnYWluCiAJCSRJUCBsaW5rIHNldCBkZXYgJE5BTUUgdXAK