dabo | tr3buchet: why is a method that returns a dict named '_entity_list'? | 00:04 |
---|---|---|
*** Mussi has joined #openstack | 00:12 | |
*** dfg_ has quit IRC | 00:18 | |
*** joearnol_ has quit IRC | 00:25 | |
*** maplebed has joined #openstack | 00:28 | |
*** ar1 has joined #openstack | 00:33 | |
*** kevnfx has joined #openstack | 00:35 | |
*** sirp1 has quit IRC | 01:00 | |
*** jesse_ has joined #openstack | 01:20 | |
*** maplebed has quit IRC | 01:31 | |
*** jesse_ has quit IRC | 01:39 | |
*** Mussi has quit IRC | 01:49 | |
*** reldan has quit IRC | 01:53 | |
*** lvaughn_ has quit IRC | 01:57 | |
*** jbryce_ has joined #openstack | 01:58 | |
*** reldan has joined #openstack | 02:00 | |
*** jbryce has quit IRC | 02:01 | |
*** jbryce_ is now known as jbryce | 02:01 | |
*** dragondm has quit IRC | 02:09 | |
*** gaveen has joined #openstack | 02:14 | |
winston-d | Hi, anyone there? | 02:18 |
winston-d | I have a dump question about 'euca-bundle-images' | 02:18 |
winston-d | how can I bundle a Windows VM image? | 02:20 |
winston-d | Or how can I bundle a image for HVM? | 02:26 |
*** reldan has quit IRC | 02:39 | |
*** EdwinGrubbs has quit IRC | 02:46 | |
*** EdwinGrubbs has joined #openstack | 02:50 | |
*** jdurgin has quit IRC | 02:51 | |
*** ccustine has quit IRC | 03:07 | |
*** kashyapc has joined #openstack | 03:33 | |
*** Xenith has quit IRC | 03:44 | |
*** Xenith has joined #openstack | 03:48 | |
*** jbaker has joined #openstack | 03:48 | |
*** gaveen has quit IRC | 03:54 | |
*** winston-d has quit IRC | 03:58 | |
*** gaveen has joined #openstack | 03:58 | |
*** Ryan_Lane has joined #openstack | 04:02 | |
*** hadrian has quit IRC | 04:09 | |
*** daleolds has quit IRC | 04:09 | |
*** sirp1 has joined #openstack | 04:23 | |
mtaylor | ttx: I have installed the claverifier plugin ... fingers crossed that it works | 04:29 |
*** joearnold has joined #openstack | 04:42 | |
*** jbaker has quit IRC | 04:56 | |
*** miclorb_ has quit IRC | 05:00 | |
*** joearnold has quit IRC | 05:03 | |
*** AimanA is now known as HouseAway | 05:08 | |
*** joearnold has joined #openstack | 05:20 | |
*** sirp1 has quit IRC | 05:22 | |
*** joearnold has quit IRC | 05:35 | |
*** f4m8_ is now known as f4m8 | 05:42 | |
*** f4m8 is now known as f4m8_ | 05:42 | |
*** nijaba has quit IRC | 05:53 | |
*** nijaba has joined #openstack | 05:54 | |
*** nijaba has joined #openstack | 05:54 | |
*** jbaker has joined #openstack | 05:56 | |
*** kevnfx has quit IRC | 06:04 | |
*** littleidea has joined #openstack | 06:10 | |
*** joearnold has joined #openstack | 06:14 | |
*** zaitcev has quit IRC | 06:17 | |
littleidea | do services need to be restarted after you push out new rings or they will use whatever is in the filesystem? | 06:23 |
*** littleidea has quit IRC | 06:28 | |
*** krish has joined #openstack | 06:30 | |
*** krish has left #openstack | 06:31 | |
*** f4m8_ is now known as f4m8 | 06:32 | |
*** jbaker has quit IRC | 06:35 | |
*** winston-d has joined #openstack | 06:44 | |
*** anticw has quit IRC | 06:47 | |
*** anticw has joined #openstack | 06:52 | |
*** littleidea has joined #openstack | 06:57 | |
*** guigui has joined #openstack | 07:02 | |
*** ramkrsna has joined #openstack | 07:02 | |
*** Abd4llA has joined #openstack | 07:09 | |
*** littleidea_ has joined #openstack | 07:24 | |
ttx | zykes-: https://blueprints.launchpad.net/nova/+spec/sheepdog-support is planned for bexar. Might not make it though. | 07:27 |
*** _skrusty has quit IRC | 07:27 | |
*** littleidea has quit IRC | 07:27 | |
*** littleidea_ is now known as littleidea | 07:27 | |
*** _skrusty has joined #openstack | 07:31 | |
*** rcc has joined #openstack | 07:41 | |
*** ArdRigh has joined #openstack | 07:46 | |
*** miclorb has joined #openstack | 07:54 | |
*** miclorb has quit IRC | 07:57 | |
*** larstobi has quit IRC | 08:03 | |
*** littleidea has quit IRC | 08:11 | |
*** ibarrera has joined #openstack | 08:12 | |
*** larstobi has joined #openstack | 08:12 | |
*** doude has joined #openstack | 08:27 | |
*** joearnold has quit IRC | 08:27 | |
*** littleidea has joined #openstack | 08:28 | |
*** littleidea has quit IRC | 08:28 | |
*** miclorb_ has joined #openstack | 08:37 | |
*** bolapara has quit IRC | 09:06 | |
*** anticw has quit IRC | 09:20 | |
*** irahgel1 has joined #openstack | 09:36 | |
*** allsystemsarego has joined #openstack | 09:53 | |
*** kashyapc has quit IRC | 09:54 | |
fabiand | zykes-: yes, kvm uses qemu ... | 10:00 |
fabiand | (if the question wasn't answered yet :) ) | 10:00 |
*** miclorb_ has quit IRC | 10:14 | |
*** wedjat has joined #openstack | 10:22 | |
wedjat | hello world | 10:23 |
*** anticw has joined #openstack | 10:24 | |
wedjat | i followed the documentation "howtoinstallmultinode" but i can't get the last step working : uploading files to a container | 10:27 |
wedjat | i have a 404 Error not found, just as here : http://pastebin.com/ijeQ8YyS | 10:27 |
wedjat | seems that i need to create a container first in Swift, right ? | 10:27 |
*** littleidea has joined #openstack | 10:28 | |
*** _skrusty has quit IRC | 10:28 | |
*** littleidea_ has joined #openstack | 10:30 | |
*** doude has quit IRC | 10:32 | |
*** littleidea has quit IRC | 10:32 | |
*** littleidea_ has quit IRC | 10:32 | |
*** littleidea has joined #openstack | 10:33 | |
olivier_ | Hi wedjat, seems there are all preparing christmas :-) | 10:36 |
wedjat | yeah | 10:41 |
wedjat | i should too | 10:41 |
*** _skrusty has joined #openstack | 10:42 | |
*** Podilarius has left #openstack | 10:43 | |
*** arcane has quit IRC | 10:45 | |
*** calavera has joined #openstack | 10:46 | |
*** littleidea has quit IRC | 10:46 | |
*** arcane has joined #openstack | 10:50 | |
*** reldan has joined #openstack | 11:05 | |
*** kashyapc has joined #openstack | 11:07 | |
*** doude has joined #openstack | 11:08 | |
*** brd_from_italy has quit IRC | 11:19 | |
*** larstobi1 has joined #openstack | 11:25 | |
*** brd_from_italy has joined #openstack | 11:26 | |
*** ArdRigh has quit IRC | 11:27 | |
*** reldan has quit IRC | 11:35 | |
*** krish has joined #openstack | 11:40 | |
*** littleidea has joined #openstack | 11:52 | |
*** littleidea has quit IRC | 11:56 | |
*** krish has quit IRC | 12:15 | |
*** reldan has joined #openstack | 12:17 | |
*** ctennis has quit IRC | 12:18 | |
*** larstobi has quit IRC | 12:30 | |
*** ctennis has joined #openstack | 12:37 | |
*** ar1 has quit IRC | 12:40 | |
*** littleidea has joined #openstack | 12:45 | |
*** hggdh has quit IRC | 12:56 | |
*** Abd4llA has quit IRC | 13:06 | |
*** WonTu has joined #openstack | 13:07 | |
*** WonTu has left #openstack | 13:07 | |
notmyname | littleidea: the proxy servers look at the mtime of the file and reload if necessary | 13:23 |
alekibango | zykes-: kvm and qemu are very closely related, so the answer is yes | 13:25 |
alekibango | kvm has sheepdog | 13:25 |
fabiand | alekibango: do you know how stable/reliabe sheepdog is? | 13:27 |
alekibango | i didnt test it in production, but from the method used i would say it will be reliable | 13:28 |
alekibango | it makes sense for me | 13:28 |
alekibango | and the project is there for some time, its not fresh new | 13:28 |
alekibango | i would be very happy to have sheepdog for bexar | 13:29 |
alekibango | i dont believe there will be better solution for reliable storage soon | 13:29 |
*** hggdh has joined #openstack | 13:30 | |
alekibango | (talk to xen people to implement support...) | 13:30 |
*** kevnfx has joined #openstack | 13:31 | |
fabiand | Mh yes. The design looks sane. | 13:31 |
alekibango | exactly.. | 13:31 |
alekibango | having support for kvm/qemu, in future maybe for xen or uml -- thats good for me | 13:32 |
fabiand | :) yep. | 13:33 |
*** westmaas has joined #openstack | 13:40 | |
*** doude has quit IRC | 13:42 | |
*** doude has joined #openstack | 13:43 | |
*** doude has quit IRC | 13:44 | |
*** doude has joined #openstack | 13:45 | |
*** doude has quit IRC | 13:46 | |
*** doude has joined #openstack | 13:46 | |
*** doude_ has joined #openstack | 13:50 | |
*** kevnfx has quit IRC | 13:52 | |
*** doude_ has quit IRC | 13:52 | |
*** hadrian has joined #openstack | 13:58 | |
*** lvaughn has joined #openstack | 14:03 | |
jaypipes | *yawn* | 14:07 |
ttx | jaypipes: another day, another i18n merge try. | 14:07 |
wedjat | hi everyone, did somebody succeed in applying the swift documentation for using multiple storage nodes ? | 14:07 |
jaypipes | ttx: heh, thx for the encouragement :) | 14:08 |
jaypipes | wedjat: http://swift.openstack.org/howto_installmultinode.html | 14:08 |
wedjat | yes that is that one | 14:08 |
ttx | jaypipes: I proposed my first branch for merging. Figured I had to contribute to the big pile of review-needed stuff | 14:08 |
wedjat | i succeeded in installing swift and did all the steps | 14:08 |
jaypipes | wedjat: you asking whether that works? | 14:08 |
wedjat | but when i try to upload a file as indicated, i get an 404 error | 14:09 |
jaypipes | ttx: :P | 14:09 |
jaypipes | creiht: around? some help for wedjat :) | 14:09 |
wedjat | jaypipes: i want to know if it could be an error in the last step. Seems that it's needed to create a container before creating an object | 14:09 |
jaypipes | wedjat: creiht, notmyname, redbo are all swift devs. they should be able to help :) | 14:10 |
*** mattt_ has quit IRC | 14:10 | |
wedjat | jaypipes: ok thanks :) | 14:10 |
fabiand | is libivrt used in nova to controll guests? | 14:11 |
fabiand | btw. | 14:11 |
*** DigitalFlux has joined #openstack | 14:11 | |
fabiand | ? :) | 14:11 |
jaypipes | fabiand: it can be. so can xenapi. | 14:12 |
jaypipes | annegentle: ping | 14:12 |
fabiand | jaypipes, but xenapi can just be used for xen guests, right? | 14:13 |
fabiand | is there a recommended hypervisor for nova? | 14:13 |
jaypipes | fabiand: yes | 14:13 |
jaypipes | fabiand: and no. :) | 14:13 |
fabiand | hehe | 14:13 |
fabiand | :) | 14:13 |
fabiand | so what does it mean? | 14:13 |
fabiand | what do you mean | 14:13 |
jaypipes | fabiand: lots of hypervisors are supported. we try not to make any "recommendations" | 14:13 |
jaypipes | fabiand: in an effort to be vendor-neutral as much as possible. | 14:14 |
*** DubLo7 has joined #openstack | 14:14 | |
fabiand | ah okay. but there is a (historical bias) towards ...? | 14:14 |
fabiand | jaypipes, wonderful :) | 14:14 |
jaypipes | fabiand: I responded "yes" to your question about xen guests for xenapi... | 14:14 |
fabiand | ah oaky. thanks for yes and no. | 14:15 |
jaypipes | fabiand: :) no probs | 14:15 |
jaypipes | fabiand: we also have msft hyper-v support contributed from cloud.com. | 14:15 |
fabiand | ah interesting ... | 14:15 |
jaypipes | fabiand: it should be going into trunk in the next few days.... if we ever get the code review backlog scaled down ;) | 14:15 |
fabiand | so is there an internal "common hypervisor management interface abstarction layer" something like deltacloud? | 14:16 |
fabiand | jaypipes, :) i've not heard about big hyer-v deployments ... | 14:16 |
fabiand | but good to know .. | 14:17 |
jaypipes | fabiand: there is a layer within nova that abstracts the hypervisor layer. not sure about deltacloud, perhaps jdarcy or pzaitcev could comment when they're on the chanel (both RHatters) | 14:17 |
*** daleolds has joined #openstack | 14:17 | |
*** jdarcy has joined #openstack | 14:18 | |
jaypipes | jdarcy: ah, what nice timing :) | 14:18 |
jaypipes | fabiand: feel free to ask jdarcy about deltacloud ;) | 14:18 |
fabiand | jdarcy: good day jdarcy :) I just wondered if there is a hypervisor abstraction within nova and if it is comaprable to deltacloud. | 14:19 |
gholt | wedjat: Several folks have run through those multi node swift instructions, but that doesn't mean something can't be improved. ;) Also, st will create the container for you with those upload commands, so probably it's the account that is not found. Check your syslog and see if you see errors. | 14:20 |
jdarcy | fabiand: I'm not really the right person for that (I'm purely a storage guy) but my impression is that the answer is no. | 14:23 |
jdarcy | fabiand: To clarify, I don't mean there isn't a hypervisor abstraction within nova, but that I wouldn't expect it to be comparable to deltacloud. | 14:24 |
*** krish has joined #openstack | 14:24 | |
fabiand | jdarcy: yes. I also think now that there is a difference | 14:24 |
jdarcy | I'm trying to find out the status of a Nova back end for Deltacloud. | 14:26 |
fabiand | jdarcy: it seems as if the nova api will be compatible with racksapces api, so the deltacloud rackspace driver can be used .. | 14:27 |
fabiand | there is an ml post about that | 14:27 |
jdarcy | OK, I guess that makes things a lot easier. | 14:27 |
*** sirp1 has joined #openstack | 14:28 | |
jdarcy | The down side of this API layering is that things tend to start at a "lowest common denominator" kind of level, but that should improve over time. | 14:28 |
*** DubLo7 has quit IRC | 14:29 | |
fabiand | yep. I also wonder how much features get lost when stacking up apis ... | 14:30 |
*** rogue780 has joined #openstack | 14:31 | |
fabiand | jdarcy: as you are a pure storage guy :), can you say something about a nice way to store guest images in a scalable and redundant fashion? | 14:32 |
jdarcy | fabiand: Are you talking about "at rest" storage, or storage while actually in use? | 14:33 |
fabiand | while actually in use .. | 14:33 |
*** reldan has quit IRC | 14:34 | |
jdarcy | I'm a pretty big fan of GlusterFS for that kind of thing. | 14:34 |
fabiand | mh okay ... | 14:34 |
alekibango | jdarcy: isnt sheepdog better? | 14:34 |
*** aliguori has joined #openstack | 14:35 | |
jdarcy | alekibango: Sheepdog and RBD are interesting alternatives and would probably be better for certain (common) use cases, but they're much more specialized. | 14:35 |
fabiand | jdarcy: i see first commits for cloudfs :) | 14:35 |
alekibango | but i think thats what we ask for - live strorage for virtual guests | 14:35 |
alekibango | fabiand: do you mean that kind of storage, right_ | 14:36 |
jdarcy | alekibango: In particular, they're both implemented at the qemu level, so they're not readily shareable with non-qemu code. Similarly, since they're block devices you can't re-use the same infrastructure for shared file service (though RBD is part of Ceph which can do that). | 14:36 |
fabiand | alekibango: yes, I am also talking about that. | 14:37 |
alekibango | so you think rbd/cepth will be having big future when it will be stable? | 14:37 |
alekibango | i would tend to think so | 14:37 |
jdarcy | alekibango: Absolutely. | 14:37 |
alekibango | even if i love simplicity of glusterfs too.... | 14:38 |
jdarcy | I think Ceph will be a better choice for those chasing raw performance, which is part of why I'm pushing CloudFS in other directions. | 14:39 |
alekibango | jdarcy: some people here are testing rbd and will work on it as a backend for storage | 14:39 |
alekibango | they say its pretty stable... for them | 14:39 |
jdarcy | alekibango: Here=Openstack, or here=where you are? | 14:39 |
alekibango | here - openstack | 14:39 |
alekibango | he is not here atm | 14:40 |
jdarcy | We definitely have customers who are using RBD now and are pushing us for official support. | 14:40 |
alekibango | interesting... when the ugly warning about experimental software will go away then? | 14:40 |
alekibango | :) | 14:40 |
jdarcy | Not for a while. There's a large and often unappreciated gap between most people being able to run something without problems and the developers actually seeing the number/severity of bugs drop off. | 14:42 |
*** krish has left #openstack | 14:43 | |
alekibango | jdarcy: thanks for your insights.. you always help a lot | 14:43 |
jdarcy | It's what I come here for. :) | 14:44 |
alekibango | so, would u use sheepdog for larger mass of virtual hosts? how reliable that might be? | 14:45 |
*** littleidea has quit IRC | 14:45 | |
fabiand | Yes, thanks :) | 14:45 |
alekibango | i tend to think it should be the right tool atm | 14:46 |
alekibango | (when i dont need xen) | 14:46 |
jdarcy | alekibango: I really haven't been able to evaluate the reliability of sheepdog. What I do know is that its scale is somewhat limited. | 14:47 |
alekibango | imho the size is still ok if you will use clusters of <100 nodes | 14:48 |
alekibango | and we can divide cloud into clusters of that size | 14:48 |
alekibango | so that might not be a (big) problem for us | 14:49 |
jaypipes | holy crap we have a lot of active code reviews to do... | 14:49 |
alekibango | yes, review my one please, its easy one | 14:49 |
alekibango | :) | 14:49 |
*** ppetraki has joined #openstack | 14:54 | |
wedjat | gholt: thank you for your answer. But my command "stat" seems to work. I just have a problem with the command upload | 14:57 |
*** schisamo has joined #openstack | 14:58 | |
gholt | wedjat: Ah, okay. Anything telling in the syslogs? | 15:01 |
wedjat | PUT /v1/AUTH_53de2aebc8cb4884a65497bf834bd398/myfiles HTTP/1.0 404 | 15:04 |
wedjat | just the same 404 erros | 15:04 |
wedjat | it tries to make a PUT to create a container, right ? | 15:04 |
gholt | Yet stat works? That's weird. That put is the container put. | 15:04 |
*** gondoi has joined #openstack | 15:05 | |
wedjat | yeah, stat works. My command upload gives me this : http://pastebin.com/ijeQ8YyS | 15:05 |
wedjat | my command stat gives this : http://pastebin.com/pz8RgjTi | 15:06 |
wedjat | which i guess is a correct output | 15:07 |
gholt | Those are different users, but the same account. Hmm. | 15:07 |
gholt | Can you try using the same user for both commands? | 15:08 |
wedjat | yeah, sorry | 15:08 |
wedjat | yes, i used the same user for the same commands | 15:08 |
gholt | Well, the account string is different on those two pastes is why I wonder what's up? | 15:08 |
gholt | One starts with AUTH_ce and the other AUTH_53 | 15:09 |
wedjat | i recreated the accounts since that morning :( | 15:12 |
wedjat | but i still have this problem | 15:12 |
wedjat | with the same account | 15:12 |
*** gaveen has quit IRC | 15:13 | |
wedjat | here are my logs when i try "upload" : http://pastebin.com/NNupFcq5 | 15:15 |
jaypipes | alekibango: do a quick merge with trunk... | 15:16 |
jaypipes | alekibango: there was a conflict in process_unittest.py | 15:16 |
alekibango | ?? | 15:16 |
alekibango | ah, | 15:16 |
alekibango | ok thats why you should merge fast... i will look on it | 15:17 |
alekibango | keeping it in limbo for week will not help | 15:17 |
*** hggdh has quit IRC | 15:18 | |
jaypipes | alekibango: yeah, understood. :) but we've had some very big patches to review... | 15:18 |
jaypipes | alekibango: just be thankful you're not me, and having to re-merge trunk a dozen times for my i18n branch ;) | 15:18 |
alekibango | i know, np | 15:19 |
alekibango | i am :) | 15:19 |
*** hggdh has joined #openstack | 15:21 | |
gholt | wedjat: I'm just not sure what went wrong where. When you do a stat right now on the account, it works? You can see the successful HEAD in the logs? Yet you see the failed 404 PUT on the same account? Without being able to log in myself and poke around, I'm just not sure what went wrong. | 15:22 |
*** jbaker has joined #openstack | 15:23 | |
*** JuanPerez has joined #openstack | 15:23 | |
gholt | wedjat: I hate to give that kind of response. I hate getting that kind of response worse. ;) But I'm at a loss. | 15:23 |
wedjat | i understand you, don't worry :) | 15:24 |
wedjat | well, i am not pretty sure of what i should really see after the curl commands you know | 15:24 |
*** DigitalFlux has quit IRC | 15:25 | |
gholt | Well, that st stat command just does the same HEAD as the above step (steps 3 and 4) | 15:25 |
wedjat | i have a 204 http code, so i guess that's ok | 15:27 |
alekibango | jaypipes: the file process_unittest.py is gone in trunk. also those tests... | 15:28 |
*** aliguori has quit IRC | 15:29 | |
jaypipes | alekibango: when you bzr merged, did it say "conflicts"? | 15:29 |
alekibango | i didnt use merge yet, just looking | 15:29 |
alekibango | btw nova should switch to git :) bzr is so strange to me still | 15:30 |
alekibango | yes 1 conflict... | 15:31 |
*** DigitalFlux has joined #openstack | 15:33 | |
jaypipes | alekibango: just because you aren't familiar with bzr doesn't mean git is better... *sigh*... | 15:34 |
alekibango | heh, there are some clues that it might be... esp. for larger projects | 15:34 |
jaypipes | in other news, /me finally found the problem with i18n-strings... | 15:34 |
alekibango | but both are still awkward to operate | 15:34 |
* jaypipes slaps soren... | 15:34 | |
dendrobates | jaypipes: what was it? | 15:34 |
jaypipes | dendrobates: utils.runthis(_("Generating root CA: %s", "sh genrootca.sh")) | 15:35 |
jaypipes | dendrobates: should be utils.runthis(_("Generating root CA: %s"), "sh genrootca.sh") | 15:35 |
dendrobates | that is it, just a missing parens! | 15:35 |
jaypipes | dendrobates: wasn't showing up locally because it was stubbed out with a fake on my box. | 15:36 |
jaypipes | dendrobates: yes, just a missing parens. :) | 15:36 |
jaypipes | dendrobates: or rather, a parens in the wrong place :) | 15:36 |
dendrobates | I feel stupid for not catching that especially because the ca tests were failing | 15:36 |
dendrobates | I just assumed it was more complex | 15:37 |
alekibango | missing parents is sad | 15:37 |
ttx | jaypipes: \o/ | 15:37 |
* ttx celebrates by having some food. | 15:37 | |
*** smaresca is now known as icarus901 | 15:38 | |
wedjat | should a proxy server be installed on a storage node ? | 15:38 |
wedjat | or at least have a mount point too ? | 15:38 |
*** abecc has joined #openstack | 15:39 | |
*** dfg_ has joined #openstack | 15:39 | |
gholt | Well, should is a loaded word. ;) But yes, they can exist on the same server no problem. | 15:39 |
jaypipes | soren: and btw, it wasn't your fault of course, I just felt like slapping you. :) | 15:39 |
wedjat | thanks for your answer :) | 15:39 |
jaypipes | ttx, dendrobates: ok, I'm going to approve the i18nstrings branch... again. fingers crossed :) | 15:40 |
*** rogue780_ has joined #openstack | 15:44 | |
*** rogue780 has quit IRC | 15:44 | |
jaypipes | alekibango: got that merge fixed up? | 15:44 |
*** johnpur has joined #openstack | 15:45 | |
*** ChanServ sets mode: +v johnpur | 15:45 | |
alekibango | nono, got kids here :), but i will soon | 15:45 |
jaypipes | alekibango: hehe, no worries :) | 15:47 |
wedjat | in the doc, "swift-ring-builder account.builder add z<ZONE>-<STORAGE_LOCAL_NET_IP>:6002/<DEVICE> 100", what should be equal DEVICE ? /dev/sdb1 for example, or just sdb1 ? | 15:47 |
*** Ryan_Lane has quit IRC | 15:47 | |
sandywalsh | any citrix people in the house? | 15:49 |
jaypipes | ttx, dendrobates: i18n-strings is merged! \o/ | 15:50 |
dendrobates | woohoo | 15:50 |
jaypipes | sandywalsh: typically, they are not, no...better able to get in touch with them on the ML. | 15:51 |
jaypipes | sandywalsh: something about their VPN and IRC/freenode IIRC... | 15:51 |
gholt | wedjat: Just the sdb1 part. | 15:51 |
wedjat | thanks gholt :) | 15:51 |
wedjat | but sdb1 is just a mount point into the directory specified by the "devices" resource, right ? | 15:52 |
sandywalsh | thx jaypipes | 15:52 |
wedjat | and you could use for example /srv/node/sdb1 as a mount point for a filesystem ? | 15:52 |
gholt | Yes, that's true. So the object server, when it gets a request for sdb1 will prepend your devices conf value. | 15:52 |
*** irahgel1 has quit IRC | 15:52 | |
gholt | So, in the case you mention, the conf should be devices = /srv/node | 15:53 |
openstackhudson | Project nova build #315: FAILURE in 12 sec: http://hudson.openstack.org/job/nova/315/ | 15:53 |
*** irahgel1 has joined #openstack | 15:54 | |
*** kevnfx has joined #openstack | 15:56 | |
dendrobates | ttx jaypipes: so now we need .pots files right? | 15:59 |
dendrobates | I assume there is a tool for pulling out the strings. | 15:59 |
jaypipes | dendrobates: ya. I'll work on that later with monty... | 16:01 |
*** aliguori has joined #openstack | 16:01 | |
jaypipes | dendrobates: see email to ML I just sent.. | 16:01 |
ttx | jaypipes: openstackhudson> Project nova build #315: FAILURE in 12 sec: http://hudson.openstack.org/job/nova/315/ ? | 16:03 |
dendrobates | I fixed it. The last change needed an approval | 16:03 |
dendrobates | the bot is delayed | 16:03 |
*** ramkrsna has quit IRC | 16:04 | |
*** f4m8 is now known as f4m8_ | 16:05 | |
*** schisamo has quit IRC | 16:06 | |
jaypipes | ttx, dendrobates: ya, fixing that right now... | 16:06 |
*** seshu has joined #openstack | 16:06 | |
jaypipes | ttx: have to make a change to the doc builder... | 16:06 |
sirp1 | ttx: ill be adding a status update to xs-snap blueprint shortly | 16:13 |
*** sophiap has quit IRC | 16:13 | |
*** sophiap_ has joined #openstack | 16:13 | |
ttx | sirp1: cool, thanks | 16:13 |
* ttx is about to abndon the idea of setting up LP locally to fix it | 16:14 | |
jeremyb | lp == launchpad? | 16:15 |
ttx | jeremyb: yes | 16:15 |
jeremyb | maybe, you're talking about a new ssh key | 16:15 |
jeremyb | (i guess you're not deploying your own lp clone) | 16:16 |
*** joearnold has joined #openstack | 16:16 | |
ttx | jeremyb: I am trying to run a LP clone locally to test some of my fixes. | 16:16 |
jeremyb | you're patching lp itself? | 16:16 |
ttx | jeremyb: unsurprisingly, it's a bit difficult. | 16:16 |
* jeremyb heard lp was dfsg free but not the build scripts or some other auxilliary stuff needed to set up or run it | 16:17 | |
ttx | jeremyb: yes, it fails to expose some data I need :) | 16:17 |
ttx | jeremyb: that's not true. | 16:17 |
ttx | https://dev.launchpad.net/Running | 16:18 |
* jeremyb heard in person from someone that wasn't entirely sure | 16:18 | |
jeremyb | and wasn't looking at it right then | 16:18 |
*** dragondm has joined #openstack | 16:18 | |
*** joearnold has quit IRC | 16:18 | |
jeremyb | anyway, need to head to work | 16:18 |
*** schisamo has joined #openstack | 16:22 | |
*** Ryan_Lane has joined #openstack | 16:23 | |
*** aliguori has quit IRC | 16:23 | |
uvirtbot | New bug: #693464 in nova "Double dots in the API docs are causing broken links on nova.openstack.org" [Undecided,New] https://launchpad.net/bugs/693464 | 16:31 |
*** kashyapc has quit IRC | 16:34 | |
*** calavera has quit IRC | 16:36 | |
jk0 | would someone mind reviewing this for me please? https://code.launchpad.net/~jk0/nova/diagnostics-per-instance/+merge/44394 | 16:38 |
dubs | a branch i'm working on contains a few scripts that do not seem appropriate for any of the existing top level nova directories, i'm wondering where to put them. | 16:40 |
dubs | i have a python script that needs to be installed on xenserver hosts to apply networking restrictions when instances are started and stopped, and a init script for xenserver hosts. | 16:41 |
dubs | also, there is a small patch file that has to be applied to one of the pre-installed xenserver init scripts | 16:41 |
eday | vishy: so, looking at your project-vpn branch... there is no rest API into cloudpipe now? | 16:41 |
jk0 | could probably go in the plugins dir | 16:41 |
uvirtbot | New bug: #693467 in swift "swift i18n conversion" [Undecided,New] https://launchpad.net/bugs/693467 | 16:41 |
*** hadrian has quit IRC | 16:44 | |
antonym | jk0: yeah, that's where we put them now | 16:47 |
antonym | jk0: they are xenserver specific, so we created a xenserver directory under plugins, they didn't exactly pertain to xenapi so we left them in a seperate directory | 16:48 |
jk0 | yeah, I figured that would be the place for them | 16:48 |
dubs | doesn't seem ideal though, nothing about any of the scripts are "plugins" | 16:49 |
jk0 | it's the most ideal place in the existing tree, and already being used | 16:50 |
*** kashyapc has joined #openstack | 16:50 | |
uvirtbot | New bug: #693471 in glance "SQLAlchemy requires date column to be a datetime object" [High,New] https://launchpad.net/bugs/693471 | 16:51 |
jk0 | dubs: maybe we could rename the plugins dir to something more generic | 16:51 |
jk0 | probably have to get approval first though | 16:52 |
antonym | a hypervisor specific directory might make sense, as these are things that need to be installed to add additional value to them | 16:53 |
dubs | or even a subdir in contrib? contrib/xenserver/ maybe | 16:53 |
antonym | then under than we can put kvm,xen,etc specific items | 16:53 |
jk0 | I'm thinking just renaming the plugins dir to something more generic, and sticking all of the xenserver stuff in the xenapi dir | 16:53 |
jk0 | that way each hv can have it's own dir inside of <whatever it's renamed to> | 16:54 |
antonym | would probably make more sense to rename xenapi to xenserver then | 16:54 |
jk0 | agreed | 16:54 |
jk0 | whatever happens, I think we should keep everything under one subdir and not accross multiple (plugins, contrib, etc) | 16:54 |
jk0 | one subdir that has one tree under it for easy scping | 16:54 |
antonym | yeah, i'd rather not spread it out all over the place | 16:55 |
*** nelson__ has quit IRC | 16:55 | |
*** nelson__ has joined #openstack | 16:55 | |
*** JuanPerez_ has joined #openstack | 16:55 | |
*** brd_from_italy has quit IRC | 16:55 | |
jk0 | in theory the plugins dir is a contrib, so maybe we could just move plugins/xenapi to contrib/xenserver and rid of plugins | 16:55 |
antonym | well the xenapi plugin is required for nova to work, whereas the networking protections aren't required | 16:57 |
*** JuanPerez has quit IRC | 16:57 | |
*** JuanPerez_ is now known as JuanPerez | 16:58 | |
jaypipes | antonym: since when is the xenapi plugin required for nova to work? :) | 16:58 |
jk0 | yeah, it's not deployed automatically | 16:58 |
ttx | jaypipes: reading your i18n mail... should we try to catch missing _()s in pre-merge testing ? | 16:58 |
antonym | nova w/ xenserver ;) | 16:58 |
jk0 | still has to be done manually | 16:58 |
jaypipes | ttx: as much as possible...but it's not something that will break things if they are missed. | 16:59 |
jk0 | ttx: I did for mine, otherwise there are conflicts | 16:59 |
ttx | jaypipes: is it something we can automate in any way ? | 16:59 |
jaypipes | ttx: eh, well, we could...given the time to write the script, sure. | 16:59 |
ttx | jaypipes: ok | 17:00 |
*** ibarrera has quit IRC | 17:02 | |
sandywalsh | jk0, any tests for that branch? | 17:05 |
*** ccustine has joined #openstack | 17:05 | |
jk0 | sandywalsh: not yet, waiting on the Citrix guys' branch to merge | 17:06 |
jk0 | there have a huge test suite lined up | 17:06 |
wedjat | btw, i solved my problem with the 404 error : it came from a misusing of ports in the ring construction | 17:06 |
sandywalsh | jk0, the new xenserver tests? | 17:06 |
jk0 | yeah | 17:06 |
wedjat | thanks to people who helped me :) | 17:06 |
wedjat | and sorry :p | 17:06 |
*** hadrian has joined #openstack | 17:07 | |
sandywalsh | jk0, and how about if _poll_task() throws an exception? Does it still get logged? | 17:07 |
sandywalsh | jk0, does it make it past send_exception() ? | 17:07 |
openstackhudson | Project nova build #316: STILL FAILING in 10 sec: http://hudson.openstack.org/job/nova/316/ | 17:08 |
jk0 | dunno, I'd have to check | 17:08 |
*** hadrian has quit IRC | 17:08 | |
gholt | wedjat: Hehe, awesome that you figured it out! :) | 17:12 |
sandywalsh | jk0, InstanceDiagnostics was pre-existing I guess? | 17:13 |
jk0 | it was from a previous merge | 17:13 |
sandywalsh | jk0, are all operations async? (that is, do they all go through _poll_task)? If not, how do non-async tasks get logged? | 17:14 |
jk0 | anything that doesn't go through _poll_task does not get logged at the moment | 17:15 |
jk0 | baby steps | 17:15 |
jk0 | most of the existing ones do though | 17:15 |
sandywalsh | jk0, but is InstanceDiagnostics part of your bp, or was it done separately? | 17:15 |
jk0 | it's part of the BP | 17:16 |
*** cw_ is now known as cw | 17:16 | |
sandywalsh | I don't see it getting called anywhere? | 17:16 |
jk0 | it's not yet | 17:16 |
jk0 | I'm submitting these in small chunks | 17:16 |
sandywalsh | so is this a merge prop or just a review? | 17:17 |
jk0 | it's a merge prop | 17:17 |
*** maplebed has joined #openstack | 17:17 | |
sandywalsh | do we want to merge if it's not complete? | 17:17 |
vishy | eday: correct | 17:17 |
jk0 | sandywalsh: yes | 17:17 |
sandywalsh | hmm | 17:17 |
vishy | eday: it was a huge security hole to be signing stuff that way | 17:17 |
jk0 | I asked a while back if this was acceptable, and it is | 17:17 |
sandywalsh | I'm surprised | 17:17 |
eday | vishy: ahh, ok | 17:17 |
eday | vishy: conflicts on it during merge, btw :) | 17:18 |
vishy | bleh | 17:18 |
vishy | oh the i8n doh | 17:18 |
vishy | probably have to remerge all of my branches | 17:18 |
wedjat | gholt: yeah, it is perfectly working now :) | 17:19 |
wedjat | btw, is it possible to create an object without any container associated ? | 17:19 |
gholt | wedjat: Ah no. it kinda need sto be there /v1/account/container/object is the url pattern. | 17:19 |
wedjat | because i uploaded 3 files, i can download these 3 files but a stat command give me only two objects :s | 17:20 |
*** cclien has quit IRC | 17:21 | |
jk0 | sandywalsh: I see what you mean about _poll_task, maybe the logging should happen outside of the try | 17:21 |
jk0 | is that what you were referring to? | 17:21 |
sandywalsh | jk0, just updated ticket with comment on it | 17:23 |
jk0 | cool, thanks | 17:23 |
sandywalsh | np | 17:23 |
vishy | and all of the help text for defines needs _() as well | 17:24 |
vishy | sigh | 17:24 |
openstackhudson | Yippie, build fixed! | 17:24 |
openstackhudson | Project nova build #317: FIXED in 1 min 13 sec: http://hudson.openstack.org/job/nova/317/ | 17:24 |
jk0 | sandywalsh: I'll get these worked in | 17:24 |
sandywalsh | jk0, make sense? | 17:24 |
jk0 | yeah, definitely | 17:24 |
sandywalsh | cool | 17:24 |
jk0 | I get what you mean about the test | 17:24 |
jk0 | I just didn't want to roll my own xenserver test suite when the citrix guys already have it going | 17:25 |
sandywalsh | and if the logging fails, should the op fail? | 17:25 |
jk0 | my thoughts were to just add them to their existing tree when it lands | 17:25 |
sandywalsh | I think just stub xenapi out for your test | 17:25 |
jk0 | no, that shouldn't happen | 17:25 |
*** sophiap_ has quit IRC | 17:29 | |
*** Ryan_Lane is now known as Ryan_Lane|food | 17:32 | |
*** fabiand has quit IRC | 17:33 | |
*** Ryan_Lane|food has quit IRC | 17:35 | |
*** fabiand has joined #openstack | 17:36 | |
jk0 | eday: I'm thinking we might want to create a new blueprint for the distributed data stuff | 17:38 |
vishy | eday: did you see my comment on ec2-lockout branch? Any ideas? | 17:40 |
eday | jk0: we have one for the core data.. the bigger thing here is defining which interface this should be going through | 17:41 |
vishy | eday: also fixed conflicts in project-vpns | 17:41 |
eday | ie, core operational data vs logging/audit/monitoring data | 17:41 |
*** reldan has joined #openstack | 17:43 | |
eday | jk0: also, the blueprint for the diagnostics stuff doesn't go into much detail, so it's hard to approve stuff in small chunks when you can't picture the end result. | 17:43 |
eday | jk0: describing things like what other systems/people will be accessing this data. That will help answer what type of interface it should be going through | 17:44 |
reldan | vishy: Hi, vishy. We found commented class Host in models.py. We want to create Availability_Zone and Host model in model.py and link them together. | 17:46 |
jk0 | well, I know how Rackspace wants to do it, but that might not apply to others | 17:46 |
jk0 | I'm open to anything but my only concern is getting the blueprint done in time for Bexar | 17:46 |
reldan | vishy: Is it the right way? | 17:46 |
eday | jk0: I'm sure this is good for the project is a whole, I just don't know the best way to go about it yet | 17:47 |
vishy | reldan: debatable, we have the Service class as well | 17:47 |
Adiantum | hello gents | 17:48 |
vishy | reldan: is there a reason you need Availability_Zone to be a whole model? | 17:48 |
jk0 | eday: I can keep going with it for now (making it accessible via API and wrapping up other loose ends) and maybe we can revisit the data store when all of that is in place? might help give the bigger picture | 17:49 |
vishy | reldan: as a hacky first version I would probably just add 'zone' to the Service Model | 17:49 |
vishy | jk0: if you keep a clean abstraction for the api for getting the data, it will make it easier to pull out the collection and aggregation layer | 17:50 |
Adiantum | vishy: and is there any way to determine that zone is not available if it will be in service model? | 17:51 |
reldan | vishy: We have several options and try to choose the best one. | 17:51 |
vishy | Adiantum: services can be disabled/enabled | 17:51 |
*** anthrax03 has joined #openstack | 17:51 | |
vishy | Adiantum: do you think zones should be able to be marked as well? | 17:51 |
*** jesse_ has joined #openstack | 17:52 | |
vishy | Adiantum: it seems like you could just do the equivalent of: update services set disabled=1 where zone='xxxx' | 17:52 |
Adiantum | vishy: i mean that we may be crashed. is there any mechanism to determine that service is not working (but still enable)? | 17:53 |
eday | jk0: well, then we may have built something that isn't the correct way. :) If there are more design details in the spec that we can discuss first, it might be easier to model it correctly the first time | 17:53 |
jk0 | the good news is there isn't much for specs, bad news is we need to get this figured out right away | 17:54 |
*** mtaylor is now known as mtaylor|afk | 17:56 | |
*** sophiap has joined #openstack | 17:56 | |
vishy | Adiantum: yes, service report in every 10 seconds | 17:56 |
vishy | s/service/services | 17:56 |
Adiantum | vishy: aha, thank you. seems it's good for us | 17:57 |
reldan | vishy: Adiantum: Thanks. Looks goog! | 17:57 |
jk0 | eday: I don't know enough about sqlalchemy to answer this, so would it make sense to maybe just create a separate db, nova-something, and start putting these tables in there instead of the core nova db? | 17:58 |
vishy | the branch here: https://code.launchpad.net/~anso/nova/burnin/+merge/44425 | 17:58 |
vishy | adds a nova-manage command to show health of services | 17:58 |
perestre1ka | nvm sorry ;) | 17:58 |
vishy | and a euca hack for admins: euca-describe-availability-zones verbose | 17:58 |
eday | jk0: it's hard to answer any of these questions without more info on the bigger picture, and it's more about interfaces than where to actually store the data | 17:59 |
jk0 | eday: okay, taking a step back, what do we need to do to get the bigger picture? I'm not sure I know it well enough myself (at least at the level you are probably thinking) | 18:01 |
eday | jk0: in the spec, just a few use cases.. if it's going to be available via a rest API, just a mockup of what that may look like to make sure things are being stored properly | 18:04 |
jaypipes | _cerberus_: you see you have a small merge conflict detected on os_api_refactor? | 18:04 |
eday | jk0: also, the big Q is does anything else inside of nova need to use this in the future, or is it really just logging data | 18:04 |
jk0 | ok, I'll update that with my point of view and see what you think | 18:04 |
jaypipes | _cerberus_: in /nova/api/openstack/__init__.py | 18:04 |
eday | jk0: if not, I'd argue introducing another interface, and not going directly into the core db | 18:04 |
eday | for a dployment, it may end up in the same place, but at least have a different API so it could be stored somewhere else too (like auth api works) | 18:05 |
jk0 | I see what you mean - I'll write up my thoughts on it and have you take a look | 18:05 |
*** reldan has quit IRC | 18:06 | |
*** jdurgin has joined #openstack | 18:09 | |
_cerberus_ | jaypipes: I did not | 18:10 |
_cerberus_ | I'll take a look. Thanks | 18:10 |
_cerberus_ | ' | 18:10 |
jaypipes | np | 18:11 |
*** JuanPerez has quit IRC | 18:14 | |
*** aliguori has joined #openstack | 18:15 | |
*** johnpur has quit IRC | 18:22 | |
*** reldan has joined #openstack | 18:22 | |
jk0 | eday: want to have a look at http://etherpad.openstack.org/guestdiagnostics ? | 18:23 |
openstackhudson | Project nova build #318: SUCCESS in 1 min 15 sec: http://hudson.openstack.org/job/nova/318/ | 18:24 |
*** Ryan_Lane|food has joined #openstack | 18:26 | |
openstackhudson | Project nova build #319: SUCCESS in 1 min 17 sec: http://hudson.openstack.org/job/nova/319/ | 18:29 |
*** rogue780_ is now known as rogue780 | 18:31 | |
*** guigui has quit IRC | 18:37 | |
*** anthrax03 has quit IRC | 18:38 | |
*** reldan has quit IRC | 18:38 | |
*** kashyapc has quit IRC | 18:40 | |
*** reldan has joined #openstack | 18:45 | |
*** Ryan_Lane|food is now known as Ryan_Lane | 18:45 | |
*** Xenith__ has joined #openstack | 18:46 | |
*** dendrobates is now known as dendro-afk | 18:48 | |
*** dendro-afk is now known as dendrobates | 18:48 | |
*** tmarble has quit IRC | 18:49 | |
jaypipes | sirp1: hola :) | 18:55 |
*** joearnold has joined #openstack | 18:55 | |
sirp1 | jaypipes: howdy | 18:55 |
jaypipes | sirp1: I decided to do some doc cleanup on glance today...brain was frying this morning with auth stuff :) | 18:56 |
jaypipes | mtaylor|afk, annegentle: when you get a chance, would be great to setup glance.openstack.org with doc published from Hudson like swift/nova :) | 18:57 |
sirp1 | jaypipes: cool, will check it out | 18:57 |
*** deshantm has quit IRC | 18:58 | |
*** deshantm has joined #openstack | 19:00 | |
* jaypipes loudly applauds antonym and dubs for actually including quality documentation for multi-tenant networking protections. w00t. | 19:01 | |
dubs | haha, thanks. that's mostly ant work :) | 19:04 |
*** sophiap has quit IRC | 19:04 | |
*** sophiap has joined #openstack | 19:04 | |
*** dendrobates is now known as dendro-afk | 19:05 | |
*** dendro-afk is now known as dendrobates | 19:07 | |
antonym | :) | 19:10 |
antonym | it probably still needs additional docs, so i may expand more later on | 19:10 |
antonym | could use some items on recompiling the xenserver kernel which i'm sure citrix would love me to add heh | 19:10 |
*** Icarus81 has joined #openstack | 19:12 | |
*** kevnfx has quit IRC | 19:12 | |
*** hadrian has joined #openstack | 19:17 | |
*** Icarus81 has quit IRC | 19:20 | |
rogue780 | Hi. I followed the directions to install nova from planet.openstack.org from December 9th. When I try to run the instance, I can't get it to go past "pending" status. | 19:24 |
*** jesse_ has quit IRC | 19:27 | |
*** chmouel has left #openstack | 19:28 | |
*** chmouel has joined #openstack | 19:28 | |
*** jesse_ has joined #openstack | 19:32 | |
*** jesse_ has joined #openstack | 19:33 | |
*** sophiap has quit IRC | 19:36 | |
*** tmarble has joined #openstack | 19:38 | |
vishy | rogue780: that is usually a hypervisor related problem, are there any errors in the logs? | 19:40 |
*** gondoi has quit IRC | 19:41 | |
rogue780 | vishy, I'll tell you in a second, the box is rebooting | 19:42 |
devcamcar | hey all | 19:43 |
devcamcar | i have a packaging question relating to the django dashboard that we are releasing for bexar | 19:44 |
devcamcar | it has a dependency on nova/adminclient.py | 19:44 |
devcamcar | the adminclient is a bit of an odd beast, given that it is currently part of the project but has no dependencies on nova itself | 19:44 |
devcamcar | it really is its own standalone piece and should be distributed as such | 19:44 |
vishy | rogue780: you will need 64bit proc with virtualization support turned on in the bios and 64bit os for the default instructions to work. | 19:45 |
devcamcar | i essentially need to do this in the django bits: from nova import adminclient | 19:45 |
devcamcar | however in order to do that now, you have to have all the dependencies from nova satisfied, including gflags, etc, even though the adminclient needs none of it | 19:45 |
devcamcar | we've been manually copying this file around in our prod environment, which works but is hackish | 19:46 |
devcamcar | we need a more formal way to distribute the adminclient, anyone have thoughts on the best way to do that? | 19:46 |
rogue780 | vishy, all the log files in /var/log/nova are empty | 19:47 |
vishy | hmm | 19:47 |
vishy | apparently logging hasn't been fix since we switched to upstart, not so useful | 19:48 |
vishy | can you check to see if you have anything in /var/lib/nova/instances | 19:48 |
*** gondoi has joined #openstack | 19:48 | |
annegentle | devcamcar: so there are a lot of pre-reqs, plus we need to find a good way to distribute the file itself? (files?) | 19:49 |
vishy | rogue780: the three comments I made above were supposed to be directed to you | 19:49 |
rogue780 | vishy, instance-614007856 is in there | 19:50 |
vishy | cool, so first check /var/log/libvirt/qemu/nstance-614007856.log and see if it exists and has any errors in it | 19:51 |
vishy | er that was supposed to be instance- | 19:51 |
vishy | missed an i | 19:51 |
annegentle | devcamcar: we've got an install script (production-style) for Nova, maybe we can add an option to copy the adminclient into the environment with that script? | 19:54 |
*** sophiap has joined #openstack | 20:00 | |
devcamcar | annegentle: actually i think the adminclient should be its own isolated module | 20:01 |
*** sophiap has quit IRC | 20:01 | |
devcamcar | annegentle: it is essentially a tiny version of admin only api boto | 20:01 |
devcamcar | it is a client to nova's server | 20:02 |
*** sophiap has joined #openstack | 20:02 | |
devcamcar | i'd love to just be able to pip install novaadminclient | 20:02 |
rogue780 | vishy, /var/log/libvirt/qemu/ is empty | 20:05 |
annegentle | devcamcar: ah, okay. Is that just a packaging task then? | 20:05 |
vishy | so it broke before the hypervisor | 20:06 |
annegentle | devcamcar: I find it to be similar to Mike Mayo's iOS offering, and the install experience there could be better | 20:06 |
devcamcar | annegentle: yes, so far I think the nebula dashboard is the only thing that is really using it, but since we're about to release that we'll need to deal with this soon | 20:06 |
rogue780 | i'm going to reboot one more time | 20:06 |
vishy | can you do a file /var/lib/nova/instances/instance-614007856 and post results in a pastie? | 20:07 |
rogue780 | in just a minute or two | 20:07 |
openstackhudson | Project nova build #320: SUCCESS in 1 min 15 sec: http://hudson.openstack.org/job/nova/320/ | 20:09 |
*** olivier_ has quit IRC | 20:10 | |
rogue780 | vishy, which file do you want from that directory? | 20:12 |
vishy | i just want to no types and sizes | 20:12 |
vishy | s/no/know | 20:14 |
rogue780 | vishy, pastie.org/1398867 | 20:14 |
*** olivier_ has joined #openstack | 20:18 | |
*** HouseAway is now known as AimanA | 20:18 | |
vishy | that appears to be correct | 20:19 |
vishy | can you try a virsh create libvirt.xml from inside that folder? | 20:19 |
openstackhudson | Project nova build #321: SUCCESS in 1 min 14 sec: http://hudson.openstack.org/job/nova/321/ | 20:19 |
rogue780 | $ virsh create libvirt.xml \\ error: Failed to create domain from libvirt.xml \\ error: internal error no supported architecture for os type'hvm' | 20:21 |
*** rcc has quit IRC | 20:21 | |
*** sophiap has quit IRC | 20:22 | |
devcamcar | so who is our resident packaging expert? | 20:22 |
vishy | there you go | 20:22 |
vishy | no virtualization for you | 20:22 |
vishy | you either have virtualization turned off in the bios or your proc doesn't support it | 20:23 |
eday | devcamcar: soren and mtaylor|afk | 20:25 |
devcamcar | eday: thanks | 20:25 |
annegentle | devcamcar: Hm. I want to say ttx can coordinate it, and Soren and Monty have the know-how | 20:25 |
devcamcar | i will track them down soon | 20:25 |
annegentle | devcamcar: heh I type slower than eday | 20:25 |
*** reldan has quit IRC | 20:26 | |
devcamcar | annegentle: whats best way for me to queue this? shall i open a new bug on lp? | 20:26 |
rogue780 | vishy, would loading something like esxi potentially fix this problem? please note, I have almost no idea what I'm talking about when it comes to virtualization... I was just kind of thrown into this project by my boss | 20:26 |
annegentle | devcamcar: I'm not sure, it's not another blueprint, but it's a task for the existing blueprint. I'd say, update the spec for now, to add packaging as a task, and also check with ttx tomorrow. | 20:27 |
eday | rogue780: run: egrep -c '(vmx|svm)' /proc/cpuinfo | 20:28 |
devcamcar | annegentle: thanks, i'll follow up with ttx tomorrow | 20:29 |
rogue780 | eday, it returns 0 | 20:29 |
*** pothos has quit IRC | 20:30 | |
eday | rogue780: ok, that confirms vish's comment. might want to make sure your cpu model has virt extensions, and if they do, check your bios to make sure it's enabled | 20:30 |
*** jesse_ has joined #openstack | 20:30 | |
eday | rogue780: modern cpus have extra instructions that can optionally be enabled for hardware virtualization, and you don't have them currently (they would show up in flags under /proc/cpuinfo | 20:31 |
rogue780 | eday, thanks. Now I need to find out if it is a bios setting or an actual hardware limitation | 20:33 |
vishy | rogue780: in the mean-time, you can also test using qemu | 20:33 |
eday | rogue780: cat /proc/cpu and google your cpu module # | 20:33 |
eday | err, /proc/cpuinfo | 20:34 |
vishy | by editting the flagfile to have --libvirt_type=qemu | 20:34 |
rogue780 | will do. we just had a power surge and may have lost some equipment here. I'll be back later. Thanks for the help, gentlemen/gentleladies. | 20:35 |
vishy | it will be very slow though :) | 20:35 |
annegentle | rogue780: doh! weather or squirrel? | 20:36 |
rogue780 | weather | 20:36 |
annegentle | rogue780: good luck, thanks for trying out OpenStack :) | 20:37 |
rogue780 | ok. nothing fried | 20:38 |
*** dendrobates is now known as dendro-afk | 20:38 | |
annegentle | rogue780: whew | 20:39 |
jesse_ | rogue780: surprisingly many vendors send boxes with hardware virtualization disabled by default | 20:40 |
*** joearnold has quit IRC | 20:40 | |
rogue780 | looks like the cpu on this box is a celeron 2.66ghz...i doubt that has any awesomeness in it | 20:41 |
rogue780 | vishy, where is the flagfile where I can change it to use qemu? | 20:44 |
*** brd_from_italy has joined #openstack | 20:44 | |
vishy | rogue780: good question, I'm not sure where the packages install it currently | 20:44 |
vishy | perhaps /etc/nova/nova.conf ? | 20:44 |
rogue780 | yup. just found it | 20:44 |
rogue780 | what services do I need to restart now? | 20:45 |
*** dendro-afk is now known as dendrobates | 20:46 | |
vishy | nova-compute | 20:46 |
*** miclorb_ has joined #openstack | 20:49 | |
rogue780 | it says it's running now, but when I try to ssh to it it says no route to host | 20:52 |
rogue780 | pastie.org/1398958 | 20:52 |
vishy | so apparently launchpad isn't smart enough to look for new conflicts in proposed branches when trunk changes | 20:55 |
rogue780 | well, folks, I've gotta run. I'll be back tomorrow to pick your brains some more. thanks so much for the help! | 20:55 |
vishy | rogue780: probably a dnsmasq issue | 20:55 |
vishy | try a killall dnsmasq then restart nova-network | 20:56 |
rogue780 | ok | 20:56 |
vishy | then do a euca-get-console-output to see | 20:56 |
vishy | if the instance is reporting getting an address | 20:56 |
vishy | oh, also possible that it is due to metadata server being broken | 20:57 |
vishy | patch went in today for that | 20:57 |
rogue780 | how soon should it hit the ubuntu repo? | 20:58 |
rogue780 | it just hangs on euca-get-console-output | 20:59 |
*** ctennis has quit IRC | 21:01 | |
rogue780 | well, I do really have to go now. I've got an appointment up north of baltimore in an hour. I'll be back tomorrow. | 21:01 |
rogue780 | thanks again for the help | 21:01 |
*** westmaas has left #openstack | 21:01 | |
*** westmaas1 has joined #openstack | 21:05 | |
*** rogue780 has quit IRC | 21:06 | |
*** gondoi has quit IRC | 21:06 | |
*** joearnold has joined #openstack | 21:10 | |
*** larstobi has joined #openstack | 21:16 | |
*** daleolds has quit IRC | 21:19 | |
*** daleolds has joined #openstack | 21:20 | |
*** enigma has joined #openstack | 21:27 | |
*** MarkAtwood has quit IRC | 21:29 | |
openstackhudson | Project nova build #322: SUCCESS in 1 min 16 sec: http://hudson.openstack.org/job/nova/322/ | 21:34 |
*** herki has quit IRC | 21:48 | |
*** herki has joined #openstack | 21:48 | |
*** kevnfx has joined #openstack | 21:50 | |
*** ctennis has joined #openstack | 21:51 | |
*** ctennis has joined #openstack | 21:51 | |
*** kevnfx has quit IRC | 22:02 | |
openstackhudson | Project nova build #323: SUCCESS in 1 min 16 sec: http://hudson.openstack.org/job/nova/323/ | 22:04 |
*** jordandev has joined #openstack | 22:08 | |
*** brd_from_italy has quit IRC | 22:12 | |
tr3buchet | anyone know if the xenserver power states are documented somewhere? trying to find a good list | 22:16 |
*** allsystemsarego has quit IRC | 22:16 | |
*** jordandev_ has joined #openstack | 22:19 | |
*** jordandev_ has quit IRC | 22:20 | |
*** jordandev has quit IRC | 22:20 | |
*** Alex111 has joined #openstack | 22:20 | |
*** MarkAtwood has joined #openstack | 22:24 | |
*** enigma has quit IRC | 22:37 | |
*** littleidea has joined #openstack | 22:37 | |
*** enigma has joined #openstack | 22:39 | |
*** jkakar has quit IRC | 22:39 | |
*** enigma has quit IRC | 22:41 | |
*** DubLo7 has joined #openstack | 22:43 | |
*** MarkAtwood has quit IRC | 22:52 | |
*** littleidea_ has joined #openstack | 22:54 | |
*** MarkAtwood has joined #openstack | 22:54 | |
*** jkakar has joined #openstack | 22:55 | |
*** sophiap has joined #openstack | 22:56 | |
*** littleidea has quit IRC | 22:58 | |
*** littleidea_ is now known as littleidea | 22:58 | |
*** joearnold has quit IRC | 23:02 | |
*** schisamo has quit IRC | 23:04 | |
*** jkakar has quit IRC | 23:05 | |
vishy | I really appreciate the code reviews guys. I still have two bugfix branches outstanding if anyone has time | 23:07 |
*** seshu has left #openstack | 23:08 | |
*** joearnold has joined #openstack | 23:08 | |
vishy | https://code.launchpad.net/~vishvananda/nova/fix-reboot/+merge/44532 | 23:09 |
vishy | and https://code.launchpad.net/~vishvananda/nova/lp692317/+merge/44169 | 23:09 |
*** Alex111 has quit IRC | 23:13 | |
eday | vishy: stop already :) | 23:17 |
jesse_ | he needs his karma | 23:18 |
vishy | eday: gotta pass jaypipes | 23:18 |
vishy | :p | 23:18 |
eday | haha | 23:18 |
jesse_ | he keeps wanting me to write patches that adds bugs so he can fix them | 23:19 |
*** jkakar has joined #openstack | 23:19 | |
vishy | eday: looks like you need to either change hudson or make runtest.py call nose in order for your nosetest branch to merge | 23:19 |
eday | vishy: the trick is writing more blueprints, not code | 23:19 |
*** hggdh has quit IRC | 23:19 | |
eday | yeah, I need to wait for soren/mtayler for that | 23:19 |
eday | both seem to be missing today | 23:20 |
*** hggdh has joined #openstack | 23:23 | |
*** dfg_ has quit IRC | 23:24 | |
dabo | vishy: I reviewed and approved both of those. | 23:28 |
vishy | dabo: thx! | 23:28 |
*** joearnold has quit IRC | 23:36 | |
*** nelson__ has quit IRC | 23:40 | |
*** nelson__ has joined #openstack | 23:41 | |
*** jbaker has quit IRC | 23:43 | |
*** joearnold has joined #openstack | 23:47 | |
*** Ryan_Lane is now known as Ryan_Lane|away | 23:56 | |
*** Ryan_Lane|away has quit IRC | 23:56 | |
openstackhudson | Project nova build #324: SUCCESS in 1 min 15 sec: http://hudson.openstack.org/job/nova/324/ | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!