| *** blp has quit IRC | 00:16 | |
| *** gsagie_ has joined #openstack-neutron-ovn | 04:42 | |
| gsagie_ | russellb, otherwiseguy: here by any chance? | 04:43 |
|---|---|---|
| otherwiseguy | gsagie_: I am. | 04:43 |
| gsagie_ | otherwiseguy : i commented on the transaction reducing task, i first did it the same way you mentioned but russell raised a concern about the fact it does un-needed searches for rows | 04:44 |
| gsagie_ | for each command | 04:44 |
| otherwiseguy | gsagie_: Hmm. | 04:45 |
| gsagie_ | I am usually against doing "performance optimizations" before actually seeing problems, but since we almost always set all fields and since there aren't that many fields i thought it wouldn't look so bad that way | 04:47 |
| otherwiseguy | gsagie_: In this case, I'd probably do the optimization when we find its the bottleneck. I remember actually getting rid of the lookups in general by adding indexed lookups, and even with n=4000 it didn't end up saving a noticeable amount of time. | 04:47 |
| otherwiseguy | So I just removed the optimization since it made things horribly complex. In this case, I could go either way. | 04:48 |
| gsagie_ | it does reduce a lot of code as well | 04:49 |
| gsagie_ | not a lot, but some code :) | 04:49 |
| *** ajo has joined #openstack-neutron-ovn | 04:49 | |
| otherwiseguy | Just don't want to get into a situation where we're scattering arg=None, arg=Something, arg=None, etc. to set just one thing, but not another. I've got to go to bed now, but I'll look again in the morning. Might be some generalized Set()/Get()/Find() kinds of functions we could add like the neutron ovsdb code has as well. | 04:54 |
| gsagie_ | ok, good night | 04:56 |
| otherwiseguy | gsagie_: good night. sorry for the back and forth suggestions on the patch. i hate it when that happens. | 04:58 |
| gsagie_ | its ok np, i actually liked the approach you suggested first, but i think that with python this actually doesn't look so bad, because what you just said will translate to just this => set_port(arg=something) | 05:01 |
| gsagie_ | we have the default values, so anything that is not set will not be | 05:01 |
| gsagie_ | i will just convert the None to something like "UNSET" (with value of -1 for example) | 05:03 |
| gsagie_ | but np, doing with transactions is fine too as far as i am concerned | 05:03 |
| *** openstackgerrit has quit IRC | 05:22 | |
| *** openstackgerrit has joined #openstack-neutron-ovn | 05:22 | |
| *** gsagie_ has quit IRC | 05:37 | |
| openstackgerrit | Gal Sagie proposed stackforge/networking-ovn: Reduce the number of OVSDB transactions https://review.openstack.org/178540 | 07:52 |
| openstackgerrit | Gal Sagie proposed stackforge/networking-ovn: Reduce the number of OVSDB transactions https://review.openstack.org/178540 | 07:54 |
| *** ajo has quit IRC | 08:34 | |
| *** ajo_ has joined #openstack-neutron-ovn | 08:34 | |
| *** openstackgerrit_ has joined #openstack-neutron-ovn | 10:16 | |
| *** openstackgerrit_ has quit IRC | 10:31 | |
| russellb | otherwiseguy: gsagie i'm not sure i understand why all of the lookups would be needed. in the create case, we just need to keep the created row reference around and pass it to each command | 12:34 |
| openstackgerrit | Gal Sagie proposed stackforge/networking-ovn: Reduce Transactions Usage in Mech driver https://review.openstack.org/179049 | 12:47 |
| openstackgerrit | Gal Sagie proposed stackforge/networking-ovn: Reduce the number of OVSDB transactions https://review.openstack.org/178540 | 12:48 |
| *** ajo_ is now known as ajo | 13:40 | |
| otherwiseguy | russellb: gsagie: one thing I was thinking is do it like gsagie is doing it, but instead of enumerating the arguments (which would have to be updated if the schema changed), instead have Add/Update Commands that took **columns and just loop through columns.items doing setarg on them. You'd probably still need special commands if you just wanted to modify a column that was a set or a dict instead of completely | 13:54 |
| otherwiseguy | overwriting it. | 13:54 |
| otherwiseguy | Magic value of UNSET = -1 thing might be dangerous. If we were going with the magic value thing it should just be an object() using 'is' as a comparison. | 13:56 |
| otherwiseguy | or a tuple | 13:56 |
| otherwiseguy | same thing really, just have 'is' match on object id. | 13:57 |
| russellb | otherwiseguy: did you see the alternative patch? | 13:57 |
| russellb | also, https://twitter.com/Ben_Pfaff/status/593669028167622656 | 13:57 |
| otherwiseguy | russellb: did that address your concern about redundant lookups? | 14:00 |
| russellb | no | 14:06 |
| russellb | but it doesn't make it any worse than it already is today | 14:06 |
| russellb | doing 1 lookup seems pretty easy to fix | 14:06 |
| otherwiseguy | I like the general style of using multi-op transactions. The reason there were so many commands in the neutron version was trying to support ovs-vsctl and ovs_lib and IDL all at the same time. Since ovs-vsctl did add-port blah -- set Port blah col=val, etc. And ovs_lib kind of did all kinds of weird things, it ended up pretty piecemeal. Being able to create objects with their columns filled seems like a decent | 14:07 |
| otherwiseguy | abstraction to be able to use. | 14:07 |
| otherwiseguy | And with **columns it doesn't get ugly with all of the if:if:if stuff. | 14:08 |
| otherwiseguy | Not sure if passing around rows in Commands would work very well with transactions that can be retried, etc. Might have a reference to a row that was deleted or something? | 14:09 |
| otherwiseguy | Commands generally have to be able to hold all state they need to be able to be run, and re-run if something changes. That generally means re-doing the lookup when retrying. | 14:10 |
| otherwiseguy | I'm certainly ok with the multi-op transaction patch as it is--it's what I would have done. Just got to thinking a bit about why I would have done it and started thinking about gsagie's implementation as I was falling asleep and ideas kindof swirled around as I drifted off to sleep. :p | 14:11 |
| openstackgerrit | Russell Bryant proposed stackforge/networking-ovn: local.conf.sample: Enable the rest of OpenStack https://review.openstack.org/179102 | 14:24 |
| * russellb going to stand up some VMs and see what breaks ... | 14:26 | |
| russellb | if anyone else wants to try, you just need to update your ovs tree to ... | 14:30 |
| russellb | $ git add remote http://github.com/blp/ovs-reviews.git | 14:30 |
| russellb | $ git fetch blp | 14:30 |
| russellb | $ git checkout blp/ovn | 14:30 |
| russellb | well, it doesn't compile. | 14:33 |
| russellb | so.. | 14:33 |
| russellb | or he didn't push his latest patches to the branch | 14:34 |
| * russellb looks into it | 14:34 | |
| *** gsagie_ has joined #openstack-neutron-ovn | 14:44 | |
| gsagie_ | so, i guess we going with the transactions :) | 14:47 |
| otherwiseguy | gsagie: russellb: was thinking something like https://gist.github.com/otherwiseguy/f7e21ece51813469cc1d might be a solution to unnecessary lookups while somewhat sane API. | 14:47 |
| russellb | otherwiseguy: yeah, that's one way ... I was thinking just return the row from the first command that creates it, and pass it in to the rest of the commands | 14:49 |
| russellb | instead of the neutron port id | 14:49 |
| otherwiseguy | russellb: see above, I don't think that works if we have to retry the transaction due to a TRY_AGAIN. The row may be invalid, right? | 14:49 |
| russellb | otherwiseguy: oh, right | 14:50 |
| russellb | carry on | 14:50 |
| russellb | sorry missed that | 14:50 |
| otherwiseguy | russellb: it's complicated enough, I'm not 100% sure that's right, but it *feels* right so I'm going with it. :p | 14:50 |
| otherwiseguy | Also not sure what I gist'd actually works either. :p | 14:51 |
| otherwiseguy | But it was an idea and I had to push it out of my head somewhere. :p | 14:51 |
| gsagie_ | markmcclain: don't have any percentage yet..;) but you might want to add Akanda here : https://review.openstack.org/#/c/175952/ | 14:51 |
| russellb | otherwiseguy: what you propose is closer to gsagie's first patch | 14:52 |
| russellb | at this point i'm not sure i care much :) | 14:52 |
| russellb | whatever you guys think | 14:52 |
| russellb | as long as we do things in 1 transaction | 14:52 |
| russellb | and cutting down on lookups would be ideal | 14:52 |
| russellb | so maybe the 2nd approach isn't so good | 14:52 |
| russellb | i say i don't care, but i clearly do | 14:53 |
| russellb | i just don't feel good :( | 14:53 |
| russellb | finally going to dr today | 14:53 |
| otherwiseguy | russellb: yeah, just with some syntactic differences. Basically a "don't have to modify stuff just because the schema added a column" | 14:53 |
| gsagie_ | russellb : again? | 14:53 |
| russellb | been sick for almost 2 weeks now | 14:53 |
| gsagie_ | :( | 14:53 |
| gsagie_ | otherwiseguy : i like the generic of your solution, but now the user needs to know what options he can set | 14:54 |
| otherwiseguy | russellb: perhaps you have been working too hard. maybe you should add a third earlier trip to the caribbean. | 14:54 |
| gsagie_ | so it looks good, but i think complicate a bit | 14:54 |
| otherwiseguy | gsagie_: docstrings! :) | 14:55 |
| openstackgerrit | Russell Bryant proposed stackforge/networking-ovn: devstack: Change tunnel encap to geneve. https://review.openstack.org/179115 | 14:55 |
| otherwiseguy | gsagie_: yeah, that was always something I found a little annoying about the 'load a schema from a file" thing is that it makes one have to know what was in the schema. | 14:56 |
| russellb | latest ovn patches here if anyone wants to try them https://github.com/russellb/ovs/commits/ovn | 14:57 |
| gsagie_ | cool, lots of progress | 14:57 |
| otherwiseguy | gsagie_: I actually made a toy version of a lib that actually automatically created classes for each of the Table types at runtime when pulling a schema from the server. :p So even the class names you'd never see in code. :p | 14:57 |
| russellb | gsagie_: yeah, about to try to start some VMs and see what happens | 14:57 |
| otherwiseguy | The lib code was like 50 lines. :p | 14:58 |
| gsagie_ | otherwiseguy: i know these kind of solutions they look nice but pain to debug :) i did a same thing with Netconf some time ago btw.. | 14:58 |
| otherwiseguy | Yeah, it was more of a "do it because I can" thing that I immediately threw away. :) | 14:59 |
| otherwiseguy | IDL itself is that way as far as column names go, though. | 14:59 |
| otherwiseguy | It's not too bad in that if you mess up it just throws an exception at you. :p | 15:00 |
| gsagie_ | as far as the patch goes, i don't mind to go with your proposal if you think it looks better, i prefer to listen to the more experienced python people ;) | 15:01 |
| gsagie_ | you want to edit it ? | 15:01 |
| gsagie_ | i will only get to it on sunday | 15:01 |
| russellb | /home/rbryant/devstack/functions-common: fork: Cannot allocate memory | 15:02 |
| russellb | >_< | 15:02 |
| otherwiseguy | gsagie_: Only if you don't dislike the generalized stuff too much. Your opinion is as valid as mine there. It's your fault for convincing me that lots of little functions were unnecessary. :p I would have just gone with the first multi-op transaction thing otherwise. | 15:04 |
| otherwiseguy | russellb: what are you doing to that poor machine? | 15:05 |
| russellb | otherwiseguy: ./stack.sh ? | 15:05 |
| russellb | :( | 15:05 |
| russellb | added API_WORKERS=1 to local.conf, hopefully that helps | 15:05 |
| russellb | i miss my $500/month rackspace credit hehe | 15:06 |
| gsagie_ | i say its time that RedHat buys you a new laptop ;) | 15:06 |
| russellb | gsagie: this laptop is literally less than a week old | 15:06 |
| russellb | but i opted for the ultra lightweight model that has a max of 8 GB RAM | 15:07 |
| russellb | 2 GB RAM in this VM | 15:07 |
| russellb | that should be able to run devstack ... | 15:07 |
| gsagie_ | its pretty slow on my VM when i assign it only 2GB | 15:09 |
| russellb | back in my day i could run devstack with 1 GB of RAM just fine! | 15:10 |
| gsagie_ | otherwiseguy: i dont dislike it.. | 15:10 |
| russellb | ImportError: /usr/lib64/python2.7/lib-dynload/unicodedata.so: failed to map segment from shared object | 15:10 |
| russellb | c-api failed to start | 15:10 |
| russellb | >_< | 15:10 |
| * otherwiseguy remembers having to load emm386.exe to be able to run games that needed more than 640k of memory | 15:12 | |
| otherwiseguy | someone needs to +2 russellb's ovs in global-requirements patch: https://review.openstack.org/#/c/177891/ Though I'm not sure who the requirements cores are. | 15:14 |
| russellb | https://review.openstack.org/#/admin/groups/131,members | 15:16 |
| russellb | and to see who's doing reviews actively ... http://stackalytics.com/?release=kilo&module=requirements | 15:16 |
| otherwiseguy | russellb: thanks. pinged sdague/dhellmann. | 15:25 |
| gsagie_ | otherwiseguy: if you want to edit my patch before sunday feel free with it, i am ok with the approach you presented :) | 15:30 |
| otherwiseguy | gsagie_: Ok, I'll see if I can get around to it. I've also got this ipv6-only cloudinit thing I keep putting off because ovn is more fun. :p | 15:31 |
| russellb | otherwiseguy: i've been avoiding several other things for OVN heh | 15:35 |
| russellb | ummmm | 15:45 |
| russellb | I *think* I just booted 2 VMs with Nova and pinged between them via OVN | 15:46 |
| gsagie_ | cool :) | 15:46 |
| russellb | it just ..... worked | 15:47 |
| russellb | even DHCP worked | 15:47 |
| mestery | russellb: COOL! | 15:53 |
| russellb | i'm going through some checks to make sure it's doing what i think it's doing | 15:54 |
| russellb | :) | 15:54 |
| mestery | :) | 15:54 |
| gsagie_ | heh yeah, things that work the first time are scary | 15:54 |
| russellb | yes. | 15:55 |
| otherwiseguy | !! | 16:10 |
| openstack | otherwiseguy: Error: "!" is not a valid command. | 16:10 |
| * otherwiseguy glares at openstack | 16:11 | |
| russellb | otherwiseguy: do you know if cloud-init has a log file or something? | 16:11 |
| russellb | trying to double check what it did | 16:11 |
| otherwiseguy | russellb: I should, but I don't. I know horizon has a 'log' tab. :p | 16:12 |
| russellb | ok | 16:12 |
| russellb | http://openvswitch.org/pipermail/dev/2015-April/054882.html | 16:15 |
| russellb | anyone want to try to replicate my test? | 16:15 |
| markmcclain | russellb: thanks will do | 16:16 |
| russellb | markmcclain: :) | 16:16 |
| russellb | markmcclain: use http://github.com/russellb/ovs.git ovn branch | 16:16 |
| russellb | also using these changes https://review.openstack.org/#/c/179115/ | 16:18 |
| russellb | markmcclain: don't have L3 working yet, fix that for me :-p | 16:19 |
| markmcclain | haha… on it | 16:20 |
| * russellb steps out for a quick lunch | 16:22 | |
| russellb | OVN meeting in #openvswitch in 38 minutes | 16:22 |
| *** dougwig has joined #openstack-neutron-ovn | 16:30 | |
| russellb | dougwig: o/ | 16:37 |
| dougwig | russellb: hiya. :) | 16:37 |
| *** blp has joined #openstack-neutron-ovn | 16:47 | |
| *** armax has joined #openstack-neutron-ovn | 16:49 | |
| blp | russellb: Congratulations! | 16:51 |
| blp | It sounds like you're the first to get the system up. | 16:51 |
| russellb | blp: \o/ | 16:52 |
| russellb | blp: i'm a little suspicious :-) | 16:52 |
| russellb | but it appears to have worked | 16:52 |
| russellb | blp: i was just looking at git ... looks like it was 2 months from first commit to the ovn branch to now. not bad! | 16:52 |
| russellb | and that first commit was the design stuff ... code started mid-march | 16:52 |
| blp | russellb: I'm about to try it out myself this morning. I'll be using ovn-nbctl though instead of Neutron so it's not quite as end-to-end. | 16:54 |
| blp | Wow, that's moving pretty fast then. I hadn't thought about the calendar. | 16:55 |
| blp | That includes a lot of distractions too--I took off a week for vacation and Justin took off some time too I think. | 16:55 |
| russellb | blp: sounds good, i'm eager to see if someone else can make it work too | 16:55 |
| markmcclain | russellb: my instances are going into error state, so looking now to see why | 17:07 |
| openstackgerrit | Merged stackforge/networking-ovn: local.conf.sample: Enable the rest of OpenStack https://review.openstack.org/179102 | 17:11 |
| openstackgerrit | Merged stackforge/networking-ovn: devstack: Change tunnel encap to geneve. https://review.openstack.org/179115 | 17:12 |
| *** blp has quit IRC | 17:47 | |
| *** gsagie_ has quit IRC | 17:48 | |
| mestery | russellb: I'm trying to replicate yoru stuff, and my VMs are going into ERROR too. But I get this error: | 17:52 |
| mestery | nova.compute.manager (No compute node record for host ovn) | 17:52 |
| mestery | That's the error | 17:52 |
| mestery | I think it's a DNS issue of some sort is my guess with my host | 17:52 |
| *** blp has joined #openstack-neutron-ovn | 17:54 | |
| russellb | mestery: could be | 17:56 |
| russellb | mestery: make sure nova-compute is still running | 17:56 |
| mestery | russellb: It's there, I see it | 17:56 |
| russellb | well, of course it is based on that error message | 17:56 |
| mestery | :) | 17:56 |
| mestery | nova host-list shows compute there, with a host_name of "ovn" as well | 17:56 |
| russellb | check "nova service-list" as well | 17:57 |
| mestery | nova-compute shows up ok there too ... | 17:57 |
| mestery | with hostname of "ovn" as well | 17:57 |
| russellb | so nova is full of lies | 17:57 |
| mestery | lol | 17:57 |
| mestery | This just feels like a hostname/DNS issue ... | 17:58 |
| russellb | ovn in /etc/hosts ? | 17:58 |
| * russellb shrugs | 17:58 | |
| russellb | that seems to be my problem far too often :) | 17:58 |
| mestery | Me too, let me check | 17:58 |
| mestery | It was, but pointing to localhost. | 17:59 |
| mestery | Let me try again | 17:59 |
| russellb | same here | 17:59 |
| mestery | *sigh* | 17:59 |
| russellb | i'm on fedora, but that shouldn't make a difference | 18:00 |
| mestery | right, I don't think so | 18:00 |
| mestery | damn, same problem | 18:00 |
| russellb | mestery: connect to nova db via mysql, check compute_nodes table? | 18:02 |
| mestery | russellb: That's likely the next step. | 18:02 |
| russellb | MariaDB [nova]> select hypervisor_hostname from compute_nodes; | 18:03 |
| russellb | +---------------------+ | 18:03 |
| russellb | | hypervisor_hostname | | 18:03 |
| russellb | +---------------------+ | 18:03 |
| russellb | | devstack | | 18:03 |
| russellb | +---------------------+ | 18:03 |
| russellb | (devstack is my hostname) | 18:03 |
| mestery | mysql> select hypervisor_hostname from compute_nodes; | 18:03 |
| mestery | +---------------------+ | 18:03 |
| mestery | | hypervisor_hostname | | 18:03 |
| mestery | +---------------------+ | 18:03 |
| mestery | | ovn | | 18:03 |
| mestery | +---------------------+ | 18:03 |
| mestery | 1 row in set (0.00 sec) | 18:03 |
| mestery | mysql> | 18:03 |
| mestery | *shrug* | 18:04 |
| russellb | :-/ | 18:04 |
| russellb | i've got to run ... dr appt for me then 1 yr checkup for the kid | 18:04 |
| mestery | No worries, we'll chat later | 18:04 |
| russellb | k | 18:04 |
| mestery | I'll keep digging | 18:04 |
| mestery | markmcclain: My errors were nova related, may want to check your n-cpu logs for something similar, see above ^^^^ | 18:05 |
| markmcclain | mestery: good call… I'll dig there | 18:06 |
| mestery | markmcclain: I cant't quite figure out why it's not booting, so looking. Let me know if you see the same thing. | 18:06 |
| *** gsagie_ has joined #openstack-neutron-ovn | 18:17 | |
| openstackgerrit | Gal Sagie proposed stackforge/networking-ovn: Reduce the number of OVSDB transactions https://review.openstack.org/178540 | 18:23 |
| gsagie_ | russellb, otherwiseguy ^^ this is according to otherwiseguy suggestion | 18:24 |
| otherwiseguy | gsagie_ is going to need a vacation soon working all of these hours. I talked to him 13 hours ago on IRC... | 18:26 |
| *** ajo has quit IRC | 18:26 | |
| otherwiseguy | make that 14. | 18:27 |
| gsagie_ | otherwiseguy: :) i will need you to send it to my boss | 18:27 |
| otherwiseguy | gsagie_: Send me their email and I'll tell them all about how you work too hard. :) | 18:28 |
| openstackgerrit | Gal Sagie proposed stackforge/networking-ovn: Reduce the number of OVSDB transactions https://review.openstack.org/178540 | 18:37 |
| otherwiseguy | gsagie: looks really nice. Just left a little question/comment. | 18:53 |
| *** gsagie_ has quit IRC | 18:54 | |
| *** ajo has joined #openstack-neutron-ovn | 19:33 | |
| openstackgerrit | Terry Wilson proposed stackforge/networking-ovn: Add port 'up' notification https://review.openstack.org/178826 | 19:52 |
| *** ajo has quit IRC | 20:28 | |
| russellb | mestery: did you figure it out? | 20:31 |
| * russellb just got back | 20:31 | |
| russellb | or markmcclain ? | 20:34 |
| *** ajo has joined #openstack-neutron-ovn | 20:34 | |
| markmcclain | russellb: not yet.. I pulled into internal stuff this afternoon | 20:34 |
| russellb | no worries | 20:35 |
| russellb | just seeing if i can help | 20:35 |
| markmcclain | russellb: thanks for checking in | 20:35 |
| russellb | i should kill my devstack VM and start over | 20:35 |
| russellb | see if I can do it again | 20:35 |
| mestery | russellb: Yeah, give that a try | 20:43 |
| mestery | russellb: I never figured out the nova issue, I've some time now for about 1.5 hours or so to debug a bit more | 20:43 |
| russellb | on an unrelated note, i added a job to publish networking-ovn docs | 20:44 |
| russellb | https://review.openstack.org/179236 | 20:44 |
| mestery | russellb: nice! | 20:47 |
| russellb | going to write a more detailed "how to test" document as I rebuild a new devstack VM | 20:48 |
| mestery | russellb: ++ | 20:48 |
| russellb | what ubuntu version do you guys use | 21:07 |
| russellb | 14.04 ? | 21:07 |
| russellb | whatever the latest LTS was i suspect | 21:07 |
| blp | I'm thinking about building a sort of "super-sandbox" that contains multiple simulated hypervisors. | 21:10 |
| russellb | blp: ooh | 21:11 |
| russellb | blp: <3 ovs-sandbox | 21:11 |
| mestery | russellb: 14.04 | 21:11 |
| russellb | mestery: thanks | 21:11 |
| * russellb documenting away! | 21:11 | |
| mestery | russellb: I tore mine down and restarted it, lets see what happens | 21:11 |
| blp | It's possible to connect multiple ovs-vswitchd processes via simulated "network cables" that operate over unix domain sockets. I think we could make that an alternate "tunnel" type. | 21:12 |
| russellb | sounds super cool :) | 21:12 |
| mestery | blp: awesome! | 21:12 |
| blp | And then it becomes possible to do end-to-end testing of OVN within the automated testsuite run by "make check". | 21:12 |
| russellb | blp: yeah, i never got around to writing any tests for the stuff i was working on :( | 21:13 |
| blp | Anyway, it's not going to happen today, but it's a direction for the future. | 21:13 |
| russellb | i was so focused on "make stuff work as quick as possible" | 21:13 |
| mestery | cool | 21:13 |
| russellb | blp: we'll also have all this running in OpenStack CI with real VMs and such | 21:13 |
| russellb | well, it already is in OpenStack CI | 21:14 |
| mestery | russellb: Indeed, and once we get pings working, we can move to running more tests than just deployment :) | 21:14 |
| russellb | but not running any of the functional test suite yet | 21:14 |
| russellb | mestery: yes! | 21:14 |
| blp | russellb: Yes, that's great. For this afternoon I'm getting working in my own VM environment. | 21:16 |
| russellb | blp: cool, report back when it works :) | 21:17 |
| russellb | so we can celebrate, heh | 21:17 |
| blp | Maybe in Vancouver I can get a cake with the OVN logo on it. | 21:19 |
| russellb | ha | 21:19 |
| mestery | rofl | 21:19 |
| russellb | be sure to run "$ ovn-ctl preheat" first | 21:19 |
| mestery | russellb: Rats, same error with a fresh devstack install :( | 21:20 |
| russellb | mestery: i blame ubuntu :-p | 21:21 |
| russellb | mestery: will be testing in a bit, just going slow because i'm writing a bunch as i go | 21:21 |
| mestery | lol | 21:21 |
| mestery | russellb: Let me try fedora too! :) | 21:21 |
| mestery | benefits of having access to a large cloud ;) | 21:21 |
| russellb | who knows what i had done to mine ... i had been using the same devstack VM for a few weeks | 21:21 |
| blp | russellb: haha | 21:24 |
| blp | At some point I do need to install OpenStack for testing too. Never done it. | 21:25 |
| blp | I suspect that the 128 MB RAM VMs I use for testing are ridiculously undersized for OpenStack ;-) | 21:25 |
| russellb | blp: I'm hoping the doc I'm writing right now will make that easy for you, justin, or whoever else | 21:25 |
| blp | russellb: Oh, that's great! Didn't realize you were going into that kind of depth, but it will make it easy for me. | 21:26 |
| russellb | blp: i used to be able to test with 2 GB of RAM, but it kept breaking today, so now I have to do 4 GB :( | 21:26 |
| russellb | blp: yeah, trying to lay it out with copy/paste commands | 21:26 |
| russellb | can't all be copy/paste once you get into crap that has a bunch of UUIDs, but anyway, clear directions :) | 21:27 |
| blp | I started out with 32 MB RAM per VM. Most stuff was OK but valgrind exploded immediately. | 21:28 |
| russellb | heh | 21:28 |
| mestery | russellb: This is embarrassing, but what is the default username for fedora cloud images? o_O | 21:28 |
| russellb | mestery: this is also embarassing, i don't know | 21:28 |
| mestery | lol | 21:28 |
| mestery | Man, my google fu is failing me! | 21:28 |
| russellb | cloud? | 21:29 |
| russellb | fedora? | 21:29 |
| russellb | admin? | 21:29 |
| russellb | root? | 21:29 |
| mestery | lol | 21:29 |
| russellb | i don't know. | 21:29 |
| * mestery tries again | 21:29 | |
| russellb | you think i actually use any of this stuff? | 21:29 |
| mestery | hahahahhaha | 21:29 |
| mestery | Me either. Guilty! :) | 21:29 |
| mestery | fedora: No. cloud: No. | 21:30 |
| * mestery works his way down the list | 21:30 | |
| blp | mestery: It wasn't "lol"? | 21:31 |
| mestery | blp: Ha! | 21:31 |
| russellb | yeah try lol | 21:31 |
| russellb | or hax | 21:32 |
| mestery | hahahahaha | 21:32 |
| mestery | Oooooo ... maybe it's "ubuntusucks" :P | 21:32 |
| mestery | lol | 21:32 |
| *** ajo has quit IRC | 21:32 | |
| russellb | worth a shot | 21:32 |
| mestery | rofl | 21:33 |
| * russellb runs stack.sh | 21:33 | |
| russellb | come onnnnnn ... | 21:33 |
| russellb | i feel like i'm rolling dice every time i run this thing | 21:33 |
| mestery | :) | 21:33 |
| * mestery kicks off stack.sh on a fedora VM | 21:37 | |
| russellb | mestery: what was the user? | 21:38 |
| mestery | russellb: Embarrassingly, it was fedora, but for some reason vagrant was deceiving me. | 21:39 |
| * mestery shakes his fist at this new-fangled software | 21:39 | |
| russellb | ha! | 21:39 |
| russellb | you use vagrant with an openstack cloud? | 21:39 |
| russellb | i'm not hip enough for vagrant | 21:39 |
| mestery | Yup | 21:39 |
| mestery | Love it! | 21:39 |
| mestery | I never have to remember IPs! :) | 21:39 |
| * mestery courses IP addresses | 21:39 | |
| russellb | courses? you eat them, but in between main and dessert? | 21:40 |
| mestery | lol | 21:40 |
| mestery | MOAR IPv6! | 21:40 |
| russellb | LALALALALA | 21:41 |
| * russellb naps during stack.sh | 21:41 | |
| * mestery has to take off soon, kid duty begins | 21:43 | |
| mestery | I'll be back at this later tonight though | 21:43 |
| russellb | cool ... wife and kid are watching sesame street right by me heh | 21:44 |
| russellb | really just to get through a run before closing up though | 21:45 |
| mestery | yup | 21:45 |
| russellb | Configuring OVN | 21:48 |
| russellb | Creating OVS, OVN-Southbound and OVN-Northbound Databases | 21:48 |
| russellb | ovsdb-tool: failed to read schema: "/opt/stack/ovs/ovn/ovn-sb.ovsschema" could not be read as JSON (error opening "/opt/stack/ovs/ovn/ovn-sb.ovsschema": No such file or directory) | 21:48 |
| * russellb glares | 21:48 | |
| russellb | i love stupid errors that occur because i used to have old files sitting around | 21:49 |
| russellb | oh nevermind, this is because the git repo isn't called "ovs" it's "ovs-reviews" | 21:50 |
| russellb | blp: hey can you rename your git repo so I don't have to fix my shell script? | 21:50 |
| russellb | :-p | 21:50 |
| blp | russellb: haha | 21:55 |
| blp | I once ran into a problem where all the OVS tests that used SSL started failing one day. | 21:56 |
| blp | It turned out that I'd kept around the same build directory for so long that the SSL certificates that the testsuite generates (just once) had expired. | 21:56 |
| russellb | amazing | 21:58 |
| blp | I think the expiration time was set to 2 years. | 22:00 |
| blp | After t | 22:01 |
| blp | After that I think I submitted a patch to extend it. | 22:01 |
| russellb | ha, because obviously having to recreate your build dir sooner than 2 years is really inconvenient | 22:02 |
| russellb | mestery: well, devstack ran. | 22:03 |
| openstackgerrit | Russell Bryant proposed stackforge/networking-ovn: docs: Remove content from usage.rst https://review.openstack.org/179261 | 22:05 |
| openstackgerrit | Russell Bryant proposed stackforge/networking-ovn: devstack: Fix git repo name assumptions. https://review.openstack.org/179262 | 22:05 |
| openstackgerrit | Russell Bryant proposed stackforge/networking-ovn: devstack: Give example of custom ovs git repo. https://review.openstack.org/179263 | 22:05 |
| openstackgerrit | Russell Bryant proposed stackforge/networking-ovn: WIP: Add testing howto doc. https://review.openstack.org/179264 | 22:05 |
| *** armax has quit IRC | 22:15 | |
| russellb | i'm out for the night ... will finish up that doc tomorrow | 22:17 |
| *** blp has left #openstack-neutron-ovn | 23:37 | |
| *** blp has joined #openstack-neutron-ovn | 23:37 | |
| blp | I got OVN working in my test setup too. | 23:37 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!