Description of problem: customer rebooted a bunch of dpdk (3 bonds) computes for some maintenance (bios update). One of them (compute 213) is failing to start network services due to ovs-vswitchd timing out during. Tried to increase systemd unit from 5 mins to 10 for testing but no luck Version-Release number of selected component (if applicable): RHEL 7.6 - openvswitch 2.9.0-130.el7fdp.bz1845209.1 (same for other computes, too) How reproducible: reboot compute Steps to Reproduce: 1. reboot compute 2. wait for ovs-vswitchd to timeout Actual results: network services are failing to start. Additional info: Problems seems matching [0] but other rebooted and healthy computes are not running any systemd unit tuning at all. [0] https://access.redhat.com/solutions/3538621
OSP13 is EOL, closing, if you believe this reproduces in newer versions feel free to reopen on 16.2 or 17.1
Hi Flavio, thanks for the quick turnaround on this one, reopening.