network: drop REMOVING flag when a netlink message is sent to kernel
When an interface goes to down, the kernel drops several routes automatically, and at the same time networkd requests to remove them, but the kernel sometimes does not respond the requests. Hence, the routes cannot drop the REMOVING flag, and networkd will never try to configure other routes which depend on the previously removed routes even if they are already reconfigured. With this patch, when networkd sends a request to configure a route (or any other network settings), REMOVING flag for the route is dropped without waiting for the reply about the previous remove request, as we can expect it will appear even if it is already removed or under removing. Fixes #24999.
This commit is contained in:
committed by
Luca Boccassi
parent
0927ae6a5c
commit
f4ee7b98c4
@@ -97,7 +97,8 @@ int network_config_state_to_string_alloc(NetworkConfigState s, char **ret);
|
||||
static inline void name##_enter_configuring(type *t) { \
|
||||
name##_update_state(t, \
|
||||
NETWORK_CONFIG_STATE_REQUESTING | \
|
||||
NETWORK_CONFIG_STATE_CONFIGURING, \
|
||||
NETWORK_CONFIG_STATE_CONFIGURING | \
|
||||
NETWORK_CONFIG_STATE_REMOVING, \
|
||||
NETWORK_CONFIG_STATE_CONFIGURING); \
|
||||
} \
|
||||
static inline void name##_enter_configured(type *t) { \
|
||||
|
||||
Reference in New Issue
Block a user