-
Notifications
You must be signed in to change notification settings - Fork 124
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WaitDone on Update does not wait till vpp interfaces are up #1751
Comments
Logs:
|
The timestamp on my return from Update (Oct 20 02:37:38.945) is before the timestamp on the interface coming up for SB Notification #91 (2020-10-20 02:37:44.102)
Similarly for SB #92 |
Here are a second set of logs showing a similar effect for memif interfaces being DOWN at the time of the WaitDone Update return:
|
vppagent version from the go.mod:
And the Dockerfile:
|
Seeing interface UP after return again. First the log of the image stamp:
|
Logs:
|
The relavent detail are:
I got my return at |
Let me first mention that current implementation of |
I'm a little confused... I thought my configuration, by specifying 'enabled' for an interface had specified an 'UP' state, which I'd then expect to imply with WaitDone that we were in the specified state (ie, interfaces UP). |
VPP differentiates two UP/DOWN interface states: Keys representing interface link states are pretty much unrelated from the key-value pairs representing configuration, therefore it is not being waited for even if |
@milanlenco Ah... that is interesting. What is the easiest way via GRPC to find out the link-state of an interface? |
Looking around, the options I see are: configurator.Dump - basically poll for Config state from the SB - but all of it, no way to scope it down |
No description provided.
The text was updated successfully, but these errors were encountered: