[foreman-users] Problems with template proxy

[apgriffiths79]

Hi,

I have a proxy configured do to template proxying. The capability is 
reported against the smart proxy in the Foreman UI and I can use curl to 
fetch the templates but when the grub config is written out it contains a 
URL to the master server. I have to manually edit the file to point to the 
proxy instead. I've run the proxy in debug but can't see anything to 
indicate why this.

Any pointers on where I can look to get to the bottom of this?

I'm running Katello 3.3/Foreman 1.14.3.

Thanks,

Alan

-- 
You received this message because you are subscribed to the Google Groups 
"Foreman users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to foreman-users+unsubscr...@googlegroups.com.
To post to this group, send email to foreman-users@googlegroups.com.
Visit this group at https://groups.google.com/group/foreman-users.
For more options, visit https://groups.google.com/d/optout.

[foreman-users] [Katello] Remote Database

[apgriffiths79]

Hi,

Ideally I would like the option to configure Katello with a remote 
database. This is supported in Foreman, but from what I can see candlepin 
installation scripts are hard coded to assume a local db. Is there any 
technical reason for this? I would have assumed it's just a JDBC connection 
and is agnostic about the location?

Thanks,

Alan

-- 
You received this message because you are subscribed to the Google Groups 
"Foreman users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to foreman-users+unsubscr...@googlegroups.com.
To post to this group, send email to foreman-users@googlegroups.com.
Visit this group at https://groups.google.com/group/foreman-users.
For more options, visit https://groups.google.com/d/optout.

[foreman-users] [Katello] 3.2 to 3.3 upgrade issues

[apgriffiths79]

Hi,

Having issues upgrading from 3.2 to 3.3. The server part went OK, but the 
smart proxy fails.

Firstly there seems to be a typo in step 2, the URL for the foreman repo is 
incorrect, should 
be http://yum.theforeman.org/releases/1.14/el7/x86_64/foreman-release.rpm.

Then on step five the foreman-installer command provided gives an error of, 
"Parameter certs-regenerate is missing a value on the command line". It's 
not listed in the output from --help, but I guessed at a value of "true". 
The modified command runs but the process fails with " must be present at 
/usr/share/katello-installer-base/modules/foreman_proxy_content/manifests/init.pp:103
 
on node ".

I'm assuming this is because I need to provide the oauth keys, but 
attempting to provide them just gives "ERROR: too many arguments".

Any pointers on where I've gone wrong?

Thanks,

Alan

-- 
You received this message because you are subscribed to the Google Groups 
"Foreman users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to foreman-users+unsubscr...@googlegroups.com.
To post to this group, send email to foreman-users@googlegroups.com.
Visit this group at https://groups.google.com/group/foreman-users.
For more options, visit https://groups.google.com/d/optout.

Re: [foreman-users] [katello] Cannot Register Content Hosts

[apgriffiths79]

Yep, that's fixed it. Thank you for your assistance.

On Friday, 29 July 2016 20:09:46 UTC+1, John Mitsch wrote:
>
> Looks like that step was already executed, can you try going to the 
> dynflow console (in the task details page), skipping that step, and 
> resuming the task? Let me know if you have any questions.
>
> John Mitsch
> Red Hat Engineering
> (860)-967-7285
> irc: jomitsch
>
> On Fri, Jul 29, 2016 at 10:32 AM,  
> wrote:
>
>> No, resume fails. In /var/log/messages I see
>>
>>  pulp: pulp.server.webservices.middleware.exception:INFO: Duplicate 
>> resource: 687b8d5b-68bb-440e-9f97-eede3449f67d
>>
>>
>>
>> On Thursday, 28 July 2016 17:59:20 UTC+1, John Mitsch wrote:
>>>
>>> Are the broken hosts still blocked by a stopped task? If so, can you 
>>> resume that task? If the task creating them hasn't completed, then deleting 
>>> them may cause some issues.
>>>
>>> John Mitsch
>>> Red Hat Engineering
>>> (860)-967-7285
>>> irc: jomitsch
>>>
>>> On Thu, Jul 28, 2016 at 12:40 PM,  wrote:
>>>
 certificate and key were missing from /etc/pki/pulp. Seems like this 
 step was missed/failed during the install - maybe due to system clock 
 being 
 out?

 I've put some in place (and fixed system clock) and can register new 
 hosts now, but the two broken hosts are completely wedged. Any way to 
 forcibly remove them?


 On Thursday, 28 July 2016 15:55:20 UTC+1, John Mitsch wrote:
>
> Do you see anything related in /var/log/messages?
>
> John Mitsch
> Red Hat Engineering
> (860)-967-7285
> irc: jomitsch
>
> On Thu, Jul 28, 2016 at 10:37 AM,  wrote:
>
>> The Action is Actions::Pulp::Consumer::Create. I tried doing a resume 
>> on the task and the error is now 409 Conflict. There is a large 
>> backtrace.
>>
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/abstract_response.rb:48:in
>>  
>> `return!'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/runcible-1.7.2/lib/runcible/base.rb:79:in
>>  
>> `block in get_response'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/request.rb:228:in
>>  
>> `call'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/request.rb:228:in
>>  
>> `process_result'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rbovirt-0.0.37/lib/restclient_ext/request.rb:50:in
>>  
>> `block in transmit'
>> /opt/rh/rh-ruby22/root/usr/share/ruby/net/http.rb:853:in `start'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rbovirt-0.0.37/lib/restclient_ext/request.rb:44:in
>>  
>> `transmit'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/request.rb:64:in
>>  
>> `execute'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/request.rb:33:in
>>  
>> `execute'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/resource.rb:67:in
>>  
>> `post'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/runcible-1.7.2/lib/runcible/base.rb:78:in
>>  
>> `get_response'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/runcible-1.7.2/lib/runcible/base.rb:66:in
>>  
>> `call'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/runcible-1.7.2/lib/runcible/resources/consumer.rb:20:in
>>  
>> `create'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/pulp/consumer/create.rb:13:in
>>  
>> `run'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/action.rb:506:in
>>  
>> `block (3 levels) in execute_run'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:26:in
>>  
>> `call'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:26:in
>>  
>> `pass'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware.rb:17:in
>>  
>> `pass'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware.rb:30:in
>>  
>> `run'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:22:in
>>  
>> `call'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:26:in
>>  
>> `pass'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware.rb:17:in
>>  
>> `pass'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/middleware/remote_action.rb:16:in
>>  
>> `block in run'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/middleware/remote_action.rb:40:in
>>  
>> `block in as_remote_user'
>> 

Re: [foreman-users] [katello] Cannot Register Content Hosts

[apgriffiths79]

No, resume fails. In /var/log/messages I see

 pulp: pulp.server.webservices.middleware.exception:INFO: Duplicate 
resource: 687b8d5b-68bb-440e-9f97-eede3449f67d



On Thursday, 28 July 2016 17:59:20 UTC+1, John Mitsch wrote:
>
> Are the broken hosts still blocked by a stopped task? If so, can you 
> resume that task? If the task creating them hasn't completed, then deleting 
> them may cause some issues.
>
> John Mitsch
> Red Hat Engineering
> (860)-967-7285
> irc: jomitsch
>
> On Thu, Jul 28, 2016 at 12:40 PM,  
> wrote:
>
>> certificate and key were missing from /etc/pki/pulp. Seems like this step 
>> was missed/failed during the install - maybe due to system clock being out?
>>
>> I've put some in place (and fixed system clock) and can register new 
>> hosts now, but the two broken hosts are completely wedged. Any way to 
>> forcibly remove them?
>>
>>
>> On Thursday, 28 July 2016 15:55:20 UTC+1, John Mitsch wrote:
>>>
>>> Do you see anything related in /var/log/messages?
>>>
>>> John Mitsch
>>> Red Hat Engineering
>>> (860)-967-7285
>>> irc: jomitsch
>>>
>>> On Thu, Jul 28, 2016 at 10:37 AM,  wrote:
>>>
 The Action is Actions::Pulp::Consumer::Create. I tried doing a resume 
 on the task and the error is now 409 Conflict. There is a large backtrace.

 /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/abstract_response.rb:48:in
  
 `return!'
 /opt/theforeman/tfm/root/usr/share/gems/gems/runcible-1.7.2/lib/runcible/base.rb:79:in
  
 `block in get_response'
 /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/request.rb:228:in
  
 `call'
 /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/request.rb:228:in
  
 `process_result'
 /opt/theforeman/tfm/root/usr/share/gems/gems/rbovirt-0.0.37/lib/restclient_ext/request.rb:50:in
  
 `block in transmit'
 /opt/rh/rh-ruby22/root/usr/share/ruby/net/http.rb:853:in `start'
 /opt/theforeman/tfm/root/usr/share/gems/gems/rbovirt-0.0.37/lib/restclient_ext/request.rb:44:in
  
 `transmit'
 /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/request.rb:64:in
  
 `execute'
 /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/request.rb:33:in
  
 `execute'
 /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/resource.rb:67:in
  
 `post'
 /opt/theforeman/tfm/root/usr/share/gems/gems/runcible-1.7.2/lib/runcible/base.rb:78:in
  
 `get_response'
 /opt/theforeman/tfm/root/usr/share/gems/gems/runcible-1.7.2/lib/runcible/base.rb:66:in
  
 `call'
 /opt/theforeman/tfm/root/usr/share/gems/gems/runcible-1.7.2/lib/runcible/resources/consumer.rb:20:in
  
 `create'
 /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/pulp/consumer/create.rb:13:in
  
 `run'
 /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/action.rb:506:in
  
 `block (3 levels) in execute_run'
 /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:26:in
  
 `call'
 /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:26:in
  
 `pass'
 /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware.rb:17:in
  
 `pass'
 /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware.rb:30:in
  
 `run'
 /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:22:in
  
 `call'
 /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:26:in
  
 `pass'
 /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware.rb:17:in
  
 `pass'
 /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/middleware/remote_action.rb:16:in
  
 `block in run'
 /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/middleware/remote_action.rb:40:in
  
 `block in as_remote_user'
 /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/models/katello/concerns/user_extensions.rb:20:in
  
 `cp_config'
 /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/middleware/remote_action.rb:27:in
  
 `as_cp_user'
 /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/middleware/remote_action.rb:39:in
  
 `as_remote_user'
 /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/middleware/remote_action.rb:16:in
  
 `run'
 /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:22:in
  
 `call'
 

Re: [foreman-users] [katello] Cannot Register Content Hosts

[apgriffiths79]

certificate and key were missing from /etc/pki/pulp. Seems like this step 
was missed/failed during the install - maybe due to system clock being out?

I've put some in place (and fixed system clock) and can register new hosts 
now, but the two broken hosts are completely wedged. Any way to forcibly 
remove them?


On Thursday, 28 July 2016 15:55:20 UTC+1, John Mitsch wrote:
>
> Do you see anything related in /var/log/messages?
>
> John Mitsch
> Red Hat Engineering
> (860)-967-7285
> irc: jomitsch
>
> On Thu, Jul 28, 2016 at 10:37 AM,  
> wrote:
>
>> The Action is Actions::Pulp::Consumer::Create. I tried doing a resume on 
>> the task and the error is now 409 Conflict. There is a large backtrace.
>>
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/abstract_response.rb:48:in
>>  
>> `return!'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/runcible-1.7.2/lib/runcible/base.rb:79:in
>>  
>> `block in get_response'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/request.rb:228:in
>>  
>> `call'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/request.rb:228:in
>>  
>> `process_result'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rbovirt-0.0.37/lib/restclient_ext/request.rb:50:in
>>  
>> `block in transmit'
>> /opt/rh/rh-ruby22/root/usr/share/ruby/net/http.rb:853:in `start'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rbovirt-0.0.37/lib/restclient_ext/request.rb:44:in
>>  
>> `transmit'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/request.rb:64:in
>>  
>> `execute'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/request.rb:33:in
>>  
>> `execute'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/rest-client-1.6.7/lib/restclient/resource.rb:67:in
>>  
>> `post'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/runcible-1.7.2/lib/runcible/base.rb:78:in
>>  
>> `get_response'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/runcible-1.7.2/lib/runcible/base.rb:66:in
>>  
>> `call'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/runcible-1.7.2/lib/runcible/resources/consumer.rb:20:in
>>  
>> `create'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/pulp/consumer/create.rb:13:in
>>  
>> `run'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/action.rb:506:in
>>  
>> `block (3 levels) in execute_run'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:26:in
>>  
>> `call'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:26:in
>>  
>> `pass'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware.rb:17:in
>>  
>> `pass'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware.rb:30:in
>>  
>> `run'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:22:in
>>  
>> `call'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:26:in
>>  
>> `pass'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware.rb:17:in
>>  
>> `pass'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/middleware/remote_action.rb:16:in
>>  
>> `block in run'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/middleware/remote_action.rb:40:in
>>  
>> `block in as_remote_user'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/models/katello/concerns/user_extensions.rb:20:in
>>  
>> `cp_config'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/middleware/remote_action.rb:27:in
>>  
>> `as_cp_user'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/middleware/remote_action.rb:39:in
>>  
>> `as_remote_user'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/middleware/remote_action.rb:16:in
>>  
>> `run'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:22:in
>>  
>> `call'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:26:in
>>  
>> `pass'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware.rb:17:in
>>  
>> `pass'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/action/progress.rb:30:in
>>  
>> `with_progress_calculation'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/action/progress.rb:16:in
>>  
>> `run'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:22:in
>>  
>> `call'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware/stack.rb:26:in
>>  
>> `pass'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/middleware.rb:17:in
>>  

[foreman-users] ovirt 4 integration problems

[apgriffiths79]

Hi,

I have Foreman 1.11.4 (actually Katello 3.0) and I'm trying to setup a 
compute resource on ovirt 4.0. When I trigger Load Datacenters on the 
initial configuration page I get "Unable to save undefined method `+' for 
nil:NilClass".

Is ovirt 4 supported? Can anyone give me any pointers? Hitting the API with 
curl seems to work fine - I can list the DCs.

Thanks,

Alan

-- 
You received this message because you are subscribed to the Google Groups 
"Foreman users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to foreman-users+unsubscr...@googlegroups.com.
To post to this group, send email to foreman-users@googlegroups.com.
Visit this group at https://groups.google.com/group/foreman-users.
For more options, visit https://groups.google.com/d/optout.