Tuesday, 2011-09-20

*** dragondm has quit IRC00:11
*** vladimir3p has quit IRC00:13
*** jakedahn has quit IRC00:19
*** lorin1 has joined #openstack-dev00:21
*** lorin1 has left #openstack-dev00:22
*** mgius has quit IRC00:40
*** joonwon has quit IRC00:49
*** cole has quit IRC00:54
openstackjenkinsProject nova build #1,392: SUCCESS in 2 min 54 sec: https://jenkins.openstack.org/job/nova/1392/00:54
openstackjenkinsTarmac: Reverted some changes to instance_get_all_by_filters() that was added in rev 1594.  An additional argument for filtering on instance uuids is not needed, as you can add 'uuid: uuid_list' into the filters dictionary.  Just needed to add 'uuid' as an exact_match_filter.  This restores the filtering to do a single DB query.00:54
openstackjenkinsAlso updated ID/UUID mapping code to be a little more efficient, by returning a dictionary of 'ID: UUID'... vs a list.00:54
openstackjenkinsFixed a test that assumed list order.00:54
openstackjenkinsA couple of typo fixes and a pep8 issue in trunk also fixed.00:54
*** dragondm has joined #openstack-dev01:00
openstackjenkinsProject nova build #1,393: SUCCESS in 3 min 56 sec: https://jenkins.openstack.org/job/nova/1393/01:05
openstackjenkins* Tarmac: Fixes migration for Mysql to drop the FK on the right table01:05
openstackjenkins* Tarmac: Reverted some changes to instance_get_all_by_filters() that was added in rev 1594.  An additional argument for filtering on instance uuids is not needed, as you can add 'uuid: uuid_list' into the filters dictionary.  Just needed to add 'uuid' as an exact_match_filter.  This restores the filtering to do a single DB query.01:05
openstackjenkinsAlso updated ID/UUID mapping code to be a little more efficient, by returning a dictionary of 'ID: UUID'... vs a list.01:05
openstackjenkinsFixed a test that assumed list order.01:05
openstackjenkinsA couple of typo fixes and a pep8 issue in trunk also fixed.01:05
openstackjenkins* Tarmac: Reworked the export command to be01:05
openstackjenkinsnova-manage shell export --filename=somefile01:05
openstackjenkinsThis will output the somefile file in to the keystone-manage syntax that will then be used by a shellscript that is being proposed to keystone.01:05
*** liquid_ has joined #openstack-dev01:14
*** jakedahn has joined #openstack-dev01:15
*** jdurgin has quit IRC01:20
*** mandela123 has joined #openstack-dev01:29
*** liquid_ has quit IRC01:30
*** joonwon has joined #openstack-dev01:30
*** jkyoung has joined #openstack-dev01:37
*** mgius has joined #openstack-dev01:42
*** HugoKuo has joined #openstack-dev01:57
*** bengrue has quit IRC02:22
*** HugoKuo has quit IRC02:25
*** HugoKuo has joined #openstack-dev02:25
*** dragondm_ has joined #openstack-dev02:39
*** dragondm has quit IRC02:39
*** dragondm_ is now known as dragondm02:39
*** hugokuo has joined #openstack-dev02:43
hugokuomorning02:43
*** zorzar has quit IRC02:51
*** rohitkarajgi has joined #openstack-dev02:54
*** jakedahn has quit IRC02:57
*** zorzar has joined #openstack-dev03:00
*** joonwon has quit IRC03:07
*** mandela123_ has joined #openstack-dev03:23
*** mandela123 has quit IRC03:23
*** mandela123_ is now known as mandela12303:24
*** plu has quit IRC03:38
*** plu has joined #openstack-dev03:47
*** jkyoung has quit IRC03:50
*** joonwon has joined #openstack-dev03:51
*** lorin1 has joined #openstack-dev03:58
*** lorin1 has left #openstack-dev03:58
*** Rajaram has joined #openstack-dev04:05
*** novas0x2a|laptop has quit IRC04:12
*** rohitkarajgi has quit IRC04:16
*** dragondm has quit IRC04:18
*** mgius has quit IRC04:23
*** mandela123 has quit IRC04:36
*** mandela123 has joined #openstack-dev04:37
*** mandela123 has quit IRC04:51
*** mandela123 has joined #openstack-dev04:52
*** mandela123 has quit IRC04:59
*** mandela123 has joined #openstack-dev04:59
*** rohitkarajgi has joined #openstack-dev05:26
*** rnorwood has quit IRC05:32
rohitkarajgiHey nova:core - Please review https://code.launchpad.net/~rohitkarajgi/nova/libvirt_unittests05:38
*** rohitkarajgi has quit IRC05:42
vishysoren: are you around?06:26
vishysoren: I pinged mtaylor about the branches in milestone-proposed not getting merged by tarmac, but it looks like he didn't get to it yesterday.  Any ideas?06:27
vishysoren: have 6 branches ready to go in https://code.launchpad.net/~hudson-openstack/nova/milestone-proposed/+activereviews06:27
*** mandela123_ has joined #openstack-dev06:28
*** mandela123 has quit IRC06:30
*** mandela123_ is now known as mandela12306:30
openstackjenkinsProject nova build #1,394: SUCCESS in 3 min 10 sec: https://jenkins.openstack.org/job/nova/1394/06:34
openstackjenkins* Tarmac: Update migration 047 to dynamically lookup the name of the instance_id06:34
openstackjenkinsfkey before dropping it. We can't hard code the name of the fkey since we06:34
openstackjenkinsdidn't name it explicitly on create.06:34
openstackjenkins* Tarmac: Fixes migration for Mysql to drop the FK on the right table06:34
*** rcc has joined #openstack-dev06:37
*** jdag has quit IRC06:41
openstackjenkinsProject nova build #1,395: SUCCESS in 3 min 3 sec: https://jenkins.openstack.org/job/nova/1395/06:44
openstackjenkinsTarmac: removes warning set forth in d3 for deprecated setting of bridge automagically06:44
openstackjenkinsProject nova build #1,396: SUCCESS in 2 min 57 sec: https://jenkins.openstack.org/job/nova/1396/06:56
openstackjenkinsTarmac: Fixed --uuid network command in nova-manage to desc to "uuid" instead of "net_uuid"06:56
*** mnour has joined #openstack-dev07:08
*** reidrac has joined #openstack-dev07:15
sorenvishy: /me looks07:25
sorenvishy: Erm.. I don't know where the nova-milestone-tarmac job has gone.07:25
vishymilestone page07:26
vishythere seems to be a list of jobs at the top07:26
sorenOh, it's still there.07:26
*** Vek has quit IRC07:26
*** Vek has joined #openstack-dev07:26
sorenWeird. I used Jenkin's Search thing, but it didn't find it.07:26
sorenvishy: Ok, so what's the problem exactly? Looking at https://code.launchpad.net/~hudson-openstack/nova/milestone-proposed/+activereviews none of them are approved, afaics.07:27
vishythey aren't now07:27
vishybecause tarmac kicked them back with no error07:27
sorenvishy: example?07:28
vishysoren: https://code.launchpad.net/~vishvananda/nova/secgroup-fixes-ms/+merge/7611607:28
*** stanchan has quit IRC07:28
sorenOh, you backported that? Great! Thanks!07:28
sorenvishy: Ok, I'll see if I can find out where that job ran and work out why it failed.07:28
vishysoren: np07:28
sorenGimme 10 minutes or so.07:28
vishysoren: cool thx07:28
sorenOh.07:32
sorenThat again.07:32
sorenvishy: fixed.07:33
sorenmtaylor, jeblair: nova-1 was screwed. It couldn't find nose, so I "sudo apt-get --reinstall install python-nose"ed.07:34
vishysoren: ah nice07:34
vishyk retrying props07:34
sorenI re-approved the secgroups one.07:35
*** rcc1 has joined #openstack-dev07:49
*** rcc has quit IRC07:51
openstackjenkinsProject nova-milestone build #57: SUCCESS in 25 sec: https://jenkins.openstack.org/job/nova-milestone/57/07:52
openstackjenkinsTarmac: Fix a bug that would make spawning new instances fail if no port/protocol is given (for rules granting access for other security groups).07:52
*** chemikadze has joined #openstack-dev07:52
chmouelsandywalsh, jk0: anybody can merge https://github.com/rackspace/python-novaclient/pull/119 it's trivial and that would make people using OpenStack 1.0 (or RaX public cloud) very happy07:58
smoserok. /me has to go to bed. but would really appreciate any nova-core reviewing https://code.launchpad.net/~smoser/nova/lp853330/+merge/76164 and https://code.launchpad.net/~smoser/nova/milestone-proposed.lp853330/+merge/7616508:03
*** negronjl has quit IRC08:07
*** negronjl has joined #openstack-dev08:12
*** jeffjapan has quit IRC08:29
*** AhmedSoliman has joined #openstack-dev08:33
*** negronjl has quit IRC08:46
*** joonwon has quit IRC08:46
*** negronjl has joined #openstack-dev08:49
openstackjenkinsProject nova build #1,397: SUCCESS in 3 min 48 sec: https://jenkins.openstack.org/job/nova/1397/08:50
openstackjenkins* Tarmac: create disk.local the same way ephemerals are created (LP: #851145)08:50
openstackjenkinsIf the user did not specify '--block-device-mapping /dev/vdb=ephemeral0', then the first non-root device would end up being created differently then if they had.  It would not have a filesystem on it.08:50
openstackjenkinsThis makes 'local_gb' in the libvirt connection created the same way that08:50
openstackjenkinsit would be if it were named ephemeral0.08:50
openstackjenkins* Tarmac: Fixed --uuid network command in nova-manage to desc to "uuid" instead of "net_uuid"08:50
openstackjenkins* Tarmac: removes warning set forth in d3 for deprecated setting of bridge automagically08:50
openstackjenkins* Tarmac: Update migration 047 to dynamically lookup the name of the instance_id08:50
openstackjenkinsfkey before dropping it. We can't hard code the name of the fkey since we08:50
openstackjenkinsdidn't name it explicitly on create.08:50
*** negronjl has quit IRC08:55
*** negronjl has joined #openstack-dev09:00
openstackjenkinsProject nova-milestone build #58: SUCCESS in 18 sec: https://jenkins.openstack.org/job/nova-milestone/58/09:02
openstackjenkinsTarmac: Fixed --uuid network command in nova-manage to desc to "uuid" instead of "net_uuid"09:02
*** negronjl has quit IRC09:08
*** negronjl has joined #openstack-dev09:08
*** AhmedSoliman has quit IRC09:08
openstackjenkinsProject nova-milestone build #59: SUCCESS in 24 sec: https://jenkins.openstack.org/job/nova-milestone/59/09:12
openstackjenkinsTarmac: Reworked the export command to be09:12
openstackjenkinsnova-manage shell export --filename=somefile09:12
openstackjenkinsThis will output the somefile file in to the keystone-manage syntax that will then be used by a shellscript that is being proposed to keystone.09:12
*** ahmed_ has joined #openstack-dev09:16
openstackjenkinsProject nova-milestone build #60: SUCCESS in 17 sec: https://jenkins.openstack.org/job/nova-milestone/60/09:22
openstackjenkinsTarmac: backport of arping for floating ips.09:22
*** wwkeyboard has joined #openstack-dev09:25
openstackjenkinsProject nova-milestone build #61: SUCCESS in 16 sec: https://jenkins.openstack.org/job/nova-milestone/61/09:32
openstackjenkinsTarmac: removes warning set forth in d3 for deprecated setting of bridge automagically09:32
*** rohitkarajgi has joined #openstack-dev09:33
openstackjenkinsProject nova-milestone build #62: SUCCESS in 14 sec: https://jenkins.openstack.org/job/nova-milestone/62/09:41
openstackjenkinsTarmac: backport of lp:~yamahata/nova/lp851218 which was approved which fixes09:41
openstackjenkinshttps://bugs.launchpad.net/nova/+bug/85121809:41
uvirtbotLaunchpad bug 851218 in nova "no swap if block-device-mapping of /dev/vdb=swap" [Undecided,In progress]09:42
openstackjenkinsProject nova build #1,398: SUCCESS in 4 min 0 sec: https://jenkins.openstack.org/job/nova/1398/09:45
openstackjenkinsTarmac: Add iptables filter rules for dnsmasq (lp:844935)09:45
openstackjenkinsOn Fedora, the default policy for the INPUT chain in the filter table09:45
openstackjenkinsis DROP. This means that DHCP and DNS request packets from the guest09:45
openstackjenkinsget dropped.09:45
openstackjenkinsAdd these rules to allow the traffic through:09:45
openstackjenkins��$> sudo iptables -t filter -A nova-network-INPUT -i br0 -p udp -m udp --dport 67 -j ACCEPT09:45
smosersoren, i addressed your comments and pushed to https://code.launchpad.net/~smoser/nova/lp853330/+merge/7616409:45
openstackjenkins��$> sudo iptables -t filter -A nova-network-INPUT -i br0 -p tcp -m tcp --dport 67 -j ACCEPT09:45
openstackjenkins��$> sudo iptables -t filter -A nova-network-INPUT -i br0 -p udp -m udp --dport 53 -j ACCEPT09:45
openstackjenkins$> sudo iptables -t filter -A nova-network-INPUT -i br0 -p tcp -m tcp --dport 53 -j ACCEPT09:45
vishycore devs: rubber stamp review here: https://code.launchpad.net/~vishvananda/nova/fix-swap-manage/+merge/7618110:02
openstackjenkinsProject nova build #1,399: SUCCESS in 4 min 19 sec: https://jenkins.openstack.org/job/nova/1399/10:21
openstackjenkinsTarmac: convert images that are not 'raw' to 'raw' during caching to node10:21
openstackjenkinsProject nova-milestone build #63: SUCCESS in 19 sec: https://jenkins.openstack.org/job/nova-milestone/63/10:22
openstackjenkinsTarmac: Add iptables filter rules for dnsmasq (lp:844935)10:22
openstackjenkinsOn Fedora, the default policy for the INPUT chain in the filter table10:22
openstackjenkinsis DROP. This means that DHCP and DNS request packets from the guest10:22
openstackjenkinsget dropped.10:22
openstackjenkinsAdd these rules to allow the traffic through:10:22
openstackjenkins$> sudo iptables -t filter -A nova-network-INPUT -i br0 -p udp -m udp --dport 67 -j ACCEPT10:22
openstackjenkins$> sudo iptables -t filter -A nova-network-INPUT -i br0 -p tcp -m tcp --dport 67 -j ACCEPT10:22
openstackjenkins$> sudo iptables -t filter -A nova-network-INPUT -i br0 -p udp -m udp --dport 53 -j ACCEPT10:22
openstackjenkins$> sudo iptables -t filter -A nova-network-INPUT -i br0 -p tcp -m tcp --dport 53 -j ACCEPT10:22
openstackjenkinsProject nova-milestone build #64: SUCCESS in 16 sec: https://jenkins.openstack.org/job/nova-milestone/64/10:32
openstackjenkinsTarmac: convert images that are not 'raw' to 'raw' during caching to node10:32
smoseranyone have thoughts on how i'd fix bug 85461410:45
uvirtbotLaunchpad bug 854614 in nova "metadata service local-hostname is not fqdn" [Undecided,New] https://launchpad.net/bugs/85461410:45
zykes-jaypipes: ?10:49
*** markvoelker has joined #openstack-dev11:03
*** bsza has joined #openstack-dev11:15
*** wwkeyboard has quit IRC11:28
*** lorin1 has joined #openstack-dev11:46
*** markmc has joined #openstack-dev11:49
*** wwkeyboard has joined #openstack-dev11:51
*** wwkeyboard has quit IRC11:57
sorenAAAARGH11:57
sorenThat is all. Move along.11:57
vishysoren: +112:00
hugokuopound could only handle 600 request ?12:01
hugokuobut the proxy-server can handle more than 600 though12:02
*** lorin1 has quit IRC12:04
*** lts has joined #openstack-dev12:06
*** dprince has joined #openstack-dev12:28
*** lorin1 has joined #openstack-dev12:29
*** mfer has joined #openstack-dev12:30
vishysoren: are you here today?12:47
*** lorin1 has left #openstack-dev12:49
*** hugokuo has quit IRC12:49
dprincevishy: Heads up. I haven't had a working nova/glance/keystone setup since Friday. Some of it was packaging issues but things appear to be in free fall...12:50
vishydprince: I hear the same thing from cloudbuilders sf12:51
dprincevishy: I had a subset of things working over the weekend. XenServer works. Libvirt w/ EC2 however hasn't been good.12:51
vishyaparently the last set of changes to keystone broke everything12:51
dprincevishy: just a bit frustrating since we have systems to catch these things.12:51
vishydprince: you mean trunk?12:51
vishydprince: I've basically abandoned trunk for the moment.  Spending all my time with milestone12:52
dprincevishy: yes. I haven't tried diablo in awhile. I wouldn't be surprised if there were issues there too however.12:52
vishydprince: we really need to focus on diablo.  Release is in two days12:52
dprincevishy: awhile == 3/4 days.12:52
vishydprince: I've been managing backported bugs, which is about all of the bandwidth I have12:53
vishyi'm trying to get SF to verify integration between the systems12:53
vishythey are running into the same issues as you with keystone12:53
vishywe have to get that fixed now12:53
dprincevishy: sure... but if we were really doing CI right trunk wouldn't break either. The frustrating thing is branches need to land in trunk first before they get into diablo. So I see us in bad shape.12:53
vishydprince: It would be awesome if you guys could help test/fix diablo12:54
dprincevishy: getting ready to push a small keystone fix.12:54
vishydprince: cool12:54
*** bcwaldon has joined #openstack-dev12:55
openstackgerritDan Prince proposed a change to openstack/keystone: Update validate_service_or_keystone_admin_token so that it doesn't cause exceptions if the admin or service admin haven't been configured.  https://review.openstack.org/48612:57
*** rohitkarajgi has quit IRC12:58
*** Guest9842 has joined #openstack-dev12:59
Guest9842hi stackers, why i get 'n/a HTTP 400' after 'nova list' but euca-describe-instances lists correct instances13:00
bcwaldonGuest9842: your api probably didn't start up correctly13:00
bcwaldonGuest9842: look in nova-api.log13:00
zykes-any keystone folks here ?13:01
Guest9842it seems working i get correct GET request-response visible after euca, let me try restart13:02
Guest9842oh, i try restart nova-api13:04
Guest9842(nova): TRACE: ImportError: cannot import name v1_113:05
Guest9842but novaclient is installed and this was working yesterday13:05
bcwaldonGuest9842: can you show me the full traceback?13:08
Guest98422011-09-20 06:04:27,631 CRITICAL nova [-] cannot import name v1_113:10
bcwaldonthat's all you get?13:10
Guest9842wait13:10
Guest9842i paste in pastebin13:10
bcwaldonyessir13:10
Guest9842http://paste.openstack.org/show/2481/13:11
bcwaldonOk, so it looks like you don't have an up-to-date novaclient on that machine13:12
bcwaldoncan you tell me what version you have installed?13:12
Guest98422.6.1~bzr89-0ubuntu0ppa1~maverick113:12
bcwaldoncan you try to upgrade that package?13:13
Guest9842yes13:14
Guest9842itry add-apt-repository ppa:nova-core/trunk; apt-get update; apt-get install python-novaclient  but it install same version, what am i wrong13:16
bcwaldonGuest9842: what's the output of apt-get install13:18
*** rbasak has joined #openstack-dev13:19
Guest9842first i do apt-get remove python-novaclient and then install13:19
Guest9842Setting up python-novaclient (2.6.1~bzr89-0ubuntu0ppa1~maverick1) ...13:20
bcwaldonhmm, maybe we havent pushed the latest ppas yet13:20
bcwaldonyou can definitely install from pip and get the latest13:20
*** kbringard has joined #openstack-dev13:20
Guest9842pip install ? thank you13:20
bcwaldonyep13:21
Davieyttx: Wanted to talk to you about post release updates..13:21
zykes-hmm, when you auth towards keystone shouldn't it get a list of the users roles ?13:21
Daviey.. Does it make sense for Ubuntu to just do it's own thing, and carry patches.. or us to fork the release and make our own fixes branch, or for openstack to to maintain a -fixes branch?13:22
ttxDaviey: are those the same quesions zul just asked me ?13:22
*** amccabe has joined #openstack-dev13:22
zulyes13:22
ttxDaviey: we won't maintain a -fixes branch, since it would not precisely match Ubuntu SRU guidelines13:22
Davieyttx: Possibly.. PM's suck for this very reason.13:22
ttxso it would help nobody13:23
vishyGuest9842: did you apt-get update in between?13:23
ttxDaviey: between the two first options, whatever fits you best13:23
*** glenc_ has joined #openstack-dev13:23
bcwaldonGuest9842: just fyi, novaclient is at 2.6.4 in pypi13:23
ttxDaviey: given the LTS-1 nature of Diablo, I would say the former, but that's just me13:23
Guest9842yes i do , but now i try pip install --upgrade python-novaclient and it is success13:23
Guest9842thank you san13:23
Davieyttx: So you have no problem with us essentially forking the release and creating a -fixes branch for our use?13:23
ttxDaviey: no -- it's not worse than carrying a patch tree13:24
bcwaldonGuest9842: you are welcome!13:24
ttxDaviey: at least if they are under DVCS they are reusable13:24
Davieyyeah.. flat patches can kinda suck.13:25
Davieyzul: thoughts?13:25
zul+1 from me13:25
*** glenc has quit IRC13:26
zulDaviey: we do bastard hybrids for SRUs anyways ;)13:28
Daviey:)13:29
*** mnour has quit IRC13:42
*** Binbin has joined #openstack-dev13:42
*** mandela123 has quit IRC13:44
*** rmk` has joined #openstack-dev13:44
*** rmk has quit IRC13:46
*** rcc has joined #openstack-dev13:49
openstackgerritAnne Gentle proposed a change to openstack/openstack-manuals: Adds admin manuals for Identity, Image, Compute, and Object Storage  https://review.openstack.org/48713:50
*** rcc1 has quit IRC13:51
sorenvishy: I am, yes, but was out for a bit to pick up a new phone.13:53
*** errr has quit IRC13:53
*** smoser has quit IRC13:53
vishysoren: cool13:53
vishysoren: I was just wondering what you think about libvirt 9.5 backports13:54
*** deshantm has quit IRC13:54
vishysoren: I'd really like to be able to use natty/oneric nova on cloudservers13:54
*** glenc_ is now known as glenc13:55
*** errr has joined #openstack-dev13:55
*** smoser has joined #openstack-dev13:55
*** deshantm has joined #openstack-dev13:55
sorenvishy: I have a fix for that.13:56
*** wwkeyboard has joined #openstack-dev13:56
*** Gordonz has joined #openstack-dev13:56
vishysoren: there is a fix that doesn't require 9.5?13:56
vishyThe bug states that the patch would be in that release13:57
vishysoren: but if you have a workaround I will be a happy panda13:57
*** Rajaram has quit IRC13:58
*** Gordonz_ has joined #openstack-dev13:59
sorenvishy: 0.9.5 has my patch?14:00
sorenHm... I thought it wasn't going t obe there until the next one.14:00
sorenAnyway, I don't mind a full 0.9.5 in the PPA.14:00
*** Rajaram has joined #openstack-dev14:00
sorenlibvirt is very well-behaved.14:00
soren...and I'm perfectly comfortable debugging it, if there's a problem.14:00
vishysoren: 9.5 is the next one.  It is in rc right now :)14:02
sorenOh, ok.14:02
* soren lost track somewhere :)14:03
vishysoren: is there a decent workaround besides building libvirt from source?14:03
sorenvishy: No.14:03
sorenHm..14:03
sorenNo.14:03
*** Gordonz has quit IRC14:03
sorenIt blows up because there's no PCI bus.14:03
sorenFor some reason that's considered fatal.14:04
sorenWell, it used to.14:04
mtaylorsoren: thanks for fixing nova-114:04
sorenmtaylor: Sure thing. I hope I didn't destroy any debugging evidence you needed.14:04
* soren is on a rather sketchy internet connectio nright now, by the way.14:05
*** Guest9842 has quit IRC14:06
mtaylorsoren: nope. that was a weirdness that happened a while back on the other machine when we transitioned from pip to apt packages for that. I should have thought to check it yesterday when ttx reenabled nova-114:06
sorenmtaylor: Oh, perhaps the coverage job is screwed there, too, then.14:07
ttxmtaylor: how close are we to fixing bug 848978 (on milestone-proposed at least ?)14:07
uvirtbotLaunchpad bug 848978 in openstack-ci "Nova fails to build in PPA for Lucid" [Medium,New] https://launchpad.net/bugs/84897814:07
mtaylorsoren: ok. all fixed14:10
mtaylorttx: the fix should be in the nova packaging now14:10
mtayloralthough lemme look at unittest2 real quick14:11
ttxmtaylor: still fails as of 3 hours ago14:11
mtaylorttx: GRRRR14:11
ttxhttps://launchpad.net/~nova-core/+archive/milestone-proposed/+packages14:11
dprincesoren/mtaylor: https://code.launchpad.net/~dan-prince/nova/ubuntu-nova-fix-dnsmasq-sudoers/+merge/7622314:11
mtaylorttx: gotcha14:11
ttxMissing build dependencies: python-unittest214:11
dprincehttps://bugs.launchpad.net/nova/+bug/85473114:12
uvirtbotLaunchpad bug 854731 in nova "PPA: nova_sudoers has bad dnsmasq line" [Medium,In progress]14:12
mtaylordprince: should that also go to diablo?14:12
dprinceAlso. The libvirt issue vish mentioned above is what keeps me from using the lp:~openstack-ubuntu-packagers/nova/ubuntu.14:12
dprinceI recently updated openstack VPC so that I can use trunk more closely so hopefully I'll find things like this a bit more quickly.14:13
dprinceEssentially the PPA package hard coded the required libvirt to 0.8.8 which doesn't work on cloud servers.14:13
dprinceSo I do this now:14:13
dprincehttps://github.com/dprince/openstack_vpc/commit/8deec43ebed2bda3d995b4de4d101de7326ec7f414:13
dprinceAnyway. I think that should go into diablo as well. Its a show stopper for anyone using the PPA packages.14:14
mtaylorgreat.14:16
mtaylorsoren: you and vish were talking about libvirt earlier - do you have any opinions on the libvirt/nova-ppa/cloudservers issue?14:16
vishythat is axactly what we were discussing14:16
vishywe either need to use a backported 8.314:16
vishyor forward-ported that is14:17
vishyor a backported 9.5 (which isn't released)14:17
vishyit works fine on maverick in cloudservers which still has 8.3.1 available14:17
mtaylorhrm.14:17
dprinceI always downgrade to 0.8.3 and that is how I get it working. I don't think that supports the latest LXC code in nova however.14:17
vishybut you can't force install the older package on natty14:18
vishydprince: same14:18
dprinceright. yep. holding me back as well.14:18
mtaylorI'd kind of personally prefer to move in the direction of 0.9.5 being in our ppa14:18
mtaylorbut I don't know what that means for the oneiric release14:18
vishymtaylor: well i don't think there is a huge use case outside of dev land for it14:19
mtaylorany idea when 0.9.5 is supposed to release? as in - is there any chance ubuntu would be able to update their oneiric version before oneiric drops?14:19
mtaylorvishy: for oneiric?14:19
mtayloragree14:19
vishyso we could put it in trunk ppa and leave it out of milestone proposed14:19
mtaylorbut I don't want to hamstring the ubuntu guys14:20
vishymtaylor: 9.5 is in rc3 so i assume soon14:20
mtaylorvishy: AHH. yes. I see the words you're saying now14:20
vishymtaylor: actually14:20
vishylibvirt-python-0.9.5-1.fc14.x86_64.rpm20-Sep-2011 08:29261K14:20
vishyapparently it is released14:21
sorenI don't mind  0.9.5 in tha PPA's at all.14:21
vishyas of today14:21
mtaylorlet's do that then14:21
soren...but backporting the fix to older libvirts is simple.14:21
sorenSo we can do whatever.14:21
sorenIt's about the same amount of work.14:21
ttxvishy: should we backport https://code.launchpad.net/~doude/nova/lp838154/+merge/75692 to Diablo ?14:21
ttxbug 83515414:22
uvirtbotLaunchpad bug 835154 in ensemble "Ensemble should depend on ssh-client" [Medium,Fix released] https://launchpad.net/bugs/83515414:22
ttxarh14:22
ttxbug 83815414:22
vishyttx: I think i did already14:22
uvirtbotLaunchpad bug 838154 in nova "LXC instance without injected key doesn't get created" [High,Fix committed] https://launchpad.net/bugs/83815414:22
ttxah. let me doublecheck that for you14:22
* soren disappears for bit to attend a friend's birthday party14:22
mtaylorsoren: let's put 0.9.5 in the ppa. do you know already if the patches you have in our current libvirt ppa package have been applied upstream? or should I walk through and check them all?14:22
vishyttx: hmm i don't see it14:22
vishynope not in14:23
vishyi'll backport14:23
ttxit used to be proposed -- but there was some issues with the proposal14:24
ttxyou rejected it a few hours ago14:25
vishyttx: right, it had merged trunk14:26
vishyi intended to backport it but apparently i missed it.14:27
vishybackported here: https://code.launchpad.net/~vishvananda/nova/lp838154-ms/+merge/7622714:27
*** jaypipes has quit IRC14:30
vishyttx: any other ones that you noticed?14:30
*** joesavak has joined #openstack-dev14:31
*** ahmed_ has quit IRC14:32
*** vladimir3p has joined #openstack-dev14:32
vishymtaylor: are you doing the sudoers fix for packaging that dprince proposed?14:33
vishyit is causing issues for people in #openstack14:33
*** dolphm has joined #openstack-dev14:33
ttxvishy: Was wondering about https://bugs.launchpad.net/nova/+bug/83746314:34
uvirtbotLaunchpad bug 837463 in nova "Starting nova-compute fails on non-x86 architecture." [Low,Fix committed]14:34
ttxnot so sure about impact14:34
*** AhmedSoliman has joined #openstack-dev14:34
vishyttx: yeah that one seems totally reasonable14:35
vishydidn't realize that didn't make it in14:35
dprincettx: Yes. That was zul's fix. Its fine.14:35
vishyttx: i wonder when he merged trunk14:35
vishyi probably need to backport it14:35
ttxfwiw, I'm looking at the list of fixcommitted bugs that are not targeted to 2011.314:36
*** zul has quit IRC14:36
ttxvishy, dprince: maybe bug 83403014:39
uvirtbotLaunchpad bug 834030 in nova "'invalid literal for int' when listing a image snapshot" [Medium,Fix committed] https://launchpad.net/bugs/83403014:39
vishydprince: will that apply to milestone-proposed?14:40
ttxalso the DB migration 047 issues only affect Essex, right14:41
vishyright14:41
dprincevishy: I'll look at it. You want a branch for that one?14:41
vishydprince: if it doesn't depend on stuff that isn't in mp, then yes14:41
ttxthat's all my sweep caught. We could really use a nice dashboard with the list of trunk commits and backport/ignore_with_comment actions :) That would ensure we don't miss any.14:42
dprincevishy: give me a bit. still bug searching and dealing w/ some keystone confusions.14:42
* ttx will try to get that working for Essex release14:42
vishydprince: ok14:43
*** zul has joined #openstack-dev14:43
vishyttx: yes, it has been a bit painful to manage14:43
vishyttx: I'm beginning to come around to the idea of a 1 month freeze14:44
vishy:)14:44
ttxvishy: heh14:44
ttxfreezes definitely make *our* job easier.14:44
vishyI want to force people to actually test it14:45
vishynot sure how to do it since all of the teams have internal requirements as well14:45
ttxvishy: or at least entice them.14:45
vishybeer?14:45
vishytorture?14:45
vishyboth?14:45
ttxI'm more of a torture guy than a beer guy.14:45
*** blamar_ has joined #openstack-dev14:46
nhmvishy: beer torture, ie, make them drink coors light?14:46
ttxI'll continue to say things like that until we have a quotes page on the wiki.14:46
*** jsavak has joined #openstack-dev14:46
openstackjenkinsProject nova-milestone build #65: SUCCESS in 16 sec: https://jenkins.openstack.org/job/nova-milestone/65/14:47
openstackjenkinsTarmac: Authorize to start a LXC instance withour, key, network file to inject or metadata.14:47
ttxvishy: adding 834030 and 837463 to targets for tracking14:47
vishyk just approved14:47
notmynamettx: I've been getting a lot of emails recently for nova merges into ~hudson-openstack/nova. the volume has really stepped up, and I'd prefer to not get these emails14:49
*** joesavak has quit IRC14:50
ttxnotmyname: hmm, that's as part of release team. I can remove you from that team, at least temporarily (this stuff needs to be updated for Gerrit anyway)14:50
ttxnotmyname: works for you ?14:50
notmynamettx: ya, that would be fine :-)14:51
notmynamethanks14:51
ttxthere must be a way to filter them out, but that will be faster14:51
notmynameya, I can always set a rule, but it would end up being "mark as read, put in folder that I never open"14:51
ttxnotmyname: done14:51
* ttx has been a bit overwhelmed with bugmail recently too14:52
openstackgerritA change was merged to openstack/openstack-manuals: Adds admin manuals for Identity, Image, Compute, and Object Storage  https://review.openstack.org/48714:54
*** code_franco has joined #openstack-dev14:58
dprinceOkay. Just confirmed this one.14:59
dprincehttps://bugs.launchpad.net/nova/+bug/85458514:59
uvirtbotLaunchpad bug 854585 in nova "nova list not showing networks info" [Undecided,In progress]14:59
dprinceThe OSAPI isn't showing networks in trunk.14:59
mtaylordprince: if I hand you a new libvirt package, can you test it in nova_vpc before I shove it in the trunk ppa?15:01
dprincemtaylor: Sure. Nova isn't working great but I can kick the tires on it a bit I think with something.15:02
mtaylordprince: k. the debian packaging just has a lot of patches - some of which have been applied upstream. I mainly wanted to ensure I hadn't missed anything major as far as that goes15:02
mtaylorttx: bug 848978 should be sorted now15:04
uvirtbotLaunchpad bug 848978 in openstack-ci "Nova fails to build in PPA for Lucid" [Medium,New] https://launchpad.net/bugs/84897815:04
mtaylorvishy: any yeah, I'll pick up dprince's fix15:04
*** dragondm has joined #openstack-dev15:06
openstackjenkinsProject nova-milestone build #66: SUCCESS in 15 sec: https://jenkins.openstack.org/job/nova-milestone/66/15:06
openstackjenkinsTarmac: Backport of fix to for libvirt running on non-x86 architecture.15:06
*** jdag has joined #openstack-dev15:10
dolphmdprince: just had a meeting with ziad, yogi & joe... the consensus to was to use the backend-managed identifiers throughout all API requests (resources & body's)... which implies that auth { tenantId } will stay tenantId -- we just need to update both samples and sampledata.py to better illustrate tenant names (using strings that don't look like ints)15:10
dprincedolphm: Okay. Cool. So I filed this yesterday:15:12
dprincehttps://bugs.launchpad.net/keystone/+bug/85422815:12
uvirtbotLaunchpad bug 854228 in keystone "update docs and templates to use tenant IDs (instead of names)" [Undecided,In progress]15:13
dprincedolphm: I think we are on the same page then right?15:13
dprincedolphm: Essentially getting rid of the tenants named "1234" in the examples, etc.15:14
dolphmexactly15:14
*** rnirmal has joined #openstack-dev15:14
dolphmdprince: let me know if you run across any other inconsistencies like this -- fixing these kinks is my only goal today15:15
dprincedolphm: Do you want to take that ticket then? I won't get to it this morning. Probably tonight.15:16
dolphmdprince: done15:17
dprincedolphm: If this is on the top of your list then feel free to grab it is what I'm saying. Otherwise I'm happy to take it once I get a couple nova things done.15:17
dprincedolphm: great. Thank you sir.15:17
dolphmdprince: /salute15:17
dprincedolphm: Actually. If you guys could take a look at this it would help too:15:18
openstackgerritYogeshwar Srikrishnan proposed a change to openstack/keystone: Changing/introducing actual extension json/xml snippets.  https://review.openstack.org/48415:18
dprincedolphm: https://review.openstack.org/#change,48615:18
*** cp16net has joined #openstack-dev15:19
dprincedolphm: That is a show stopper for my keystone tests (I don't currently setup per service admin's)15:19
dolphmdprince: wouldn't it be more appropriate to only check for a role for service-admin's then? or you think they should both be optional15:20
dprincedolphm: I mean if they both get set to None your going to get a 400 back right?15:20
dprincedolphm: I can make service-admin optional and require the admin role. However we should still check for a NoneType role getting returned there as well.15:21
dolphmyes... something in the 400 range lol15:21
openstackgerritA change was merged to openstack/keystone: Changing/introducing actual extension json/xml snippets. Adding updated documents.  https://review.openstack.org/48415:21
*** zaitcev has joined #openstack-dev15:22
dolphmdprince: i guess that's my question... if keystone is mis-configured (lacking an admin), I wouldn't want to suppress that15:22
dolphmdprince: but then the question should be: *is* keystone mis-configured if it doesn't have an admin? i suppose if your backend doesn't need management, you don't need an admin..15:23
dprincedolphm: Sure. I can update the code to check for None and log an error if the admin role is missing then. I hate seeing stack traces and having to guess at the problem.15:23
dolphmdprince: that sounds like a better solution15:24
dprincedolphm: Okay. Give me a sec and I'll push a new one. Thanks again.15:24
dolphmdprince: np15:24
*** reidrac has quit IRC15:28
zykes-dolphm: why doesn't auth return roles when authenticating ?15:32
zykes-like in examples...15:33
dolphmzykes-: because our code is lagging behind the spec :)15:33
zykes-k15:33
zykes-how does services get roles now then? based on tokens?15:33
dolphmI believe so... GET /tokens/{token_id}15:35
zykes-and for a user then, since glance checks for Admin how does it get that ?15:35
dolphmzykes-: GET /users/{user_id}/roleRefs .... or GET /users/{user_id}/roles, depending on whether you're looking at docs implementation15:37
dolphmdocs or* implementation15:37
openstackgerritDan Prince proposed a change to openstack/keystone: Update validate_service_or_keystone_admin_token so that it doesn't cause exceptions if the admin or service admin haven't been configured.  https://review.openstack.org/48815:38
dprincedolphm: try this one: https://review.openstack.org/#change,48815:39
dolphmdprince: approved a couple minutes ago :)15:40
openstackgerritA change was merged to openstack/keystone: Update validate_service_or_keystone_admin_token so that it doesn't cause exceptions if the admin or service admin haven't been configured.  https://review.openstack.org/48815:41
dolphmdprince: ^^^15:41
dprincedolphm: thanks. That helps.15:42
*** Rajaram_ has joined #openstack-dev15:43
*** Rajaram has quit IRC15:43
*** Rajaram_ is now known as Rajaram15:43
*** tryggvil has joined #openstack-dev15:46
*** jsavak has quit IRC15:56
vishydolphm: the keystone-import script looks like it is using the wrong patch15:57
vishys/patch/path15:57
vishydolphm: ./bin/keystone-manage doesn't seem like it will work because they are in the same directory...15:58
vishydolphm: should it be ./keystone-manage ?15:58
*** rnorwood has joined #openstack-dev16:00
dolphmvishy: i think it's just intended to be called from outside the root directory, right?16:04
dolphmerr, outside the bin/ directory16:04
vishydolphm: but in that case it still won't work16:04
mtaylorugh. there are a surprising number of patches in the libvirt packages which have NOT been applied upstream16:04
vishyunless you happen to be in the keystone directory16:04
dolphmthat's what i mean16:04
mtaylorgiven that upstream went from 0.8.8 to 0.9.5 - I would say that somewhere there a process totally failed16:04
vishybut what if you install from packages16:04
*** ameade has joined #openstack-dev16:04
vishydolphm: etc...16:05
vishyanyway just seems a little fragile16:05
dolphmvishy: agree16:05
dolphmvishy: do you need to call keystone-import while installing from a package?16:06
dolphmvishy: i see the intention, but i don't know what the business case is for keystone-import16:06
vishydolphm: you need to use it when upgrading from an old nova install16:07
vishynova-manage shell export auth.txt16:07
vishykeystone-import auth.txt16:07
dolphmvishy: i feel like i fixed this same bug in the old keystone-manage, prior to packaging efforts... lol16:08
mtaylorvishy: any chance you happen to know ... do we need 0.9.5 specifically? or is 0.9.4 good enough?16:08
vishymtaylor: has to be 9.516:09
mtaylorvishy: k. thanks. good to know16:09
dolphmvishy: would something like this fix it: `dirname $0`/keystone-manage $line16:15
mtaylordolphm: actually, as much as that gives me hives, I think it would solve both use cases - in tree and installed16:17
vishyyeah that might do it16:17
dolphmmtaylor: lol16:17
dolphm<-- not much of a sysadmin16:18
mtaylordolphm: as a second patch, keystone-import could be written as a python script which imports keystone.manage, does the reading of input and calling of the right commands16:18
mtaylor:)16:18
mtaylordolphm: something like this: http://pastebin.com/jQqs7uz716:22
*** mdomsch has joined #openstack-dev16:22
mtaylordolphm: (sorry - needed a mental distraction from packaging)16:22
dolphmmtaylor: possible_topdir gives me hives, but otherwise +1 :)16:24
mtaylorwell yeah - I just copied that bit from keystone-manage - and have been meaning to make you a patch to get rid of that anyway16:25
openstackgerritMonty Taylor proposed a change to openstack/keystone: Fixed path issues with keystone-import.  https://review.openstack.org/48916:36
mtaylordolphm: ^^ give that a stab16:37
*** rmk` has quit IRC16:37
*** rmk has joined #openstack-dev16:39
dprincejkoelker_: you there?16:39
*** tudamp_ has joined #openstack-dev16:40
*** jdurgin has joined #openstack-dev16:40
*** jaypipes has joined #openstack-dev16:41
*** joesavak has joined #openstack-dev16:46
dprinceQuestion on commit 1594 where we removed the fkeys for instances and virtual interfaces. Why did we do that.16:49
dprince?16:49
*** ameade has quit IRC16:49
dprinceThe OSAPI relied on the virtual_interfaces fkey to obtain the IP information. So now we get no IPs via the API.16:49
dprinceThe commit went in so fast I missed it in merge prop so I'm just trying to catch up here...16:50
dprincetr3buchet/jkoelker_: ^^^^^16:51
tr3buchetdprince: it would only work with network data stored in the nova database16:52
dprincetr3buchet: So this is for network as a service then? melange?16:52
tr3buchetyes, exactly16:52
dprincetr3buchet: How should we obtain the IP info now then?16:52
tr3buchetnow if you want IP info you must request it from a network host16:53
annegentlesandywalsh: around? Couple of zone and endpoint questions for you.16:53
tr3buchetusing the network api16:53
dprincetr3buchet: Okay. Is anybody working on that?16:54
tr3buchetdprince we're in the process of working more features into the network api as we speak16:54
tr3buchetyes i am16:54
dprincetr3buchet: Okay. So do you want to take this then: https://bugs.launchpad.net/nova/+bug/85458516:54
uvirtbotLaunchpad bug 854585 in nova "nova list not showing networks info" [Critical,In progress]16:54
dprincetr3buchet: I can't do much of anything with nova trunk without IPs.16:55
tr3buchetsure, can do. this is essex right?16:55
dprinceyes. But IMHO we really shouldn't have merged anything in this state into trunk (Essex or whatever)16:56
mtaylor++16:56
dprinceIt just pulls the rug out from too much.16:56
openstackgerritDolph Mathews proposed a change to openstack/keystone: Revised samples  https://review.openstack.org/49016:56
tr3buchettrue. as far as I knew this worked with the osapi16:56
*** ameade has joined #openstack-dev16:56
dprinceNot sure who is clicking the approve button on these things but we have systems to catch this stuff.16:56
tr3buchetor rather, it did not break the osapi16:56
dprincewe should use them16:56
* mtaylor really wants nova_vpc to become a merge blocker16:57
tr3buchetthere are several functional test suites that need to be leveraged better16:57
mtaylor++16:57
tr3buchetthat could be leveraged better i mean16:57
tr3buchetthis is a perfect example of something that would have been caught16:58
mtayloryeah - part of the problem right now is that they are being run, but nothing is forcing anyone to look at the results. this shall hopefully soon be fixed16:58
dprincemtaylor: I'll try and work w/ you on that. Getting the VPC thing to help gate things. (That is if you want my help)16:59
mtaylordprince: totally. it becomes WAY easier to engineer after thursday16:59
*** heckj has joined #openstack-dev16:59
dprinceIs that gerrit time for nova?16:59
*** stanchan has joined #openstack-dev16:59
mtayloryup16:59
dprincecool.16:59
mtaylorat which point adding in additional jenkins jobs to the gate becomes a piece of cake17:00
*** stanchan has quit IRC17:00
dprincetr3buchet: Can you take this then: https://bugs.launchpad.net/nova/+bug/85458517:00
uvirtbotLaunchpad bug 854585 in nova "nova list not showing networks info" [Critical,In progress]17:00
*** stanchan has joined #openstack-dev17:00
dprincetr3buchet: we need to fix it ASAP.17:00
tr3buchetdprince: yes17:00
openstackgerritA change was merged to openstack/keystone: Revised samples  https://review.openstack.org/49017:00
dprincetr3buchet: thanks man17:00
heckjmtaylor: missed the earlier part of that conversation - when are we talking about shifting nova -> github?17:01
mtaylorheckj: this week. as soon as we cut diablo we'll be doing the gerrit migration17:02
openstackgerritA change was merged to openstack/identity-api: Changes to support extensions document.Also bringing cramers wadltodocbook changes.Changes to extension names.  https://review.openstack.org/46617:02
heckjmtaylor: cool, thanks.17:02
mtaylor(we didn't want to migrate anything before that, because, well eek)17:02
heckjmtaylor: yeah, good idea!17:03
zykes-why update sample when it doesn't work in the keystone program ?17:03
zykes-dolphm: after your change it's not returning role names anymore for stuff like glance that uses Admin as a role?17:06
dolphmzykes-: we're updating the implementation around /tokens right now, and it will go in today to match our samples/contract17:07
zykes-kk17:08
zykes-meaning the roles in auth as well will be thrown in ?17:08
dolphmzykes-: definitely17:09
zykes-oh17:09
*** zul has quit IRC17:14
*** cburgess has joined #openstack-dev17:14
*** code_franco has quit IRC17:15
*** code_franco has joined #openstack-dev17:16
*** zul has joined #openstack-dev17:18
openstackgerritA change was merged to openstack/keystone: Fixed path issues with keystone-import.  https://review.openstack.org/48917:19
sandywalshannegentle, hey!17:25
annegentlehey!17:25
*** mattfarina has joined #openstack-dev17:26
*** mfer has quit IRC17:26
*** mattfarina is now known as mfer17:26
annegentleI think I got the answer I needed from anotherjesse, basically that when you have a single region you only have to label the endpoint using keystone-manage endpointTemplate17:26
annegentleits when you got to multiple regions and zones that you have to do much more config with keystone17:26
dprincedolphm: you there?17:36
*** martine has joined #openstack-dev17:37
*** martine has quit IRC17:37
*** AhmedSoliman has quit IRC17:38
*** martine has joined #openstack-dev17:38
*** AhmedSoliman has joined #openstack-dev17:38
sandywalshannegentle, correct, you have to add 1 endpoint per zone (per tenant). The video gives a demo of this.17:39
*** martine has quit IRC17:39
*** dragondm has quit IRC17:40
*** Rajaram has quit IRC17:42
*** xavicampa has joined #openstack-dev17:46
openstackgerritDolph Mathews proposed a change to openstack/keystone: Renaming GET /tokens/{token_id} response container to 'access'  https://review.openstack.org/49117:53
openstackgerritDolph Mathews proposed a change to openstack/keystone: Renaming GET /tokens/{token_id} response container to 'access'  https://review.openstack.org/49117:55
zykes-dolphm: but for the token stuff will it return role names or ?17:56
dolphmzykes-: working on it :)17:57
dolphm(role name & id)17:57
dolphmzykes-: working toward this: https://github.com/openstack/keystone/blob/master/keystone/content/common/samples/validatetoken.json17:58
openstackgerritA change was merged to openstack/keystone: Renaming GET /tokens/{token_id} response container to 'access'  https://review.openstack.org/49117:58
dprincevishy: you there? Got a question for you on how to check for  the admin keystone role in nova....18:02
openstackgerritDolph Mathews proposed a change to openstack/keystone: Renaming 'roleRefs' container to 'roles'  https://review.openstack.org/49218:10
*** novas0x2a|laptop has joined #openstack-dev18:13
*** mgius has joined #openstack-dev18:21
*** xtor_ has joined #openstack-dev18:26
vishydprince: hey18:29
vishydprince: why are we getting role_ids now?18:29
vishydprince: I guess we can have a flag for admin_roles18:30
dprincevishy: yep.18:30
vishydprince: i really don't like that they are numeric ids though18:30
dprincevishy: you buy this: https://bugs.launchpad.net/nova/+bug/85491718:31
uvirtbotLaunchpad bug 854917 in nova "update keystone role check to use IDs" [High,In progress]18:31
dprincevishy: we'll have to do it conditionally however. Only if the auth type is keystone.18:31
vishydprince: https://github.com/openstack/keystone/blob/master/keystone/content/common/samples/validatetoken.json18:31
vishywhy not use role name?18:31
vishythat seems a lot more useful than the id18:32
dprincesure. I'm not sure its in there. But if it is we can use it.18:32
dprincenot all the examples are actually implemented are they?18:32
vishyperhaps not18:34
vishywe need some version of keystone to set on18:34
vishydolphm: are you guys planning on an actaual release18:34
vishy* actual18:34
*** martine has joined #openstack-dev18:35
dprincevishy: but if we would rather go that way we can focus on that instead. (getting role names into the validatetoken output)18:35
vishydprince: I think that ultimately we should be using role names not ids18:35
vishyeventually nova is supposed to create roles in keystone right?18:36
dprincevishy: I'm inclined to make this work however. Its been a landside of failure this week as far as integration accross services.18:36
vishydprince: sure get it working18:36
dolphmvishy: the plan is yes, 6 weeks from yesterday18:36
dolphm^ tentative plan i guess18:36
uvirtbotdolphm: Error: "tentative" is not a valid command.18:36
vishydolphm: sigh, so we don't have keystone for diablo18:37
jaypipeswwkeyboard: welcome aaron :)18:38
wwkeyboardThank you!18:38
zykes-no keystone for diablo ? :|18:38
jaypipeswwkeyboard: remember: "embrace the chaos" :)18:38
dolphmvishy: i think a subset of keystone will be documented & stable, and happy by the end of today -- hopefully an important subset18:38
wwkeyboardjaypipes: Thats the life of a developer!18:39
vishydolphm: are role names part of that subset?18:39
dolphme.g. (GET/POST/HEAD/DELETE) /tokens18:39
jaypipeswwkeyboard: indeed18:39
dolphmvishy: i would like them to be!18:39
rmkAhh, you guys are talking about an issue I raised yesterday.18:40
rmkNo one was paying attention to me. :)18:40
dolphmpsh18:40
vishydolphm: can we get a tag called diablo-prerelase or diablo-stable or something?18:40
dolphmdiablo-preview? lol18:41
vishydolphm: Preferably packaged I need something that I can deploy with the diablo milestones18:41
dprincedolphm: if you get that it would be great. I'm not able to use roles with nova right now.18:41
vishys/milestone/releases18:41
dolphmvague-hints-of-diablo18:41
rmkI was speaking to dolphm about this, keystone needs a branch for diablo18:41
dprincermk: yesterday a different set of things hosed me. I just now got to this failure...18:41
vishywe have to be able to put in documentation about what to use and we need a stable package to install18:41
rmkdprince: No worries, I was just being opportunistic18:41
rmkkeystone has not branched yet18:42
zykes-dolphm: will the final diablo release be "according to spec"?18:42
vishyrmk: the way that it is supposed to work is fairly well expressed in python-novaclient18:42
rmkvishy: sure, you're expecting a role name back, that's what I thought too18:43
dolphmzykes-: of course, but the date of "final" isn't concrete18:43
rmkhttps://github.com/openstack/keystone/commit/35e4b2579164e763654e507ec215e51c72e5ab22#commitcomment-59857518:43
mtaylordolphm, vishy: how about we put some "diablo" keystone packages somewhere18:43
rmkYou need a branch first18:44
vishymtaylor: we definitely need to do that18:44
openstackgerritAlex Meade proposed a change to openstack/glance: Added min_disk and min_ram properties to images  https://review.openstack.org/42918:44
rmkThere currently isn't anything other than master18:44
vishyi need something stable that I can deploy with diablo nova glance swift18:44
rmkI'm glad this came up, I was concerned about it yesterday18:44
mtaylordolphm: let me know a good v and I'll get us some packages published somewhere18:44
dolphmmtaylor: will do18:45
dolphmmtaylor: i propose tagging it as reheated-spaghetti18:45
vishymtaylor: we don't have the v yet :)18:45
*** martine has quit IRC18:45
vishytoday mb :)18:45
mtaylorvishy: well yeah :)18:45
mtaylordolphm: and no :)18:45
mtaylordolphm: or yes. what do I care ;)18:45
dolphmmtaylor: i'm open to other suggestions lol18:45
mtaylordolphm: olbaid ?18:45
dolphmmtaylor: is that german or something?18:46
mtaylordolphm: it's diablo backwards18:46
mtaylorbtw - in case anyone was curious - libvirt is ludicrously frafile18:47
mtaylorfragile18:47
mtaylornot frafile18:47
mtaylorok - it's probably frafile too18:47
rmkmtaylor: Are you handling the ubuntu packages for keystone?18:47
mtaylorrmk: yup.18:47
rmkmtaylor: OK, so last time I checked (2 days ago), there were a few issues with the package18:47
mtayloryes. I have not touched them at all ... have had a few larger fish to try18:47
mtaylorfry18:48
rmkmtaylor: Missing default config file in /etc/keystone and missing "content" directory18:48
mtaylordamn. I can't type today at all18:48
rmkIt was looking in /usr/keystone for the content directories, which is probably also incorrect18:48
mtayloryup. that's certainly incorrect18:50
*** code_franco has quit IRC18:50
rmkmtaylor: And the last thing was that the package should either include or populate the keystone database with enough data to be functional18:51
dprincermk: you mean like an admin role?18:52
rmkIt was starting with a completely empty database, which obviously doesn't work at all, since the installation instructions mention nothing about endpoints or endpoint templates18:52
dprincermk: So what. Default the URLs to local host?18:53
rmkyes18:53
rmkThat would be my recommendation18:53
rmkdprince: I'd suggest that the default data should include only what's needed for a single admin, single tenant with endpoints pointing at localhost18:53
rmkRight now there is some example data in there which isn't relevant to the installation itself18:54
dprincesure. sounds good18:54
rmkAre there any docs yet on how nova credentials should be supplied once api-paste for using keystone is applied?18:56
rmkI can't find anything on that18:56
*** code_franco has joined #openstack-dev18:56
dprincevishy: https://code.launchpad.net/~dan-prince/nova/fix_list_v11_snapshot_images-diablo/+merge/7627418:57
dprincevishy: all set. had to port a couple minor conflicts in the tests.18:57
*** med_out is now known as medberry18:59
rmkIs there a milestone proposed ppa for keystone yet?19:00
dolphmmtaylor: is that german or something?19:01
dolphmmtaylor: oops19:01
dolphmwrong window for UP -> Enter19:01
*** joesavak has quit IRC19:02
mtaylorhahaha19:02
*** mdomsch has quit IRC19:02
vishythanks dprince: going in19:04
*** chomping has joined #openstack-dev19:10
openstackgerritDolph Mathews proposed a change to openstack/keystone: Renaming 'roleRef' container to 'role'  https://review.openstack.org/49319:13
openstackjenkinsProject nova-milestone build #67: SUCCESS in 14 sec: https://jenkins.openstack.org/job/nova-milestone/67/19:21
openstackjenkinsTarmac: Fixes an issue where 'invalid literal for int' would occur when listing images after making a v1.1 server snapshot (with a UUID).19:21
openstackjenkinsv1.1 image id's are now treated as strings (not integer ID's). The v1.0 API still tries to treat image id's as integers but doesn't fail miserably if they are uuid's either.19:21
*** dragondm has joined #openstack-dev19:25
ttxdprince: If you have any spare cycle, I'd appreciate some basic smokestack-testing of the milestone-proposed branch. We backported so much that we could use the results :)19:37
ttxdprince: if you haven't already19:37
dprincettx: we think alike.19:37
dprincettx: just fired off a job now.19:37
dprincettx: I'm using milestone-proposed for nova and glance.19:38
dprincettx: for keystone I'm backing off to revision 0425fba. Had to add a quick fix to smokestack to not use my git co alias for that one. https://github.com/dprince/smokestack/commit/bf376e05284a2f9ec897b2ec9fa394f104b7fd2d19:38
dprincettx: haven't done this combination before but I wrote the runner to support it so just give me a couple minutes to get it right.19:39
dprinceBTW. smokestack results were so red this week due to trunk failures I just cleared it all out. Hopefully diablo is better off.19:40
vishydprince: do you think we should tag and build packages from that revision?19:42
vishycall them diablo-compatibility packages?19:42
dprincevishy: haven't fully gotten it working yet. But that is right before the role ID stuff so it should work I think.19:42
*** AhmedSoliman has quit IRC19:43
vishydprince: the tenant_id/tenant_name user_id/user_name is kind of a breaking change as well19:46
openstackgerritAnne Gentle proposed a change to openstack/openstack-manuals: Adds xml ids to all sections and chapters, adds identity info to Compute guide  https://review.openstack.org/49419:47
openstackgerritVerification of a change to openstack/glance failed: Added min_disk and min_ram properties to images Fixes LP Bug#849368  https://review.openstack.org/42919:48
dprincevishy: I suppose it could be yes. I see that as a migration issue. If you are doing a green field deployment it can work.19:50
*** rcc1 has joined #openstack-dev19:50
*** rcc has quit IRC19:51
openstackgerritA change was merged to openstack/glance: Added min_disk and min_ram properties to images Fixes LP Bug#849368  https://review.openstack.org/42919:51
openstackgerritBrad Hall proposed a change to openstack/quantum: Update openvswitch plugin README  https://review.openstack.org/47419:53
vishydprince: I'd like to have the migration scripts we ship with diablo match whatever version of keystone we lock on as diablo-compatible19:55
dprincevishy: I'd be fine backing off that one as well. My test setups worked after that (with my keystone-manage change) but it might be more upgrade freindly not to have that.19:56
mtaylorttx, soren: based on that last meeting, could I convince you guys that we should set the version in setup.py to the next pypi milestone version - and not just the next full release version? (basically the same system as now, just do it as part of each milestone release?)19:56
dprincevishy/ttx: I gotta run. I'll let you know how the diablo tests go later this evening.19:57
mtaylorthat way we wouldn't have to do any magic when we do a pypi upload, and during the period between final milestone and release we could still have the version set to the right thing so we still achieve "no step right before release"19:58
*** dprince has quit IRC19:58
openstackjenkinsProject nova build #1,400: SUCCESS in 3 min 42 sec: https://jenkins.openstack.org/job/nova/1400/20:00
openstackjenkins* Tarmac: Fix the display of swap units in nova manage.20:00
openstackjenkins* Tarmac: convert images that are not 'raw' to 'raw' during caching to node20:00
openstackjenkins* Tarmac: Add iptables filter rules for dnsmasq (lp:844935)20:00
openstackjenkinsOn Fedora, the default policy for the INPUT chain in the filter table20:00
openstackjenkinsis DROP. This means that DHCP and DNS request packets from the guest20:00
openstackjenkinsget dropped.20:00
openstackjenkinsAdd these rules to allow the traffic through:20:00
openstackjenkins��$> sudo iptables -t filter -A nova-network-INPUT -i br0 -p udp -m udp --dport 67 -j ACCEPT20:00
openstackjenkins��$> sudo iptables -t filter -A nova-network-INPUT -i br0 -p tcp -m tcp --dport 67 -j ACCEPT20:00
openstackjenkins��$> sudo iptables -t filter -A nova-network-INPUT -i br0 -p udp -m udp --dport 53 -j ACCEPT20:00
openstackjenkins$> sudo iptables -t filter -A nova-network-INPUT -i br0 -p tcp -m tcp --dport 53 -j ACCEPT20:00
openstackjenkins* Tarmac: create disk.local the same way ephemerals are created (LP: #851145)20:00
openstackjenkinsIf the user did not specify '--block-device-mapping /dev/vdb=ephemeral0', then the first non-root device would end up being created differently then if they had.  It would not have a filesystem on it.20:00
openstackjenkinsThis makes 'local_gb' in the libvirt connection created the same way that20:00
openstackjenkinsit would be if it were named ephemeral0.20:00
openstackgerritYogeshwar Srikrishnan proposed a change to openstack/keystone: Changing authenticate request content xml as well as json.  https://review.openstack.org/49520:00
*** joesavak has joined #openstack-dev20:01
ttxmtaylor: do you need to decide that now or it can wait until after diablo release ?20:02
mtaylorttx: oh gosh no - no need for any changes this second20:04
mtaylorttx: it would be good to chat about it before we actually cut the first essex milestone20:05
ttxsure. Plenty of time before that :)20:05
ttxat least until the design summit20:05
*** anotherjesse has joined #openstack-dev20:05
mtayloryes20:06
ttxMeeting in 45 min in #openstack-meeting20:16
ttxmtaylor: release-related PPAs look ok now, thanks !20:20
*** mfer has left #openstack-dev20:21
annegentleI'm getting 500 errors from Jenkins when I try to create or update jobs. anyone else seeing this?20:21
vishyDaviey: ping20:21
*** mdomsch has joined #openstack-dev20:22
dolphmannegentle: i think jenkins fell asleep20:23
rmkCan someone please answer my earlier question?  What credentials does nova (via command line) expect once you're using keystone?20:23
openstackgerritDavid Cramer proposed a change to openstack/identity-api: Fix broken build  https://review.openstack.org/49620:23
annegentlepoke 'im!20:24
rmkThe entire zip/novarc process seems to have no effect in that case.20:24
markvoelkerAny dashboard folks around who might know the current status of https://bugs.launchpad.net/openstack-dashboard/+bug/848396 ?20:24
uvirtbotLaunchpad bug 848396 in openstack-dashboard "Port Service Catalog to novaclient from openstackx" [High,Confirmed]20:24
vishyrmk: the creds are wrong for keystone20:24
rmksorry what does that mean20:25
rmkdoesn't work?20:25
vishyrmk: you'll need to use the keystone url for auth20:25
vishyit means that nova doesn't know that keystone exists so it will not generate reasonable values20:25
vishybut the variables are the same20:25
rmkthats fine I dont mind querying keystone manually but what is nova expecting I pass it20:26
zulvishy: hey question for you why do you guys need libvirt 0.9.5?20:26
vishyNOVA_USERNAME, NOVA_PROJECT_ID20:26
vishyNOVA_AUTH_URL20:26
vishyNOVA_APIKEY20:27
vishyIIRC20:27
vishyalmost20:27
vishyit is NOVA_URL and NOVA_API_KEY20:27
vishyrmk: essentially the same vars from the bottom of the old rc20:28
ttxvishy: I think you can push https://code.launchpad.net/~vishvananda/nova/fix-swap-manage-ms/+merge/76182 now20:28
vishythe values will just be wrong or unknown to nova20:28
rmkYeah I'm looking at it now.  API key is what exactly with keystone?  A valid admin token?20:29
rmkThat's the issue, I'm not sure what's supposed to come from where20:29
vishyno20:29
vishypassword20:29
rmkok20:29
vishyAUTH_URL should be http://keystone_ip/keystone_port/auth/2.0/20:30
vishyer keystone_ip:keystone_port20:30
rmktesting now20:30
annegentleAPI key for keystone is the password I believe. Odd, I know.20:31
annegentleah you got it20:31
rmkhttp://paste.openstack.org/show/NjST6ZaczaLYOE9eJqBu/20:35
rmkthat's not working20:36
*** Gordonz_ has quit IRC20:36
vishysorry rmk20:36
vishythe value i gave you above is for NOVA_URL20:36
vishythere is no AUTH_URL20:36
vishyalso, do you have an openstack tenant?20:36
rmkyes20:37
vishyok20:37
rmkkeystone throws a 404 on /auth/2.0/20:37
dolphmrmk: where did that path come from?20:38
*** glenc has quit IRC20:38
rmkdolphm: vishy just gave that to me a few lines up20:38
dolphmrmk: ah... out of the box, keystone uses http://127.0.0.1:5000/v2.0/20:38
*** glenc has joined #openstack-dev20:38
vishyrmk: maybe i should actually look stuff up instead of trying to type from memory20:39
vishy:)20:39
vishylisten to dolphm :)20:39
rmkno worries20:39
dolphm(just passing through)20:39
rmksorry to be asking in the dev channel20:39
rmkI don't think any users really know how any of this works yet20:39
dolphmcan you use a query string in a DELETE call?20:40
dolphme.g. DELETE /users/{user_id}/roles/{role_id}?tenant={tenant_id}20:40
*** markvoelker has quit IRC20:44
DavieyDoes anyone know why socat was picked over netcat?  Doesn't netcat do the things we use socat for?20:44
*** misheska has quit IRC20:46
*** joesavak has quit IRC20:47
*** joesavak has joined #openstack-dev20:51
ttxvishy: I think you can push https://code.launchpad.net/~vishvananda/nova/fix-swap-manage-ms/+merge/76182 now ?20:52
vishyttx: i approved it 23 minutes ago20:52
vishydon't know why it hasn't merged yet20:52
ttxmtaylor: Status Code: 50020:53
ttxException:20:53
ttxStacktrace:20:53
ttxhudson.util.IOException2:  : No space left on device20:53
mtaylorttx: yay!20:53
ttx^ on Jenkins20:53
uvirtbotttx: Error: "on" is not a valid command.20:53
vishywoo!20:53
vishythat is a big boom20:53
vishywe win!20:53
mtayloryup. that's out of disk20:53
rmkStill can't get it to auth =\20:54
ttxmtaylor: looks like somesthing is not cleaned up regularly :)20:54
mtaylorttx: I agree with you20:54
*** misheska has joined #openstack-dev20:55
*** rbasak has quit IRC20:55
ttxmtaylor: I prefer it happening now than in 2 days20:55
*** misheska has quit IRC20:55
mtaylorttx: ++20:56
*** markvoelker has joined #openstack-dev20:58
Davieyvishy: do you know why we went for socat over netcat?20:58
vishyDaviey: no20:58
vishyDaviey: it is only used in ajax proxy right?20:58
Davieybelieve so20:58
*** troytoman-away is now known as troytoman20:58
vishyDaviey: probably no real reason then, let me ask the author real quick20:59
Davieyawesome, thanks20:59
ttxMeeting starts in 1 min in #openstack-meeting, please join20:59
vishyDaviey: do we have dnsmasq-utils?21:00
*** misheska has joined #openstack-dev21:00
*** joesavak has quit IRC21:00
Davieyvishy: we do.21:00
vishywhoot!21:00
vishyso we can update the packages now?21:00
Davieyalready done!21:01
Daviey:)21:01
Davieyand it's now in Ubuntu Oneiric21:01
vishyDaviey: both the diablo and the trunk packaging has been updated?21:02
rmkI'm at a loss about this keystone/nova integration21:02
* vishy does a little jig. That bug has annoyed me for a long time21:02
dolphmrmk: new error?21:02
rmkdolphm: Invalid credentials is what's being thrown back21:03
Davieyzul: you pushed to both, or just diablo?21:03
* annegentle joins rmk in the "lost" column21:03
rmkHow do projects and tenants relate?21:03
zuldiablo21:03
vishyproject_id == tenant_id21:03
zulill update turnk tonight21:03
rmkso they have to match?21:03
dolphmrmk: can you send me your keystone request?21:03
dolphmheaders & body21:03
rmksure let me see how I can get at that21:03
rmknova is making the request so it's not straightforward21:04
vishyrmk: depending on which middleware stack you are using21:04
vishyit should either a) create a project if it doesn't exist when it gets the tenant_id21:04
vishyor b) just set the tenant_id as the project_id in the context21:04
vishyfrom an end user perspective the experience is the same21:05
vishyproject_id == tenant_id21:05
rmkHere's another point of confusion.  It's really tenant_name == project_id21:08
rmkBecause tenant_id is an int21:08
*** sleepsonthefloor has quit IRC21:08
*** sleepsonthefloor has joined #openstack-dev21:10
*** jshepher has joined #openstack-dev21:10
dolphmrmk: tenant_id is a unicode string*21:11
rmksorry21:11
dolphmrmk: :)21:11
rmkim looking at the database tables21:11
dolphmrmk: the SQL backend uses int's as PK's, but the contract exposes the PK as a unicode string to support backends using whatever they want as PK's (LDAP uses distinguished names or whatever)21:12
*** lts has quit IRC21:16
*** xavicampa has quit IRC21:16
vishyrmk: well tenant_id used to be a string21:18
vishydolphm: actually that is going to cause some problematic migrations21:19
rmkEither way I think your point is to use whatever was used for keystone-manage tenant add <whatever>21:19
rmkWhich still doesn't work for me ;)21:19
dolphmvishy: explain?21:20
vishydolphm: existing nova tenants are using a "name"21:20
vishywhen we migrate we are giving a name but we are getting back an id21:20
vishyso what about existing instances for example21:21
vishythe project_id field will not match the id being sent back by keystone21:21
vishyso it will be very broken21:21
dolphmvishy: solution... GET /tenants?name={tenant_name} ?21:21
openstackgerritA change was merged to openstack/quantum: Update openvswitch plugin README  https://review.openstack.org/47421:21
openstackjenkinsProject nova-milestone build #68: SUCCESS in 34 sec: https://jenkins.openstack.org/job/nova-milestone/68/21:22
openstackjenkinsTarmac: Fix the display of swap units in nova manage.21:22
vishydolphm: do we get tenant_id and tenant_name back?21:22
vishydolphm: from validate?21:23
vishydolphm: if so we can continue to use tenant_name for ownership21:23
dolphmvishy: yes, i would like ID's *and* names to be returned wherever applicable for any object that has both21:23
rmkwouldn't both always exist?21:23
dolphmdolphm: so, all requests (except for ?name={*_name} queries) would be performed by ID, while all responses would contain both the ID and Name21:24
dolphmvishy: ^21:24
dolphm(i have a habit of directing messages on IRC to myself..)21:25
Vekbetter than having a server direct messages on IRC to yourself.21:25
vishydolphm: we're discussing keystone in meeting if you want to participate21:26
openstackgerritDolph Mathews proposed a change to openstack/keystone: GET /tokens/{token_id}: Exposing both role ID's and Name's  https://review.openstack.org/49721:34
openstackgerritYogeshwar Srikrishnan proposed a change to openstack/keystone: Changes to support HEAD - checkToken call.  https://review.openstack.org/49821:42
*** cp16net has quit IRC21:43
*** bcwaldon has quit IRC21:44
*** jshepher has quit IRC21:45
*** jshepher has joined #openstack-dev21:45
dolphmmtaylor: jaypipes: is jenkins still KO'd?21:46
mtaylordolphm: it should be better now21:46
openstackgerritA change was merged to openstack/keystone: Renaming 'roleRefs' container to 'roles'  https://review.openstack.org/49221:52
openstackgerritMark Gius proposed a change to openstack/swift: Changes swift-ring-builder exit codes  https://review.openstack.org/49921:53
*** ameade has quit IRC21:53
dolphmmtaylor: thanks21:54
openstackgerritA change was merged to openstack/keystone: Renaming 'roleRef' container to 'role'  https://review.openstack.org/49321:54
*** anotherjesse has quit IRC21:57
*** anotherjesse has joined #openstack-dev21:57
openstackgerritA change was merged to openstack/keystone: GET /tokens/{token_id}: Exposing both role ID's and Name's  https://review.openstack.org/49721:57
*** bengrue has joined #openstack-dev22:01
*** galstrom has joined #openstack-dev22:05
*** jakedahn has joined #openstack-dev22:07
openstackgerritYogeshwar Srikrishnan proposed a change to openstack/keystone: Changes to support HEAD - checkToken call.  https://review.openstack.org/49822:07
*** jshepher has quit IRC22:08
*** galstrom has quit IRC22:09
*** novas0x2a|laptop has quit IRC22:11
openstackgerritDolph Mathews proposed a change to openstack/keystone: Changes to support HEAD - checkToken call.  https://review.openstack.org/49822:15
*** medberry is now known as med_out22:16
*** mdomsch has quit IRC22:16
dolphmI'm headed home to work on keystone til I fall asleep... i'll be on this channel all night if anyone needs me22:17
*** dolphm has quit IRC22:17
*** rnorwood has quit IRC22:19
*** code_franco has quit IRC22:20
rmkWell I guess that answers all my keystone questions, I won't worry about it for now ;)22:20
vishyttx, nova-core: branch is here: https://code.launchpad.net/~vishvananda/nova/remove-keystone-middleware/+merge/7629722:21
*** amccabe has quit IRC22:23
rmkI won't lie, I was scared an unstable keystone being a requirement for deployment22:24
*** bsza has quit IRC22:26
vishyrmk: well at least we had a deployment option22:26
vishynow it is ???22:26
*** lorin1 has joined #openstack-dev22:27
*** lorin1 has left #openstack-dev22:27
*** rnirmal has quit IRC22:31
*** lorin1 has joined #openstack-dev22:32
Davieyvishy: merge conflict.22:33
vishyDaviey: sigh, sometimes I don't understand bzr merges22:35
vishyfixing22:35
*** lorin1 has left #openstack-dev22:36
Davieyvishy: I'd take bzr merges over svn anyway day :)22:36
vishyyeah22:36
vishyi don't get it though there were no changes in that code22:37
vishywhy did it conflict the whole thing?22:37
*** anotherjesse has quit IRC22:37
Davieyvishy: your branch was based on r1541, and trunk is -r1605.. that is quite a split.22:39
vishyyes22:39
vishybut that code hasn't been touched22:39
vishyit also failed into milestone-proposed22:39
vishywhich is not nearly as many revs22:39
Davieyvishy: blame -r155622:41
Davieyhttp://pb.daviey.com/k9OS/22:42
*** nati has joined #openstack-dev22:42
vishyinteresting22:42
vishyok that explains it i guess22:42
vishythx22:42
* Daviey will miss bzr :(22:43
vishyDaviey: you prefer it to git?22:44
Davieyvishy: soren defined git well as a patch tracking system, bzr providing history of 'how you got there' is quite a nice feature IMO.22:45
Davieygit is a Maildir on cocaine.22:45
Daviey </troll>22:46
DavieyAlthough, git bisect is much more mature than bzr's IME.22:46
Davieyvishy: Did you get an answer why socat was picked over netcat?22:47
vishyDaviey: no reason22:48
vishyDaviey: if netcat can do the same thing22:48
vishythen it should be fine22:48
vishyDaviey: are you guys testing/using ajaxconsole?22:49
vishywe sort of abandonded in favor of vnc console which is much more generally useful, so I have no idea if it even works22:49
zykes-ajaxconsole as in serial ?22:51
Davieyvishy: we /did/ a long time ago, not tried it recently.22:51
Davieyon todo.22:51
Davieyhmm, others might have and not commnicated it tho22:52
zykes-why isn't thjat supported :/22:52
*** kbringard has quit IRC22:52
Davieyvishy: ajaxconsole support copy/paste right?22:52
Davieyvnc console is bitmaps, no?22:52
vishyDaviey: yes good point, you probably can't copy/paste22:53
vishybut you do have to set up a serial console in the guest for it to work22:53
vishyit being ajaxconsole22:54
vishyand it can't do anything with windows for example22:54
*** gabrielhurley has joined #openstack-dev22:57
*** troytoman is now known as troytoman-away23:01
Davieyvishy: I've not even sniffed windows to see how it works :/23:01
*** jeremyb_ has joined #openstack-dev23:03
*** jeremyb_ has quit IRC23:05
*** jeremyb_ has joined #openstack-dev23:05
openstackgerritRick Harris proposed a change to openstack/glance: Documenting nova_to_os_env.sh tool  https://review.openstack.org/50023:07
*** RobertLaptop has quit IRC23:07
*** jeremyb has quit IRC23:07
s1rpjaypipes: just pushed documentation for nova_to_os_env.sh up to gerrit23:07
*** jeffjapan has joined #openstack-dev23:08
*** jeremyb_ is now known as jeremyb23:09
*** RobertLaptop has joined #openstack-dev23:14
*** blamar_ has quit IRC23:17
*** wwkeyboard has quit IRC23:24
*** dolphm has joined #openstack-dev23:29
*** stanchan has quit IRC23:31
dolphmif anyone wants to help keystone in getting to a releasable state, i would think the easiest route would be to propose a review with some new (failing) functional tests asserting any missing behavior that keystone needs immediately23:35
*** Binbin has quit IRC23:40
openstackgerritDolph Mathews proposed a change to openstack/keystone: Changing authenticate request content xml as well as json.  https://review.openstack.org/49523:44
*** heckj has quit IRC23:45
*** vladimir3p has quit IRC23:47

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