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
