| *** petertr7 has quit IRC | 00:11 | |
| *** chlong has joined #openstack-chef | 00:25 | |
| *** wojdev has joined #openstack-chef | 00:25 | |
| *** wojdev has quit IRC | 00:40 | |
| *** jerome80 has joined #openstack-chef | 00:46 | |
| *** wojdev has joined #openstack-chef | 00:52 | |
| *** kei_yama has quit IRC | 00:53 | |
| *** kei_yama_ has joined #openstack-chef | 00:53 | |
| *** thumpba has quit IRC | 01:16 | |
| *** thumpba has joined #openstack-chef | 01:17 | |
| *** _joel has left #openstack-chef | 01:41 | |
| *** otter768 has joined #openstack-chef | 01:49 | |
| *** otter768 has quit IRC | 01:53 | |
| *** ncerny has joined #openstack-chef | 02:03 | |
| *** harlowja is now known as harlowja_away | 02:03 | |
| *** stevemar has joined #openstack-chef | 02:12 | |
| *** kei_yama_ has quit IRC | 02:29 | |
| *** kei_yama has joined #openstack-chef | 02:32 | |
| *** ncerny has quit IRC | 03:02 | |
| sc` | markvan: with patches/hacks, i was able to hit the nova bug | 03:24 |
|---|---|---|
| openstackgerrit | Ethan Lynn proposed stackforge/cookbook-openstack-orchestration: Move amqp options into correct section https://review.openstack.org/170377 | 03:33 |
| *** ozialien has joined #openstack-chef | 03:35 | |
| *** jerome80 has quit IRC | 03:45 | |
| *** jerome80 has joined #openstack-chef | 03:46 | |
| *** otter768 has joined #openstack-chef | 03:50 | |
| *** otter768 has quit IRC | 03:54 | |
| *** tmichael has quit IRC | 04:07 | |
| *** stevemar has quit IRC | 04:57 | |
| *** tmichael has joined #openstack-chef | 04:58 | |
| *** tmichael has quit IRC | 04:59 | |
| *** ozialien has quit IRC | 05:06 | |
| *** chlong has quit IRC | 05:09 | |
| openstackgerrit | Merged stackforge/cookbook-openstack-orchestration: Move amqp options into correct section https://review.openstack.org/170377 | 05:09 |
| *** dmowrer has quit IRC | 05:23 | |
| *** wojdev has quit IRC | 05:40 | |
| *** otter768 has joined #openstack-chef | 05:50 | |
| *** thumpba has quit IRC | 05:52 | |
| *** otter768 has quit IRC | 05:55 | |
| *** jmickle has joined #openstack-chef | 06:11 | |
| *** seizadi has joined #openstack-chef | 06:29 | |
| *** jmickle has quit IRC | 06:45 | |
| *** wojdev has joined #openstack-chef | 06:55 | |
| *** opscode-logger has quit IRC | 07:00 | |
| *** opscode-logger has joined #openstack-chef | 07:00 | |
| *** seizadi has quit IRC | 07:07 | |
| *** otter768 has joined #openstack-chef | 07:51 | |
| *** otter768 has quit IRC | 07:56 | |
| *** pradipta has joined #openstack-chef | 08:28 | |
| openstackgerrit | Lan Qi Song proposed stackforge/cookbook-openstack-compute: Enable config_drive_format parameter for nova https://review.openstack.org/171978 | 09:13 |
| *** wojdev has quit IRC | 09:41 | |
| *** wojdev has joined #openstack-chef | 09:43 | |
| *** otter768 has joined #openstack-chef | 09:52 | |
| *** otter768 has quit IRC | 09:57 | |
| *** ogny1 has joined #openstack-chef | 10:18 | |
| *** wojdev has quit IRC | 10:19 | |
| *** wojdev has joined #openstack-chef | 10:41 | |
| *** wojdev_ has joined #openstack-chef | 10:57 | |
| *** wojdev has quit IRC | 10:59 | |
| *** wojdev_ is now known as wojdev | 10:59 | |
| *** rtheis has joined #openstack-chef | 11:10 | |
| *** DaveIshmael has quit IRC | 11:31 | |
| *** stevemar has joined #openstack-chef | 11:43 | |
| *** otter768 has joined #openstack-chef | 11:53 | |
| *** pradipta has quit IRC | 11:57 | |
| *** otter768 has quit IRC | 11:58 | |
| *** stevemar has quit IRC | 12:02 | |
| *** kei_yama has quit IRC | 12:03 | |
| *** wojdev has quit IRC | 12:18 | |
| *** wojdev has joined #openstack-chef | 12:19 | |
| *** wojdev has quit IRC | 12:20 | |
| *** jerome80 has quit IRC | 12:39 | |
| *** ozialien has joined #openstack-chef | 12:43 | |
| *** wojdev has joined #openstack-chef | 12:48 | |
| *** wojdev has quit IRC | 12:48 | |
| *** neelashah has joined #openstack-chef | 13:23 | |
| markvan | cmluciano: j^2 This one should be ready for rabbitmq now https://github.com/jjasghar/rabbitmq/pull/247 would like to see this get in, then I can update ops-messaging to use this new level. | 13:25 |
| *** stevemar has joined #openstack-chef | 13:46 | |
| *** openstackgerrit has quit IRC | 13:53 | |
| *** openstackgerrit has joined #openstack-chef | 13:53 | |
| *** otter768 has joined #openstack-chef | 13:54 | |
| *** mattray has joined #openstack-chef | 13:56 | |
| *** ChanServ sets mode: +o mattray | 13:56 | |
| *** otter768 has quit IRC | 13:59 | |
| *** wenchma has joined #openstack-chef | 14:12 | |
| markvan | sc`: thx for verifying what I'm seeing. I have asked nova core for some help with understanding that bug. I don't know of a way to workaround that yet. Having said that j^2 cmluciano I think that image patch can go as it's being tested with this setup. | 14:16 |
| markvan | https://review.openstack.org/#/c/171330/ | 14:16 |
| markvan | The other patch I have tested on centos and our internal repo is: https://review.openstack.org/#/c/167321/ This is very straight forward, just a new package requirement for kilo. | 14:16 |
| sc` | speaking of centos and kilo: http://trunk.rdoproject.org/centos70/latest-RDO-trunk-CI/ | 14:18 |
| *** ncerny has joined #openstack-chef | 14:18 | |
| sc` | haven't tested, but i think overriding the rdo uri might get kilo packages on c7 | 14:20 |
| *** grealish has quit IRC | 14:20 | |
| j^2 | I'm on the road getting my daughter to school. I should be ready for the meeting a couple late. Unless someone else wants to run it. | 14:21 |
| markvan | sc`: humm, I'll have to try that. did you see anything related to when https://repos.fedorapeople.org/repos/openstack/openstack-kilo/epel-7/ would be updated? | 14:21 |
| sc` | no. they're still focusing on getting delorean in good shape | 14:21 |
| markvan | j^2: that's fine | 14:22 |
| markvan | k | 14:22 |
| sc` | i might have kicked the hornets' nest a bit about having distro packages kind of sequestered off | 14:22 |
| sc` | hard to keep up with this stuff with everyone off on their own islands | 14:23 |
| *** grealish has joined #openstack-chef | 14:23 | |
| *** seizadi has joined #openstack-chef | 14:26 | |
| markvan | yeah, but still a good discussion to have for us as we rely on these distro repos | 14:27 |
| *** seizadi has quit IRC | 14:27 | |
| markvan | almost tempting to forking our own copy of the repo just to allow patches to continue to flow at some rate, but "catch-up" could be very ugly | 14:28 |
| sc` | i really want everyone leveraging openstack infra for packaging, but that's a larger scale issue | 14:28 |
| sc` | http://trunk.rdoproject.org/f21/report.html | 14:32 |
| sc` | actually, wrong link | 14:33 |
| sc` | http://trunk.rdoproject.org/centos70/report.html | 14:33 |
| markvan | sc`: scary there are still that many packaging issues for kilo | 14:36 |
| sc` | indeed | 14:37 |
| sc` | they're leery about rolling up into openstack.org, but have said they're not modifying the source, which is a Good Thing | 14:39 |
| *** mattray has quit IRC | 14:41 | |
| *** seizadi has joined #openstack-chef | 14:48 | |
| *** emagana has joined #openstack-chef | 14:55 | |
| openstackgerrit | Merged stackforge/cookbook-openstack-telemetry: Enable store_events parameter in notification service https://review.openstack.org/171252 | 14:56 |
| openstackgerrit | Ma Wen Cheng proposed stackforge/cookbook-openstack-block-storage: Make sure lvm2 package is installed https://review.openstack.org/167321 | 15:00 |
| *** mattray has joined #openstack-chef | 15:01 | |
| *** ChanServ sets mode: +o mattray | 15:01 | |
| *** nathenharvey has joined #openstack-chef | 15:03 | |
| sc` | shall we do this? | 15:08 |
| sc` | ah, looks like i don't know how to trigger the bot yet | 15:13 |
| cmluciano | think we were waiting on j^2 to get bacj | 15:14 |
| sc` | sounds good. i've got a couple of topics but i'll be somewhat distracted for part of the meeting then | 15:15 |
| j^2 | Yeah sorry I'm still in travel mode. Daughter threw a massive tantrum | 15:16 |
| sc` | j^2: no worries | 15:16 |
| j^2 | #startmeeting openstac-chef | 15:16 |
| openstack | Meeting started Thu Apr 9 15:16:28 2015 UTC and is due to finish in 60 minutes. The chair is j^2. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:16 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:16 |
| *** openstack changes topic to " (Meeting topic: openstac-chef)" | 15:16 | |
| openstack | The meeting name has been set to 'openstac_chef' | 15:16 |
| j^2 | Shit | 15:16 |
| j^2 | #endmeeting | 15:16 |
| *** openstack changes topic to "OpenStack & Chef | chef.io/openstack | wiki.openstack.org/wiki/Chef/GettingStarted | groups.google.com/group/opscode-chef-openstack | github.com/stackforge/openstack-chef-repo | docs.chef.io/openstack.html | botbot.me/irc.freenode.net/openstack-chef/" | 15:16 | |
| openstack | Meeting ended Thu Apr 9 15:16:45 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:16 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstac_chef/2015/openstac_chef.2015-04-09-15.16.html | 15:16 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstac_chef/2015/openstac_chef.2015-04-09-15.16.txt | 15:16 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/openstac_chef/2015/openstac_chef.2015-04-09-15.16.log.html | 15:16 |
| j^2 | #startmeeting openstack-chef | 15:17 |
| openstack | Meeting started Thu Apr 9 15:17:02 2015 UTC and is due to finish in 60 minutes. The chair is j^2. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:17 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:17 |
| *** openstack changes topic to " (Meeting topic: openstack-chef)" | 15:17 | |
| openstack | The meeting name has been set to 'openstack_chef' | 15:17 |
| j^2 | There go. Hi all! | 15:17 |
| sc` | o/ | 15:17 |
| wenchma | hello | 15:17 |
| j^2 | sc`: take it away | 15:17 |
| sc` | #topic rdo kilo packages | 15:18 |
| sc` | started following #rdo's progress on kilo. they have what looks like mostly working packages in their delorean repo | 15:19 |
| sc` | http://trunk.rdoproject.org/centos70/report.html is the link to their CI builds for anyone that wants to follow along | 15:19 |
| sc` | #topic nova-api-metadata fix | 15:20 |
| sc` | still wip on getting openstack-compute to toggle the attribute. been backlogged quite a bit but am catching up with queued patches | 15:21 |
| sc` | that's about all i have | 15:21 |
| wenchma | seems there is a patch fo fix nova-api-metadata | 15:24 |
| wenchma | https://review.openstack.org/#/c/142249/ | 15:24 |
| wenchma | sc`: right ? | 15:24 |
| wenchma | or partial | 15:25 |
| sc` | yeah... i tried that approach myself a while back | 15:25 |
| sc` | right now we're overriding enabled_apis in environments, which is ok as a stopgap | 15:26 |
| *** tmichael has joined #openstack-chef | 15:26 | |
| sc` | but the cookbook should know whether or not to lay down the proper config var depending on if you have the metadata recipe in the run_list | 15:27 |
| sc` | the current state in openstack-chef-repo is to let the metadata recipe handle things itself, but what if someone doesn't want to use the recipe and wants nova-api to manage the metadata service itself? | 15:30 |
| markvan | sc`: I think we need to make that decision. I vote for using the recipe and NOT allowing nova-api to mess with it. Cleaner for our env's that way. | 15:31 |
| sc` | it does make sense that way | 15:32 |
| markvan | I don't see a need to clutter our support to allow both ways. recipe works fine and does the job correctly, so use it. I think we need a patch to put out a warning if enabled_apis contains metadata. | 15:33 |
| markvan | and then remove it from the list to avoid to overlap issue. | 15:33 |
| *** jmickle has joined #openstack-chef | 15:35 | |
| sc` | yep. makes sense | 15:35 |
| markvan | k, I can followup with a patch for that, and see what reviewers think of that approach. | 15:38 |
| sc` | there's no real valid reason to keep both around, other than to keep what's out of the box intact | 15:38 |
| markvan | #topic ubuntu kilo packages | 15:39 |
| markvan | I posted what I think is the latest workaround here: http://paste.openstack.org/show/200736/ | 15:39 |
| markvan | The one patch is needed as a result of the service role work: https://review.openstack.org/#/c/171330/ | 15:40 |
| markvan | I have not see movement on the nova libvirt bug yet, but I have asked around a bit | 15:40 |
| wenchma | for 171330, gave some comments | 15:41 |
| wenchma | if we make amdin create public glance image, we also need to make sure publicize_image is admin in glance policy file | 15:43 |
| markvan | wenchma: yup, need to update policy to allow for non admin public images now. It was a security measure | 15:43 |
| markvan | and for admin, that is the default in the glance_policy file | 15:43 |
| markvan | see https://github.com/openstack/glance/blob/master/etc/policy.json#L10 | 15:44 |
| wenchma | yes, The ability to upload a public image is now admin-only by default | 15:44 |
| wenchma | hmmm.... | 15:46 |
| wenchma | should be this rightr | 15:46 |
| markvan | and from history, the cookbooks have to date avoided messing with the policy files, so until someone asks, I don't see a need for supporting non-admin public with the lwrp | 15:46 |
| wenchma | maybe I deployed the node , not use the latest pkgs | 15:47 |
| markvan | The other way to enable that would be to create another use within the admin role, then they could also create public images. This is doable today with the identity lwrp. | 15:47 |
| wenchma | looks gogd | 15:49 |
| wenchma | good | 15:49 |
| markvan | And in general I think this was a good move by the base, separate what a "service" and "admin" can do, to make security controllable | 15:49 |
| *** jmickle has quit IRC | 15:51 | |
| markvan | So I guess that leads to my main topic.... how to get patches flowing again, and how to de-couple a bit from being stuck in the future? | 15:51 |
| markvan | #topic repo dependencies | 15:51 |
| markvan | If you look at our patch list, there are a bunch of low haning fruit ones that are straight forward and imo ready to go. So, what is the best way to move forward? | 15:52 |
| markvan | I have tried the ubuntu/rdo trunks a bit, but usually very messy. | 15:52 |
| markvan | Then I tried using our testing repo with our internal repo (aio_neutron, we don't support nova network), and it works. But since it's an internal repo, is that enough to justify merging a patch? | 15:54 |
| markvan | thoughts? | 15:54 |
| *** seizadi has quit IRC | 15:55 | |
| sc` | i think as long as the code is from the same line, it should be about the same | 15:55 |
| *** otter768 has joined #openstack-chef | 15:55 | |
| sc` | but as far as merging, i'd personally be comfortable with being able to pull down internet artifacts and being able to prove that the proposed patch works | 15:55 |
| markvan | yup, our internal repo is usually almost bleeding edge, rebased daily, and is fairly clean of forks. | 15:55 |
| markvan | yup, I can't disagee with having public artifacts to verify | 15:56 |
| sc` | if it works against ubuntu/rdo trunk, that's one thing | 15:56 |
| j^2 | hey all, i’m actaully at my laptop, i can actaully type | 15:57 |
| markvan | So, does that mean we could create our own snapshot somwhow, and not live so close to the edge? | 15:57 |
| j^2 | i need to catch up with :) | 15:57 |
| sc` | perhaps snapshotting ubuntu/rdo trunk may be enough to suffice | 15:58 |
| markvan | if we find a cut that works for our basic verify needs, would be nice to hang on to that for a short period to allow basic patches to continue to flow. | 15:59 |
| markvan | There will be patches that require a later level of base openstack, but I think those a fewer in number | 15:59 |
| *** otter768 has quit IRC | 16:00 | |
| markvan | Is there a way we could simply capture/clone a repo into a zip and push that up to a github project, maybe next to the testing suite. and then tie those to gether with doc for testing with it. | 16:01 |
| markvan | I'n not an expert on repos, but it seems like it can be done locally, just download zip and change url to it? | 16:02 |
| sc` | longer-term, i'd like to get rdo, ubuntu, etc. on an openstack site, but that's a bigger yak to shave | 16:03 |
| sc` | rdo would be amenable to mirroring packages that way | 16:03 |
| markvan | sc`: that's encouraging to hear, and a cleaner approach for all | 16:03 |
| cmluciano | catching up | 16:07 |
| cmluciano | we’re talking about how to get up-to-date packages it seems | 16:07 |
| markvan | Looking at yum, seems like we could just have a zip of the repo, and then inject a recipe to push that to the node, unzip and update the atttr url to point to file:///... | 16:07 |
| cmluciano | I suppose that’s the major downfall of having to rely on rdo/ubuntu | 16:07 |
| markvan | cmluciano: more then up to date, a cut of "working" packages | 16:07 |
| cmluciano | Ah | 16:08 |
| sc` | i was looking at the backlog and noticed several rhel 7.1 patches outstanding. is this because of fauxhai? | 16:12 |
| cmluciano | I haven’t been CRing things since I can’t get master to work | 16:14 |
| *** jeff_laplante has joined #openstack-chef | 16:14 | |
| cmluciano | I know we have a couple of workarounds but I haven’t been able to get any to work without running into other issues | 16:14 |
| markvan | sc`: yup, need an update to that fauxhai gem to pull in the 7.1 support, then a patch to the gem files to pull that in | 16:14 |
| markvan | cmluciano: yup, see http://paste.openstack.org/show/200736/ for where I think we stand with ubuntu + master + aio_nova | 16:15 |
| sc` | with markvan's notes, i have a converged node but i hit the nova bug indicated in those notes when booting an image | 16:16 |
| sc` | looks like there's some recent activity on the bug | 16:17 |
| markvan | so, with that in mind, I think the https://review.openstack.org/#/c/171330/1 image patch should go in, as the images are being created properly. And then we eliminate one patch from the workaround list. | 16:18 |
| sc` | i concur | 16:18 |
| cmluciano | workflowed that patch | 16:19 |
| cmluciano | from that paste it appears that the other issues involve updated packages and an open bug for nova cpu affinity | 16:20 |
| markvan | bummer, that nova libvirt cpu pinning bug looks like a ubuntu packaging issue, probably not up to date | 16:20 |
| cmluciano | sad_panda | 16:21 |
| markvan | cmluciano: yup, the pysaml2 package fix has gone into the ubuntu trunk. | 16:21 |
| markvan | so, it's close, but I don't see a workaround for the nova bug. | 16:22 |
| markvan | And that's why I'm suggesting we think about cutting a copy of a working ubuntu/rdo repo to help make progress with some patches | 16:24 |
| cmluciano | where would these be hosted? | 16:24 |
| *** ozialien has quit IRC | 16:26 | |
| markvan | I was thinking just locally for now, so take a cut, create a zip, push that to github project. Then we needed, use new recipe in testing repo to pull that down, unzip in node and point to it with file:// | 16:26 |
| markvan | shoiuld be able to grab the zip directly from the github via a new testing suite recipe step | 16:27 |
| markvan | not sure If I'm making sense, maybe I'll have to fully prototype it, seems fairly easy way to do it, and allows anyone to upload to github new zips | 16:29 |
| sc` | i see where you're going with that | 16:29 |
| markvan | not sure if there's an easier way/place to host a working cut | 16:29 |
| sc` | ya. it has to go somewhere | 16:29 |
| sc` | it's just a matter of *where* | 16:29 |
| markvan | I figure either way, you have to download the packages, so having them right on the node is easy place to start. and yeah for multi, would need push to each node. | 16:31 |
| markvan | or maybe we can find some public cloud drive space out there to use for at least a holding 1 or 2 cuts, not sure how big, but I don't think multi gig's here. | 16:33 |
| sc` | packagecloud maybe? | 16:33 |
| markvan | that would be easier, then just a attr override to use it | 16:33 |
| sc` | or some to-be-created openstack infra? | 16:35 |
| *** harlowja_away is now known as harlowja | 16:35 | |
| sc` | that's all longer-term stuff, most likely | 16:35 |
| markvan | bummer, looks like packagecloud is very nice, but free acct only allows 25 packages, I think openstack repos are just a bit bigger | 16:36 |
| sc` | for right now, just snapshotting into a tar could work. it's kinda ugly imho | 16:36 |
| sc` | but it'd work | 16:37 |
| markvan | yeah, I think it would allow some progress for us | 16:37 |
| *** jmickle has joined #openstack-chef | 16:39 | |
| *** seizadi has joined #openstack-chef | 16:39 | |
| *** wenchma has quit IRC | 16:40 | |
| markvan | j^2: is there any place within Chef to drop a repo cut? so we could get public http access when using testing suite? | 16:40 |
| *** PaulCzar has joined #openstack-chef | 16:41 | |
| openstackgerrit | Merged stackforge/cookbook-openstack-image: Only admin can create public glance images https://review.openstack.org/171330 | 16:46 |
| *** jeff_laplante has quit IRC | 17:02 | |
| j^2 | markvan: sorry i’m missing your question? you mean chef-dk? | 17:05 |
| j^2 | #endmeeting | 17:05 |
| *** openstack changes topic to "OpenStack & Chef | chef.io/openstack | wiki.openstack.org/wiki/Chef/GettingStarted | groups.google.com/group/opscode-chef-openstack | github.com/stackforge/openstack-chef-repo | docs.chef.io/openstack.html | botbot.me/irc.freenode.net/openstack-chef/" | 17:05 | |
| openstack | Meeting ended Thu Apr 9 17:05:10 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:05 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack_chef/2015/openstack_chef.2015-04-09-15.17.html | 17:05 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack_chef/2015/openstack_chef.2015-04-09-15.17.txt | 17:05 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/openstack_chef/2015/openstack_chef.2015-04-09-15.17.log.html | 17:05 |
| *** smccully has joined #openstack-chef | 17:05 | |
| markvan | j^2: not chef dk. Were taking about taking a snapshot of a "working" ubuntu/rdo repo, and putting that somewhere that folks could use as alternative when running the testing suite. If there was a small public http space that Chef has, it would make this very easy to do. | 17:07 |
| j^2 | ohhh | 17:07 |
| j^2 | something like an s3 bucket to pull stuff down from? | 17:07 |
| markvan | humm s3? basically just a repo mirror, simple http repo access | 17:08 |
| j^2 | yeah chef _doesnt_ have a repo mirror that i know of | 17:13 |
| j^2 | but we could create one in s3 i’m betting | 17:13 |
| j^2 | https://github.com/krobertson/deb-s3 | 17:13 |
| j^2 | or this: http://skife.org/apt/aws/2012/10/12/private-apt-repos-in-s3.html | 17:13 |
| j^2 | and i bet i could put this in the chef namespace | 17:13 |
| markvan | humm, that sounds like a good place. | 17:13 |
| cmluciano | +1 | 17:13 |
| sc` | that could work | 17:13 |
| j^2 | can you drop me a note at jj@chef.io asking exactly what you’d like i’m kinda split brained at the momemnt and would like to get working on the openstack-client cookbook fog POC again at some point | 17:13 |
| *** openstack has quit IRC | 17:13 | |
| *** openstack has joined #openstack-chef | 17:15 | |
| *** ChanServ sets mode: +o openstack | 17:15 | |
| *** ncerny has quit IRC | 17:22 | |
| *** ozialien has joined #openstack-chef | 17:26 | |
| cmluciano | i think we can just point at the proper repo url | 17:26 |
| *** neelashah has joined #openstack-chef | 17:27 | |
| *** neelashah1 has joined #openstack-chef | 17:28 | |
| markvan | found this: http://www.aptly.info/ seems like easy way to do a mirror, then we just control how often we sync | 17:29 |
| *** neelashah has quit IRC | 17:32 | |
| *** ncerny has joined #openstack-chef | 17:33 | |
| markvan | it has a step to do a simple snapshot of a remote repo, then can publish that snapshot to S3. Then diff snapshot and re-sync as needed. | 17:35 |
| *** emagana has quit IRC | 17:37 | |
| *** emagana has joined #openstack-chef | 17:38 | |
| *** emagana has quit IRC | 17:43 | |
| *** ogny1 has quit IRC | 17:43 | |
| markvan | I think that aptly and S3 should work, I'll give that a try with current repo to see that I can reproduce the same testing env. | 17:48 |
| cmluciano | can also look into https://github.com/blueboxgroup/giftwrap | 17:49 |
| sc` | do we have any tripleo stuff yet? | 17:53 |
| *** otter768 has joined #openstack-chef | 17:56 | |
| *** otter768 has quit IRC | 18:01 | |
| cmluciano | sc`: don’t believe so | 18:04 |
| cmluciano | I’m trying to remember if their was a blueprint | 18:04 |
| sc` | i didn't see one in a quick scan | 18:05 |
| sc` | unless it's called something unrelated | 18:06 |
| cmluciano | doubtful, I don’t think it has come up yet | 18:06 |
| j^2 | yeah the giftwrap thing was being pushed by carlp | 18:29 |
| j^2 | the project never really got anywhere | 18:29 |
| *** rtheis_ has joined #openstack-chef | 18:30 | |
| *** nathenharvey has quit IRC | 18:30 | |
| *** rtheis has quit IRC | 18:33 | |
| sc` | hm | 18:41 |
| *** ozialien has quit IRC | 18:42 | |
| *** ozialien has joined #openstack-chef | 18:44 | |
| *** carlp has joined #openstack-chef | 18:45 | |
| *** ChanServ sets mode: +o carlp | 18:45 | |
| j^2 | carlp: sc` was asking about giftwrap :) | 18:47 |
| carlp | Hello sc, I don't know if I have a lot of info I can add, but I know the right people to poke. Fire away. | 18:48 |
| sc` | oh, mostly just curious to know what it can do. rdo and ubuntu kilo trunk are a little hot to the touch right now | 18:52 |
| sc` | we were throwing around the idea of snapshotting trunk for both and having them somewhere closer to home | 18:53 |
| sc` | makes it easier to get cookbook patches in without getting blocked like is the case today | 18:54 |
| carlp | well, we are currently not using giftwrap against trunk. So I don't know if it will be a huge help. | 18:57 |
| carlp | Also, by default giftwrap makes generic packages - just like RDO. So, if RDO is busted giftwrap will be as well | 18:58 |
| sc` | well, it's not to keep up with trunk, but to stay just a little bit behind the latest and brokenest | 19:02 |
| *** mattray has quit IRC | 19:02 | |
| sc` | does it make any sense? markvan correct me if i'm in left field | 19:03 |
| *** mattray has joined #openstack-chef | 19:03 | |
| *** ChanServ sets mode: +o mattray | 19:03 | |
| sc` | basically, i don't want another situation like we're in with rdo | 19:05 |
| markvan | sc`: yup, that's the basic idea, of course it usually would be a snapshot of a "working" repo package set | 19:05 |
| sc` | i'd rather have the last set of usable packages that passed rdo's ci | 19:05 |
| sc` | as opposed to no openstack packages as is currently the case | 19:05 |
| *** wojdev has joined #openstack-chef | 19:06 | |
| *** wojdev has quit IRC | 19:06 | |
| sc` | when the kilo packages broke, there became no option for getting a working set of packages from rdo | 19:07 |
| sc` | even if they're a little stale | 19:07 |
| sc` | currently, you have to go even closer to trunk, to delorean | 19:07 |
| sc` | and there's no guarantee it even works | 19:07 |
| carlp | This sounds like we need something that builds trunk and tests it. I've been working on plans for that for a while, but no one seemed interested. I may have to dust all that off | 19:24 |
| sc` | i've strongly suggested rdo to shift their efforts to openstack infra to take advantage of zuul | 19:25 |
| sc` | but that's a longer-term thing | 19:25 |
| sc` | and the same would have to be done for every other openstack packager | 19:26 |
| sc` | with rdo, it's easy to know what is and isn't consumable for trunk | 19:27 |
| sc` | if it shows up on fp.o, it's probably good | 19:27 |
| openstackgerrit | Mark Gloshen proposed stackforge/cookbook-openstack-ops-database: Add additional mysql tunables https://review.openstack.org/167843 | 19:29 |
| sc` | https://repos.fedorapeople.org/repos/openstack/openstack-kilo/epel-7/ | 19:30 |
| sc` | all of these have made it out of delorean | 19:30 |
| sc` | but no openstack packages are there yet | 19:30 |
| sc` | before the build broke, you could grab a full snapshot | 19:30 |
| sc` | when the build broke, the packages disappeared | 19:30 |
| openstackgerrit | Mark Gloshen proposed stackforge/cookbook-openstack-ops-database: Add additional mysql tunables https://review.openstack.org/167843 | 19:53 |
| *** otter768 has joined #openstack-chef | 19:57 | |
| *** thumpba has joined #openstack-chef | 19:58 | |
| *** thumpba_ has joined #openstack-chef | 19:59 | |
| sc` | https://review.openstack.org/#/c/167321/ should probably be wf'd if it's good to go | 20:00 |
| *** otter768 has quit IRC | 20:01 | |
| *** thumpba has quit IRC | 20:02 | |
| *** ozialien has quit IRC | 20:03 | |
| openstackgerrit | JJ Asghar proposed stackforge/cookbook-openstack-client: Adding nova creating and deleting for client https://review.openstack.org/172192 | 20:05 |
| j^2 | @core ^^^ boom! this is the start of the way to write the LWRPs for the client cookbook! | 20:06 |
| os-chef-bot | @j^2 @markvan @mattray @wenchma @jklare @cmluciano ^^^ boom! this is the start of the way to write the LWRPs for the client cookbook! | 20:06 |
| sc` | woot :) | 20:07 |
| j^2 | damn foodcritic and rubocop | 20:07 |
| cmluciano | lololololo | 20:07 |
| cmluciano | sc`: Unfortunately I can’t test it :P | 20:08 |
| sc` | cmluciano: it works with markvan's notes on getting aio_nova to work | 20:08 |
| cmluciano | I thought we still got caught at the libvirt issue? | 20:09 |
| sc` | libvirt is a problem with the ubuntu package, it seems | 20:09 |
| sc` | but converge works | 20:09 |
| cmluciano | so it converges but I can | 20:09 |
| sc` | you can't boot a vm | 20:09 |
| cmluciano | exactly | 20:09 |
| sc` | well, you can, but the vm bails out because nova is busted | 20:10 |
| sc` | so from a pure perspective of "does it work?", the answer is yes | 20:10 |
| cmluciano | i would rather be able to go through to the end to make sure | 20:10 |
| sc` | fair enough | 20:10 |
| openstackgerrit | JJ Asghar proposed stackforge/cookbook-openstack-client: Adding nova creating and deleting for client https://review.openstack.org/172192 | 20:11 |
| cmluciano | while it seems like a simple change we keep getting bit by small things that are not fully tested | 20:11 |
| cmluciano | then we end up with issues down the line | 20:11 |
| cmluciano | case in point, ironic | 20:11 |
| sc` | dumb question: do changes to the cookbooks kick off tests that suck in the rest of the cookbook set? | 20:11 |
| cmluciano | like the tests that jenkins runs? | 20:12 |
| markvan | sc`: yup, gates run berks vendor each time to pull them in | 20:12 |
| sc` | tempest would be a good smoke test for the cookbooks | 20:13 |
| sc` | a bit heavyweight | 20:13 |
| cmluciano | ya I think j^2 has a commit up for tempest | 20:13 |
| markvan | sc`: yup, checkout https://review.openstack.org/#/c/164876/ | 20:13 |
| cmluciano | we’d like to have a separate CI to run the testing stack and report back also | 20:14 |
| sc` | yeah | 20:14 |
| sc` | the changes i've seen in the backlog seem to be going in that direction | 20:14 |
| sc` | which is a Good Thing | 20:14 |
| markvan | j^2: for other cookbooks use of the client cookbook lwrp's it seems very ugly to have to pass in all the auth stuff each time, must be a way we can make that easier. maybe a helper between Common and Client to provide all that as an option. Would greatly simplify the existing cookbooks. | 20:18 |
| markvan | clean separation of auth info from task info. | 20:21 |
| *** ozialien has joined #openstack-chef | 20:26 | |
| j^2 | markvan: I agree there should be an abstraction for auth but I don't think it should hold up merges. The lwrp working with fog is more important then clean code. No reason you couldn't declare it at the top of the recipe either | 20:27 |
| j^2 | I want this out so we can start testing neutron too | 20:28 |
| j^2 | Aio_neutron and the like | 20:28 |
| markvan | yup, understand, but we should explore this a bit to see how it might affect this, I don't want to go back and redesign from beginning again. | 20:30 |
| j^2 | No reason why you should it's just a simple wrapper around fog | 20:31 |
| markvan | I think the big question here is if client cookbook can depend upon Common cookbook? If no, then need a better way to pass in auth, if yes, need a way to integrate them | 20:31 |
| *** jmickle has quit IRC | 20:31 | |
| markvan | It;s the "wrapper around fog" I worried about. Fog interface is not friendly to our cookbook usage | 20:32 |
| j^2 | I don't think it's something we should think about in the beginning. Again is is more driven to the lwrps for fog then anything else. MVP is more important t | 20:32 |
| j^2 | Then you don't have to use it | 20:33 |
| j^2 | It's not required for anything at the moment | 20:33 |
| j^2 | Eventually It can be, but initially it's a MVP | 20:33 |
| markvan | yup, simple wrapper is ok for a poc, but before we try to make use of this in other cookbooks, will need to overcome this auth mess | 20:34 |
| *** ozialien has quit IRC | 20:34 | |
| j^2 | And the MVP is a POC of a wrapper around fog so we can create all the LWRPs so we aren't gated by this | 20:35 |
| *** jmickle has joined #openstack-chef | 20:35 | |
| j^2 | Agreed, but the auth mess is down the line much farther then we should be looking in practical expectations I believe | 20:35 |
| markvan | sure. When you mentioned the aio_neutron, I'm thinking that will go into the neutron cookbook, and would like to auth integration when that happens. If it's outside network is a separate aio_neutron recipe, then I'm ok with using a simple poc. | 20:38 |
| j^2 | No no you completely miss understood | 20:39 |
| j^2 | We don't created networks or routers with neutron as we all know | 20:39 |
| j^2 | This client cookbook would run after the chef-provisioning script and create a sane default network router and probably compute nodes for you | 20:40 |
| markvan | yup, no lwrp for doing that in the network cookbook. | 20:40 |
| j^2 | And the heavy lifting is all die with fog | 20:41 |
| j^2 | Done* | 20:41 |
| j^2 | hence the lwrp | 20:41 |
| markvan | sure, but it's really not in the client cookbook it self right, that's just where the lwrps will live. Need other recipes in repo to use them. | 20:42 |
| *** jmickle has quit IRC | 20:42 | |
| j^2 | So are you suggesting putting the lwrps in the different projects not client? | 20:43 |
| j^2 | Being that client was supposed to be the "operators" and "consumers" entry point I though that simple lwrps was a good starting point | 20:44 |
| markvan | no, lwrp's belong in client. The code that makes use of them for setting up a multi/aio_neutron need to be closer to that, so I was suggesting jsut dropping in repo for now | 20:44 |
| sc` | just looking at the poc, i'm good with it in its current form just to have something to poke at | 20:44 |
| markvan | Do, you also want to out "working" example recipes within the client cookbook to show it off? That sounds ok to. | 20:45 |
| j^2 | Yeah we can easily improve it, but it's very much a start ya know? | 20:45 |
| markvan | such that the aio_network would just use that "working" example recipe from client to actually test with it | 20:46 |
| j^2 | I mean the delete action requires the id that's just lame. It should be the friendly name ya know | 20:46 |
| j^2 | markvan: yep exactly | 20:46 |
| markvan | humm, pretty sure nova cli can handle either id or name (if unique) | 20:46 |
| j^2 | Fog can too | 20:47 |
| markvan | but not sure what Fog can handle | 20:47 |
| sc` | no need to boil the ocean on this one | 20:47 |
| j^2 | It just requires the id for the actual method | 20:47 |
| markvan | ah, interesting | 20:47 |
| j^2 | sc`: yeah it's not anything we should worry about now | 20:48 |
| j^2 | More importantly is all the methods matched to lwrps after this being merged | 20:48 |
| *** smccully has quit IRC | 20:49 | |
| *** neelashah1 has quit IRC | 20:52 | |
| *** mattray has quit IRC | 20:57 | |
| *** stevemar has quit IRC | 20:58 | |
| *** jmickle has joined #openstack-chef | 21:03 | |
| *** emagana has joined #openstack-chef | 21:06 | |
| *** jmickle has quit IRC | 21:07 | |
| *** jmickle has joined #openstack-chef | 21:30 | |
| *** mancdaz has quit IRC | 21:35 | |
| *** mancdaz has joined #openstack-chef | 21:38 | |
| *** otter768 has joined #openstack-chef | 21:58 | |
| *** otter768 has quit IRC | 22:03 | |
| *** emagana has quit IRC | 22:03 | |
| openstackgerrit | Mark Gloshen proposed stackforge/cookbook-openstack-ops-database: Add additional mysql tunables https://review.openstack.org/167843 | 22:13 |
| *** emagana has joined #openstack-chef | 22:33 | |
| *** emagana_ has joined #openstack-chef | 22:35 | |
| *** emagana has quit IRC | 22:38 | |
| *** emagana_ has quit IRC | 22:39 | |
| *** emagana has joined #openstack-chef | 22:45 | |
| *** ncerny has quit IRC | 22:55 | |
| *** seizadi has quit IRC | 22:57 | |
| *** emagana has quit IRC | 22:58 | |
| *** DaveIshmael has joined #openstack-chef | 23:04 | |
| *** jmickle has quit IRC | 23:05 | |
| *** thumpba has joined #openstack-chef | 23:06 | |
| *** thumpba_ has quit IRC | 23:08 | |
| *** seizadi has joined #openstack-chef | 23:29 | |
| *** thumpba_ has joined #openstack-chef | 23:34 | |
| *** kei_yama has joined #openstack-chef | 23:36 | |
| *** thumpba has quit IRC | 23:37 | |
| sc` | j^2: know any good resources on chef-provisioning? for some reason, chef-zero seems to try to respawn in this run | 23:43 |
| j^2 | sc`: hmmm that's odd | 23:57 |
| sc` | very odd, but it's probably the cookbooks i'm using | 23:58 |
| j^2 | The main chef-provisioning repo has a good readme on how write a driver that breaks the majority of it down | 23:58 |
| sc` | i'll poke around in there | 23:59 |
| *** otter768 has joined #openstack-chef | 23:59 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!