Bug 22658
| Summary: | Ошибка по обработке ipv4route | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | MisHel64 <MisHel64> |
| Component: | etcnet | Assignee: | Mikhail Efremov <sem> |
| Status: | REOPENED --- | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | CC: | ldv, rider, sem, shaba |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
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) The change was reverted in the commit fd40fb13c79086bc4d31fea27fb0093d11f31aeb (etcnet-0.9.18-alt3). |
Description
MisHel64 2010-01-01 12:30:49 MSKделаю ifup eth1 ifdown eth1 ни каких ошибок не появляется. Прописываю в eth1/ipv4route маршрут 1.2.3.4/24 via 5.6.7.8 ifup eth1 ifdown eth1 и ifdown выводит на экран: "RTNETLINK answer: No such process" Сколько маршрутов прошипишь, столько раз и напишет. В рассылке помогли найти источник ошибок: === в общем, критичные строки в /etc/net/scripts/ifdown: # здесь убивается dhcp клиент, что влечет за собой удаление маршрутов. 63 stop_dhcp_client # здесь происходит уборка маршрутов в том числе 139 is_yes "$CONFIG_IPV4" && $SCRIPTDIR/config-ipv4 $NAME stop "${IPV4ADDRESS[*]}" "${IPV6ADDRESS[*]}" # а вот тут выключается интерфейс, если он не выключен 142 if iface_is_up $NAME; then 146 $IP link set dev $NAME down && print_progress 147 fi вот в итоге и имеем, что для dhcp сначала выключаем iface, потом чистим маршруты, а для статики сначала чистим, потом выключаем. === Так можно переписать этот скрипт что бы с начало очищались маршруты, а потом выключаем интерфейс? Или не чистить маршруты у УЖЕ выключенного интерфейса? PS: Использую P5 бранч, на него багу повесить не смог.