| *** winston-d has quit IRC | 00:03 | |
| *** winston-d has joined #openstack-dev | 00:12 | |
| *** heckj has quit IRC | 00:23 | |
| *** vladimir3p has quit IRC | 00:44 | |
| *** HP_ has quit IRC | 00:50 | |
| *** bcwaldon has joined #openstack-dev | 01:18 | |
| *** jdurgin has quit IRC | 01:21 | |
| *** bcwaldon has quit IRC | 01:34 | |
| *** richardkaufmann has joined #openstack-dev | 01:37 | |
| *** dragondm has quit IRC | 02:45 | |
| *** mdomsch has joined #openstack-dev | 03:06 | |
| *** jmckenty has joined #openstack-dev | 03:21 | |
| jmckenty | hi | 03:21 |
|---|---|---|
| jmckenty | secret RCB deployment docs: http://cloudbuilders.github.com/deploy.sh/ | 03:21 |
| _0x44 | Ugh... who invited jmckenty? | 03:22 |
| * jmckenty smacks _0x44 in the face with a fish | 03:22 | |
| *** ewanmellor has joined #openstack-dev | 03:23 | |
| creiht | jmckenty: since you are here, where is that github of your swift enhancements? | 03:26 |
| jmckenty | creiht: it's still password protected, I had an argument with my marketing guys today, but I think I won it | 03:27 |
| creiht | hah | 03:27 |
| creiht | :) | 03:27 |
| jmckenty | we're hacking at the OpenStack meetup at my office right now | 03:27 |
| jmckenty | may push some changes later tonight | 03:28 |
| creiht | jmckenty: if you don't mind, let some of the swift guys know when they drop, as I know they would be interested in seeing them | 03:28 |
| jmckenty | I've been keeping Dickinson up to speed | 03:29 |
| creiht | cool | 03:29 |
| *** John1234 has joined #openstack-dev | 03:29 | |
| John1234 | hi all | 03:29 |
| *** rficcaglia has joined #openstack-dev | 03:32 | |
| *** tomdiz has joined #openstack-dev | 03:33 | |
| jmckenty | evenin | 03:45 |
| jmckenty | So the newer developers have pointed out, as is typical, that the error messages are "cryptic" | 03:45 |
| jmckenty | Anyone else want to help with https://blueprints.launchpad.net/nova/+spec/friendly-error-messages ? | 03:45 |
| _0x44 | Also https://blueprints.launchpad.net/swift/+spec/friendly-error-messages | 03:47 |
| *** openpercept_ has joined #openstack-dev | 03:51 | |
| *** chomping has quit IRC | 03:51 | |
| creiht | those are a bit vague :) | 04:00 |
| creiht | any stacktrace in logs should be reported as a bug :) | 04:00 |
| openstackjenkins | Project nova build #1,074: SUCCESS in 3 min 19 sec: http://jenkins.openstack.org/job/nova/1074/ | 04:00 |
| jmckenty | creiht: I don't think "friendly" is vague at all | 04:07 |
| creiht | not the friendly part so much | 04:08 |
| John1234 | admittedly I fubared my install, using the github installer of trunk gave me 2011.3-dev (2011.3-workspace:tarmac-20110701154733-jg5n4tcpox68d4o5) | 04:08 |
| John1234 | I couldn't quite get the network component to work (Instance would go through "networking" to "shutdown") | 04:08 |
| creiht | Just saying that it is a lot easier to implement if the devs know what stack traces people are seeing | 04:09 |
| John1234 | 2011-07-05 18:19:46,665 CRITICAL nova [-] create() takes exactly 2 arguments (1 given) | 04:09 |
| John1234 | (nova): TRACE: Traceback (most recent call last): | 04:09 |
| John1234 | (nova): TRACE: File "/usr/bin/nova-manage", line 1276, in <module> | 04:09 |
| John1234 | (nova): TRACE: main() | 04:09 |
| John1234 | (nova): TRACE: File "/usr/bin/nova-manage", line 1265, in main | 04:09 |
| John1234 | (nova): TRACE: fn(*argv) | 04:09 |
| John1234 | (nova): TRACE: TypeError: create() takes exactly 2 arguments (1 given) | 04:09 |
| John1234 | (nova): TRACE: | 04:10 |
| John1234 | 2011-07-05 18:19:59,253 DEBUG nova.utils [-] backend <module 'nova.db.sqlalchemy.api' from '/usr/lib/pymodules/python2.6/nova/db/sqlalchemy/api.pyc'> from (pid=8283) __get_backend /usr/lib/pymodules/python2.6/nova/utils.py:417 | 04:10 |
| John1234 | 2011-07-05 18:20:49,569 DEBUG nova.utils [-] backend <module 'nova.db.sqlalchemy.api' from '/usr/lib/pymodules/python2.6/nova/db/sqlalchemy/api.pyc'> from (pid=8881) __get_backend /usr/lib/pymodules/python2.6/nova/utils.py:417 | 04:10 |
| John1234 | 2011-07-07 21:06:54,573 DEBUG nova.utils [-] backend <module 'nova.db.sqlalchemy.api' from '/usr/lib/pymodules/python2.6/nova/db/sqlalchemy/api.pyc'> from (pid=5164) __get_backend /usr/lib/pymodules/python2.6/nova/utils.py:417 | 04:10 |
| John1234 | 2011-07-07 21:07:15,707 CRITICAL nova [-] (OperationalError) (2003, "Can't connect to MySQL server on '10.10.10.206' (110)") None None | 04:10 |
| creiht | John1234: paste.openstack.org next time please :) | 04:10 |
| John1234 | So the key here is that unfortunately the error from the cli | 04:10 |
| *** mdomsch has quit IRC | 04:10 | |
| jmckenty | creiht: we'll file a ton of related bugs as we go | 04:11 |
| John1234 | sorry, will put the rest of it in the paste.openstack.org | 04:11 |
| creiht | jmckenty: indeed | 04:11 |
| jmckenty | creiht: see, John1234 's bug above is a great example | 04:12 |
| jmckenty | this is a simple case of missing an argument, if I'm not mistaken | 04:12 |
| jmckenty | OR, the mysql server isn't running / accessible | 04:12 |
| creiht | jmckenty: I don't think we are disagreeing at all | 04:12 |
| jmckenty | right | 04:12 |
| John1234 | yup, misconfiguration of the MySQL (hardcoded to a static ip that doesn't exist)... easy to see in the stack trace but might be easier from the command line | 04:12 |
| creiht | I'm just saying that any stack trace like that should be logged as a bug | 04:12 |
| jmckenty | I agree | 04:13 |
| creiht | blindly going through the code trying to find those is only going to get you so far | 04:13 |
| jmckenty | who said anything about blinding trolling code? | 04:14 |
| * creiht shrugs | 04:14 | |
| creiht | I guess I just misinterpreted | 04:14 |
| jmckenty | I'm just going to camp out in here and file bugs based on people's pastes :) | 04:14 |
| creiht | I was just trying to say from experience the best way to accomplish what you want in that blueprint, is to start logging bugs for every traceback | 04:15 |
| creiht | We did that a while back for swift | 04:16 |
| *** rficcaglia has quit IRC | 04:27 | |
| John1234 | thanks, I'll try to continue working through my installation issues and contribute to the wiki (and pasting into bugs) | 04:37 |
| *** John1234 has quit IRC | 04:39 | |
| *** ewanmellor has quit IRC | 04:52 | |
| *** tomdiz has quit IRC | 05:09 | |
| *** jmckenty has quit IRC | 05:39 | |
| openstackjenkins | Project nova build #1,075: SUCCESS in 3 min 11 sec: http://jenkins.openstack.org/job/nova/1075/ | 05:52 |
| openstackjenkins | Project nova build #1,076: SUCCESS in 3 min 7 sec: http://jenkins.openstack.org/job/nova/1076/ | 05:55 |
| *** richardkaufmann has quit IRC | 06:20 | |
| *** richardkaufmann has joined #openstack-dev | 06:20 | |
| *** zaitcev has quit IRC | 06:34 | |
| *** reidrac has joined #openstack-dev | 06:57 | |
| *** Vasichkin has joined #openstack-dev | 08:07 | |
| ttx | soren: you should be able to reapprove https://code.launchpad.net/~chemikadze/nova/gracefull-shutdown/+merge/66873 -- now with updated Authors | 09:12 |
| *** mrmartin has joined #openstack-dev | 09:32 | |
| ttx | soren: also in the cleanup area, https://code.launchpad.net/~todd-deshane/nova/working/+merge/67114 can be set to rejected by its own author admission | 09:33 |
| *** ewanmellor has joined #openstack-dev | 10:02 | |
| *** ewanmellor has quit IRC | 10:55 | |
| *** markvoelker has joined #openstack-dev | 10:58 | |
| *** markvoelker has quit IRC | 11:33 | |
| openstackjenkins | Project nova build #1,077: SUCCESS in 3 min 13 sec: http://jenkins.openstack.org/job/nova/1077/ | 11:34 |
| openstackjenkins | Tarmac: Fixes bug #805604 "Multiprocess nova-api does not handles SIGTERM correctly." | 11:34 |
| uvirtbot | Launchpad bug 805604 in nova "Multiprocess nova-api does not handles SIGTERM correctly." [Medium,In progress] https://launchpad.net/bugs/805604 | 11:34 |
| *** bcwaldon has joined #openstack-dev | 11:47 | |
| *** bcwaldon has quit IRC | 11:54 | |
| *** rods has joined #openstack-dev | 12:03 | |
| *** markvoelker has joined #openstack-dev | 12:08 | |
| *** zul has joined #openstack-dev | 12:55 | |
| ttx | mtaylor: error 500 from jenkins.openstack.org ? | 13:02 |
| ttx | nm, works now | 13:02 |
| *** ameade has joined #openstack-dev | 13:27 | |
| *** bcwaldon has joined #openstack-dev | 13:42 | |
| *** kbringard has joined #openstack-dev | 13:50 | |
| *** openpercept_ has quit IRC | 14:03 | |
| *** cp16net has joined #openstack-dev | 14:21 | |
| *** mdomsch has joined #openstack-dev | 14:58 | |
| *** jkoelker has joined #openstack-dev | 15:01 | |
| *** dragondm has joined #openstack-dev | 15:07 | |
| *** mrmartin has quit IRC | 15:13 | |
| *** reidrac has left #openstack-dev | 15:21 | |
| *** heckj has joined #openstack-dev | 15:33 | |
| *** vladimir3p has joined #openstack-dev | 15:34 | |
| *** kbringard has quit IRC | 15:36 | |
| *** kbringard_ has joined #openstack-dev | 15:36 | |
| *** deshantm_laptop has joined #openstack-dev | 15:43 | |
| *** bcwaldon has quit IRC | 15:50 | |
| *** bcwaldon has joined #openstack-dev | 15:51 | |
| *** bcwaldon has quit IRC | 15:56 | |
| *** negronjl has quit IRC | 15:56 | |
| *** zul has quit IRC | 16:01 | |
| *** dragondm has quit IRC | 16:11 | |
| *** jaypipes has quit IRC | 16:11 | |
| *** John24816 has joined #openstack-dev | 16:14 | |
| heckj | vishy: you around for a question? | 16:23 |
| *** jaypipes has joined #openstack-dev | 16:25 | |
| annegentle | other thing I didn't think about from a hotel in Arkansas: no spaces in Jenkins job names. | 16:27 |
| *** deshantm_laptop has quit IRC | 16:32 | |
| *** jdurgin has joined #openstack-dev | 16:40 | |
| *** jkoelker has quit IRC | 16:41 | |
| *** ohnoimdead has joined #openstack-dev | 16:43 | |
| *** zaitcev has joined #openstack-dev | 16:45 | |
| *** lorin1 has joined #openstack-dev | 16:50 | |
| *** mszilagyi has joined #openstack-dev | 16:53 | |
| *** kbringard_ has quit IRC | 16:58 | |
| *** kbringard has joined #openstack-dev | 16:59 | |
| *** cp16net_ has joined #openstack-dev | 17:04 | |
| *** zul has joined #openstack-dev | 17:05 | |
| *** cp16net has quit IRC | 17:06 | |
| *** cp16net_ is now known as cp16net | 17:06 | |
| jaypipes | zul: around? | 17:14 |
| zul | jaypipes: yep whats up? | 17:14 |
| jaypipes | zul: vishy and I were wondering whether the fix for https://bugs.launchpad.net/glance/+bug/784837 should also be done for nova? | 17:14 |
| uvirtbot | Launchpad bug 784837 in glance "glance-api.log permission error when using upstart script" [High,Fix released] | 17:14 |
| zul | jaypipes: i havent seen it with nova yet | 17:16 |
| *** HP has joined #openstack-dev | 17:18 | |
| *** technicool has joined #openstack-dev | 17:27 | |
| *** jtran has joined #openstack-dev | 17:30 | |
| *** Vasichkin has quit IRC | 17:31 | |
| *** cp16net has quit IRC | 17:54 | |
| *** cp16net has joined #openstack-dev | 17:55 | |
| *** mgius has quit IRC | 17:58 | |
| s1rp | jaypipes: ping | 18:00 |
| *** lorin1 has quit IRC | 18:12 | |
| *** mrmartin has joined #openstack-dev | 18:22 | |
| *** lorin1 has joined #openstack-dev | 18:22 | |
| *** lorin1 has left #openstack-dev | 18:23 | |
| jaypipes | s1rp: pong | 18:29 |
| * jaypipes suckerpunches Unity shell for not notifying me any more in the top-bar about XChat messages... | 18:29 | |
| kbringard | haha | 18:33 |
| *** mvoelker has joined #openstack-dev | 18:35 | |
| *** mvoelker has quit IRC | 18:36 | |
| *** bcwaldon has joined #openstack-dev | 19:15 | |
| cp16net | seems like unity has a plethora of issues i've decided against using it and going back to classic | 19:18 |
| jk0 | launchpad must be taking a vacation from updating merge prop diffs today | 19:20 |
| jaypipes | cp16net: ya... I'm almost there myself... | 19:23 |
| jaypipes | jk0: no crap. just noticed that myself... | 19:23 |
| jk0 | mine's going on 3 hours now | 19:23 |
| jaypipes | jk0: yep. I just saw a notification of a comment I made a couple hours ago... | 19:25 |
| jaypipes | cp16net: https://bugs.launchpad.net/ubuntu/+source/xchat/+bug/774521 | 19:25 |
| uvirtbot | Launchpad bug 774521 in xchat "xchat disappears when minisied to tray with unity running" [Undecided,Confirmed] | 19:25 |
| jk0 | apparently the ML is having similar problems | 19:25 |
| jaypipes | jk0: yup | 19:27 |
| *** technicool has quit IRC | 19:28 | |
| cp16net | jaypipes: i noticed that unity doesnt support multiple monitors so i bailed on it quickly. | 19:29 |
| *** zul has quit IRC | 19:30 | |
| *** jaypipes has quit IRC | 19:30 | |
| *** jaypipes has joined #openstack-dev | 19:31 | |
| *** jaypipes has quit IRC | 19:31 | |
| *** dprince has joined #openstack-dev | 19:33 | |
| *** rnirmal has joined #openstack-dev | 19:35 | |
| *** jaypipes has joined #openstack-dev | 19:39 | |
| HP | does the nova.api.ec2 call anything in nova.api.openstack? I thought those are two independent APIs, but i might be wrong | 19:47 |
| *** technicool has joined #openstack-dev | 19:49 | |
| *** markvoelker has quit IRC | 19:53 | |
| *** johnpur has joined #openstack-dev | 19:55 | |
| *** ChanServ sets mode: +v johnpur | 19:55 | |
| jaypipes | HP: not right now they don't, no. | 20:07 |
| *** heckj_ has joined #openstack-dev | 20:07 | |
| kbringard | http://paste.openstack.org/show/1867/ | 20:08 |
| kbringard | anyone seen this yet? | 20:08 |
| *** heckj_ has quit IRC | 20:08 | |
| *** heckj has quit IRC | 20:09 | |
| *** mszilagyi has quit IRC | 20:09 | |
| *** mszilagyi has joined #openstack-dev | 20:12 | |
| kbringard | ah, as it turns out, that's just a bad error, because of how it's parsing | 20:20 |
| *** dragondm has joined #openstack-dev | 20:44 | |
| *** ameade has quit IRC | 20:49 | |
| *** dprince has quit IRC | 20:57 | |
| jaypipes | jk0: looks like LP is past its email backlog... | 21:13 |
| jk0 | of course. it's nearing the end of the work day ;) | 21:13 |
| jk0 | always perfect timing with LP | 21:14 |
| jaypipes | :) | 21:15 |
| *** mdomsch has quit IRC | 21:16 | |
| vishy | heckj: here now | 21:24 |
| vishy | soren: ping | 21:27 |
| *** technicool has quit IRC | 21:42 | |
| soren | vishy: 'sup. | 21:44 |
| soren | Wow. Punctuation fail. | 21:44 |
| vishy | soren: just wanted to say that I'm glad you are back from vacation! | 21:44 |
| soren | Heh :) | 21:45 |
| soren | vishy: It's good to be back! | 21:45 |
| vishy | someone has to whip the lazy proprietary coders into shape! | 21:45 |
| *** mrmartin has quit IRC | 21:46 | |
| soren | I learned something while on holiday: Being on unreliable internet connections for extended periods of time will completely cancel out any attempts to becomme un-stressed-out. | 21:47 |
| soren | I ended up squibbling notes by hand. It took most of a day to type everything in when I got back. | 21:47 |
| jk0 | they still sell paper for physically writing on? | 21:49 |
| jk0 | weird | 21:49 |
| soren | Stuff just kept piling up in my head. I was about to burn out while on holiday trying to not forget it all. | 21:49 |
| soren | jk0: They give it out for free at conferences. | 21:49 |
| soren | Thankfully! | 21:49 |
| soren | Otherwise I wouldn't have known where to find any. | 21:49 |
| jk0 | :P | 21:50 |
| soren | So yeah. Thinly sliced, bleached wood saved the holiday. | 21:50 |
| vishy | soren: haha nice | 21:52 |
| soren | I'm not very good at holidays :) | 21:56 |
| *** johnpur has quit IRC | 22:04 | |
| jk0 | vishy, soren, while you're here, can I have you look at https://code.launchpad.net/~jk0/nova/lp807749/+merge/67399 :) | 22:14 |
| soren | jk0: I actually thought you could disable them by fiddling with the paste config. | 22:15 |
| soren | jk0: I've never tried, though :) | 22:15 |
| jk0 | antonym mentioned that, but it was never confirmed. this seems like another reasonable approach too though | 22:15 |
| jk0 | IMHO | 22:15 |
| soren | jk0: Yeah, I can't see how to do it with the paste conf either. | 22:16 |
| antonym | yeah, i thought you might be able to do it there but wasn't sure | 22:16 |
| jk0 | even if you *can* in paste, this way seems cleaner from a large prod env perspective | 22:16 |
| jk0 | when deploying thousands of conf files | 22:16 |
| soren | I just fixed python-novaclient builds, by the way. | 22:19 |
| jk0 | sweet, thanks | 22:19 |
| jk0 | thanks thnx for the review | 22:19 |
| soren | It's not as awesome as it sounds. It'd be more accurate to say that I stopped being an idiot and unbroke it. | 22:20 |
| jk0 | vishy: thnx | 22:20 |
| jk0 | soren: the first way sounded better :) | 22:20 |
| *** technicool has joined #openstack-dev | 22:21 | |
| vishy | soren: you used to be able to | 22:23 |
| *** rods has quit IRC | 22:23 | |
| soren | vishy: Ah. | 22:23 |
| vishy | soren: i think one of the brians made a change to start the apis in two separate processes | 22:23 |
| vishy | which probably stopped that from working | 22:24 |
| jk0 | ah, that might have been in the wsgi refactor | 22:24 |
| jk0 | recently | 22:24 |
| *** cp16net has quit IRC | 22:24 | |
| *** rnirmal has quit IRC | 22:34 | |
| *** kbringard has quit IRC | 22:35 | |
| openstackjenkins | Project nova build #1,078: SUCCESS in 3 min 20 sec: http://jenkins.openstack.org/job/nova/1078/ | 22:37 |
| openstackjenkins | Tarmac: Add a flag to disable ec2 or osapi. | 22:37 |
| vishy | tr3buchet: here? | 22:43 |
| openstackjenkins | Project nova build #1,079: SUCCESS in 3 min 13 sec: http://jenkins.openstack.org/job/nova/1079/ | 22:44 |
| openstackjenkins | Tarmac: Make the instance migration calls available via the API. | 22:44 |
| *** bcwaldon has quit IRC | 22:59 | |
| *** Eric_o2 has joined #openstack-dev | 23:00 | |
| *** rnirmal has joined #openstack-dev | 23:01 | |
| *** rnirmal has quit IRC | 23:16 | |
| tr3buchet | vishy: yeah whats up? | 23:29 |
| vishy | tr3buchet: I'm trying to figure out why you removed the call to set_network_host | 23:29 |
| vishy | tr3buchet: and have the periodic callback do it... | 23:29 |
| tr3buchet | vishy: i'm actually working on a solution to that now | 23:30 |
| vishy | oh, i'm heavily editing that code | 23:30 |
| vishy | :) | 23:30 |
| tr3buchet | vishy: i'm going to make host an optional parameter to network create | 23:30 |
| tr3buchet | and then then add a "configured" column to the network table | 23:30 |
| vishy | i don't understand what the problem was with having a call to set a network host if it isn't set? | 23:31 |
| tr3buchet | it's a race condition | 23:31 |
| vishy | tr3buchet: that doesn't really work for multi_host networks | 23:31 |
| vishy | what is the race condition? | 23:31 |
| tr3buchet | say you set the host after a network host has picked it up as part of its periodic task | 23:32 |
| tr3buchet | unless you set it to the same host that randomly grabbed it it would be incorrect | 23:32 |
| vishy | but there is logic in set network host to handle it | 23:33 |
| tr3buchet | so you're saying when you go to set it, it just fails? | 23:33 |
| tr3buchet | then you can't configure it as you wish | 23:33 |
| tr3buchet | it's why that field needs to be set when the network row is created in the db | 23:33 |
| vishy | perhaps the race condition is it comes back with a locked table? | 23:34 |
| vishy | seems like we could just solve that with a retry | 23:34 |
| tr3buchet | well not even that, say you create it, a network host picks it up and configures it, then you set the host to something else | 23:34 |
| tr3buchet | i guess we could just put a check in there that only allows setting the host if it's unconfigured | 23:35 |
| vishy | why would you do that? | 23:35 |
| vishy | set_network_host already checks to see if there is host set | 23:35 |
| vishy | and returns the old host if it is | 23:35 |
| tr3buchet | ah i see | 23:35 |
| tr3buchet | that should just raise or something | 23:36 |
| vishy | the purpose of that method call was to ensure each network gets a host | 23:36 |
| vishy | and when it does it does the setup | 23:36 |
| tr3buchet | the problem then would be that the network hosts would relentlessly be grabbing these networks | 23:36 |
| vishy | for the network on that host | 23:36 |
| tr3buchet | i thought it would be nice to just spin up a new network host and the load would slowly move onto that host | 23:37 |
| vishy | set network host used to be called before messages were passed | 23:37 |
| tr3buchet | all messages? | 23:37 |
| tr3buchet | are you talking about the network api function? | 23:38 |
| vishy | allocate fixed ip | 23:38 |
| tr3buchet | ah ok | 23:38 |
| vishy | if the network didn't have a host it would get one | 23:38 |
| vishy | then the allocate would be sent to that host | 23:38 |
| tr3buchet | right | 23:38 |
| vishy | now you have to wait... | 23:38 |
| vishy | until a host has grabbed it | 23:38 |
| tr3buchet | right. if you can set the host as a part of network creation there wouldn't be a wait | 23:38 |
| vishy | or everything breaks | 23:38 |
| tr3buchet | oh i see | 23:39 |
| tr3buchet | even still | 23:39 |
| tr3buchet | you can't use it immediately | 23:39 |
| vishy | right but then you have to automatically determine whether the host has been set up properly | 23:39 |
| tr3buchet | alright, then the network creation should pick a host and make the call to configure it right there | 23:39 |
| vishy | which is exactly what the set network host was supposed to be doing | 23:39 |
| tr3buchet | what if your project has 2 networks on two hosts | 23:40 |
| tr3buchet | which topic do you write to? | 23:40 |
| tr3buchet | i moved determining that into the network code and out of compute. compute just uses the default network topic | 23:41 |
| vishy | good point. In this case it needs to do a set_network_host on both | 23:41 |
| tr3buchet | then network will make calls to specific topics if necessary at the time when it is specifically necessary | 23:41 |
| vishy | that is fine, but is it doing that? | 23:41 |
| tr3buchet | yes | 23:41 |
| tr3buchet | take a look at the RPC mixin | 23:41 |
| tr3buchet | and the same for the way floating IPs are handled | 23:42 |
| vishy | then can't we just move all of the setup into the allocate_fixed_ip method | 23:42 |
| vishy | ? | 23:42 |
| vishy | why not do it there? | 23:42 |
| tr3buchet | well i wanted to move away from having the network configured only upon first use | 23:42 |
| vishy | that is fine, but it is a separate issue | 23:42 |
| tr3buchet | so you add a network, it gets configured, and then it's utilized | 23:42 |
| vishy | there are a lot of times when you need to make sure the network has been set up | 23:43 |
| tr3buchet | but yeah i can see if in allocate, or in _get_networks_for_instance, it checked to ensure the networks were configured | 23:43 |
| vishy | so i think we should make sure that it is set up in that method. It doesn't stop you from pre-setting it up | 23:43 |
| tr3buchet | sure yeah | 23:43 |
| tr3buchet | add that to _get_networks_for_instance | 23:43 |
| tr3buchet | if you like i can do that as a part of the bug fix? | 23:43 |
| tr3buchet | in flat it would basically ensure that the networks returned are all configured | 23:45 |
| tr3buchet | different story for vlans | 23:45 |
| vishy | tr3buchet I think i got this right | 23:55 |
| vishy | need to test | 23:55 |
| tr3buchet | cool | 23:55 |
| tr3buchet | is that in your ha-net branch? | 23:55 |
| tr3buchet | or will it be? | 23:55 |
| vishy | i added a check in rpc to call out | 23:55 |
| vishy | yes just testing then i will push | 23:55 |
| tr3buchet | cool | 23:55 |
| tr3buchet | you add to the call in the network api? | 23:57 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!