*** jordandev has quit IRC | 00:00 | |
*** bfschott has quit IRC | 00:05 | |
xtoddx | Ryan_Lane: sorry had to go AFK for a minute | 00:05 |
---|---|---|
Ryan_Lane | xtoddx: ok | 00:05 |
xtoddx | "LDAP object %s doesn't exist, unable to add Nova fields" ? | 00:06 |
Ryan_Lane | better :) | 00:07 |
xtoddx | the simpler: LDAP object for %s doesn't exist | 00:07 |
Ryan_Lane | heh. better | 00:07 |
*** BK_man_ has joined #openstack | 00:08 | |
*** BK_man has quit IRC | 00:08 | |
*** BK_man_ is now known as BK_man | 00:08 | |
xtoddx | if you want to commit that I'll approve, then we can ping vishy to approve again also and you'll be all set | 00:08 |
Ryan_Lane | ok. adding | 00:08 |
Ryan_Lane | pushed | 00:09 |
*** kashyapc has joined #openstack | 00:11 | |
vishy | Todd: [x.blah for x in all where x.blah is not None] | 00:11 |
vishy | xtoddx: ^^ | 00:11 |
xtoddx | vishy: yea, but for some reason i thought it was automatic | 00:11 |
*** westmaas has quit IRC | 00:14 | |
xtoddx | vishy: want to redo your approve on https://code.launchpad.net/~rlane/nova/ldap-user-modify-only/+merge/41971 to capture most recent revision? | 00:14 |
vishy | xtoddx: my approve is already in | 00:15 |
vishy | xtoddx: but i'll flip the switch | 00:15 |
vishy | Ryan_Lane: did you pep8 check it? | 00:15 |
xtoddx | launchpad complained at gundlach the other day for approving before all the commits were int | 00:15 |
xtoddx | i thought that was a thing | 00:15 |
vishy | xtoddx: that was because he hit approve too fast | 00:15 |
xtoddx | :P | 00:16 |
vishy | before launchpad had registered the new branch | 00:16 |
xtoddx | launchpad | 00:16 |
vishy | s/branch/commit | 00:16 |
Ryan_Lane | I believe I did. did it fail a check? | 00:16 |
vishy | Ryan_Lane: no just checking before i hit approve | 00:16 |
* vishy closes his eyes and presses the button. | 00:16 | |
Ryan_Lane | heh | 00:16 |
* Ryan_Lane sighs | 00:17 | |
vishy | Ryan_Lane: I assume you are running the tests with redis installed so the fakeldap tests aren't skipped? | 00:17 |
Ryan_Lane | I thought redis was removed? | 00:17 |
Ryan_Lane | or was that for other things? | 00:18 |
Ryan_Lane | of course, there was a pep8 problem... line 80 is 4 characters too long :( | 00:18 |
Ryan_Lane | I had checked it before I rewrote that line | 00:18 |
vishy | :) | 00:18 |
vishy | fakeldap uses redis | 00:19 |
vishy | if it is installed | 00:19 |
Ryan_Lane | ah ok | 00:19 |
Ryan_Lane | I did not run them with redis | 00:19 |
vishy | which will catch a lot of errors because the tests for user stuff are actually pretty good | 00:19 |
vishy | might want to give it a run through and see if it pukes | 00:19 |
Ryan_Lane | ok. lemme check | 00:22 |
Ryan_Lane | vishy: are there automated tests for this? | 00:22 |
vishy | yeah | 00:22 |
vishy | python run_tests.py | 00:23 |
Ryan_Lane | ah ok | 00:23 |
alekibango | vishy: btw how is the web console release going? | 00:23 |
vishy | if you have python-redis installed | 00:23 |
alekibango | you told me you will ask.. i always forget the name :) | 00:23 |
vishy | we finish our sprint in two days, should be on for the next sprint | 00:23 |
alekibango | vishy: that was answer for me? | 00:24 |
vishy | alekibango: yeah | 00:24 |
alekibango | ok ty | 00:24 |
Ryan_Lane | vishy: tests don't puke when using redis | 00:25 |
Ryan_Lane | let me push the pep8 fix | 00:26 |
Ryan_Lane | pushed | 00:27 |
Ryan_Lane | gah, it's complaining about has_key | 00:27 |
*** relateable has joined #openstack | 00:28 | |
vishy | ah yeah | 00:29 |
vishy | in | 00:29 |
Ryan_Lane | won't that check values? | 00:29 |
Ryan_Lane | ah in string.keys() | 00:30 |
Ryan_Lane | fixing | 00:30 |
*** hazmat has quit IRC | 00:32 | |
*** kashyapc has quit IRC | 00:34 | |
Ryan_Lane | pushed | 00:34 |
*** BK_man_ has joined #openstack | 00:38 | |
*** BK_man has quit IRC | 00:38 | |
*** BK_man_ is now known as BK_man | 00:38 | |
BK_man | libvirt.libvirtError: authentication failed - what's wrong? | 00:39 |
BK_man | this is from nova-compute.log | 00:39 |
BK_man | libvirtd is up & running | 00:39 |
*** iammartian has quit IRC | 00:39 | |
*** iammartian_ is now known as iammartian | 00:39 | |
*** jimbaker has quit IRC | 00:45 | |
openstackhudson | Project nova build #289: SUCCESS in 1 min 13 sec: http://hudson.openstack.org/job/nova/289/ | 00:49 |
*** jonkelly has left #openstack | 00:50 | |
*** rlucio has quit IRC | 00:50 | |
*** johnpur has quit IRC | 00:58 | |
vishy | BK_man, hmm, i haven't had that, but piken was having a few weird libvirt errors | 01:00 |
BK_man | vishy: ok. I need to run to office from cisco lab - see you and piken tomorrow. P.S. not sure that KVM is used instead of QEMU. Need to figure out it tomorrow | 01:01 |
BK_man | vishy: and thank you! | 01:01 |
*** BK_man has quit IRC | 01:01 | |
*** iammartian_ has joined #openstack | 01:02 | |
*** MarkAtwood has quit IRC | 01:03 | |
*** MarkAtwood has joined #openstack | 01:03 | |
*** kashyapc has joined #openstack | 01:04 | |
*** rds__ has quit IRC | 01:09 | |
*** reldan has joined #openstack | 01:10 | |
*** joearnold has quit IRC | 01:26 | |
*** reldan has quit IRC | 01:27 | |
*** hazmat has joined #openstack | 01:31 | |
Ryan_Lane | vishy: after putting some thought into projects and project roles, I think the current way it is being done from a structural POV is likely the most elegant | 01:48 |
Ryan_Lane | vishy: I think breaking apart the structure would require methods that would be clumsy | 01:48 |
Ryan_Lane | the good thing is, we can still eliminate the schema by doing clever searches | 01:49 |
vishy | cool | 01:49 |
Ryan_Lane | only the projects should have an owner, so the search string can use that instead | 01:49 |
Ryan_Lane | (!(objectclass=novaProject)) -> (!(owner=*)) | 01:50 |
Ryan_Lane | let me ensure that attribute will allow that type of search though :) | 01:50 |
Ryan_Lane | and indeed it does | 01:56 |
*** dragondm has quit IRC | 01:56 | |
Ryan_Lane | though I checked via a search. I should probably check the RFC to be sure | 01:56 |
*** bfschott has joined #openstack | 01:58 | |
*** ctennis has quit IRC | 02:19 | |
*** miclorb_ has quit IRC | 02:27 | |
*** Ryan_Lane has quit IRC | 02:35 | |
*** bfschott has quit IRC | 02:35 | |
*** hazmat has quit IRC | 02:40 | |
*** kashyapc has quit IRC | 02:41 | |
*** zheng_li has quit IRC | 02:46 | |
*** aliguori has quit IRC | 02:48 | |
*** daleolds has quit IRC | 02:56 | |
*** kashyapc has joined #openstack | 03:21 | |
*** westmaas has joined #openstack | 03:34 | |
*** rnirmal has joined #openstack | 03:46 | |
*** HugoKuo_ has quit IRC | 03:49 | |
*** rnirmal has quit IRC | 04:03 | |
*** AimanA is now known as HouseAway | 04:36 | |
*** ctennis has joined #openstack | 04:53 | |
*** ctennis has joined #openstack | 04:53 | |
*** bryguy has quit IRC | 05:02 | |
*** jtimberman has quit IRC | 05:08 | |
*** jtimberman has joined #openstack | 05:08 | |
*** littleidea has quit IRC | 05:10 | |
*** vivekbabs has joined #openstack | 05:13 | |
*** ctennis has quit IRC | 05:15 | |
*** joshuamckenty has joined #openstack | 05:16 | |
*** bryguy has joined #openstack | 05:19 | |
*** jakedahn has joined #openstack | 05:25 | |
*** westmaas has quit IRC | 05:51 | |
*** omidhdl has joined #openstack | 06:13 | |
*** omidhdl1 has joined #openstack | 06:15 | |
*** omidhdl has quit IRC | 06:15 | |
*** rlucio has joined #openstack | 06:33 | |
*** jakedahn has quit IRC | 06:33 | |
*** f4m8_ is now known as f4m8 | 06:34 | |
*** relateable has quit IRC | 06:35 | |
*** rlucio has quit IRC | 06:40 | |
*** miclorb_ has joined #openstack | 06:51 | |
*** guigui1 has joined #openstack | 06:57 | |
*** almaisan-away is now known as al-maisan | 06:59 | |
*** al-maisan is now known as almaisan-away | 07:00 | |
*** vivekbabs has quit IRC | 07:06 | |
*** GasbaKid has joined #openstack | 07:14 | |
*** GasbaKid has quit IRC | 07:19 | |
*** GasbaKid has joined #openstack | 07:20 | |
*** omidhdl1 has quit IRC | 07:27 | |
*** omidhdl has joined #openstack | 07:31 | |
*** vivekbabs has joined #openstack | 07:35 | |
*** miclorb_ has quit IRC | 07:48 | |
*** ramkrsna has joined #openstack | 07:53 | |
*** sirp1 has quit IRC | 07:54 | |
vishy | Ryan_Lane: we'll have to add logic to fakeldap to understand * | 08:08 |
*** larstobi has joined #openstack | 08:09 | |
*** larstobi has joined #openstack | 08:09 | |
*** nijaba has quit IRC | 08:20 | |
*** nijaba has joined #openstack | 08:23 | |
*** nijaba has joined #openstack | 08:23 | |
*** fabiand has quit IRC | 08:42 | |
*** befreax has joined #openstack | 08:57 | |
*** befreax has quit IRC | 09:08 | |
*** fabiand has joined #openstack | 09:09 | |
*** zheng_li has joined #openstack | 09:22 | |
*** a9om has joined #openstack | 09:33 | |
*** ramkrsna has quit IRC | 09:42 | |
*** a9om has quit IRC | 09:51 | |
*** ramkrsna has joined #openstack | 10:00 | |
openstackhudson | Project nova-tarmac build #41,770: FAILURE in 36 sec: http://hudson.openstack.org/job/nova-tarmac/41770/ | 10:08 |
*** MarkAtwood has quit IRC | 10:10 | |
openstackhudson | Project nova-tarmac build #41,771: STILL FAILING in 36 sec: http://hudson.openstack.org/job/nova-tarmac/41771/ | 10:13 |
*** allsystemsarego has joined #openstack | 10:14 | |
*** reldan has joined #openstack | 10:17 | |
*** jtimberman has quit IRC | 10:17 | |
openstackhudson | Project nova-tarmac build #41,772: STILL FAILING in 36 sec: http://hudson.openstack.org/job/nova-tarmac/41772/ | 10:18 |
*** jtimberman has joined #openstack | 10:18 | |
openstackhudson | Project nova-tarmac build #41,773: STILL FAILING in 36 sec: http://hudson.openstack.org/job/nova-tarmac/41773/ | 10:23 |
soren | ttx: \o/ | 10:25 |
soren | ttx: I've just integrated our wsgi implementation with apport. If something causes an expection to be thrown in nova-api, apport catches it. | 10:26 |
ttx | heh, hopefully we don't throw exceptions too often :) | 10:28 |
openstackhudson | Project nova-tarmac build #41,774: STILL FAILING in 36 sec: http://hudson.openstack.org/job/nova-tarmac/41774/ | 10:28 |
* soren goes to disable the tarmac job until Launchpad is in read/write mode again. | 10:29 | |
soren | Done. | 10:30 |
soren | Ah. silence. | 10:30 |
ttx | soren: we should automatically catch that | 10:31 |
soren | ttx: We don't have a lot to work with: http://localhost:9000/job/nova-tarmac/41774/console | 10:32 |
ttx | I mean, tarmac should not consider it a noisy failure when LP is read-only | 10:33 |
larstobi | what are you guys using to work with Swift? Is anyone using ruby-cloudfiles successfully? Or Fog? | 10:34 |
soren | ttx: I know. | 10:38 |
soren | ttx: But launchpad is just throwing a 503. | 10:38 |
ttx | beh | 10:38 |
soren | ttx: It's hard to tell if that's a planned outage or not. | 10:38 |
ttx | soren: in planned outages, LP goes in read-only mode. We should be able to detect that. The APi should be able to be queried for that | 10:41 |
*** reldan has quit IRC | 10:42 | |
*** irahgel has joined #openstack | 10:43 | |
*** irahgel has quit IRC | 10:47 | |
* soren idly realises he was supposed to have today off, too. | 10:49 | |
soren | "OpenStack Compute (nova) has 95 active branches owned by 34 people and 4 teams. There were 413 commits by 26 people in the last month." | 10:50 |
soren | That's a pretty impressive stat. | 10:50 |
*** kashyapc has quit IRC | 10:50 | |
soren | lp is back. | 10:54 |
ttx | cool, I should be able to start playing with the bp api now | 10:56 |
soren | Oh, wow, yeah! | 10:56 |
openstackhudson | Yippie, build fixed! | 10:58 |
openstackhudson | Project nova-tarmac build #41,775: FIXED in 2.7 sec: http://hudson.openstack.org/job/nova-tarmac/41775/ | 10:58 |
ttx | soren: about bug 684088, if you have libvirt bugtracker creds, could you forward it upstream ? | 11:04 |
uvirtbot | Launchpad bug 684088 in libvirt "libvirt should detect the presence of tools at use-time rather than at start-time" [Undecided,Incomplete] https://launchpad.net/bugs/684088 | 11:04 |
*** jkakar has joined #openstack | 11:05 | |
soren | ttx: You're asking me to interact with Bugzilla? I don't love you anymore. | 11:06 |
czajkowski | heh | 11:10 |
ttx | soren: if I really hated you I'd ask you to interact with JIRA. | 11:11 |
soren | ttx: Done. | 11:14 |
ttx | thanks :) | 11:14 |
soren | ttx: And I've just torn up your christmas card. | 11:14 |
* ttx cries | 11:15 | |
*** dizz has joined #openstack | 11:19 | |
*** dizz has quit IRC | 11:19 | |
*** omidhdl has quit IRC | 11:25 | |
*** omidhdl1 has joined #openstack | 11:25 | |
*** reldan has joined #openstack | 11:30 | |
*** omidhdl1 has quit IRC | 11:33 | |
*** jkakar has quit IRC | 11:33 | |
*** GasbaKid has quit IRC | 12:02 | |
* soren wonders what's going on with https://answers.launchpad.net/nova/+question/137041 | 12:08 | |
soren | nova/auth/manager.py hasn't called allocate_network since r346. That's before Austin was released. | 12:09 |
soren | There's no such thing as allocate_network anymore! | 12:09 |
alekibango | soren: i am trying to compile your packages from deb source (from yesterday) or todays nova from bzr -- and it fails for me with sphinx somehow - can you please look on the log ? http://pastebin.com/UPS6xm8m - | 12:29 |
soren | alekibango: Your sphinx is too old. | 12:30 |
alekibango | ahh | 12:30 |
alekibango | which version should it be? | 12:30 |
alekibango | :) | 12:31 |
alekibango | 0.6.6-3 is in debian squeeze, thats too old? darn | 12:31 |
alekibango | 1.0.1-1 is in debian experimental | 12:32 |
alekibango | soren: in maverick, there is 0.6.6-1 | 12:35 |
alekibango | which one you have? | 12:35 |
*** zheng_li has quit IRC | 12:36 | |
*** GasbaKid has joined #openstack | 12:36 | |
*** irahgel has joined #openstack | 12:41 | |
*** novahelp has joined #openstack | 12:45 | |
soren | alekibango: 1.0.1 | 12:47 |
*** doude has joined #openstack | 12:59 | |
alekibango | :) | 13:00 |
*** Podilarius has left #openstack | 13:03 | |
* soren has sent so many e-mails the last couple of hours, it's not even funny. | 13:12 | |
rackerhacker | soren: quit spamming me! ;) | 13:13 |
soren | Where's the love? | 13:17 |
*** GasbaKid has quit IRC | 13:19 | |
*** zheng_li has joined #openstack | 13:19 | |
*** GasbaKid has joined #openstack | 13:24 | |
doude | Hi all, I've just update the trunk branch of Nova and when I lunch daemon, I can see the flag "sql_connection" set to use sql database in the log. But Nova stills use a sqlite data base. | 13:25 |
doude | There's new flag configuration ? | 13:27 |
soren | If sql_connection is listed correctly when you start a daemon, then it has read your configuration correctly. | 13:28 |
doude | http://paste.openstack.org/show/252/ | 13:29 |
doude | so why it creates a sqlite file and I use this type of database ? | 13:29 |
*** befreax has joined #openstack | 13:30 | |
doude | perhaps the trunk is broken and I must use an older version ? | 13:31 |
soren | No, trunk is fine. | 13:31 |
soren | There many components of nova. | 13:31 |
soren | Perhaps they're not all using the same config. | 13:31 |
soren | What is that paste from? | 13:32 |
doude | is my flags configuration I used | 13:32 |
*** befreax has quit IRC | 13:32 | |
soren | You said you could see it correctly in the log. | 13:32 |
soren | Which log? Where? | 13:32 |
doude | http://paste.openstack.org/show/253/ is the log of nova-copute for example | 13:35 |
soren | Ok. And what reason do you have to believe that nova-compute isn't using that mysql db? | 13:35 |
*** kashyapc has joined #openstack | 13:35 | |
doude | because it creates a sqlite file and nothing is done in the SQL base | 13:36 |
doude | I crete manualy the data base 'nova' in the SQL base befor start nova daemons | 13:36 |
soren | What reason do you have to believe it's nova-compute that's creating it? | 13:36 |
* ttx <3 nova.all_specifications | 13:37 | |
*** hazmat has joined #openstack | 13:37 | |
soren | ttx: What sort of object is nova? | 13:38 |
doude | I don't belive it's nova-compute that's create it but one binaries of Nova (nova-manage perhaps) | 13:38 |
ttx | soren: a launchpadlib "project". | 13:38 |
soren | ttx: Weird. | 13:38 |
soren | ttx: Are you using a newer vresion of launchpadlib than I? | 13:38 |
ttx | soren: the trick is to use version='devel' | 13:38 |
ttx | launchpad = Launchpad.login_anonymously('just testing', 'production', cachedir, version='devel') | 13:39 |
ttx | the bp api is not in "1.0". | 13:39 |
soren | Ah. | 13:39 |
ttx | soren: i fumbled a bit before finding that one. | 13:39 |
alekibango | ttx: so you are saying launchpad will be even slower now? | 13:40 |
alekibango | :)) | 13:40 |
soren | doude: Well, they all need to use the same configuration file. | 13:40 |
soren | doude: Otherwise they... err... won't use the same configuration. | 13:41 |
ttx | alekibango: it should be less heavy on it than my screenscraping attempts. | 13:41 |
soren | ttx: Using lp-shell or something else? | 13:43 |
soren | ttx: "lp-shell production devel" is quite handy | 13:44 |
doude | soren: yes I understand and that's what I do, I lunch nova daemons with the same configuration (with the flag 'flagfile' point on the same file) | 13:44 |
* ttx tries that | 13:44 | |
soren | doude: What about nova-manage? | 13:44 |
soren | ttx: Then just do "nova = lp.projects['nova']" | 13:45 |
soren | ttx: ...and play around. | 13:45 |
doude | soren: I don't specifie the flag file. It's possible ? I looked the script 'nova.sh' and the flag file is only indicated for nova daemons | 13:45 |
soren | doude: That's your problem, then. | 13:45 |
soren | doude: You have to. | 13:45 |
*** littleidea has joined #openstack | 13:47 | |
doude | soren: Ok, I don't know that. | 13:47 |
soren | doude: You do now :) | 13:47 |
doude | soren: Thank you a lot for your help and your time. | 13:48 |
doude | soren: just another question. In that state the 'nova.sh' should meet the same problem ? | 13:48 |
soren | doude: Depends. | 13:50 |
soren | doude: It depends on where it expects the flagfile to be for the daemons. | 13:50 |
doude | soren: nova-manage use a default path for the file ? | 13:51 |
soren | They all do. | 13:51 |
*** ramkrsna has quit IRC | 13:51 | |
soren | I think it may be in <top srcdir>/bin/. | 13:52 |
soren | Gah, I need to run. I need to go pick up my daughter. | 13:52 |
*** brd_from_italy has joined #openstack | 13:53 | |
*** westmaas1 has joined #openstack | 13:56 | |
*** iammartian_ has quit IRC | 14:09 | |
*** K_Sam has joined #openstack | 14:10 | |
*** aliguori has joined #openstack | 14:15 | |
*** hggdh has quit IRC | 14:16 | |
*** hggdh has joined #openstack | 14:27 | |
*** novahelp has quit IRC | 14:27 | |
*** K_Sam has left #openstack | 14:27 | |
*** brd_from_italy has quit IRC | 14:28 | |
*** novahelp has joined #openstack | 14:29 | |
*** zul has quit IRC | 14:31 | |
*** zul_ has joined #openstack | 14:32 | |
*** zul_ is now known as zul | 14:32 | |
*** zul has joined #openstack | 14:33 | |
*** ppetraki has joined #openstack | 14:34 | |
*** arthurc has joined #openstack | 14:39 | |
creiht | larstobi: I do mostly python dev, so I use swift/common/client.py | 14:42 |
creiht | Last I heard, I think the ruby cloudfiles bindings should work | 14:43 |
*** mdomsch has joined #openstack | 14:43 | |
creiht | you just have to set the auth url when setting it up | 14:43 |
*** ianweller has quit IRC | 14:43 | |
larstobi | creiht: okay, thanks. I haven't been able to get ruby-cloudfiles to work. However, I can use Fog to list directories and fetch files, but still no luck in creating directories and files with it yet. | 14:44 |
creiht | larstobi: there is also a commandline tool that comes with swift called st | 14:44 |
creiht | that lets you do most opperations | 14:44 |
larstobi | yes, I use that for storing files at this time | 14:44 |
larstobi | it works well | 14:44 |
creiht | cool | 14:44 |
creiht | larstobi: let me see if I can find what you have to set with the ruby bindings | 14:45 |
larstobi | creiht: I'll make a pastie of what I've done so far. Just a moment. | 14:45 |
creiht | larstobi: my first guess is that you have to set connection.authurl to the swift authurl | 14:47 |
chmouel | something like that probably : cf = CloudFiles::Connection.new(:username => "USERNAME", :api_key => "API_KEY", :authurl => "https://auth.api.rackspacecloud.com/v1.0") | 14:47 |
chmouel | authurl being your swift authurl | 14:48 |
larstobi | This is the program: http://paste.openstack.org/show/254/ | 14:48 |
larstobi | This is the current output: http://paste.openstack.org/show/255/ | 14:48 |
creiht | larstobi: yeah what chmouel said | 14:48 |
chmouel | never used or know about fog | 14:49 |
larstobi | so, the authurl parameter works well, however there's something in there that falls back to using the RackSpace urls | 14:49 |
chmouel | why don't you use ruby-cloudfiles ? | 14:49 |
larstobi | I didn't get it to work… :/ | 14:50 |
creiht | larstobi: adding the authurl params when creating your connection should make it work | 14:50 |
creiht | I'm trying to look at fog now | 14:51 |
larstobi | chmouel: this is my failed attempt at getting a connection with ruby-cloudfiles: http://paste.openstack.org/show/256/ | 14:52 |
creiht | larstobi: I wonder if ruby url parsing is choking on the domain name | 14:54 |
larstobi | yeah…maybe. I tried with IP-address as well | 14:54 |
creiht | larstobi: what if you put your ip in there instead? | 14:54 |
creiht | just as a test | 14:54 |
creiht | ahh | 14:54 |
larstobi | is it the "test:tester" username scheme that's confusing Ruby's URI perhaps? | 14:55 |
creiht | shouldn't be, because that is sent as a header | 14:58 |
creiht | larstobi: can you run URI.parse("https://swift.local/v1.0") in a ruby shell to see if it gives you an error? | 15:00 |
larstobi | sure | 15:00 |
*** sirp1 has joined #openstack | 15:01 | |
larstobi | creiht: no error... | 15:01 |
*** ctennis has joined #openstack | 15:01 | |
*** ctennis has joined #openstack | 15:01 | |
chmouel | i donˈt have a problem wiθ ruby-cloudfile what version are u usiŋ ? | 15:02 |
*** schisamo has joined #openstack | 15:02 | |
creiht | chmouel: the traceback indicates 1.4.10 | 15:02 |
larstobi | that's the one | 15:02 |
chmouel | that's the one i have as well.. | 15:03 |
creiht | oh | 15:04 |
creiht | that's odd | 15:04 |
creiht | chmouel: look at authentication.rb, line 26 (which is where the error is occuring) | 15:04 |
chmouel | i am using the git fresh checkout and i have parsing of x-cdn-management-url in there (host) | 15:05 |
chmouel | larstobi: can you add a puts response["x-cdn-management-url"] | 15:06 |
chmouel | on that authentication.rb:26 | 15:06 |
larstobi | yes | 15:06 |
chmouel | just before the line actually | 15:06 |
larstobi | ok | 15:06 |
creiht | larstobi: what version of ruby? | 15:07 |
*** bfschott has joined #openstack | 15:07 | |
creiht | is it posible there was a change on how URI.parse works in different versions of ruby? | 15:07 |
larstobi | ruby 1.8.7 (2010-08-16 patchlevel 302) [x86_64-linux] | 15:07 |
* creiht apologizes that his ruby foo is lacking | 15:07 | |
*** dubsquared has joined #openstack | 15:07 | |
chmouel | same version as me | 15:07 |
chmouel | and same ruby lacking as chuck 8-) | 15:08 |
larstobi | it outputs: "nil" | 15:09 |
larstobi | with the puts on there | 15:09 |
chmouel | can you try directly with curl then ? | 15:09 |
chmouel | let me find out the command line | 15:09 |
creiht | chmouel: he said that st works | 15:09 |
*** Podilarius has joined #openstack | 15:09 | |
creiht | which would seem to indicate that swift is working correctly | 15:10 |
larstobi | yes, I agree | 15:10 |
larstobi | I have been using swift with st and curl without problems | 15:10 |
chmouel | that's weird let me pull up a recent swift checkout to test | 15:11 |
larstobi | Adding a "p response" instead of the beforementioned puts line, the object looks like this: #<Net::HTTPNoContent 204 No Content readbody=true> | 15:13 |
creiht | larstobi: right, so the request was made fine, it is for some reason barfing trying to set up all the settings | 15:14 |
creiht | namely setting the cdn management url, which should be empty anyways | 15:15 |
larstobi | yes | 15:15 |
*** xfaf has joined #openstack | 15:15 | |
* creiht installs ruby on his laptop for the first time | 15:15 | |
piken | ewww | 15:16 |
piken | I am not a ruby fan at all | 15:16 |
creiht | heh | 15:16 |
*** zul has quit IRC | 15:16 | |
creiht | ok, so a URI.parse(nil) gives me that same error | 15:17 |
larstobi | okay | 15:18 |
creiht | hrm | 15:18 |
creiht | chmouel: are you running your test against cloudfiles, or a swift instance? | 15:19 |
chmouel | i'm running against a old swift instance i had | 15:20 |
creiht | hrm | 15:20 |
*** JuanPerez has joined #openstack | 15:20 | |
chmouel | which I just blew up 8-\ | 15:20 |
creiht | heh | 15:20 |
creiht | chmouel: so what is weird, is I'm not sure how it even worked for you in the first place :) | 15:21 |
creiht | larstobi: so for just a quick test, can you see if it works if you comment out all the x-cdn-* lines there in authentication.rb? | 15:22 |
larstobi | I will :) | 15:22 |
chmouel | maybe i messed it and it did not use my swift instance | 15:22 |
creiht | hehe | 15:22 |
larstobi | creiht: okay, it now reports no errors and exits cleanly | 15:23 |
larstobi | I must see if I can list some directories now | 15:23 |
larstobi | I can list directories | 15:26 |
creiht | cool | 15:26 |
creiht | larstobi: I'll track down who is in charage of the bindings and see if I can get that part fixed | 15:26 |
notmyname | creiht: wade minter | 15:26 |
creiht | let me know if you run into any further issues with the ruby bindings | 15:26 |
larstobi | okay, thanks a bunch for your help! :) | 15:27 |
creiht | larstobi: np | 15:27 |
notmyname | creiht: @minter on twitter | 15:28 |
creiht | notmyname: thx | 15:28 |
*** iammartian has quit IRC | 15:33 | |
*** iammartian has joined #openstack | 15:33 | |
xfaf | soren: i was thinking of doing an upload tomorrow | 15:33 |
*** xfaf is now known as zul | 15:33 | |
zul | grr.. | 15:34 |
creiht | larstobi: https://github.com/rackspace/ruby-cloudfiles/issues/issue/15 | 15:35 |
creiht | bug filed | 15:35 |
*** gondoi has joined #openstack | 15:35 | |
larstobi | creiht: thanks :) | 15:36 |
*** gundlach has joined #openstack | 15:47 | |
*** jdarcy has joined #openstack | 15:56 | |
piken | finally some time to my self so back to my installer tonight. lol | 15:58 |
*** murkk has joined #openstack | 16:06 | |
*** dragondm has joined #openstack | 16:12 | |
*** GasbaKid has quit IRC | 16:12 | |
*** zul has quit IRC | 16:12 | |
*** xfaf has joined #openstack | 16:13 | |
*** larstobi has quit IRC | 16:15 | |
*** xfaf has quit IRC | 16:16 | |
*** guigui1 has quit IRC | 16:17 | |
*** ctennis has quit IRC | 16:22 | |
*** johnpur has joined #openstack | 16:25 | |
*** ChanServ sets mode: +v johnpur | 16:25 | |
*** guigui has joined #openstack | 16:29 | |
*** ctennis has joined #openstack | 16:30 | |
*** ctennis has joined #openstack | 16:30 | |
*** krish has joined #openstack | 16:33 | |
*** krish has left #openstack | 16:33 | |
*** kashyapc has quit IRC | 16:33 | |
*** zheng_li has quit IRC | 16:37 | |
*** gundlach has quit IRC | 16:47 | |
*** miclorb has joined #openstack | 16:48 | |
sandywalsh | can you assign more than one person to a bp? | 16:50 |
ttx | sandywalsh: you can assign a group. | 16:51 |
ttx | sandywalsh: though I don't think you should: | 16:51 |
*** kashyapc has joined #openstack | 16:51 | |
tr3buchet | why's that? | 16:51 |
ttx | the "assignee" doesn't mean it's the only person working on something | 16:51 |
ttx | it's just a refernce point responsible for the delivery of the feature | 16:51 |
sandywalsh | ttx, I was just thinking in the event people had questions and wanted to contact someone | 16:52 |
ttx | so it's ok if you just put one person from a group | 16:52 |
tr3buchet | is there a way see/set the people working on it? | 16:52 |
ttx | If you need to be more precise, you can always dump names into the whiteboard | 16:53 |
ttx | though in the end, looking at the linked branch and see who commits to it might prove more useful | 16:53 |
sandywalsh | ttx, groovy ... thx! | 16:55 |
*** zheng_li has joined #openstack | 16:55 | |
jk0 | when is the bexar release scheduled? | 16:57 |
*** littleidea has quit IRC | 16:57 | |
ttx | jk0: http://wiki.openstack.org/BexarReleaseSchedule | 16:57 |
jk0 | thanks | 16:57 |
ttx | release: Feb 3 | 16:57 |
*** littleidea has joined #openstack | 16:58 | |
ttx | mtaylor: I have coded up a tarmac plugin for CLA verification. That said it's a bit early to enable it, the list at http://wiki.openstack.org/Contributors is awfully empty right now. | 16:59 |
ttx | mtaylor: unless you want to kick soren and jaypipes out. | 17:00 |
jaypipes | ttx: sure :) | 17:02 |
*** doude has quit IRC | 17:03 | |
*** zul has joined #openstack | 17:03 | |
*** kashyapc has quit IRC | 17:14 | |
*** dendrobates is now known as dendro-afk | 17:18 | |
openstackhudson | Project nova build #290: SUCCESS in 1 min 14 sec: http://hudson.openstack.org/job/nova/290/ | 17:19 |
*** GasbaKid has joined #openstack | 17:22 | |
eday | jaypipes: thanks for the reviews :) | 17:24 |
openstackhudson | Project nova build #291: SUCCESS in 1 min 13 sec: http://hudson.openstack.org/job/nova/291/ | 17:24 |
*** larstobi has joined #openstack | 17:26 | |
*** Ryan_Lane has joined #openstack | 17:26 | |
jaypipes | eday: sorry for the delays. | 17:26 |
*** wmalik has joined #openstack | 17:30 | |
eday | jaypipes: no worries :) | 17:31 |
*** mdomsch has quit IRC | 17:32 | |
*** mdomsch has joined #openstack | 17:36 | |
*** reldan has quit IRC | 17:39 | |
*** daleolds has joined #openstack | 17:43 | |
*** ianweller has joined #openstack | 17:45 | |
*** joearnold has joined #openstack | 17:46 | |
openstackhudson | Project nova build #292: SUCCESS in 1 min 13 sec: http://hudson.openstack.org/job/nova/292/ | 17:54 |
*** novahelp has quit IRC | 17:57 | |
*** zul has quit IRC | 17:58 | |
*** gondoi has quit IRC | 18:00 | |
*** bfschott has quit IRC | 18:01 | |
*** bfschott has joined #openstack | 18:02 | |
*** zul has joined #openstack | 18:02 | |
*** zul has quit IRC | 18:02 | |
*** zul has joined #openstack | 18:03 | |
*** MarkAtwood has joined #openstack | 18:04 | |
*** rlucio has joined #openstack | 18:09 | |
*** zul has quit IRC | 18:11 | |
uvirtbot | New bug: #687451 in nova "test_authors_up_to_date requires bzrlib of some specific version?" [Undecided,New] https://launchpad.net/bugs/687451 | 18:11 |
*** reldan has joined #openstack | 18:12 | |
*** Adiantum has quit IRC | 18:12 | |
*** abecc has joined #openstack | 18:12 | |
*** abecc has joined #openstack | 18:13 | |
*** zul has joined #openstack | 18:13 | |
*** brd_from_italy has joined #openstack | 18:15 | |
*** ilya has joined #openstack | 18:17 | |
tr3buchet | i'm trying to figure out how compute.api and compute.manage interact, anyone have a quick rundown for me? | 18:24 |
eday | i can | 18:24 |
eday | compute.api is the API to talk to compute.manage. API is used in the nova-api servers (or elsewhere), and compute.manager is the nova-compute worker | 18:25 |
sandywalsh | eday, so is manager for particular racks and scheduler for cross-rack operations? | 18:26 |
sandywalsh | eday, i.e. how to decide what goes in scheduler and what goes in manager | 18:27 |
eday | scheduler should just be routing, it shouldn't really do anything | 18:29 |
eday | compute.manager should do all the work related to instances | 18:29 |
sandywalsh | routing in which sense | 18:29 |
*** ilya has quit IRC | 18:29 | |
eday | when I launch a new VM, which compute.manager instance should it go to? | 18:29 |
eday | scheduler decides this | 18:30 |
sandywalsh | ok ... so racks or whatever partitioning you decide at deploy | 18:30 |
eday | yeah | 18:30 |
sandywalsh | cool, thx for that | 18:30 |
eday | we were talking about the concept of zones I think, and you can draw those lines wherever you want (racks, clusters, dcs, regions, ...) | 18:30 |
sirp1 | gundlach, _cerberus_: have you guys run into bad interactions between python's daemon module and eventlet? | 18:31 |
eday | of course, we don't have any multi-tiered schedulers today, which is what I'm working towards now | 18:31 |
eday | tr3buchet: the rpc.call/cast is how compute.api talks to compute.manager | 18:31 |
*** zheng_li has quit IRC | 18:32 | |
eday | it's assuming a shared DB by both right now, but that will be changing | 18:32 |
sandywalsh | eday, this is the refactoring your working on to pull all the stuff out of api | 18:33 |
sandywalsh | *you're | 18:33 |
eday | pretty much, right now the db access is pretty scattered... trying to get good internal APIs formed to make the scheduler rework easier | 18:34 |
sandywalsh | nice | 18:35 |
sandywalsh | Are there any notes on the security context mechanism/design? | 18:36 |
eday | Not much, I'd just read nova/context.py and see how it's used by various parts (especially nova.db) | 18:37 |
sandywalsh | Seems to model EC2 http://wiki.openstack.org/SecurityGroupsSpec | 18:38 |
sandywalsh | eday, yup, will read | 18:38 |
*** mdomsch has quit IRC | 18:38 | |
eday | ohh, well security groups are different than user/project context | 18:38 |
eday | which one are you asking about? :) | 18:39 |
sandywalsh | the ones referenced in manager | 18:40 |
*** mdomsch has joined #openstack | 18:40 | |
sandywalsh | context.elevated(), etc | 18:40 |
eday | they both are :) | 18:40 |
sandywalsh | :) | 18:40 |
eday | ok | 18:40 |
sandywalsh | 'fraid I don't know yet | 18:40 |
eday | context == user/project context, which talks to nova.auth (ldap, ...) | 18:41 |
eday | injected during the API request at the authentication step, used for authz through the process (ops, db access, ...) | 18:41 |
eday | security groups == firewall config basically | 18:41 |
eday | soren/vish can expand more on security groups | 18:41 |
eday | but, "groups" in the auth context sense == projects | 18:42 |
sandywalsh | That's the sense I'm assuming ... user/project. Firewall doesn't seem applicable in this scenario | 18:43 |
eday | speaking of which, we need to figure out what we want to do with projects for the openstack API.. right now they're not being used and are hacking around things by simply using the user_id | 18:43 |
sandywalsh | hmm, yes. We should bring that up with pvo | 18:44 |
sandywalsh | is there a ticket/bp? | 18:44 |
eday | the openstack API has no concept of specifying a project ID. in ec2, they hacked it in by appending the projct ID to the access key | 18:44 |
*** ilya has joined #openstack | 18:44 | |
sandywalsh | yeah, I ran into that trying to authenticate cloudservers using the keys in novarc ... had to strip it off | 18:45 |
eday | termie: you around? | 18:55 |
vishy | eday: termie should be around soon | 18:58 |
eday | vishy: any idea where things are on unified-service-arch stuff? (moving off of twisted) | 18:59 |
tr3buchet | eday i'm not seeing any rpc calls related to updating instances, only create. care to comment? | 19:00 |
eday | tr3buchet: reboot and rescure are also in there... what types of updates do you mean? | 19:02 |
eday | tr3buchet: some updates are db-only changes | 19:02 |
eday | so don't need a rpc | 19:03 |
*** zheng_li has joined #openstack | 19:05 | |
vishy | eday: sounds like something we should discuss in person! | 19:05 |
vishy | :) | 19:05 |
eday | yeah.. I think friday will work in the city | 19:05 |
eday | you guys near union square by chance? | 19:05 |
tr3buchet | eday, i don't think my source is out of date, but i don't see the word rescue anywhere in compute.api | 19:08 |
tr3buchet | eday is rescue one of those db only changes? | 19:09 |
eday | tr3buchet: pull tha latest trunk | 19:09 |
eday | tr3buchet: nope, this sends a rpc msg | 19:09 |
sandywalsh | ec2 has no concept of pause/suspend does it? | 19:16 |
*** joearnol_ has joined #openstack | 19:17 | |
*** joearnold has quit IRC | 19:17 | |
*** bfschott has quit IRC | 19:19 | |
*** rlucio has quit IRC | 19:21 | |
*** joearnol_ has quit IRC | 19:27 | |
*** KyleM1 has joined #openstack | 19:31 | |
termie | eday: yup | 19:36 |
termie | soren: heya, the change you made http://bazaar.launchpad.net/~hudson-openstack/nova/trunk/revision/445 breaks without bzrlib | 19:36 |
eday | termie: how's the twisted removal going? | 19:36 |
termie | eday: haven't particularly worked on it as i was waiting on some sort of agreement that it should be worked on | 19:37 |
eday | termie: I saw you had a branch for compute, but it's not been touched ina while :) | 19:37 |
termie | soren: we talked about it yesterday a bit | 19:37 |
termie | soren: and you said it wouldn't be a problem | 19:37 |
termie | soren: but a clean checkout and running tests causes that test to fail | 19:37 |
*** jc_smith has joined #openstack | 19:37 | |
termie | eday: i'd be happy enough to work on it again | 19:37 |
termie | eday: i here you are in town, also | 19:38 |
termie | eday: The Boys(tm) recommended that we try to be at the same place at the same time sometime in the near future | 19:38 |
termie | s/here/hear/ | 19:38 |
*** ilya has quit IRC | 19:40 | |
*** Adiantum has joined #openstack | 19:40 | |
termie | eday: the branch more or less has to be rewritten | 19:41 |
termie | eday: so many conflicts | 19:41 |
*** rlucio has joined #openstack | 19:41 | |
termie | eday: will see whether i can sort it out a bit faster | 19:41 |
eday | termie: figured as much, and yeah, thinking of being in SF on friday | 19:41 |
*** fabiand has quit IRC | 19:43 | |
termie | eday: going through the conflicts they aren't actually that bad so far | 19:44 |
sandywalsh | interesting that the nova ec2 api has rescue when ec2 itself doesn't offer it | 19:50 |
*** Adiantum has quit IRC | 19:50 | |
soren | termie: Can you help me understand why? | 19:50 |
*** wmalik has quit IRC | 19:50 | |
soren | termie: Because it makes no sense to me at all. | 19:50 |
soren | termie: Which version of bzr do you have? | 19:50 |
termie | soren: there is no bzr installed | 19:51 |
termie | soren: so it fails | 19:51 |
termie | soren: bzr isn't listed as a dependency | 19:51 |
soren | So how the heck do you have a .bzr? | 19:51 |
termie | soren: we use a virtualenv | 19:51 |
termie | soren: to keep track of dependencies | 19:51 |
soren | Ok. So add it? | 19:52 |
soren | I don't use virtualenv. | 19:52 |
termie | soren: that is one solution, yeah | 19:52 |
termie | soren: not sure why bzr is a dependency though | 19:52 |
soren | Because reimplementing bzr is stupid? | 19:52 |
termie | soren: if you are using checkign for .bzr to determine something | 19:52 |
termie | soren: maybe you should instead check for bzrlib | 19:52 |
soren | That would just defer the test case's failure until it runs on Hudson. | 19:53 |
soren | Who gains from that? | 19:53 |
termie | soren: you are being very defensive for some reason | 19:53 |
termie | soren: the point is, the test fails, i was just trying to alert you | 19:54 |
soren | How am I being defensive? If this check doesn't work in virtualenv, it needs to be fixed, not worked around, IMO. | 19:55 |
soren | ...and skipping it if bzrlib isn't around will just make the test appear to succeed, but will fail once it reaches Hudson. | 19:55 |
termie | we have already presented a solution | 19:55 |
soren | Sorry, what was that? | 19:55 |
termie | make bzr a dependency | 19:55 |
soren | I must have missed it. | 19:55 |
soren | That's what I said, wasn't it? | 19:55 |
*** hggdh has quit IRC | 19:55 | |
soren | 19:51 < termie> soren: we use a virtualenv | 19:55 |
soren | 19:51 < termie> soren: to keep track of dependencies | 19:55 |
soren | 19:52 <+soren> Ok. So add it? | 19:55 |
termie | then i said "that is one solution, yeah" | 19:56 |
termie | i then offered an additional suggestion, because you mentioned checking for .bzr | 19:56 |
soren | Perhaps I read too much into your "that is one solution, yeah". | 19:56 |
* vishy prefers the dependency | 19:56 | |
soren | I read that as "that is one solution, yeah, but not a very good one" | 19:56 |
termie | so it would seem | 19:56 |
rlucio | xtoddx: fyi on the puppet stuff, i have it up and running, but there was alot of environment specific stuff i had to rip out | 19:57 |
vishy | pip can install bzrlib just fine i assume? | 19:57 |
soren | Perhaps hudson should run these tests both with virtualenv and without it. | 19:57 |
vishy | soren: seems reasonable, I think we should add a pep8 check into the unittests as well | 19:57 |
eday | hmm, adding bzr as a dependency doesn't seem like a good idea, since it only a dev dependency, not a runtime | 19:57 |
tr3buchet | so my branch failed merge as expected: https://code.launchpad.net/~tr3buchet/nova/pylinting/+merge/42906 | 19:58 |
tr3buchet | what's next in this process? | 19:58 |
soren | eday: I'm not sure why that matters? | 19:58 |
notmyname | sacrifice a goat | 19:58 |
tr3buchet | awesome! | 19:58 |
vishy | eday: do we need a separate set of tests for dev: author check, pep8, etc.? | 19:58 |
eday | tr3buchet: merge trunk and fix the conflicts | 19:58 |
tr3buchet | i've been waiting for that to come back in popularity! | 19:58 |
soren | eday: How do these dependencies come into play for anyone but developers? | 19:58 |
soren | eday: They're listed as dependencies in some virtualenv thingamajig aren't they? | 19:59 |
eday | soren: someone who installs nova as a user? | 19:59 |
termie | soren: we have to keep track of dependencies so that we know what end users have to install | 19:59 |
vishy | tr3buchet: re-merge trunk? | 19:59 |
eday | oh, I thought this was nova deps in general, not just dev/venv | 19:59 |
soren | How does that work? I always use packages. | 19:59 |
vishy | tr3buchet: and push | 19:59 |
termie | soren: what? | 19:59 |
soren | termie: I can repeat it, but I'm not sure that would help :) | 20:00 |
termie | soren: how does keeping track of dependencies work? | 20:00 |
termie | soren: or what are you asking? | 20:00 |
vishy | eday, soren, termie: I don't think end users are going to use virtualenv, are they? | 20:00 |
termie | vishy: no, it is a development tool to keep track of dependencies | 20:00 |
soren | termie: Are people expected to read that file and install package accordingly? | 20:00 |
eday | vishy: probably not.. i just wanted to make sure the bzr dep didn't make it's way into the runtime deps list | 20:00 |
eday | because that would be just silly | 20:00 |
soren | termie: Or is there a tool that does something clever? | 20:00 |
*** anticw has quit IRC | 20:00 | |
tr3buchet | vishy/eday, thanks | 20:01 |
*** anticw has joined #openstack | 20:01 | |
soren | termie: I always install debs for my dependencies. I never use these pip things. | 20:01 |
termie | soren: obviously not, i am expecting developers to make sure that the things they are makign the code depend on are tracked | 20:01 |
soren | termie: If it's supposed to be read by humans, just add a comment saying "don't bother with bzrlib for deployment, it's only for development". | 20:01 |
tr3buchet | also, i'm no bzr ninja, is there a way to merge trunk straight from launchpad, or do i need to ensure my local trunk is up to date first then merge it> | 20:01 |
tr3buchet | ? | 20:01 |
termie | soren: so in this case, for example, when you do not mark bzrlib as a dependency the tests fails | 20:02 |
soren | termie: And how is bzr not a reasonable dependency for them? | 20:02 |
vishy | tr3buchet: bzr merge lp:nova | 20:02 |
eday | tr3buchet: bzr merge lp:nova from within your branch | 20:02 |
termie | soren: i never said it wasn't | 20:02 |
soren | then I'm not sure what we're discussing. | 20:02 |
termie | soren: you are really being very caustic sir | 20:02 |
*** mdomsch has joined #openstack | 20:02 | |
soren | This part of the discussion started with this: 19:57 <+eday> hmm, adding bzr as a dependency doesn't seem like a good idea, since it only a dev dependency, not a runtime | 20:02 |
tr3buchet | thanks again | 20:03 |
soren | I really don't mean to be difficuelt. | 20:03 |
soren | Nor difficult. | 20:03 |
*** westmaas1 has quit IRC | 20:03 | |
soren | termie: I just don't understand how adding bzr as a dependency (like you're suggesting) will end up making it a run time dependency. | 20:03 |
termie | soren: i believe we established that you suggested that | 20:04 |
soren | Really. I don't understand, because I use different tools to get my dependencies. | 20:04 |
soren | Eh? | 20:04 |
soren | Suggested what? | 20:04 |
termie | if anybody else would like to take over this conversation, feel free, i am going back to coding | 20:04 |
eday | re my comment, as long as there isnot a USER dependency, I'm fine.. I just didn't want bzr/bzrlib to end up there | 20:04 |
*** reldan has quit IRC | 20:05 | |
eday | dev/venv is fine | 20:05 |
* vishy is confused | 20:05 | |
soren | Sorry, English is not my first language. I'm trying to convey they fact that there's something here I don't understand. I cannot comprehend it. No comprendo. | 20:05 |
soren | I'm not sure what I'm doing wrong in that respect. | 20:05 |
vishy | I don't generally use venv, but adding it to pip requires seems fine to me | 20:05 |
eday | as long as the pip depds != user deps, sounds good | 20:06 |
termie | eday: they aren't | 20:06 |
soren | eday: Part of what I don't understand is that distinction. | 20:06 |
termie | eday: so it shouldn't be a problem | 20:06 |
eday | termie: cool :) | 20:06 |
jk0 | is it generally OK to have branches with multiple merges? kind of like a "merge as we progress" kind of thing | 20:07 |
vishy | I think that a user who is advanced enough to be using a venv probably can handle that | 20:07 |
soren | jk0: Sure. | 20:07 |
vishy | jk0: yes | 20:07 |
jk0 | excellent, thanks | 20:07 |
eday | jk0: you may want to look at bzr pipelines if you do that, it's what I use to stack my merge reqs | 20:07 |
* jk0 googles | 20:07 | |
*** bfschott has joined #openstack | 20:08 | |
eday | jk0: that way if you need to work on previous merge reqs, you can easily push changes through the rest of the pipline | 20:08 |
*** hggdh has joined #openstack | 20:08 | |
jk0 | cool, thanks man | 20:08 |
jk0 | I'll read up on it | 20:08 |
*** zul has quit IRC | 20:08 | |
*** zul has joined #openstack | 20:09 | |
soren | I've just reread this conversation. Still have no clue what I did wrong. | 20:09 |
zul | soren: i was going to do a upload to the archvie tomorrow | 20:10 |
soren | As in: I don't understand. It's not that I disagree. I completely fail to see what might be the problem. | 20:10 |
soren | zul: Great. | 20:10 |
eday | soren: different assumptions and misunderstandings :) | 20:12 |
eday | like most technical discussions go, the first 95% is getting on the same page with definitions and assumptions, the last 5% is the useful part | 20:13 |
sandywalsh | in compute, where is the pump for pulling messages out of the queue and delegating them? | 20:13 |
sandywalsh | don't see it in manager.Manager | 20:14 |
eday | sandywalsh: for nova-compute manager? | 20:14 |
sandywalsh | eday, yes | 20:14 |
eday | sandywalsh: nova.service.py | 20:14 |
sandywalsh | eday, ah, thx | 20:14 |
eday | I think at some point service and manage will merge into one | 20:14 |
eday | although vishy may have more insight there ;) | 20:15 |
soren | eday: I'm still not sure about these dependency things. We have a file called pip-requires. I understand that is used by virtualenv to somehow grab these dependencies and install them in a clean environment. | 20:15 |
soren | eday: Is that accurate so far? | 20:15 |
eday | soren: I think so, I don't use venv either | 20:15 |
soren | eday: Ah. | 20:15 |
soren | Maybe it's your question that doesn't make sense and you confused me :) | 20:16 |
termie | soren: your previous statement is accurate, yes | 20:16 |
*** HouseAway is now known as AimanA | 20:16 | |
eday | I assumed pip-requires was fed into the user deps, so I think I had a wrong assumption there | 20:17 |
soren | I mean, I suppose that file could be used by some tool to install runtime dependencies too. I just don't know, because I don't use all the easy_install, pip, virtualenv and whatnot tools. | 20:17 |
soren | I always use deb's to install my dependencies, so I don't know if there's some tool that other people use that might end up install bzrlib during install. | 20:17 |
eday | soren: where do you list the deps for .deb packaging? | 20:17 |
soren | eday: In debian/control. I keep it up-to-date manually. | 20:18 |
sandywalsh | eday, yeah I could have perhaps found it by starting from bin/nova-compute ... but all the bin/nova-* files are essentially the same. Hard to find how it maps to compute. | 20:18 |
soren | eday: (maintained in another branch | 20:18 |
soren | ) | 20:18 |
termie | sandywalsh: it is a little roundabout at the moment | 20:18 |
eday | sandywalsh: yeah, theres a bit of magic there looking at argv[0] | 20:18 |
termie | sandywalsh: there are some goals to fix that though | 20:18 |
sandywalsh | cool ... thanks for the clarification guys | 20:18 |
termie | anyway, branch is here https://code.launchpad.net/~termie/nova/add_bzrlib | 20:21 |
termie | and the relevant merge proposal https://code.launchpad.net/~termie/nova/add_bzrlib/+merge/43133 | 20:22 |
termie | eday: btw, don't know what the friday plans are but i do have a spare room at my place if you want to crash in the city rather than trying to get back down to southbay | 20:23 |
*** icarus902 has joined #openstack | 20:24 | |
eday | termie: thanks! I have some friends in san bruno and am going to crash there (also have the wife and dog with me). I'll be meeting up with you guys right after lunch on friday | 20:26 |
uvirtbot | New bug: #687509 in swift "Improve Error Reporting With Large Object Manifests" [Undecided,New] https://launchpad.net/bugs/687509 | 20:27 |
*** zul has quit IRC | 20:32 | |
*** GasbaKid has quit IRC | 20:38 | |
sirp1 | _cerberus_: have you encountered bad file descriptor errors relating to eventlet and the daemonize library? specifically event creating the epoll fd on import and then daemonize child proc not receiving it b/c its not explicitly passed? | 20:39 |
*** GasbaKid has joined #openstack | 20:39 | |
*** zul has joined #openstack | 20:41 | |
_cerberus_ | I have not :-/ | 20:43 |
sirp1 | _cerberus_: it looks like some of the imports in nova are carefully strucutured to avoid the problem, but wasn't sure you were trying to avoid this exact problem | 20:44 |
_cerberus_ | I wasn't personally. At least not that I recall | 20:44 |
tr3buchet | is there a power state arbiter of some sort? | 20:46 |
tr3buchet | i ask seeing the rescue and unrescue instance both set power_state to NOSTATE | 20:47 |
sandywalsh | so, if I pause a server and then unpause it, should compute set the power state to running or does something else determine that (ie. the unpause fails, let's say) | 20:47 |
_cerberus_ | I don't believe there's any strict state machine to speak of, no, and the power states themselves are hypervisor dependent | 20:47 |
sandywalsh | _cerberus_, does that mean we should set it to running, even though the unpause might fail? | 20:48 |
jk0 | anyone up for a review? https://code.launchpad.net/~jk0/nova/diagnostics-per-instance/+merge/43132 | 20:49 |
tr3buchet | also at which point does it get set to RUNNING after an unrescue? | 20:49 |
_cerberus_ | sandywalsh: is there no way to check the actual state and set accordingly? | 20:49 |
*** deshantm_cosi has quit IRC | 20:50 | |
jk0 | you can see state by xenapi_conn.get_info() | 20:50 |
sandywalsh | _cerberus_, hmm, I suppose if the unpause command returns it either worked or didn't | 20:51 |
_cerberus_ | tr3buchet: sandywalsh: In our case, the default way to handle that was to avoid indicating a running state until the very last second in any scenario because so many things are dependent on the idea of instance being accessible | 20:51 |
*** deshantm has quit IRC | 20:51 | |
sandywalsh | it's not an async call | 20:51 |
_cerberus_ | s/instance/an instance/ | 20:51 |
sandywalsh | so, assuming unpause blocks, when it returns the power state is correct | 20:52 |
*** reldan has joined #openstack | 20:52 | |
_cerberus_ | I'm not sure. Can anyone else answer that? | 20:53 |
*** GasbaKid has quit IRC | 20:53 | |
_cerberus_ | actually | 20:56 |
vishy | tr3buchet: power state is determined ultimately by the driver | 20:56 |
_cerberus_ | If you look at the libvirt implementation of rescue, the call itself should set the state. We preemptively change the state NOSTATE and then let the driver handle the rest | 20:56 |
_cerberus_ | What vishy said | 20:56 |
_cerberus_ | So if the unpause fails, unpause should handle that itself and apply the state appropriately | 20:57 |
tr3buchet | this is what i was thinking, knew something had to be setting power state outside of compute.manager | 20:57 |
sandywalsh | ok, so last-mile call to XenAPI::unpause (in the driver) determines power state | 20:57 |
*** gasbakid has joined #openstack | 20:57 | |
* sandywalsh rubs hands like Mr. Burns and murmurs "excellent ..." | 20:58 | |
_cerberus_ | tr3buchet: sandywalsh: check out nova/virt/libvirt_conn.py for examples | 20:58 |
_cerberus_ | It's a bit further along than the XenAPI code | 20:59 |
*** allsystemsarego has quit IRC | 20:59 | |
sandywalsh | _cerberus_, perfect! | 20:59 |
tr3buchet | thanks | 20:59 |
_cerberus_ | Sho'nuff | 21:00 |
*** westmaas1 has joined #openstack | 21:01 | |
*** zul has quit IRC | 21:02 | |
*** zul has joined #openstack | 21:03 | |
*** deshantm has joined #openstack | 21:03 | |
*** perestre1ka has joined #openstack | 21:04 | |
*** joearnold has joined #openstack | 21:05 | |
*** arthurc has quit IRC | 21:05 | |
*** perestrelka has quit IRC | 21:07 | |
*** deshantm_cosi has joined #openstack | 21:07 | |
*** reldan has quit IRC | 21:09 | |
*** allsystemsarego has joined #openstack | 21:11 | |
KyleM1 | Hmm. I'm following the instructions here to get started with nova on one machine: | 21:12 |
KyleM1 | http://nova.openstack.org/adminguide/single.node.install.html | 21:12 |
KyleM1 | The command in step six completes without generating any output (nothing to stdout/stderr and no nova.zip file) | 21:12 |
KyleM1 | But running "nova-manage project list" shows that my project exists. | 21:12 |
KyleM1 | I tried using the zipfile command to make the zipfile and it errored out in crypto.py with the following error: | 21:13 |
KyleM1 | File "/usr/local/lib/python2.6/dist-packages/nova-2011.1-py2.6.egg/nova/crypto.py", line 148, in _sign_csr | 21:13 |
KyleM1 | os.chdir(ca_folder) | 21:13 |
KyleM1 | OSError: [Errno 2] No such file or directory: '/usr/local/lib/python2.6/dist-packages/nova-2011.1-py2.6.egg/nova/..//CA' | 21:13 |
KyleM1 | Does anyone have any suggestions? | 21:13 |
Ryan_Lane | KyleM1: you need a flag in your flagfile | 21:15 |
Ryan_Lane | KyleM1: --state_path=/var/lib/nova | 21:15 |
Ryan_Lane | KyleM1: unless you are running an older version | 21:15 |
KyleM1 | Okay. And where does the flagfile live? | 21:15 |
KyleM1 | I think I'm running the current version.... | 21:16 |
Ryan_Lane | KyleM1: then it'll be --ca_path, and --keys_path | 21:16 |
KyleM1 | My coworker set up this install. | 21:16 |
Ryan_Lane | flagfile should be /etc/nova/nova.conf | 21:16 |
KyleM1 | Okay, thanks Ryan_Lane. I'll let you know if that works. | 21:17 |
* Ryan_Lane nods | 21:17 | |
Ryan_Lane | that file should already exist... | 21:17 |
KyleM1 | Huh..../etc/nova does not exist. | 21:17 |
Ryan_Lane | heh | 21:17 |
Ryan_Lane | well, that's problematic ;) | 21:17 |
KyleM1 | Should I just mkdir it and create the nova.conf, or if there some script that should auto-generate some of this? | 21:18 |
Ryan_Lane | ps -ef | grep nova | 21:18 |
Ryan_Lane | look for --flagfile= | 21:18 |
KyleM1 | The only thing that grep caught was itself :-/ | 21:19 |
Ryan_Lane | then the services aren't running | 21:19 |
*** dubsquared1 has joined #openstack | 21:19 | |
Ryan_Lane | KyleM1: look at: /etc/init.d/nova-scheduler | 21:19 |
Ryan_Lane | it should have flagfile listed in there | 21:19 |
dubsquared1 | hola #openstack! | 21:19 |
Ryan_Lane | dubsquared1: howdy | 21:20 |
*** mdomsch has quit IRC | 21:20 | |
KyleM1 | That doesn't exist either... | 21:20 |
dubsquared1 | anyone know if they are updating the nova-* packages in truck today/right now? | 21:20 |
dubsquared1 | trunk* | 21:20 |
KyleM1 | Perhaps the installation instructions there are out of date? | 21:20 |
Ryan_Lane | KyleM1: you use the instructins for lucid or maverick? | 21:20 |
KyleM1 | "other" | 21:21 |
dubsquared1 | i added my ppa repos, im having some trouble installing nova-common etc | 21:21 |
KyleM1 | It's a debian squeeze. machine. | 21:21 |
KyleM1 | The "other" instructions were for RPM systems, so it's possible we missed something when we were working out what packages to install. | 21:22 |
alekibango | KyleM1: on 1 machine its easiest to use v!shy's script. it works with debian squeeze | 21:22 |
KyleM1 | Sounds good. | 21:22 |
alekibango | you know which one i am talking about? | 21:22 |
Ryan_Lane | that's only really good for test/dev, really | 21:22 |
KyleM1 | Yeah, I think so...contrib/nova.sh | 21:23 |
alekibango | KyleM1: and i have some squeeze packages for testing... :) | 21:23 |
KyleM1 | (this is for development, honestly) | 21:23 |
Ryan_Lane | ah. good :) | 21:23 |
KyleM1 | I want to add a new volume driver but I need to be able to test it to make sure it works! | 21:23 |
alekibango | KyleM1: what do you want to add? | 21:24 |
KyleM1 | Rados Block Device (RBD). | 21:24 |
alekibango | ah, interesting | 21:25 |
KyleM1 | It's the thing that the Ceph distributed filesystem is built on. (I'm with DreamHost; I met some of you at the summit a few weeks ago) | 21:25 |
alekibango | i know ceph, i am just scared about its experimental status, otherwise i like it a lot | 21:26 |
KyleM1 | Yep. | 21:26 |
alekibango | KyleM1: when will it be stable? | 21:26 |
alekibango | i mean rbd/ceph | 21:26 |
KyleM1 | alekibango: I don't know. We've been expanding testing a lot recently. | 21:26 |
KyleM1 | We want to use it internally so we're working hard to make it stable. | 21:27 |
alekibango | good to hear... | 21:27 |
alekibango | KyleM1: anyway, i am not sure its the script i was talking about | 21:27 |
KyleM1 | Okay. | 21:27 |
alekibango | mmnt, will give you url | 21:28 |
KyleM1 | Thanks. | 21:28 |
dubsquared1 | anyone seeing this from the package install —> http://paste.openstack.org/show/259/ | 21:29 |
alekibango | KyleM1: https://github.com/vishvananda/novascript | 21:30 |
KyleM1 | Awesome, thanks! | 21:30 |
alekibango | compare it to the sript you showed me | 21:30 |
KyleM1 | Wilco. How should I clean up the existing install that I have so that nothing conflicts? | 21:30 |
alekibango | 1) dont use with_venv | 21:30 |
alekibango | 2) dont use ppa | 21:30 |
alekibango | it should work | 21:30 |
*** ppetraki has quit IRC | 21:31 | |
alekibango | KyleM1: place the nova.sh into empty /srv/cloud | 21:31 |
alekibango | and run it as described in readme | 21:31 |
alekibango | the path should be like this | 21:31 |
alekibango | for best results | 21:31 |
alekibango | KyleM1: http://wiki.openstack.org/NovaInstall#Single_Machine_Installation.2C_Development_Environment_.28Ubuntu_10.04_or_Debian.29 | 21:32 |
KyleM1 | Awesome, thanks alekibango! | 21:32 |
alekibango | np | 21:32 |
alekibango | KyleM1: we are all in this together :) | 21:32 |
alekibango | if you will make ceph stable that would be great way of saying thanks :) | 21:34 |
KyleM1 | :-) | 21:35 |
*** littleidea has quit IRC | 21:36 | |
uvirtbot | New bug: #687545 in swift "object-auditor uses too many resources" [Undecided,New] https://launchpad.net/bugs/687545 | 21:36 |
*** iammartian has left #openstack | 21:38 | |
*** joshd has joined #openstack | 21:41 | |
*** joshd has left #openstack | 21:41 | |
dubsquared1 | it appears that two packages are fighting over ownership of this file, and i dont know enough about deb packaging to fix | 21:41 |
dubsquared1 | source_nova.py | 21:42 |
dubsquared1 | md5 on em, and they are the exact same file as well. | 21:43 |
KyleM1 | alekibango: just for clarification before I run this...what do you mean when you say "dont use with_venv" and "dont use ppa"; are those things in vishy's nova.sh script that I need to disable, or ways that it differs from the script I was looking at, or something else? | 21:43 |
alekibango | look into source | 21:44 |
alekibango | there are some variables which change way of operating | 21:44 |
alekibango | edit them to have *PPA*=0 nad *VENV*=0 inside (i dont remember whole names of those vars) | 21:45 |
*** dendro-afk is now known as dendrobates | 21:45 | |
alekibango | KyleM1: few hours later i might give you working debian packages, but i need to try them well first :) | 21:45 |
alekibango | i ma installing them using FAI, which is lots of fun | 21:46 |
KyleM1 | Those variables are in the nova.sh script or somewhere in the source that it downloads when? | 21:46 |
alekibango | (on cluster) | 21:46 |
alekibango | in nova script | 21:46 |
alekibango | read readme also before u run it | 21:46 |
alekibango | you need to be root to run it | 21:46 |
KyleM1 | Okay, thanks. | 21:46 |
alekibango | it might hack your interfaces and iptables but its safe otherwise (hopefully) | 21:46 |
dubsquared1 | alekibango: do you manage nova-common, or python-nova? | 21:48 |
alekibango | vishy: are u here? i think we should have some script which will look around and will identify if our nova installation is ok... do you think you might ivent thing like this? | 21:48 |
alekibango | dubsquared1: none. i am just another user | 21:48 |
alekibango | who wishes to run his cloud well with nova | 21:49 |
openstackhudson | Project nova build #293: SUCCESS in 1 min 13 sec: http://hudson.openstack.org/job/nova/293/ | 21:49 |
dubsquared1 | is there anyone that can pull source_nova.py out of nova-common, as it's getting installed via python-nova and causing the dependency to fail | 21:51 |
alekibango | dubsquared1: you mean ubuntu package? | 21:52 |
dubsquared1 | correct | 21:53 |
*** westmaas1 has quit IRC | 21:53 | |
alekibango | dubsquared1: that is work of soren :) try asking him, but its becoming late for him today | 21:53 |
dubsquared1 | it appears that all the nova-* packages are trying to install this file, but it's already there from python-nova | 21:53 |
alekibango | maybe 8-9 hours later | 21:53 |
dubsquared1 | :( | 21:53 |
alekibango | dubsquared1: dpkg -i --force-overwrite | 21:53 |
alekibango | :D | 21:54 |
alekibango | btw what your name means? | 21:54 |
* alekibango is curious | 21:54 | |
dubsquared1 | dubsquared, WW..my name is Wayne Walls | 21:55 |
dubsquared1 | :D | 21:55 |
alekibango | yes i meant nick :) | 21:55 |
alekibango | i know waht is dub, what is square, but together - i have no idea | 21:56 |
*** gasbakid has quit IRC | 21:56 | |
rlucio | i assume dubsquared => dub^2 | 21:58 |
dubsquared1 | ^correct | 21:59 |
uvirtbot | dubsquared1: Error: "correct" is not a valid command. | 21:59 |
dubsquared1 | lol | 21:59 |
alekibango | hehe | 21:59 |
alekibango | it sounds very much like word coming from freemasonry | 22:00 |
alekibango | as for example eavesdroping, square deal etc | 22:00 |
alekibango | nevermind, thats my problem, looking for meanings and origins of everything... | 22:01 |
jk0 | can I get a nova-core member to review https://code.launchpad.net/~jk0/nova/diagnostics-per-instance/+merge/43132 please? :) | 22:05 |
*** bfschott has quit IRC | 22:15 | |
*** dendrobates is now known as dendro-afk | 22:20 | |
*** jdurgin has joined #openstack | 22:20 | |
*** dendro-afk is now known as dendrobates | 22:20 | |
*** bfschott has joined #openstack | 22:21 | |
soren | dubsquared1: Oh, it's being installed in both of them? | 22:22 |
dubsquared1 | soren: yeah :( | 22:23 |
soren | dubsquared1: Fail. /me fixes | 22:23 |
dubsquared1 | lol, awesome | 22:23 |
soren | dubsquared1: Erk, it's in all of them! | 22:24 |
dubsquared1 | soren: yep... | 22:24 |
dubsquared1 | :D | 22:24 |
*** allsystemsarego has quit IRC | 22:24 | |
dubsquared1 | we just did a nice lil force 5 times over to get by it | 22:25 |
dubsquared1 | but yeah…dont want that to be a standard practice :D | 22:25 |
soren | dh_apport seems to be b0rken. | 22:28 |
rlucio | xtoddx: you around? | 22:30 |
dubsquared1 | soren: yeah, I saw that creep into a few errors…i have the pasties if you need | 22:30 |
*** zheng_li has quit IRC | 22:33 | |
*** johnbergoon has joined #openstack | 22:37 | |
xtoddx | rlucio: i'm about to head out for a couple of hours. what time zone are you in? | 22:38 |
rlucio | pst | 22:39 |
xtoddx | ok, i'll ping you when I"m back on | 22:39 |
rlucio | cool thx | 22:39 |
xtoddx | np | 22:39 |
*** zhengli has joined #openstack | 22:39 | |
*** zhengli is now known as zli | 22:40 | |
*** zli is now known as zheng-li | 22:41 | |
*** ppetraki has joined #openstack | 22:41 | |
*** zheng-li is now known as zhengli | 22:42 | |
*** zhengli is now known as zheng-li | 22:47 | |
*** bfschott has quit IRC | 22:50 | |
dubsquared1 | soren: im leaving work for the day, and be back on later tonight. is there an ETA today/night for a fix, or is this something that could take longer? just want to prioritize my pending work :D | 22:50 |
*** zheng-li is now known as zhengli | 22:51 | |
vishy | alekibango: agreed, main issue i see is conflict between packages and checkout | 22:52 |
soren | dubsquared1: Just uploaded a fix. | 22:53 |
*** brd_from_italy has quit IRC | 22:53 | |
soren | dubsquared1: It's building. It should be apt-getable in half an hour. | 22:53 |
* soren goes to bed... will fix up natty build tomorrow. | 22:54 | |
dubsquared1 | soren: sweet! ill give it a go when i get home. | 22:54 |
*** dendrobates is now known as dendro-afk | 22:55 | |
*** bfschott has joined #openstack | 22:56 | |
*** dubsquared1 has left #openstack | 22:57 | |
*** zhengli is now known as zzz_ | 23:02 | |
*** zzz_ is now known as zzz___ | 23:02 | |
*** zzz___ is now known as zzz_zzz_ | 23:03 | |
*** zzz_zzz_ is now known as zzz_ | 23:03 | |
*** zzz_ is now known as zzz___ | 23:03 | |
*** zzz___ is now known as zzz_zzz | 23:03 | |
*** zzz_zzz is now known as zzz_zzz_ | 23:03 | |
*** zzz_zzz_ is now known as zzz_ | 23:04 | |
*** ppetraki has quit IRC | 23:06 | |
tr3buchet | i'm getting an unittest error for test_authors_up_to_date... any ideas? | 23:17 |
tr3buchet | not fail, error | 23:18 |
tr3buchet | running locally | 23:18 |
eday | add yourself to the Authors file :) | 23:19 |
tr3buchet | i did | 23:21 |
tr3buchet | http://pastie.org/1360554 | 23:21 |
*** littleidea has joined #openstack | 23:22 | |
eday | ahh, that's the thing soren added | 23:23 |
eday | probably need a newer version of bzr | 23:23 |
*** zzz_ is now known as zzz___ | 23:23 | |
eday | argh | 23:23 |
_cerberus_ | tr3buchet: what bzr version are you using? | 23:24 |
*** zzz___ is now known as zzz_zzz | 23:24 | |
*** zzz_zzz is now known as zzz_zzzz | 23:24 | |
*** zzz_zzzz is now known as zzz_zzz_ | 23:25 | |
tr3buchet | goodness | 23:25 |
*** zzz_zzz_ is now known as zzz_zzzz_ | 23:25 | |
tr3buchet | just upgraded to whatever was in apt and it still errors | 23:25 |
*** zzz_zzzz_ is now known as zzz_zzzz_z | 23:25 | |
tr3buchet | 2.2.1 | 23:25 |
eday | what version? | 23:25 |
eday | ahh | 23:25 |
_cerberus_ | I'm on a beta version 2.3.0dev1 | 23:25 |
eday | I have 2.2.1 and works fine for me | 23:25 |
tr3buchet | gotta be bleeding edge to keep up with soren? | 23:26 |
tr3buchet | oh.. | 23:26 |
tr3buchet | weird | 23:26 |
*** zzz_zzzz_z is now known as zzz_zz_z | 23:26 | |
*** zzz_zz_z is now known as zzz_zz_ | 23:26 | |
*** zzz_zz_ is now known as zzz_zz__z | 23:27 | |
*** ChanServ sets mode: +v _cerberus_ | 23:27 | |
*** zzz_zz__z is now known as zzz_zzz_ | 23:27 | |
tr3buchet | https://bugs.launchpad.net/nova/+bug/687451 | 23:28 |
uvirtbot | Launchpad bug 687451 in nova "test_authors_up_to_date requires bzrlib of some specific version?" [Undecided,New] | 23:28 |
*** zaitcev has joined #openstack | 23:29 | |
*** zzz_zzz_ is now known as zzz_zzz__ | 23:29 | |
*** zzz_zzz__ has quit IRC | 23:34 | |
*** abecc has quit IRC | 23:34 | |
*** zhengli has joined #openstack | 23:35 | |
*** fove48 has joined #openstack | 23:48 | |
*** fove48 has left #openstack | 23:49 | |
*** JuanPerez has quit IRC | 23:53 | |
*** sirp1 has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!