Perl 6 - the future is here, just unevenly distributed

IRC log for #puppet-openstack, 2014-06-25

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

All times shown according to UTC.

Time Nick Message
00:01 ricardorocha joined #puppet-openstack
00:06 hogepodge joined #puppet-openstack
00:07 starmer joined #puppet-openstack
00:20 daneyon joined #puppet-openstack
00:43 hesco joined #puppet-openstack
00:44 happytux joined #puppet-openstack
00:44 happytux left #puppet-openstack
00:45 hesco This: puppet module install puppetlabs-openstack ; yields these results:  The server being queried was http://forge.puppetlabs.com/v3/rel​eases?module=puppetlabs-openstack ; The HTTP response we received was '301 Moved Permanently' ; Check the author and module names are correct.
00:46 hesco Can I please get some guidance on how to move past this issue?  I got distracted a couple fo months ago from my attempts to install Havana, but am now trying to install Icehouse, I guess.
00:50 rmoe joined #puppet-openstack
00:51 larsks hesco: Which version of puppet? I've got 3.6.2 and if I run "puppet module install puppetlabs-openstack" it Just Works.
00:52 hesco larsks: 3.6.1
00:52 hesco perhaps I should simply blow away the openstack module with rm -rf and try a fresh install again
00:53 hesco sorry, I'm actually running upgrade, not install, I copied the wrong command line apparently
00:53 larsks The 'upgrade' command also appears to work without a hitch.
00:55 larsks hesco: I notice that when I run 'puppet module ...' locally, it's using https://forge..., not http://.  If you make a request to the http:// url, you get a redirect to the https:// url.
00:56 hesco larsks: I wonder how it is I could configure things to use the 443 site
00:57 larsks hesco: Trying to figure out if that url is configurable...
00:58 hesco thanks larsks.  Appreciate your help.
00:59 hesco main.module_repository = http://forge.puppetlabs.com
01:00 hesco I'll try adjusting that in puppet.conf and try again
01:00 larsks Ah, cool, you found it.  I found the default in /usr/share/ruby/vendor_ruby/puppet/defaults.rb, which on my system uses the https:// url.
01:04 hesco having run the rm -rf on the openstack dirctory in this environment, I am now trying: puppet module install --target-dir . puppetlabs-openstack ; and getting "Notice: Module puppetlabs-openstack 3.0.0 is already installed."
01:04 hesco Curious to know how it knows that, if the directory is not there.
01:05 larsks hesco: I'll be it maintains some sort registry of what version of which modules is installed.  The upgrade option at least as a "--force" option (or maybe "-f").
01:05 larsks s/be/bet/
01:05 hesco ok, thanks, trying that
01:05 larsks 'puppet help module install' tells me that install has a --force option, too :)
01:08 hesco so thats good because the upgrade does not support the --target-dir switch
01:08 hesco so I tried:  puppet module install --force --target-dir . puppetlabs-openstack
01:08 hesco Gives me:  The server being queried was https://forge.puppetlabs.com/v3/re​leases?module=puppetlabs-openstack
01:09 hesco The HTTP response we received was '404 Not Found'
01:09 hesco same as before.
01:09 hesco only now it picks up the port 443 url
01:10 larsks Huh.  Yeah, I see that, using curl. Hold on a sec, let me see if I can figure out exactly what url mine is using...
01:10 hesco which I set up in puppet.conf
01:10 hesco thanks larsks.
01:10 larsks https://forgeapi.puppetlabs.com/v3/r​eleases?module=puppetlabs-openstack
01:10 larsks so 'forgeapi', not 'forge'
01:11 hesco ah, ok, trying that then
01:12 hesco sweet !!! thanks.  That seems to have done the trick.
01:12 larsks Awesome.
01:12 hesco now to see if I can do something with it
01:12 hesco thanks again.
01:14 ricardorocha joined #puppet-openstack
01:29 xarses joined #puppet-openstack
01:40 hesco next barrier seems to be that the: 'require mysql::python' included in each of the openstack/manifests modules are yielding me: "Error 400 on SERVER: Could not find class mysql::python", although I have: mysql/manifests/bindings/python.pp (mysql::bindings::python)
01:42 hesco I ran into a very similar issue the last time I did this, offered a patch to address it but it was rejected as unneeded as I apparently was dealing with a version mismatch
01:44 xingchao joined #puppet-openstack
01:44 hesco but I have mysql 2.2.3 and openstack 4.0.0
01:45 hesco Running: puppet module list --modulepath . I see a number of them listed as 'invalid'.  What is that about and how do I resolve it?
01:49 hesco Here it is: https://bugs.launchpad.net/p​uppet-openstack/+bug/1306734
01:50 hesco and: https://bugs.launchpad.net/p​uppet-keystone/+bug/1306745
01:52 hesco and this: https://review.openstack.org/#/c/87004/
01:52 hesco anyway, rather quiet at this hour, and I need to shut down and head to bed.
01:53 hesco thanks larsks.  Back at this as soon as I can.
01:53 hesco left #puppet-openstack
02:22 starmer joined #puppet-openstack
03:43 cwolferh joined #puppet-openstack
03:58 mmaglana joined #puppet-openstack
04:12 ricardorocha joined #puppet-openstack
04:15 gildub joined #puppet-openstack
04:17 cwolferh_ joined #puppet-openstack
05:03 Underyx|off joined #puppet-openstack
05:35 xarses joined #puppet-openstack
05:58 mmaglana joined #puppet-openstack
06:19 th0rnspear joined #puppet-openstack
06:24 Lingo joined #puppet-openstack
06:29 Niyaven joined #puppet-openstack
06:33 NicolasMAZEN joined #puppet-openstack
06:35 gcha joined #puppet-openstack
06:45 aldavud joined #puppet-openstack
06:49 Zoshonel joined #puppet-openstack
06:50 Lingo joined #puppet-openstack
06:54 tfz joined #puppet-openstack
06:59 berendt joined #puppet-openstack
07:01 arnaud_orange joined #puppet-openstack
07:02 arnaud_orange morning all
07:04 Zoshonel hi, good morning
07:29 EmilienM good morning
07:39 michchap EmilienM: morning
07:39 ddmitriev joined #puppet-openstack
07:40 EmilienM michchap: yo
07:40 michchap EmilienM: are you running ml2+ovs on CentOS?
07:40 EmilienM michchap: no
07:40 EmilienM RH
07:40 michchap EmilienM: ah...does it have the same issue with the init scripts not using the ml2 config file?
07:40 EmilienM michchap: we use the plugin.ini, right?
07:41 michchap EmilienM: the init script has a bug and uses the plugins/openvswitch.ini file
07:41 michchap EmilienM: for the agent.
07:41 EmilienM ah
07:41 michchap EmilienM: down the bottom: https://ask.openstack.org/en/question/28​734/instance-failed-to-spawn-you-must-ca​ll-aug-init-first-to-initialize-augeas/
07:41 EmilienM michchap: I'm using RHN, and I have not the bug
07:42 michchap EmilienM: must be just the RDO packages
07:44 EmilienM michchap: do you know how can I change the os-endpoint when puppet-neutron tries to get a token?
07:44 michchap EmilienM: it's read from the config file isn't it?
07:44 EmilienM michchap: http://paste.openstack.org/​show/HmnQlqb9qouHfeW2DK55/
07:44 EmilienM I'm using HTTPS and the puppet logs show me HTTP
07:46 michchap EmilienM: this is for the notification setter?
07:46 Zoshonel hello, I have a question about Git : In case I push some change to server, how to notince the person to consider the code and merge ?
07:47 Zoshonel notice*
07:47 EmilienM michchap: yeah
07:47 EmilienM michchap: it's weird
07:47 EmilienM michchap: it's looks like it uses the keystone providers?
07:48 michchap Zoshonel: you can add reviewers in gerrit, that sends them an email.
07:48 Zoshonel oh, thank you :)
07:49 michchap EmilienM: my Centos with ml2+ovs is booting vms but the tenant networks aren't functioning yet :( At least I am nearly caught up
07:49 EmilienM michchap: in lib/puppet/provider/nova_admin_​tenant_id_setter/ini_setting.rb
07:49 EmilienM it looks like we are using keystone provider
07:49 michchap EmilienM: yep looking now
07:50 EmilienM michchap: any logs?
07:50 michchap EmilienM: no errors that I can see. DHCP requests visible in tcpdump on compute node but nothing at all on control. The gre tunnel seems to be up and working so I'm not sure what's wrong yet.
07:51 EmilienM michchap: in nova-compute?
07:52 michchap EmilienM: only thing in nova-compute log that looks bad is this: WARNING nova.virt.disk.vfs.guestfs [req-ecee65a0-617c-40a3-83bd-bc0ed80250f5 42e371124d8542afaffe1e5ee91ace1b 668a39b3903946f998d7c35516916fb6] Failed to close augeas aug_close: do_aug_close: you must call 'aug-init' first to initialize Augeas
07:52 EmilienM :o
07:53 EmilienM michchap: gotcha for keystone
07:53 EmilienM 21   def self.get_admin_endpoint
07:53 EmilienM 22     admin_endpoint = keystone_file['DEFAULT']['admin_endpoint'] ? keystone_file['DEFAULT'    ]['admin_endpoint'].strip : nil
07:53 EmilienM 23     return admin_endpoint if admin_endpoint
07:54 EmilienM if I want to use HTTP, I need to specify in keystone.conf the URL with HTTPS
07:54 * EmilienM trying
07:54 michchap it's the ssl = line
07:55 aldavud joined #puppet-openstack
07:56 michchap oh I see...you are specifying a http admin endpoint so it never reaches the protocol part.
07:56 EmilienM michchap: yeah
07:56 EmilienM michchap: and I'm not using the real SSL
07:56 EmilienM i'm using SSL termination in HAproxy 1.5
07:57 EmilienM it's more easy to configure now. SSL configuration in OpenStack is a pain, spredzy can say
07:57 michchap are you building your own haproxy packages?
07:58 mmaglana joined #puppet-openstack
07:59 EmilienM yeah it works !!!
08:00 EmilienM michchap: nop, using upstream
08:04 EmilienM michchap: any TRACE or ERROR in nova compute logs?
08:08 qba73 joined #puppet-openstack
08:09 michchap EmilienM: something about instance cache, but nothing networking related
08:09 michchap EmilienM: the guest comes up and I can get a log from it, and it runs dhcp client, but gets no response
08:11 EmilienM michchap: mhh
08:13 michchap EmilienM: do I need to set an ml2 aware interface driver on in the neutron dhcp agent config?
08:13 EmilienM michchap: you don't need
08:13 EmilienM the DHCP agent should start with 3 config files
08:13 EmilienM the plugin, the agent and neutron.conf
08:15 michchap EmilienM: mine's definitely not starting with plugin.ini
08:15 EmilienM ah
08:15 EmilienM maybe it's just used by OVS agent then
08:15 qba73 joined #puppet-openstack
08:18 aldavud dachary: ok, the mkdir -p is some serious weirdness :/
08:18 aldavud dachary: on the other hand I figured out why sgdisk is missing
08:18 dachary aldavud: :-) sgdisk is missing because ceph is not installed, right ?
08:19 aldavud dachary: well yes. and because it was left installed as a side effect from the previous tests up until now
08:21 michchap EmilienM: I found it, but it's not pretty: 2014-06-25 08:21:16.023 21693 ERROR neutron.plugins.openvswitc​h.agent.ovs_neutron_agent [-] Failed to set-up gre tunnel port to 10.3.3.10
08:21 Fabien joined #puppet-openstack
08:21 EmilienM plugin OVS?
08:21 EmilienM michchap: ^
08:22 michchap yeah ml2/ovs
08:22 michchap strange though - I am getting the kernel and ovs from RDO
08:31 pernotjln joined #puppet-openstack
08:35 mattymo1 joined #puppet-openstack
08:44 arnaud_orange left #puppet-openstack
08:53 openstackgerrit joined #puppet-openstack
09:05 berendt joined #puppet-openstack
09:07 aldavud dachary: a quick heads up for the osds test: apparently ceph-disk prepare / sgdisk is now restoring the backup gpt partitions. so the current sgdisk (the one that fails due to missing sgdisk) is not sufficient anymore. ceph-disk zap would do the correct thing (additionally deleting the backup by overwriting the last 32 4k blocks), so maybe instead of installing sgdisk, installing ceph-disk would make more sense.
09:07 aldavud dachary: i'm currently running into this error myself, so I'll replace the sgdisk command
09:11 JayJay_ joined #puppet-openstack
09:34 GuillaumeS joined #puppet-openstack
09:37 mmagr joined #puppet-openstack
09:48 michchap EmilienM: I had forgotten to reboot the compute node with the newer RDO kernel. I finally have icehouse with ml2 running on centos. Thanks for your help.
09:49 EmilienM cool
09:54 dachary aldavud: but https://github.com/ceph/ceph/b​lob/firefly/src/ceph-disk#L899 relies on sgdisk
09:55 dachary '--zap-all'           '--clear' is not enough ?
10:12 openstackgerrit Maxime Lumeau proposed a change to stackforge/puppet-ceph: Changed 'colour' to 'color' in /spec/spec_helper_system.rb  https://review.openstack.org/102484
10:14 gildub joined #puppet-openstack
10:17 aldavud dachary: it also manually wipes the backup header: https://github.com/ceph/ceph/blob​/firefly/src/ceph-disk#L906-L912
10:18 aldavud dachary: i'm not yet sure if this is what's causing me problems, but sgdisk on it's own is definitely less thorough than ceph-disk zap
10:20 dachary aldavud: right ... I missed it, thanks for pointing to this :)
10:20 openstackgerrit Maxime Lumeau proposed a change to stackforge/puppet-ceph: Changed 'colour' to 'color' in /spec/spec_helper_system.rb Closes-Bug: #1334136 Change-Id: I4af92b992210a9241441c33b97ce796e81ecd59d  https://review.openstack.org/102484
10:21 berendt joined #puppet-openstack
10:24 openstackgerrit Maxime Lumeau proposed a change to stackforge/puppet-ceph: Changed 'colour' to 'color' in /spec/spec_helper_system.rb  https://review.openstack.org/102484
10:35 EmilienM michchap: since I have SSL i've got a strange issue
10:35 EmilienM michchap: http://paste.openstack.org/show/84863/
10:37 michchap EmilienM: you haven't changed that notifications.pp file?
10:37 EmilienM no
10:38 guillaumepeyet joined #puppet-openstack
10:38 michchap EmilienM: that's...strange :s
11:05 openstackgerrit David Gurtner proposed a change to stackforge/puppet-ceph: Escape the base64 encoded key in regexp matching  https://review.openstack.org/102211
11:06 openstackgerrit Tri Hoang Vo proposed a change to stackforge/puppet-neutron: fix dependency between ml2 configs and package  https://review.openstack.org/102491
11:06 mmagr joined #puppet-openstack
11:06 michchap EmilienM: ping
11:07 EmilienM michchap: yep
11:07 michchap EmilienM: the default in nova.conf for linuxnet_interface_driver is the linux bridge driver - are you overriding that somewhere for ml2, or should I add an option to nova::compute::neutron so I can change it to OVS
11:08 michchap EmilienM: I also find it a bit strange that linuxbridge is the default.
11:09 EmilienM michchap: I don't have linuxnet_interface_driver in nova.conf
11:10 michchap EmilienM: interesting. It's mentioned in both the yum and apt install guides for ml2
11:10 EmilienM weird
11:11 EmilienM i even think it's deprecated
11:13 michchap it says vif_driver is deprecated
11:13 michchap which is what we're setting today in puppet-nova
11:15 michchap Is it because code is being moved out of the virt drivers and into a common area for managing network plugs?
11:16 michchap to avoid this kind of code: https://github.com/openstack/nova/blob​/master/nova/virt/libvirt/vif.py#L610
11:16 michchap where every virt driver has to handle every type of port
11:20 EmilienM michchap: no, vif_driver is not deprecated I think
11:21 michchap EmilienM: it says it is in the nova.conf I'm getting from rdo packages. https://gist.github.com/michae​ltchapman/be18859882fd21b4488d
11:21 michchap EmilienM: 2014-06-25 09:05:26.949 2303 WARNING nova.virt.libvirt.vif [-] VIF driver "LibvirtHybridOVSBridgeDriver" is marked as deprecated and will be removed in the Juno release.
11:21 EmilienM ah yes
11:21 EmilienM you should not use this one
11:21 EmilienM it's nova.virt.libvirt.vif.LibvirtGenericVIFDriver
11:22 EmilienM I did the patch in puppet-nova
11:27 EmilienM michchap: I've got a trace of my issue with puppet neutron
11:27 EmilienM let me share it with you
11:27 michchap Ah I see. That makes sense. I guess the option is being deprecated because everything will use the generic driver
11:28 EmilienM yes
11:28 EmilienM that's it
11:28 michchap so vif_driver is deprecated, but I was also setting it to the wrong thing
11:28 EmilienM michchap: http://paste.openstack.org/show/84866/
11:28 EmilienM michchap: no, vif_driver is not deprecated at all
11:28 EmilienM I may be wrong
11:29 michchap EmilienM: check in here: http://docs.openstack.org/trunk/config-referen​ce/content/list-of-compute-config-options.html
11:29 michchap EmilienM: it definitely says deprecated for libvirt/vif_driver
11:29 EmilienM michchap: have you need a patch?
11:29 EmilienM "will be"
11:29 michchap nah I've got one ready
11:29 michchap I'll submit it shortly
11:29 EmilienM michchap: have you seen, sorry
11:30 EmilienM so which flag to use?
11:30 michchap joined #puppet-openstack
11:30 michchap eep my computer crashed
11:31 EmilienM ahah
11:31 EmilienM you have a mac :P
11:31 michchap yeah, it 'just works' :D
11:31 EmilienM \o/
11:31 EmilienM sbadia: ping
11:31 EmilienM michchap: so which flag do you use?
11:32 mjblack joined #puppet-openstack
11:33 EmilienM ahhhh
11:33 EmilienM I found the issue in lib/puppet/provider/nova_admin_​tenant_id_setter/ini_setting.rb
11:33 EmilienM I think
11:33 michchap EmilienM: I'm using linuxnet_interface_driver = nova.network.linux_net.LinuxOVSInterfaceDriver and vif_driver = nova.virt.libvirt.vif.LibvirtGenericVIFDriver
11:34 michchap EmilienM: I will test without the first one to make sure it's needed
11:34 EmilienM michchap: which is one is replacing vif_driver in juno?
11:34 michchap EmilienM: I am not certain, maybe ask a Nova dev? It just says it's deprecated
11:35 michchap EmilienM: or search the commit history
11:35 EmilienM it's a bit tough to delete the param in Juno IMO
11:37 EmilienM michchap: /puppet/provider/nova_admin_te​nant_id_setter/ini_setting.rb
11:37 EmilienM michchap: L33
11:38 EmilienM http is hardcoded, is it an issue when using HTTPS ?
11:40 michchap http://stackoverflow.com/questions/5786​779/using-nethttp-get-for-an-https-url
11:40 EmilienM http://ruby-doc.org/stdlib-2.1.1/l​ibdoc/net/http/rdoc/Net/HTTP.html
11:41 EmilienM I need to patch puppet-neutron I think :)
11:42 morazi joined #puppet-openstack
11:44 michchap seems different for different versions of ruby
11:44 EmilienM ...
11:44 michchap might need to be careful
11:45 michchap oh no it's the same, just the doc has improved :D
11:46 EmilienM michchap: ?
11:47 michchap EmilienM: use_ssl and verify_mode should work?
11:47 EmilienM i'm trying
11:59 EmilienM michchap: I'm filling a bug
12:00 EmilienM larsks: ping
12:00 berendt joined #puppet-openstack
12:01 EmilienM larsks: michchap sbadia : https://bugs.launchpad.net/​puppet-neutron/+bug/1334250
12:05 guillaumepeyet joined #puppet-openstack
12:12 dprince joined #puppet-openstack
12:18 EmilienM spredzy: I'm working on https://bugs.launchpad.net/​puppet-neutron/+bug/1334250
12:20 EmilienM michchap: do you have 2 min for a ruby question,
12:20 michchap EmilienM: you know your ruby is better than mine!
12:20 EmilienM ?
12:20 michchap EmilienM: but yeah I can try
12:20 EmilienM lol
12:20 EmilienM no
12:21 EmilienM ok, a sec
12:21 EmilienM michchap: I'm working on https://github.com/stackforge/puppet-neutro​n/blob/master/lib/puppet/provider/nova_admi​n_tenant_id_setter/ini_setting.rb#L33-L35
12:22 EmilienM michchap: I tried: http://paste.openstack.org/show/84870/
12:22 EmilienM but it does not work
12:22 EmilienM url.scheme, wrong copy paste
12:22 EmilienM does not work...:(
12:23 EmilienM ah maybe I did not restart apache2 (running passenger)
12:26 dvorak EmilienM: that looks reasonable to me
12:26 EmilienM dvorak: does not work yet
12:26 dvorak just saying the problem isn't obvious :)
12:26 EmilienM I got a Errno::ECONNREFUSED
12:27 dvorak is url.port 443 or 80?
12:28 EmilienM dvorak: 5000 :-)
12:28 dvorak ah, right
12:28 dvorak hrm, it doesn't seem like keystone over ssl should be on the same port as non-ssl
12:28 EmilienM good remark though
12:29 EmilienM why not?
12:29 dvorak I guess as long as the catalog has the right protocol it doesn't matter
12:29 dvorak either way, ECONNREFUSED isn't a ruby problem :)
12:29 EmilienM yep
12:48 sputnik13 joined #puppet-openstack
12:49 sputnik13 joined #puppet-openstack
12:52 larsks EmilienM: Noted, thanks for pointing that out...
12:52 EmilienM larsks: I'm trying to fix it
12:52 larsks Yup, spotted that :)
12:52 EmilienM larsks: my ruby is bad, I may ask you some help :P
12:53 larsks My ruby probably isn't any better, but I'm happy to add another set of eyes.  Let me know...
12:56 prad_ joined #puppet-openstack
12:56 EmilienM larsks: it may me think if anyone is running SSL here :-)
12:57 EmilienM s/may/make/
12:57 michchap larsks: do you work on the RDO packaging at all?
12:57 EmilienM michchap: the opportunist
12:57 EmilienM ahah
12:57 larsks michchap: Not so much, but what's up?
12:58 michchap EmilienM: hahaha
12:58 dachary aldavud: in   after(:all) do in ceph_osds_spec.rb do you know if there is a way to retrieve the status of the run ?
12:59 dachary I was thinking of not cleaning up if it fails but then it would have a side effect on the runs that occur after and use the same machine.
12:59 michchap larsks: I'm hitting this: https://bugzilla.redhat.co​m/show_bug.cgi?id=1087647 which I was thinking I can workaround by symlinking plugins/openvswitch/ovs_neutron_plugin.ini to plugins/ml2/ml2_conf.ini, but if the init script is going to be fixed there's not much point upstraming a fix to puppet-neutron
13:01 larsks michchap: Without looking at anything, I thought that the existing installers correctly configured the ovs_neutron_plugin.ini file so that things worked anyway. I have ML2-based configs running like this and they seem to work...
13:06 michchap larsks: there was a fairly recent patch to puppet-neutron that might be what's causing the difference I see. https://github.com/stackforge/puppet-neutron/c​ommit/069d086b0d636fe6432a11ea97af28c1f2b38582
13:06 guillaumepeyet joined #puppet-openstack
13:08 larsks That's funny, because the comment ("When running ML2 plugin, Neutron does not read the OVS plugin configuration file") is the exact opposite of that bug report :)
13:09 michchap Yeah. Do you know where I can find the init script for RHOS? I will push up a symlink into puppet-neutron but if it's only RDO and not RHOS I'll have to be careful
13:14 larsks michchap: I think the place to check would be the Fedora package repository.
13:16 larsks Hmmm, but I could be wrong, because I don't see any el7 branch there.
13:16 michchap http://pkgs.fedoraproject.org/cgit/openstack-neu​tron.git/tree/neutron-openvswitch-agent.service
13:17 larsks michchap: Right, in the 'master' branch.  I'm just surprised that there's no el7 branch there..
13:20 michchap larsks: that is strange.
13:21 larsks michchap: Asking some folks to make sure I'm looking in the right place...
13:21 EmilienM larsks: i'm going to send a patch, maybe you have time to review
13:21 larsks Sure.
13:22 michchap larsks: thanks.
13:27 arnaud_orange joined #puppet-openstack
13:32 openstackgerrit Emilien Macchi proposed a change to stackforge/puppet-neutron: nova-notifs: allow to use secure keystone endpoint  https://review.openstack.org/102528
13:32 EmilienM larsks: ^
13:33 EmilienM it works
13:35 EmilienM larsks: I did a quick refacto also
13:54 larsks michchap: Our packaging folks confirm that you want to look at fedpkg for the RDO sources.  The el7 stuff is mostly built from 'master'.
13:55 larsks EmilienM: Will take a look in a bit...
13:55 michchap larsks: thanks. I'll have a fix up for puppet-neutron as soon as I've tested it.
13:55 EmilienM larsks: nice
13:59 berendt joined #puppet-openstack
14:01 EmilienM larsks: weird, the tests pass locally but not in infra
14:03 larsks I see; looks like the tests are making an un-stubbed web request.
14:08 EmilienM larsks: any idea?
14:10 larsks EmilienM: It looks like the request is against http:// when it should be against https://.
14:10 EmilienM larsks: locally it's not the case :/
14:11 larsks EmilienM: Let me run the tests on my system and see which behavior I get...
14:11 EmilienM cool
14:11 aldavud dachary: in theory yes.
14:12 aldavud in praxis it's a somewhat complicated, because the last example already finished
14:14 aldavud dachary: the following deprecation warning describes some ways to do it: https://github.com/rspec/rspec-core/blob/​7d6d2ca489a7f47d1a3103f134f3f8af305908f2/​lib/rspec/core/example_group.rb#L513-L527
14:15 aldavud dachary: but during the after(:all) RSpec.current_example will be nil, so you would need to cache it somehow
14:15 larsks EmilienM: Works here too :) Taking a closer look...
14:16 EmilienM larsks: cool appreciate
14:17 larsks EmilienM: I wonder if this could be Net::HTTP version skew?
14:17 larsks EmilienM: What version of Ruby are you using locally?
14:18 EmilienM larsks: 1.8 & 1.9
14:19 larsks Okay. I'm using 2.0.mumble.  There went that theory.
14:20 larsks Do you know what version the ci environment uses?
14:23 sileht joined #puppet-openstack
14:25 cwolferh joined #puppet-openstack
14:25 EmilienM larsks: 1.8
14:26 guillau14 joined #puppet-openstack
14:30 larsks EmilienM: Looking at http://ruby-doc.org/stdlib-1.8.6/l​ibdoc/net/http/rdoc/Net/HTTP.html, I don't see a use_ssl option documented.  Going to bring up a 1.8 environment here and see what happens...
14:30 EmilienM ah damn
14:31 EmilienM larsks: yes I see it
14:31 EmilienM it's the last one
14:32 larsks Nope.
14:32 larsks That's a query option, not for setting it.
14:32 guillaumepeyet joined #puppet-openstack
14:32 larsks ("Return true if use ssl/tls...")
14:32 EmilienM ah
14:32 EmilienM you're right
14:38 guillau31 joined #puppet-openstack
14:47 mdorman joined #puppet-openstack
14:48 prad_ michchap, hi
14:48 michchap prad_: morning :)
14:48 prad_ michchap, hey Michael, how is it going
14:48 michchap prad_: yeah good. About to go on vacation :D
14:48 prad_ michchap, just wanted to clarify your comments for my cisco plugin ml2 patch
14:48 prad_ michchap, ah this should be quick sorry :)
14:49 rwsu joined #puppet-openstack
14:49 michchap prad_: sure. I might be totally wrong about it. I have a local patch that adds ml2 support to the builder that I will push up before I go.
14:49 prad_ michchap, so you just wanted the cisco ml2 class to be called directly instead of passing in nexus_config to ml2 class?
14:49 guillaumepeyet joined #puppet-openstack
14:50 michchap prad_: let me make a gist to quickly show you what I changed, and you can decide if you'd prefer changes to the builder or having some composition in the ml2 class, but essentially yes that's what I'm saying
14:51 prad_ michchap, hmm ok.. then how do we set the mechanism driver param.. just pass cisco to it, but let it ignore it?
14:51 michchap prad_: https://gist.github.com/michae​ltchapman/af4edb30c0572bafa6d0
14:53 michchap prad_: Effectively yes. I think that avoids the situation where data is coming both from the ml2 class and from hiera parameter lookups in the case where you add more parameters to the cisco class
14:54 prad_ michchap, you might also need   - "%{network_service}::plugin​s::ml2::%{network_plugin}"
14:55 dachary aldavud: ok, thanks
14:55 prad_ michchap, i'm with that, unless EmilienM or markvoelker  have other thoughts
14:55 michchap prad_: I think I had it originally but that class doens't exist - it's all in plugins::ml2
14:55 michchap prad_: I am just thinking of the future where the cisco mechanism might have a lot more parameters, we don't want to have to send them via the ml2 class
14:56 prad_ michchap, yea with cisco plugin support i added the class to plugins/ml2/cisco.pp. So we might want to separate the plugins out of ml2.pp for same reason you just mentioned
14:56 prad_ i'm ok if we just want to do that for vendor plugins
14:57 prad_ and keep ovs and linuxbridge in ml2.pp the way it is for now
14:58 michchap prad_: they should all be the same, otherwise we'll end up with import failures
14:59 michchap prad_: That's easy to solve in any case.
14:59 prad_ yea
15:00 * markvoelker gets his head out of the code it was buried in and tunes in to IRC
15:00 prad_ ok I'll change my puppet-neutron patch to just contain everything in ml2/cisco.pp and remove nexus_config from ml2
15:00 prad_ one question though
15:00 prad_ what would the mesh driver list be then?
15:00 prad_ michchap,
15:00 markvoelker michchap: prad_: This sort of direction makes sense ot me
15:01 michchap markvoelker: I finally got icehouse with ml2 running using hiera+builder today, so I should have some patches up before I leave on friday.
15:02 markvoelker prad_: as an aside, keep in mind also that there will be multiple mech drivers for a single vendor....e.g. https://bugs.launchpad.net/neutron/+bug/1277222
15:02 michchap prad_: are you talking about where you have multiple mechanisms, how to we handle it in the builder?
15:02 prad_ yes
15:03 michchap prad_: I'm going to do something fancy using collectors and +>
15:03 michchap prad_: I got it to work with cinder volume types but never got around to pushing the patch up, and I can do the same here.
15:03 prad_ michchap, ah ok, cool
15:03 michchap prad_: basically just declare the classes and the mechanism list will be populated by which classes you make
15:04 markvoelker michchap: ok, will look forward to seeing that then.  Mind adding me as a reviewer explicitly when you do? My cup runneth over of late. =/
15:04 michchap prad_: so you don't even need to pass in the list any more
15:04 prad_ michchap, nice
15:04 michchap markvoelker: sure. How close are you to making an icehouse branch?
15:05 michchap markvoelker: I'd like to gut non-ml2 support and other things when I get back in 2 weeks. Is that realistic?
15:05 michchap markvoelker: (on master)
15:06 markvoelker michchap: if we could clear out the four remaining patches in review for master I'd say we can cut icehouse immediately
15:06 markvoelker ACtually I think it's just three
15:06 * markvoelker looks
15:07 markvoelker Hmm, couple have landed.  So really just https://review.openstack.org/#/c/96508/ and https://review.openstack.org/#/c/101589/ I think.
15:07 michchap the iscsi change looks fine.
15:08 markvoelker yep, just finished testing that one
15:08 openstackgerrit Lars Kellogg-Stedman proposed a change to stackforge/puppet-neutron: nova-notifs: allow to use secure keystone endpoint  https://review.openstack.org/102528
15:08 openstackgerrit A change was merged to stackforge/puppet_openstack_builder: Fixup for Cinder iSCSI volumes  https://review.openstack.org/101589
15:08 michchap I've merged the other one.
15:08 larsks EmilienM: Trying something out.  Just pushed a one-character change.
15:08 EmilienM larsks: ack
15:08 markvoelker cool.  I'll cut an icehouse this morning then
15:09 michchap markvoelker: a-mazing. Thanks
15:09 openstackgerrit A change was merged to stackforge/puppet_openstack_builder: Set up Apache on build server for HA  https://review.openstack.org/96508
15:12 markvoelker michchap: done
15:16 guillau41 joined #puppet-openstack
15:17 Mr_D joined #puppet-openstack
15:31 aimon_ joined #puppet-openstack
15:42 mmaglana joined #puppet-openstack
15:45 daneyon joined #puppet-openstack
15:51 larsks EmilienM: FAIL.  Oh, well.
15:53 EmilienM larsks: damn
16:02 openstackgerrit Michael Chapman proposed a change to stackforge/puppet-neutron: Link from ovs config file to plugin.ini on RedHat  https://review.openstack.org/102570
16:02 anode joined #puppet-openstack
16:03 rmoe joined #puppet-openstack
16:04 uberj question: is the value for openstack::network::external::gateway supposed to be the ip of the host running neutron? https://github.com/puppetlabs/puppetlabs-open​stack/blob/master/examples/allinone.yaml#L11
16:06 uberj Hunner: do you know?
16:07 hogepodge joined #puppet-openstack
16:07 uberj my timing is poor...
16:07 uberj asking again so hogepodge might be able to help :)
16:07 uberj is the value for openstack::network::external::gateway supposed to be the ip of the host running neutron? https://github.com/puppetlabs/puppetlabs-open​stack/blob/master/examples/allinone.yaml#L11
16:08 hogepodge uberj running your l3 router that connects to the external world, which in this case is colocated with the rest of the neutron services.
16:08 uberj okay
16:09 uberj hogepodge: also, for some reason I had to run 'keystone-manage db_sync' manually. puppet wasn't doing it for me. (I'm running ubutnu 12.04)
16:10 hogepodge ok, I can look into that
16:10 hogepodge I’m dropping support for 12.04
16:10 openstackgerrit ENSFELDER Jordan proposed a change to stackforge/puppet-ceph: README.md modified - Replaced \ with fenced code (see bug Bug #1327784 )  https://review.openstack.org/102574
16:10 hogepodge neutron is badly behaved on it.
16:10 hogepodge If it’s working for you I may reconsider, though.
16:10 hogepodge Works on 14.04
16:10 uberj we'll find out soon
16:14 openstackgerrit Mike Dorman proposed a change to stackforge/puppet-keystone: Explicitly setting of PKI token signing cert  https://review.openstack.org/101260
16:19 hogepodge thanks uberj, sometimes it’s nice having more eyes on this. Note that my latest patch depends on master neutron, which is getting a backport
16:23 uberj hogepodge: would that have anything to do with https://pastebin.mozilla.org/5470523 ?
16:24 hogepodge kind of? that’s more of a vswitch problem. ubuntu doesn’t have parity with rh on moving the ip of the bridge
16:27 uberj hmm, so I wonder why $local_ip is not being set https://github.com/puppetlabs/puppetlabs-open​stack/blob/master/manifests/common/ovs.pp#L13
16:28 uberj or at least I think that is the problem
16:40 uberj hogepodge: so as I look at examples/RolesProfiles.pdf, which networks can be created and managed by neutron and which ones need to exist outside of neutron?
16:40 hogepodge All of those are physical networks (or vlans) that should be there before neutron. On the l3 node external shoule be moved to a bridge.
16:41 hogepodge When you specify those in hiera the devices and addresses are largely inferred
16:42 hogepodge those = the network cidrs
16:42 uberj I'm just setting this up as a POC right now, can all those networks be the same?
16:42 hogepodge Hmm, unknown
16:42 hogepodge You can marge external/api and internal/data.
16:42 hogepodge Feel free to try.
16:43 aimon_ joined #puppet-openstack
16:44 aimon_ joined #puppet-openstack
16:47 sputnik13 joined #puppet-openstack
16:49 daneyon joined #puppet-openstack
16:52 mmaglana joined #puppet-openstack
16:59 openstackgerrit Mike Dorman proposed a change to stackforge/puppet-keystone: Explicitly setting of PKI token signing cert  https://review.openstack.org/101260
17:01 JayJay_972 joined #puppet-openstack
17:06 JayJay_972 joined #puppet-openstack
17:17 xarses joined #puppet-openstack
17:18 aldavud joined #puppet-openstack
17:26 daneyon joined #puppet-openstack
17:31 daneyon joined #puppet-openstack
17:31 dprince joined #puppet-openstack
17:32 EmilienM larsks: I'm off for today, I'll catch up the issue tomorrow, let me know in query if you found something
17:32 larsks Will do.  Cheers!
17:52 unixpro1970 joined #puppet-openstack
18:11 aldavud_ joined #puppet-openstack
18:11 openstackgerrit Lars Kellogg-Stedman proposed a change to stackforge/puppet-neutron: nova-notifs: allow to use secure keystone endpoint  https://review.openstack.org/102528
18:18 larsks C'mon jenkins, you can do it...
18:47 openstackgerrit Mike Dorman proposed a change to stackforge/puppet-keystone: Explicitly setting of PKI token signing cert  https://review.openstack.org/101260
18:54 doo joined #puppet-openstack
19:05 openstackgerrit joined #puppet-openstack
19:07 GuillaumeS joined #puppet-openstack
19:08 hogepodge joined #puppet-openstack
19:13 xarses hogepodge: it sounded like you finally got ML2 plugin working?
19:30 daneyon joined #puppet-openstack
19:39 EmilienM larsks: great, now we need reviewers :)
19:57 hogepodge xarses it was never not working
19:57 hogepodge kind of.
19:58 hogepodge I think I don’t understand tenant isolation.
19:58 hogepodge I created a shared private network, and attaching a VM to it was failing because I wasn’t part of the ‘services’ tenant (which I had built the network in).
19:59 hogepodge Using a network in my home tenant made the vif_type=binding_unknown error disappear.
20:00 hogepodge Sadly the logs were absolutely of no help as to what the problem was. I was able to ping the router connecting to the private network externally, which is how I guessed that it was related to tenant isolation.
20:06 openstackgerrit joined #puppet-openstack
20:07 xarses sweet, so should probably file a bug in neutron about the vague error message?
20:08 xarses Also, can we not share a router that way anymore?
20:11 hogepodge I’m not sure. I was hoping to share networks, but I guess you can’t attach ports to a network you don’t own? I need to understand isolation better.
20:12 hogepodge having it broken in Havana was as convenient as is was inconvenient.
20:12 hogepodge the whole bug/feature paradox
20:30 openstackgerrit Pradeep Kilambi proposed a change to stackforge/puppet-neutron: Support for Cisco ML2 Mech Driver  https://review.openstack.org/101338
20:52 daneyon joined #puppet-openstack
20:53 imcsk8 does somebody has had problems with the puppet-nova module while creating the nova user using puppet 2.7.25? http://pastebin.com/v6L7swk9
21:18 hogepodge imcsk8 can you paste your error logs somewhere? I think most people are pulling in fresher puppet installations from other sources.
21:22 imcsk8 hogepodge: yes, give me a minute
21:26 imcsk8 hogepodge: http://pastebin.com/ZNTHxBMR
21:27 anode joined #puppet-openstack
21:31 ricardorocha joined #puppet-openstack
21:32 hogepodge I’ll ask around and see if group provider behavior changed.
21:43 imcsk8 hogepodge: thanks!
21:54 uberj joined #puppet-openstack
22:14 daneyon joined #puppet-openstack
22:21 anode joined #puppet-openstack
22:22 EmilienM larsks: have you tested (functionally) the patch?
22:23 aldavud joined #puppet-openstack
22:31 larsks EmilienM: not yet; will try tomorrow morning.
22:36 mdorman joined #puppet-openstack
22:36 openstackgerrit joined #puppet-openstack
22:42 xarses EmilienM: do you know if there is any reason that neutron-metadata-agent still has keystone config anymore while the other agents don't?
22:42 xarses https://github.com/stackforge/puppet-neutro​n/blob/master/manifests/agents/metadata.pp
22:44 EmilienM xarses: https://github.com/openstack/neutron/blob/ma​ster/neutron/agent/metadata/agent.py#L51-L68
22:45 xarses Should it be getting it from /etc/neutron.conf like the others appear to?
22:45 tfz joined #puppet-openstack
22:45 hogepodge joined #puppet-openstack
22:45 EmilienM xarses: no, in Neutron, each agent has hiw own config file.
22:47 xarses hrm, according to our old version of puppet neutron, we where giving keystone config data to all of the agents
22:48 xarses looks like l3_agent pulls in neutron.confg as common_config
22:51 xarses EmilienM: allright, thanks.
23:17 aldavud joined #puppet-openstack
23:26 mdorman joined #puppet-openstack
23:27 gildub joined #puppet-openstack
23:29 aimon_ joined #puppet-openstack
23:48 guillaumepeyet joined #puppet-openstack
23:49 guillau89 joined #puppet-openstack

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