Thursday, 2012-07-12

*** dachary has joined #openstack-dev00:00
*** e1mer has joined #openstack-dev00:04
*** galstrom has joined #openstack-dev00:07
*** zhuadl has joined #openstack-dev00:10
*** dachary has quit IRC00:17
*** sc68cal has joined #openstack-dev00:18
*** sc68cal has joined #openstack-dev00:18
*** dtroyer_zzz is now known as dtroyer00:29
*** harlowja has left #openstack-dev00:29
*** dachary has joined #openstack-dev00:30
*** Kiall has quit IRC00:31
*** s0mik has joined #openstack-dev00:31
*** dtroyer is now known as dtroyer_zzz00:33
*** halfss has quit IRC00:34
*** Kiall has joined #openstack-dev00:35
*** mattray has joined #openstack-dev00:35
*** dachary has quit IRC00:35
*** jtran has quit IRC00:36
*** ncode has quit IRC00:39
*** andrewbogott has quit IRC00:39
*** torgomatic has quit IRC00:42
*** galstrom has quit IRC00:42
*** anniec has quit IRC00:49
*** dachary has joined #openstack-dev00:49
*** mattray has quit IRC00:54
*** mattray has joined #openstack-dev00:55
*** dachary has quit IRC00:55
*** Gordonz has joined #openstack-dev00:57
*** heckj has quit IRC00:58
*** dachary has joined #openstack-dev00:58
mnasernova stop deletes the vm with xenserver? is there a way to make it just shutdown?00:58
*** Aaton is now known as Aaton_off01:03
*** winston-d has joined #openstack-dev01:04
*** dachary has quit IRC01:04
*** dachary has joined #openstack-dev01:05
*** hugokuo1 has joined #openstack-dev01:08
*** mnaser has quit IRC01:10
*** hugokuo has quit IRC01:11
*** PotHix has quit IRC01:11
*** dachary has quit IRC01:11
*** Mandell has quit IRC01:13
*** zhuadl has quit IRC01:18
*** johnpostlethwait has quit IRC01:23
*** ayoung has quit IRC01:24
*** jakedahn is now known as jakedahn_zz01:25
*** dtroyer_zzz is now known as dtroyer01:27
*** jog0 has quit IRC01:27
*** dachary has joined #openstack-dev01:37
*** dachary has quit IRC01:43
*** ncode has joined #openstack-dev01:44
*** ncode has joined #openstack-dev01:44
*** johnpur has quit IRC01:45
*** hugokuo has joined #openstack-dev01:47
*** hugokuo1 has quit IRC01:50
*** zhuadl has joined #openstack-dev01:50
*** sacharya has joined #openstack-dev01:52
dryan_installingping pmyers01:55
*** dryan_installing is now known as dyan01:55
*** galstrom has joined #openstack-dev01:56
*** dyan is now known as dryan01:56
*** novas0x2a|laptop has quit IRC02:05
*** s0mik has quit IRC02:08
*** dachary has joined #openstack-dev02:11
*** littleidea has joined #openstack-dev02:19
*** littleidea has quit IRC02:28
*** bencherian has quit IRC02:31
*** dachary has quit IRC02:32
*** otter1 has quit IRC02:38
*** Gordonz has quit IRC02:43
*** salgado-afk has quit IRC02:43
*** otter1 has joined #openstack-dev02:45
*** roge has quit IRC02:47
*** s0mik has joined #openstack-dev02:53
*** edygarcia has quit IRC02:55
*** pixelbeat has quit IRC02:57
*** hugokuo1 has joined #openstack-dev03:00
*** dachary has joined #openstack-dev03:02
*** hugokuo has quit IRC03:02
*** dachary has quit IRC03:07
*** galstrom has quit IRC03:15
*** ncode has quit IRC03:15
*** Mandell has joined #openstack-dev03:22
*** salv-orlando has quit IRC03:28
*** galstrom has joined #openstack-dev03:29
*** cmagina has quit IRC03:32
*** anniec has joined #openstack-dev03:33
*** cmagina has joined #openstack-dev03:34
*** salv-orlando has joined #openstack-dev03:46
*** mokas_ has quit IRC03:47
*** william0 has joined #openstack-dev03:49
*** salv-orlando_ has joined #openstack-dev03:52
*** salv-orlando has quit IRC03:52
*** salv-orlando_ is now known as salv-orlando03:52
*** salv-orlando_ has joined #openstack-dev03:54
*** salv-orlando has quit IRC03:54
*** salv-orlando_ is now known as salv-orlando03:54
*** markmcclain has quit IRC03:58
*** mnewby has joined #openstack-dev03:58
*** thingee has quit IRC04:00
*** salv-orlando has quit IRC04:02
*** mnewby_ has joined #openstack-dev04:02
*** mnewby has quit IRC04:04
*** mnewby_ is now known as mnewby04:04
*** zhuadl has quit IRC04:14
*** sacharya has quit IRC04:25
*** dubsquared has joined #openstack-dev04:33
*** mnewby has quit IRC04:33
*** steveb_ has quit IRC04:40
*** mokas has joined #openstack-dev04:46
*** galstrom has quit IRC04:53
*** dubsquared1 has joined #openstack-dev05:02
*** mokas has quit IRC05:05
*** dubsquared has quit IRC05:05
*** garyk has quit IRC05:05
*** william0 has quit IRC05:10
*** thingee has joined #openstack-dev05:12
*** thingee is now known as thingee_zzz05:12
*** dubsquared1 has quit IRC05:20
*** zaitcev has quit IRC05:38
*** mokas has joined #openstack-dev05:39
*** william0 has joined #openstack-dev05:47
*** dtroyer is now known as dtroyer_zzz05:47
*** william0 has quit IRC05:49
*** william0 has joined #openstack-dev05:50
*** zhuadl has joined #openstack-dev06:00
*** mrunge has joined #openstack-dev06:03
*** anniec has quit IRC06:06
*** GheRivero has joined #openstack-dev06:16
*** s0mik has quit IRC06:18
*** danwent has joined #openstack-dev06:19
*** garyk has joined #openstack-dev06:23
*** blamar_ has joined #openstack-dev06:25
*** blamar has quit IRC06:26
*** blamar_ is now known as blamar06:26
ttxearly reminder: today is bug squashing day, join us on #openstack-bugday if you participate to the effort: http://wiki.openstack.org/BugDays/20120712BugSquashing06:28
garykdanwent: ping06:30
*** mrunge_ has joined #openstack-dev06:33
*** mrunge has quit IRC06:33
*** haleyb has quit IRC06:36
GheRiveromorning people06:38
*** andrewsmedina has quit IRC06:39
*** mrunge_ is now known as mrunge06:40
*** mrunge has quit IRC06:40
*** mrunge has joined #openstack-dev06:41
*** haleyb has joined #openstack-dev06:45
*** rafaduran has quit IRC06:52
*** rafaduran has joined #openstack-dev06:52
*** reidrac has joined #openstack-dev07:10
*** eglynn_ has joined #openstack-dev07:10
*** erikzaadi has joined #openstack-dev07:15
*** dachary has joined #openstack-dev07:18
*** EmilienM has joined #openstack-dev07:19
*** m4xmr has joined #openstack-dev07:19
*** m4xmr has left #openstack-dev07:36
*** smoser has quit IRC07:37
hugokuo1Hi all ,07:41
hugokuo1does anyone play with swift07:42
hugokuo1I wondering to know that relation between XFS and arp_cache07:42
hugokuo1I saw that million of OBJECTS in slab"s arp_cahe07:42
hugokuo1how to flush the arp_cache usage ?07:43
*** mindpixel has joined #openstack-dev07:45
*** smoser has joined #openstack-dev07:46
*** dryan has quit IRC07:47
*** winston-d has quit IRC07:48
zykes-EmilienM: ping07:51
*** darraghb has joined #openstack-dev08:00
*** steveb_ has joined #openstack-dev08:14
*** derekh has joined #openstack-dev08:18
*** tserong has quit IRC08:21
*** dachary has quit IRC08:24
*** tserong has joined #openstack-dev08:24
*** tserong has joined #openstack-dev08:24
*** cmagina has quit IRC08:32
*** cmagina has joined #openstack-dev08:34
*** erikzaadi has quit IRC08:58
*** dachary has joined #openstack-dev09:06
*** danpb has joined #openstack-dev09:12
*** rods has joined #openstack-dev09:14
*** steveb_ has quit IRC09:16
*** steveb_ has joined #openstack-dev09:17
*** william0 has quit IRC09:24
*** m4xmr_ has joined #openstack-dev09:36
*** m4xmr_ is now known as m4xmr09:36
*** steveb_ has quit IRC09:38
*** steveb_ has joined #openstack-dev09:39
*** dryan has joined #openstack-dev09:41
danpbjeblair: ping (about that devstack failure with libvirt)09:43
*** amotoki has joined #openstack-dev09:49
*** amotoki has joined #openstack-dev09:50
*** steveb_ has quit IRC09:58
*** davidha has joined #openstack-dev10:04
*** dryan has quit IRC10:07
*** pixelbeat has joined #openstack-dev10:08
*** zhuadl has quit IRC10:09
*** zhuadl has joined #openstack-dev10:17
*** Leander has joined #openstack-dev10:27
Leanderhello all, can someone tell me what's happening here: https://jenkins.openstack.org/job/gate-tempest-devstack-vm/3306/consoleFull10:28
*** zhuadl has quit IRC10:43
*** Kiall has quit IRC10:45
zykes-EmilienM: did your vm's get a ip when using floodlight and quantum ?10:48
*** mjfork has joined #openstack-dev10:49
*** dayou has joined #openstack-dev10:50
*** Kiall has joined #openstack-dev10:51
*** Leander has quit IRC10:52
*** dachary has quit IRC10:59
*** lts has joined #openstack-dev11:22
*** dryan has joined #openstack-dev11:28
*** hugokuo2 has joined #openstack-dev11:42
*** sdague_ has joined #openstack-dev11:42
*** uvirtbot` has joined #openstack-dev11:43
*** LinuxJedi_ has joined #openstack-dev11:44
*** dryan has quit IRC11:44
*** rafaduran_ has joined #openstack-dev11:44
*** hugokuo1 has quit IRC11:45
*** sdague has quit IRC11:45
*** uvirtbot has quit IRC11:45
*** LinuxJedi has quit IRC11:45
*** rafaduran has quit IRC11:45
*** markvoelker has joined #openstack-dev11:48
*** galstrom has joined #openstack-dev12:00
*** mrunge has quit IRC12:10
*** salgado-afk has joined #openstack-dev12:13
*** salgado-afk has quit IRC12:13
*** salgado-afk has joined #openstack-dev12:13
*** salgado-afk has quit IRC12:15
*** salgado has joined #openstack-dev12:15
*** salgado has joined #openstack-dev12:15
*** erikzaadi has joined #openstack-dev12:15
*** alaski has joined #openstack-dev12:21
*** Ruetobas has quit IRC12:22
*** sandywalsh has joined #openstack-dev12:24
*** mestery_ is now known as mestery12:26
*** Ruetobas has joined #openstack-dev12:27
sorenFor those who care, I just posted for review three patches for stable/essex. With those patches, tempest master passes against it. Whee!12:27
*** rkukura has left #openstack-dev12:33
*** galstrom has quit IRC12:34
*** sacharya has joined #openstack-dev12:45
*** dhellmann_ has joined #openstack-dev12:45
*** dhellmann_ has quit IRC12:46
*** dhellmann has quit IRC12:49
annegentlesoren: now that's a good start to bug squash day12:49
*** LinuxJedi_ is now known as LinuxJedi12:50
*** roge has joined #openstack-dev12:52
*** GheRivero has quit IRC12:52
*** dayou has quit IRC12:52
*** anniec has joined #openstack-dev12:55
*** dprince has joined #openstack-dev12:55
*** e1mer has quit IRC12:56
*** sacharya has quit IRC12:58
*** mindpixel has quit IRC12:58
*** erikzaadi has quit IRC13:01
*** mnewby has joined #openstack-dev13:01
*** RoboticCheese has quit IRC13:03
*** RoboticCheese has joined #openstack-dev13:04
*** m4xmr has quit IRC13:05
ttxTZ reminder: today is bug squashing day, join us on #openstack-bugday if you participate to the effort: http://wiki.openstack.org/BugDays/20120712BugSquashing13:07
*** ncode has joined #openstack-dev13:07
*** ncode has joined #openstack-dev13:07
*** anniec has quit IRC13:07
*** anniec has joined #openstack-dev13:07
*** m4xmr has joined #openstack-dev13:09
*** e1mer has joined #openstack-dev13:10
*** dprince_ has joined #openstack-dev13:12
*** dprince_ has quit IRC13:12
*** sdague_ is now known as sdague13:12
*** e1mer has quit IRC13:20
*** edygarcia has joined #openstack-dev13:21
*** edygarcia has quit IRC13:26
mtaylorgaryk: morning13:26
*** ayoung has joined #openstack-dev13:28
*** japage has joined #openstack-dev13:29
*** e1mer has joined #openstack-dev13:30
*** cmagina has quit IRC13:33
*** cmagina has joined #openstack-dev13:33
*** dolphm has quit IRC13:33
*** sacharya has joined #openstack-dev13:34
*** mindpixel has joined #openstack-dev13:39
*** RoboticCheese has quit IRC13:39
*** RoboticCheese has joined #openstack-dev13:45
*** andrewbogott has joined #openstack-dev13:50
*** andrewbogott has joined #openstack-dev13:50
ttxsoren: could you comment on the right way to fix https://bugs.launchpad.net/nova/+bug/996840 ?13:52
uvirtbot`Launchpad bug 996840 in libvirt "Libvirt error when trying to mount ISCSI volumes" [Medium,Confirmed]13:52
danpbjeblair: russellb: ping (about that devstack / libvirt cpu model problem from last night )13:55
*** danwent has quit IRC13:56
*** zhuadl has joined #openstack-dev13:57
danpbttx: it is a combination of a QEMU and libvirt issue14:01
ttxdanpb: right.. nothing to fix in Nova there, right ?14:01
sorenttx: Will do.14:02
ttxsoren: if it's a combination of a QEMU and libvirt issue, just redirect the bug to the corresponding packages and invalidate the nova task14:02
sorendanpb: Well, it works when usingn attach-disk in virsh.14:04
sorendanpb: So clearly there's a way to make it work with the same versions of libvirt and qemu.14:05
*** edygarcia has joined #openstack-dev14:05
sorenttx: Don't close the nova bug. There's still work to do here. At the very least, we should rip out the virsh call as soon as we can. This bug would help us track that.14:06
ttxok, just add a comment so that nobody closes it. It's bugsquashing day so the temptation is high14:06
ttxsoren: ^14:06
eglynn_bcwaldon: quick question about the glance v2 API impl?14:07
* soren adds another comment.14:07
danpbsoren: hmm, comment #2  shows that they're using  human-monitor-command passthrough14:07
danpbsoren: which contradicts what is shown in the logs in the initial description14:07
eglynn_bcwaldon: I'm missing how (or if) the image status transitions from queued to active in the v2 case14:08
sorendanpb: The proposed patch (which allegedly fixes it (I haven't verified this myself, though)) replaces the current code with a system() call that invokes virsh attach-disk.14:09
*** markmcclain has joined #openstack-dev14:09
*** dubsquared has joined #openstack-dev14:11
sorendanpb: Assuming the Python bindings aren't broken in some way, we should be able to replicate whatever virsh does in attach-disk via the C API.14:11
*** dolph_ has joined #openstack-dev14:11
sorendanpb: Right? virsh isn't privileged in any way, afaik.14:11
*** dolph_ is now known as dolphm14:12
* soren enjoys how convenient it is to have danpb right here for these discussions :)14:12
garykLinuxJedi: ping14:19
LinuxJedigaryk: hi14:19
*** dtroyer_zzz is now known as dtroyer14:20
garykLinuxJedi: hi, maybe you can help. Any idea why jenkins fails https://review.openstack.org/#/c/8650/14:20
*** GheRivero has joined #openstack-dev14:20
danpbsoren: yea that fix can't possibly be right14:20
danpbsoren: whatever virsh can do,  python bindings can do to14:21
danpbperhaps they're generating different XML14:21
*** rbasak has quit IRC14:21
*** maoy has joined #openstack-dev14:21
danpbtheir logs don't show what virsh attach-disk  generated14:21
* danpb notes that standing 100ft below a Eurofighter Typhoon when they turn on the afterburners really hurts your ears14:22
* danpb loves being in an office that can view the Farnborough airshow14:22
LinuxJedimtaylor: garyk's problem, is that an issue with stable/essex's setup.py?14:23
garykLinuxJedi: thanks. i'll ping him14:23
mtaylorgaryk, LinuxJedi: I just submitted a patch to quantum stable/essex that will fix it14:23
mtaylorgaryk: land that patch, then yours (and others) should work again14:24
*** zhuadl has quit IRC14:25
LinuxJedimtaylor: you are like a psychic ninja ;)14:25
*** halfss has joined #openstack-dev14:27
garykmtaylor: thanks!14:27
*** danwent has joined #openstack-dev14:27
garykmtaylor: jenkins is a bit grumpy today - he did not like what you did14:28
mtaylorgaryk: /me goes to punch him in the face14:28
garykmtaylor: at school we used to have a rugby war cry "punch him, kick him, ruck him in the head, we are the mighty....". maybe he just needs some tlc14:29
mtaylorgaryk: tlc coming14:29
mtaylorgaryk: :)14:29
mtaylorgaryk: patch updated14:29
garykmtaylor: thanks14:29
mtaylorgaryk: also - you guys who went to the types of schools where one would play rugby have the most charming songs :)14:30
*** cp16net is now known as cp16net|away14:30
ttxsoren: another one in your pile: https://bugs.launchpad.net/nova/+bug/87166314:31
sorendanpb: Well, the fix might actually do the trick. It's just that the code it replaces didnt do everything that attach-disk does.14:31
uvirtbot`Launchpad bug 871663 in nova "plugins/xenserver/networking/etc/xensource/scripts/ovs_configure_vif_flows.py has lots of hardcoded paths" [Undecided,Incomplete]14:31
sorenttx: /me looks14:31
garykmtaylor: we were forced to play. :) and sing along when other played...14:31
mtaylorhehe14:31
* mtaylor thinks we should replace IRC with a MUD server ...14:32
sorenttx: Try as I might, I cannot bring myself to give a flying <beep> about that bug anymore.14:33
*** andrewsmedina has joined #openstack-dev14:33
ttxsoren: heh, then close it ;)14:33
*** rbasak has joined #openstack-dev14:34
ttxsoren: OP privilege14:34
danpbsoren: even if it works, it is not suitable for merging into Nova IMHO - it must be rewritten to use the python apis not virsh - as its stands its just a hack because the person didn't want to properly investigate what was actally wrong14:34
sorendanpb: Oh, absolutely.14:35
*** heckj has joined #openstack-dev14:35
sorendanpb: My point is just that enough people have verified that it works that it seems plausible that it works, so if we replace the current code with a closer equivalent to what attach-disk in virsh does, we should be fine. attach-disk is, as you know, a virshism. It's a wrapper around.. err... attachDevice or something.14:38
*** ncode has quit IRC14:38
* soren has to run14:38
ttxsoren: ok, will close that bug for you14:39
ttxah, you did it14:39
*** ncode has joined #openstack-dev14:40
dansmithcan someone approve? https://review.openstack.org/#/c/9547/14:41
jeblairdanpb: pong (and that's awesome, i was just watching the video of the 787 doing near-acrobatics at farnborough!)14:43
garykmtaylor: saw that it failed again. sorry14:45
danpbsoren: were you actually able to reproduce the failure seen yourself ?14:45
*** galstrom has joined #openstack-dev14:46
*** rkukura has joined #openstack-dev14:47
*** lorin1 has joined #openstack-dev14:48
jeblairdanpb: do you have thoughts on https://bugs.launchpad.net/devstack/+bug/102351314:48
uvirtbot`Launchpad bug 1023513 in devstack "devstack exercises fail after nova cpu mode change " [Undecided,New]14:48
jeblairdanpb: (do you want to fix it? :)14:48
*** simo has joined #openstack-dev14:50
dolphmheckj: easy review https://review.openstack.org/#/c/9716/14:50
trapniplease help, I have changed to name of my nova-network (no multi_host) hostname via --host=$HA_GW_NAME, restarted, but now nothing works anymore (even like spawning new VMs) because they all still use the old hostname - why?14:51
danpbjeblair: ok, yes, this is probably my ignorance, but I'm not understanding exactly what/where the error you're seeing is14:51
maoydanpb:  we see occaionally long delay in calling libvirt listDomain calls ( 10s of seconds) with no apparent workload on Ubuntu 12.04. Do you have any insight? Thanks.14:51
*** dhellmann has joined #openstack-dev14:51
danpbjeblair: I mean i can see the xml is different, but where does the failure appear14:51
jeblairdanpb: k, 1 sec.14:52
*** Gordonz has joined #openstack-dev14:52
danpb(i don't use devstack, so not too familiar with what it does)14:52
bcwaldoneglynn_: status is still on the list ;)14:53
* heckj yawns and reviews14:53
*** datsun180b has joined #openstack-dev14:53
bcwaldonheckj: do we BORE you14:54
heckjdolphm: really? Seems kinda arbitrary. That just hit your funny bone?14:54
*** mattray has quit IRC14:54
heckjbcwaldon: no, insomnia14:54
jeblairdanpb: so the rough overview is that stack.sh configures all the components, and then exercise.sh runs some basic tests (which are in individual scripts, like euca.sh)14:54
jeblairdanpb: so if you look at https://jenkins.openstack.org/job/gate-tempest-devstack-vm/3086/consoleFull14:54
bcwaldonheckj: convenient excuse14:54
heckjbcwaldon: every now and then, it slams me into the ground. Today is one of those days14:54
*** Mandell has quit IRC14:54
jeblairdanpb: and skip to "17:41:16  Running euca"14:55
* heckj yawns at bcwaldon14:55
bcwaldon!!14:55
openstackbcwaldon: Error: "!" is not a valid command.14:55
heckjheh14:55
*** dhellmann_ has joined #openstack-dev14:55
bcwaldonyou win this time14:55
jeblairdanpb: you'll see the command line calls that attempt to spin up an instance, and eventually fail14:55
heckjthe openstack bots will get you!14:55
ayoungtermie, dolphm can one of you guys approve https://review.openstack.org/#/c/9240/14:55
bourkeall, does it take a while for gerrit to recognise new members of the openstack-cla group?  Have been approved to join about 20 minutes ago but still getting 'A Contributer Agreement must be completed...' error when typing git review14:55
jeblairdanpb: does that help?  (also, out of curiosity, what do you use to test your changes, since you don't use devstack?)14:56
*** dhellmann has quit IRC14:56
*** dhellmann_ is now known as dhellmann14:56
jeblairbourke: it can take up to an hour.  :(14:56
danpbjeblair: ah, so the ping  errors are the "erroR" here14:56
jeblairdanpb: yep14:57
bourkejeblair: no problem, as long as it's not something on my end :)14:57
jeblairdanpb: basically, it just times out14:57
danpbjeblair: i don't suppose you have the  corresponding  nova  compute.log file, since that's where the interesting info will be14:57
*** Dr_Who has joined #openstack-dev14:57
jeblairdanpb: check out the list of files at https://jenkins.openstack.org/job/gate-tempest-devstack-vm/3086/?14:58
jeblairdanpb: and see if 'screen-n-cpu.txt' or 'syslog.txt' has what you need14:58
*** eglynn_ is now known as eglynn14:59
mtaylorbcwaldon: hey! you wanna hear something fun?15:00
danpbjeblair: strange, neither of those show any signs of failure15:00
bcwaldonmtaylor: go for it15:00
danpbjeblair: i guess we should just make devstack set   libvirt_cpu_mode="none"15:01
mtaylorbcwaldon: I figured out how to turn all of the openstack.common {setup,version} code into an installable library that injects its functionality via setuptools entry points15:01
bcwaldonaw man15:01
bcwaldonthat would be fantastic15:01
mtaylorbcwaldon: and doesn't trigger the bootstrapping problem of needing to pre-install something before you run setup.py15:01
mtaylorbcwaldon: I'm pretty stoked about it15:01
jeblairchmouel, vishy, bcwaldon: know how to make devstack set 'libvirt_cpu_mode="none"' ?15:02
trapniHi. I'm having a line `Making asynchronous call on network.cesar1 ... from (pid=14859) multicall` in nova-network.log, and "cesar1" is wrong (changed hostname) - how must I do to teach nova to use the right (new) hostname for nova-network?15:02
mtaylorbcwaldon: in fact, I can even do _more_ now to remove duplication from all of our setup.py files :)15:02
*** reidrac has quit IRC15:02
bcwaldonjeblair: nope15:02
* mtaylor does a little dance15:02
bcwaldonmtaylor: make it happen15:02
jeblairjgriffith: know how to make devstack set 'libvirt_cpu_mode="none"' ?15:03
jeblairany devstack experts in the room willing to help fix it?15:03
mtaylorgaryk: we're getting closer...15:03
mtaylorgaryk: it _ran_ sphinx that time :)15:03
jgriffithjeblair: nope, not off the top of my head :(15:03
russellbjust another line in stack.sh15:03
* russellb will look at it15:04
chmoueljeblair: should not be hard to add15:04
jeblairrussellb: thanks!15:04
mtaylorbcwaldon: only blocker I've got right now is that the best name I've been able to come up with for the lib is "versionlib"15:04
mtaylorbcwaldon: which is ridiclous15:04
bcwaldonmtaylor: #agree15:04
jeblairchmouel: it didn't sound hard, but nonetheless, i'm not sure where it goes. :)15:04
mtaylorbcwaldon: but you're good with names -so give me a good lib name and I'll make a release and then start making patches for our stuff to use it15:04
chmoueljeblair: cool I guess russellb is taking a look at it, let me know if you guys need help15:05
bcwaldonmtaylor: grizzly15:05
mtaylorbcwaldon: hahaha15:05
jeblairgithub suggests: massive-octo-cyril15:05
chmouelprob need to add a CPU_MODE variable or something like that15:05
mtaylorboth grizzly and octo-cyril are avail on pypi :)15:06
russellbdanpb: should we set it only if libvirt_mode=qemu ?15:06
danpbrussellb: no, just set it unconditionally IMHO15:06
russellberr, s/mode/type/15:06
russellbok15:06
mtaylorbcwaldon: how ridiculous would it be if openstack grizzly had grizzly as a depend? :)15:06
danpbdevstack isn't a case where we really need optimal performance cpus15:06
mtaylorooh. or I could call it grizzle, just to be different15:07
jeblairmtaylor: perhaps a name more like versionlib?  to, like, indicate what it does?  seems nicer for a general purpose library... i mean, they didn't call setuptools freezing-robot.15:08
bcwaldonjeblair: no15:08
russellbdanpb: jeblair: https://review.openstack.org/971815:08
danpbjeblair: to see how close we are to the planes - this is a good example - actually taken standing the ground https://secure.flickr.com/photos/dberrange/4828773030/in/set-72157624422227515/lightbox/15:08
*** sstent has quit IRC15:09
*** mnewby has quit IRC15:10
*** rpedde_away is now known as rpedde15:10
jeblairrussellb: great, thanks!  I'll make sure that runs on hpcloud (if it doesn't happen to pick an hpcloud node for its check job)15:10
*** sstent has joined #openstack-dev15:10
russellbjeblair: great thanks15:10
*** simo has left #openstack-dev15:11
mtaylorjeblair: I dunno. kombu and carrot are both fairly popular ... and I'm not sure versionlib actually commuicates that the library not only sets your version from VCS tags, but also injects requirements and sphinx hooks and authors and changelog generation15:13
mtaylorjeblair: I should call it 'libmakemyprojectlikeopenstack' :)15:13
*** Gordonz has quit IRC15:14
jeblairfine.  call it grizzly.  there is no question who's answer is not grizzly.15:14
*** Gordonz has joined #openstack-dev15:14
* jgriffith is changing his nick to grizzly15:15
* jgriffith is changing cinder to grizzly15:15
*** mattray has joined #openstack-dev15:16
*** nati has joined #openstack-dev15:16
*** nati has quit IRC15:18
*** halfss has quit IRC15:28
*** mindpixel has quit IRC15:29
*** armaan has joined #openstack-dev15:30
*** armaan has left #openstack-dev15:30
*** sstent_ has joined #openstack-dev15:32
mtaylorgaryk: ok. one more try15:32
*** rnirmal has joined #openstack-dev15:32
jgriffithjeblair: That cpu_mode setting didn't seem to fix it? (add_nova_opt "libvirt_cpu_mode=none")15:33
jgriffithjeblair: Or is there an associated change that goes with?15:33
jeblairjgriffith: why do you say that?15:35
jgriffithjeblair: Ummm... I patched my stack.sh, ran it, ran exercise.sh and had the same failures15:35
jgriffithjeblair: Did this fix it on the HP Cloud servers?15:37
jeblairah. i haven't caused it to run on hpcloud yet; the check job ran on rackspace, lemme get it to run on hp.15:37
jgriffithjeblair: Ok, don't know whether I want to hope for it to work or not :)15:37
jeblairjgriffith: https://jenkins.openstack.org/job/gate-tempest-devstack-vm/3452/console15:39
*** sstent_ has quit IRC15:39
* jgriffith eyes glued to the console output15:41
*** danpb has quit IRC15:41
jeblairjgriffith: and it looks like we got a nice, slow instance too.  :/15:42
jgriffithjeblair: Doh... there it goes15:42
jgriffithjeblair: perhaps a good time to go get another cup of coffee15:43
*** cp16net|away is now known as cp16net15:43
*** armaan has joined #openstack-dev15:43
*** corXi has quit IRC15:43
*** everett has joined #openstack-dev15:45
*** mattray has quit IRC15:47
*** everett-toews has joined #openstack-dev15:48
*** rohitk has joined #openstack-dev15:52
jeblairjgriffith: it seems to have addressed the hpcloud problem...15:52
jgriffithjeblair: huh...15:53
jgriffithjeblair: I see, but but but15:53
jgriffithjeblair: Ok, I'm heading down to the apple store now15:53
jgriffith:)15:53
*** rods has quit IRC15:53
jeblairjgriffith: don't do anything rash! :)15:53
jeblairjgriffith: i promise hpcloud isn't running on a stack of macbooks!15:54
jgriffithjeblair: Ahh... well yes, that's a very good point15:54
garykmtaylor: ++15:54
* jeblair really hopes he's right about that15:54
jgriffithjeblair: There goes the excuse to my wife for buying the fancy new retina dislay macbook :)15:54
garykmtaylor: thanks!15:54
jgriffithjeblair: Ok, back to reality.  Let me see if I missed somehting on my devstack setup15:55
jgriffithjeblair: I'll start over, and I guess at this point get out of your hair :)15:55
jeblairjgriffith: i hope that works (cause i'm sure out of ideas), and thanks for your help.15:56
jgriffithjeblair: I'm just glad the code reviews should go through smoothly now :)15:56
*** mattray has joined #openstack-dev15:56
*** salgado is now known as salgado-lunch15:59
*** arosen has joined #openstack-dev16:00
*** armaan has quit IRC16:01
*** armaan has joined #openstack-dev16:01
*** matwood has joined #openstack-dev16:01
*** mnewby has joined #openstack-dev16:05
*** rods has joined #openstack-dev16:07
*** PotHix has joined #openstack-dev16:08
garykmtaylor: thanks! did jenkins merge?16:11
*** mnewby has quit IRC16:12
mtaylorgaryk: yah16:12
arosenmarkmcclain:  Hey, I have a quick question about your comment regarding add_nova_opt "quantum_admin_tenant_name=$SERVICE_TENANT_NAME"16:13
arosenI'm trying to reproduce this now. The errors you get are in n-api ?16:14
markmcclainI'll get errors in n-cpu16:14
garykmtaylor: thanks16:15
*** e1mer has quit IRC16:15
*** jerdfelt has quit IRC16:19
*** jerdfelt has joined #openstack-dev16:19
*** matwood has quit IRC16:20
heckjdolphm, ayoung: quick review: https://review.openstack.org/#/c/9723/16:20
*** matwood has joined #openstack-dev16:20
*** garyk has quit IRC16:20
ayoungheckj, looking16:20
ayoungheckj, done16:22
heckjthx!16:22
*** andrewsmedina has quit IRC16:27
arosenmarkmcclain: is this what you are getting? http://codepad.org/EzklhIeV16:28
markmcclainarosen: yes16:30
*** mokas has quit IRC16:30
*** davidha has quit IRC16:31
*** jtran has joined #openstack-dev16:32
ttxTZ reminder: today is bug squashing day, join us on #openstack-bugday if you participate to the effort: http://wiki.openstack.org/BugDays/20120712BugSquashing16:33
*** rohitk has quit IRC16:40
*** epim_ has joined #openstack-dev16:44
*** epim has quit IRC16:45
*** epim_ is now known as epim16:45
*** johnpur has joined #openstack-dev16:47
*** ChanServ sets mode: +v johnpur16:47
*** garyk has joined #openstack-dev16:48
*** danpb has joined #openstack-dev16:48
*** m4xmr has quit IRC16:48
*** dhellmann has quit IRC16:49
*** markmcclain has quit IRC16:49
*** dachary has joined #openstack-dev16:50
*** armaan has quit IRC16:51
*** torgomatic has joined #openstack-dev16:55
*** jdurgin has joined #openstack-dev16:59
*** Mandell has joined #openstack-dev17:00
bcwaldonjeblair: can we take the hp nodes out of rotation?17:01
jeblairbcwaldon: can we merge https://review.openstack.org/#/c/9718/  ?17:01
bcwaldonjeblair: yes17:01
bcwaldonjeblair: approved17:02
jeblairbcwaldon: thanks!17:02
*** rohitk has joined #openstack-dev17:03
*** danwent has quit IRC17:05
*** cp16net is now known as cp16net|away17:08
*** cp16net|away is now known as cp16net17:08
*** cp16net is now known as cp16net|away17:10
*** cp16net|away is now known as cp16net17:10
*** m4xmr has joined #openstack-dev17:12
*** danpb has quit IRC17:12
*** m4xmr has quit IRC17:12
*** derekh has quit IRC17:14
*** renier has quit IRC17:21
jtranwhen raising an exception in nova-manage, should I just raise Exception('msg'), or do I do a print _('msg') ; raise ?17:22
bcwaldonjtran: is there a precedent in that file?17:23
*** jaypipes is now known as jaypipes-afk17:23
jtranlots of :)17:23
bcwaldonjtran: of both?17:23
jtranyeah and others not listed17:23
*** rohitk has left #openstack-dev17:24
jtranthe thing is when just do Exception('msg') , i get nothing returned other than 'check log for errors' but afaik nova-manage doesn't log any errors (anymore)17:24
bcwaldonjtran: well, whatever gets the appropriate message out is fine with me17:25
jtrancool cool17:25
dolphmheckj: typo in https://review.openstack.org/#/c/9723/17:29
*** salgado-lunch is now known as salgado17:29
heckjdolphm: thanks17:29
heckjdolphm: fixed and updated17:31
jgriffithdavidkranz: Ok, we'll see if that helps or makes things worse17:33
dolphmheckj: +2'd17:35
*** darraghb has quit IRC17:36
*** gyee has joined #openstack-dev17:38
davidkranzjgriffith: What do you mean by "that"?17:39
*** tongli has joined #openstack-dev17:40
jgriffithdavidkranz: You suggested an email...17:40
davidkranzjgriffith: Yes, but I didn't see one.17:40
jgriffithdavidkranz: I just sent on eout17:40
jgriffithdavidkranz: Hmmm...17:40
andrewbogottCan someone who knows more than me about python internals explain why this would ever fail? self.assertEqual(cfg.CONF.__getattr__('notification_driver'), cfg.CONF.notification_driver)17:42
jgriffithdavidkranz: Let me know if you don't see it in the next few minutes, was sent 8 minutes ago17:43
davidkranzjgriffith: k17:43
*** mokas has joined #openstack-dev17:45
andrewbogott...because it is failing for me.  __getattr__ is overloaded in clever ways, but apparently just accessing .members bypasses __getattr__ which... I thought the whole point of __getattr__ was that it was called during .access.17:46
bcwaldonandrewbogott: what's the class of cfg.CONF?17:46
*** thingee_zzz is now known as thingee17:46
bcwaldonandrewbogott: nvm, so looking through the code I don't see anything obvious17:47
andrewbogottopenstack.common.cfg.CommonConfigOpts17:47
bcwaldonandrewbogott: maybe you should determine if they're following the same path through ConfigOpts17:47
andrewbogottI have a test that's failing due to an attempt to override a cfg variable... but when I access that cfg var later (using a simple .reference) the override is not present.17:48
bcwaldonthe two method of accessing17:48
bcwaldonandrewbogott: two different tests?17:48
andrewbogottbcwaldon:  I litter cfg with debug lines... I don't see evidence that anything in cfg is called with the .access.17:49
andrewbogottWhich maybe is expected?  But that means that accessing config values that way will never work right.17:49
bcwaldonandrewbogott: is this a test17:49
andrewbogottbcwaldon:  yes... I have it narrowed down so that I can get an immediate failure in a setUp() function:17:50
andrewbogott        self.config(17:50
andrewbogott                notification_driver='openstack.common.notifier.no_op_notifier')17:50
andrewbogott        self.assertEqual(cfg.CONF.__getattr__('notification_driver'), cfg.CONF.notification_driver)17:50
bcwaldonandrewbogott: ...as in, is something getting stubbed out in a test17:50
andrewbogottbcwaldon:  Yes, stubbing behavior is exactly what I'm trying to fix and/or understand.17:52
bcwaldonandrewbogott: so are you sure that cfg.CONF isn't some fake object?17:52
bcwaldonandrewbogott: you can also ensure they're the *same* object17:52
andrewbogottI'm pretty much the only one who's using self.config() in common, and I'm finding that its behavior is inconsistent.  Whereas if I use self.stubs.Set(cfg.CONF, 'notification_driver', etc.)  it does what I expect.17:53
andrewbogottbcwaldon:  In the above assertEqual example... how could they be different objects?  (And, in the __getattr__ case, my debug lines are traversed.)17:54
bcwaldonandrewbogott: dono, I guess I won't be much help here17:55
*** cp16net is now known as cp16net|away17:55
andrewbogottbcwaldon:  Do you share my expectation __getattr__ is called when you access a member with .?17:55
bcwaldonandrewbogott: yes, that's a fact17:55
andrewbogotthuh17:56
bcwaldonandrewbogott: well, it might be __get__, not __getattr__17:56
bcwaldonandrewbogott: I need to brush up on the difference17:56
bcwaldonandrewbogott: ah, __getattr__ is only called if no class attribute exists17:56
bcwaldonandrewbogott: so calling it directly might return a different response that whatever is actually set as an attribute17:57
bcwaldonandrewbogott: try the assert with __get__ instead17:57
andrewbogottIf I call __get__ I get 'no such option'17:57
andrewbogottBut, that might be a clue of some sort.17:57
bcwaldonyes17:58
bcwaldona clue!17:58
andrewbogottInteresting, it's calling _get with the argument __get__ which is failing.17:59
* andrewbogott 's head spins17:59
*** GheRivero has quit IRC18:00
*** armaan has joined #openstack-dev18:00
davidkranzjgriffith: Haven't seen it...18:01
jgriffithdavidkranz: that's weird...18:02
jgriffithanybody get my email?18:03
*** mnewby has joined #openstack-dev18:04
*** danwent has joined #openstack-dev18:05
jgriffithdavidkranz: https://lists.launchpad.net/openstack/msg14533.html18:06
jgriffithdavidkranz: It made it to the archive at any rate18:06
davidkranzjgriffith: Not sure why I didn't get it.18:06
*** cp16net|away is now known as cp16net18:06
*** mdomsch has quit IRC18:07
*** kbringard has joined #openstack-dev18:07
*** mdomsch has joined #openstack-dev18:07
*** dachary has quit IRC18:08
*** salv-orlando has joined #openstack-dev18:08
*** dachary has joined #openstack-dev18:08
*** markmcclain has joined #openstack-dev18:11
vishybcwaldon, comstud, pvo, jorge: any idea if there is documentation on instance faults anywhere?18:12
vishyit doesn't look like it is in any of our docs.18:12
annegentlevishy: what are instance faults exactly?18:12
vishyannegentle: when an instance is in error state, there is a potential list of errors that is displayed through the api18:12
*** salv-orlando has left #openstack-dev18:14
*** salv-orlando has joined #openstack-dev18:14
*** renier has joined #openstack-dev18:14
*** dhellmann has joined #openstack-dev18:15
*** mnewby has quit IRC18:15
ewindischrussellb: disabling kombu tests was not intended to be merged. Forgot the -D on git-view18:15
zykes-vishy: you got any clue on what can be write if a IP doesn't get allocated in nova with quantum ?18:16
bcwaldonvishy: yep18:17
*** anniec has quit IRC18:17
bcwaldonvishy: http://docs.openstack.org/api/openstack-compute/2/content/Asynchronous_Faults-d1e2009.html18:17
russellbewindisch: k, i see that it's a draft now, that's fine18:18
russellbewindisch: i also left a comment on your other patch about pyzmq in test-requires ...18:18
russellbthat won't work for build slaves.18:18
russellbpyzmq will blow up since zeromq won't be installed18:18
* russellb went down this road while trying to run your tests in nova ...18:19
russellbpyzmq-staic (or something like that) looked promising, but I don't think i got it working18:19
russellbthat one was supposed to include the base C lib as well18:19
ewindischrussellb: the problem is that the slaves already have pyzmq installed (and working)18:20
russellbo r l y18:20
ewindischso I wanted it to reflect reality...18:20
ewindischand pyzmq-static never worked, and is no longer in pypi.18:20
russellbwhy do they have it installed?  just got lucky?18:20
ewindischapparently.18:20
russellbheh, alrighty then.18:20
russellbbut then it will break it for people running tests locally18:21
ewindischactually, I wonder if that is the problem on the 2.6 tests. Maybe the 2.6 slaves have the pyzmq-static version that is broken18:21
clarkbpython-zmq is installed by puppet for something on the slaves and that installs libzmq18:21
russellbclarkb: ah cool, thanks18:21
russellbewindisch: but for anyone else running the unit tests ... adding that will break things i think18:22
*** mikal has quit IRC18:23
russellbif only we could add it to test-requires as an optional thing and the venv build would just continue and ignore it if it fials18:23
ewindischrussellb: right now, the tests are disabled entirely because jenkins has pyzmq and the tests were failing.18:23
* russellb nods18:23
russellbi'm just talking about your proposed patch18:23
ewindischright.18:23
russellbannnnnyway18:23
*** rnirmal has quit IRC18:24
* russellb keeps digging through jenkins18:24
russellberrr, gerrit.18:24
*** GheRivero has joined #openstack-dev18:24
ewindischrussellb: I agree it would break local tests. I don't have a recommendation except to maybe look into tox.ini, maybe we can build it ? ;-)18:25
russellbbuild zeromq?  maybe..18:26
jeblairmtaylor: i think you added python-zmq for the nova zeromq unittests, right?18:26
*** mikal has joined #openstack-dev18:27
russellbif you're doing that, installing python-qpid would rock :-)  ... it's not in pypi :(18:27
russellbhappy and sad in the same line, i'm so emo18:27
jeblairewindisch: can you elaborate on "pyzmq-static version that is broken"18:31
vishyrussellb: https://review.openstack.org/#/c/8329/18:32
jeblairewindisch: the only zmq related packages on the oneiric sslaves are18:32
jeblairlibzmq1                              2.1.9-118:32
andrewbogottbcwaldon:  Here is a summation of my confusion, in handy patch form:  https://review.openstack.org/#/c/9731/18:32
jeblairpython-zmq                           2.1.9-118:32
vishyrussellb: thoughts on the rpcapi modifications?18:32
andrewbogottbcwaldon:  (Probably I just have to wait for markmc to get back and explain.)18:32
bcwaldonandrewbogott: ha, ok18:33
ewindischjeblair: referring to a broken pypi package that no longer exists. Just making sure that wasn't installed.18:33
russellbvishy: will look, thanks for pointing it out18:33
ewindischjeblair: however, I'm quite sure that 2.1.9 doesn't work with the zeromq driver. I'm almost certain that is the problem. I know that 2.1.11 works, which is what is running on the precise boxes.18:33
*** pixelbeat has quit IRC18:34
*** AlanClark has joined #openstack-dev18:34
ewindischjeblair: what I'll do is put in a test for the zeromq version in the tests. They'll skip if pyzmq is missing, or is too low a version.18:34
clarkbewindisch: can you pin the pyzmq package to version 2.1.9 to test?18:34
*** cmagina has quit IRC18:34
ewindischclarkb: I could. I've tested it in the past, and it failed.18:34
*** rnirmal has joined #openstack-dev18:34
jeblairewindisch: for reference, jenkins slave configuration is here: https://github.com/openstack/openstack-ci-puppet/blob/master/modules/jenkins_slave/manifests/init.pp18:35
ewindischcool.18:36
*** cmagina has joined #openstack-dev18:36
mtaylorjeblair: yeah18:36
ewindischThis is what I propose to address these concerns:18:36
ewindisch* skip tests on pyzmq < 2.1.11 (tested-working); I can do 2.1.9 testing later and see if this can be fixed.18:37
dprincebcwaldon: Is there a particular reason you didn't +2 this https://review.openstack.org/#/c/9661/? Your concern was about the 500 right?18:38
ewindisch* add cdeps building to tox to make the tests self-contained on c-based depends. This will also help us with qpid18:38
bcwaldondprince: I wanted to leave the discussion open, but then I went and saw the bug/fix in keystone you filed18:38
bcwaldondprince: I'll +2, just didnt think to come back to it18:39
dprincebcwaldon: Reason I ask is I'd like to do the same thing to my Glance branch... which is blocking my entire patch series.18:39
*** alaski has quit IRC18:39
bcwaldondprince: do you want to i18n that error message?18:39
bcwaldondprince: well, would you please :)18:39
dprincebcwaldon: Okay. I'll make the same change in Glance too then.18:39
bcwaldondprince: yep, will +2 after that18:39
jeblairmtaylor: you're the tox expert, what do you think about ewindisch's suggestions ^ ?18:41
*** andrewsmedina has joined #openstack-dev18:41
*** mokas has quit IRC18:41
*** mokas has joined #openstack-dev18:41
*** mikal has quit IRC18:42
*** mikal has joined #openstack-dev18:43
mtaylorlooking18:43
mtaylorhrm.18:43
mtaylorwhat's cdeps?18:43
ewindischhttps://review.openstack.org/973318:44
mtaylorewindisch: that's a draft, you'll need to add me as a reviewer18:44
ewindischadded18:45
ewindischThis isn't tested and isn't fully baked - just a POC for review before I go down this rabbit hole18:46
mtayloryeah - so, there's a few things where this will go to the bad place18:47
mtaylor(not saying no, just things that will need to be solved for it to be usable)18:47
mtaylorcloning from github is pretty much always a terrible idea, as it fails more than you'd expect when it's part of our automated testing18:47
bcwaldonmtaylor: learning is fun18:48
mtaylorwe do everything in our power to avoid it (and any other network resource) as much as possible a18:48
ewindischmtaylor: clearly, we shouldn't install the c-dependencies globally. The C include paths will need to be passed to pip18:48
mtaylorewindisch: no, I mean your cdeps build does a clone18:48
mtaylorthat will wail18:48
mtaylorfail18:48
ewindischmtaylor: yes, I know. I was typing that out when you mentioned the clone18:48
mtaylor:)18:49
ewindischyeah, the clone is an issue...18:49
mtaylorso, we can grab release tarballs18:49
mtaylorbecause we could potentially mirror those18:49
mtaylorbut then we've got additional problems, in that we'd need to verify for each of these things that they're installable into the virtualenv without installing portions of them globally18:50
ewindischwhich is still requiring network access18:50
mtaylornetwork access to _our_ servers is fine18:51
ewindischsure, C code has dependencies too, which we'd have to apt-get (or yum, or worse)18:51
ewindischand /that/ is a rabbit-hole18:51
mtaylorwe don't tend to lose network access to our own servers very often18:51
mtayloryup18:51
mtaylorwe tried a version of part of this a while ago when we still based builds off of apt packages18:51
mtaylorin that we had a ppa and we keep custom or specific versions of debs in that ppa18:51
mtaylorbut then we were starting to create a little mini-distro18:52
mtaylorI like the first part of your suggestion - which is to put in the version check in the tests...18:52
mtaylorthen I think the next step from a moving-forward perspective is to bug zul to get an updated version of the libs into ubuntu18:52
zulwhat libs?18:53
ewindischmtaylor: so the issue here isn't for the automated tests, in my opinion.18:53
ewindischmtaylor: we can assure those libraries exist via the slave manifest18:53
ewindischwe're having an issue that even if that stuff exists in the slave's manifest, how do we make sure the tests pass on individual user's machines?18:54
mtaylorright. which is why we've been really reluctant to install non-standard anything on the slaves18:54
*** davidha has joined #openstack-dev18:54
mtaylor(I hate all of the solutions to this problem, btw)18:55
ewindischIf I add pyzmq to tests-requires, the tests will fail on individual user's machines.18:55
ewindischif I don't add it to tests-requires, but install pyzmq via the manifest, the jenkins slaves are going to run tests that weren't run on the developer's machine18:55
mtaylorwait - is pyzmq installable via pip?18:56
mtaylorI thought it was one of those swig-based libs that wasn't18:56
ewindischmtaylor: yes, but not the c-dependency that the pip-package requires.18:56
ewindischit is Cython based, by the way.18:56
clarkblibzmq1 on ubuntu I think18:56
mtaylorah. so it's the libzmq1 dep that's the issue?18:57
mtayloris the precise version of libzqm1 sufficient?18:57
*** lorin1 has quit IRC18:57
mtaylor(sorry for being seemingly daft - bear with me for a sec)18:57
*** armaan has left #openstack-dev18:57
jeblairmtaylor: isn't the question: "is the oneiric version of libzmq1 sufficient for pip pyzmq?"18:58
mtaylorjeblair: AH18:58
ewindischmtaylor: no, the precise version of libzmq1 is not sufficient.18:58
mtaylorok. well, that makes it slightly easier18:59
ewindischor oneiric. damn i keep foregetting the names18:59
ewindischand I just added an 'e' where it didn't belong.18:59
*** dprince has quit IRC18:59
mtaylorwhat version of libzmq1 is sufficient?18:59
ewindisch2.1.11 ; This is in precise, but not in oneiric.18:59
jeblairah, you said that earlier, i thought that was a pyzmq version #19:00
clarkbjeblair: they follow each other to make interversion dependencies easy to sort out19:01
clarkbs/interversion/interproject/19:01
*** thingee has quit IRC19:01
mtaylorok. so the situation we find ourselves in is this: we cannot support pyzmq as a dependency on oneiric19:01
*** japage2 has joined #openstack-dev19:02
mtaylorso how the _hell_ do we express that in a meaningful manner19:02
*** jog0 has joined #openstack-dev19:02
mtaylorewindisch: what happens if you pip install pyzmq 2.1.11 on oneiric with libzmq 2.1.9 ... does it blow up? or does it work in a degraded manner?19:02
ewindischmtaylor: I can have the tests simply skip with <2.1.11, that solves that problem, imho.19:03
mtaylorit _might_ solve it19:03
*** japage has quit IRC19:03
*** alrs has joined #openstack-dev19:03
mtaylorthe problem is, we'd put the pip-requires at pyzmq>2.1.11 ... but pip on oneiric _is_ going to be able to find that19:03
ewindischmtaylor: it degrades… but it will work as if you had pyzmq 2.1.9 installed (minus any bug fixes in the python)19:04
mtaylorewindisch: AHA!19:04
mtaylorcool. that's stellar19:04
mtaylorcan you make your 2.1.11 check fail on pyzmq 2.1.11 /libzmq1 2.1.9 ?19:04
*** thingee has joined #openstack-dev19:04
ewindischmaybe19:04
mtaylorif you can do that then we're golden19:05
ewindischseems so zmq.core.version.zmq_version()19:05
mtaylorif that's not possible, then I think what we want to do is put the zmq tests into the test-options file and run them as part of the "full" env19:05
mtaylorPERFECT19:05
mtaylorthat tests for the capability we need, will mean that the test suite will properly skip on oneiric and run on precise and a dev can reasonably be expected to deal with it19:06
*** gyee has quit IRC19:06
ewindischmtaylor: the fact remains that we can't put pyzmq into test-requires though19:06
mtaylorwhy?19:07
ewindischbecause tox will bail if libzmq1 isn't intalled.19:07
mtaylorah- that's fine - put it into test-options19:07
mtaylorthat's the one that only gets pulled in on a "full" test run - and where we put things that expect the dev to have extra crap installed19:07
ewindischdo we need to create that?19:07
mtaylorit's there, as is the full env19:07
ewindisch(where is that file?)19:07
mtaylortools19:07
mtaylorwe do need to make the jenkins job to run that env19:08
ewindischmtaylor: This is in openstack-common.19:08
mtaylorwhich I can do today19:08
ewindischmaybe you're talking about Nova or such?19:08
mtaylorewindisch: ah- then we just need to copy that facility in from nova19:08
mtaylorewindisch: make a tools/test-options file19:08
ewindischah, yeah, I see it now. (looks at nova)19:08
mtaylorand grab the [testenv:full] section as well19:08
ewindischyep, I see it.19:09
mtaylorand I'll work on getting jenkins jobs added for nova and openstack-common19:09
mtaylor(we have a similar issue with MySQL-python and libvirt)19:09
*** datsun180b has quit IRC19:10
ewindisch+1 thanks monty19:10
ewindischrussellb: sorry, I'm not sure this helps you in the short-term.19:11
*** mnewby has joined #openstack-dev19:14
*** jakedahn_zz is now known as jakedahn19:15
*** littleidea has joined #openstack-dev19:15
mtaylorwe'll get something going :)19:17
zuljgriffith: ping19:19
jgriffithzul: poing19:19
jgriffithpoing19:19
jgriffithpong!!!!!19:19
maoyvishy: there seems to be a confusing use between InstanceNotFound and NotFound in the libvirt driver19:20
zuljgriffith: so nova-volumes/cinder right now doesnt save the iscsi volumes if you reboot the server so we were discussing this internally and we were thinking of switching to use the tgt configuration files, so when the server reboots the volumes are still there19:20
maoyvishy: sth like throw one and catch the other19:21
maoyvishy: what's the design behind the two exceptions? which one is preferred? thx.19:21
jgriffithzul: You mean just in your setup, or you mean proposing a blueprint?19:22
zuljgriffith: proposing a blueprint19:22
maoyvishy: scratch that. never mind. :)19:23
zuli was just wanting to get your opinon19:23
jgriffithzul: There were some reasons for not using tgt as I recall19:23
jgriffithzul: But I think putting it out there for everybody to review is the best thing to do19:23
zuljgriffith: right but iscsitarget would have the same problem19:23
jgriffithzul: Understood19:24
zuljgriffith: since it isnt persistence across reboots19:24
jgriffithI'd submit the blueprint19:24
*** littleidea has quit IRC19:25
zuljgriffith: ok i have been toying around with something as well locally19:26
jgriffithzul: Yeah?19:26
ewindischmtaylor: actually, all of that said, I actually do have the tests passing on MacOS with 2.1.7… /sigh/19:27
zuljgriffith: yep19:27
jgriffithzul: lay it on me sometime, always like to hear others ideas19:27
*** novas0x2a|laptop has joined #openstack-dev19:27
ewindischI will be building a Oneiric box to test this all out. At least for now, I'll have something to commit and pass tests.19:27
ewindisch(on the slaves)19:28
zuljgriffith: basically tgt can use other directories other than /etc/tgt so basically when the volume is created you would create the tgt configuration file in something like /var/lib/nova/volumes and remove it when the volume goes away19:28
jgriffithzul: We should talk sometime on that, I had a similar idea but put it on the back burner until we're ready to work on things like multiple back-ends19:30
zuljgriffith: ok ill propose a blueprint at least19:30
jgriffithzul: cool!  Thanks19:30
vishymaoy: figured it out?19:32
*** mokas has quit IRC19:32
ogelbukhjgriffith: zul: is it possible to make recreating exports part of nova-volume/cinder service initialization?19:32
zulogelbukh: possibly19:33
jgriffithogelbukh: zul: that's not something that would trivial I don't think19:33
jgriffithogelbukh: But ANYTHING is possible :)19:34
zuljgriffith/ogelbukh: what about like a scheduled task that just polls the running volumes and updates the configuration file19:35
jog0vishy: I am looking for reviews for my rebased aggregates part 1 patch19:35
jgriffithzul: don't know how well that would scale19:35
jgriffithzul: polling is kind of a dirty word19:35
zuljgriffith: right19:36
*** liemmn has joined #openstack-dev19:36
*** liemmn has left #openstack-dev19:37
jgriffithzul: ogelbukh: I like the idea, would like to see some thought put into it and figure out what we can do19:39
*** zaitcev has joined #openstack-dev19:40
rnirmalthe existing code does do an ensure_export at volume service startup19:41
rnirmalnot sure all drivers have implemented that19:41
*** johnpur has quit IRC19:42
*** japage2 has quit IRC19:47
ttxLast reminder of the day: today is bug squashing day, join us on #openstack-bugday if you participate to the effort: http://wiki.openstack.org/BugDays/20120712BugSquashing19:47
jog0vishy: thanks19:48
zulrnirmal: i just did a quick check and only one of the drivers do that19:51
rnirmalwell there you go, I remembered the manager did something on startup19:51
rnirmalzul: it would be great to get that updated for all the drivers that support it19:52
*** jaypipes-afk is now known as jaypipes19:52
rnirmalsupport/require it19:52
*** armaan has joined #openstack-dev19:53
*** japage has joined #openstack-dev19:56
zulrnirmal: im surprised we arent storing the luns in the table that would make it easier as well i think19:56
rnirmalthe lun information is stored in provider_location in the volumes table, it's hacky at best, but here's the layout for that column <ip> <iqn> <lun>19:57
rnirmalzul: ^19:58
rnirmaland that's also very dependent on the driver, it's what the driver provides, so not all drivers may have it19:59
*** sandywalsh has quit IRC20:00
zulrnirmal: heh i only care about tgt right now because thats what ubuntu uses20:01
jgriffithvishy: Do you know anything about the status of keystone/quotas (https://blueprints.launchpad.net/keystone/+spec/store-quota-data)20:01
jgriffithvishy: Trying to decide how to proceed with Cinder/Quotas for now20:01
heckjjgriffith: I doubt it20:01
vishyjgriffith: nope20:02
heckj:-)20:02
jgriffithheckj: vishy: It was worth a shot :)20:02
vishyjgriffith: just port the quota code over from nova for now20:02
jaypipesjgriffith, vishy: wow, talk about making a fool of oneself.20:02
heckjjgriffith: Everett started the work in a fork on a local github repo, but hasn't submited anything for review as yet to enable on the keystone side20:02
jgriffithheckj: yeah, I sent him a note the other day when you and I talked20:02
jgriffithheckj: I'll move forward with porting it20:03
everett-toewsheckj: jgriffith: i ran into some issues with my first cut. need to retool and try again.20:05
heckjeverett-toews: sounds good.20:06
jgriffitheverett-toews: ahh... hey there.  I'll just keep a look out for things and port as vishy said for now20:06
jgriffitheverett-toews: Thanks for letting me know though!20:06
heckjjgriffith: ++20:06
everett-toewsjgriffith: i'll try to have something working by the end of this week and i'll share the link to the branch with you.20:07
*** BLZbubba_ has quit IRC20:08
jgriffitheverett-toews: Great, thanks!20:08
*** ncode has quit IRC20:08
*** BLZbubba has joined #openstack-dev20:09
*** andrewsmedina has quit IRC20:12
*** mokas has joined #openstack-dev20:13
dolphmheckj: i put /policies/ stuff out there for service & client on existing /v2.0/ but i'm thinking both should wait to land in /v3/, no?20:17
jaypipesjgriffith: that was an excellent followup email. thx for doing that.20:17
heckjdolphm: 3.0 is what I was thinking - there's no formal API, and we'd be just making an extension to 2.0 for it20:18
jgriffithjaypipes: Thanks!  Hope it didn't just get lost in the noise20:18
jaypipesjgriffith: well, nothing you can do about that!20:18
jgriffithjaypipes: Nope20:18
dolphmheckj: i know rax wants rbac in 2.0 as an extension anyway, based on whatever lands in 3.020:18
*** rafaduran has joined #openstack-dev20:19
heckjOK by me - I'm preferring to focus on forward, but I get the desire. I think the fastest way will be to implement 3 and get it stable and solid20:19
dolphmheckj: agree20:20
*** ncode has joined #openstack-dev20:21
*** Ryan_Lane has joined #openstack-dev20:22
*** armaan has left #openstack-dev20:23
*** jaypipes has quit IRC20:26
*** littleidea has joined #openstack-dev20:32
*** steveb___ has joined #openstack-dev20:36
*** datsun180b has joined #openstack-dev20:38
ewindischrussellb: I acknowledge the qpid-devstack thing is not a bug. The question is: should we approve and merge the change? I think it would be good to be consistent.20:38
russellball of the docs everywhere still reference the old syntax20:42
russellbso i don't think it's important to change20:42
russellband making the option value even longer in all the docs doesn't seem ideal20:42
russellbif we were going to recommend something different, i'd rather add support for shorthand20:43
russellb'qpid', 'kombu', 'zeromq'20:43
*** ncode has quit IRC20:43
*** ncode has joined #openstack-dev20:43
*** ncode has joined #openstack-dev20:43
ewindischrussellb: that won't work too well if someone wants to use a driver outside of openstack-common (or nova)20:45
russellbwell we'd support that too, but that'd be advanced / very uncommon usage20:46
russellbfor the general user, a python path doesn't make any sense20:46
russellbit's ugly and not user friendlyt20:46
russellbnova.rpc.impl_whatever is bad enough, nova.openstack.common.rpc.impl_whatever is worse20:46
dolphmayoung: what's this reverify/recheck voodoo?20:49
ewindischI guess the only way we could do that is to do string parsing. a short string expands to the openstack.common path, but a string starting with some token gets the token stripped and the module is used directly20:49
ayoungdolphm, it retriggers the Jenkins jobs20:49
dolphmayoung: which one?20:49
ayoungrecheck is for the job run on initial upload of the patch20:49
ayoungI made the mistake of running reveirfy20:50
ewindischthen, "kombu" would load nova.rpc.kombu, while ":kombu" would load 'kombu' from PYTHONPATH20:50
russellbor just check to see if we have a mapping for what is specified, otherwise assume it's a path to import directly20:50
ayoungreverify should only be done after approval20:50
dolphmayoung: hmm, cool -- thanks!20:50
*** jaypipes has joined #openstack-dev20:50
ayoungBut that is what I am here for:  making the embarrassing mistakes so you don't have to.20:50
clarkbrunning reverify before approvals won't cause merges to happen but it will potentially slow down gate tests for changes that have been approved20:51
ewindischrussellb: I personally think that is dirtier. It isn't very deterministic.20:51
dolphmclarkb: is reverify higher priority than recheck or something?20:52
russellbseems fine to me.  *shrugs*20:52
ayoungdolphm, I resent the email to you, minus the [CI] tag that probably filtered it into an unread message box20:53
dolphmayoung: haha thanks20:53
dolphmayoung: reading20:53
clarkbdolphm: no, but gate tests are run in a dependent queue and if you get into that queue unnecessarily everything after you has been slowed down20:54
dolphmclarkb: gotcha20:55
*** GheRivero has quit IRC20:56
*** japage has quit IRC20:58
*** lts has quit IRC20:58
*** rpedde is now known as rpedde_away21:05
*** Ryan_Lane has quit IRC21:06
*** tongli has quit IRC21:07
*** maoy has quit IRC21:07
*** Ryan_Lane has joined #openstack-dev21:11
*** matwood_ has joined #openstack-dev21:11
*** AlanClark has quit IRC21:12
*** mdomsch has quit IRC21:14
*** matwood has quit IRC21:15
*** matwood_ has quit IRC21:16
*** littleidea has quit IRC21:17
*** salgado has quit IRC21:17
*** anniec has joined #openstack-dev21:17
*** anniec_ has joined #openstack-dev21:18
vishyjgriffith: we still need a change that switches the gating on the other projects to use cinder21:19
jgriffithvishy: Other than the two devstack gate jobs?21:20
jgriffithvishy: or changes rather?21:20
jgriffithvishy: https://review.openstack.org/#/c/9747/121:21
*** anniec has quit IRC21:22
*** anniec_ is now known as anniec21:22
*** markvoelker has quit IRC21:22
vishyjgriffith: aye21:22
vishyjgriffith: devstack-vm-gate.sh, changing enabled services there21:22
jgriffithvishy: It's submitted: https://review.openstack.org/#/c/9746/21:23
jgriffithvishy: Unless I'm missing something else?21:23
*** rnirmal has quit IRC21:24
*** Ryan_Lane has quit IRC21:25
*** arosen1 has joined #openstack-dev21:25
vishyjgriffith: ah thanks, i missed that one21:26
jgriffithvishy: cool21:26
*** datsun180b has quit IRC21:28
*** dubsquared has quit IRC21:32
*** anniec has quit IRC21:36
*** armaan has joined #openstack-dev21:38
*** dhellmann has quit IRC21:40
*** salv-orlando has quit IRC21:40
*** arosen1 has quit IRC21:41
*** rkukura has quit IRC21:43
*** arosen1 has joined #openstack-dev21:44
*** Dr_Who has quit IRC21:46
vishyjog0: if you put a joinedload('hosts') in aggregate_get it will fix lazy load error21:47
*** arosen2 has joined #openstack-dev21:48
vishyjog0: much better than the hack you have in there21:48
*** arosen1 has quit IRC21:50
jog0vishy: I will change it now21:54
bcwaldonjk0: would you like to review a code-removal branch? https://review.openstack.org/#/c/9696/21:55
vishyjog0: cool. look in the sqlalchemy/api.py for syntax (iirc it is .options(joindload('hosts')) or some such21:58
*** matwood has joined #openstack-dev22:01
*** jeblair has quit IRC22:02
jog0vishy: fixed, and retesting22:03
*** nati has joined #openstack-dev22:03
*** ayoung has quit IRC22:04
*** armaan has left #openstack-dev22:04
*** markmcclain has quit IRC22:06
*** sniperd has quit IRC22:10
*** sniperd has joined #openstack-dev22:10
*** zul has quit IRC22:12
*** eglynn has quit IRC22:17
*** sacharya has quit IRC22:18
*** galstrom has quit IRC22:20
*** rafaduran has quit IRC22:20
*** andrewbogott_ has joined #openstack-dev22:22
*** andrewbogott_ has joined #openstack-dev22:22
*** andrewbogott has quit IRC22:22
*** andrewbogott_ is now known as andrewbogott22:22
BLZbubbaif i see references to "req-41b77e37-2b31-4392-a020-96de39580675" in the logs, where do I look to track that back to an actual request?22:23
*** Gordonz has quit IRC22:25
bcwaldonBLZbubba: you need to save the req id returned in the http headers22:25
bcwaldonBLZbubba: should be x-openstack-request-id22:26
bcwaldonBLZbubba: actually, x-compute-request-id from nova22:26
bcwaldonBLZbubba: we're moving towards x-openstack-request-id, afaik22:27
BLZbubbawell i'm tracking down an unexplained reboot, and i got that req from the nova-compute logs22:27
*** edygarcia has quit IRC22:27
BLZbubbanow i'm trying to figure out who/what generated that request22:28
*** kbringard has quit IRC22:28
bcwaldonBLZbubba: yeah, if its reproducible, then just make the request again and save that header22:28
bcwaldonBLZbubba: otherwise, you're stuck grepping the logs for that req-*22:28
BLZbubbanot reproduceable, 2 machines just rebooted last night for no known reason22:29
bcwaldonBLZbubba: weird, so you're looking for a request that might have made that happen?22:29
bcwaldonBLZbubba: or you have a req id for the request in question22:29
BLZbubbai tried grepping but so far i have only seen it in nova-compute.log on the compute node, and in nova-network.log22:30
*** ncode has quit IRC22:30
bcwaldonBLZbubba: ok, not much I can do to help you then22:30
bcwaldonBLZbubba: just the info I already gave you :(22:30
BLZbubbaright, i just have the AUDIT line from nova-compute and i want to know where those requests come from22:30
BLZbubbaotherwise the audits aren't too useful :P22:30
bcwaldonBLZbubba: ah, I see22:30
bcwaldonBLZbubba: so those audit lines arent logged with a req id?22:31
BLZbubbayes there is a req id, but i don't see the req id in the api logs22:31
bcwaldonah!22:31
bcwaldonBLZbubba: well that makes no sense22:31
BLZbubbaAUDIT nova.compute.manager [req-41b77e37-2b31-4392-a020-96de39580675 None None] Rebooting instance 155dcf68-48c522:31
*** nati has quit IRC22:31
BLZbubba-4e8b-9680-35b05968e24622:31
BLZbubbayeah i was just trying to figure out where i should expect to see the original request22:32
bcwaldonBLZbubba: maybe the context object is being recreated and generating a new req id22:32
bcwaldonBLZbubba: I would expect to see None and None be a project and user on the api server22:32
BLZbubbaso nova-api is still the best bet?  i can at least narrow it down by the time and maybe it will be obvious22:33
*** alrs has quit IRC22:34
bcwaldonBLZbubba: yes, I'm willing to be theres a request that correlates by time and function, but not req-id22:34
*** danwent has quit IRC22:37
*** pixelbeat has joined #openstack-dev22:42
*** dachary has quit IRC22:44
*** dryan has joined #openstack-dev22:48
*** mattray has quit IRC22:48
*** gyee has joined #openstack-dev22:56
BLZbubbahmm it looks like nova-api restarted about that time, but the machine didn't23:03
*** mnewby has quit IRC23:04
*** e1mer has joined #openstack-dev23:05
*** e1mer has joined #openstack-dev23:05
*** arosen2 has quit IRC23:07
*** armaan has joined #openstack-dev23:08
*** belliott has quit IRC23:09
*** jog0 has quit IRC23:09
*** belliott has joined #openstack-dev23:09
*** jog0 has joined #openstack-dev23:09
*** torgomatic has quit IRC23:10
*** torgomatic has joined #openstack-dev23:10
*** andrewbogott has quit IRC23:10
*** bhuvan has quit IRC23:11
*** z has quit IRC23:11
*** bhuvan has joined #openstack-dev23:12
*** z has joined #openstack-dev23:12
*** z is now known as Guest5376923:13
*** Mandell_ has joined #openstack-dev23:17
*** Mandell has quit IRC23:17
*** jeblair has joined #openstack-dev23:17
*** arosen1 has joined #openstack-dev23:22
*** everett-toews has quit IRC23:22
*** dtroyer is now known as dtroyer_zzz23:24
*** anniec has joined #openstack-dev23:31
*** armaan has left #openstack-dev23:31
*** anniec_ has joined #openstack-dev23:33
adam_gmtaylor: ping23:33
mtayloradam_g: pong23:34
*** cmagina has quit IRC23:34
*** ncode has joined #openstack-dev23:35
*** anniec has quit IRC23:37
*** anniec_ is now known as anniec23:37
*** cmagina has joined #openstack-dev23:37
adam_gmtaylor: hey, trying to adjust our build system to take into account the new versioning magic you've added. i'm looking at openstack/common/version.py now, do you see this changing at all anytime soon? http://paste.ubuntu.com/1088965/23:37
adam_gi need to adjust the version string for the packages we're building to something dpkg will understand23:38
mtayloradam_g: versioning scheme should not change23:39
mtayloradam_g: the code itself I _just_ split from openstack/common into a standalone library23:39
mtaylorbut that should not affect the thing you're talking about23:40
mtayloradam_g: also - a couple of the client libs may need to the epochs added to their version on your side. sorry about that23:40
adam_gmtaylor: well, last week sdist produced something like client-0.1.1.tar.gz, this week its client-0.1.1.2.$hash.tar.gz23:41
mtayloradam_g: it will produce both23:43
mtaylordepending on whether or not it's a real release or not23:43
mtaylora client lib release of 0.1.1 will produce client-0.1.1.tar.gz23:43
mtaylorthe next commit to git will cause us to generate client-0.1.1.1.$hash.tar.gz and upload that to tarballs.o.o but not pypi23:44
mtaylorthe next will be client-0.1.1.2.$hash.tar.gz23:44
mtayloruntil the next tagged release, which would be, well, whatever it's tagged as, but likely either client-0.1.2.tar.gz or client-0.2.0.tar.gz23:44
mtayloryeah?23:44
jog0vishy: I am having problems rying the joinedload option23:45
jog0hosts is a function with a wrapper23:46
adam_gmtaylor: yeah, the scheme makes sense. i still need to do some tweaking on our side, though.. client-0.1.1.2.a814c15 and client-0.1.1.2.9e5eae1 aren't very helpful. its fine, though, if you dont expect the scheme to change23:50
mtayloradam_g: I don't expect it to change23:50
mtayloradam_g: btw - there will never be client-0.1.1.2.a814c15 AND client-0.1.1.2.9e5eae123:50
mtayloradam_g: if there is, it's a MASSIVE systemic bug23:50
adam_gmtaylor: the 0.1.1.$foo.hash gets bumped with each commit?23:51
mtaylorthe final number before the sha will always increase23:51
mtayloryes23:51
mtaylorit's number of commits since last tag23:51
adam_gok, super23:51
mtayloryeah. the sha is there purely so that you can find the relevant commit back inthe repo - informational only23:51
*** salv-orlando has joined #openstack-dev23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!