Re: [foreman-users] Failed to sync iso

2016-10-18 Thread 'Jason B. Nance' via Foreman users
Hi Denis, 

> im trying to sync http://oirase.annexia.org/virt-p2v/ 

That location is not a Yum repository (note how there isn't a "repodata" 
directory). 

> Repotype is file. 


The "file" type is when you would be referencing a location local to the 
Katello server itself. It is similar to putting the following in a browser: 

file:///opt/my/local/repo 

You can manually add each of those RPMs to a product on your Katello install, 
but they will not be automatically pulled/updated. 

I don't believe you can sync ISOs in this way. 

Regards, 

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.


[foreman-users] Failed to sync iso

2016-10-18 Thread 'Denis Müller' via Foreman users
Hi guys,

im trying to sync http://oirase.annexia.org/virt-p2v/

but with no luck.

2016-10-18 18:19:08 [app] [I] Started POST 
"/katello/api/repositories/261/sync" for ::1 at 2016-10-18 18:19:08 +0200
2016-10-18 18:19:08 [app] [I] Processing by 
Katello::Api::V2::RepositoriesController#sync as JSON
2016-10-18 18:19:08 [app] [I]   Parameters: 
{"source_url"=>"http://oirase.annexia.org/virt-p2v;, "api_version"=>"v2", 
"id"=>"261", "repository"=>{}}
2016-10-18 18:19:08 [app] [I] Authorized user admin(Admin User)
2016-10-18 18:19:08 [app] [I]   Rendered 
/opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/views/katello/api/v2/repositories/sync.json.rabl
 
within katello/api/v2/layouts/resource (68.8ms)
2016-10-18 18:19:08 [app] [I] Completed 202 Accepted in 547ms (Views: 
60.2ms | ActiveRecord: 89.4ms)
2016-10-18 18:19:08 [app] [I] Started GET 
"/foreman_tasks/api/tasks/d1fded97-0233-4408-bae3-9fa06babd170" for ::1 at 
2016-10-18 18:19:08 +0200
2016-10-18 18:19:08 [app] [I] Processing by 
ForemanTasks::Api::TasksController#show as JSON
2016-10-18 18:19:08 [app] [I]   Parameters: 
{"id"=>"d1fded97-0233-4408-bae3-9fa06babd170", "task"=>{}}
2016-10-18 18:19:08 [app] [I] Authorized user admin(Admin User)
2016-10-18 18:19:08 [app] [I]   Rendered 
/opt/theforeman/tfm/root/usr/share/gems/gems/foreman-tasks-0.7.18/app/views/foreman_tasks/api/tasks/show.json.rabl
 
(61.8ms)
2016-10-18 18:19:08 [app] [I] Completed 200 OK in 92ms (Views: 56.2ms | 
ActiveRecord: 15.4ms)
2016-10-18 18:19:09 [app] [I] Started POST 
"/katello/api/v2/repositories/sync_complete?token=ivf3HjarVjM7iZzHw2yfax3mqoM53nRQ"
 
for 192.168.11.237 at 2016-10-18 18:19:09 +0200
2016-10-18 18:19:09 [app] [I] Processing by 
Katello::Api::V2::RepositoriesController#sync_complete as */*
2016-10-18 18:19:09 [app] [I]   Parameters: {"call_report"=>"[FILTERED]", 
"event_type"=>"repo.sync.finish", 
"payload"=>{"importer_id"=>"iso_importer", "exception"=>nil, 
"repo_id"=>"RTO_GmbH-virt-p2v-libguestfs", "traceback"=>nil, 
"started"=>"2016-10-18T16:19:08Z", "_ns"=>"repo_sync_results", 
"completed"=>"2016-10-18T16:19:09Z", "importer_type_id"=>"iso_importer", 
"error_message"=>nil, "summary"=>{"traceback"=>nil, 
"error_message"=>{"response_code"=>404, "response_msg"=>"Not Found"}, 
"finished_bytes"=>0, "num_isos"=>nil, "state"=>"manifest_failed", 
"iso_error_messages"=>nil, "total_bytes"=>nil, "num_isos_finished"=>0, 
"state_times"=>{"not_started"=>"2016-10-18T16:19:08", 
"manifest_in_progress"=>"2016-10-18T16:19:08", 
"manifest_failed"=>"2016-10-18T16:19:08"}}, "added_count"=>0, 
"result"=>"failed", "updated_count"=>0, "details"=>nil, 
"id"=>"58064b7df57f2e61e336f075", "removed_count"=>0}, 
"token"=>"ivf3HjarVjM7iZzHw2yfax3mqoM53nRQ", "api_version"=>"v2", 
"repository"=>{}}
2016-10-18 18:19:09 [app] [I] Sync_complete called for libguestfs, running 
after_sync.
2016-10-18 18:19:09 [foreman-tasks/action] [E] PLP: Importer indicated 
a failed response (Katello::Errors::PulpError)
 | 
/opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/pulp/abstract_async_task.rb:121:in
 
`block in external_task='
 | 
/opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/pulp/abstract_async_task.rb:119:in
 
`each'
 | 
/opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/pulp/abstract_async_task.rb:119:in
 
`external_task='
 | 
/opt/theforeman/tfm/root/usr/share/gems/gems/katello-3.0.2/app/lib/actions/pulp/repository/sync.rb:46: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 

[foreman-users] Re: Foreman users @ Puppetconf (17th-21st Oct) event?

2016-10-18 Thread Christopher Pisano
I get in to San Diego around 4:30pm PST. I'll find the RedHat booth around 
7pm and meet up with everyone.

On Sunday, October 9, 2016 at 5:12:48 PM UTC-4, Greg Sutcliffe wrote:
>
> Hi all
>
> I've been hearing that quite a few people will be heading to Puppetconf in 
> just over a week. While I won't be there in person, I figured I might try 
> to use my Magic Community Powers (:P) to see if we can organise something, 
> short-notice-style.
>
> So, if you're going to be there, let's hear you! We can try to do a meetup 
> during the conference time itself, or organise some drinks/food on one of 
> the evenings. Let me know (this thread, or in a private reply is fine) what 
> you'd like to do, and what times/dates work, and I'll try to make it happen.
>
> Cheers!
> -- 
> Greg
> IRC: gwmngilfen
>

-- 
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] Hammer CLI, oVirt and templates

2016-10-18 Thread davide
Hello

I'm using Foreman 1.13 and oVirt 4.0.4 and I have an oVirt template with 2 
disks, both with data, from which I want to spin-up new VMs via Foreman.

If I create the VM from Foreman everything is correct, the 2 disks are the 
ones set in the oVirt template. But if I try from hammer CLI like this:

$ hammer host create --hostgroup-id=13 --compute-resource="My oVirt 
Resource" --provision-method="image" --image="MyImage" --name="test-01" 
--compute-attributes="start=1"  --operatingsystem-id=2 

Then, the new VM has only the "base" disk. And if I try like this

$ hammer host create --hostgroup-id=13 --compute-resource="My oVirt 
Resource" --provision-method="image" --image="MyImage" --name="test-01" 
--compute-attributes="start=1"  --operatingsystem-id=2 
--volume="size_gb=8,storage_domain=ba2bd397-9222-424d-aecc-eb652c0169d9,bootable=true"
  
--volume="size_gb=25,storage_domain=ba2bd397-9222-424d-aecc-eb652c0169d9,bootable=false"

Then 2 disks are created and attached but the second one (the 25GB disk) is 
a brand new disk and not a copy of the disk attached to the original 
template.

Is this an Hammer bug? Has anyone got this working?

Thanks in advance

-- 
Davide

-- 
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] Cannot import Modules/Classes on 1.12 with Puppet 4

2016-10-18 Thread Matt
Hi,

common didn't had an environment.conf in it, I placed it in, didn't fix it.

When I did a mv * ../../modules foreman found all my classes, this is 
strange to me.

So, your last line is indeed a fix, but it doens't solve the problem for 
environments/common

Do you want me more to chec/test ?


Op dinsdag 18 oktober 2016 10:48:24 UTC+2 schreef Greg Sutcliffe:
>
> So that looks ok, I think, but I do wonder about how "common" is inside 
> the environmentpath. Does "common" have an environment.conf as well (so 
> that puppet would regard it as a valid environment)?
>
> Also this is interesting:
>
> On 17 October 2016 at 09:40, Matt  
> wrote:
> > ... I saw that my agents were not able to find the classes on a run ...
>
> To me that says Puppet can't find your classes either. Since Foreman 
> queries Puppet for it's class listing in Puppet4 (via the puppetserver's 
> API) then I would expect Foreman to think the classes had gone if Puppet 
> can't find them either.
>
> It *feels* like a misconfig of some kind, but I can't quite spot it. 
> Perhaps try moving the common modules to "/etc/puppetlabs/code/modules" 
> (since thats also in the basemodulepath) as a test?
>
> Greg
>

-- 
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] "undefined method `strip' for nil:NilClass" when generating capsule

2016-10-18 Thread Jorick Astrego
Hi,

On katello 3.1 capsule generation, I get errors "undefined method 
`strip' for nil:NilClass" and the generation fails.


capsule-certs-generate --capsule-fqdn " capsule-test.netbulae.test"\
 >--certs-tar "~/capsule-test.netbulae.test.tar"
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
40:/usr/share/katello-installer-base/modules/certs/manifests/apache.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
40:/usr/share/katello-installer-base/modules/certs/manifests/apache.pp
  /Stage[main]/Certs::Apache/Cert[
capsule-test.netbulae.test-apache]/ensure: change from absent to
present failed: Could not set 'present' on ensure: undefined method
`strip' for nil:NilClass at
40:/usr/share/katello-installer-base/modules/certs/manifests/apache.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
28:/usr/share/katello-installer-base/modules/certs/manifests/qpid.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
28:/usr/share/katello-installer-base/modules/certs/manifests/qpid.pp
  /Stage[main]/Certs::Qpid/Cert[
capsule-test.netbulae.test-qpid-broker]/ensure: change from absent
to present failed: Could not set 'present' on ensure: undefined
method `strip' for nil:NilClass at
28:/usr/share/katello-installer-base/modules/certs/manifests/qpid.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
32:/usr/share/katello-installer-base/modules/certs/manifests/puppet.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
32:/usr/share/katello-installer-base/modules/certs/manifests/puppet.pp
  /Stage[main]/Certs::Puppet/Cert[
capsule-test.netbulae.test-puppet-client]/ensure: change from absent
to present failed: Could not set 'present' on ensure: undefined
method `strip' for nil:NilClass at
32:/usr/share/katello-installer-base/modules/certs/manifests/puppet.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
28:/usr/share/katello-installer-base/modules/certs/manifests/qpid_client.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
28:/usr/share/katello-installer-base/modules/certs/manifests/qpid_client.pp
  /Stage[main]/Certs::Qpid_client/Cert[
capsule-test.netbulae.test-qpid-client-cert]/ensure: change from
absent to present failed: Could not set 'present' on ensure:
undefined method `strip' for nil:NilClass at
28:/usr/share/katello-installer-base/modules/certs/manifests/qpid_client.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
50:/usr/share/katello-installer-base/modules/certs/manifests/qpid_router.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
50:/usr/share/katello-installer-base/modules/certs/manifests/qpid_router.pp
  /Stage[main]/Certs::Qpid_router/Cert[
capsule-test.netbulae.test-qpid-router-client]/ensure: change from
absent to present failed: Could not set 'present' on ensure:
undefined method `strip' for nil:NilClass at
50:/usr/share/katello-installer-base/modules/certs/manifests/qpid_router.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
31:/usr/share/katello-installer-base/modules/certs/manifests/foreman.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
31:/usr/share/katello-installer-base/modules/certs/manifests/foreman.pp
  /Stage[main]/Certs::Foreman/Cert[
capsule-test.netbulae.test-foreman-client]/ensure: change from
absent to present failed: Could not set 'present' on ensure:
undefined method `strip' for nil:NilClass at
31:/usr/share/katello-installer-base/modules/certs/manifests/foreman.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
33:/usr/share/katello-installer-base/modules/certs/manifests/qpid_router.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at
33:/usr/share/katello-installer-base/modules/certs/manifests/qpid_router.pp
  /Stage[main]/Certs::Qpid_router/Cert[
capsule-test.netbulae.test-qpid-router-server]/ensure: change from
absent to present failed: Could not set 'present' on ensure:
undefined method `strip' for nil:NilClass at
33:/usr/share/katello-installer-base/modules/certs/manifests/qpid_router.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at

66:/usr/share/katello-installer-base/modules/certs/manifests/foreman_proxy.pp
  Could not set 'present' on ensure: undefined method `strip' for
nil:NilClass at


Re: [foreman-users] Cannot import Modules/Classes on 1.12 with Puppet 4

2016-10-18 Thread Greg Sutcliffe
So that looks ok, I think, but I do wonder about how "common" is inside the
environmentpath. Does "common" have an environment.conf as well (so that
puppet would regard it as a valid environment)?

Also this is interesting:

On 17 October 2016 at 09:40, Matt  wrote:
> ... I saw that my agents were not able to find the classes on a run ...

To me that says Puppet can't find your classes either. Since Foreman
queries Puppet for it's class listing in Puppet4 (via the puppetserver's
API) then I would expect Foreman to think the classes had gone if Puppet
can't find them either.

It *feels* like a misconfig of some kind, but I can't quite spot it.
Perhaps try moving the common modules to "/etc/puppetlabs/code/modules"
(since thats also in the basemodulepath) as a test?

Greg

-- 
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: Migrate from Foreman to Foreman+Katello

2016-10-18 Thread Greg Sutcliffe
On 18 October 2016 at 04:28, Austin Smith  wrote:

> On Friday, October 14, 2016 at 5:36:35 PM UTC-4, steved0ca wrote:
>
>> Hello,
>>
>> It looks like it is not possible to add Katello to an existing Foreman
>> installation. http://projects.theforeman.org/issues/7605
>>
>> Are there any recommended methods of migrating from an existing Foreman
>> only install, to a fresh Foreman+Katello installation? The puppet modules
>> and existing puppet certificates should be easy enough to copy over, but
>> what about my templates/hosts/host groups etc? Any way I can dump this data
>> and import it into the new host?
>>
>
There's a few things you can try - if you want to play with these, start
with a sandbox you can break :)

For any Foreman objects, like Hostgroups, you can probably do something
with hammer-csv (https://github.com/Katello/hammer-cli-csv) to dump objects
from one host and import them to another. Assuming you have both Foreman
instances set up to handle orchestration to the same proxies, I *think*
that'll work for DNS/DHCP etc

For classes assigned to Hosts *only* there's also an ENC importer. To be
honest, hammer-csv is probably better, as this rake task flattens the
hostgroup structure, but as an alternative, look at "foreman-rake -T | grep
puppet:import"

For templates, there's no good way to get them *out* (except maybe
hammer-csv again) as they're stored in the db - but for managing them in
general, you could look to the foreman_templates plugin (
https://github.com/theforeman/foreman_templates) which enables you to use a
git repo as a source of templates. It's a one-way sync though, so you'll
have to populate the repo first.

Hope that helps - do let us know how you get on!
Greg

-- 
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.