network: pass network interface RawFlags to agent#1393
Conversation
|
Hi @zhabinecho - thanks for the PR! I've pulled in some of the network aware folks to review. CI failed on 'no Fixes:' check, but I see one in the commit - so I have nudged, and if it still happens we'll have to figure out why. |
|
@zhabinecho Please do not edit vendor directly. Instead, please vendor the agent change in a separate commit when kata-containers/agent#493 is merged. Other than that, the PR looks good to me. Adding |
|
See the following for information on how we handle vendoring: |
|
@zhabinecho ping, any updates? Thx! |
ee8ac7b to
f4fc162
Compare
|
There are some failure. I can see the following error: virtcontainers/kata_agent_test.go:194:63: AddInterfaceRequest not declared by package grpc (typecheck) The AddInterface and RemoveInterface have already removed in agent. |
fa9e64c to
9021485
Compare
|
@amshinde I think you removed the add/delete interface from the agent, right? Did you forget to update the vendoring on the runtime repo? |
|
@sboeuf Do I need to update the commit? Thanks! |
| [[constraint]] | ||
| name = "github.com/kata-containers/agent" | ||
| revision = "8e48125fa2a793706e5e660e95bdc9755f1cf474" | ||
| revision = "48dd1c031530fce9bf16b0f6a7305979cedd8fc9" |
There was a problem hiding this comment.
vendor/github.com/mdlayher/vsock has changed, did you forget to include it?
There was a problem hiding this comment.
No that's fine, it changed because this is a subdependency. The runtime does not directly import the vsock package but the agent does. And by revendoring the agent package, we pull the updated package of vsock.
sboeuf
left a comment
There was a problem hiding this comment.
@zhabinecho The PR looks good, but your carried some changes from another PR, and I don't expect to see virtcontainers/kata_agent_test.go in here.
| func (p *gRPCProxy) MemHotplugByProbe(ctx context.Context, req *pb.MemHotplugByProbeRequest) (*gpb.Empty, error) { | ||
| return &gpb.Empty{}, nil | ||
| } | ||
|
|
There was a problem hiding this comment.
@zhabinecho I think something went wrong with the rebase of master branch here. Those changes have not been introduced by your PR, right?
There was a problem hiding this comment.
Sorry, I should add one comment to describe it. The agent also add MemHotplugByProbeRequest, StartTracingRequest and StopTracingRequest. The continuous-integration/travis-ci will failed:
virtcontainers/kata_agent_test.go:262:36: cannot use g (variable of type *gRPCProxy) as github.com/kata-containers/runtime/vendor/github.com/kata-containers/agent/protocols/grpc.AgentServiceServer value in argument to pb.RegisterAgentServiceServer: missing method MemHotplugByProbe (typecheck)
pb.RegisterAgentServiceServer(s, g)
Also the StartTracingRequest and StopTracingRequest are the same.
There was a problem hiding this comment.
Oh I see, those have not been updated from a runtime perspective yet... Then that's fine, let's approve this PR :)
50bbd05 to
f47d09e
Compare
|
/test |
|
@sboeuf, I don't understand the relation of commit with the jenkins-ci failing. Can we merge it now? Thanks. |
|
/test |
|
@zhabinecho the CI is not very stable, I'm restarting it, hopefully it'll pass this time. |
@sboeuf Please check the CI. Thanks. |
|
@chavafg could you check the CI failures and decide if this is mergeable? |
|
Arm CI is failed, but it is already fixed with #1433. Fedora jobs failed on the functional tests: The error I see is: http://jenkins.katacontainers.io/job/kata-containers-runtime-fedora-PR/1776/console I don't recall having instabilities with this test. I have restarted both jobs to see how they behave. |
|
@sboeuf still getting failures on the same and http://jenkins.katacontainers.io/job/kata-containers-runtime-fedora-PR/1804/ |
|
@zhabinecho please take a look as those failures are caused by the PR. |
|
@zhabinecho, this PR require rebase and check erros. |
OK, thanks. |
f47d09e to
2270a41
Compare
|
/test |
In order to support NOARP in ipvlan interface, the runtime will pass the rawflags to agent, which also apply to other network interfaces, not just ipvlan. Fixes: kata-containers#1391 Signed-off-by: Zha Bin <zhabin@linux.alibaba.com>
2270a41 to
dd0808a
Compare
|
@devimc, please review the patch again. Thanks. |
|
/test |
In order to support NOARP in ipvlan interface, the runtime
will pass the rawflags to agent, which also apply to other
network interfaces, not just ipvlan.
Fixes: #1391
Signed-off-by: Zha Bin zhabin@linux.alibaba.com