from:"Edgars M."

[foreman-users] Re: Remote command: Error initializing command: IOError - closed stream

2017-09-11 Thread Edgars M.

:05:07.543581 #12073] DEBUG -- socket[d4b2dc]: received 
packet nr 11 type 99 len 12
I, [2017-09-11T12:05:07.543611 #12073]  INFO -- 
net.ssh.connection.session[a6ba30]: channel_success: 0
D, [2017-09-11T12:05:07.579167 #12073] DEBUG -- socket[d4b2dc]: read 256 
bytes
D, [2017-09-11T12:05:07.579327 #12073] DEBUG -- socket[d4b2dc]: received 
packet nr 12 type 94 len 44
I, [2017-09-11T12:05:07.579378 #12073]  INFO -- 
net.ssh.connection.session[a6ba30]: channel_data: 0 28b
D, [2017-09-11T12:05:07.579666 #12073] DEBUG -- socket[d4b2dc]: received 
packet nr 13 type 98 len 44
I, [2017-09-11T12:05:07.579716 #12073]  INFO -- 
net.ssh.connection.session[a6ba30]: channel_request: 0 exit-status false
D, [2017-09-11T12:05:07.579795 #12073] DEBUG -- socket[d4b2dc]: received 
packet nr 14 type 96 len 12
I, [2017-09-11T12:05:07.579830 #12073]  INFO -- 
net.ssh.connection.session[a6ba30]: channel_eof: 0
D, [2017-09-11T12:05:07.579897 #12073] DEBUG -- socket[d4b2dc]: received 
packet nr 15 type 97 len 12
I, [2017-09-11T12:05:07.579933 #12073]  INFO -- 
net.ssh.connection.session[a6ba30]: channel_close: 0
D, [2017-09-11T12:05:07.580043 #12073] DEBUG -- socket[d4b2dc]: queueing 
packet nr 11 type 97 len 28
I, [2017-09-11T12:05:07.580073 #12073]  INFO -- 
net.ssh.connection.session[a6ba30]: client.fqdn delete channel 0 which 
closed locally and remotely
client.fqdn
I, [2017-09-11T12:05:07.580128 #12073]  INFO -- 
net.ssh.connection.session[a6ba30]: closing remaining channels (0 open)
bash-4.2$

Is this expected behaviour?

Edgars


On Friday, September 8, 2017 at 3:13:35 PM UTC+3, Edgars M. wrote:
>
> Hi
>
> I am trying to setup remote jobs from Katello to clients unfortunately all 
> SSH remote commands fails with:
>
> 1: Error initializing command: IOError - closed stream
> 2: Exit status: EXCEPTION
>
> The only thing I see on client's side is:
>
> Connection closed by 10.30.xxx.xxx [preauth]
>
> If I try to do simple ssh with OpenSSH client it works just fine.
>
> Here is the log:
>
> Action:
>
> ForemanRemoteExecutionCore::Actions::RunScript
>
> Input:
>
> {"ssh_user"=>"redacted-username",
>  "effective_user"=>"root",
>  "effective_user_method"=>"sudo",
>  "ssh_port"=>22,
>  "hostname"=>"some_hostname",
>  "script"=>"uptime",
>  "execution_timeout_interval"=>nil,
>  "task_id"=>"9f4b7f1e-92e0-4b50-afad-1356f4821595",
>  "locale"=>"en"}
>
> Output:
>
> {"result"=>
>   [{"output_type"=>"debug",
> "output"=>"Error initializing command: IOError - closed stream",
> "timestamp"=>1504872104.755812}],
>  "runner_id"=>"289b1675-3a4f-4a85-af90-68d84c9f4e9b",
>  "exit_status"=>"EXCEPTION"}
>
> Exception:
>
> StandardError: Script execution failed
>
> Backtrace:
>
> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matchers/abstract.rb:74:in
>  `block in assigns'
> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matchers/abstract.rb:73:in
>  `tap'
> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matchers/abstract.rb:73:in
>  `assigns'
> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:56:in
>  `match_value'
> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:36:in
>  `block in match?'
> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:35:in
>  `each'
> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:35:in
>  `match?'
> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:23:in
>  `match'
> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/execution_plan/steps/error.rb:12:in
>  `new'
> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:454:in
>  `set_error'
> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:417:in
>  `error!'
> /opt/theforeman/tfm/root/usr/share/gems/gems/foreman-tasks-core-0.1.4/lib/foreman_tasks_core/runner/action.rb:25:in
>  `finalize'
> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:534:in
>  `block (2 levels) in execute_finalize'
> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware/stack.rb:26:in
>  `call'
> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware/stack.rb:26:in
>  `pass'
> /opt/theforeman/tfm/root/usr/share/gems/g

Re: [foreman-users] Remote command: Error initializing command: IOError - closed stream

2017-09-11 Thread Edgars M.

Hi Adam

Yes, when I am using OpenSSH client from Katello server to remote client, 
everything works just fine:

[ad...@katello-server.fqdn ~]$ sudo -u foreman-proxy ssh -i 
~foreman-proxy/.ssh/id_rsa_foreman_proxy "ad...@client.fqdn"

  WARNING:  Unauthorized access to this system is forbidden and will be
  prosecuted by law. By accessing this system, you agree that your
  actions may be monitored if unauthorized usage is suspected.

Last login: Mon Sep 11 10:07:34 2017 from 10.30.177.36
[ad...@client.fqdn ~]$ exit
logout
Connection to client.fqdn closed.



On Monday, September 11, 2017 at 9:55:57 AM UTC+3, Adam Ruzicka wrote:
>
> Hi,
> did you try connecting using the ssh client as the foreman-proxy user 
> using its ssh key? That would be sudo -u foreman-proxy ssh -i 
> ~foreman-proxy/.ssh/id_rsa_foreman_proxy "${username}:${remote_host}".
>
> From what you provided it seems the connection was closed by the remote 
> host before the authentication could be carried out, but it is just a 
> guess. Please let us know if you come across anything that would help shed 
> some light on this.
>
> -- Adam
>
> On Fri, Sep 8, 2017 at 2:13 PM, Edgars M. <edgars...@gmail.com 
> > wrote:
>
>> Hi
>>
>> I am trying to setup remote jobs from Katello to clients unfortunately 
>> all SSH remote commands fails with:
>>
>> 1: Error initializing command: IOError - closed stream
>> 2: Exit status: EXCEPTION
>>
>> The only thing I see on client's side is:
>>
>> Connection closed by 10.30.xxx.xxx [preauth]
>>
>> If I try to do simple ssh with OpenSSH client it works just fine.
>>
>> Here is the log:
>>
>> Action:
>>
>> ForemanRemoteExecutionCore::Actions::RunScript
>>
>> Input:
>>
>> {"ssh_user"=>"redacted-username",
>>  "effective_user"=>"root",
>>  "effective_user_method"=>"sudo",
>>  "ssh_port"=>22,
>>  "hostname"=>"some_hostname",
>>  "script"=>"uptime",
>>  "execution_timeout_interval"=>nil,
>>  "task_id"=>"9f4b7f1e-92e0-4b50-afad-1356f4821595",
>>  "locale"=>"en"}
>>
>> Output:
>>
>> {"result"=>
>>   [{"output_type"=>"debug",
>> "output"=>"Error initializing command: IOError - closed stream",
>> "timestamp"=>1504872104.755812}],
>>  "runner_id"=>"289b1675-3a4f-4a85-af90-68d84c9f4e9b",
>>  "exit_status"=>"EXCEPTION"}
>>
>> Exception:
>>
>> StandardError: Script execution failed
>>
>> Backtrace:
>>
>> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matchers/abstract.rb:74:in
>>  `block in assigns'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matchers/abstract.rb:73:in
>>  `tap'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matchers/abstract.rb:73:in
>>  `assigns'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:56:in
>>  `match_value'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:36:in
>>  `block in match?'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:35:in
>>  `each'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:35:in
>>  `match?'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:23:in
>>  `match'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/execution_plan/steps/error.rb:12:in
>>  `new'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:454:in
>>  `set_error'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:417:in
>>  `error!'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/foreman-tasks-core-0.1.4/lib/foreman_tasks_core/runner/action.rb:25:in
>>  `finalize'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:534:in
>>  `block (2 levels) in execute_finalize'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware/stack.rb:26:in
>>  `call'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware/stack.rb:26:in
>>  `pass'
>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflo

[foreman-users] Remote command: Error initializing command: IOError - closed stream

2017-09-08 Thread Edgars M.

Hi

I am trying to setup remote jobs from Katello to clients unfortunately all 
SSH remote commands fails with:

1: Error initializing command: IOError - closed stream
2: Exit status: EXCEPTION

The only thing I see on client's side is:

Connection closed by 10.30.xxx.xxx [preauth]

If I try to do simple ssh with OpenSSH client it works just fine.

Here is the log:

Action:

ForemanRemoteExecutionCore::Actions::RunScript

Input:

{"ssh_user"=>"redacted-username",
 "effective_user"=>"root",
 "effective_user_method"=>"sudo",
 "ssh_port"=>22,
 "hostname"=>"some_hostname",
 "script"=>"uptime",
 "execution_timeout_interval"=>nil,
 "task_id"=>"9f4b7f1e-92e0-4b50-afad-1356f4821595",
 "locale"=>"en"}

Output:

{"result"=>
  [{"output_type"=>"debug",
"output"=>"Error initializing command: IOError - closed stream",
"timestamp"=>1504872104.755812}],
 "runner_id"=>"289b1675-3a4f-4a85-af90-68d84c9f4e9b",
 "exit_status"=>"EXCEPTION"}

Exception:

StandardError: Script execution failed

Backtrace:

/opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matchers/abstract.rb:74:in
 `block in assigns'
/opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matchers/abstract.rb:73:in
 `tap'
/opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matchers/abstract.rb:73:in
 `assigns'
/opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:56:in
 `match_value'
/opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:36:in
 `block in match?'
/opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:35:in
 `each'
/opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:35:in
 `match?'
/opt/theforeman/tfm/root/usr/share/gems/gems/algebrick-0.7.3/lib/algebrick/matching.rb:23:in
 `match'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/execution_plan/steps/error.rb:12:in
 `new'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:454:in
 `set_error'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:417:in
 `error!'
/opt/theforeman/tfm/root/usr/share/gems/gems/foreman-tasks-core-0.1.4/lib/foreman_tasks_core/runner/action.rb:25:in
 `finalize'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:534:in
 `block (2 levels) in execute_finalize'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware/stack.rb:26:in
 `call'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware/stack.rb:26:in
 `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware.rb:17:in
 `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action/progress.rb:30:in
 `with_progress_calculation'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action/progress.rb:22:in
 `finalize'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware/stack.rb:22:in
 `call'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware/stack.rb:26:in
 `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware.rb:17:in
 `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.4.5/app/lib/actions/middleware/keep_locale.rb:15:in
 `block in finalize'
/opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.4.5/app/lib/actions/middleware/keep_locale.rb:22:in
 `with_locale'
/opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.4.5/app/lib/actions/middleware/keep_locale.rb:15:in
 `finalize'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware/stack.rb:22:in
 `call'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware/stack.rb:26:in
 `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware.rb:17:in
 `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware.rb:38:in
 `finalize'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware/stack.rb:22:in
 `call'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/middleware/world.rb:30:in
 `execute'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:533:in
 `block in execute_finalize'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:425:in
 `call'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:425:in
 `block in with_error_handling'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:425:in
 `catch'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:425:in
 `with_error_handling'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.24/lib/dynflow/action.rb:532:in
 `execute_finalize'

Re: [foreman-users] [Katello] Pulp SSL error after upgrade 3.2 -> 3.3

2017-02-20 Thread Edgars M.

Hi Eric

I had to revert back to version 3.2 so I cannot check that file after 
upgrade. However in current running version 3.2 pulp section looks like 
this:

 
 :pulp:
:url: https://katello-server/pulp/api/v2/
:oauth_key: katello
:oauth_secret: XXX


So, there is no entry for CA cert, but it work just fine in 3.2

Edgars

sestdiena, 2017. gada 18. februāris 03:42:25 UTC+1, Eric Helms rakstīja:
>
> Hi Edgars,
>
> Can you check your /etc/foreman/plugins/katello.yaml settings file to see 
> if the :pulp section of the config has an entry for the CA cert?
>
>
> Eric
>
> On Feb 17, 2017 6:40 AM, "Edgars M." <edgars...@gmail.com > 
> wrote:
>
> Hi
>
> I upgraded Katello from 3.2 to 3.3. Upgrade went fine, without any errors. 
> However after upgrade Pulp does not work anymore and I can't sync any repos:
>
>
> ==> /var/log/foreman/production.log <==
> 2017-02-17 11:47:23  [app] [W] SSL_connect returned=1 errno=0 state=SSLv3 
> read server certificate B: certificate verify failed
> ...
> 2017-02-17 11:47:23  [app] [W] Skipped pulp_auth check after failed pulp 
> check
>
> ...
> 2017-02-17 11:47:23  [foreman-tasks/action] [E] There was an issue with 
> the backend service pulp: SSL_connect returned=1 errno=0 state=SSLv3 read 
> server certificate B: certificate verify failed (RuntimeError)
>
> ...
> 2017-02-17 11:47:23  [foreman-tasks/action] [E] A sub task failed (
> RuntimeError)
>
>
>
> Any ideas?
>
> Edgars
>
> -- 
> 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-user...@googlegroups.com .
> To post to this group, send email to forema...@googlegroups.com 
> .
> Visit this group at https://groups.google.com/group/foreman-users.
> For more options, visit https://groups.google.com/d/optout.
>
>
>

-- 
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] Re: Compare 2 hosts ?

2017-02-10 Thread Edgars M.

Hi

Maybe you can use 
this: https://github.com/RedHatSatellite/sat6CompareHostPackages

PS. If you didn't know there is great repo with some useful scripts for 
Satellite6/Katello: https://github.com/RedHatSatellite

Edgars

piektdiena, 2017. gada 10. februāris 09:58:43 UTC+1, William Taylor 
rakstīja:
>
> In spacewalk there is an way to compare 2 hosts so you can see differences 
> in installed packages. Is there anyway to do the same in foreman/katello?
>

-- 
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] Re: [Katello] Content View filter rules - regex does not work.

2016-12-08 Thread Edgars M.

Hi

Should I fill bug ticket? 

otrdiena, 2016. gada 6. decembris 11:26:19 UTC+1, Edgars M. rakstīja:
>
> Hi
>
> I am struggling a little bit with CV filter rules. I want to filter out 
> (exclude) all kernel modules. Kernel module packages are named like this:
>
> kmod-bnx2x
> kmod-oracleasm
> kmod-megaraid_sas
> kmod-qed-firmware
>
> and so on. But there is also kmod and kmod-libs packages which are not 
> actually kernel modules but tools and binaries to manage kernel modules so 
> I want to leave these.
>
> According to Red Hat Satellite 6 documentation:
>
> Filters provide a mechanism to prevent packages from being promoted to 
>> subsequent environments. You can use package names or *regular 
>> expressions* in the filter to create the rules to blacklist packages. 
>> Then you can associate the filter to entire products or individual 
>> repositories within any product.
>
>
>  filter rules can be created using regular expression. So I created this 
> exclude filter rule:
>
>
> (?!kmod-libs)(kmod-.+)
>
> This should match all kmod-* packages except kmod and kmod-libs. 
> Unfortunatelly this does not work and all kmod-* packages are included.
>
> Does anyone has any idea why regex does not work? Or perhaps there is 
> another way to approach this issue?
>
> Edgars
>

-- 
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] Content View filter rules - regex does not work.

2016-12-06 Thread Edgars M.

Hi

I am struggling a little bit with CV filter rules. I want to filter out 
(exclude) all kernel modules. Kernel module packages are named like this:

kmod-bnx2x
kmod-oracleasm
kmod-megaraid_sas
kmod-qed-firmware

and so on. But there is also kmod and kmod-libs packages which are not 
actually kernel modules but tools and binaries to manage kernel modules so 
I want to leave these.

According to Red Hat Satellite 6 documentation:

Filters provide a mechanism to prevent packages from being promoted to 
> subsequent environments. You can use package names or *regular 
> expressions* in the filter to create the rules to blacklist packages. 
> Then you can associate the filter to entire products or individual 
> repositories within any product.


 filter rules can be created using regular expression. So I created this 
exclude filter rule:


(?!kmod-libs)(kmod-.+)

This should match all kmod-* packages except kmod and kmod-libs. 
Unfortunatelly this does not work and all kmod-* packages are included.

Does anyone has any idea why regex does not work? Or perhaps there is 
another way to approach this issue?

Edgars

-- 
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] freeze particular OS release version and only make errata changes

2016-11-09 Thread Edgars M.

It could be Red Hat fault, not Katello. Some users are complaining that Red 
Hat put 7.3 packages in 7.2 repo:

https://www.reddit.com/r/redhat/comments/5aybxs/red_hat_powers_network_storage_performance_with/d9kcc8f/


trešdiena, 2016. gada 9. novembris 07:01:09 UTC+1, Unix SA rakstīja:
>
> >>As Sean mentions. When 7.3 is released, the 7.2 repo will still be well, 
> 7.2
>
> this is not correct, recently i did sync for 7.2, and it included 7.3 
> rpms, due to this, my OS is getting installed with 7.3 ..
>
>
> On Monday, 10 October 2016 07:38:56 UTC+5:30, Andrew Schofield wrote:
>>
>> As Sean mentions. When 7.3 is released, the 7.2 repo will still be well, 
>> 7.2. If you're not using 7Server then you don't need to create a filtered 
>> view (although the general recommendation is to create a filtered view...). 
>> When 7.3 is released, so will a new RHEL 7 repo 7.3...
>>
>> On Tuesday, October 4, 2016 at 1:23:41 AM UTC-4, Unix SA wrote:
>>>
>>> Hello,
>>>
>>> i am using RHEL7.2 repo only ... and i continully sync it for updates 
>>> till RHEL7.3 release, after RHEL7.3 release, i will freeze RHEL7.2 and keep 
>>> updating RHEL7.3 and for RHEL7.2, will only add Erratas and bug fixes.
>>>
>>> Thanks,
>>> Dhaval
>>>
>>> On Monday, 3 October 2016 17:17:59 UTC+5:30, Sean O'Keeffe wrote:

 Why not just sync the RHEL7.2 repo and use that in the content view ? I 
 assume you are currently using the RHEL 7Server repo

 On Monday, 3 October 2016, Unix SA  wrote:

> Hello,
>
>
> I have some requirement so when i am working on RHEL7.2 OS release, i 
> sync repos daily night and run some CI jobs and publish and promote CV 
> version as per success of jobs.
>
> now when RHEL7.3 OS is ready to release, i want to freeze sync for 
> RHEL7.2 CV and below is what i think i should be doing
>
> 1) i will create filter with "Include all rmps" and "include all 
> errata up to today's date" ... 
>
> 2) publish CV, and promote it to all life cycle envs 
>
> 3) now i will start updating 7.3 CV till 7.4 releases .. 
>
> 4) if any bug fix or erratas comes in, i will "include" that in 7.2 CV 
> (filters) and publish.
>
>
>
> Now question i have is, when i do step 1 above, is it good step to 
> freeze CV? is that CV version will be same as earlier version (before 
> filters) ? 
>
>
> Do i need to include "package groups" or it automatically include 
> those ?
>
>
> whenever new erratas come in, i will change "Errata" date or include 
> another filter to include errata date to today, and publish CV, when i 
> publish CV will it change any RPM version as well ? ( apart from errata? 
> , 
> for example kernel rpm version )
>
>
> Does anyone have some better way of doing it?
>
>
> Thanks,
> DJ
>
>
>
>
>
>
> -- 
> 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.
>


-- 
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] Re: Katello 3.1 Content view filter

2016-11-08 Thread Edgars M.

Correction - I want to exclude kernel-3.10.0-327.28.3.el7.x86_64

otrdiena, 2016. gada 8. novembris 00:50:55 UTC+1, Travis Camechis rakstīja:
>
> For some reason I cannot seem to get the Filters to work on a content 
> view.  I am trying to lock down the kernel to 2.6.32.642.1.1 but I keep 
> getting all the kernels.  I am using a Exclude Package Filter with a 
> Greater than clause like "2.6.32.641.1.1.el6".  Any Suggestions?
>

-- 
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] Re: Katello 3.1 Content view filter

2016-11-08 Thread Edgars M.

It looks like Katello understands only version numbers and it does not 
understand release numbers. I have the same issue, I want to exclude 
kernel-3.10.0-327.el7.x86_64 where version is 3.10.0 and release 
is 327.28.3.el7. So Katello only allows to filter version number not 
release number.

Edgars

otrdiena, 2016. gada 8. novembris 00:50:55 UTC+1, Travis Camechis rakstīja:
>
> For some reason I cannot seem to get the Filters to work on a content 
> view.  I am trying to lock down the kernel to 2.6.32.642.1.1 but I keep 
> getting all the kernels.  I am using a Exclude Package Filter with a 
> Greater than clause like "2.6.32.641.1.1.el6".  Any Suggestions?
>

-- 
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] Re: Repository structure

2016-10-27 Thread Edgars M.

Hi

Custom repos are all repos which are not Red Hat official repos. So, these 
are repos which you had created yourself. I don't know if you can delete 
them. And why do you want to delete them?

Edgars


ceturtdiena, 2016. gada 27. oktobris 12:15:46 UTC+2, Denis Müller rakstīja:
>
> Hi,
>
> im trying to understand how katello/pulp manage directory structure.
>
> I created 
>
> Organization: Microcorp
> Lifecycle Environemt: Library
> Content View:default
> Product:centosos-7-x86_64
> repo: updates
>
> If i publish it over http im getting on fs:
>
>
> /var/lib/pulp/published/yum/http/repos/Microcorp/Library/default/*custom*
> /centos-7-x86_64/updates/
>
> What is custom and how i delete it?
>
> Greets,
> Denis
>

-- 
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] Re: LDAP users not showing up, partially functional

2016-10-27 Thread Edgars M.

Hi Jason

I have the same issue. I cannot see LDAP users in web gui. The only way to 
get them show up is give them admin privilege with hammer, like this 
hammer user update --admin true --id 10
where 10 is user id.

Only then they show up.

Edgars

trešdiena, 2016. gada 26. oktobris 20:38:06 UTC+2, Jason B. Nance rakstīja:
>
> Hello, 
>
> I have configured my Katello 3.1 instance to use my FreeIPA instance for 
> LDAP.  I selected "automatically create accounts in Foreman" and "Usergroup 
> sync".  LDAP users don't show up under Administer -> Users.  They are able 
> to login and manage CVs and such, but cannot set any of their user 
> preferences (such as default Org), and cannot execute remote commands.  I 
> have granted these users administrative privileges via an LDAP group. 
>
> Any ideas as to how to clear this up? 
>
> Thanks, 
>
> j 
>
>

-- 
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] Applicable vs Installable errata

2016-09-16 Thread Edgars M.

Hi

1. It shows as installable
2. Yes, published and promoted

I filed a bug http://projects.theforeman.org/issues/16544

Edgars

ceturtdiena, 2016. gada 15. septembris 15:30:39 UTC+2, Walden Raines 
rakstīja:
>
> Hey Edgars, 
>
> Sorry for the delay in my response but I have two more questions. 
>
> 1.  Does the kernel errata mentioned below show up as applicable or 
> installable on the errata list page (/errata)? 
> 2.  Just making sure everything is plugged in but you did publish a new 
> version of the CV after creating the filter(s), correct? 
>
> Thanks, 
> Walden 
>
>
> ----- Original Message - 
> From: "Edgars M." <edgars...@gmail.com > 
> To: "Foreman users" <forema...@googlegroups.com > 
> Sent: Tuesday, September 13, 2016 3:31:23 AM 
> Subject: Re: [foreman-users] [Katello] Applicable vs Installable errata 
>
> Hi Walden 
>
> I took one content host and compared web gui and API results, here is what 
> I see: 
>
> WebGUI: 
>
> <
> https://lh3.googleusercontent.com/-PeF_S4vcO5M/V9epm1vXo3I/ADc/INhpPG345xkJYTn2ge-Ek_KV-IqpvkxjACLcB/s1600/errata.installable.JPG>
>  
>
>
>
> And this is if I call API: 
>
>
> [em@katello.local ~]$ curl 
>
> https://katello.local/api/v2/hosts/291/errata?errata_restrict_applicable=true 
> -u em | python -m json.tool | grep errata_id 
> Enter host password for user 'em': 
>   % Total% Received % Xferd  Average Speed   TimeTime Time 
>  Current 
>  Dload  Upload   Total   SpentLeft 
>  Speed 
> 100 593570 593570 0  74973  0 --:--:-- --:--:-- --:--:-- 
> 74945 
> "errata_id": "RHSA-2016:1664", 
> "errata_id": "RHSA-2015:1623", 
> "errata_id": "RHBA-2015:1827", 
> "errata_id": "RHBA-2016:1185", 
> "errata_id": "RHBA-2015:1466", 
> "errata_id": "RHSA-2015:1272", 
> "errata_id": "RHSA-2016:1406", 
> "errata_id": "RHSA-2016:0855", 
> "errata_id": "RHSA-2015:2636", 
> "errata_id": "RHBA-2015:1992", 
> "errata_id": "RHSA-2016:0494", 
> "errata_id": "RHBA-2016:0150", 
> "errata_id": "RHSA-2016:0715", 
>
>
> [em@katello.local ~]$ curl 
>
> https://katello.local/api/v2/hosts/291/errata?errata_restrict_installable=true
>  
> -u em | python -m json.tool | grep errata_id 
> Enter host password for user 'em': 
>   % Total% Received % Xferd  Average Speed   TimeTime Time 
>  Current 
>  Dload  Upload   Total   SpentLeft 
>  Speed 
> 100 593570 593570 0  15410  0 --:--:--  0:00:03 --:--:-- 
> 15409 
> "errata_id": "RHSA-2016:1664", 
> "errata_id": "RHSA-2015:1623", 
> "errata_id": "RHBA-2015:1827", 
> "errata_id": "RHBA-2016:1185", 
> "errata_id": "RHBA-2015:1466", 
> "errata_id": "RHSA-2015:1272", 
> "errata_id": "RHSA-2016:1406", 
> "errata_id": "RHSA-2016:0855", 
> "errata_id": "RHSA-2015:2636", 
> "errata_id": "RHBA-2015:1992", 
> "errata_id": "RHSA-2016:0494", 
> "errata_id": "RHBA-2016:0150", 
> "errata_id": "RHSA-2016:0715", 
>
>
>
> As you can see result is the same. Please file a bug if you know what is 
> wrong. 
>
>
> Edgars 
>
>
>
> pirmdiena, 2016. gada 12. septembris 17:15:14 UTC+2, Walden Raines 
> rakstīja: 
> > 
> > Hey Edgars, 
> > 
> > The documentation is correct so if you are seeing non-installable errata 
> > show up on that page then it is a bug. 
> > 
> > Out of curiosity, if you go to 
> > /api/v2/hosts/2/errata?errata_restrict_applicable=true do you see a list 
> of 
> > errata without kernel updates? 
> > 
> > I think I see what the bug is and am happy to file it unless you want 
> to. 
> > 
> > Thanks, 
> > Walden 
> > 
> > - Original Message - 
> > From: "Edgars M." <edgars...@gmail.com > 
> > To: "Foreman users" <fo

Re: [foreman-users] Re: [Katello] HandlerNotFound: No handler for: {'type': u'erratum'}

2016-09-13 Thread Edgars M.

Unfortunately 2.8.3 is the latest in 
 rhel-6-server-satellite-tools-6.2-rpms repo.

Edgars

otrdiena, 2016. gada 13. septembris 12:24:54 UTC+2, Pierre-Alain Pulfer 
rakstīja:
>
> On EL6, you have to upgrade pulp-rpm-handlers package too.
> upgrade from 2.6.4 to 2.8.6 worked for me.
>
> Le vendredi 9 septembre 2016 14:50:12 UTC+2, Edgars M. a écrit :
>>
>> It does not work for me on RHEL6 even though yum-plugin-security is 
>> installed. I guess I have to wait until downstream katello-agent is updated.
>>
>> Edgars
>>
>> piektdiena, 2016. gada 9. septembris 14:34:43 UTC+2, Pierre-Alain Pulfer 
>> rakstīja:
>>>
>>> Solved :
>>>
>>> CentOS 6 :
>>> yum-plugin-security was not installed.
>>> Installing yum-plugin-security solved the problem for el6. Thanks !
>>>
>>> For CentOS 5 i had to install yum-security package.
>>> These packages are not installed by default on CentOS 5 / 6.
>>>
>>> On el7 (CentOS 7) :
>>> - updated from pulp-rpm-handlers-2.6.4-1.el7.noarch to 
>>> pulp-rpm-handlers-2.8.6-1.el7.noarch 
>>> - restarted goferd
>>>
>>> THANKS !
>>>
>>>
>>>
>>> Le jeudi 8 septembre 2016 21:51:45 UTC+2, jsherril a écrit :
>>>>
>>>> On 09/06/2016 09:39 AM, Pierre-Alain Pulfer wrote:
>>>>
>>>> Hello, 
>>>>
>>>> Same symptoms for me, after upgrading server from Katello 2.4 to 3.0
>>>> Katello server is CentOS 7
>>>>
>>>>
>>>> Can you ensure that the yum-plugin-security package is installed on the 
>>>> el6 client?
>>>>
>>>> Pulp was updated to require this to improve performance and in 3.1 we 
>>>> started requiring it with katello agent on el6 and el5.  The 'no module 
>>>> named security' error tells me its probably not installed.
>>>>
>>>>
>>>> -Justin
>>>>
>>>>
>>>> On one test server (Centos 7), a "yum update" + reboot solved the 
>>>> problem. 
>>>> But on another server (CentOS 6), the same action did not solve 
>>>> anything.
>>>>
>>>> Client log , slightly different than Edgar's log:
>>>> CentOS 6, latest versions
>>>>
>>>> Aug 26 11:32:18 lslpput01 goferd: [INFO][worker-0] 
>>>>> gofer.messaging.adapter.connect:28 - connecting: proton+amqps://
>>>>> lslkatp01.mydomain.com:5647
>>>>> Aug 26 11:32:18 lslpput01 goferd: [INFO][worker-0] 
>>>>> gofer.messaging.adapter.proton.connection:87 - open: URL: 
>>>>> amqps://lslkatp01.mydomain.com:5647|SSL: ca: 
>>>>> /etc/rhsm/ca/katello-default-ca.pem|key: None|certificate: 
>>>>> /etc/pki/consumer/bundle.pem|host-validation: None
>>>>> Aug 26 11:32:18 lslpput01 goferd: [INFO][worker-0] root:510 - 
>>>>> connecting to lslkatp01.mydomain.com:5647...
>>>>> Aug 26 11:32:18 lslpput01 goferd: [INFO][worker-0] 
>>>>> gofer.messaging.adapter.proton.connection:92 - opened: proton+amqps://
>>>>> lslkatp01.mydomain.com:5647
>>>>> Aug 26 11:32:18 lslpput01 goferd: [INFO][worker-0] 
>>>>> gofer.messaging.adapter.connect:30 - connected: proton+amqps://
>>>>> lslkatp01.mydomain.com:5647
>>>>> Aug 26 11:32:18 lslpput01 goferd: [INFO][worker-0] root:539 - 
>>>>> connected to lslkatp01.mydomain.com:5647
>>>>> Aug 26 11:32:18 lslpput01 goferd: [INFO][worker-0] 
>>>>> gofer.rmi.dispatcher:603 - call: Content.install() 
>>>>> sn=4815f76e-70d9-4df3-a8fc-d6d76c895353 data={u'task_id': 
>>>>> u'3e23e6be-69f7-4adf-96b6-cef334c1e8b9', u'consumer_id': 
>>>>> u'f33175e5-47c5-406f-9c71-16132eda4bae'}
>>>>> Aug 26 11:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>>>> pulp.agent.lib.container:290 - handler "rpm", import failed
>>>>> Aug 26 11:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>>>> pulp.agent.lib.container:290 - Traceback (most recent call last):
>>>>> Aug 26 11:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>>>> pulp.agent.lib.container:290 -   File 
>>>>> "/usr/lib/python2.6/site-packages/pulp/agent/lib/container.py", line 284, 
>>>>> in __load
>>>>> Aug 26 11:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>>>> pulp.agent.lib.container:290 - mod = self.__import_module(path)
>>>>> Aug

Re: [foreman-users] [Katello] Applicable vs Installable errata

2016-09-13 Thread Edgars M.

Hi Walden

I took one content host and compared web gui and API results, here is what 
I see:

WebGUI:

<https://lh3.googleusercontent.com/-PeF_S4vcO5M/V9epm1vXo3I/ADc/INhpPG345xkJYTn2ge-Ek_KV-IqpvkxjACLcB/s1600/errata.installable.JPG>


And this is if I call API:


[em@katello.local ~]$ curl 
https://katello.local/api/v2/hosts/291/errata?errata_restrict_applicable=true 
-u em | python -m json.tool | grep errata_id
Enter host password for user 'em':
  % Total% Received % Xferd  Average Speed   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100 593570 593570 0  74973  0 --:--:-- --:--:-- --:--:-- 
74945
"errata_id": "RHSA-2016:1664",
"errata_id": "RHSA-2015:1623",
"errata_id": "RHBA-2015:1827",
"errata_id": "RHBA-2016:1185",
"errata_id": "RHBA-2015:1466",
"errata_id": "RHSA-2015:1272",
"errata_id": "RHSA-2016:1406",
"errata_id": "RHSA-2016:0855",
"errata_id": "RHSA-2015:2636",
"errata_id": "RHBA-2015:1992",
"errata_id": "RHSA-2016:0494",
"errata_id": "RHBA-2016:0150",
"errata_id": "RHSA-2016:0715",


[em@katello.local ~]$ curl 
https://katello.local/api/v2/hosts/291/errata?errata_restrict_installable=true 
-u em | python -m json.tool | grep errata_id
Enter host password for user 'em':
  % Total% Received % Xferd  Average Speed   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100 593570 593570 0  15410  0 --:--:--  0:00:03 --:--:-- 
15409
"errata_id": "RHSA-2016:1664",
"errata_id": "RHSA-2015:1623",
"errata_id": "RHBA-2015:1827",
"errata_id": "RHBA-2016:1185",
"errata_id": "RHBA-2015:1466",
"errata_id": "RHSA-2015:1272",
"errata_id": "RHSA-2016:1406",
"errata_id": "RHSA-2016:0855",
"errata_id": "RHSA-2015:2636",
"errata_id": "RHBA-2015:1992",
"errata_id": "RHSA-2016:0494",
"errata_id": "RHBA-2016:0150",
"errata_id": "RHSA-2016:0715",



As you can see result is the same. Please file a bug if you know what is 
wrong.


Edgars



pirmdiena, 2016. gada 12. septembris 17:15:14 UTC+2, Walden Raines rakstīja:
>
> Hey Edgars, 
>
> The documentation is correct so if you are seeing non-installable errata 
> show up on that page then it is a bug. 
>
> Out of curiosity, if you go to 
> /api/v2/hosts/2/errata?errata_restrict_applicable=true do you see a list of 
> errata without kernel updates? 
>
> I think I see what the bug is and am happy to file it unless you want to. 
>
> Thanks, 
> Walden 
>
> - Original Message - 
> From: "Edgars M." <edgars...@gmail.com > 
> To: "Foreman users" <forema...@googlegroups.com > 
> Sent: Monday, September 12, 2016 10:17:06 AM 
> Subject: [foreman-users] [Katello] Applicable vs Installable errata 
>
> Hi 
>
> I have question regarding Applicable and Installable errata on content 
> hosts. This is from documentation: 
>
> With regard to Content Hosts, Errata is divided into two distinct 
> > classifications depending on whether or not the Errata is present in the 
> > Content Host’s Lifecycle Environment and Content View: 
> > 
> >- Applicable: the errata applies to one or more Content Hosts 
> >- Installable: the errata applies to one or more Content Hosts and is 
> >present in the Content Host’s Lifecycle Environment and Content View 
> > 
> > 
> As far as I understand errata which is filtered out of Content View (not 
> present in CV) is not Installable errata, but is Applicable errata. Am I 
> right? But the thing is - when I go to Content Host -> Errata, where I can 
> see Installable errata I see all erratas including those I have filtered 
> out of CV. Is it a bug and GUI shows Applicable errata instead of 
> Installable? Or bug in documentation? 
>
> For example, I have filtered out all kernel packages from CV. So these 
> packages should be Applicable but not Installable, but here is what I see: 
>
> <
> https://lh3.googleusercontent.com/-IB4y-cgbTQo/V9a4S

[foreman-users] [Katello] Applicable vs Installable errata

2016-09-12 Thread Edgars M.

Hi

I have question regarding Applicable and Installable errata on content 
hosts. This is from documentation:

With regard to Content Hosts, Errata is divided into two distinct 
> classifications depending on whether or not the Errata is present in the 
> Content Host’s Lifecycle Environment and Content View:
>
>- Applicable: the errata applies to one or more Content Hosts
>- Installable: the errata applies to one or more Content Hosts and is 
>present in the Content Host’s Lifecycle Environment and Content View
>
>
As far as I understand errata which is filtered out of Content View (not 
present in CV) is not Installable errata, but is Applicable errata. Am I 
right? But the thing is - when I go to Content Host -> Errata, where I can 
see Installable errata I see all erratas including those I have filtered 
out of CV. Is it a bug and GUI shows Applicable errata instead of 
Installable? Or bug in documentation?

For example, I have filtered out all kernel packages from CV. So these 
packages should be Applicable but not Installable, but here is what I see:




I see all kernel packages as installable, although I have filtered them out 
and when I do yum check-update they do not appear as available update.


Katello 3.1


Edgars
 

-- 
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] Re: [Katello] HandlerNotFound: No handler for: {'type': u'erratum'}

2016-09-09 Thread Edgars M.

1:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>> pulp.agent.lib.container:290 - import security
>>> Aug 26 11:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>> pulp.agent.lib.container:290 - ImportError: No module named security
>>> Aug 26 11:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>> pulp.agent.lib.dispatcher:65 - handler failed
>>> Aug 26 11:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>> pulp.agent.lib.dispatcher:65 - Traceback (most recent call last):
>>> Aug 26 11:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>> pulp.agent.lib.dispatcher:65 -   File 
>>> "/usr/lib/python2.6/site-packages/pulp/agent/lib/dispatcher.py", line 60, 
>>> in install
>>> Aug 26 11:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>> pulp.agent.lib.dispatcher:65 - handler = self.__handler(type_id, 
>>> CONTENT)
>>> Aug 26 11:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>> pulp.agent.lib.dispatcher:65 -   File 
>>> "/usr/lib/python2.6/site-packages/pulp/agent/lib/dispatcher.py", line 330, 
>>> in __handler
>>> Aug 26 11:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>> pulp.agent.lib.dispatcher:65 - raise HandlerNotFound(type=type_id)
>>> Aug 26 11:32:19 lslpput01 goferd: [ERROR][worker-0] 
>>> pulp.agent.lib.dispatcher:65 - HandlerNotFound: No handler for: {'type': 
>>> u'erratum'}
>>> Aug 26 11:32:19 lslpput01 goferd: [INFO][worker-0] gofer.agent.rmi:193 - 
>>> Request: 4815f76e-70d9-4df3-a8fc-d6d76c895353, committed
>>> Aug 26 11:32:19 lslpput01 goferd: [INFO][worker-0] gofer.agent.rmi:147 - 
>>> Request: 4815f76e-70d9-4df3-a8fc-d6d76c895353 processed in: 2.007 (seconds)
>>> Aug 26 11:32:20 lslpput01 goferd: [INFO][worker-0] 
>>> gofer.messaging.adapter.proton.connection:131 - closed: proton+amqps://
>>> lslkatp01.mydomain.com:5647
>>
>>
>>
>> server and client have been restarted.
>> Version mismatch on client after upgrading katello agent ?
>>
>>
>>
>> Le mercredi 31 août 2016 15:37:08 UTC+2, Edgars M. a écrit : 
>>>
>>> Hi 
>>>
>>> I am trying to apply some errata patches from web gui to client node. 
>>> Katello agent is installed and running. But unfortunately it fails. This is 
>>> error log from goferd.service on client:
>>>
>>> Aug 31 15:32:16 vmnode goferd[21947]: [INFO][worker-0] 
>>> gofer.messaging.adapter.connect:28 - connecting: 
>>> proton+amqps://katello.local:5647
>>> Aug 31 15:32:16 vmnode goferd[21947]: [INFO][worker-0] 
>>> gofer.messaging.adapter.proton.connection:87 - open: URL: 
>>> amqps://katello.local:5647|SSL: ca: 
>>> /etc/rhsm/ca/katello-default-ca.pem|key: None|certificate: 
>>> /etc/pki/consumer/bundle.pem|host-validation: None
>>> Aug 31 15:32:16 vmnode goferd[21947]: [INFO][worker-0] root:490 - 
>>> connecting to katello.local:5647...
>>> Aug 31 15:32:17 vmnode goferd[21947]: [INFO][worker-0] 
>>> gofer.messaging.adapter.proton.connection:92 - opened: 
>>> proton+amqps://katello.local:5647
>>> Aug 31 15:32:17 vmnode goferd[21947]: [INFO][worker-0] 
>>> gofer.messaging.adapter.connect:30 - connected: 
>>> proton+amqps://katello.local:5647
>>> Aug 31 15:32:17 vmnode goferd[21947]: [INFO][worker-0] root:512 - 
>>> connected to katello.local:5647
>>> Aug 31 15:32:18 vmnode goferd[21947]: [INFO][worker-0] 
>>> gofer.rmi.dispatcher:603 - call: Content.install() 
>>> sn=ba061a76-efa8-4261-aa2f-3de90aa8ac83 data={u'task_id': 
>>> u'f50849b9-1862-4929-a1f8-e3fff00ca9d4', u'consumer_id': 
>>> u'22a8cf78-17ac-4c76-bbca-770892211482'}
>>> Aug 31 15:32:18 vm-node goferd[21947]: [ERROR][worker-0] 
>>> pulp.agent.lib.dispatcher:65 - handler failed
>>> Aug 31 15:32:18 vmnode goferd[21947]: [ERROR][worker-0] 
>>> pulp.agent.lib.dispatcher:65 - Traceback (most recent call last):
>>> Aug 31 15:32:18 vmnode goferd[21947]: [ERROR][worker-0] 
>>> pulp.agent.lib.dispatcher:65 -   File 
>>> "/usr/lib/python2.7/site-packages/pulp/agent/lib/dispatcher.py", line 60, 
>>> in install
>>> Aug 31 15:32:18 vmnode goferd[21947]: [ERROR][worker-0] 
>>> pulp.agent.lib.dispatcher:65 - handler = self.__handler(type_id, 
>>> CONTENT)
>>> Aug 31 15:32:18 vmnode goferd[21947]: [ERROR][worker-0] 
>>> pulp.agent.lib.dispatcher:65 -   File 
>>> "/usr/lib/python2.7/site-packages/pulp/agent/lib/dispatcher.py", line 330, 
>>> in __handler
>>> Aug 31 15:32:18 vmnode goferd[2194

Re: [foreman-users] Re: [Katello] HandlerNotFound: No handler for: {'type': u'erratum'}

2016-09-02 Thread Edgars M.

On server or client?

piektdiena, 2016. gada 2. septembris 15:08:38 UTC+2, John Mitsch rakstīja:
>
> Edgars,
>
> Can you make sure that pulp-rpm-handlers package is installed?
>
> Thanks,
>
> John Mitsch
> Red Hat Engineering
> (860)-967-7285
> irc: jomitsch
>
> On Thu, Sep 1, 2016 at 3:37 AM, Edgars M. <edgars...@gmail.com 
> > wrote:
>
>> katello-agent-2.5.0-5.el7sat.noarch running on RHEL7
>>
>> Edgars
>>
>>
>> ceturtdiena, 2016. gada 1. septembris 09:19:19 UTC+2, Edgars M. rakstīja:
>>>
>>> Hi John
>>>
>>> I rebooted both client and Katello server, but that did not help, here 
>>> is log from Pulp:
>>>
>>> Action:
>>>
>>> Actions::Pulp::Consumer::ContentInstall
>>>
>>> Input:
>>>
>>> {"consumer_uuid"=>"22a8cf78-17ac-4c76-bbca-770892211482",
>>>  "type"=>"erratum",
>>>  "args"=>["RHSA-2016:1626"],
>>>  "remote_user"=>"XXX",
>>>  "remote_cp_user"=>"XXX"}
>>>
>>> Output:
>>>
>>> {"pulp_tasks"=>
>>>   [{"exception"=>nil,
>>> "task_type"=>nil,
>>> "_href"=>"/pulp/api/v2/tasks/df66ba64-75e7-4bca-a5ca-e2ee5d57f107/",
>>> "task_id"=>"df66ba64-75e7-4bca-a5ca-e2ee5d57f107",
>>> "tags"=>
>>>  ["pulp:consumer:22a8cf78-17ac-4c76-bbca-770892211482",
>>>   "pulp:action:unit_install"],
>>> "finish_time"=>"2016-09-01T07:14:12Z",
>>> "_ns"=>"task_status",
>>> "start_time"=>"2016-09-01T07:14:11Z",
>>> "traceback"=>nil,
>>> "spawned_tasks"=>[],
>>> "progress_report"=>{},
>>> "queue"=>"agent.dq",
>>> "state"=>"finished",
>>> "worker_name"=>"agent",
>>> "result"=>
>>>  {"reboot"=>{"scheduled"=>false, "details"=>{}},
>>>   "details"=>
>>>{"erratum"=>
>>>  {"details"=>
>>>{"message"=>"No handler for: {'type': u'erratum'}",
>>> "trace"=>
>>>  "Traceback (most recent call last):\n\n  File 
>>> \"/usr/lib/python2.7/site-packages/pulp/agent/lib/dispatcher.py\", line 60, 
>>> in install\nhandler = self.__handler(type_id, CONTENT)\n\n  File 
>>> \"/usr/lib/python2.7/site-packages/pulp/agent/lib/dispatcher.py\", line 
>>> 330, in __handler\nraise 
>>> HandlerNotFound(type=type_id)\n\nHandlerNotFound: No handler for: {'type': 
>>> u'erratum'}\n"},
>>>   "succeeded"=>false}},
>>>   "succeeded"=>false,
>>>   "num_changes"=>0},
>>> "error"=>nil,
>>> "_id"=>{"$oid"=>"57c7d5417d32550c8918ba82"},
>>> "id"=>"57c7d5417d32550c8918ba82"}],
>>>  "poll_attempts"=>{"total"=>6, "failed"=>1}}
>>>
>>>
>>> Exception:
>>>
>>> Katello::Errors::PulpError: No handler for: {'type': u'erratum'}
>>>
>>> Backtrace:
>>>
>>> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/pulp/consumer/abstract_content_action.rb:12:in
>>>  `external_task='
>>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/action/polling.rb:98:in
>>>  `poll_external_task_with_rescue'
>>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/action/polling.rb:21:in
>>>  `run'
>>> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/action/cancellable.rb:9:in
>>>  `run'
>>> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/pulp/abstract_async_task.rb:45: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'
>>> /op

Re: [foreman-users] Re: [Katello] HandlerNotFound: No handler for: {'type': u'erratum'}

2016-09-01 Thread Edgars M.

katello-agent-2.5.0-5.el7sat.noarch running on RHEL7

Edgars

ceturtdiena, 2016. gada 1. septembris 09:19:19 UTC+2, Edgars M. rakstīja:
>
> Hi John
>
> I rebooted both client and Katello server, but that did not help, here is 
> log from Pulp:
>
> Action:
>
> Actions::Pulp::Consumer::ContentInstall
>
> Input:
>
> {"consumer_uuid"=>"22a8cf78-17ac-4c76-bbca-770892211482",
>  "type"=>"erratum",
>  "args"=>["RHSA-2016:1626"],
>  "remote_user"=>"XXX",
>  "remote_cp_user"=>"XXX"}
>
> Output:
>
> {"pulp_tasks"=>
>   [{"exception"=>nil,
> "task_type"=>nil,
> "_href"=>"/pulp/api/v2/tasks/df66ba64-75e7-4bca-a5ca-e2ee5d57f107/",
> "task_id"=>"df66ba64-75e7-4bca-a5ca-e2ee5d57f107",
> "tags"=>
>  ["pulp:consumer:22a8cf78-17ac-4c76-bbca-770892211482",
>   "pulp:action:unit_install"],
> "finish_time"=>"2016-09-01T07:14:12Z",
> "_ns"=>"task_status",
> "start_time"=>"2016-09-01T07:14:11Z",
> "traceback"=>nil,
> "spawned_tasks"=>[],
> "progress_report"=>{},
> "queue"=>"agent.dq",
> "state"=>"finished",
> "worker_name"=>"agent",
> "result"=>
>  {"reboot"=>{"scheduled"=>false, "details"=>{}},
>   "details"=>
>{"erratum"=>
>  {"details"=>
>{"message"=>"No handler for: {'type': u'erratum'}",
> "trace"=>
>  "Traceback (most recent call last):\n\n  File 
> \"/usr/lib/python2.7/site-packages/pulp/agent/lib/dispatcher.py\", line 60, 
> in install\nhandler = self.__handler(type_id, CONTENT)\n\n  File 
> \"/usr/lib/python2.7/site-packages/pulp/agent/lib/dispatcher.py\", line 330, 
> in __handler\nraise HandlerNotFound(type=type_id)\n\nHandlerNotFound: No 
> handler for: {'type': u'erratum'}\n"},
>   "succeeded"=>false}},
>   "succeeded"=>false,
>   "num_changes"=>0},
> "error"=>nil,
> "_id"=>{"$oid"=>"57c7d5417d32550c8918ba82"},
> "id"=>"57c7d5417d32550c8918ba82"}],
>  "poll_attempts"=>{"total"=>6, "failed"=>1}}
>
>
> Exception:
>
> Katello::Errors::PulpError: No handler for: {'type': u'erratum'}
>
> Backtrace:
>
> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/pulp/consumer/abstract_content_action.rb:12:in
>  `external_task='
> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/action/polling.rb:98:in
>  `poll_external_task_with_rescue'
> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/action/polling.rb:21:in
>  `run'
> /opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.11/lib/dynflow/action/cancellable.rb:9:in
>  `run'
> /opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/pulp/abstract_async_task.rb:45: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/thefor

Re: [foreman-users] Re: [Katello] HandlerNotFound: No handler for: {'type': u'erratum'}

2016-09-01 Thread Edgars M.

/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in
 `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/awaits.rb:15:in
 `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in
 `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/sets_results.rb:14:in
 `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in
 `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/buffer.rb:38:in
 `process_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/buffer.rb:31:in
 `process_envelopes?'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/buffer.rb:20:in
 `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in
 `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/termination.rb:55:in
 `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in
 `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/removes_child.rb:10:in
 `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in
 `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/sets_results.rb:14:in
 `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/core.rb:161:in
 `process_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/core.rb:95:in
 `block in on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/core.rb:118:in
 `block (2 levels) in schedule_execution'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/synchronization/mri_lockable_object.rb:38:in
 `block in synchronize'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/synchronization/mri_lockable_object.rb:38:in
 `synchronize'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/synchronization/mri_lockable_object.rb:38:in
 `synchronize'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/core.rb:115:in
 `block in schedule_execution'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/executor/serialized_execution.rb:18:in
 `call'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/executor/serialized_execution.rb:18:in
 `call'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/executor/serialized_execution.rb:96:in
 `work'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/executor/serialized_execution.rb:77:in
 `block in call_job'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/executor/ruby_thread_pool_executor.rb:333:in
 `call'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/executor/ruby_thread_pool_executor.rb:333:in
 `run_task'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/executor/ruby_thread_pool_executor.rb:322:in
 `block (3 levels) in create_worker'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/executor/ruby_thread_pool_executor.rb:305:in
 `loop'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/executor/ruby_thread_pool_executor.rb:305:in
 `block (2 levels) in create_worker'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/executor/ruby_thread_pool_executor.rb:304:in
 `catch'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-1.0.0/lib/concurrent/executor/ruby_thread_pool_executor.rb:304:in
 `block in create_worker'
/opt/theforeman/tfm/root/usr/share/gems/gems/logging-1.8.2/lib/logging/diagnostic_context.rb:323:in
 `call'
/opt/theforeman/tfm/root/usr/share/gems/gems/logging-1.8.2/lib/logging/diagnostic_context.rb:323:in
 `block in create_with_logging_context'



trešdiena, 2016. gada 31. augusts 23:13:40 UTC+2, John Mitsch rakstīja:
>
> Edgars,
>
> Have you tried restarting goferd on the client? Also may be worth 
> restarting pulp and httpd as well on the main katello server
>
> systemctl restart pulp_resource_manager pulp_celerybeat  pulp_workers ht

Re: [foreman-users] Re: [Katello] e-mail notifications does not work

2016-08-26 Thread Edgars M.

Thanks!

Edgars

ceturtdiena, 2016. gada 25. augusts 20:40:46 UTC+2, jsherril rakstīja:
>
> On 08/24/2016 03:01 AM, Edgars M. wrote:
>
> Hi 
>
> Yes, I did
>
>
> <https://lh3.googleusercontent.com/-ZPkdPxCfABk/V71GJSGExdI/ACU/7b_DOl44cE4hMQ0gOoQPblzQUNQFBsPeACLcB/s1600/mailsettings.jpg>
>
>
> Apologies, i believe this is a bug:  
> http://projects.theforeman.org/issues/16303
>
> I will take a look at fixing it.
>
> -Justin
>
>
> Edgars
>
> otrdiena, 2016. gada 23. augusts 16:52:29 UTC+2, jsherril rakstīja: 
>>
>> On 08/23/2016 06:40 AM, Edgars M. wrote:
>>
>> Hi 
>>
>> Any idea why e-mails does not work in Katello 3.0.2?
>>
>> trešdiena, 2016. gada 17. augusts 10:18:39 UTC+2, Edgars M. rakstīja: 
>>>
>>> Hi 
>>>
>>> I have subscribed my user to receive e-mails but I don't get any. Under 
>>> e-mail preferences Mail enabled is checked and when I do Test email I 
>>> receive test e-mail. 
>>>
>>
>> Did you 'opt in' for emails under your user's settings?
>>
>>
>>> Foreman test email This is a test message to confirm that Foreman's 
>>> email configuration is working. 
>>>
>>> However I don't receive any automatic e-mail after repo sync, etc. I 
>>> don't see any log files entries regarding e-mails. Nothing. In Dynflow 
>>> console, under ErrataMail I can see:
>>>
>>> *Started at:* 2016-08-16 23:02:26 UTC
>>>
>>> *Ended at:* 2016-08-16 23:02:26 UTC
>>>
>>> *Real time:* 0.04s
>>>
>>> *Execution time (excluding suspended state):* 0.04s
>>>
>>> *Input:*
>>>
>>> ---
>>> repo: 2407
>>> last_updated: '2016-08-17 01:01:54 +0200'
>>> contents_changed: true
>>>
>>> *Output:*
>>>
>>> --- {}
>>>
>>>
>>> Not sure what does it mean, but no e-mails are sent.
>>>
>>> This is content of /etc/foreman/email.yaml
>>>
>>> # Outgoing email settings
>>>
>>>
>>> production:
>>>   delivery_method: :smtp
>>>   smtp_settings:
>>> address: mailgw.local.org
>>> port: 25
>>> domain: local.org
>>> authentication: :none
>>>
>>>
>>> Any ideas?
>>>
>>> Katello version 3.0.2
>>> CentOS 7
>>>
>>>
>>> Edgars
>>>
>> -- 
>> 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-user...@googlegroups.com.
>> To post to this group, send email to forema...@googlegroups.com.
>> Visit this group at https://groups.google.com/group/foreman-users.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>> -- 
> 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-user...@googlegroups.com .
> To post to this group, send email to forema...@googlegroups.com 
> .
> Visit this group at https://groups.google.com/group/foreman-users.
> For more options, visit https://groups.google.com/d/optout.
>
>
>

-- 
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] Re: [Katello] e-mail notifications does not work

2016-08-23 Thread Edgars M.

Hi

Any idea why e-mails does not work in Katello 3.0.2?

trešdiena, 2016. gada 17. augusts 10:18:39 UTC+2, Edgars M. rakstīja:
>
> Hi
>
> I have subscribed my user to receive e-mails but I don't get any. Under 
> e-mail preferences Mail enabled is checked and when I do Test email I 
> receive test e-mail. 
>
> Foreman test email This is a test message to confirm that Foreman's email 
> configuration is working.
>
> However I don't receive any automatic e-mail after repo sync, etc. I don't 
> see any log files entries regarding e-mails. Nothing. In Dynflow console, 
> under ErrataMail I can see:
>
> *Started at:* 2016-08-16 23:02:26 UTC
>
> *Ended at:* 2016-08-16 23:02:26 UTC
>
> *Real time:* 0.04s
>
> *Execution time (excluding suspended state):* 0.04s
>
> *Input:*
>
> ---
> repo: 2407
> last_updated: '2016-08-17 01:01:54 +0200'
> contents_changed: true
>
> *Output:*
>
> --- {}
>
>
> Not sure what does it mean, but no e-mails are sent.
>
> This is content of /etc/foreman/email.yaml
>
> # Outgoing email settings
>
>
> production:
>   delivery_method: :smtp
>   smtp_settings:
> address: mailgw.local.org
> port: 25
> domain: local.org
> authentication: :none
>
>
> Any ideas?
>
> Katello version 3.0.2
> CentOS 7
>
>
> Edgars
>

-- 
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] Re: Katello 3.0.2 API content upload not updating info

2016-08-10 Thread Edgars M.

Hi

I have the same issue. To workaround this I had to create local repo on 
Katello server with createrepo and then sync it in Katello with 
file:///path/to/repo URL. Then it worked.

Edgars

trešdiena, 2016. gada 10. augusts 07:39:05 UTC+2, Dylan Baars rakstīja:
>
> I am attempting to use the Katello API to upload content into a repository 
> - we are using Jenkins to package an RPM and upload it into Katello for 
> deployment. This worked fine with the 3.0 RCs, however in 3.0.2 although 
> everything seems to complete successfully, I am not seeing the package in 
> the GUI - 
>
> I followed the "Uploading content to the satellite server" example from 
> https://access.redhat.com/documentation/en-US/Red_Hat_Satellite/6.1/html/API_Guide/curl-examples.html
>
> The steps and output I do are below (the output is from Jenkins)
>
> + byte=500
> + offset=0
> + /usr/bin/rm uploadlist.000 uploadlist.001
> + split --bytes 500 --numeric-suffixes --suffix-length=3 
> tomcat8-8.5.4-1.noarch.rpm uploadlist.
> + shopt -s nullglob
> + array=(uploadlist.*)
> ++ curl -s -H Accept:application/json,version=2 -H 
> Content-Type:application/json -X POST -u jenkins:removed -k -d '{}' 
> https://wellkatello.niwa.local/katello/api/repositories/1406/content_uploads
> + 
> RESPONSE='{"upload_id":"4376d1f2-a9f0-451d-b888-3b53e496581c","_href":"/pulp/api/v2/content/uploads/4376d1f2-a9f0-451d-b888-3b53e496581c/"}'
> ++ echo 
> '{"upload_id":"4376d1f2-a9f0-451d-b888-3b53e496581c","_href":"/pulp/api/v2/content/uploads/4376d1f2-a9f0-451d-b888-3b53e496581c/"}'
> ++ sed 's/"//g'
> ++ grep -e '.*"upload_id":\s*"\([a-zA-Z0-9-]\)*"' -o
> ++ sed 's/{"upload_id"://'
> + REQUEST_ID=4376d1f2-a9f0-451d-b888-3b53e496581c
> + echo 'Request ID [4376d1f2-a9f0-451d-b888-3b53e496581c] created'
> Request ID [4376d1f2-a9f0-451d-b888-3b53e496581c] created
> + for file in '"${array[@]}"'
> + echo 'Offset is 0'
> Offset is 0
> + echo 'Uploading chunk uploadlist.000'
> Uploading chunk uploadlist.000
> + curl -H Accept:application/json,version=2 -H 
> Content-Type:multipart/form-data -X PUT -u jenkins:removed -k 
> --data-urlencode content@uploadlist.000 --data-urlencode offset=0 
> https://wellkatello.niwa.local/katello/api/repositories/1406/content_uploads/4376d1f2-a9f0-451d-b888-3b53e496581c
>   % Total% Received % Xferd  Average Speed   TimeTime Time 
>  Current
>  Dload  Upload   Total   SpentLeft 
>  Speed
>
>   0 00 00 0  0  0 --:--:-- --:--:-- --:--:--   
>   0
> 100 11.8M0 0  100 11.8M  0  10.1M  0:00:01  0:00:01 --:--:-- 
> 10.1M
> 100 11.8M0 0  100 11.8M  0  5597k  0:00:02  0:00:02 --:--:-- 
> 5598k
> 100 11.8M0 0  100 11.8M  0  3827k  0:00:03  0:00:03 --:--:-- 
> 3828k
> 100 11.8M0 0  100 11.8M  0  2907k  0:00:04  0:00:04 --:--:-- 
> 2908k
> 100 11.8M0 1  100 11.8M  0  2745k  0:00:04  0:00:04 --:--:-- 
> 2745k
>  + offset=500
> + for file in '"${array[@]}"'
> + echo 'Offset is 500'
> Offset is 500
> + echo 'Uploading chunk uploadlist.001'
> Uploading chunk uploadlist.001
> + curl -H Accept:application/json,version=2 -H 
> Content-Type:multipart/form-data -X PUT -u jenkins:removed -k 
> --data-urlencode content@uploadlist.001 --data-urlencode offset=500 
> https://wellkatello.niwa.local/katello/api/repositories/1406/content_uploads/4376d1f2-a9f0-451d-b888-3b53e496581c
>   % Total% Received % Xferd  Average Speed   TimeTime Time 
>  Current
>  Dload  Upload   Total   SpentLeft 
>  Speed
>
>   0 00 00 0  0  0 --:--:-- --:--:-- --:--:--   
>   0
> 100 6590k0 0  100 6590k  0  5647k  0:00:01  0:00:01 --:--:-- 
> 5652k
> 100 6590k0 0  100 6590k  0  3039k  0:00:02  0:00:02 --:--:-- 
> 3041k
> 100 6590k0 1  100 6590k  0  2643k  0:00:02  0:00:02 --:--:-- 
> 2643k
>  + offset=1000
> + echo 'Importing upload into repository'
> Importing upload into repository
> + curl -H Accept:application/json,version=2 -H 
> Content-Type:application/json -X PUT -u jenkins:removed -k -d 
> '{"upload_ids":["4376d1f2-a9f0-451d-b888-3b53e496581c"]}' 
> https://wellkatello.niwa.local/katello/api/repositories/1406/import_uploads
>   % Total% Received % Xferd  Average Speed   TimeTime Time 
>  Current
>  Dload  Upload   Total   SpentLeft 
>  Speed
>
>   0 00 00 0  0  0 --:--:-- --:--:-- --:--:--   
>   0
> 100550 0  10055  0 44  0:00:01  0:00:01 --:--:--   
>  44
> 100550 0  10055  0 24  0:00:02  0:00:02 --:--:--   
>  24
>  98560 0  10055  0 22  0:00:02  0:00:02 --:--:--   
>  22
> 100560 1  10055  0 22  0:00:02  0:00:02 --:--:--   
>  22
>  + echo 'Delete the upload request'
> Delete the upload request
> + curl -H

[foreman-users] Re: [Katello] lazy sync on-demand does not work

2016-08-04 Thread Edgars M.

Here is log from pulp streamer:

Aug 04 15:16:24 katello.local pulp_streamer[1758]: pulp.streamer.server:
ERROR: Failed to find a catalog entry with path 
"/var/lib/pulp/content/units/rpm/77/cc33b318419f617ed6352bc6e3eebeced96ed5a6ffbf1b989fc65b1be9ab2b/python-pip-7.1.0-1.el7.noarch.rpm"
.
Aug 04 15:16:24 katello.local pulp_streamer[1758]: [-] 127.0.0.1 - - [04/Aug
/2016:13:16:24 +] "GET 
/var/lib/pulp/content/units/rpm/77/cc33b318419f617ed6352bc6e3eebeced96ed5a6ffbf1b989fc65b1be9ab2b/python-pip-7.1.0-1.el7.noarch.rpm
 
HTTP/1.1" 404 - "-" "urlgrabber/3.10 yum/3.4.3"


ceturtdiena, 2016. gada 4. augusts 14:02:29 UTC+2, Edgars M. rakstīja:
>
> Hi
>
> I have configured yum repo with on-demand sync policy, but it seems that 
> it does not work. Here is what I get when trying to install package:
>
> yum install python-pip -y
>
> Loaded plugins: product-id, ps, rhnplugin, search-disabled-repos, 
> subscription-manager, versionlock
> This system is receiving updates from RHN Classic or Red Hat Satellite.
> EPEL_epel7-x86_64 
> 
>| 2.1 kB  00:00
> :00
> rhel-7-server-eus-rpms   
> 
>  | 2.1 kB 
>  00:00:00
> rhel-7-server-rpms   
> 
>  | 2.1 kB 
>  00:00:00
> rhel-ha-for-rhel-7-server-eus-rpms   
> 
>  | 2.1 kB 
>  00:00:00
> rhel-rs-for-rhel-7-server-eus-rpms   
> 
>  | 2.1 kB 
>  00:00:00
> Resolving Dependencies
> --> Running transaction check
> ---> Package python-pip.noarch 0:7.1.0-1.el7 will be installed
> --> Finished Dependency Resolution
>
>
> Dependencies Resolved
>
>
>
> =
>  PackageArch 
>   Version 
>  Repository   
>Size
>
> =
> Installing:
>  python-pip noarch   
>   7.1.0-1.el7 
>  EPEL_epel7-x86_64   
>   1.5 M
>
>
> Transaction Summary
>
> =
> Install  1 Package
>
>
> Total download size: 1.5 M
> Installed size: 6.6 M
> Downloading packages:
> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
> python-pip-7.1.0-1.el7.noarch. FAILED
> https://katello.local/pulp/repos/corp/Library/custom/EPEL/epel7-x86_64/python-pip-7.1.0-1.el7.noarch.rpm:
>  
> [Errno 14] HTTPS Error 404 - Not Found 
>  ]  0.0 B/s |0 B  --:--:-- ETA
> Trying other mirror.
> To address this issue please refer to the below knowledge base article
>
>
> https://access.redhat.com/articles/1320623
>
>
> If above article doesn't help to resolve this issue please open a ticket 
> with Red Hat Support.
>
>
>
>
>
>
> Error downloading packages:
>   python-pip-7.1.0-1.el7.noarch: [Errno 256] No more mirrors to try.
>
> Here is log from squid:
>
> 1470311091.398   1659 127.0.0.1 TCP_MISS/404 317 GET http://
> 127.0.0.1:3128/var/lib/pulp/content/units/rpm/77/cc33b318419f617ed6352bc6e3eebec

[foreman-users] Re: Katello 3.0.2 (Saison) Released

2016-07-26 Thread Edgars M.

Hi Eric

I re-generated all certs and re-downloaded CA cert again and now it works! 
I have no idea what was wrong with them. Sorry about all the noise :)

Edgars

trešdiena, 2016. gada 6. jūlijs 22:51:48 UTC+2, Eric Helms rakstīja:
>
> Katello 3.0.2 has been released to supply bug fixes and major upgrade 
> issues found by some awesome users. Please see the changelog for more 
> information (
> https://github.com/Katello/katello/blob/KATELLO-3.0/CHANGELOG.md). 
>
> Installation 
>  
>
> For installation, please see the instructions at: 
>
>Server: http://www.katello.org/docs/3.0/installation/index.html 
>  
>Capsule: http://www.katello.org/docs/3.0/installation/capsule.html 
>  
>
> Bug reporting 
> = 
> If you come across a bug in your testing, please file it and note the 
> version of Katello that you're using in the report and set the release 
> to 3.0.2. 
>
>http://projects.theforeman.org/projects/katello/issues/new 
>
>
> -- 
> Eric D. Helms
> Red Hat Engineering
> Ph.D. Student - North Carolina State University
>

-- 
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] Re: Katello 3.0.2 (Saison) Released

2016-07-26 Thread Edgars M.

I will check certs again, though they are standard certs used across our 
infra

Crane config is configured with default CA certs, not my custom:

  
## SSL directives
  SSLEngine on
  SSLCertificateFile  "/etc/pki/katello/certs/katello-apache.crt"
  SSLCertificateKeyFile   "/etc/pki/katello/private/katello-apache.key"
  SSLCertificateChainFile "/etc/pki/katello/certs/katello-default-ca.crt"
  SSLCACertificatePath"/etc/pki/tls/certs"
  SSLCACertificateFile"/etc/pki/katello/certs/katello-default-ca.crt"


trešdiena, 2016. gada 6. jūlijs 22:51:48 UTC+2, Eric Helms rakstīja:
>
> Katello 3.0.2 has been released to supply bug fixes and major upgrade 
> issues found by some awesome users. Please see the changelog for more 
> information (
> https://github.com/Katello/katello/blob/KATELLO-3.0/CHANGELOG.md). 
>
> Installation 
>  
>
> For installation, please see the instructions at: 
>
>Server: http://www.katello.org/docs/3.0/installation/index.html 
>  
>Capsule: http://www.katello.org/docs/3.0/installation/capsule.html 
>  
>
> Bug reporting 
> = 
> If you come across a bug in your testing, please file it and note the 
> version of Katello that you're using in the report and set the release 
> to 3.0.2. 
>
>http://projects.theforeman.org/projects/katello/issues/new 
>
>
> -- 
> Eric D. Helms
> Red Hat Engineering
> Ph.D. Student - North Carolina State University
>

-- 
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] Re: Katello 3.0.2 (Saison) Released

2016-07-08 Thread Edgars M.

No, there is nothing special about our certificates. No wildcard, no even 
SAN. 2048 bits.

Why is Crane needed? Can I disable it? Can I disable everything related to 
Puppet as we don't need that functionality?

I just tested it and it failed again, here is my full install command:

sudo foreman-installer --scenario katello \
--certs-server-cert="/etc/pki/tls/certs/katello.tld.crt" \
--certs-server-cert-req="/etc/pki/tls/csr/katello.tld.csr" \
--certs-server-key="/etc/pki/tls/private/katello.tld.key" \
--certs-server-ca-cert="/etc/pki/tls/certs/CompanyInternalCA.crt" \
--foreman-admin-email="n...@company.tld" \
--foreman-admin-first-name="Name" \
--foreman-admin-last-name="LastName" \
--foreman-admin-password="SomeCustomPassword" \
--foreman-initial-organization="Company" \
--katello-num-pulp-workers="24" \
--katello-proxy-url="http://corporate.proxy.tld; \
--katello-proxy-port="8080" \
--verbose

Errors:
[ERROR 2016-07-08 10:48:00 verbose]  Could not start Service[httpd]: 
Execution of 
'/usr/share/katello-installer-base/modules/service_wait/bin/service-wait 
start httpd' returned 1: Redirecting to /bin/systemctl start  httpd.service
[ INFO 2016-07-08 10:48:00 verbose] Job for httpd.service failed because 
the control process exited with error code. See "systemctl status 
httpd.service" and "journalctl -xe" for details.
[ERROR 2016-07-08 10:48:00 verbose]  /Stage[main]/Apache::Service/Service[
httpd]/ensure: change from stopped to running failed: Could not start 
Service[httpd]: Execution of 
'/usr/share/katello-installer-base/modules/service_wait/bin/service-wait 
start httpd' returned 1: Redirecting to /bin/systemctl start  httpd.service
[ERROR 2016-07-08 10:48:18 verbose]  /Stage[main]/Foreman::Database/Foreman
::Rake[db:seed]/Exec[foreman-rake-db:seed]: Failed to call refresh: /usr/
sbin/foreman-rake db:seed returned 1 instead of one of [0]
[ERROR 2016-07-08 10:48:18 verbose]  /Stage[main]/Foreman::Database/Foreman
::Rake[db:seed]/Exec[foreman-rake-db:seed]: /usr/sbin/foreman-rake db:seed 
returned 1 instead of one of [0]
[ERROR 2016-07-08 10:49:15 verbose]  /Stage[main]/Foreman_proxy::Register/
Foreman_smartproxy[katello.tld]: Failed to call refresh: Proxy katello.tld 
cannot be registered (Could not load data from https://katello.tld
[ INFO 2016-07-08 10:49:15 verbose]  - is your server down?
[ INFO 2016-07-08 10:49:15 verbose]  - was rake apipie:cache run when using 
apipie cache? (typical production settings)): N/A
[ERROR 2016-07-08 10:49:15 verbose]  /Stage[main]/Foreman_proxy::Register/
Foreman_smartproxy[katello.tld]: Proxy katello.tld cannot be registered (
Could not load data from https://katello.tld
[ INFO 2016-07-08 10:49:15 verbose]  - is your server down?
[ INFO 2016-07-08 10:49:15 verbose]  - was rake apipie:cache run when using 
apipie cache? (typical production settings)): N/A
[ INFO 2016-07-08 10:49:15 verbose] /usr/share/ruby/vendor_ruby/puppet/util/
errors.rb:106:in `fail'
[ INFO 2016-07-08 10:49:19 verbose] Executing hooks in group post
  Something went wrong! Check the log for ERROR-level output

sudo cat /var/log/httpd/crane_error_ssl.log
[Fri Jul 08 10:48:00.480289 2016] [ssl:emerg] [pid 13049] AH01903: Failed 
to configure CA certificate chain!
[Fri Jul 08 10:57:44.197492 2016] [ssl:emerg] [pid 13508] AH01903: Failed 
to configure CA certificate chain!

Edgars

ceturtdiena, 2016. gada 7. jūlijs 20:26:43 UTC+2, Eric Helms rakstīja:
>
> Edgars,
>
> I tested this scenario today and could not duplicate your results. Is 
> there anything special about your custom certificates? Wildcard? Attributes 
> special to them? This is my test scenario:
>
> https://github.com/Katello/forklift/pull/247/files
>
> On Thu, Jul 7, 2016 at 8:07 AM, Eric D Helms <ericd...@gmail.com 
> > wrote:
>
>> Edgars,
>>
>> I will test this today and report back to you.
>>
>>
>> Eric
>>
>> On Thu, Jul 7, 2016 at 5:53 AM, Edgars M. <edgars...@gmail.com 
>> > wrote:
>>
>>> Hi
>>>
>>> I still cannot install new Katello because of this issue: 
>>> http://projects.theforeman.org/issues/15507
>>>
>>> It fails every time.. Does anyone know workaround?
>>>
>>> Edgars
>>>
>>>
>>> trešdiena, 2016. gada 6. jūlijs 22:51:48 UTC+2, Eric Helms rakstīja:
>>>>
>>>> Katello 3.0.2 has been released to supply bug fixes and major upgrade 
>>>> issues found by some awesome users. Please see the changelog for more 
>>>> information (
>>>> https://github.com/Katello/katello/blob/KATELLO-3.0/CHANGELOG.md). 
>>>>
>>>> Installation 
>>>>  
>>>>
>>>> For installation,

[foreman-users] Re: Katello 3.0.2 (Saison) Released

2016-07-07 Thread Edgars M.

Hi

I still cannot install new Katello because of this 
issue: http://projects.theforeman.org/issues/15507

It fails every time.. Does anyone know workaround?

Edgars

trešdiena, 2016. gada 6. jūlijs 22:51:48 UTC+2, Eric Helms rakstīja:
>
> Katello 3.0.2 has been released to supply bug fixes and major upgrade 
> issues found by some awesome users. Please see the changelog for more 
> information (
> https://github.com/Katello/katello/blob/KATELLO-3.0/CHANGELOG.md). 
>
> Installation 
>  
>
> For installation, please see the instructions at: 
>
>Server: http://www.katello.org/docs/3.0/installation/index.html 
>  
>Capsule: http://www.katello.org/docs/3.0/installation/capsule.html 
>  
>
> Bug reporting 
> = 
> If you come across a bug in your testing, please file it and note the 
> version of Katello that you're using in the report and set the release 
> to 3.0.2. 
>
>http://projects.theforeman.org/projects/katello/issues/new 
>
>
> -- 
> Eric D. Helms
> Red Hat Engineering
> Ph.D. Student - North Carolina State University
>

-- 
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] subscription-manager fails to connect to Katello 3.0.1

2016-06-22 Thread Edgars M.

Hi

After upgrade to Katello 3.0.1 I cannot subscribe clients to it anymore:

2016-06-22 09:14:32,676 [DEBUG] subscription-manager:7854 @ga_loader.py:89 
- ga_loader GaImporterGtk2
2016-06-22 09:14:32,679 [DEBUG] subscription-manager:7854 @plugins.py:569 - 
loaded plugin modules: []
2016-06-22 09:14:32,679 [DEBUG] subscription-manager:7854 @plugins.py:570 - 
loaded plugins: {}
2016-06-22 09:14:32,679 [DEBUG] subscription-manager:7854 @identity.py:131 
- Loading consumer info from identity certificates.
2016-06-22 09:14:32,710 [INFO] subscription-manager:7854 @managercli.py:367 
- Client Versions: {'python-rhsm': '1.16.6-1.el6', 'subscription-manager': 
'1.16.8-8.el6'}
2016-06-22 09:14:32,710 [INFO] subscription-manager:7854 @connection.py:815 
- Connection built: host=katello.local port=443 handler=/rhsm 
auth=identity_cert ca_dir=/etc/rhsm/ca/ verify=True
2016-06-22 09:14:32,711 [INFO] subscription-manager:7854 @connection.py:815 
- Connection built: host=katello.local port=443 handler=/rhsm auth=none
2016-06-22 09:14:32,711 [INFO] subscription-manager:7854 @managercli.py:342 
- Consumer Identity name=node.local uuid=xxx
2016-06-22 09:14:32,712 [DEBUG] subscription-manager:7854 
@connection.py:557 - Making request: GET 
/rhsm/consumers/xxx/certificates/serials
2016-06-22 09:14:32,874 [DEBUG] subscription-manager:7854 
@connection.py:589 - Response: status=200
2016-06-22 09:14:32,875 [DEBUG] subscription-manager:7854 
@connection.py:557 - Making request: GET 
/rhsm/consumers/xxx/certificates?serials=xxx
2016-06-22 09:14:32,912 [DEBUG] subscription-manager:7854 
@connection.py:589 - Response: status=302
2016-06-22 09:14:32,913 [ERROR] subscription-manager:7854 
@connection.py:618 - Response: 302
2016-06-22 09:14:32,913 [ERROR] subscription-manager:7854 
@connection.py:619 - JSON parsing error: No JSON object could be decoded
2016-06-22 09:14:32,913 [ERROR] subscription-manager:7854 
@managercli.py:174 - Unable to perform refresh due to the following 
exception: Network error code: 302
2016-06-22 09:14:32,913 [ERROR] subscription-manager:7854 
@managercli.py:175 - Network error code: 302
Traceback (most recent call last):
  File "/usr/share/rhsm/subscription_manager/managercli.py", line 622, in 
_do_command
self.entcertlib.update()
  File "/usr/share/rhsm/subscription_manager/certlib.py", line 31, in update
self.report = self.locker.run(self._do_update)
  File "/usr/share/rhsm/subscription_manager/certlib.py", line 17, in run
return action()
  File "/usr/share/rhsm/subscription_manager/entcertlib.py", line 43, in 
_do_update
return action.perform()
  File "/usr/share/rhsm/subscription_manager/entcertlib.py", line 129, in 
perform
self.install(missing_serials)
  File "/usr/share/rhsm/subscription_manager/entcertlib.py", line 159, in 
install
cert_bundles = self.get_certificates_by_serial_list(missing_serials)
  File "/usr/share/rhsm/subscription_manager/entcertlib.py", line 248, in 
get_certificates_by_serial_list
serials=sn_list)
  File "/usr/lib64/python2.6/site-packages/rhsm/connection.py", line 1138, 
in getCertificates
return self.conn.request_get(method)
  File "/usr/lib64/python2.6/site-packages/rhsm/connection.py", line 681, 
in request_get
return self._request("GET", method)
  File "/usr/lib64/python2.6/site-packages/rhsm/connection.py", line 598, 
in _request
self.validateResponse(result, request_type, handler)
  File "/usr/lib64/python2.6/site-packages/rhsm/connection.py", line 668, 
in validateResponse
raise NetworkException(response['status'])
NetworkException: Network error code: 302



-- 
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] Re: Remote command: Error initializing command: IOError - closed stream

Re: [foreman-users] Remote command: Error initializing command: IOError - closed stream

[foreman-users] Remote command: Error initializing command: IOError - closed stream

Re: [foreman-users] [Katello] Pulp SSL error after upgrade 3.2 -> 3.3

[foreman-users] Re: Compare 2 hosts ?

[foreman-users] Re: [Katello] Content View filter rules - regex does not work.

[foreman-users] [Katello] Content View filter rules - regex does not work.

Re: [foreman-users] [Katello] freeze particular OS release version and only make errata changes

[foreman-users] Re: Katello 3.1 Content view filter

[foreman-users] Re: Katello 3.1 Content view filter

[foreman-users] Re: Repository structure

[foreman-users] Re: LDAP users not showing up, partially functional

Re: [foreman-users] [Katello] Applicable vs Installable errata

Re: [foreman-users] Re: [Katello] HandlerNotFound: No handler for: {'type': u'erratum'}

Re: [foreman-users] [Katello] Applicable vs Installable errata

[foreman-users] [Katello] Applicable vs Installable errata

Re: [foreman-users] Re: [Katello] HandlerNotFound: No handler for: {'type': u'erratum'}

Re: [foreman-users] Re: [Katello] HandlerNotFound: No handler for: {'type': u'erratum'}

Re: [foreman-users] Re: [Katello] HandlerNotFound: No handler for: {'type': u'erratum'}

Re: [foreman-users] Re: [Katello] HandlerNotFound: No handler for: {'type': u'erratum'}

Re: [foreman-users] Re: [Katello] e-mail notifications does not work

[foreman-users] Re: [Katello] e-mail notifications does not work

[foreman-users] Re: Katello 3.0.2 API content upload not updating info

[foreman-users] Re: [Katello] lazy sync on-demand does not work

[foreman-users] Re: Katello 3.0.2 (Saison) Released

[foreman-users] Re: Katello 3.0.2 (Saison) Released

Re: [foreman-users] Re: Katello 3.0.2 (Saison) Released

[foreman-users] Re: Katello 3.0.2 (Saison) Released

[foreman-users] [Katello] subscription-manager fails to connect to Katello 3.0.1

29 matches

Site Navigation

Mail list logo

Footer information