Skip to content
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

Bug with re-deployment of nse-composition with kernel-interfaces #11927

Open
isZams opened this issue May 8, 2024 · 8 comments
Open

Bug with re-deployment of nse-composition with kernel-interfaces #11927

isZams opened this issue May 8, 2024 · 8 comments
Labels
bug Something isn't working

Comments

@isZams
Copy link

isZams commented May 8, 2024

Expected Behavior

I would like to change the endpoint composition by adding a new pod in the middle of the chain, by simply modifying the network service definition file.

Actual Behavior

Actually if i add a new pod, there are some problems with the kernel interfaces. Assuming that initially i have this configuration:
nsc --> passthrough-4 --> gateway.
Then i want to move to this configuration:
nsc--> test --> passthrough-4 --> gateway.

The problem with the interfaces is between test and passthrough-4 and then also within passthrough-4.
Do you have any idea about the possible reasons?
I thought to have a similar behaviour when a client connects to a different service and therefore a new interface is established, as in the example of change-nse-dynamically.

Here there is the zip folder containing all the files that i'm using for this use case.
kernel-composition.zip

@isZams
Copy link
Author

isZams commented May 8, 2024

After several times, the new connections are established.

@isZams isZams closed this as completed May 8, 2024
@denis-tingaikin
Copy link
Member

If it's reproducing rarely, it's still a problem. So, does it reproducing?

@isZams
Copy link
Author

isZams commented May 8, 2024

I checked after 30 minutes and then the interfaces were up. I'm trying to check again if there are problems with the interfaces. Basically the interfaces are created and destroyed after few seconds, until the reach a stable status. From what i remember this behaviour is related to the liveness checks done by the interfaces

@denis-tingaikin
Copy link
Member

We want to reach a great quality, so feel free to report any suspected things and many thanks for testing !

@isZams
Copy link
Author

isZams commented May 8, 2024

Ok, as soon as i get some new information i will inform you. Anyway there are other stuff where i need your help, can you check the other issues?

@denis-tingaikin
Copy link
Member

We saw other issues; currently, it requires prioritization from Ed and folks. You may raise these questions on our community calls(next tuesday). See the schedule and links here: https://networkservicemesh.io/community.

@isZams
Copy link
Author

isZams commented May 8, 2024

Ok. thanks for your reply and your time

@isZams
Copy link
Author

isZams commented May 8, 2024

After 1 hour i still have the previous problem. I found an error in the configuration file of "test" where i left the old value for the source selector within the cmd-nsc image and i thought that would be the solution but i was wrong.

@isZams isZams reopened this May 8, 2024
@denis-tingaikin denis-tingaikin added the bug Something isn't working label May 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
Status: No status
Development

No branches or pull requests

2 participants