Perl 6 - the future is here, just unevenly distributed

IRC log for #puppet-openstack, 2013-05-31

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

All times shown according to UTC.

Time Nick Message
00:12 dachary joined #puppet-openstack
03:49 otherwiseguy joined #puppet-openstack
04:37 dachary joined #puppet-openstack
05:49 openstackgerrit A change was merged to stackforge/puppet-openstack: Fix params missing in openstack::controller  https://review.openstack.org/30581
06:23 tavasti bodepd, enable_ovs_agent fixed problem, thanks!
06:43 bodepd tavasti: if you are using GRE tunnels there is still one known issue where the endpoints are not established until a manual restart of the ova agent service
06:48 tavasti I am using vlans
06:49 tavasti is there known problems on it?
06:49 tavasti ... and don't know yet how to config my puppet so that it uses vlans
06:50 tavasti BTW, any idea if quantum multihost works?
07:02 mruza joined #puppet-openstack
07:05 dachary joined #puppet-openstack
07:46 _ilbot joined #puppet-openstack
07:46 Topic for #puppet-openstack is now Place to collaborate on Puppet/OpenStack tools: logs at http://irclog.perlgeek.de/puppet-openstack/today
07:54 bodepd I havent mucked with vlans
07:54 bodepd nah, multi-host does not work for quantum
07:55 bodepd I know the cisco folks are working on testing deploying as many of the services as possible on the compute hosts
07:55 bodepd I think dhcp is supposed to work, but there were some observed performance issues
07:55 bodepd I'm pretty sure l3 doesnt work
07:55 bodepd (but all of this is second hand, so I don't know for sure)
07:56 tavasti I don't see dhcp as issue if it's on one host, but if all traffic goes from one point...
07:57 bodepd in general folks are doing HA for the controllers
07:57 bodepd sorry, for the network controllers
07:58 bodepd Cisco will be posting some docs on their HA models in a couple of weeks or so. I can make sure we refer to them on the mailing list when they become available
07:58 tavasti is there any docs for using puppet-openstack modules, or is it more 'use the source' thing?
07:58 tavasti for getting help on configuring vlans
07:59 bodepd there is tons of inline documentation.
07:59 bodepd I think the README for the openstack module is the best source
07:59 bodepd the dev_env is what I use for testing and development, so its a good example that in general is up-to-date
07:59 bodepd I created this: wiki.openstack.org/puppet-openstack the other day
08:00 bodepd this is where that probably should go, but it's mostly focused on getting started with development contributions
08:00 tavasti Yes, spotted that
08:00 tavasti ok, let's see how I get things up
08:00 bodepd if you search puppet openstack, I know a few folks involved with the modules have some docs floating around
08:01 tavasti is there much difference on stackforge vs puppet labs modules?
08:01 tavasti because with google you get hit's from both
08:01 bodepd puppetlabs modules moved to stackforge
08:02 bodepd those should have been updated to be redirects
08:02 bodepd if you look at the README, it mentions they were moved.
08:02 bodepd eventually those repos are going to redirect to stackforge
08:03 bodepd (I honestly thought that was done)
08:04 tavasti at least github does not redirect, https://github.com/puppetlabs/puppetlabs-openstack
08:04 tavasti but anyway, thanks for your time!
08:17 derekh joined #puppet-openstack
08:20 tavasti sorry for one novice-question: if I use openstack module to setup everything, is it still possible to handle some thing directly with quantum and quantum::plugins::ovs
08:21 tavasti or might it result race when openstack uses quantum module for some things, and some other things are done directly?
08:22 tavasti I ask this because cannot see anything on openstack-module to configure network_vlan_ranges, or even tenant_network_type
09:02 bodepd tavasti: if you use Puppet 3.x it has the built in data bindings that can be used to set class params
09:03 bodepd honestly though, the openstack module is a pretty constrained use case, it's where people with more complex use cases tend to start
09:04 tavasti yes, using puppet 3.0.2
09:04 bodepd try setting those params with the data bindings and hiera.
09:04 bodepd this will work as long as they are not set by openstack::quantum
09:04 bodepd (b/c that would override them)
09:05 bodepd but you may have to use those opesntack classes as example of how to compose you custom stuff
09:05 tavasti ok, i'll try to utfg how is that done
09:05 tavasti I'm novice on puppet :-(
09:07 tavasti hmm, maybe we don't have hiera, not sure
10:02 tavasti no hiera installed
11:09 tavasti maybe I just start adding support for needed parameters to openstack:controller, and try to get them included to upstream
12:12 dprince joined #puppet-openstack
13:12 openstackgerrit Emilien Macchi proposed a change to stackforge/puppet-nova: Update new package name for Spice Proxy in params.pp  https://review.openstack.org/31203
13:56 otherwiseguy joined #puppet-openstack
15:26 otherwiseguy bodepd: re: quantum root_helper default. I've talked to a few people around here and they were actually surprised that the quantum code had 'sudo' as the default.
15:27 otherwiseguy No one could think of a reason to not use rootwrap, considering other projects use it by default and devstack configures it by default.
15:28 otherwiseguy Doesn't really matter to me really, but I err on the side of not changing the existing puppet-quantum root_helper default of using rootwrap.
15:39 dachary joined #puppet-openstack
16:39 bodepd great.
16:39 bodepd nah, I would rather things behave more simlar to how they work now.
17:10 prad_ joined #puppet-openstack
17:10 bodepd otherwiseguy: prad_ pradeep is working on the redhat validation for quantum atm and he ran into a couple of issues
17:10 bodepd otherwiseguy: prad_ just wanted to connect you guys
17:11 otherwiseguy prad_: hello!
17:11 prad_ otherwiseguy: Hi
17:12 prad_ so this could just be an issue in our manifest and perhaps we need to fix the naming between ubuntu vs red hat.. so when puppet deploys the quantum and services it fails on
17:12 prad_ quantum-metadata-agent
17:12 prad_ otherwiseguy: is it called different or does that even exist in red hat land
17:13 prad_ Error: Could not start Service[quantum-metadata]: Execution of '/sbin/service quantum-metadata-agent start' returned 1:
17:13 prad_ Error: /Stage[main]/Quantum::Agents::Metadata/Service[quantum-metadata]/ensure: change from stopped to running failed: Could not start Service[quantum-metadata]: Execution of '/sbin/service quantum-metadata-agent start' returned 1:
17:13 otherwiseguy prad_: are you using the latest available git master?
17:13 prad_ thats the error to be more specific
17:13 prad_ for puppet-quantum? lemme check
17:14 otherwiseguy I remember that there used to be a typo in params.pp that was related to quantum-metadata agent (I think)
17:15 otherwiseguy 8efeb8253a1977c174c341690178fd3021d2908b on May 21 is "Fix metadata agent for Red hat distros"
17:15 prad_ yea i'm using puppet-quantum/master from stackforge
17:16 prad_ otherwiseguy: ^^
17:16 prad_ ah ok
17:16 otherwiseguy But quantum-metadata-agent looks like the right service name.
17:17 otherwiseguy And it should be installed as part of the openstack-quantum package, so I'd be surprised if it wasn't there.
17:18 prad_ interesting, so if i do an rpm -ql and grep for metadata i see
17:18 prad_ # rpm -ql openstack-quantum|grep metadata
17:19 prad_ so its in /usr/bin and not a service
17:19 prad_ but here its trying to do a service restart ?
17:19 otherwiseguy It's definitely a service as well.
17:20 otherwiseguy What distro?
17:20 prad_ i'm not seeing an init script for that in the openstack-quantum package.. perhaps i have an older version of the package.. i'll try a rebuild and see if it fixes it
17:20 prad_ el6.4
17:20 otherwiseguy Right now I'm looking at RHEL + RDO repos.
17:21 otherwiseguy el6.4 just ships with folsom, I think, which doesn't have metadata.
17:21 prad_ ok that explains it, i'll pull the grizzly version of quantum openstack rpm
17:21 prad_ otherwiseguy: thx!
17:21 otherwiseguy And the current master doesn't support folsom.
17:21 otherwiseguy prad_: glad I could help.
17:43 _ilbot joined #puppet-openstack
17:43 Topic for #puppet-openstack is now Place to collaborate on Puppet/OpenStack tools: logs at http://irclog.perlgeek.de/puppet-openstack/today
18:14 openstackgerrit A change was merged to stackforge/puppet-quantum: root_helper shouldn't be set in the agent ini files in grizzly  https://review.openstack.org/30960
18:36 openstackgerrit Adam Compton proposed a change to stackforge/puppet-openstack: Adding an "openstack::repo" class which automatically sets up repos  https://review.openstack.org/29977
18:42 openstackgerrit Adam Compton proposed a change to stackforge/puppet-openstack: Adding an "openstack::repo" class which automatically sets up repos  https://review.openstack.org/29977
18:55 otherwiseguy joined #puppet-openstack
19:09 comptona hey guys (otherwiseguy in particular): I'm looking for feedback on https://review.openstack.org/#/c/30156/
19:10 comptona RHEL's guidelines say to do something different for RHEL <=6.2 than for 6.3 and up; should I implement those guidelines in the module, or just implement the 6.3 guidelines?
19:10 comptona mgagne: I wasn't clear about what your comment indicated I should do
19:11 mgagne comptona: I don't mind the "hack" because I have nothing else to propose =)
19:11 otherwiseguy comptona: Since we're on 6.5 and 6.5 will be released before too long I'd go with the later recommendations.
19:11 otherwiseguy er, on 6.4 and 6.5...
19:11 comptona ok, the existing patch is the 6.3 behavior, so I won't bother adding in logic to handle <=6.2
19:12 comptona I also fixed the openstack::repo class
19:13 otherwiseguy comptona: I'll try to take a look at it today. I'm running around going a bit crazy today. :)
19:13 comptona sure, no problem
19:13 comptona I'm just trying to get it in for the change freeze today
19:15 openstackgerrit joined #puppet-openstack
19:28 openstackgerrit A change was merged to stackforge/puppet-swift: Use boolean instead of string  https://review.openstack.org/28764
21:09 openstackgerrit Dan Bode proposed a change to stackforge/puppet-openstack: ensure cinder volume_group sets the created volume  https://review.openstack.org/31299
21:10 bodepd comptona: the repo stuff?
21:11 bodepd it doesn't really break anything
21:11 bodepd so we could be somewhat lenient.
21:11 comptona bodepd: well, plus I believe it's fixed now
21:11 bodepd mgagne: what do you think about that
21:11 mgagne bodepd: checking cinder
21:11 bodepd I think mgagne should be in charge on quality control
21:11 bodepd he's way better at it then I am :)
21:12 fc__ joined #puppet-openstack
21:12 bodepd yeah, I'm doing some validation. I may have two more minor patches today
21:12 bodepd there will be many backports though
21:12 mgagne someone at work said I probably have psychorigidity
21:13 mgagne =)
21:13 bodepd you kind of remind me of jeff mccune (and I mean that in a really good way :) )
21:13 mgagne I saw that name once
21:14 EmilienM mgagne: o/ hey
21:14 bodepd he co-wrote pro-pupet
21:14 mgagne maybe on http://osrc.dfm.io/ :P
21:14 bodepd he maintains stdlib and does community patch management for open source puppet
21:14 mgagne cool
21:15 bodepd mgagne: so, you chnaged something :)
21:15 bodepd mgagne: I thought that one could get by you without comments
21:15 mgagne bodepd: what did I changed?
21:18 openstackgerrit A change was merged to stackforge/puppet-openstack: ensure cinder volume_group sets the created volume  https://review.openstack.org/31299
21:22 EmilienM mgagne: I really would love to push puppet-heat into stackforge, but I'm making some push really often, so is it fine if we wait some days ?
21:24 mgagne EmilienM: I replied to your email. I don't mind if you take more days to "bootstrap" your module. I wanted to know if you had experience with Heat to reassure myself that someone knowledgeable about Heat was working on it and what to expect from you.
21:25 mgagne EmilienM: that was my untold reasons for asking
21:26 EmilienM mgagne: perfect, so I'll let you know asap when we can move the repo.
21:26 bodepd mgagne: oh, I though you changed the commit message, must have misread something..
21:26 mgagne no rush. I'll be glad to help you regarding stackforge config
21:26 mgagne bodepd: changed nothing =)
21:26 bodepd mgagne: I've got two more things I'm trying to sort
21:27 bodepd the default ovs_enabeld for controller is wrong
21:27 bodepd it needs to be true or nothing works (which is probably not the best default state)
21:27 mgagne there sure is a typo if it's the actually param name =)
21:28 EmilienM mgagne: I'm not the "Heat" guy, but we are pushing it in production with Puppet, so in the same time as we do that, I'm writing the puppet module. It's possible I'm doing wrong at some points, that's why I'll like to finish the module and test it in our CI before.
21:28 bodepd I'm also looking into dependencies between the quantum-ovs-agent and the tunnel bridge creation
21:28 mgagne bodepd: you mean enable_ovs_agent ?
21:28 bodepd mgagne: I was paraphrasing.
21:28 bodepd mgagne: why you have to be so literal :)
21:28 mgagne EmilienM: good call, I would have done it like it myself
21:29 mgagne bodepd: because it seems I'm psychorigid according to my teammates
21:29 bodepd EmilienM: have you automated gre tunnels with ovs before?
21:29 EmilienM \o/ I like your conversations guys
21:29 mgagne bodepd: is it enable_ovs_agent that needs to be true? *wink*
21:30 bodepd yes. otherwise, umm.. nothing works
21:30 bodepd well at least not networking
21:30 bodepd I can fix it
21:30 fc__ joined #puppet-openstack
21:30 bodepd mgagne: did you notice the insanity that I put unto librarian-puppet-simple?
21:31 bodepd is everyone good? Did enovance mention anything about their spice stuff not making the cut?
21:32 mgagne bodepd: still working so far :P
21:32 mgagne I don't think spice is essential to the release. It could be added afterward without affecting backward compatibility
21:33 bodepd mgagne: yep, I was thinking the same
21:33 bodepd I kind of dropped the ball on swift.
21:33 bodepd so, I imagine it will just have to have another release
21:33 mgagne I don't have experience with swift so far. We kind of skipped that part for now
21:34 bodepd mgagne: we need it for the HA setup, it's used for the glance backend
21:34 bodepd mgagne: I know that someone has already valiated that it works, but our HA module release is a week or so out still
21:35 bodepd I starting thinking about the openstack module redesign a bit
21:35 bodepd and starting building a prototype
21:35 bodepd I'm going to try to build somethign that everyone can use
21:43 EmilienM bodepd: we are deploying Spice in production since VNC is broken in Ubuntu, sileht made the patch AFIK for puppet
21:44 mgagne EmilienM: how is vnc broken?
21:44 EmilienM mgagne: AFIK, packages are not working quite well
21:45 mgagne Cloud archive with Ubuntu 12.04?
21:45 EmilienM mgagne: that's what I've heard
21:45 mgagne ok, I tested novnc yesterday and it worked ok. Is it with novnc?
21:45 EmilienM mgagne: we are using Debian here, so both are working
21:46 EmilienM mgagne: let me check on Monday with my team
21:46 EmilienM mgagne: from my side, I'm working on Spice deployment
21:55 bodepd EmilienM: it works fine for me
21:55 bodepd EmilienM: on Ubuntu Precise, it works fine for me
21:56 EmilienM bodepd: ok, maybe I'm saying wrong. I'll check with my team what I've heard which is not working :)
22:09 comptona joined #puppet-openstack
22:20 MxG joined #puppet-openstack
22:50 openstackgerrit Dan Bode proposed a change to stackforge/puppet-openstack: ensure controller sets cinder's rabbit user  https://review.openstack.org/31307
22:53 bodepd can I get some review on that trivial patch?
23:16 digicloseup joined #puppet-openstack
23:17 openstackgerrit A change was merged to stackforge/puppet-openstack: ensure controller sets cinder's rabbit user  https://review.openstack.org/31307

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