So mostly we use foreman/katello just for syncing operating systems out to
capsules/smart proxies, and for managing system lifecycle (basically, just
kickstarts). I went last week to add a XenServer 7.2 OS into my Katello
Products, and started having tons of issues, specifically in that I had
2
For some reason my proxy gets a 500 from my foreman server when making a
request for /unattended/provision?token=$TOKEN for a host's KS file.
On the Foreman server, I see this in the log
2017-01-23 13:54:52 5f983baa [app] [F]
| ActionController::RedirectBackError (No HTTP_REFERER was set in th
I also think this is related to the overall problem:
2016-12-28 14:14:37 f101b581 [app] [I] Processing by Katello::Api::Rhsm::
CandlepinProxiesController#upload_package_profile as JSON
2016-12-28 14:14:37 f101b581 [app] [I] Parameters: {"_json"=>"[FILTERED]",
"id"=>"432d04cc-d045-4b7f-9c92-2b4
Well this seems not good... I ended up just pointing it back to the DB on
the other server, but it looks like there are other issues...
Specifically, when a repo sync runs:
Dec 28 14:02:31 [redacted] pulp[5543]: pulp.server.event.http:ERROR:
Received HTTP 500 from HTTP notifier to https:
//[red
When I go to view details on a content host (ie, /content_hosts/:id/info),
I get the following stack trace in the logs, and an error message saying
"Something went wrong when retrieving the resource"
Is there anything I can do to debug why this is happening?
https://gist.github.com/NeilHanlon/2
For some reason pulp/celery keeps failing/stopping, resulting in the proxy
being unable to pull down content (operating systems), so it can't get the
vmlinuz and initrd for kickstarting/pxe.
https://gist.github.com/NeilHanlon/80a88623fc9ca442e4b04a6a4d88213f
Also seeing this in my /var/log/mess
Adding einjen_ from IRC. He had the same issue, including overwriting his
DNS config.
On Monday, October 3, 2016 at 4:58:49 PM UTC-4, nha...@kayak.com wrote:
>
> Is this an intended behavior? And if so, is something wrong with my
> capsules (smart proxies) that they are not writing my subnets to
Is this an intended behavior? And if so, is something wrong with my
capsules (smart proxies) that they are not writing my subnets to dhcpd.conf?
To replicate this, make a modification to /etc/dhcp/dhcpd.conf, and then
run something like `foreman-installer --foreman-proxy-bmc "true"`, and the
co
