Monday, 2011-07-18

*** bsza has joined #openstack-dev00:36
*** bsza has quit IRC00:38
*** bsza has joined #openstack-dev00:39
*** rods has quit IRC00:48
*** mfer has joined #openstack-dev01:12
*** dflye has left #openstack-dev01:24
*** dflye has quit IRC01:24
*** mfer has quit IRC01:26
*** winston-d has joined #openstack-dev01:51
*** mdomsch has joined #openstack-dev02:09
*** med_out is now known as med02:53
*** med is now known as medberry02:53
*** medberry is now known as med_out03:11
*** negronjl has joined #openstack-dev03:12
*** mnaser has quit IRC03:13
*** mnaser has joined #openstack-dev03:18
*** mnaser has quit IRC03:35
*** outfieldboy has joined #openstack-dev03:49
*** openpercept_ has joined #openstack-dev05:19
*** mdomsch has quit IRC05:45
*** reidrac has joined #openstack-dev07:05
*** mrmartin has joined #openstack-dev08:19
*** darraghb has joined #openstack-dev08:36
*** mrmartin has quit IRC08:42
*** mnour has joined #openstack-dev08:55
*** mrmartin has joined #openstack-dev08:55
*** mnour has quit IRC10:25
*** mnour1 has joined #openstack-dev10:25
*** rods has joined #openstack-dev10:46
*** outfieldboy has quit IRC11:33
*** bsza has joined #openstack-dev11:35
*** mfer has joined #openstack-dev12:16
*** lorin1 has joined #openstack-dev12:23
*** bsza has quit IRC12:41
*** bsza has joined #openstack-dev12:42
*** mdomsch has joined #openstack-dev12:48
*** mfer has quit IRC12:51
*** mnaser has joined #openstack-dev12:52
*** lts has joined #openstack-dev12:56
*** mfer has joined #openstack-dev13:01
*** dprince has joined #openstack-dev13:02
*** ameade has joined #openstack-dev13:05
*** mdomsch has quit IRC13:10
*** openpercept_ has quit IRC13:11
*** bcwaldon has joined #openstack-dev13:21
*** bsza has quit IRC13:43
*** rjimenez has joined #openstack-dev13:46
*** bsza has joined #openstack-dev13:50
*** bcwaldon has quit IRC13:53
*** mattray1 has joined #openstack-dev13:59
*** bcwaldon has joined #openstack-dev14:00
*** parkerro has joined #openstack-dev14:00
*** vladimir3p has joined #openstack-dev14:32
*** rnirmal has joined #openstack-dev14:37
*** jkoelker has joined #openstack-dev14:38
*** cp16net has joined #openstack-dev14:45
*** dragondm has joined #openstack-dev14:57
*** rupakg_ has joined #openstack-dev14:58
*** rupakg has quit IRC14:59
*** rupakg_ has joined #openstack-dev14:59
*** mnaser has quit IRC15:01
*** dprince has quit IRC15:01
*** mnaser has joined #openstack-dev15:02
*** bcwaldon has quit IRC15:06
*** bcwaldon has joined #openstack-dev15:08
*** heckj has joined #openstack-dev15:12
*** bcwaldon has quit IRC15:17
*** jeblair has quit IRC15:19
*** bcwaldon has joined #openstack-dev15:19
*** rupakg has joined #openstack-dev15:41
*** rupakg_ has quit IRC15:44
*** reidrac has quit IRC15:45
*** mrmartin has quit IRC15:48
*** zaitcev has joined #openstack-dev15:56
*** bcwaldon has quit IRC16:04
*** jdurgin has joined #openstack-dev16:33
*** darraghb has quit IRC16:43
*** bcwaldon has joined #openstack-dev16:46
*** lorin1 has left #openstack-dev17:11
*** troytoma` has joined #openstack-dev17:12
*** mszilagyi has joined #openstack-dev17:17
*** troytoma` has quit IRC17:19
*** troytoma` has joined #openstack-dev17:19
*** parkerro has quit IRC17:20
*** mnour1 has quit IRC17:22
*** mattray1 is now known as mattray17:25
*** mattray has joined #openstack-dev17:25
*** troytoman-away has quit IRC17:32
*** jaypipes has quit IRC17:37
*** ohnoimdead has joined #openstack-dev17:37
devcamcarsoren: yes, there is an effort to make debian packages for dashboard - i'll do some digging and let you know who17:59
*** bcwaldon has quit IRC18:03
devcamcarsoren: nevermind, it was someone doing the rpms18:10
*** zykes- has quit IRC18:10
devcamcarsoren: so could still use some help there18:11
*** bcwaldon has joined #openstack-dev18:11
*** rjimenez has quit IRC18:22
vishyjaypipes: ping? https://code.launchpad.net/~vishvananda/glance/is-public-filter/+merge/6829018:26
*** mrmartin has joined #openstack-dev18:28
*** jtran has joined #openstack-dev18:40
*** troytoma` is now known as troytoman-away18:52
vishytr3buchet: ping19:01
tr3buchetvishy: sup19:02
vishytr3buchet: why the need for 'force' in network_associate19:02
vishyhmm found the note19:03
vishyfor some reason network associate isn't working19:03
tr3buchetvishy: note is sufficient?19:03
tr3buchetvishy: first question, are there configured networks?19:04
vishyi'm configuring on demand19:04
vishyah i see19:04
tr3bucheti'm not sure what you mean?19:04
vishymodels.Network.host != None19:04
vishythat is probably the issue19:04
vishyi'm modifing allocate_fixed_ips to set up the network if it isn't set19:06
vishyunfortunately that is called after19:07
vishyso i think i need to remove that check for none19:07
vishytr3buchet: can you explain the need for having unconfigured networks?19:08
*** rjimenez has joined #openstack-dev19:11
openstackjenkinsProject nova build #1,109: SUCCESS in 3 min 18 sec: http://jenkins.openstack.org/job/nova/1109/19:14
openstackjenkinsTarmac: Updates to the XenServer agent plugin to fix file injection:19:14
openstackjenkins-Update _agent_has_method so that it parses the features 'message' from nova-agent correctly. (it was trying to call .split on a dict).19:14
openstackjenkins-Rip out the agent_has_method caching functionality which just plain wasn't working (with XenServer 5.6 SP2).19:14
openstackjenkins-Pass the arg_dict to _agent_has_method. This fixes an issue where a subsequent call to xenstore.write_record didn't get the 'dom_id' (KeyError).19:14
openstackjenkins-Fix a string formatting issue in inject_file in creating the b64 data.19:14
*** kbringard has joined #openstack-dev19:21
tr3buchetvishy: there isn't a need for them to be unconfigured, i just let the networks do it at their leisure for now.19:28
tr3buchetvishy: i assumed that the networks would in general be added before immediate need, giving the network hosts plenty of time to configure them all19:28
kbringardhey guys, quick ?19:29
kbringardI'm trying to determine if something is a bug or if I've messed something up in my install19:29
kbringardit looks like the DHCP leases file isn't getting written out when I launch instances19:29
kbringardon 2011.3~d3~20110716.1281-0ubuntu0ppa1~maverick119:29
kbringardI just added a bunch of networks, so it's possible it's a problem on my end, but everything looks to be lined up, it's just not writing out the lease to the br100.conf file19:30
vishytr3buchet: ok in ha-net I've changed them back to configuring on demand19:35
tr3buchetvishy: at which point in the process19:35
vishytr3buchet: so they get configured whenever an allocate_fixed_ip is called19:35
tr3buchetvishy: i also thought it would help any race condition issues19:35
tr3buchetvishy: if they were all setup and ready to go ahead of time19:35
vishytr3buchet: so the greenthread will set a network host if it doesn't have one19:36
vishytr3buchet: but you can still set it up in advance if you want19:36
tr3buchetvishy: i was looking to fix the issue of networks not being configured right off the bat somehow, maybe that will do it19:36
tr3buchetvishy: i just didn't like the idea that when i call allocate_fixed_ip it does more than allocate a fixed ip19:37
tr3buchetas an example19:37
vishytr3buchet: it can't make the call to the network host if there isn't one though, so I don't mind it too much19:38
tr3buchetvishy: who can't?19:38
*** BK_man has quit IRC19:39
tr3buchetoh i see what you're saying19:39
tr3buchetyeah if the networks aren't configured they can't be used (that's the way i saw it)19:39
vishyallocate_fixed_ip has to send a message to a particular network host19:39
tr3buchetvishy: so if 3 configured networks exist, it will choose an IP from one of those 3 and make the rpc call automatically19:41
tr3buchetand ignore unconfigured networks 4 and 519:41
tr3buchetthe other thing was that networks couldn't be associated with a project until after they were configured19:41
tr3bucheti was trying to separate the network configuration from compute so that instead of it being called randomly by certain tasks, it was taken care of periodicly on the side19:42
tr3buchetvishy: i can go either way on it. I just dislike side effects. I don't like that there are unconfigured networks just hanging out19:44
vishyok.  we can reeval later19:46
tr3bucheti'd rather if instead of having allocate_fixed_ip setup a network, that we notify network of new networks when they are created19:46
tr3buchetsure sure19:46
vishyha-net works as is19:46
tr3buchetso is this setting in an ha-net only thing or are you changing it for them all?19:46
tr3buchetwell that sounded retarded..19:47
openstackjenkinsProject swift build #292: SUCCESS in 33 sec: http://jenkins.openstack.org/job/swift/292/20:16
notmynameyay. container sync in swift ^20:18
*** openstackjenkins has quit IRC20:23
*** openstackjenkins has joined #openstack-dev20:24
*** Mandell has joined #openstack-dev20:28
kbringardOK, i figured that IP allocation thing out... seems that if you add a subnet, then delete it, and readd it, the "overlapping" entries in fixed_ips causes a problem20:32
kbringardeven though id is unique and network_id is null20:32
kbringardin the "deleted" one20:32
kbringardnova-dhcpbridge tries to write out a blank lease line to the leases file20:33
*** ameade has quit IRC20:52
*** mgius has joined #openstack-dev20:55
*** mfer has quit IRC21:07
*** med_out is now known as med21:11
*** med is now known as medberry21:11
*** mgius has quit IRC21:16
*** mgius has joined #openstack-dev21:18
vishytr3buchet: it changes for all networks21:21
vishykbringard: hmm, sounds like something isn't filtering on deleted that should be.21:22
kbringardyea, that's what I was thinking21:22
kbringardI would think a good solution would be to just delete the entries from the fixed_ips table when the associated network is deleted21:22
kbringardbut I wasn't sure why they were left there in the first place21:22
vishyit isn't setting deleted=1?21:24
*** bsza has quit IRC21:25
kbringardhmmmm, I already removed them manually, but I don't recall seeing it set to one... and I definitely recall the "deleted_at" column was NULL21:25
kbringardlet me delete a different network to test it21:25
kbringardone sec21:25
*** cp16net has quit IRC21:27
kbringardyea, deleted is still 0, and deleted_at is null21:28
kbringardand network_id is NULL21:28
kbringardso that would likely be the issue21:28
kbringardhttp://paste.openstack.org/show/1906/21:29
*** lts has quit IRC21:32
kbringardI don't even see anything in FixedIpCommands other than list... at least in nova-manage21:36
*** mattray has quit IRC21:39
*** statik` is now known as statik21:51
vishyyes that doesn't sound good21:52
vishynetwork_delete is supposed to delete fixed_ips that are associated21:52
vishy* part of the network21:52
*** bcwaldon has quit IRC22:03
*** rupakg has quit IRC22:06
kbringardagreed, I filed a bug... I didn't assign it to me in case someone knows a lot about it (tr3buchet?) already and can patch it quickly, plus I need to head out for the day22:08
kbringardbut I can look at it more tomorrow if no one has had a chance to22:08
kbringardhave a good one guys22:09
*** kbringard has quit IRC22:09
*** openstackjenkins has quit IRC22:09
*** openstackjenkins has joined #openstack-dev22:10
*** markvoelker has quit IRC22:12
tr3buchetvishy: do you remember a time when network delete also deleted the fixed_ips?22:13
tr3buchetvishy: the code doesn't show any such thing22:15
tr3buchetkbringard ^22:16
tr3bucheti guess he's gone22:16
vishyyup22:16
vishyit used to happen in db22:16
vishythere was an update that updated all fixed_ips to deleted=122:16
vishytr3buchet ^22:17
*** openstackjenkins has quit IRC22:17
*** openstackjenkins has joined #openstack-dev22:18
tr3buchetvishy: odd there isn't even a fixed_ip_delete function22:18
*** rjimenez has quit IRC22:18
vishyyeah because that was the only way to delete them :)22:18
tr3buchetwell i straight up delete the virtual interface rows22:19
tr3buchethttps://bugs.launchpad.net/nova/+bug/75490022:20
uvirtbot`Launchpad bug 754900 in nova "Nova-manage network delete does not delete from fixed_ips" [Medium,Confirmed]22:20
tr3buchetvishy: bug opened a while back22:20
tr3bucheti'll fix it22:20
*** jmckenty has joined #openstack-dev22:23
*** jmckenty has quit IRC22:26
*** negronjl has quit IRC22:34
*** negronjl_ has joined #openstack-dev22:35
*** Mandell has quit IRC22:36
*** jkoelker has quit IRC22:52
vishydoes it annoy anyone else that resize is xenapi only and migration is kvm only?23:04
*** mrmartin has quit IRC23:07
dragondmresize to same type == migrate.23:08
dragondm(just not live-migrate)23:10
*** rnirmal has quit IRC23:12
vishyyes exactly23:12
vishyreally like to have both migrate and live-migrate available on both hypervisors23:13
*** jmckenty has joined #openstack-dev23:36
*** jtran has quit IRC23:38
*** medberry is now known as med_out23:39
*** dragondm has quit IRC23:49
openstackjenkinsProject nova build #1,110: SUCCESS in 4 min 9 sec: http://jenkins.openstack.org/job/nova/1110/23:50
openstackjenkinsTarmac: This change adds the basic boot-from-volume support to the image service.23:50
openstackjenkinsSpecifically following API will supports --block-device-mapping with volume/snapshot and root device name23:50
openstackjenkins- register image23:50
openstackjenkins- describe image23:50
openstackjenkins- create image(newly support)23:50
openstackjenkinsAt the moment swap and ephemeral aren't supported yet. They will be supported with the next step23:50
openstackjenkinsNext step23:50
openstackjenkins- describe instance attribute with euca command23:50
openstackjenkins- get metadata for bundle volume23:50
openstackjenkins- swap/ephemeral device support23:50

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