|
We have a custom scheduler that is failing some atomic allocations
sometimes, and it was made pretty hard to discover by the fact that we more
or less drop the return code on the floor. This is especially nasty, as
the ipvsadm -ln invocation shows the scheduler to be as we wish it were
instead of as it is.
This is an RFC because I have no idea what the best way to proceed with the
upd_dest invocation is. I could clone all of the state and simply restore
it, but I figured one of you might have a better idea.
Alex Gartrell (4):
ipvs: move ip_vs_trash_put_dest into its own function
ipvs: drop dest_p from ip_vs_new_dest
ipvs: check return value of add_dest
ipvs: check return value of del_dest
net/netfilter/ipvs/ip_vs_ctl.c | 106 +++++++++++++++++++++++++----------------
1 file changed, 66 insertions(+), 40 deletions(-)
--
Alex Gartrell <agartrell@xxxxxx>
--
To unsubscribe from this list: send the line "unsubscribe lvs-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
|
