Perl 6 - the future is here, just unevenly distributed

IRC log for #puppet-openstack, 2013-07-23

| Channels | #puppet-openstack index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:12 openstackgerrit Michael Chapman proposed a change to stackforge/puppet-quantum: Support Cisco quantum plugin  https://review.openstack.org/36830
00:56 openstackgerrit Michael Chapman proposed a change to stackforge/puppet-quantum: Support Cisco quantum plugin  https://review.openstack.org/36830
01:41 openstackgerrit A change was merged to stackforge/puppet-openstack: Add change_password_available param  https://review.openstack.org/38229
02:15 openstackgerrit Xingchao Yu proposed a change to stackforge/puppet-swift: Add configurable log for proxy-server service  https://review.openstack.org/32866
02:37 otherwiseguy joined #puppet-openstack
02:41 openstackgerrit A change was merged to stackforge/puppet-cinder: Add support for NetApp direct drivers  https://review.openstack.org/37568
02:59 openstackgerrit A change was merged to stackforge/puppet-quantum: Support Cisco quantum plugin  https://review.openstack.org/36830
03:34 otherwiseguy joined #puppet-openstack
05:14 derekh joined #puppet-openstack
08:09 derekh joined #puppet-openstack
10:59 bodepd joined #puppet-openstack
11:00 JoeJulian joined #puppet-openstack
12:12 otherwiseguy joined #puppet-openstack
12:45 dprince joined #puppet-openstack
13:06 dmsimard joined #puppet-openstack
13:51 prad joined #puppet-openstack
14:34 prad has anyone seen this error using quantum module on rhel6.4? https://gist.github.com/pkilambi/6062669
14:35 prad is this a bug i'm running into or am i missing something?
14:36 prad I'm using stackforge/puppet-quantum
14:45 otherwiseguy joined #puppet-openstack
14:50 mgagne prad: How does your manifest look like?
14:51 mgagne prad: you will have to include quantum::plugins::ovs which contains Package[quantum-plugin-ovs]
14:52 mgagne EmilienM: Enlève pas un paramètre qui a été déclaré obsolète il y a moins d'une semaine. Utilises un nouveau paramètre.
15:16 prad mgagne: thx i'll check.. the interesting part is, this works fine on ubuntu.. only see this issue on rhel6.4
15:17 mgagne prad: rhel is "special" as it has a different packaging layout
15:17 mgagne prad: some files are only provided by the plugin package and not the agent package.
15:20 prad mgagne: ah ok and since this is on compute agent is not part of it? so i have to include the plugin
15:20 prad works fine on control
16:16 marun joined #puppet-openstack
16:21 otherwiseguy joined #puppet-openstack
16:34 openstackgerrit Chris Hoge proposed a change to stackforge/puppet-quantum: documentation Updated README.md for module release  https://review.openstack.org/37753
16:59 openstackgerrit A change was merged to stackforge/puppet-openstack: Adds Support for a Configuring Memcached  https://review.openstack.org/38168
17:01 openstackgerrit A change was merged to stackforge/puppet-openstack: Add Support for Splitting Proxy and Storage Networks  https://review.openstack.org/38174
17:03 openstackgerrit A change was merged to stackforge/puppet-openstack: Exposes the Glance registry_host Parameter  https://review.openstack.org/38202
17:19 bodepd otherwiseguy: can you give prad a hand with quantum on RHEL?
17:26 prad from what i can tell, in our manifests we just set the enable_ovs to true and pass it along to openstack modules and that inturn sets the quantum plugin includes
17:26 prad not sure where explicitly we need to include the quantum::plugins::ovs outside of this path for rhel
17:27 prad this works fine on ubuntu
17:27 prad mgagne suggested i include that to get access to Package[quantum-plugin-ovs]
17:34 red_trela joined #puppet-openstack
17:46 bodepd did you check to see what packages exist on RHEL?
17:47 bodepd also, I don't think the OVS stuff is going to work
17:47 bodepd b/c the RHEL kernel does not support netns (or something like that)
17:49 prad bodepd: i think its provided by openstack-quantum-openvswitch
17:49 prad bodepd: thought its suppose to work in 6.4?
17:51 prad afaik they released open switch kernel module in 6.4
17:58 Hunner joined #puppet-openstack
17:58 Hunner left #puppet-openstack
18:09 bodepd cool
18:54 bodepd marun: ping
18:55 mgagne bodepd: ping
18:55 bodepd mgagne: pong
18:55 mgagne bodepd: you are there? ;)
18:55 mgagne bodepd: do you know if glance is running under the glance user on every platforms?
18:56 bodepd mgagne: how do you ensure that a floating ip range is available to add tenants?
18:56 bodepd mgagne: no idea
18:56 mgagne bodepd: I wish to add support for glance-cache-cleaner and glance-cache-pruner
18:56 mgagne bodepd: no idea about floating ip
18:56 bodepd if it's a new feature, then just docuemnt is it only works on Ubutuntu
18:57 bodepd the redhat folks have gone a bit quiet
18:57 mgagne dprince: ping
18:57 mgagne dprince: Is glance running under the glance user on RHEL platform?
18:57 dprince mgagne: should be.
18:58 mgagne dprince: got my answer, we already assumes glance is running as glance in glance::api =)
18:59 marun bodepd: pong
18:59 mgagne dprince: are you guys configuring the cache cleaner and pruner with packstack?
18:59 dprince mgagne: now that I'm not sure of.
18:59 dprince mgagne: My guess would be no.
19:00 dprince mgagne: I see those as sort of advanced options to glance and somewhat homebrew openstack at that.
19:08 mgagne "An important note: the Cron type will not reset parameters that are removed from a manifest." come on... =(
19:26 mgagne bodepd: Should I add support for glance-cache-cleaner/pruner to puppet-glance? it's a cron job
19:27 mgagne bodepd: would look like this: https://gist.github.com/mgagne/6065388 Should I provide the ability to override day and month?
19:53 openstackgerrit Pradeep Kilambi proposed a change to stackforge/puppet-quantum: Define quantum-plugin-ovs package resource for ovs agent and plugin.  https://review.openstack.org/38361
19:54 bodepd marun: questions about openstack::provision
19:54 bodepd marun: I still have a few failures that seem to be b/c the floating ip range is not available to non-admin teants
19:55 bodepd tenants
19:55 bodepd just curious if you had run around, resovled this
19:55 bodepd mgagne: looks reasonable to me
19:57 bodepd prad: I woudl really much rather defer to otherwiseguy when we is around
19:59 openstackgerrit Pradeep Kilambi proposed a change to stackforge/puppet-quantum: Define quantum-plugin-ovs package resource for ovs agent and plugin.  https://review.openstack.org/38361
20:02 mgagne prad: the name of quantum::agent is too generic when you know it installs in fact the OVS plugin
20:03 prad mgagne: was thinking we could defined other plugin agent resources there.. I can change it if we have any suggestions
20:04 mgagne prad: the issue you currently have has been raised when we had to find a fix to the fact RHEL and Debian don't packages files in the same way.
20:04 mgagne prad: hold on
20:05 mgagne prad: https://review.openstack.org/#/c/27571/ my comment on May 10
20:07 mgagne bodepd: ..... now it's puppetlabs-mysql that got refactored
20:07 mgagne bodepd: https://github.com/puppetlabs/puppetlabs-mysql/commit/7c7195ba335f50d7fee0b685edb41d56a7ebce8f
20:08 mgagne bodepd: and latest release is missing tag
20:21 openstackgerrit Mathieu Gagné proposed a change to stackforge/puppet-glance: Pin dependencies to known working versions  https://review.openstack.org/38365
20:45 openstackgerrit Chris Hoge proposed a change to stackforge/puppet-quantum: documentation Updated README.md for module release  https://review.openstack.org/37753
21:04 marun bodepd: not sure what you mean
21:04 marun bodepd: the floating range is on a network that is set to be external, and it is visible and usable to the demo user (which is not admin privileged)
21:05 marun bodepd: Can you explain the problem you are seeing?
21:05 marun bodepd: My only thought would be that you were trying to allocate ports on the external network directly for a non-admin tenant.
21:06 marun bodepd: Only floating ips can be allocated for non-admin tenants from an external network.  Ports can't be created directly for VMs.
21:06 marun bodepd: I'm in training today so I may lag in my response.
21:10 openstackgerrit Mathieu Gagné proposed a change to stackforge/puppet-glance: Add glance-cache-cleaner and glance-cache-pruner  https://review.openstack.org/38373
21:16 openstackgerrit Mathieu Gagné proposed a change to stackforge/puppet-glance: Add glance-cache-cleaner and glance-cache-pruner  https://review.openstack.org/38373
21:17 openstackgerrit Pradeep Kilambi proposed a change to stackforge/puppet-quantum: Define quantum-plugin-ovs package resource for ovs agent and plugin.  https://review.openstack.org/38361
21:25 bodepd marun: no problem.
21:25 bodepd I see two tempest failures
21:26 bodepd marun: https://gist.github.com/bodepd/6066319
21:26 bodepd marun: that is the one that I started debugging. for an instance it creates, it expexts it to have been created with an address.
21:26 marun bodepd: I can't speak to that
21:27 bodepd marun: I ran nova boot from both admin and from a non-admin tenant
21:27 marun bodepd: the only testing I do is for quantum
21:27 bodepd marun: ah :)
21:27 marun er, neutron
21:27 bodepd whatever
21:27 marun what was the result of your manual check?
21:27 bodepd nova boot from admin without assiging a network
21:27 bodepd one floating ip, no internal ip
21:28 bodepd nova boot from non-admin withouth specifying a network
21:28 marun that's not really a supported use-case
21:28 marun the second case should get an internal ip, though
21:28 bodepd no ip (which is consistent with the test failure)
21:28 bodepd I ran debugger on tempest
21:28 bodepd and the server create call does not specify an address
21:28 bodepd yet, the test expects it to be there
21:28 marun it shouldn't have to
21:28 bodepd how does it know which default to use?
21:29 marun ignoring tempest for a second
21:29 bodepd sure, I'm already past the tempest part of this issue :)
21:29 marun if you boot a vm it will attempt to add a port on every network available to the tenant
21:29 bodepd what determines what networks are available to each tenant?
21:30 marun for the demo case, the tenant will have one network that they own, so a server created by them will have a port on that network
21:30 marun the demo provisioning ensures that the demo tenant has a network/subnet defined
21:30 bodepd marun: this is broken then: https://github.com/stackforge/puppet-openstack/blob/master/manifests/provision.pp#L118
21:30 marun post-provisioning, it should be possible to auth as demo, boot a vm, and that vm will have a port on the demo network
21:31 marun broken since when?
21:31 bodepd sorry, I think those lines are the issue
21:31 marun it worked for me, or I wouldn't have submitted the change
21:31 bodepd they allocate the networks only for the admin tenant (which is consistent with what I am seeing)
21:31 marun nope
21:31 marun that is correct
21:31 bodepd tempest creates tons of users/tenants on the fly
21:31 marun that is the public network, and needs to be admin owned so it can be used for floating ips
21:32 bodepd and for these tests to pass, they need access to teh public network
21:32 marun The lines you are pointing to mirror what devstack does, and what runs in the quantum gate upstream.
21:33 marun The fact that the network is admin-owned is a bit of a red herring.
21:33 marun The router_external flag means the network is available for use by all tenants for floating ips.
21:34 marun As to the failure, it may be that those checks should not be run in a quantum configuration
21:34 marun I know the upstream gate deals with that, but I haven't been paying attention.
23:45 michchap joined #puppet-openstack

| Channels | #puppet-openstack index | Today | | Search | Google Search | Plain-Text | summary