I must’ve misunderstood about the space issue you asked/ warned me about. I ran out. I grew the volume and ran out again. Let me see when the Complete sync finish tonight if the proxy’s pulp store still works.
BTW. Why is there the option to set the sync of a smart proxy’s Download policy to be different than the product’s download policy? I’m trying to think of a scenario where I’d want to do that but can’t.
Ah yeah I was a little worried about space running out since you’re syncing Library and seem to have a lot of repos. Hopefully that doesn’t cause too much trouble.
When a repository is set to on demand, the main Katello server will only download packages from the upstream repository when they are requested (or you do a verify checksum sync). When a smart proxy with Pulp is set to on demand, it’s a similar situation, but now the upstream repository is Katello. Packages will be downloaded from the main Katello server only when a client requests a download from the smart proxy.
Will the main foreman download the package when requested but does not have it in its own repo? Then the proxy should seamlessly download the package when a host request it. I think that is what is broken.
I’ll have to roll back on this idea. I don’t have enough space to sync all the repos in full. What I don’t understand is my main Foreman server’s pulp storage is also now running out of space although I did not set the main one to immediately download.
If the package isn’t listed in the repository’s package list in the Foreman UI, it won’t be fetched. I’m guessing this would be a case where the upstream repository has a new or updated package? You’d have to re-sync the repository first in Foreman, then sync the smart proxy. (Let me know if I’m misinterpreting what you mean by “…does not have it in its own repo”). If your package is in the repo’s package list in the UI (the package is indexed), but Foreman hasn’t downloaded it yet, then yeah Foreman will download the package to serve locally.
Since the smart proxy is set to immediate, it will ask to download all packages in the lifecycle environments. It’s asking to download all packages from Foreman, so Foreman will then go download all packages from the upstream repository. Let’s scratch that idea then.
The content files are all reused so it would just be the size of all of the content in all of the repositories. No need to multiply by content view versions or LCEs or anything like that.
I dug myself a deeper hole. I Force stopped the sync that was persisting and taking up the space on the pulp volumes. Now the proxy sync status stays at 100% and when I start a new sync. Any sync. I get a failure.
There was an issue with the backend service pulp_auth: 500 Internal Server ErrorThere was an issue with the backend service pulp_auth: 500 Internal Server Error
I’ve restarted both the master and proxy. Is there a way I can reset the pulp volume on the proxy?
After the Complete sync I’m still using over 120Gb for pulp on the proxy and 9Gb on the main foreman. Do you have any ideas how to reset the proxy’s pulp store?
I’m back to where I was except that my proxy is now 130Gb Pulp store and the main foreman pulp on 9Gb. A complete Sync did not bring down usage on the proxy.
Also, for that task that failed, can I see the dynflow console? Looks like there is one “Remove orphans” for your main Katello and one for your smart proxy. The actions in the Dynflow console could probably tell us which one failed.
Okay, so it looks like the orphaned cleanup for your smart proxy wasn’t the one that failed since Pulp 3 is definitely not enabled for it. If that other remove orphans task passed successfully, do you see reduced disk usage on your smart proxy?
If not, can I see the expanded dynflow console for the failing remove orphans? Feel free to just download the page and send it over like earlier. You definitely have all the Pulpcore services running (well one is “activating” but maybe it was just restarted?), so I’m not sure why the task failed.