*** dhellmann has joined #openstack-dev | 00:02 | |
*** dachary has quit IRC | 00:05 | |
*** dachary has joined #openstack-dev | 00:05 | |
*** dtroyer_zzz is now known as dtroyer | 00:05 | |
*** danwent has quit IRC | 00:10 | |
*** danwent has joined #openstack-dev | 00:10 | |
*** markmc has quit IRC | 00:11 | |
*** blamar has quit IRC | 00:13 | |
*** pixelbeat has quit IRC | 00:20 | |
*** dachary has quit IRC | 00:21 | |
*** dachary has joined #openstack-dev | 00:21 | |
*** dhellmann has quit IRC | 00:25 | |
*** matwood has quit IRC | 00:25 | |
*** yosef has left #openstack-dev | 00:31 | |
*** blamar has joined #openstack-dev | 00:33 | |
*** blamar has joined #openstack-dev | 00:35 | |
*** sdake has quit IRC | 00:35 | |
*** s0mik has quit IRC | 00:41 | |
*** johnpostlethwait has quit IRC | 00:45 | |
*** sdake has joined #openstack-dev | 00:49 | |
*** lloydde has quit IRC | 00:50 | |
*** markmcclain has quit IRC | 00:56 | |
*** mnaser has quit IRC | 01:01 | |
*** dtroyer is now known as dtroyer_zzz | 01:03 | |
*** kindaopsdevy has joined #openstack-dev | 01:04 | |
*** ben_duyujie has joined #openstack-dev | 01:09 | |
*** kindaopsdevy has quit IRC | 01:09 | |
*** harlowja has quit IRC | 01:12 | |
*** matwood has joined #openstack-dev | 01:18 | |
*** matwood has quit IRC | 01:20 | |
*** ben_duyujie has quit IRC | 01:20 | |
*** epim_ has joined #openstack-dev | 01:24 | |
*** AlanClark has quit IRC | 01:24 | |
*** arosen has quit IRC | 01:26 | |
*** pmyers has quit IRC | 01:27 | |
*** epim has quit IRC | 01:27 | |
*** epim_ is now known as epim | 01:27 | |
*** pmyers has joined #openstack-dev | 01:27 | |
*** Mandell has quit IRC | 01:27 | |
*** dtroyer_zzz is now known as dtroyer | 01:27 | |
*** matwood has joined #openstack-dev | 01:31 | |
*** vincentricci has joined #openstack-dev | 01:36 | |
*** torgomatic has quit IRC | 01:39 | |
*** roge has quit IRC | 01:43 | |
*** vanchester has joined #openstack-dev | 01:46 | |
*** arosen has joined #openstack-dev | 01:46 | |
*** dtroyer is now known as dtroyer_zzz | 01:55 | |
*** nati_ueno has quit IRC | 01:55 | |
*** glenc has joined #openstack-dev | 01:56 | |
*** glenc_ has quit IRC | 01:59 | |
*** rnirmal has joined #openstack-dev | 02:00 | |
*** dtroyer_zzz is now known as dtroyer | 02:03 | |
*** metral_ has joined #openstack-dev | 02:11 | |
*** metral_ has quit IRC | 02:12 | |
*** jakedahn is now known as jakedahn_zz | 02:14 | |
*** metral has quit IRC | 02:15 | |
*** PotHix has quit IRC | 02:15 | |
*** andrewbogott has quit IRC | 02:17 | |
*** novas0x2a|lapto1 has quit IRC | 02:22 | |
*** Ryan_Lane1 has joined #openstack-dev | 02:22 | |
*** dprince has quit IRC | 02:23 | |
*** Ryan_Lane has quit IRC | 02:25 | |
*** nati_ueno has joined #openstack-dev | 02:29 | |
*** nati_ueno has quit IRC | 02:29 | |
*** dhellmann has joined #openstack-dev | 02:31 | |
*** sdake has quit IRC | 02:36 | |
*** sdake has joined #openstack-dev | 02:41 | |
*** Dr_Who has joined #openstack-dev | 02:50 | |
*** Dr_Who has quit IRC | 02:50 | |
*** Dr_Who has joined #openstack-dev | 02:50 | |
*** rkukura has joined #openstack-dev | 02:51 | |
*** epim has quit IRC | 02:54 | |
*** johnpostlethwait has joined #openstack-dev | 02:57 | |
*** mdomsch has joined #openstack-dev | 03:00 | |
*** sdake has quit IRC | 03:06 | |
*** sdake has joined #openstack-dev | 03:07 | |
*** matwood has quit IRC | 03:08 | |
*** markmcclain has joined #openstack-dev | 03:11 | |
*** edygarcia has joined #openstack-dev | 03:15 | |
*** matiu has quit IRC | 03:17 | |
*** nati_ueno has joined #openstack-dev | 03:25 | |
*** adalbas has quit IRC | 03:26 | |
*** nati_ueno has quit IRC | 03:28 | |
*** matiu has joined #openstack-dev | 03:34 | |
*** sdake has quit IRC | 03:34 | |
*** dolphm has joined #openstack-dev | 03:36 | |
*** s0mik has joined #openstack-dev | 03:38 | |
*** Mandell has joined #openstack-dev | 03:38 | |
*** johnpostlethwait has quit IRC | 03:39 | |
*** sdake has joined #openstack-dev | 03:39 | |
*** nati_ueno has joined #openstack-dev | 03:43 | |
*** sdake has quit IRC | 03:50 | |
*** sdake has joined #openstack-dev | 03:51 | |
*** markmcclain has quit IRC | 03:53 | |
*** sdake__ has joined #openstack-dev | 03:55 | |
*** sdake has quit IRC | 03:57 | |
*** danwent_ has joined #openstack-dev | 03:59 | |
*** danwent has quit IRC | 03:59 | |
*** danwent_ is now known as danwent | 03:59 | |
*** sdake__ has quit IRC | 04:01 | |
*** sdake has joined #openstack-dev | 04:04 | |
*** vincentricci_ has joined #openstack-dev | 04:09 | |
*** vincentricci has quit IRC | 04:09 | |
*** vincentricci_ is now known as vincentricci | 04:09 | |
*** s0mik has quit IRC | 04:09 | |
*** sdake has quit IRC | 04:11 | |
*** sdake has joined #openstack-dev | 04:12 | |
*** andrewsmedina has joined #openstack-dev | 04:16 | |
*** mjfork has quit IRC | 04:18 | |
*** s0mik has joined #openstack-dev | 04:26 | |
*** tserong has quit IRC | 04:33 | |
*** edygarcia has quit IRC | 04:34 | |
*** Dr_Who has quit IRC | 04:35 | |
*** matwood has joined #openstack-dev | 04:36 | |
*** dolphm has quit IRC | 04:36 | |
*** danwent has quit IRC | 04:39 | |
*** andrewsmedina has quit IRC | 04:49 | |
*** danwent has joined #openstack-dev | 05:00 | |
*** tserong has joined #openstack-dev | 05:00 | |
*** tserong has joined #openstack-dev | 05:00 | |
*** sleepsonthefloor is now known as sleepsonzzz | 05:07 | |
*** blamar has quit IRC | 05:08 | |
*** Lumiere has joined #openstack-dev | 05:15 | |
*** s0mik has quit IRC | 05:21 | |
*** steveb_ has quit IRC | 05:23 | |
*** johnpostlethwait has joined #openstack-dev | 05:36 | |
*** sdake has quit IRC | 05:38 | |
*** littleidea has quit IRC | 05:39 | |
*** sdake has joined #openstack-dev | 05:54 | |
*** sdake has quit IRC | 05:57 | |
*** sdake has joined #openstack-dev | 05:57 | |
*** Mandell_ has joined #openstack-dev | 06:01 | |
*** Mandell has quit IRC | 06:01 | |
*** jakedahn_zz is now known as jakedahn | 06:05 | |
*** GheRivero has joined #openstack-dev | 06:07 | |
*** edygarcia has joined #openstack-dev | 06:07 | |
*** edygarcia has quit IRC | 06:09 | |
*** edygarcia has joined #openstack-dev | 06:11 | |
GheRivero | morning people | 06:12 |
---|---|---|
*** dachary has quit IRC | 06:15 | |
*** davidkranz_ has joined #openstack-dev | 06:19 | |
*** davidkranz has quit IRC | 06:19 | |
*** matwood has quit IRC | 06:26 | |
*** Guest51119 has joined #openstack-dev | 06:30 | |
*** Guest51119 has quit IRC | 06:31 | |
*** edygarcia has quit IRC | 06:32 | |
*** Mandell_ has quit IRC | 06:32 | |
*** johnpostlethwa-1 has joined #openstack-dev | 06:40 | |
*** johnpostlethwait has quit IRC | 06:40 | |
*** vanchester has quit IRC | 06:41 | |
*** ohnoimdead has quit IRC | 06:41 | |
*** adjohn has joined #openstack-dev | 06:49 | |
*** dachary has joined #openstack-dev | 06:51 | |
*** ohnoimdead has joined #openstack-dev | 06:55 | |
ttx | morning Ghe | 07:00 |
*** mindpixel has joined #openstack-dev | 07:00 | |
*** vincentricci_ has joined #openstack-dev | 07:09 | |
GheRivero | ttx, is there any date release for 2012.1.1? Debian next stable is freezing end of June and will like to have it on time (though we can manage to do it later) | 07:13 |
ttx | GheRivero: markmc was supposed release it last night | 07:13 |
*** vincentricci has quit IRC | 07:13 | |
*** vincentricci_ is now known as vincentricci | 07:13 | |
*** sieutruc has joined #openstack-dev | 07:14 | |
ttx | GheRivero: yeah, it's up | 07:14 |
ttx | GheRivero: looks like he skipped the announcement | 07:14 |
GheRivero | thanks, i knew it was by now, but didn't see anything :) | 07:15 |
*** tgall_foo has quit IRC | 07:15 | |
ttx | https://launchpad.net/PROJECT/essex/2012.1.1 | 07:15 |
* ttx will circle back to markmc to get the announcement out on the Ml if it's not in the pipe yet | 07:16 | |
*** reidrac has joined #openstack-dev | 07:20 | |
* GheRivero updating Debian packages to 2012.1.1 release. Let's party | 07:21 | |
*** vincentricci has quit IRC | 07:21 | |
*** danwent has quit IRC | 07:30 | |
*** sulochan has joined #openstack-dev | 07:31 | |
*** mrunge has joined #openstack-dev | 07:32 | |
*** pixelbeat has joined #openstack-dev | 07:35 | |
*** mrunge has quit IRC | 07:39 | |
*** mrunge has joined #openstack-dev | 07:39 | |
*** dachary has quit IRC | 07:48 | |
*** dachary1 has joined #openstack-dev | 07:48 | |
*** mindpixel has quit IRC | 07:53 | |
*** johnpostlethwa-1 has quit IRC | 08:02 | |
*** markmc has joined #openstack-dev | 08:05 | |
markmc | good morning ttx | 08:07 |
*** adjohn has quit IRC | 08:08 | |
ttx | markmc: morning! Did you send anything to the ML about 2012.1.1 release ? | 08:08 |
markmc | ttx, that's what I'm doing now | 08:08 |
markmc | ttx, I don't think I've missed anything else? | 08:08 |
markmc | ttx, wondering whether we want to include a list of fixed CVEs in the announce? | 08:09 |
ttx | markmc: if you want to highlight anything, that would be the first thing to mention | 08:10 |
markmc | ttx, ok, compiling a list now ... or do you have one handy? | 08:10 |
ttx | sounds like a good idea since it's not that obvious from the LP milestone page | 08:10 |
*** tgall_foo has joined #openstack-dev | 08:13 | |
markmc | ttx, interesting: https://bugs.launchpad.net/nova/+cve | 08:13 |
ttx | markmc: nice. Just not sure that we actually linked them all :) | 08:14 |
markmc | ttx, yeah | 08:15 |
*** maploin has joined #openstack-dev | 08:17 | |
*** maploin has quit IRC | 08:17 | |
*** maploin has joined #openstack-dev | 08:17 | |
GheRivero | markmc, i keep an updated list at: http://wiki.openstack.org/SecurityAdvisories/Essex | 08:19 |
*** dolphm has joined #openstack-dev | 08:20 | |
markmc | GheRivero, excellent, thanks! | 08:20 |
*** darraghb has joined #openstack-dev | 08:23 | |
*** dolphm has quit IRC | 08:24 | |
*** danwent has joined #openstack-dev | 08:35 | |
*** steveb_ has joined #openstack-dev | 08:36 | |
*** danwent has quit IRC | 08:36 | |
*** Ryan_Lane1 is now known as Ryan_Lane | 08:45 | |
*** Ryan_Lane has joined #openstack-dev | 08:45 | |
*** dachary1 is now known as dachary | 08:56 | |
*** eglynn has joined #openstack-dev | 08:59 | |
*** markmc has quit IRC | 09:31 | |
*** danpb has joined #openstack-dev | 09:43 | |
*** taziden has joined #openstack-dev | 10:04 | |
*** rods has joined #openstack-dev | 10:07 | |
*** steveb_ has quit IRC | 10:09 | |
*** apevec has joined #openstack-dev | 10:14 | |
*** Ryan_Lane has quit IRC | 10:31 | |
*** steveb_ has joined #openstack-dev | 10:31 | |
*** jakedahn is now known as jakedahn_zz | 10:35 | |
*** asalkeld has joined #openstack-dev | 10:37 | |
*** steveb_ has quit IRC | 10:45 | |
*** mnaser has joined #openstack-dev | 11:01 | |
smoser | hey. i was previously able to run a single set of tests with: | 11:02 |
smoser | ./run_tests.sh --no-virtual-env test_metadata | 11:03 |
smoser | that seems to have broken at cf34a6015762a82780f86004a76439e1e21340f8 ("Finalize tox config") | 11:03 |
*** asalkeld has left #openstack-dev | 11:04 | |
smoser | it now fails like http://paste.ubuntu.com/1054071/ | 11:05 |
*** johngarbutt has joined #openstack-dev | 11:06 | |
danpb | smoser: you have to fully qualify the test name | 11:06 |
danpb | smoser: eg, instead of test_metadata, nova.tests.test_metadata | 11:06 |
smoser | well, i was hoping to run nova/tests/test_metadata.py | 11:07 |
smoser | and the above previously worked. | 11:07 |
johngarbutt | that broke with recent move to nosetests | 11:07 |
danpb | smoser: there is a thread on the mailing list about a possible fix for this, but not sure if it was ever mergefd | 11:07 |
smoser | but it appears, no surprise, that you are correct, danpb | 11:07 |
smoser | :) | 11:07 |
smoser | thank you. | 11:07 |
smoser | i can just as easily run as nova.tests.test_metadata. | 11:08 |
*** Ryan_Lane has joined #openstack-dev | 11:15 | |
smoser | ok. so the one difference that i see now, running as above, is that i get a bunch of deprecated warnings (DeprecationWarning: Response.request and Response.environ are deprecated) speweed to the screen. | 11:17 |
smoser | it seems that is because i'm on python-webob 1.1.1, where 1.2 has un-deprected them. is there an easy way to silense those ? i guess i can run with a virtual env. | 11:17 |
*** markvoelker has joined #openstack-dev | 11:29 | |
smoser | ok. now, even with virtualenv , i see deprecated warnings. http://paste.ubuntu.com/1054102/ | 11:34 |
smoser | is there some way to just not show those ? | 11:34 |
*** wiliam has joined #openstack-dev | 11:36 | |
*** mjfork has joined #openstack-dev | 11:36 | |
*** johngarbutt has quit IRC | 11:41 | |
*** johngarbutt has joined #openstack-dev | 11:41 | |
*** sandywalsh has joined #openstack-dev | 11:42 | |
*** jgriffith has quit IRC | 11:45 | |
*** jgriffith has joined #openstack-dev | 11:48 | |
*** e1mer has quit IRC | 11:56 | |
*** sieutruc has quit IRC | 12:03 | |
*** mrunge has quit IRC | 12:06 | |
*** markmc has joined #openstack-dev | 12:10 | |
*** drewlander has joined #openstack-dev | 12:16 | |
*** primeministerp has quit IRC | 12:19 | |
*** alaski has joined #openstack-dev | 12:23 | |
*** lts has joined #openstack-dev | 12:31 | |
*** notmyname has quit IRC | 12:32 | |
*** adalbas has joined #openstack-dev | 12:34 | |
*** primeministerp has joined #openstack-dev | 12:37 | |
*** segfault923 has quit IRC | 12:38 | |
*** primeministerp has quit IRC | 12:39 | |
*** primeministerp has joined #openstack-dev | 12:42 | |
*** Shrews has quit IRC | 12:48 | |
*** vanchester has joined #openstack-dev | 12:52 | |
soren | markmc: Ooh, hi. Do you have time to help me with something? | 12:54 |
soren | markmc: I'm trying to figure something out in qemu's virtio-net code. | 12:55 |
markmc | soren, ok, what's up? | 12:55 |
markmc | this should be interesting | 12:55 |
markmc | just how little will I remember | 12:55 |
soren | markmc: I have an environment where packets are being filtered by qemu. | 12:56 |
soren | markmc: I can tell by tcpdumping the vnet interface in the host that they get sent there, but they never reach the guest. | 12:56 |
soren | If the guest puts the interface into promiscuous mode, everything works perfectly. | 12:56 |
soren | Looking at virtio-net.c's receive_filter, this makes sense. | 12:56 |
soren | SEtting promisc mode skips all these filterse. | 12:56 |
*** Shrews has joined #openstack-dev | 12:57 | |
soren | I couldn't work out which one was filtering it, so I instrumented the function to just write to stdout whenever it branched. | 12:57 |
soren | It turned out that it was getting filtered in the vlan check. | 12:57 |
soren | Now, what I don't understand at all is this: | 12:57 |
soren | I don't see the VLAN ethernet type when tcpdumping on the host. | 12:57 |
soren | ...nor in the guest. | 12:58 |
* markmc digs | 12:59 | |
soren | I've worked around it for now by whitelisting VLAN 0 by default. | 12:59 |
*** segfault923 has joined #openstack-dev | 12:59 | |
soren | ..but I don't understand where the VLAN tag comes from. I mean... the packet comes from a VLAN tagged network, so it's not *entirely* out of the blue, but how come I don't see it on the host nor in the guest? | 12:59 |
markmc | soren, so, you're not seeing 0x8100 at byte offset 12 in the packets? | 13:01 |
soren | In qemu, yes. | 13:01 |
soren | Anywhere else... No. | 13:01 |
soren | But only QEmu skips past the vnet_hdr. | 13:01 |
soren | Hm... That doesn't even makes sense, does it? Since that only exists in the communication between the kernel and qemu.. | 13:02 |
* soren 's head blows up | 13:02 | |
*** notmyname has joined #openstack-dev | 13:02 | |
*** ChanServ sets mode: +v notmyname | 13:02 | |
*** roge has joined #openstack-dev | 13:03 | |
*** andrewbogott has joined #openstack-dev | 13:03 | |
sdague | anyone able to review this - https://review.openstack.org/#/c/8778/ - I'd like to get the rest of the virt driver work soon | 13:04 |
markmc | soren, so, you're seeing it skip past a vnet hdr? | 13:04 |
soren | markmc: Yes. | 13:05 |
markmc | soren, ok, that's a GSO packet - i.e. it's a large packet which hasn't been split up by the kernel and that header describes how it should be split up | 13:05 |
soren | Hm. ok. | 13:06 |
soren | I thought the vnet_hdr always got added with macvtap? | 13:06 |
markmc | soren, it sounds to me like the guest interface just isn't configured with the right vlan tag? | 13:06 |
soren | Well, 2 things are wrong with that: | 13:07 |
soren | a) At that stage it shouldn't be VLAN tagged. | 13:07 |
soren | b) if it is indeed vlan tagged, why don't I see it in tcpdump on eitehr side? | 13:07 |
markmc | ok, well if the packet isn't vlan tagged, is the problem that the guest interface *is* configured with a vlan id? | 13:09 |
soren | It's not, no. | 13:09 |
soren | But how can it appear to have a vlan tag inside qemu? | 13:09 |
soren | Would the kernel ever add that? | 13:10 |
*** joesavak has joined #openstack-dev | 13:10 | |
markmc | soren, how can the guest interface appear to have a vlan tag? or the packet? | 13:10 |
*** Adri2000 has quit IRC | 13:10 | |
*** Adri2000 has joined #openstack-dev | 13:11 | |
*** Adri2000 has quit IRC | 13:11 | |
*** Adri2000 has joined #openstack-dev | 13:11 | |
soren | markmc: I've instrumented the vlan check in receive_filter to write to stdout if it's hit. | 13:11 |
markmc | soren, the guest driver can supply qemu with a set of vlan tags to filter on | 13:11 |
soren | markmc: Yup. | 13:12 |
*** markmcclain has joined #openstack-dev | 13:15 | |
soren | Let me pastebin a few things.. | 13:15 |
garyk | arosen: just saw your message now. i am not sure. sorry. | 13:16 |
soren | markmc: http://paste.openstack.org/show/18721/ | 13:17 |
soren | markmc: No VLAN tagging. | 13:17 |
*** dolphm has joined #openstack-dev | 13:18 | |
markmc | soren, yet, it's being filtered out in qemu because of a vlan tag mismatch | 13:18 |
soren | markmc: My instrumentation clearly says that there's a vnet header so it skips past that, and then the VLAN part is hit and the vid shows as 0. | 13:18 |
soren | markmc: Yup. | 13:19 |
markmc | soren, so, either tcpdump is lying to you and there is a vlan tag on the wire (possible you're seeing the packets after it's been stripped) | 13:19 |
soren | markmc: Again (and this may be important): | 13:19 |
markmc | soren, or there's no vlan tag and the nic has been configured with a vlan tag | 13:19 |
markmc | soren, the vid in the guest packet is zero in your instrumentation? | 13:19 |
soren | markmc: The packet actually does originate from a VLAN tagged network, but at this stage, it shouldn't be tagged anymore, and according to tcpdump, it's not. | 13:20 |
soren | markmc: Yes, vid = 0. | 13:20 |
markmc | soren, so, then the nic must be configured with a vlan id | 13:20 |
markmc | soren, i.e. there are tags added to the ->vlans table in qemu, and the guest kernel must have done that | 13:20 |
soren | markmc: So it gets added after tcpdump as had a chance to look at it? | 13:20 |
soren | markmc: What, no? | 13:21 |
soren | markmc: The guest kernel doesn't even have the vlan module loaded. | 13:21 |
markmc | well, look | 13:22 |
markmc | the code is: | 13:22 |
markmc | int vid = be16_to_cpup((uint16_t *)(ptr + 14)) & 0xfff; | 13:22 |
markmc | if (!(n->vlans[vid >> 5] & (1U << (vid & 0x1f)))) | 13:22 |
soren | Yeah, righ before that, it determines that the ethertype is 802.1q and then ptr+14 is the vid. | 13:23 |
soren | vid is 0 right there. | 13:23 |
markmc | hmm | 13:24 |
markmc | if the packet shouldn't be vlan tagged, that it has 802.1q ethertype is the strange thing | 13:24 |
soren | Well, that could just be a configuration screw-up. | 13:24 |
soren | ...but it would show in tcpdump. | 13:25 |
soren | This is all very, very odd. | 13:25 |
soren | If I add VLAN 0 to n->vlans by default, I'm golden. | 13:25 |
soren | Or, my first (wrong) approach: Only apply the vlan filter if the guest had added any vlan's. | 13:26 |
markmc | looks like if ethertype is 802.1q, the guest must have explicitly requested vlan 0 | 13:27 |
soren | How do you figure that? | 13:27 |
markmc | if (!(n->vlans[vid >> 5] & (1U << (vid & 0x1f)))) | 13:27 |
soren | Why would the ethertype of the *incoming* packet change based on what the guest has requested? | 13:27 |
markmc | that won't be true with vid 0 unless vlan 0 is selected in the vlans table | 13:27 |
markmc | I'm not saying the guest can affect the ethertype | 13:28 |
soren | Right. That's why if I add VLAN 0 to n->vlans, it works. | 13:28 |
markmc | so, if it's not sane to configure your guest with vlan 0 | 13:28 |
markmc | something is screwed up on the otherside to result in ethertype 802.1q | 13:29 |
soren | Well, I know how I can make the packets go through. | 13:29 |
soren | Right. | 13:29 |
soren | That's what I can't figure out at all. | 13:29 |
*** JStoker has quit IRC | 13:29 | |
*** iccha has joined #openstack-dev | 13:30 | |
markmc | try switch to e1000 or something | 13:30 |
markmc | see if you're seeing the same problem | 13:30 |
markmc | not as a solution, just information | 13:30 |
markmc | should surely see the same thing | 13:30 |
soren | Hm... I can try. | 13:30 |
*** JStoker has joined #openstack-dev | 13:32 | |
soren | markmc: Works just fine. | 13:33 |
soren | markmc: The e1000 driver also only does VLAN filtering if specifically enabled. | 13:36 |
ayoung | markmc, the PKI auth token work in Keystone is going to need a CA cert and a Signing key and cert before it can issue any tokens. For a live deployment, I can document how a user would generate those themselves. The question is how to cover 1. Devstack, and 2. the integration tests. | 13:36 |
ayoung | For devstack, I can potentially copy the certs from the temp directory in keystone | 13:36 |
*** dtroyer is now known as dtroyer_zzz | 13:37 | |
ayoung | but I don't want people doing that for a "real" deploy | 13:37 |
ayoung | and thus I am a little worried about putting code that does that into, say keystone manage | 13:37 |
dolphm | ayoung: can't we devstack generate the certs? | 13:38 |
dolphm | s/we// | 13:38 |
ayoung | Does it make sense to put cert generation code into keystone manage and have devstack call that? There are a lot of values that the end user should provide for the certs: | 13:38 |
*** sandywalsh_ has joined #openstack-dev | 13:38 | |
danpb | are there any Nova core reviewers around (besides markmc) who can give a little karma to these 4 patches for Nova CPU model support https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bug/1003373,n,z | 13:38 |
ayoung | dolphm, I have a Makefile that documents the various openssl calls needed. | 13:39 |
ayoung | BUt there are a lot of values coded to my deployment | 13:39 |
*** segfault923 has quit IRC | 13:39 | |
dolphm | ayoung: link? | 13:39 |
*** sandywalsh has quit IRC | 13:39 | |
ayoung | dolphm, http://adam.younglogic.com/2012/05/token-signing-with-openssl/ | 13:39 |
soren | markmc: The e1000 driver only does filtering if explicitly enabled, and it's only explicitly enabled when you add a VLAN in the guest (looking at hw/e1000.c in Qemu and drivers/net/ethernet/intel/e1000/e1000_main.c in linux). | 13:39 |
ayoung | dolphm, note the openssl.conf file at the bottom | 13:40 |
ayoung | 0.organizationName_default = Red Hat, Inc and so forth | 13:40 |
soren | markmc: Mimicking that behaviour in virtio would solve it, but it still doesn't explain why there's a 802.1q ethertype on those frames. | 13:40 |
ayoung | I didn't include all of the values, so I end up typing those by hand. I've been working on incremental changes trying to get this to "fire and forget" mode | 13:41 |
markmc | ayoung, sounds like essentially the same setup step as generating the admin_token now | 13:42 |
dolphm | markmc: a bunch of generic values would obviously be fine for devstack -- what's in there that devstack would *have* to get from the user? | 13:42 |
markmc | ayoung, as an aside, are you sure you really need certs - why not just generate a keypair for keystone and configure the services with the public key? | 13:42 |
soren | markmc: Unfortunately, i can't work out if that's correct behaviour. I know *of* VLAN's, but have never had to deal with them in practice. | 13:43 |
markmc | ayoung, without the complication of a cert | 13:43 |
markmc | soren, yeah, similar for me | 13:43 |
ayoung | markmc, I am not sure that there is a standard mechanism for validating a signed docuemtn with just a key. the openssl code uses cms, which requires a cert | 13:43 |
markmc | soren, using libvirt or qemu? | 13:43 |
soren | lbivirt | 13:43 |
soren | libvirt, even. | 13:43 |
ayoung | same for NSS. | 13:43 |
markmc | soren, was trying to figure out if there was a way to disable the vnet_hdr feature on the tap device, see if that helps | 13:44 |
ayoung | markmc, So while we could roll our own, I am not sure that we want to get into maintaining that code. | 13:44 |
*** dolphm has quit IRC | 13:45 | |
markmc | ayoung, kinda surprising there's no python library for simple signing and validating | 13:46 |
markmc | ayoung, just observing that the cert seems redundant here - part of your problem is how to get the user to fill in a bunch of values for the cert | 13:46 |
markmc | ayoung, but the values are fairly meaningless | 13:46 |
ayoung | markmc, in this case, but cert management for a larger organization is pretty common | 13:46 |
ayoung | this is really for supporting developers. For a live deploy, I think X509s make better sense. A lot of the pain of this comes from not embeddingthe certs in the signed document, as they will increase the size of the tokens substantially | 13:47 |
soren | markmc: Looking at the tap-linux code in qemu, it seems whether to expect a vnet_hdr is based on an IFF_VNET_HDR feature being set on the tap fd. | 13:49 |
*** littleidea has joined #openstack-dev | 13:49 | |
soren | markmc: Er.. Not sure where I'm going with that :) | 13:50 |
markmc | soren, yes, and that's done by libvirt | 13:50 |
markmc | soren, you'd have to hack libvirt to not set it AFAIR | 13:50 |
ayoung | markmc, there are other benefits. The current setup assumes a single keystone server, and it exposes its own signing certificate. But we could scale up this solution to a large number of Keystone servers, all signed from the same CA, and pre-populate the certifcate stores, or make them all availabler from a single repository, such that nova etc does not even need to have network connectivity to the Keystone server in order | 13:51 |
ayoung | to validate. | 13:51 |
*** edygarcia has joined #openstack-dev | 13:51 | |
ayoung | We can probable leave out most of the values for the cert, as they are not really needed for the automated mechanism, just for a human to be able to read and confirm | 13:51 |
*** segfault923 has joined #openstack-dev | 13:52 | |
markmc | ayoung, ok | 13:52 |
markmc | ayoung, a "generate admin token" feature in keystone-manage would do e.g. ADMIN_TOKEN=$(openssl rand -hex 10) | 13:53 |
markmc | ayoung, with the PKI auth token stuff, it would generate a cert and signing key | 13:53 |
markmc | ayoung, seems like it would be useful to have that keystone-manage feature in both cases | 13:53 |
*** AndroUser2 has joined #openstack-dev | 13:54 | |
soren | markmc: You're correct. If qemu supports it and net->model equals virtio, vnet_hdr is enabled. I wonder if it'll change anything, though. | 13:54 |
soren | The header is just prepended. | 13:54 |
soren | ...and the problems are in the rest of the frame. | 13:55 |
soren | Or so it seems. | 13:55 |
markmc | yeah, probably not | 13:55 |
markmc | if it had been easy to disable, it might have been worth trying | 13:55 |
soren | Yeah. | 13:55 |
*** dtroyer_zzz is now known as dtroyer | 13:55 | |
markmc | just a difference vs e1000 worth eliminating | 13:55 |
soren | I think e1000 manages to work because it doesn't have its vlan filtering enabled by default. | 13:55 |
ayoung | markmc, OK, I started working on that already. I'm guessing it needs to be fire and forget? | 13:55 |
soren | I guess I could instrument the e1000 code to see.. | 13:56 |
* soren does so | 13:56 | |
markmc | soren, well, if the semantics of ethertype 802.1q and vid 0 is "discard unless the nic has explicitly been configured with vid 0" | 13:56 |
markmc | soren, you'd expect the e1000 guest driver to discard it | 13:56 |
*** sdake has quit IRC | 13:57 | |
soren | markmc: I have reason to believe that that isn't the case, though. | 13:57 |
*** AlanClark has joined #openstack-dev | 13:57 | |
soren | ...but that's based on... | 13:57 |
markmc | ayoung, yeah, with a bunch of optional params for the cert if you think it makes sense | 13:57 |
*** sdake has joined #openstack-dev | 13:57 | |
ayoung | I guess for devstack it should pull the values out of localrc to override the defaults. | 13:58 |
soren | markmc: Heh, that's based on behaviour seen with e1000e on my laptop yesterday. | 13:58 |
markmc | ayoung, but it's the keystone guy's opinion that matter :) | 13:58 |
soren | markmc: I connected two laptops. Configured one to tag traffic with vlan 0, made the other one vlan-agnostic (didn't even load the vlan driver). | 13:58 |
*** andrewsmedina has joined #openstack-dev | 13:58 | |
*** jgriffith has quit IRC | 13:59 | |
soren | I could send packets from the vlan-enabled box to the other one. I forget about the other direction, but that's not really important. | 13:59 |
ayoung | markmc, I see the nova devs as the customer. | 13:59 |
soren | I couldn't send any packets in either direction if the VLAN tag had vid=2. | 13:59 |
ayoung | As well as the glance, swift, and quantum devs...but nova is the cash cow. | 13:59 |
markmc | ayoung, nova needs something to configure the auth_token middleware with | 13:59 |
markmc | ayoung, now, it's the admin token | 13:59 |
soren | So vid=0 got accepted by the VLAN-agnostic NIC. | 13:59 |
markmc | ayoung, with PKI, it's the public key (or cert) | 14:00 |
zul | jeblair: ping | 14:00 |
soren | markmc: I'm also not familiar enough with the virtio code to know if this filtering is pushed down into the host entirely or if that's just the first line of defence (to save memory bandwidth and context switches if it's going to get discarded later on anyway). | 14:01 |
*** Dr_Who has joined #openstack-dev | 14:01 | |
*** Dr_Who has quit IRC | 14:01 | |
*** Dr_Who has joined #openstack-dev | 14:01 | |
soren | markmc: If the latter, I'd be much more comfortable just disabling the VLAN filter. | 14:02 |
markmc | soren, first line of defense | 14:02 |
soren | markmc: So it filters in the virtio driver in the guest, too? | 14:02 |
markmc | soren, disabling it how? | 14:02 |
soren | Comment it out in virto-net.c in qemu. | 14:02 |
soren | Leave it to the guest to filter it. | 14:02 |
markmc | heh, ok | 14:02 |
markmc | yeah, the guest should filter it too | 14:02 |
*** sulochan has quit IRC | 14:03 | |
soren | It's a big hammer, but I'm at a bit of a loss. | 14:03 |
soren | I have a patch that defers the filtering until the guest has explicitly added vlan's, but it's rather more invasive. | 14:03 |
soren | markmc: http://paste.ubuntu.com/1054290/ | 14:04 |
*** shang has quit IRC | 14:04 | |
sstent | anyone got any ideas as to why python 2.6.6 would be missing files on install that are listed in the MANIFEST.in ? this is in regards to bug https://bugs.launchpad.net/horizon/+bug/1016085 | 14:04 |
uvirtbot | Launchpad bug 1016085 in horizon "Directories not included during install" [High,Confirmed] | 14:04 |
*** dprince has joined #openstack-dev | 14:06 | |
*** mnaser has quit IRC | 14:06 | |
*** mnaser has joined #openstack-dev | 14:07 | |
*** jgriffith has joined #openstack-dev | 14:07 | |
*** AndroUser2 has quit IRC | 14:07 | |
soren | markmc: Oh! | 14:11 |
soren | markmc: I instrumented the e1000 code in qemu, too. It also shows as vlan tagged. | 14:11 |
soren | is_vlan_packet(s, buf) = 1, vid = 0 | 14:11 |
soren | Its VLAN filtering code just isn't applied because the guest kernel hasn't enabled it. | 14:11 |
*** japage has joined #openstack-dev | 14:14 | |
soren | markmc: I've never understood the vlan=X argument one can pass to qemu.. This couldn't be related, could it? | 14:14 |
*** dolphm has joined #openstack-dev | 14:16 | |
*** dolphm has quit IRC | 14:16 | |
*** dolphm has joined #openstack-dev | 14:16 | |
markmc | soren, that's a qemu concept, basically a way of pairing the host side device with the guest side device | 14:16 |
markmc | soren, unrelated to 802.1q | 14:17 |
matiu | inside the nova api, is it safe to assume that X-Auth-Token is always gonna be a 'username:password' format ? | 14:17 |
matiu | or do some auth methods generate a different format of token ? | 14:17 |
soren | markmc: yeah, didn't think so. | 14:18 |
soren | markmc: We also seem to not use that anyway. | 14:19 |
markwash | matiu: I think its usually just "X-Auth-Token: <uuidlike>" | 14:20 |
dolphm | matiu: x-auth-token is uuid4 | 14:20 |
matiu | ah, I'm using like noauth | 14:20 |
matiu | and getting username:password | 14:20 |
matiu | cool, so I'm logging that token | 14:20 |
matiu | is it gonna be useful later ? | 14:20 |
matiu | like on a compute/show/uuid | 14:21 |
matiu | I'm logging the token, so later on I can know who ordered that | 14:21 |
matiu | it's not really gonna be mush use later eh ? | 14:21 |
markwash | matiu: I think if you're interested in who, you should focus on x_user_id and x_tenant_id | 14:21 |
markwash | matiu: tokens expire, and I guess there's little reason for an auth service to keep a record of old ones? | 14:22 |
ayoung | markmc, I see that the remote systems all pull in auth_token.py. I'd like to avoid duplicating the validate code, and put it into keystone.common, but I am not sure if that will end up getting distributed to all of the remote systems. How does that work? According to http://arm.koji.fedoraproject.org/koji/rpminfo?rpmID=279519 GLance RPM does not depend on keystone. | 14:22 |
matiu | thanks mark, I don't have those on my system due to noauth | 14:22 |
matiu | I might have to setup keystone ? | 14:22 |
soren | markmc: Thanks a lot for helping me out. At least I now feel reassured that I'm not just reading it all wrong. | 14:23 |
markmc | ayoung, that's just because keystone isn't enabled by default | 14:23 |
markmc | ayoung, see this in glance-api-paste.ini: | 14:23 |
markmc | paste.filter_factory = keystone.middleware.auth_token:filter_factory | 14:23 |
ayoung | yes | 14:23 |
markmc | ayoung, the code is coming from keystone currently | 14:23 |
markmc | soren, np | 14:24 |
matiu | I'll put it in my code to try for x-user-id | 14:24 |
markwash | matiu: where is your logging taking place? in a http or wsgi middleware above the nova api? | 14:24 |
matiu | then tenant then auth token | 14:24 |
*** dgao has joined #openstack-dev | 14:24 | |
matiu | I'm thinking to put it in an extension | 14:24 |
ayoung | markmc, so if glance wants to use the auth_token.py from Keystone, the WHole keystone RPM needs to be installed? | 14:24 |
matiu | with @extends; def show() | 14:24 |
matiu | sort of thing | 14:24 |
matiu | so it can also store the response code | 14:24 |
markwash | matiu: I think if you put it in the controller, then all the information you will want will be in request.context | 14:25 |
matiu | extension called InstanceActionLog | 14:25 |
markmc | ayoung, https://bugzilla.redhat.com/824034 | 14:25 |
matiu | but I don't get the response code that early | 14:25 |
markwash | matiu: and it shouldn't vary significantly across auth implementations (well at least I'm guessing not) | 14:25 |
markwash | matiu: ah I see | 14:25 |
markwash | matiu: then you probably want a wsgi middleware just one hop above the nova app | 14:26 |
matiu | markwash, I'm thinking to look for x-auth-user-id, then tenant, then token | 14:26 |
matiu | in that order | 14:26 |
matiu | yeah, I was gonna copy how disk_config.py does things | 14:27 |
*** segfault923 has quit IRC | 14:27 | |
matiu | that seems to get hit at the right place | 14:27 |
matiu | what's the difference between x-auth-user-id an | 14:28 |
matiu | and x-auth-tenant | 14:28 |
markwash | the way I always think of it, the user is the request agent, the tenant is the resource owner | 14:28 |
dolphm | markwash: ++ | 14:28 |
jeblair | zul: pong | 14:29 |
*** shang has joined #openstack-dev | 14:29 | |
zul | jeblair: can you add tarballs for swiftclient please? | 14:29 |
matiu | so it's by request agent, you mean, the guy that logged in to do the request eh ? | 14:29 |
dolphm | matiu: yes | 14:29 |
markwash | yup | 14:29 |
matiu | it's not gonna give me a string like 'nova-client' | 14:29 |
matiu | cool | 14:29 |
matiu | thanks guys :) | 14:29 |
dolphm | matiu: a user could have access to one or more tenants | 14:29 |
matiu | aha | 14:30 |
matiu | yeah I want the user | 14:30 |
matiu | as customers always say, it wasn't meeeeeee | 14:30 |
matiu | now we'll know who it was :) | 14:30 |
dolphm | matiu: tenant ~= project ~= account, depending on who you ask :) | 14:30 |
*** mattray has joined #openstack-dev | 14:31 | |
*** mattray has left #openstack-dev | 14:31 | |
jeblair | zul: looks like they're generated, but uploaded to the wrong place. should be able to fix in a few. | 14:31 |
zul | jeblair: cool thanks...i think glanceclient is not being uploaded to the right place either | 14:31 |
jeblair | zul: i think all the clients may be going to the wrong place. | 14:33 |
zul | jeblair: lovely :) | 14:34 |
jeblair | zul: the good news is, we probably broke them all at once, and we can fix them all at once. :) | 14:35 |
*** dgao is now known as segfault923 | 14:35 | |
zul | jeblair: i should hope so :) | 14:35 |
dolphm | mtaylor: jeblair: i <3 rebase button, thanks! | 14:41 |
jeblair | dolphm: it's swell! | 14:41 |
*** dachary has quit IRC | 14:47 | |
*** matwood has joined #openstack-dev | 14:47 | |
*** kbringard has joined #openstack-dev | 14:47 | |
*** mgz has joined #openstack-dev | 14:48 | |
*** bencherian has joined #openstack-dev | 14:50 | |
jeblair | zul: I'm going to wait for the job config update to run in 10 minutes, so no new tarballs will be put in the wrong location, then move the misplaced ones. should all be done in about 20 minutes. | 14:51 |
zul | jeblair: cool...ill wait for the client tarballs before uploading them to ubuntu | 14:52 |
*** datsun180b has joined #openstack-dev | 14:55 | |
*** rnirmal has joined #openstack-dev | 14:56 | |
*** sstent has quit IRC | 14:58 | |
*** sstent has joined #openstack-dev | 14:59 | |
*** epim has joined #openstack-dev | 15:03 | |
primeministerp | ayoung: ping | 15:03 |
*** epim_ has joined #openstack-dev | 15:04 | |
*** dachary has joined #openstack-dev | 15:04 | |
jeblair | zul: done | 15:04 |
zul | jeblair: thanks | 15:05 |
*** krtaylor has joined #openstack-dev | 15:06 | |
*** littleidea has quit IRC | 15:06 | |
*** littleidea has joined #openstack-dev | 15:07 | |
*** epim has quit IRC | 15:07 | |
*** epim_ is now known as epim | 15:07 | |
*** bencherian has quit IRC | 15:08 | |
*** primeministerp has quit IRC | 15:10 | |
*** primeministerp has joined #openstack-dev | 15:11 | |
*** mnaser has quit IRC | 15:13 | |
*** primeministerp has quit IRC | 15:14 | |
*** primeministerp has joined #openstack-dev | 15:15 | |
*** mnaser has joined #openstack-dev | 15:15 | |
*** notmyname has quit IRC | 15:18 | |
*** reidrac has quit IRC | 15:19 | |
*** nunosantos has joined #openstack-dev | 15:21 | |
*** Ryan_Lane has quit IRC | 15:23 | |
*** mnaser has quit IRC | 15:27 | |
*** notmyname has joined #openstack-dev | 15:28 | |
*** ChanServ sets mode: +v notmyname | 15:28 | |
*** mnaser has joined #openstack-dev | 15:28 | |
*** metral has joined #openstack-dev | 15:29 | |
*** adjohn has joined #openstack-dev | 15:30 | |
*** adjohn has quit IRC | 15:33 | |
mtaylor | dolphm: w00t! | 15:34 |
*** littleidea has quit IRC | 15:38 | |
*** nunosantos_ has joined #openstack-dev | 15:39 | |
*** dprince has quit IRC | 15:41 | |
*** littleidea has joined #openstack-dev | 15:41 | |
*** Mandell has joined #openstack-dev | 15:43 | |
*** dprince has joined #openstack-dev | 15:44 | |
*** blamar has joined #openstack-dev | 15:44 | |
davidkranz_ | jaypipes: Ping | 15:45 |
jaypipes | davidkranz_: pongly | 15:47 |
davidkranz_ | jaypipes: I was getting frustrated and went back to basics, running a test that spawns 1,2,4 servers in parallel. | 15:47 |
jaypipes | davidkranz_: so, some REALLY weird results from the parallel testing. | 15:47 |
davidkranz_ | jaypipes: There was no speedup and I discovered why. | 15:47 |
jaypipes | davidkranz_: going to push up to gerrit. if you can pull the latest and tell me if you get the same results... | 15:48 |
jaypipes | davidkranz_: do tell. | 15:48 |
davidkranz_ | jaypipes: There is some horrible serialization in the virt firewall stuff. DO you see this? | 15:48 |
jaypipes | davidkranz_: wanna grab vishy? | 15:48 |
davidkranz_ | jaypipes: I will paste the proof. | 15:48 |
jaypipes | kk | 15:49 |
davidkranz_ | See http://paste.openstack.org/show/18725/ | 15:49 |
davidkranz_ | jaypipes: In the source, these two debug statments happen with only one call in between. | 15:49 |
davidkranz_ | jaypipes: Do you see no speedup from a single compute server, regardless of number of cores? | 15:50 |
davidkranz_ | jaypipes: I could not believe I was seeing this but there it is. | 15:51 |
jaypipes | davidkranz_: one sec, looking. | 15:51 |
*** sieutruc has joined #openstack-dev | 15:51 | |
davidkranz_ | jaypipes: Note how the last two are interleaved and take forever. | 15:51 |
jaypipes | yeah, I see that :( | 15:52 |
*** andrewbogott has quit IRC | 15:52 | |
davidkranz_ | I just wanted to be sanityh checked before filing a bug. | 15:52 |
davidkranz_ | jaypipes: What are your weird results? Related to this? | 15:53 |
jaypipes | davidkranz_: this is the nova-compute log, right? | 15:53 |
*** mnaser has quit IRC | 15:53 | |
jaypipes | davidkranz_: just pushed my newest parallel code up to Gerrit. go ahead and pull it and I will give you the commands to exec. | 15:53 |
davidkranz_ | jaypipes: I have all the logs going to one file. | 15:53 |
jaypipes | davidkranz_: k. well that is from the compute node... | 15:54 |
davidkranz_ | jaypipes: I believe so. | 15:55 |
jaypipes | davidkranz_: which would not be helped by the multi-process-api buleprint :( | 15:55 |
*** mestery has joined #openstack-dev | 15:55 | |
davidkranz_ | jaypipes: Right. | 15:55 |
jaypipes | davidkranz_: for reference: https://review.openstack.org/#/c/8228/ | 15:55 |
*** mnaser has joined #openstack-dev | 15:55 | |
davidkranz_ | jaypipes: Yeah, I have seen that. | 15:56 |
jaypipes | davidkranz_: what will help vishy is actually if you do a grep for those 4 instance UUIDs and track where the waits are ... perhaps the wait is actually in the api service and those log messages are a red herring? | 15:56 |
jaypipes | davidkranz_: if you can... | 15:56 |
jaypipes | davidkranz_: alright, ready for crazy? here ya go: http://paste.openstack.org/show/18726/ | 15:57 |
jaypipes | davidkranz_: I mean... WTF?! | 15:57 |
jaypipes | davidkranz_: I have no idea how adding multiple processes would affect the authorization of a user. :( | 15:57 |
davidkranz_ | jaypipes: I think what we are both seeing is the result of necessary stress testing. | 15:58 |
davidkranz_ | jaypipes: Based on my early stress test results I don't think any one is doing stuff like this. | 15:58 |
jaypipes | davidkranz_: yep. unfortunately, we haven't been able to get anything close to stable in the jenkins tempest garte | 15:58 |
davidkranz_ | jaypipes: I will file a nova bug and ping vishy. | 15:59 |
jaypipes | davidkranz_: the problem I believe is this: | 15:59 |
jaypipes | davidkranz_: the setUpClass() method in the test cases that throw that Authorizatio error are being executed, but the record is not being committed (in time?) to the keystone database and the first test that uses that user/tenant fails because the user/tenant doesn't exist | 16:00 |
*** Aaton_off is now known as Aaton | 16:00 | |
davidkranz_ | jaypipes: I see. | 16:00 |
*** milner has quit IRC | 16:00 | |
jaypipes | davidkranz_: I mean, I can try adding a wait to after creating the user/tenant... | 16:01 |
jaypipes | davidkranz_: but setUpClass is supposed to complete entirely before any test is ever run... | 16:01 |
*** milner has joined #openstack-dev | 16:01 | |
jaypipes | which really makes me wonder... | 16:01 |
jaypipes | davidkranz_: I'm just wondering if the multiprocess plugin in nose is really working properly. | 16:02 |
davidkranz_ | jaypipes: Shouldn't keystone be serializeing requests in a way that this could not happen? | 16:03 |
davidkranz_ | jaypipes: You could write a trivial test runner to see. That is basically what I did for parallel server launch. | 16:03 |
jaypipes | davidkranz_: it doesn't have a choice. it's single process, with a blocking C MySQL driver... | 16:03 |
jaypipes | davidkranz_: I'm going to run it again and check the g-reg screen log. | 16:04 |
davidkranz_ | jaypipes: But then shouldn't the attempt to use be blocked until after the create has finished? | 16:04 |
jaypipes | I mean k-api log.. | 16:04 |
jaypipes | davidkranz_: you would assume so, right? :( | 16:04 |
*** heckj has joined #openstack-dev | 16:04 | |
davidkranz_ | jaypipes: Maybe this is just the first stress test of keystone | 16:05 |
jaypipes | davidkranz_: not sure :( | 16:05 |
*** mestery has quit IRC | 16:05 | |
*** Ryan_Lane has joined #openstack-dev | 16:06 | |
davidkranz_ | jaypipes: I am thinking we (the openstack code) are not ready for parallel tempest and we need to get the basics of stress working first. | 16:06 |
jaypipes | davidkranz_: I am going to continue messing with this to figure out the source of the issues... | 16:07 |
davidkranz_ | jaypipes: OK, me too. | 16:07 |
*** krtaylor has quit IRC | 16:13 | |
ttx | about beer o'clock | 16:14 |
*** s0mik has joined #openstack-dev | 16:19 | |
jaypipes | davidkranz_: first hint... | 16:26 |
jaypipes | davidkranz_: so, I was tracking down why, after runnign the smoke tests, there was always a single user/tenant that remained in keystone | 16:26 |
jaypipes | davidkranz_: while all the other user/tenant combos created in the test cases were deleted | 16:26 |
jaypipes | davidkranz_: but I made sure that all the tearDownClass methods indeed were called clear_isolated_creds on the manager | 16:27 |
*** mnaser has quit IRC | 16:27 | |
jaypipes | davidkranz_: looks like if SkipTest is raised, tearDownClass is never called, but setUpClass IS called :) | 16:27 |
jaypipes | davidkranz_: which is fun :) | 16:27 |
*** alaski has quit IRC | 16:27 | |
jaypipes | davidkranz_: gonna run with --no-skip and see if the user/tenants are all destyroyed properly. | 16:28 |
*** mnaser has joined #openstack-dev | 16:28 | |
*** sleepsonzzz is now known as sleepsonthefloor | 16:28 | |
jaypipes | davidkranz_: BTW, your resource management solution does sound good. I'd like to move forward with that after pushing through this current round of refactoring with the user/tenant isolation. | 16:32 |
*** wiliam has quit IRC | 16:33 | |
*** wiliam has joined #openstack-dev | 16:33 | |
*** danpb has quit IRC | 16:36 | |
jaypipes | davidkranz_: well, so much for that thought... runnning with --no-skip passed all but still left the user/tenant :( | 16:39 |
*** eglynn has quit IRC | 16:40 | |
*** jog0 has left #openstack-dev | 16:40 | |
davidkranz_ | jaypipes: That't too bad. Lot's of strange stuff. Thanks for the resource comments. I can do it next week. | 16:43 |
davidkranz_ | jaypipes: Back to lunch... | 16:43 |
*** maploin has quit IRC | 16:45 | |
*** lloydde has joined #openstack-dev | 16:46 | |
*** metral has quit IRC | 16:46 | |
*** nati_ueno has quit IRC | 16:47 | |
*** markmc has quit IRC | 16:51 | |
davidkranz_ | Any one have any thoughts about https://bugs.launchpad.net/nova/+bug/1016633 ? We found this trying to parallelize Tempest. | 16:55 |
uvirtbot | Launchpad bug 1016633 in nova "Bad performance problem with nova.virt.firewall" [Undecided,New] | 16:55 |
*** davidkranz_ is now known as davidkranz | 16:55 | |
*** eglynn has joined #openstack-dev | 16:58 | |
*** torgomatic has joined #openstack-dev | 17:04 | |
*** fc__ has quit IRC | 17:07 | |
*** dachary has quit IRC | 17:10 | |
*** krtaylor has joined #openstack-dev | 17:15 | |
*** PotHix has joined #openstack-dev | 17:16 | |
Vek | need another nova core review on https://review.openstack.org/#/c/8773/ | 17:19 |
*** eglynn has quit IRC | 17:22 | |
*** darraghb has quit IRC | 17:23 | |
*** harlowja has joined #openstack-dev | 17:23 | |
*** nati_ueno has joined #openstack-dev | 17:24 | |
*** andrewsben_zz is now known as andrewsben | 17:34 | |
*** andrewbogott has joined #openstack-dev | 17:36 | |
*** maoy has joined #openstack-dev | 17:36 | |
*** metral has joined #openstack-dev | 17:38 | |
smoser | hm.. | 17:42 |
smoser | anyone have thoughts on this. i'm looking at https://blueprints.launchpad.net/nova/+spec/config-drive-v2 | 17:43 |
smoser | (more data http://etherpad.openstack.org/FolsomNovaConfigDriveImprovements) | 17:43 |
smoser | i'm leaning right now to not dumping data into a filesystem tree | 17:44 |
smoser | but instead putting a layout like: | 17:44 |
smoser | ec2/2009-04-09.json | 17:45 |
smoser | with the expected json data in that file | 17:45 |
smoser | this will make it harder for things liki cirros to get at that data. | 17:45 |
smoser | but easier for just about anything with a json parser | 17:45 |
harlowja | json is pretty standard now-adays, and very minimal and tiny libraries are available, seems safe to just use them | 17:46 |
smoser | yeah, i think it makes most sense to say 'sorry cirros' | 17:47 |
harlowja | well, tell cirros to build a teenie json library | 17:49 |
harlowja | i think there are about 5 million of those | 17:49 |
harlowja | :-p | 17:49 |
harlowja | cirros though won't be running cloud-init right? | 17:49 |
harlowja | so they would also need a mini-small-cloudinit similar to handle config drive stuff? | 17:50 |
harlowja | (if they want) | 17:50 |
ijw | smoser: my feeling is that the whole config thing should be split into two parts: making a drive and populating it with files, and the choice of files to populate it with. Cos speaking personally I'm going to be hacking connection.py to do a custom format to support a not-entirely-Openstack-compatible image I need to run when there ought to be an easier way to slot it in, somehow. | 17:50 |
harlowja | ijw: good idea also, i think the file writing should be extendable | 17:50 |
harlowja | that'd be nice | 17:51 |
harlowja | but then the question of should everyone in nova get to write to this stuff, where do u set the limit | 17:51 |
smoser | ijw, well.. | 17:51 |
smoser | vishy suggested something similar the other day. | 17:51 |
smoser | ijw, what would you think of this | 17:52 |
ijw | I should admit that I've not looked at the configgy bit yet, but I've already been playing with device chooser in libvirt for KVM to choose different devices for different images - similar sort of problem... | 17:52 |
smoser | * there is some way to add local hook to the 'InstanceMetadata' in 'nova/api/metadata/base.py' | 17:53 |
*** metral has quit IRC | 17:53 | |
arosen | I have a nova boot question. If I do nova boot and specify --nic net-id=$NET_ID and the net-id does not belong to tenant_id=default the boot fails and the log says NetworkNotFound: $NET_ID. Is this expected? I don't see a way to specify tenant_id via nova boot? | 17:53 |
smoser | such that you can put your local read-from-directory (or whatever) into that object reasonably easily. | 17:53 |
smoser | * that object basically just dumps itself to disk | 17:54 |
*** jakedahn_zz is now known as jakedahn | 17:54 | |
ijw | smoser: that's useful to know. | 17:55 |
*** sdake has quit IRC | 17:55 | |
smoser | i'm not clear exactly how it'd happen, but the goal would be to make it such that whatever you wanted to add to the config drive would really magically just appear in the ec2 metadata serivce. | 17:55 |
*** blamar has quit IRC | 17:55 | |
*** agonella has joined #openstack-dev | 17:55 | |
ijw | smoser: that, the config drive, and file injection are really three different ways to do the same thing. VMWare seems to have a fourth, judging by someone I was talking to, where you can add custom data to the OVF file in an OVA and it turns up on a CDROM... | 17:56 |
Vek | need another nova core to +2 https://review.openstack.org/#/c/8773/ | 17:56 |
smoser | ijw, well, ovf transport is a mechanism for doing that, yes. | 17:56 |
harlowja | smoser: if the ec2 metadata 'backing object' was the same object that u were going to be able to add 'entries' to so that they would show up on disk, that would work right? for the automagically showing up case | 17:57 |
smoser | harlowja, i dont follow. | 17:57 |
*** bencherian has joined #openstack-dev | 17:57 | |
*** andrewbogott has quit IRC | 17:59 | |
harlowja | so say u have the ec2 metadataservice, it is serving from some backing object (that is from the database), the configdrive writing could also initially use a similar object (backed by the same initial ec2 metadata 'defaults'), users could if they want add new entries to that backing object (in some path based format), then those could be written out to cfgdrive disk, and since the same backing object would also be written to the DB ( | 18:00 |
harlowja | some manner), it would also magically show up all the same paths in the ec2 metadata service (even the ones that were added) | 18:00 |
*** sieutruc has quit IRC | 18:01 | |
dprince | Vek: is there an associated novaclient change for 8773? | 18:02 |
smoser | harlowja, yeah... i tihnk i follow. the one thing is there is (not currently) a ec2 metadata object in the db. | 18:02 |
*** andrewbogott has joined #openstack-dev | 18:02 | |
*** andrewbogott has joined #openstack-dev | 18:02 | |
smoser | its basically a re-rendering of the instance object and some other stuff. | 18:02 |
harlowja | right, so maybe that should be fixed? | 18:03 |
*** jaypipes has quit IRC | 18:03 | |
ijw | harlowja: thus: things read nova startup params, glance properties and local config, make metadata object; something pulls data from object, reformats it and hands it off to the VM as a config drive, injection or EC2 data. | 18:03 |
harlowja | or maybe the backing object can know how to reference those fields + custom fields that are added | 18:03 |
harlowja | ya, something like that | 18:04 |
harlowja | all backed by the same underlying 'object' | 18:04 |
ijw | Then the only question is why one object? | 18:04 |
harlowja | that object basically is the interface to the underlying data, thats all | 18:04 |
harlowja | thats what i really mean by that object | 18:04 |
smoser | i think i agree. | 18:05 |
harlowja | :-p | 18:05 |
harlowja | me too, haha | 18:05 |
smoser | right now, other htan the fact that the object is stored in the DB, it is easily created from an instance. | 18:06 |
ijw | So not so necessarily an object, even: perhaps just a standard set of arguments to give to any function that's working with config? | 18:06 |
smoser | we can add to that object ways to extend it. | 18:06 |
dprince | Vek: NM. I found it. Just had to update my nova tree. | 18:06 |
harlowja | ijw: idk, i'd have to see what u meant by that | 18:06 |
harlowja | smoser: ya | 18:06 |
smoser | ok. | 18:08 |
smoser | so for the moment, what i'm going to do is try to get the ec2 rendering of data done to the cofig drive. | 18:08 |
ijw | smoser: sing out when you have something to look at, I'd like to see how this turns out | 18:09 |
*** sdake has joined #openstack-dev | 18:10 | |
harlowja | kk, do u want to start adding that initial backing object that abstracts how the backing data is fetched from how its written? then eventually that same object should be useable by the ec2 metadata service | 18:10 |
*** metral has joined #openstack-dev | 18:11 | |
*** mnaser has quit IRC | 18:12 | |
*** mnaser has joined #openstack-dev | 18:14 | |
*** reed has joined #openstack-dev | 18:19 | |
*** mnaser has quit IRC | 18:21 | |
*** mnaser has joined #openstack-dev | 18:22 | |
*** eglynn has joined #openstack-dev | 18:25 | |
*** johnpostlethwait has joined #openstack-dev | 18:27 | |
*** adjohn has joined #openstack-dev | 18:28 | |
*** mnaser has quit IRC | 18:29 | |
*** metral has quit IRC | 18:30 | |
*** dachary has joined #openstack-dev | 18:30 | |
*** mnaser has joined #openstack-dev | 18:31 | |
*** jaypipes has joined #openstack-dev | 18:43 | |
*** agonella has left #openstack-dev | 18:52 | |
maoy | vishy: is there a reason why ram_allocation_ratio is 1.5 by default? | 18:55 |
*** adjohn has quit IRC | 18:55 | |
*** corXi has quit IRC | 18:55 | |
maoy | vishy: 1.5 just seems a little arbitrary to me.. 1.0 feels more reasonable as a default | 18:57 |
*** Slower has quit IRC | 18:58 | |
*** adjohn has joined #openstack-dev | 18:59 | |
*** novas0x2a|laptop has joined #openstack-dev | 19:02 | |
*** adjohn has quit IRC | 19:02 | |
bcwaldon | maoy: vishy is out today, fyi | 19:07 |
maoy | bcwaldon: thx.. | 19:07 |
*** adjohn has joined #openstack-dev | 19:08 | |
*** s0mik has quit IRC | 19:09 | |
*** matwood has quit IRC | 19:09 | |
*** adjohn has quit IRC | 19:11 | |
PotHix | markmcclain: Hey Mark! | 19:12 |
*** s0mik has joined #openstack-dev | 19:16 | |
*** vanchester has quit IRC | 19:20 | |
*** japage has quit IRC | 19:25 | |
*** dachary has quit IRC | 19:29 | |
*** dachary1 has joined #openstack-dev | 19:29 | |
*** Ryan_Lane has quit IRC | 19:36 | |
*** Slower has joined #openstack-dev | 19:40 | |
*** wiliam has quit IRC | 19:46 | |
*** lts has quit IRC | 19:51 | |
*** matwood has joined #openstack-dev | 19:51 | |
*** dachary1 has quit IRC | 19:57 | |
*** dachary has joined #openstack-dev | 19:57 | |
*** drewlander has quit IRC | 19:58 | |
*** kbringard has quit IRC | 20:05 | |
*** reed has quit IRC | 20:10 | |
*** adjohn has joined #openstack-dev | 20:11 | |
*** jog0 has joined #openstack-dev | 20:20 | |
*** dprince has quit IRC | 20:24 | |
*** mnaser has quit IRC | 20:25 | |
*** reed has joined #openstack-dev | 20:26 | |
*** mnaser has joined #openstack-dev | 20:26 | |
bcwaldon | mtaylor: around? | 20:27 |
*** markvoelker has quit IRC | 20:29 | |
smoser | anyone want to take a quick glance at https://review.openstack.org/#/c/8873/ | 20:30 |
smoser | trivial cleanup with a test added. | 20:30 |
*** Dr_Who has quit IRC | 20:30 | |
*** krtaylor has quit IRC | 20:30 | |
*** eglynn has quit IRC | 20:32 | |
*** andrewbogott has quit IRC | 20:38 | |
apevec | what's up with those FAILED volumes test? | 20:46 |
mtaylor | bcwaldon: always. when am I ever doing anyhting other than this? | 20:47 |
bcwaldon | mtaylor: le sigh, so the requirement for MYSQL-python in nova's test-requires feels unfair | 20:48 |
bcwaldon | mtaylor: It fails to install from pypi for me since I dont have mysql installed locally | 20:48 |
mtaylor | bcwaldon: ok | 20:48 |
mtaylor | bcwaldon: oh - well - I've been suggesting that we should use myconnpy anyway | 20:48 |
bcwaldon | mtaylor: so I now have to either go through the pain of installing mysql (which I dont agree with, as sqlite is a valid alternative) or carry a local patch | 20:48 |
mtaylor | since it's pure python | 20:48 |
bcwaldon | mtaylor: I dont know if thats how we solve this, though | 20:49 |
mtaylor | bcwaldon: I'm fine with dropping it ... we put it there so that we could run unittests against mysql migrations to ensure that innodb was getting set right | 20:49 |
mtaylor | bcwaldon: it's a little bit of a pickle | 20:49 |
bcwaldon | mtaylor: no sir | 20:49 |
bcwaldon | mtaylor: its there for the sql trace stuff | 20:49 |
bcwaldon | mtaylor: isnt it? | 20:50 |
mtaylor | bcwaldon: oh? well - _I_ was told it was added for mysql enablement in unittets | 20:50 |
mtaylor | unittets | 20:50 |
bcwaldon | mtaylor: ok, well mysql and unittests should never be used in the same sentence | 20:50 |
mtaylor | dammit | 20:50 |
*** agonella has joined #openstack-dev | 20:50 | |
bcwaldon | mtaylor: thats just plain wrong | 20:50 |
* mtaylor is just messenger on this one | 20:50 | |
bcwaldon | mtaylor: ok ok | 20:51 |
bcwaldon | mtaylor: I'll see if I can figure out a compromise here | 20:51 |
mtaylor | bcwaldon: ok. I believe my initial response was the same as yours | 20:51 |
bcwaldon | mtaylor: being, wtf | 20:51 |
mtaylor | bcwaldon: I _do_ think we should figure out automated testing of mysql and postgres backends somehow | 20:52 |
mtaylor | but I'm not sold that this is the right way | 20:52 |
bcwaldon | at the functional level, ok | 20:52 |
bcwaldon | but we cant require devs to be able to run ALL of our functional tests | 20:52 |
bcwaldon | just like glance doesnt require everyone to install rbd | 20:53 |
mtaylor | agree | 20:53 |
bcwaldon | kk, I'll get a patch going | 20:53 |
mtaylor | I think the broader question is "how do we keep those optional things out of test-requires, but still list all of the optinoal things you _could_ install if you wanted to test everything" | 20:54 |
bcwaldon | mtaylor: go look at glance :) | 20:54 |
mtaylor | so that there is something for jenkins to consume such that we test more than the least common denominator | 20:54 |
bcwaldon | mtaylor: this is the same exact thing as our libvirt tests in nover | 20:55 |
mtaylor | bcwaldon: we have no extra-package installs for glance as part of the gating - only what's in test-requires | 20:56 |
mtaylor | bcwaldon: it is | 20:56 |
mtaylor | I agree | 20:56 |
mtaylor | and something I think we should sort out a good answer to | 20:56 |
bcwaldon | mtaylor: we arent running glance functional tests in jinkies? | 20:57 |
mtaylor | bcwaldon: we are - but only with the set of depends listed in test-requires | 20:58 |
mtaylor | bcwaldon: so tests that import optional things are skipped, pretty much | 20:58 |
bcwaldon | mtaylor: thats no good | 20:58 |
bcwaldon | mtaylor: I would like to be funning these tests | 20:58 |
mtaylor | bcwaldon: what if we added an additional testenv to tox.ini "fulltests" or something | 20:59 |
*** rbasak has quit IRC | 20:59 | |
mtaylor | bcwaldon: that additionall included a "tools/tests-optional" and also had "use system-site-pacakges" set | 20:59 |
*** reed_ has joined #openstack-dev | 20:59 | |
mtaylor | bcwaldon: that was the typical unittest runs would have the strict set - and we can do the kitchen sink for the others | 21:00 |
bcwaldon | mtaylor: interesting idea | 21:00 |
bcwaldon | mtaylor: just keep that env off by default, and I'm ok | 21:00 |
mtaylor | as in, off if you just run "tox" | 21:00 |
mtaylor | yeah | 21:00 |
bcwaldon | yep | 21:01 |
mtaylor | although I think I'd want it to be run by jenkins as part of gating | 21:01 |
bcwaldon | yep, me too | 21:01 |
mtaylor | jeblair: ^^^ sanity check? | 21:01 |
*** reed has quit IRC | 21:03 | |
mtaylor | bcwaldon: do you know what all packages are optional for glance that would go in that file? | 21:03 |
maoy | mtaylor: could you help me to kick jenkins to run the tests again on this patch? https://review.openstack.org/#/c/8664/ | 21:03 |
mtaylor | maoy: I can't - but bcwaldon can re-approve it | 21:04 |
sdague | gate testing fall over again? https://review.openstack.org/#/c/8856/ | 21:05 |
maoy | mtaylor: i see. so re-approve from any core is the right way to go? | 21:05 |
bcwaldon | mtaylor: I can help you figure it out | 21:05 |
bcwaldon | mtaylor: first one would be swift | 21:05 |
bcwaldon | mtaylor: er, python-swiftclient | 21:06 |
bcwaldon | mtaylor: which may actually be installed already | 21:06 |
bcwaldon | mtaylor: really, this is a tempest thing | 21:06 |
mtaylor | maoy: yup | 21:06 |
mtaylor | bcwaldon: is it? | 21:06 |
jeblair | wow scrollback. reading. | 21:08 |
bcwaldon | mtaylor: yeah, since we depend on other fully-functional systems | 21:08 |
bcwaldon | mtaylor: its just like when I pulled out the auth tests from glance | 21:08 |
bcwaldon | mtaylor: glance shouldnt have to know how to set up keystoen :/ | 21:08 |
*** ayoung has quit IRC | 21:08 | |
*** Gordonz has quit IRC | 21:09 | |
maoy | bcwaldon: please help to re-approve: https://review.openstack.org/#/c/8664/ | 21:10 |
jeblair | yeah, functional tests are a weird middle ground that to me ultimately seem better served by tempest (very few of our projects are standalone; so functional testing apart from integration testing seems weird. except for swift, of course. :) | 21:12 |
*** anderstj has joined #openstack-dev | 21:12 | |
jeblair | mtaylor: the optional test requires seems like a good idea. | 21:12 |
bcwaldon | jeblair: in this specific case (MYSQL-python) its not even for tests | 21:13 |
sdague | bcwaldon: so where the request originally came from was the fact that non innodb defaults kept sneaking into the mysql migrations | 21:13 |
bcwaldon | jeblair: it just happens to be in test-requires | 21:13 |
jeblair | sdague: i was just going to ping you. :) | 21:13 |
sdague | when I went to fix it, vishy asked that we put some kind of check in place so that it doesn't happen again | 21:13 |
jeblair | so it's there to run a series of tests that make sure that innodb is explicit. | 21:13 |
maoy | mtaylor, sdague: do you know how to install libvirt in venv by pip? | 21:14 |
bcwaldon | sdague: ok, does MYSQL-python provide MySQLdb? | 21:14 |
jeblair | (the jenkins boxes expricitly default to myisam to help catch this) | 21:14 |
sdague | bcwaldon: I don't believe so | 21:14 |
bcwaldon | sdague: ah, ok | 21:14 |
sdague | the interface is different, so the sqlalchemy layer doesn't work with it | 21:14 |
bcwaldon | sdague: what does MYSQL-python give you? | 21:14 |
bcwaldon | thats the python bindings for mysql? | 21:15 |
sdague | bcwaldon: wait, sorry, my bad. | 21:15 |
sdague | yes, that's what it gives you | 21:15 |
sdague | there is a pure python driver | 21:15 |
sdague | but that has a different interface | 21:15 |
sdague | so we couldn't go that route | 21:15 |
bcwaldon | ok, so where is the test you added for this innodb issue? | 21:15 |
*** andrewbogott has joined #openstack-dev | 21:15 | |
*** andrewbogott has joined #openstack-dev | 21:15 | |
sdague | it's in nova/tests/test_migrations.py | 21:16 |
bcwaldon | sdague: and what about it requires MYSQL-python? | 21:16 |
*** anderstj has quit IRC | 21:17 | |
sdague | bcwaldon: the issue is the way the tests are run | 21:17 |
sdague | if that's not in test-requires, it's never installed on the test machines | 21:17 |
sdague | so those are always skipped | 21:17 |
jeblair | (so it would be a good option for an test-optional file) | 21:17 |
bcwaldon | sdague: ok, I see | 21:17 |
sdague | jeblair: yep, if there was support for that, absolutely | 21:18 |
sdague | bcwaldon: it's just an issue that there is only a single hardcoded list for the venv | 21:18 |
jeblair | sdague: yeah, doesn't exst yet, but mtaylor proposed it ^ up there a bit. | 21:19 |
sdague | yep | 21:19 |
bcwaldon | sdague: I definitely understand | 21:19 |
bcwaldon | there is another dep on MySQLdb, though | 21:19 |
sdague | I think it was proposed and shelved as low priority | 21:19 |
sdague | bcwaldon: well, I'm only responsible for the one :) | 21:19 |
*** joesavak has quit IRC | 21:20 | |
sdague | jeblair: the low priority thing, I meant the last time around | 21:20 |
bcwaldon | so it sounds like I'm just going to comment out test-requires for the time being | 21:21 |
sdague | I probably still have that irc conversation somewhere from #infra when we were trying to figure out the least painful way to handle this | 21:21 |
bcwaldon | is somebody going to try to tackle test-optional? | 21:21 |
jeblair | bcwaldon: i don't have a lot of bandwidth for that right now; and honestly, as long as the project is still ubuntu-centric, it doesn't seem like it should be terribly high priority. but i'm happy to help it land and for us to use it. | 21:22 |
bcwaldon | jeblair: its more of a problem for developers running mac os x | 21:22 |
bcwaldon | jeblair: which is a whole different focus than installing on ubuntu | 21:22 |
*** steveb_ has joined #openstack-dev | 21:23 | |
*** roge has quit IRC | 21:23 | |
*** roge has joined #openstack-dev | 21:23 | |
sdague | maoy: realized I lost your question, answer is no from me. | 21:25 |
*** vanchester has joined #openstack-dev | 21:28 | |
*** vanchester has quit IRC | 21:29 | |
*** mnaser has quit IRC | 21:34 | |
maoy | sdague: all right. thx. | 21:38 |
*** ewindisch has quit IRC | 21:41 | |
*** ewindisch_ has joined #openstack-dev | 21:42 | |
*** maoy has quit IRC | 21:42 | |
*** ewindisch has joined #openstack-dev | 21:42 | |
*** AlanClark has quit IRC | 21:42 | |
*** rnirmal has quit IRC | 21:44 | |
*** dolphm has quit IRC | 21:44 | |
*** ewindisch_ has quit IRC | 21:46 | |
clarkb | maoy left but this sort of answers that question https://bugs.launchpad.net/nova/+bug/618320 | 21:47 |
uvirtbot | Launchpad bug 618320 in nova "pip requires doesn't include libvirt or libxml2" [Low,Opinion] | 21:47 |
*** nunosantos has quit IRC | 21:48 | |
*** nunosantos_ has quit IRC | 21:48 | |
*** mnaser has joined #openstack-dev | 21:50 | |
*** Titanium2 has quit IRC | 21:51 | |
sdague | bcwaldon: I don't know if this is the whole g-api error that's failing other tests, but I did find - https://jenkins.openstack.org/job/gate-integration-tests-devstack-vm/5948/artifact/logs/screen-g-api.txt and have a review https://review.openstack.org/#/c/8878/ that will at least address that | 21:53 |
bcwaldon | sdague: cool, thank you. I'm going to yell at markwash now | 21:54 |
*** datsun180b has quit IRC | 21:55 | |
*** mnaser has quit IRC | 21:58 | |
*** heckj has quit IRC | 21:59 | |
jeblair | i believe a recent change i made to the devstack gate may have let changes through without proper testing | 22:00 |
*** andrewbogott has quit IRC | 22:01 | |
jeblair | i have corrected that; but there may be a real bug somewhere that we need to fix | 22:01 |
jeblair | it may be the one sdague just posted. | 22:01 |
bcwaldon | jeblair: I think sdague found something | 22:01 |
bcwaldon | yes | 22:01 |
bcwaldon | filing/fixing right now | 22:01 |
jeblair | the pre-gate jenkins run for that change may be running the old devstack-gate code; i'm investigating. | 22:02 |
jeblair | bcwaldon: well, patchset will be running with the new code. :) | 22:03 |
jeblair | patchset 2 that is | 22:03 |
bcwaldon | jeblair: ok, I just sent it in | 22:03 |
sdague | ok, house guests just started arriving for the weekend. So I'm off. Hope that gets to the bottom of things. | 22:04 |
*** shang has quit IRC | 22:04 | |
jeblair | sdague: thanks much! | 22:04 |
sdague | enjoy the weekend folks. | 22:04 |
bcwaldon | sdague: thanks! | 22:04 |
jeblair | https://jenkins.openstack.org/job/gate-integration-tests-devstack-vm/5957/console | 22:04 |
jeblair | that's the build for patchset 2 | 22:04 |
bcwaldon | jeblair: ty | 22:04 |
*** sieutruc has joined #openstack-dev | 22:07 | |
*** bencherian_ has joined #openstack-dev | 22:08 | |
*** bencherian has quit IRC | 22:09 | |
*** bencherian_ is now known as bencherian | 22:09 | |
bcwaldon | jeblair: how could the preapproval run for patchset 1 not use the actual patch? | 22:09 |
jeblair | the bug i introduced to devstack gate caused devstack to ignore the repos that devstack-gate prepared and use the default behavior of just cloning master. | 22:11 |
jeblair | so every devstack-gate run cloned master. | 22:11 |
jeblair | that is a rather fragile thing we depend on there; i'm thinking it might nice to tell devstack we don't expect it to have to clone anything, and perhaps it would be kind enough to error out if that's not the case. | 22:12 |
bcwaldon | yes | 22:13 |
bcwaldon | whatever you think is right :) | 22:13 |
*** jog0 has quit IRC | 22:13 | |
bcwaldon | This behavior let us break glance master, so I bet its wrong | 22:13 |
*** andrewsmedina has quit IRC | 22:14 | |
*** shang has joined #openstack-dev | 22:17 | |
bcwaldon | jeblair: g-api started this time, so I think we're clear | 22:17 |
jeblair | here's hoping! | 22:18 |
*** ewindisch_ has joined #openstack-dev | 22:18 | |
jeblair | yay! | 22:18 |
*** ewindisch has quit IRC | 22:18 | |
*** ewindisch has joined #openstack-dev | 22:19 | |
*** dachary has quit IRC | 22:19 | |
bcwaldon | huzzah | 22:19 |
*** dtroyer is now known as dtroyer_zzz | 22:20 | |
*** ewindisch_ has quit IRC | 22:22 | |
*** ewindisch has quit IRC | 22:23 | |
*** segfault923 has quit IRC | 22:24 | |
*** vanchester has joined #openstack-dev | 22:24 | |
*** matwood has quit IRC | 22:31 | |
*** roge has quit IRC | 22:37 | |
*** andrewsmedina has joined #openstack-dev | 22:48 | |
jeblair | bcwaldon: https://review.openstack.org/#/c/8880/ | 22:54 |
*** dolphm has joined #openstack-dev | 22:54 | |
jeblair | bcwaldon: i think adding that to devstack should help prevent this sort of problem from recurring | 22:55 |
*** dolphm has quit IRC | 22:59 | |
*** agonella has quit IRC | 22:59 | |
*** adjohn has quit IRC | 23:00 | |
*** bencherian has quit IRC | 23:02 | |
*** metral has joined #openstack-dev | 23:04 | |
*** anderstj has joined #openstack-dev | 23:04 | |
*** dtroyer_zzz is now known as dtroyer | 23:09 | |
*** jgriffith has quit IRC | 23:12 | |
*** anderstj has quit IRC | 23:12 | |
*** lloydde has quit IRC | 23:14 | |
*** lloydde has joined #openstack-dev | 23:15 | |
*** lloydde has quit IRC | 23:15 | |
*** AndroUser2 has joined #openstack-dev | 23:17 | |
*** torgomatic has quit IRC | 23:17 | |
*** torgomatic has joined #openstack-dev | 23:17 | |
*** Mandell has quit IRC | 23:20 | |
*** metral has quit IRC | 23:21 | |
*** bencherian has joined #openstack-dev | 23:22 | |
*** metral has joined #openstack-dev | 23:23 | |
*** metral_ has joined #openstack-dev | 23:24 | |
*** AndroUser2 has quit IRC | 23:26 | |
*** metral has quit IRC | 23:27 | |
*** metral__ has joined #openstack-dev | 23:28 | |
*** bencherian has quit IRC | 23:28 | |
*** mgz has quit IRC | 23:29 | |
*** bencherian has joined #openstack-dev | 23:29 | |
*** metral_ has quit IRC | 23:31 | |
*** anderstj has joined #openstack-dev | 23:37 | |
*** andrewbogott has joined #openstack-dev | 23:43 | |
*** Ryan_Lane has joined #openstack-dev | 23:46 | |
*** dtroyer is now known as dtroyer_zzz | 23:49 | |
*** Aaton is now known as Aaton_off | 23:51 | |
*** torgomatic has quit IRC | 23:58 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!