Skip to content

Site controller access point management for the sk2 platform#50

Merged
fgiorgetti merged 3 commits intoskupperproject:mainfrom
fgiorgetti:site-controller-v2-resources
Apr 15, 2026
Merged

Site controller access point management for the sk2 platform#50
fgiorgetti merged 3 commits intoskupperproject:mainfrom
fgiorgetti:site-controller-v2-resources

Conversation

@fgiorgetti
Copy link
Copy Markdown
Member

No description provided.

Comment thread components/site-controller/src/ingress-v2.js Outdated
Comment thread modules/src/kube.js Outdated
Comment thread components/site-controller/src/sc-main.js Outdated
@fgiorgetti fgiorgetti force-pushed the site-controller-v2-resources branch from b69e326 to 462ef12 Compare March 23, 2026 19:47
@fgiorgetti fgiorgetti force-pushed the site-controller-v2-resources branch 3 times, most recently from 07c36f0 to ae3be1a Compare March 31, 2026 22:40
@fgiorgetti fgiorgetti changed the title Initial site-controller changes to deal with V2 resources only Site controller access point management for the sk2 platform Apr 2, 2026
@fgiorgetti fgiorgetti force-pushed the site-controller-v2-resources branch 2 times, most recently from fec2a96 to eaebddb Compare April 2, 2026 20:49
@fgiorgetti fgiorgetti marked this pull request as ready for review April 2, 2026 20:56
@fgiorgetti fgiorgetti force-pushed the site-controller-v2-resources branch from eaebddb to fefb19c Compare April 7, 2026 20:51
@JPadovano1483
Copy link
Copy Markdown
Contributor

@fgiorgetti One thing that I was initially having some issues with was that selecting multiple accesspoints was finicky for me. If I initially selected a manage and van access point and then bootstrapped the site, it created the resources I would expect to see in the site namespace (i.e. networkaccess and route), but the management controller did not process it. What I was left with was a manage accesspoint with a host and port and a hanging van accesspoint. If I created a new accesspoint after this though, it would then process both the van and the new access points, giving them a host and port. It seems like this may be a timing issue of when the manage accesspoint is ready. This happened a few times, but I have been unable to consistently replicate it and all the access points have processed normally the past few times I've tried.

Other than that, I didn't run into any issues and the v2 functionality seems to work well. One other question, should we change the site controller image that we set in db-setup.sql to your new image?

@fgiorgetti
Copy link
Copy Markdown
Member Author

@JPadovano1483 I have noticed that sync issue with the management controller, if the site-controller or its router pod got restarted. Which was solved when I restarted the management controller pod. I will try to reproduce it, to see if I can spot the reason for. But once the management controller is connected to the AMQP BUS, I am not experiencing any issue.

One other question, should we change the site controller image that we set in db-setup.sql to your new image?

What if we add a github actions workflow to start building and pushing the images to quay.io on PRs merged to main branch? This way we could have them under quay.io/skupper?

@JPadovano1483
Copy link
Copy Markdown
Contributor

@fgiorgetti yes, I think that would be a good idea.

@fgiorgetti
Copy link
Copy Markdown
Member Author

@JPadovano1483 Latest commit fixes the issue causing the 409 error (already exists), as it was trying to recreate an existing RouterAccess.

Comment thread components/site-controller/src/ingress-v2.js Outdated
@fgiorgetti fgiorgetti force-pushed the site-controller-v2-resources branch from 225e487 to e999834 Compare April 15, 2026 15:31
@fgiorgetti fgiorgetti merged commit 407afcb into skupperproject:main Apr 15, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants