Hi Cedric, I tried this out and it doesn't seem to be quite working properly, though it's pretty close. After changing the NAMESPACE entry on the proxy, I'm now getting a 404 error trying to navigate to either the bootstrap or repositories subdirectories on the proxy's /pub path. The problem appears to be that the link for the bootstrap directory points to https://proxyname/bootstrap instead of https://proxyname/pub/bootstrap (and the same for the repositories subdir link). If I directly connect to the https://proxyname/pub/bootstrap, that works and I see the files from the main server, so I expect things would probably work properly for bootstrapping since I wouldn't be trying to navigate there through the web page. It's probably just a cosmetic glitch that needs to be fixed. I'll try to test it tomorrow as is. Thanks, Paul-Andre -----Original Message----- From: Cedric Bosdonnat <cbosdonnat@suse.com> Sent: Wednesday, July 6, 2022 5:05 AM To: users@lists.uyuni-project.org; Paul-Andre Panon <ppanon@sierrawireless.com> Subject: Re: Where is mgr-bootstrap on a containerized proxy? If you want to test the fix you can set this in the /etc/sysconfig/uyuni-proxy-systemd-services file and restart the pod: NAMESPACE=registry.opensuse.org/home/cbosdonnat/branches/systemsmanagement/uyuni/master/containers/uyuni Kind regards -- Cédric On Wed, 2022-07-06 at 08:05 +0000, Paul-Andre Panon wrote:
Hmm, I'm having some problem following quite how that change to uUyuni-configure.py is effecting that cloning though I'll assume it is somehow. But then how does the client register through the proxy and know to use the proxy instead of the main server? Doesn't something need to change in the bootstrap script(s) so the client is aware of the proxy? Is that done by changing the HOSTNAME variable in the script from the Uyuni server to the Uyuni proxy? Or is it done by the settings in client-config-overrides.txt, or both? And if it's done by the latter, what should those changes look like? Because those settings seem to be good for httpProxy but do seem like they would work for http/https, but would they work for the salt minion proxy as well?
-----Original Message----- From: Cedric Bosdonnat <cbosdonnat@suse.com> Sent: Tuesday, July 5, 2022 11:12 PM To: users@lists.uyuni-project.org Cc: Paul-Andre Panon <ppanon@sierrawireless.com> Subject: Re: Where is mgr-bootstrap on a containerized proxy?
Hello Paul-André
There will be no mgr-bootstrap for containerized proxy and for now the bootstrap scritps are failing with it. A fix is to mirror all of the /pub folder on the proxy for containers. There is a PR for it that I tested locally:
https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith ub.com%2Fuyuni-project%2Fuyuni%2Fpull%2F5596&data=05%7C01%7Cppanon %40sierrawireless.com%7C7fb2dbf6f7d144cf526f08da5f47d11b%7C08059a4c248 643dd89e33a747e0dcbe8%7C0%7C0%7C637927059307782815%7CUnknown%7CTWFpbGZ sb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3 D%7C3000%7C%7C%7C&sdata=PoLuLCPFsWTIrkPuCvq66OTAgPiOWvoC6XKBiSu4nK k%3D&reserved=0
I'll need to create some test images for Uyuni for you to test it, unless you build the images yourself ;)
Kind regards -- Cédric
On Wed, 2022-07-06 at 02:13 +0000, Paul-Andre Panon via Uyuni Users wrote:
After some brow sweat figuring out that a firewalld IP range overlap between zone sources was breaking routing for a containerized proxy, I'm ready to try to follow up with setting up some bootstrap scripts on the proxy. However I can't seem to find mgr-bootstrap to do so because it doesn't appear to be in the container host path. How does one generate bootstrap scripts on a containerized proxy?
Thanks
Paul-Andre Panon