| *** martine has joined #openstack-dev | 00:30 | |
| *** Binbin has joined #openstack-dev | 01:11 | |
| *** Binbin has quit IRC | 01:23 | |
| rmk | How is access to nova granted via keystone? | 01:43 |
|---|---|---|
| *** novas0x2a|laptop has quit IRC | 01:57 | |
| *** lorin1 has joined #openstack-dev | 02:28 | |
| *** lorin1 has quit IRC | 03:06 | |
| *** nati has joined #openstack-dev | 03:26 | |
| *** nati has quit IRC | 03:45 | |
| *** martine has quit IRC | 04:01 | |
| *** hbetts has quit IRC | 04:15 | |
| *** lorin1 has joined #openstack-dev | 04:44 | |
| *** lorin1 has quit IRC | 04:45 | |
| *** jeblair has quit IRC | 04:46 | |
| *** jeblair has joined #openstack-dev | 04:51 | |
| *** nati has joined #openstack-dev | 05:04 | |
| *** jeffjapan has quit IRC | 05:18 | |
| *** nati has quit IRC | 05:41 | |
| *** nati has joined #openstack-dev | 05:52 | |
| *** AhmedSoliman has joined #openstack-dev | 06:23 | |
| *** AhmedSoliman has quit IRC | 06:35 | |
| *** nati has quit IRC | 06:47 | |
| *** nati has joined #openstack-dev | 06:48 | |
| *** nati has quit IRC | 08:40 | |
| *** mszilagyi has joined #openstack-dev | 08:45 | |
| *** mszilagyi has quit IRC | 08:45 | |
| *** AhmedSoliman has joined #openstack-dev | 09:43 | |
| *** Binbin has joined #openstack-dev | 10:33 | |
| *** AhmedSoliman has quit IRC | 10:41 | |
| *** lorin1 has joined #openstack-dev | 11:29 | |
| *** AhmedSoliman has joined #openstack-dev | 11:56 | |
| *** lorin1 has quit IRC | 12:02 | |
| *** Binbin has quit IRC | 12:24 | |
| *** ahmed_ has joined #openstack-dev | 14:12 | |
| *** AhmedSoliman has quit IRC | 14:16 | |
| *** ahmed_ has quit IRC | 14:22 | |
| *** nati has joined #openstack-dev | 14:49 | |
| *** doude has quit IRC | 15:40 | |
| *** tryggvil_ has joined #openstack-dev | 15:48 | |
| *** nati has quit IRC | 15:52 | |
| *** ipl31 has quit IRC | 16:06 | |
| *** ipl31 has joined #openstack-dev | 16:06 | |
| vishy | blamar, soren: anyone around? | 16:21 |
| vishy | we have a very annoying issue with our log output | 16:22 |
| openstackjenkins | Project nova build #1,385: SUCCESS in 3 min 48 sec: https://jenkins.openstack.org/job/nova/1385/ | 18:40 |
| openstackjenkins | Tarmac: Some Linux systems can also be slow to start the guest agent. This branch extends the windows agent timeout to apply to all systems. | 18:40 |
| rmk | Sorry to ask here (you guys can tell me to stop) -- I'm completely lost on how nova auth ties to keystone. I'm using the api-paste from keystone but it's unclear to me how to associate nova access via keystone so that it functions in the dashboard. | 18:53 |
| rmk | Blew away the nova db and recreated it with the api paste in place and now the dashboard seems to be able to manage nova but I have no idea why/how. | 19:05 |
| *** jaypipes has quit IRC | 19:23 | |
| *** jaypipes has joined #openstack-dev | 19:25 | |
| openstackjenkins | Project nova-milestone build #52: SUCCESS in 21 sec: https://jenkins.openstack.org/job/nova-milestone/52/ | 19:27 |
| openstackjenkins | Tarmac: Fixes libvirt config drive mapping of user and project. | 19:27 |
| rmk | This is going to confuse a lot of people. | 19:27 |
| *** novas0x2a|laptop has joined #openstack-dev | 19:27 | |
| openstackjenkins | Project nova build #1,386: SUCCESS in 3 min 48 sec: https://jenkins.openstack.org/job/nova/1386/ | 19:40 |
| openstackjenkins | * Tarmac: Remove vestigial db call for fixed_ips. | 19:40 |
| openstackjenkins | * Tarmac: Fixes the user credentials for installing a config-drive from imageRef | 19:40 |
| soren | vishy: What is it? | 19:54 |
| openstackjenkins | Project nova build #1,387: SUCCESS in 3 min 48 sec: https://jenkins.openstack.org/job/nova/1387/ | 20:00 |
| vishy | soren: if you raise an exception it always displays the message without kwargs | 20:23 |
| vishy | soren: it seems to be because of the nose plugin for logging exceptions | 20:24 |
| comstud | I'm having a fun issue with scheduler tests | 20:29 |
| comstud | not obeying the scheduler_driver flag | 20:29 |
| comstud | setting to simple scheduler doesn't override the default of multischeduler in all cases | 20:29 |
| vishy | soren: it tries to turn the message into a string | 20:31 |
| vishy | soren: then when it is reconstructed for display, we have a try_except that eats the message and displays it ass just the format string | 20:32 |
| vishy | so we get an exception like | 20:32 |
| vishy | "Class %(class_name)s Not Found" | 20:32 |
| vishy | which is pretty freaking worthless | 20:32 |
| vishy | comstud: is it being set with self.flags()? | 20:33 |
| comstud | vishy: Yeah | 20:33 |
| comstud | what's interesting is... | 20:33 |
| vishy | that is weird | 20:33 |
| comstud | when I run the whole test_scheduler.py tests... when it does SimpleDriverTestCase tests... each test shows the driver flip flopping back and forth.. (via a print I added in scheduler/manager.py) | 20:34 |
| comstud | but | 20:34 |
| comstud | when I run test_scheduler.py:SimpleDriverTestCase.. it does not | 20:34 |
| comstud | and I have no idea what the difference there is | 20:35 |
| comstud | i found this because some new code I've added requires stubbing something in the tests | 20:35 |
| comstud | so I stub out driver.<some_call> | 20:35 |
| comstud | and it's stubbing out MultiScheduler vs SImpleScheduler | 20:36 |
| comstud | but it never hits my stub... because the driver switched right after it somehow | 20:36 |
| comstud | although | 20:36 |
| comstud | or maybe that's not quite how it is.. | 20:36 |
| comstud | in any case... | 20:37 |
| comstud | I decided to make tests change compute_scheduler_driver and volume_scheduler_driver, instead | 20:37 |
| comstud | and leave scheduler_driver be MultiScheduler | 20:37 |
| comstud | so this effectively tests MultiScheduler with the various real schedulers. | 20:38 |
| comstud | which is probably a good idea, anyway | 20:38 |
| soren | vishy: Oh, it's only during testing? | 21:03 |
| vishy | yes | 21:03 |
| vishy | but that is quite annoying when you are fixing tests | 21:03 |
| soren | vishy: I've seen some weirdness there, too. Removing the constructor of the exception class fixed it, but I couldn't work out why. | 21:03 |
| vishy | it is because the exception constructor doesn't use the normal exception constructor semantics | 21:04 |
| vishy | as in accepting a message | 21:04 |
| vishy | nor does it call super | 21:04 |
| soren | vishy: This was weeks ago. It's been swapped out of working memory a long time ago :) | 21:05 |
| soren | vishy: Can you call super there? | 21:05 |
| soren | I wouldn't have thought Exceptions were new-style classes. | 21:05 |
| vishy | you can call super in new style classes? | 21:05 |
| soren | Err.. | 21:06 |
| soren | Yes? | 21:06 |
| comstud | they're new style | 21:06 |
| comstud | pretty positive | 21:06 |
| comstud | or at least | 21:06 |
| comstud | super definitely works | 21:06 |
| soren | http://docs.python.org/library/functions.html?highlight=super#super | 21:06 |
| soren | "Note super() only works for new-style classes. | 21:07 |
| soren | " | 21:07 |
| comstud | I really want to fix all of the exceptions to use super properly... instead of just setting 'self.message' | 21:07 |
| soren | >>> isinstance(Exception, object) | 21:07 |
| soren | True | 21:07 |
| soren | Clearly. | 21:07 |
| soren | Oh, well. | 21:07 |
| comstud | setting self.message seems kinda kludgey to me. | 21:07 |
| soren | I just thought for backwards compat they woulnd't be. Live and learn. | 21:07 |
| soren | vishy: Anyway, this isn't Diablo critical, so "meh" from me for now. | 21:09 |
| soren | bbl | 21:10 |
| vishy | soren: agreed, i was just complaining | 21:10 |
| *** RobertLaptop has quit IRC | 21:14 | |
| *** RobertLaptop has joined #openstack-dev | 21:18 | |
| *** martine has joined #openstack-dev | 23:06 | |
| *** martine has quit IRC | 23:12 | |
| *** jaypipes has quit IRC | 23:12 | |
| *** RobertLaptop has quit IRC | 23:40 | |
| *** asalkeld has quit IRC | 23:45 | |
| *** jeffjapan has joined #openstack-dev | 23:54 | |
| *** asalkeld has joined #openstack-dev | 23:57 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!