| *** reldan has joined #openstack | 00:02 | |
| *** MotoMilind has quit IRC | 00:03 | |
| *** adjohn has joined #openstack | 00:08 | |
| *** joearnold has quit IRC | 00:11 | |
| *** kakella has left #openstack | 00:16 | |
| *** reldan has quit IRC | 00:17 | |
| *** Zangetsu has quit IRC | 00:19 | |
| *** zul has joined #openstack | 00:24 | |
| *** reldan has joined #openstack | 00:27 | |
| *** herki has joined #openstack | 00:37 | |
| *** herki_ has quit IRC | 00:38 | |
| *** jeffjapan has quit IRC | 00:40 | |
| *** mahadev has quit IRC | 00:43 | |
| *** dendrobates is now known as dendro-afk | 00:51 | |
| *** jtran has quit IRC | 00:54 | |
| *** jtran has joined #openstack | 00:57 | |
| *** jtran has left #openstack | 00:57 | |
| *** j05h1 has quit IRC | 00:59 | |
| *** j05h has joined #openstack | 00:59 | |
| *** mahadev has joined #openstack | 01:04 | |
| *** reldan has quit IRC | 01:06 | |
| *** mahadev has quit IRC | 01:11 | |
| *** mray has joined #openstack | 01:11 | |
| *** Ryan_Lane has quit IRC | 01:15 | |
| *** dragondm has quit IRC | 01:16 | |
| *** mahadev has joined #openstack | 01:17 | |
| *** adjohn has quit IRC | 01:17 | |
| *** adjohn has joined #openstack | 01:19 | |
| *** AimanA is now known as HouseAway | 01:33 | |
| *** winston-d has joined #openstack | 01:36 | |
| *** Julio__ is now known as JulioBell | 01:43 | |
| *** jeffjapan has joined #openstack | 01:49 | |
| *** KnightHacker has quit IRC | 01:50 | |
| *** Pentheus has quit IRC | 01:52 | |
| *** jfluhmann_ has joined #openstack | 01:59 | |
| *** maplebed has quit IRC | 01:59 | |
| *** blamar has quit IRC | 02:01 | |
| *** RobertLaptop has quit IRC | 02:01 | |
| *** dfg has quit IRC | 02:01 | |
| *** jstinson has quit IRC | 02:01 | |
| *** _cerberus_ has quit IRC | 02:01 | |
| *** filler has quit IRC | 02:01 | |
| *** aloga has quit IRC | 02:01 | |
| *** jarrod has quit IRC | 02:01 | |
| *** camm_ has quit IRC | 02:01 | |
| *** dsockwell has quit IRC | 02:01 | |
| *** troytoman-away has quit IRC | 02:01 | |
| *** iRTermite1 has quit IRC | 02:01 | |
| *** lool has quit IRC | 02:01 | |
| *** smoser has quit IRC | 02:01 | |
| *** soosfarm_ has quit IRC | 02:01 | |
| *** kang___ has quit IRC | 02:01 | |
| *** pandemicsyn has quit IRC | 02:01 | |
| *** Beens_ has quit IRC | 02:01 | |
| *** mtaylor has quit IRC | 02:01 | |
| *** xtoddx has quit IRC | 02:01 | |
| *** jheiss has quit IRC | 02:01 | |
| *** deepy has quit IRC | 02:01 | |
| *** gdusbabek has quit IRC | 02:01 | |
| *** cclien_ has quit IRC | 02:02 | |
| *** Cen has quit IRC | 02:02 | |
| *** czajkowski has quit IRC | 02:02 | |
| *** devcamcar has quit IRC | 02:02 | |
| *** flashn_ has quit IRC | 02:02 | |
| *** vishy has quit IRC | 02:02 | |
| *** openstackjenkins has quit IRC | 02:02 | |
| *** _0x44 has quit IRC | 02:02 | |
| *** clayg has quit IRC | 02:02 | |
| *** taihen has quit IRC | 02:02 | |
| *** jtimberman has quit IRC | 02:02 | |
| *** antonym has quit IRC | 02:02 | |
| *** Cen has joined #openstack | 02:03 | |
| *** cclien_ has joined #openstack | 02:03 | |
| *** czajkowski has joined #openstack | 02:03 | |
| *** devcamcar has joined #openstack | 02:03 | |
| *** flashn_ has joined #openstack | 02:03 | |
| *** vishy has joined #openstack | 02:03 | |
| *** openstackjenkins has joined #openstack | 02:03 | |
| *** _0x44 has joined #openstack | 02:03 | |
| *** clayg has joined #openstack | 02:03 | |
| *** taihen has joined #openstack | 02:03 | |
| *** jtimberman has joined #openstack | 02:03 | |
| *** antonym has joined #openstack | 02:03 | |
| *** verne.freenode.net sets mode: +vv _0x44 antonym | 02:03 | |
| *** xtoddx has joined #openstack | 02:03 | |
| *** jstinson has joined #openstack | 02:03 | |
| *** blamar has joined #openstack | 02:03 | |
| *** RobertLaptop has joined #openstack | 02:03 | |
| *** dfg has joined #openstack | 02:03 | |
| *** _cerberus_ has joined #openstack | 02:03 | |
| *** filler has joined #openstack | 02:03 | |
| *** aloga has joined #openstack | 02:03 | |
| *** jarrod has joined #openstack | 02:03 | |
| *** camm_ has joined #openstack | 02:03 | |
| *** dsockwell has joined #openstack | 02:03 | |
| *** troytoman-away has joined #openstack | 02:03 | |
| *** iRTermite1 has joined #openstack | 02:03 | |
| *** lool has joined #openstack | 02:03 | |
| *** smoser has joined #openstack | 02:03 | |
| *** soosfarm_ has joined #openstack | 02:03 | |
| *** kang___ has joined #openstack | 02:03 | |
| *** pandemicsyn has joined #openstack | 02:03 | |
| *** Beens_ has joined #openstack | 02:03 | |
| *** mtaylor has joined #openstack | 02:03 | |
| *** deepy has joined #openstack | 02:03 | |
| *** jheiss has joined #openstack | 02:03 | |
| *** gdusbabek has joined #openstack | 02:03 | |
| *** verne.freenode.net sets mode: +v pandemicsyn | 02:03 | |
| *** deepy has quit IRC | 02:04 | |
| *** deepy has joined #openstack | 02:05 | |
| *** jfluhmann_ is now known as jfluhmann_bedtim | 02:15 | |
| *** rds__ has quit IRC | 02:24 | |
| *** throughnothing has joined #openstack | 02:39 | |
| *** clauden has joined #openstack | 02:49 | |
| *** dragondm has joined #openstack | 02:50 | |
| *** throughnothing has quit IRC | 02:54 | |
| winston-d | BK_man : hi | 02:59 |
|---|---|---|
| *** jfluhmann_bedtim is now known as jfluhmann_ | 03:00 | |
| *** clauden has quit IRC | 03:00 | |
| winston-d | has anyone tried using glance as image service | 03:01 |
| *** vernhart has quit IRC | 03:03 | |
| *** kashyap has joined #openstack | 03:05 | |
| *** thejcurious has joined #openstack | 03:06 | |
| *** mray has quit IRC | 03:08 | |
| *** dendro-afk is now known as dendrobates | 03:11 | |
| *** jim__ has joined #openstack | 03:56 | |
| *** nwww has quit IRC | 03:58 | |
| jim__ | I'm new to swift/cloudfiles and using the Python api. Anyone here up for answering a question about etag handling? | 04:01 |
| *** koolhead11|afk is now known as koolhead17 | 04:01 | |
| HugoKuo_ | morning huys , what's your nova trunk version now ? | 04:01 |
| HugoKuo_ | guys | 04:01 |
| *** jim__ has quit IRC | 04:03 | |
| *** hadrian_ has joined #openstack | 04:15 | |
| *** hadrian has quit IRC | 04:17 | |
| *** hadrian_ is now known as hadrian | 04:17 | |
| *** hadrian has quit IRC | 04:25 | |
| *** f4m8_ is now known as f4m8 | 04:44 | |
| *** dendrobates is now known as dendro-afk | 04:46 | |
| *** kashyap has quit IRC | 04:47 | |
| *** dendro-afk is now known as dendrobates | 04:47 | |
| koolhead17 | hi all | 04:52 |
| *** benbenhappy has joined #openstack | 04:57 | |
| *** dittob has joined #openstack | 05:02 | |
| dittob | does anyone has more detailed feature matrix than one on the wiki page? | 05:06 |
| *** dirakx has joined #openstack | 05:11 | |
| *** ramkrsna has joined #openstack | 05:15 | |
| *** kashyap has joined #openstack | 05:19 | |
| *** dendrobates is now known as dendro-afk | 05:32 | |
| *** dendro-afk is now known as dendrobates | 05:33 | |
| *** jfluhmann__ has joined #openstack | 05:34 | |
| *** cole has quit IRC | 05:36 | |
| *** ramkrsna has quit IRC | 05:38 | |
| *** jfluhmann_ has quit IRC | 05:38 | |
| *** cole has joined #openstack | 05:46 | |
| termie | notmyname: aye, complicated | 05:46 |
| *** cole is now known as Guest89726 | 05:47 | |
| termie | notmyname: i think i can do a decent job, but i don't know the failure conditions as well as i do on nova | 05:47 |
| termie | so i tis more scary to demo | 05:47 |
| *** dirakx has quit IRC | 05:47 | |
| *** zaitcev has quit IRC | 05:48 | |
| *** nwww has joined #openstack | 05:53 | |
| *** mahadev has quit IRC | 06:04 | |
| *** guigui has joined #openstack | 06:08 | |
| *** nijaba has quit IRC | 06:16 | |
| *** nijaba has joined #openstack | 06:16 | |
| *** dragondm has quit IRC | 06:21 | |
| *** dittob has quit IRC | 06:24 | |
| *** guynaor has joined #openstack | 06:36 | |
| *** guynaor has left #openstack | 06:38 | |
| ttx | jk0: now, yes | 06:39 |
| ttx | jaypipes: time is getting short, but that sounds doable... | 06:44 |
| *** lionel has quit IRC | 06:52 | |
| *** lionel has joined #openstack | 06:53 | |
| *** rcc has joined #openstack | 06:59 | |
| *** flopflip_ has quit IRC | 07:07 | |
| *** flopflip has joined #openstack | 07:09 | |
| *** jamesurquhart has joined #openstack | 07:11 | |
| *** vernhart has joined #openstack | 07:11 | |
| *** jamesurquhart has quit IRC | 07:13 | |
| *** srb has joined #openstack | 07:21 | |
| *** srb is now known as Guest65968 | 07:21 | |
| Guest65968 | Hi !! Can u recommend a link for creating Custom UBuntu images | 07:22 |
| *** mahadev has joined #openstack | 07:28 | |
| *** Nacx has joined #openstack | 07:29 | |
| *** mahadev has quit IRC | 07:33 | |
| *** MarcMorata has joined #openstack | 07:39 | |
| *** benbenhappy has quit IRC | 07:41 | |
| *** reldan has joined #openstack | 07:44 | |
| *** daveiw has joined #openstack | 07:44 | |
| winston-d | Guest65968: please refer to http://virtually-a-machine.blogspot.com/2009/09/eucalyptus-5-creating-and-running-vms.html | 07:47 |
| *** miclorb has quit IRC | 07:47 | |
| *** reldan has quit IRC | 07:48 | |
| soren | BK_man: I did test Ajaxterm. My conclusion is that it's not entirely there yet. I'm hoping I'll get on top of it today. | 07:50 |
| *** miclorb has joined #openstack | 07:57 | |
| *** jfluhmann__ has quit IRC | 07:59 | |
| *** miclorb has quit IRC | 08:01 | |
| HugoKuo_ | should I install python-suds on all nova components hosts? | 08:10 |
| uvirtbot` | New bug: #753280 in nova "We should use policy routing for VM's." [Undecided,New] https://launchpad.net/bugs/753280 | 08:21 |
| soren | HugoKuo_: With current trunk, suds shoul no longer be necessary. | 08:25 |
| HugoKuo_ | thanks | 08:25 |
| HugoKuo_ | soren : hanks | 08:25 |
| soren | HugoKuo_: sure | 08:26 |
| HugoKuo_ | did you ever see the openstack nova topology on Stackops website? | 08:26 |
| HugoKuo_ | http://docs.stackops.org/display/documentation/Install+and+Configure+a+Multinode+Architecture it looks complex... | 08:27 |
| *** adjohn has quit IRC | 08:27 | |
| *** irahgel has joined #openstack | 08:28 | |
| *** jeffjapan has quit IRC | 08:30 | |
| *** reldan has joined #openstack | 08:33 | |
| *** Seoman has joined #openstack | 08:35 | |
| *** MarcMorata has quit IRC | 08:35 | |
| *** Seoman has quit IRC | 08:36 | |
| *** MarcMorata has joined #openstack | 08:36 | |
| *** reldan has quit IRC | 08:38 | |
| *** reldan has joined #openstack | 08:41 | |
| uvirtbot` | New bug: #753292 in nova "Ping or ssh failed when libvirt_type is lxc" [Undecided,New] https://launchpad.net/bugs/753292 | 08:42 |
| *** bamedro has joined #openstack | 08:43 | |
| koolhead17 | HugoKuo_, thanks for the link. | 08:52 |
| HugoKuo_ | u r welcome... | 08:53 |
| HugoKuo_ | but don't you feel that's too complex ? | 08:53 |
| koolhead17 | it has few information better than our existing docs | 08:53 |
| *** nagyz has joined #openstack | 08:53 | |
| nagyz | morning | 08:53 |
| HugoKuo_ | why nova need three switch @@? | 08:53 |
| nagyz | is there an internal API to query registered services? | 08:54 |
| *** lionel has quit IRC | 08:54 | |
| ttx | HugoKuo_: it doesn't. | 08:54 |
| nagyz | or should I query this from the database directly? | 08:54 |
| HugoKuo_ | I guess that doc is base on bexar release.... | 08:54 |
| *** lionel has joined #openstack | 08:54 | |
| HugoKuo_ | ttx : thanks | 08:54 |
| ttx | HugoKuo_: it's just one way to deploy it | 08:54 |
| nagyz | (I've already looked at the developer documentation, nova.service doesn't say anything about it) | 08:54 |
| *** reldan has quit IRC | 08:55 | |
| HugoKuo_ | I'm trying to make it simpler .....:) | 08:55 |
| koolhead17 | nagyz, nova-manage service list is this what your looking for | 08:56 |
| koolhead17 | HugoKuo_, that stackops portal u mean? | 08:56 |
| nagyz | koolhead17, ah, great, ty! | 08:57 |
| HugoKuo_ | koolheadl7 : I want multi nodes like what you see on stackops , but I want everything in one network , include instances.... | 08:57 |
| nagyz | just getting to know openstack. :) | 08:57 |
| koolhead17 | nagyz, welcome. so am i :) | 08:57 |
| koolhead17 | HugoKuo_, give me your blog page to srart with :D | 08:58 |
| koolhead17 | *start | 08:58 |
| HugoKuo_ | so maybe I don't need make it such complex . in my test there's only one switch and 4 machines | 08:58 |
| HugoKuo_ | http://hugokuo-hugo.blogspot.com/ | 08:58 |
| HugoKuo_ | I choose plan B now........ | 08:58 |
| HugoKuo_ | but give up using deployment tool , just do everything manually... | 08:59 |
| koolhead17 | hehe | 08:59 |
| koolhead17 | HugoKuo_, i like those colorful fishes :P | 09:00 |
| HugoKuo_ | man , you can feed them XD | 09:00 |
| HugoKuo_ | they'll follow your arrow~~~ | 09:00 |
| koolhead17 | they were singing too i suppose HugoKuo_ :P | 09:02 |
| uvirtbot` | New bug: #752735 in nova "Volumes aren't zeroed out" [High,Confirmed] https://launchpad.net/bugs/752735 | 09:12 |
| *** nwww has quit IRC | 09:13 | |
| koolhead17 | can someone suggest me the reason behind these different shell under nova-manage | 09:18 |
| soren | "different shell"? | 09:25 |
| *** Nacx is now known as nacx | 09:25 | |
| *** nacx has quit IRC | 09:25 | |
| *** nacx has joined #openstack | 09:26 | |
| *** daveiw has quit IRC | 09:31 | |
| HugoKuo_ | http://pastebin.com/qaKFqyfP I really need a suggestion about this issue..... I face it til now . did I miss any package ? | 09:33 |
| HugoKuo_ | it's nova-network.log | 09:33 |
| soren | HugoKuo_: You need to point lock_path to somewhere where Nova can create lock files. | 09:34 |
| HugoKuo_ | is there any flag can do that in nova.conf? | 09:35 |
| soren | yes... | 09:35 |
| soren | lock_path | 09:35 |
| HugoKuo_ | bcz I face same problem on compute node while I run up a instance .............. | 09:35 |
| HugoKuo_ | thanks man | 09:35 |
| *** benbenhappy has joined #openstack | 09:36 | |
| koolhead17 | soren, yes | 09:42 |
| koolhead17 | nova-manage shell ipython/bpyhton/python/ | 09:43 |
| soren | koolhead17: They correspond to ipython, bpython and python. | 09:44 |
| koolhead17 | so its like a choice provided | 09:45 |
| soren | Yeah. Just try them? | 09:45 |
| koolhead17 | also nova-manage instance_type and flavor does same operation, if am not wrong | 09:48 |
| soren | That's correct. | 09:49 |
| koolhead17 | so is instance | 09:49 |
| soren | What? | 09:49 |
| koolhead17 | nova-manage instance | 09:49 |
| soren | What about it? | 09:50 |
| koolhead17 | what is it for , wanted to know | 09:50 |
| soren | It does stuff to instances. Live migration, for instance. | 09:51 |
| soren | (no pun intended) | 09:51 |
| koolhead17 | soren, and nova-manage vm :P | 09:51 |
| * koolhead17 will ask if nova supporting live migration :D | 09:52 | |
| koolhead17 | *is | 09:52 |
| soren | Ah, sorry, apparantly instance only has one subsubcommand: list | 09:53 |
| soren | vm does stuff to instances, like live migrate them. | 09:53 |
| koolhead17 | soren, nova-manage instance | 09:54 |
| koolhead17 | instance matched multiple options: | 09:54 |
| koolhead17 | instance_type | 09:54 |
| koolhead17 | instance | 09:54 |
| soren | https://bugs.launchpad.net/nova/+bug/753339 | 09:54 |
| uvirtbot` | Launchpad bug 753339 in nova ""instance_type" subcommand in nova-manage masks "instance" subcmd" [Undecided,New] | 09:54 |
| *** benbenhappy has left #openstack | 09:54 | |
| *** uvirtbot` is now known as uvirtbot | 09:54 | |
| * koolhead17 request annegentle to do sumthing with the section of http://nova.openstack.org/runnova/nova.manage.html which has wrongly described the creation of a nova project | 09:55 | |
| koolhead17 | soren, cool so instance and vm will be almost same :) | 09:57 |
| *** reldan has joined #openstack | 09:58 | |
| koolhead17 | soren, shall i file the documentation error along with solution in nova-manage project ? | 09:59 |
| soren | koolhead17: Sure. | 09:59 |
| uvirtbot | New bug: #753339 in nova ""instance_type" subcommand in nova-manage masks "instance" subcmd" [Undecided,New] https://launchpad.net/bugs/753339 | 10:01 |
| *** adjohn_ has joined #openstack | 10:03 | |
| *** Guest65968 has left #openstack | 10:05 | |
| *** adjohn_ has quit IRC | 10:06 | |
| *** adjohn has joined #openstack | 10:09 | |
| uvirtbot | New bug: #753352 in nova "Error in Documentation about nova project creation " [Undecided,New] https://launchpad.net/bugs/753352 | 10:11 |
| *** befreax has joined #openstack | 10:11 | |
| *** befreax has left #openstack | 10:11 | |
| HugoKuo_ | nova-network host must be the gateway of instance ? | 10:27 |
| HugoKuo_ | there's only one NIC on my nova-network host (eth0 192.168.1.2), once nova-network service up , the br100 set to 192.168.1.1 , how come ? | 10:30 |
| *** daveiw has joined #openstack | 10:31 | |
| *** rds__ has joined #openstack | 10:33 | |
| koolhead17 | HugoKuo_, i would suggest check the DB and see whats happening inside it | 10:34 |
| koolhead17 | HugoKuo_, are you on lucid? | 10:35 |
| HugoKuo_ | I know what's happen in DB ...... bcz default gateway is first of fixed_range netowkr | 10:35 |
| n1md4 | good morning. interesting problem with my cloud, I have to scp /var/lib/nova/instances/_base/ to each node before the instance will boot, any ideas why? | 10:35 |
| HugoKuo_ | I'm on maverick... | 10:35 |
| HugoKuo_ | did you try to let nova-network in a single box ? | 10:35 |
| HugoKuo_ | I always face this issue while I isolate nova-network in a single host | 10:36 |
| koolhead17 | n1md4, you can do that only when you have an instance running. in same directory you will have a "instanceid" directory created with logfile of the specific node | 10:37 |
| koolhead17 | HugoKuo_, what n/w mode your using | 10:37 |
| HugoKuo_ | FlatDHCP | 10:37 |
| *** adjohn has quit IRC | 10:38 | |
| koolhead17 | HugoKuo_, have not checked on that :( | 10:38 |
| HugoKuo_ | so that I did not set any bridge manually in /etc/network/interfaces... | 10:38 |
| HugoKuo_ | uhm | 10:38 |
| HugoKuo_ | thinking | 10:38 |
| HugoKuo_ | ls | 10:39 |
| HugoKuo_ | ifconfig | 10:39 |
| HugoKuo_ | ls | 10:39 |
| HugoKuo_ | sorry @@ | 10:40 |
| koolhead17 | HugoKuo_, :P | 10:40 |
| koolhead17 | HugoKuo_, suggest me some documentation which explains installation of glance | 10:45 |
| n1md4 | koolhead17: Not sure what you mean, what can I only do with a running instance? | 10:50 |
| koolhead17 | n1md4, you can ssh your node once it starts running isn`t it? | 10:51 |
| *** ahmedelgamil has joined #openstack | 10:52 | |
| n1md4 | koolhead17: I'm not sure. I'm assuming the _base image is created after it's published, it's not copying a running instance, but the base image - is my guess. | 10:54 |
| koolhead17 | n1md4, tail -f /var/log/nova/nova-compute.log | 10:55 |
| koolhead17 | this might tell you complete story | 10:55 |
| n1md4 | I've been over this quite a bit, and the only 'fix' seems to be copying the image to nodes https://answers.launchpad.net/nova/+question/151125 | 10:57 |
| *** DigitalFlux has joined #openstack | 10:57 | |
| *** ahmedelgamil has quit IRC | 10:59 | |
| *** lionel has quit IRC | 10:59 | |
| *** ahmedelgamil has joined #openstack | 10:59 | |
| *** lionel has joined #openstack | 11:00 | |
| *** ahmedelgamil has quit IRC | 11:00 | |
| *** reldan has quit IRC | 11:03 | |
| *** nwww has joined #openstack | 11:09 | |
| *** ibarrera has joined #openstack | 11:12 | |
| HugoKuo_ | koolheadl7: I do not touch glance yet :| | 11:13 |
| *** omidhdl has joined #openstack | 11:16 | |
| koolhead17 | soren, nova-manage log request foo it outputs notthing but when i see the logfile it tries to check from /var/log/nova.log but i don`t have such file everything about nova is inside /var/log/nova/* | 11:28 |
| soren | Yeah, that looks dreadfully broken in so many ways. | 11:30 |
| *** benbenhappy has joined #openstack | 11:30 | |
| soren | https://bugs.launchpad.net/nova/+bug/753416 | 11:32 |
| uvirtbot | Launchpad bug 753416 in nova "nova-manage log broken in several ways" [Undecided,New] | 11:32 |
| *** bkkrw has joined #openstack | 11:34 | |
| *** ctennis has quit IRC | 11:34 | |
| *** morfeas has quit IRC | 11:40 | |
| *** fabiand__ has joined #openstack | 11:40 | |
| uvirtbot | New bug: #753416 in nova "nova-manage log broken in several ways" [Undecided,New] https://launchpad.net/bugs/753416 | 11:41 |
| HugoKuo_ | guys , in your knowing . should fixed_range netowork different from all hosts ? | 11:43 |
| *** rsaidan has joined #openstack | 11:46 | |
| *** ctennis has joined #openstack | 11:54 | |
| *** ctennis has joined #openstack | 11:54 | |
| *** morfeas has joined #openstack | 11:54 | |
| *** rsaidan has quit IRC | 11:58 | |
| *** rsaidan has joined #openstack | 11:58 | |
| *** mray has joined #openstack | 12:02 | |
| *** guigui4 has joined #openstack | 12:05 | |
| *** guigui has quit IRC | 12:06 | |
| *** mray has quit IRC | 12:06 | |
| *** mgoldmann has joined #openstack | 12:11 | |
| *** h0cin has joined #openstack | 12:15 | |
| *** h0cin has joined #openstack | 12:15 | |
| *** hggdh has quit IRC | 12:16 | |
| koolhead17 | soren, we allready have tail -f doing the same :) | 12:20 |
| soren | doing.... what? | 12:20 |
| koolhead17 | for checking logs | 12:21 |
| soren | Sounds like a recipe for insanity. Those logs are pretty verbose. | 12:21 |
| koolhead17 | those logs were responsible 4 me to understand many of nova-manage commands :D | 12:22 |
| *** hggdh has joined #openstack | 12:26 | |
| *** hggdh has quit IRC | 12:29 | |
| *** hggdh has joined #openstack | 12:30 | |
| koolhead17 | soren, also nova-manage project and nova-manage account does same thing if am not mistaken | 12:32 |
| soren | koolhead17: Not sure why you are telling me this? | 12:38 |
| *** fabiand__ has left #openstack | 12:38 | |
| *** benbenhappy has left #openstack | 12:38 | |
| koolhead17 | soren, because am trying to use all the available command and after testing the both command came to this conclusion | 12:39 |
| koolhead17 | soren, http://paste.openstack.org/show/1116/ | 12:41 |
| nagyz | is there a way to force a hostname? | 12:41 |
| nagyz | so it shows up right in mysql | 12:41 |
| soren | koolhead17: I still don't completely understand why you are telling me about it? | 12:42 |
| soren | koolhead17: If you think it's a mistake, you should file a bug. | 12:43 |
| koolhead17 | soren, ok. i wanted to confirm it :) | 12:43 |
| soren | We can do that in a bug report, too. | 12:43 |
| soren | Trust me. I do not scale. | 12:43 |
| soren | All bugs should not go through me first. | 12:43 |
| koolhead17 | soren, okey. | 12:44 |
| *** avishay has joined #openstack | 12:47 | |
| *** lionel has quit IRC | 12:48 | |
| avishay | Hello. Can somebody please help me configure my Swift installation? 'stat' works, but uploads hang, and I can't figure out why from the logs. | 12:48 |
| *** adjohn has joined #openstack | 12:50 | |
| *** lionel has joined #openstack | 12:52 | |
| *** guigui4 is now known as guigui | 12:55 | |
| *** mgoldmann has quit IRC | 12:57 | |
| *** HugoKuo__ has joined #openstack | 12:58 | |
| *** HugoKuo_ has quit IRC | 13:01 | |
| uvirtbot | New bug: #753477 in nova "nova-manage account and nova-manage project does same " [Undecided,New] https://launchpad.net/bugs/753477 | 13:02 |
| *** ppetraki has joined #openstack | 13:02 | |
| avishay | Can somebody please help me fix my Swift installation? | 13:06 |
| *** reldan has joined #openstack | 13:11 | |
| *** adiantum has joined #openstack | 13:12 | |
| sandywalsh_ | eventlet must magically monkeypatch itself right into socket. Is that correct? | 13:13 |
| *** lvaughn_ has quit IRC | 13:13 | |
| *** mray has joined #openstack | 13:13 | |
| *** lvaughn has joined #openstack | 13:14 | |
| *** hadrian has joined #openstack | 13:20 | |
| *** omidhdl has left #openstack | 13:22 | |
| *** Zangetsu has joined #openstack | 13:23 | |
| *** avishay has quit IRC | 13:23 | |
| *** blamar has quit IRC | 13:25 | |
| *** dirkx has joined #openstack | 13:26 | |
| *** alex-meade has joined #openstack | 13:26 | |
| soren | sandywalsh_: I don't think it does so if you don't actually tell it to. | 13:29 |
| soren | sandywalsh_: "Telling it to" might be as simple as calling eventlet.monkey_patch(), though. | 13:29 |
| sandywalsh_ | soren, thx ... got it figured out. You're correct. | 13:30 |
| sandywalsh_ | soren, and yes, we do tell it to :) | 13:30 |
| *** mray has quit IRC | 13:31 | |
| *** guigui has quit IRC | 13:31 | |
| *** guigui has joined #openstack | 13:31 | |
| *** bcwaldon has joined #openstack | 13:34 | |
| *** kashyap has quit IRC | 13:40 | |
| *** adjohn has quit IRC | 13:41 | |
| *** RickB17_ has joined #openstack | 13:41 | |
| *** f4m8 is now known as f4m8_ | 13:48 | |
| *** RickB17_ has quit IRC | 13:48 | |
| *** rchavik has quit IRC | 13:52 | |
| *** allsystemsarego has joined #openstack | 13:54 | |
| *** mdomsch has joined #openstack | 13:55 | |
| *** ironcame12 is now known as ironcamel2 | 13:57 | |
| *** adjohn has joined #openstack | 14:01 | |
| *** onlany has joined #openstack | 14:03 | |
| onlany | hi | 14:03 |
| onlany | do u know about any limit, how many virtual machines can be managed with openstack? | 14:04 |
| onlany | for example vcenter can manage up to 1000 vms | 14:04 |
| sandywalsh_ | annegentle, didn't get to docs yesterday, doing it today. :/ | 14:05 |
| sandywalsh_ | onlany, there is no hard limit. You can add more compute nodes to scale horizontally | 14:06 |
| sandywalsh_ | onlany, and we're working on clusters via Zones | 14:06 |
| *** adjohn has quit IRC | 14:06 | |
| sandywalsh_ | onlany, but the design is shooting for about 1mm compute nodes of about 60 (small) instances per compute | 14:06 |
| *** [1]RickB17 has joined #openstack | 14:07 | |
| sandywalsh_ | onlany, ... and we have a ways to go :) | 14:07 |
| onlany | :) | 14:07 |
| *** gondoi has joined #openstack | 14:07 | |
| onlany | thanks for the answer | 14:08 |
| sandywalsh_ | np | 14:08 |
| nagyz | nova-api has to run on only one node, right? | 14:08 |
| nagyz | so if I want to communicate with the compute nodes, I should do it by using rabbitmq? | 14:08 |
| sandywalsh_ | nagyz, each service has an api.py file that you should use to talk to the service with | 14:10 |
| sandywalsh_ | nagyz, you can run as many nova-api nodes as you need | 14:11 |
| nagyz | but at the end of the day, a nova-api node communicates with the actual nova-compute node(s) by mq, right? | 14:11 |
| nagyz | I' | 14:11 |
| sandywalsh_ | nagyz, compute/api.py, scheduler/api.py, network/api.py, etc | 14:11 |
| sandywalsh_ | nagyz, correct | 14:11 |
| nagyz | ok, ty | 14:11 |
| sandywalsh_ | np | 14:12 |
| nagyz | I'm actually extending the rest API | 14:12 |
| nagyz | inside nova-api | 14:12 |
| sandywalsh_ | which one, OpenStack API or EC2? | 14:12 |
| nagyz | added a new one :) | 14:12 |
| sandywalsh_ | cool | 14:12 |
| nagyz | we'll see if we want to push it back as a patch | 14:12 |
| nagyz | that decision is not up to me. :) | 14:12 |
| sandywalsh_ | is there a spec for it? | 14:12 |
| sandywalsh_ | (not that it's critical) | 14:13 |
| *** j05h has quit IRC | 14:13 | |
| nagyz | no, not yet | 14:13 |
| nagyz | we're evaluating openstack as a platform for TClouds | 14:13 |
| nagyz | (http://www.tclouds-project.eu/) | 14:13 |
| sandywalsh_ | ah, not familiar with TClouds ... <looking> | 14:13 |
| *** kakella has joined #openstack | 14:13 | |
| nagyz | it's a research project :) | 14:14 |
| sandywalsh_ | looks fun! | 14:14 |
| nagyz | most of my problems so far are coming from python... I've always been a Java guy. :) | 14:15 |
| sandywalsh_ | right ... those can be hard habits to break :) | 14:15 |
| sandywalsh_ | enjoy your newfound freedom ;) | 14:15 |
| nagyz | I haven't looked at actually using mq inside the code, but does rabbitmq support some kind of synchronous messaging? | 14:15 |
| sandywalsh_ | ping me if you have any questions about the OS API as a comparison | 14:15 |
| sandywalsh_ | nagyz, we have an rpc.py layer that does call-response | 14:16 |
| sandywalsh_ | but it's not synchronous | 14:16 |
| nagyz | ah, okay. what I'd like to do is basically send a command to each registered compute-node, and wait for all the responses | 14:16 |
| sandywalsh_ | (no guarantee of order) | 14:16 |
| koolhead17 | nagyz, it wont be that difficult. :P | 14:16 |
| nagyz | is there similar functionality somewhere? | 14:17 |
| nagyz | koolhead17, as..? :) | 14:17 |
| koolhead17 | nagyz, see jython | 14:17 |
| sandywalsh_ | nagyz, there is a fan-out exchange per service you can use to broadcast to all services of a class | 14:17 |
| koolhead17 | :P | 14:17 |
| nagyz | koolhead17, picking up a new language is always fun :) | 14:17 |
| koolhead17 | yeah | 14:18 |
| nagyz | sandywalsh_, thanks, I'll have a look | 14:18 |
| onlany | nagyz, szia :) | 14:18 |
| *** blamar has joined #openstack | 14:22 | |
| *** bcwaldon has quit IRC | 14:23 | |
| *** bcwaldon has joined #openstack | 14:24 | |
| *** j05h has joined #openstack | 14:26 | |
| *** bcwaldon has quit IRC | 14:26 | |
| *** bcwaldon has joined #openstack | 14:28 | |
| creiht | jaypipes: morning | 14:36 |
| *** adjohn has joined #openstack | 14:37 | |
| creiht | can you point me to that bug again that we are working around in babel? | 14:37 |
| *** mahadev has joined #openstack | 14:46 | |
| *** Zangetsu has quit IRC | 14:53 | |
| creiht | jaypipes: and why can't we use these: http://babel.edgewall.org/wiki/Documentation/0.9/setup.html | 14:53 |
| creiht | ? | 14:53 |
| *** hub_cap has joined #openstack | 15:00 | |
| *** mahadev has quit IRC | 15:04 | |
| *** Shentonfreude has joined #openstack | 15:05 | |
| *** dragondm has joined #openstack | 15:05 | |
| justinsb | soren: The XML schema have tests nows in the check-xsd branch. Any chance you could re-review including the schema now please? https://code.launchpad.net/~justin-fathomdb/nova/add-xsd/+merge/54418 | 15:06 |
| justinsb | soren: Sorry, meant now as in "now that has happened" rather than "at this very moment" :-) | 15:06 |
| justinsb | soren: That'll teach me to IRC pre-coffee | 15:07 |
| *** mahadev has joined #openstack | 15:11 | |
| *** troytoman-away is now known as troytoman | 15:11 | |
| *** kashyap has joined #openstack | 15:14 | |
| *** onlany has quit IRC | 15:14 | |
| uvirtbot | New bug: #753660 in nova "Cannot work with Nova using RightAWS" [Undecided,New] https://launchpad.net/bugs/753660 | 15:16 |
| *** fysa has joined #openstack | 15:19 | |
| nagyz | if I'd want to add a new node to host VMs on, is it enough to run nova-compute on it, or do I need nova-network too? | 15:19 |
| nagyz | I guess nova-network too. | 15:19 |
| nagyz | in services list I see both hosts. | 15:24 |
| *** alekibango has joined #openstack | 15:25 | |
| *** bkkrw has quit IRC | 15:26 | |
| *** smeier00 has joined #openstack | 15:28 | |
| *** mgoldmann has joined #openstack | 15:29 | |
| *** guigui has quit IRC | 15:34 | |
| jaypipes | creiht: we do use those. only problem is they don't work properly with regular setuptools.setup. they work with DistUtilsExtra.auto.setup. | 15:35 |
| jaypipes | mtaylor: do you remember the babel bug number we ran into for this? | 15:36 |
| creiht | jaypipes: I'm just trying to better understand the issues involved | 15:36 |
| creiht | so in what ways do they not work? | 15:37 |
| jk0 | ttx: what are your thoughts on https://bugs.launchpad.net/nova/+bug/740605 ? I recall deliberately renaming those a few months back | 15:37 |
| uvirtbot | Launchpad bug 740605 in nova "OpenStack API v1.0 sends computeFault, not cloudServersFault" [Low,In progress] | 15:37 |
| jaypipes | creiht: absolutely, no worries. unfortunately, I have to fall back on mtaylor's memory for the specific bug. | 15:37 |
| creiht | heh | 15:37 |
| jaypipes | creiht: it was mtaylor who worked it out... | 15:37 |
| creiht | ahh | 15:37 |
| jaypipes | creiht: the original code just used babel, but there was something regarding the message compilation process that did not correctly fire *automatically* during setup.py build... | 15:38 |
| creiht | jaypipes: do we have a doc somewhere on the expected workflow for this stuff? | 15:38 |
| ttx | jk0: do you have traces of that rename from a few months back ? Doesn't ring a bell | 15:38 |
| jk0 | ttx: hm, not offhand. let me try and search for the bug | 15:38 |
| jaypipes | creiht: bit of a black magic thing right now, I know... | 15:38 |
| creiht | hah | 15:39 |
| jaypipes | creiht: when mtaylor's head pops up in IRC today, let's the three of us discuss, ok? | 15:39 |
| creiht | k | 15:39 |
| jaypipes | creiht: it's coffee time for him right now I think ;) | 15:39 |
| jk0 | ttx: https://bugs.launchpad.net/nova/+bug/680285 | 15:40 |
| uvirtbot | Launchpad bug 680285 in nova "rackspace-specific "cloudserversFault" name should be generic" [Undecided,Fix released] | 15:40 |
| justinsb | jk0: I opened that bug, FYI. If we want to be compatible with CloudServers API clients, you have to follow the XML schema | 15:40 |
| jk0 | justinsb: right, I understand. I just want to figure out why we renamed them in the first place | 15:40 |
| justinsb | jk0: I read it as "branding issues" | 15:41 |
| creiht | jaypipes: and is there a reason why we put the .pot files in /po instead of the babel default /locale? | 15:41 |
| creiht | (just curious) | 15:42 |
| [1]RickB17 | btorch: you there? | 15:42 |
| ttx | jk0: right, the original bug is that it was branded... but the APi 1.0 is branded | 15:42 |
| jk0 | cool, just making sure | 15:44 |
| jaypipes | creiht: not sure about that one, sorry. | 15:44 |
| jk0 | thanks | 15:44 |
| *** alex-meade has quit IRC | 15:44 | |
| creiht | jaypipes: and what exactly is setup.py build_i18n supposed to produce? | 15:46 |
| creiht | (running it doesn't seem to do anything obvious) | 15:47 |
| *** mahadev has quit IRC | 15:48 | |
| *** adjohn has quit IRC | 15:51 | |
| jaypipes | creiht: nothing is obvious because there are no translation files (.po files) in /po yet ;) | 15:54 |
| ironcamel | hey guys. why has nothing been merged today. lets pick it up! | 15:54 |
| [1]RickB17 | can anyone point me towards some documentation for troubleshooting SWAUTH? I was originall using devauth, but as per recommendations i'm trying to setup swauth. and it doesn't appear to be working. No entries in the syslog, and when i run command like swath-prep it just hangs with no output. | 15:54 |
| [1]RickB17 | btw i'm fairly new to swift. | 15:55 |
| creiht | [1]RickB17: swauth-prep is just hanging, and you have no logs, then it sounds like swauth-prep isn't able to connect | 15:56 |
| jaypipes | creiht: so, here's the steps that happen... once I setup LP to import a certain branch (lp:swift) for translation, LP looks for a .pot file (the po/swift.pot). It finds that template file (swift.pot) and takes all the English message definitions out of that and produce a screen for translators where they can translate those strings (see the same for Nova: https://translations.launchpad.net/nova) | 15:56 |
| creiht | is this on an saio, or multi-server install, and can you post how you are running swauth-prep? | 15:57 |
| creiht | jaypipes: right | 15:57 |
| creiht | any way I can get a .po file in there just for testing? | 15:58 |
| [1]RickB17 | creiht: what are ways to verify configuration/connectionvity? | 15:58 |
| jaypipes | creiht: once translators have started translating those strings into a language, LP creates a $language.po file and inserts it into the po/ directory. This is then included in the source package for Swift. When setup.py build[_i18n] runs, those .po files are compiled into .mo message catalogs and *installed* into the /usr/share/locales | 15:58 |
| jaypipes | creiht: does that make a bit more sense as to why build_i18n doesn't *seem* to do much right now? | 15:58 |
| creiht | hehe... just trying to wrap my head around what is supposed to be going on :) | 15:59 |
| *** Guest89726 is now known as cole | 16:00 | |
| jaypipes | creiht: you can create a .po for testing.. yes. you can use the babel commands you reference above. What *does not* happen correctly is the integration of those steps *automatically* when you run srtup.py build. That's what the DistUtilsExtra.auto.setup is for. mtaylor, can you verify that for me? | 16:00 |
| jaypipes | creiht: and believe me, I understand your frustration. I ripped my hair out trying to get it all working the first time round with Nova... | 16:01 |
| creiht | so what is so magicall about having to have it done through build? is there a reason why we can't just run the commands manually | 16:01 |
| creiht | ? | 16:01 |
| jaypipes | creiht: there's little to no documentation regarding the holistic process of doing i18n for packaging... | 16:01 |
| creiht | heh | 16:01 |
| *** hub_cap has quit IRC | 16:02 | |
| *** rcc has quit IRC | 16:02 | |
| jaypipes | creiht: good question. I'll have mtaylor answer that. (that's the exact question I asked mtaylor when I ran into the issue the first time). I asked him what I needed to do in the build scripts to have those babel/setup commands run during the build. I believe mtaylor's answer in email was "damn it, why can't we ever have fully baked Python libraries. grrr." He then went off to tinker and came back with the DistUtilsExtra | 16:03 |
| jaypipes | solution ;) | 16:03 |
| creiht | lol | 16:03 |
| *** adjohn has joined #openstack | 16:04 | |
| nagyz | see ya tomorrow | 16:04 |
| *** nagyz has quit IRC | 16:04 | |
| jaypipes | creiht: yeah, I know :) | 16:04 |
| *** adjohn has quit IRC | 16:04 | |
| jaypipes | creiht: anyway, let's wait to mtaylor shows up before discussing any further. I don't want to dig my hole deeper if I've been describing the problem space incorrectly. | 16:05 |
| creiht | yeah no worries | 16:05 |
| creiht | I should make some lunch anyways | 16:05 |
| jaypipes | creiht: done with your training? | 16:05 |
| creiht | yeah | 16:05 |
| jaypipes | creiht: I'm sure you enjoyed it thoroughly. | 16:05 |
| creiht | I'm trying hard to supress those memories | 16:06 |
| *** j05h has quit IRC | 16:06 | |
| jaypipes | heh | 16:06 |
| *** hub_cap has joined #openstack | 16:06 | |
| *** dirakx1 has joined #openstack | 16:07 | |
| *** dirkx has quit IRC | 16:09 | |
| *** mahadev has joined #openstack | 16:09 | |
| uvirtbot | New bug: #753724 in swift "_make_request fails to catch timeouts" [Undecided,New] https://launchpad.net/bugs/753724 | 16:11 |
| medberry | What happens at the design summit? Not much info on the registration site. | 16:12 |
| *** fabiand__ has joined #openstack | 16:14 | |
| *** j05h has joined #openstack | 16:15 | |
| *** mgoldmann has quit IRC | 16:15 | |
| medberry | nm, I found http://wiki.openstack.org/Summit | 16:16 |
| *** CloudySunshine has joined #openstack | 16:18 | |
| CloudySunshine | Is it possible to have three or more locations with more than one storage node per site and have each site replicate each other site only once per zone and not per server? | 16:20 |
| CloudySunshine | I want each server to have a replica of each other server, but I don't want the extra costs in bandwidth when it comes to a multihomed installation | 16:21 |
| *** Zangetsu_ has joined #openstack | 16:22 | |
| CloudySunshine | right now if I was to build three site two servers per site install with glusterfs no matter what I do any write will be commited to all 5 servers regardless of their location | 16:22 |
| *** mahadev_ has joined #openstack | 16:22 | |
| *** mahadev has quit IRC | 16:22 | |
| *** reldan has quit IRC | 16:26 | |
| *** daveiw has quit IRC | 16:28 | |
| *** omidhdl has joined #openstack | 16:28 | |
| *** ibatanov has joined #openstack | 16:29 | |
| *** zul has quit IRC | 16:30 | |
| *** kashyap has quit IRC | 16:34 | |
| [1]RickB17 | i did some searching, but cannot find anythign about troubleshooting "Auth subsystem prep failed: 400 Bad Request" from swift-prep command. no output in syslog. Any ideads? | 16:34 |
| [1]RickB17 | running swift 1.2.0 | 16:37 |
| *** reldan has joined #openstack | 16:37 | |
| *** MotoMilind has joined #openstack | 16:39 | |
| *** fabiand__ has left #openstack | 16:39 | |
| *** deepy has quit IRC | 16:40 | |
| *** deepy has joined #openstack | 16:40 | |
| creiht | [1]RickB17: are you running the saio, or a multi-server install of swift? | 16:43 |
| *** kashyap has joined #openstack | 16:50 | |
| *** rnirmal has joined #openstack | 16:50 | |
| [1]RickB17 | creiht: mulitple, 1 proxy, 1 storage, 1 auth (that is not longer required from my understanding) | 16:50 |
| mtaylor | jaypipes, creiht: morning fellas | 16:53 |
| mtaylor | creiht: so - IIRC, it wasn't just a problem of babel making the po files - I believe there was also a deficiency in installing them properly | 16:53 |
| *** rsaidan has quit IRC | 16:57 | |
| *** joearnold has joined #openstack | 17:03 | |
| *** zaitcev has joined #openstack | 17:03 | |
| creiht | [1]RickB17: Then the first step would be to check the logs on your proxy server | 17:04 |
| creiht | (assuming you are running swauth on your proxy server) | 17:05 |
| creiht | mtaylor: is there a reason why all the stuff has to get done in the build stage? | 17:05 |
| *** hub_cap has quit IRC | 17:05 | |
| *** hub_cap has joined #openstack | 17:06 | |
| mtaylor | creiht: well, the main thing is that you want things to install into proper locations when you do python setup.py install - and specifically when you do that with an alternate root, you want it to work right | 17:06 |
| creiht | hrm | 17:06 |
| mtaylor | creiht: I mean, if you can get the babel version of things working so that there is a defined repeatable process that I can run in packaging - then great! I just couldn't get that to happen | 17:06 |
| creiht | gotcha | 17:07 |
| creiht | I'm just trying to wrap my head around everything | 17:07 |
| mtaylor | creiht: as jay said earlier - my reaction before was much along the lines of "really? there isn't a good story for this?" | 17:07 |
| mtaylor | and then I cried for a little while | 17:07 |
| creiht | heh | 17:07 |
| creiht | mtaylor: so is there a reason why the pot files have to be in the po dir, rather than the default locale dir? | 17:08 |
| mtaylor | uh, I don't know what you mean? | 17:08 |
| creiht | well jaypipes changed it on ours, so I figured there must be a reason | 17:08 |
| mtaylor | you mean in the source tree? I think distutils.extra just expects to find them there | 17:09 |
| creiht | ah | 17:09 |
| creiht | ok well let me poke around a bit | 17:12 |
| *** adiantum has quit IRC | 17:13 | |
| vishy | jaypipes: https://code.launchpad.net/~rackspace-titan/nova/instance_type_id/+merge/56282 | 17:14 |
| *** mark has left #openstack | 17:15 | |
| *** _vinay has joined #openstack | 17:15 | |
| _vinay | Hello | 17:15 |
| *** zul has joined #openstack | 17:15 | |
| _vinay | I am running the unit-tests in nova/tests dir | 17:16 |
| _vinay | python run_tests.py | 17:16 |
| _vinay | question is where the log level config stored | 17:16 |
| _vinay | I need to reduce the log-level | 17:16 |
| _vinay | It dumps a lot of DEBUG info | 17:16 |
| justinsb | _vinay: Use ./run_tests.sh instead | 17:17 |
| creiht | mtaylor: so if I understand correctly, launchpad will dump the .po in the dir, but not the .mo | 17:18 |
| [1]RickB17 | ' | 17:18 |
| mtaylor | creiht: yes | 17:18 |
| creiht | and you want setup.py install to build the .mo automatically | 17:18 |
| [1]RickB17 | creiht: http://paste.openstack.org/show/1117/ is the only entry in the /var/log/syslog on the proxy server | 17:19 |
| mtaylor | creiht: yes. (and also to perform any message-merging with a new .pot file if that's needed in between merging new .po files from launchpad) | 17:19 |
| creiht | [1]RickB17: can you paste the command you are running to run the prep? | 17:19 |
| creiht | mtaylor: ok so on install, you want the babel update_catalog and compile_catalog commands to be run | 17:20 |
| *** nacx has quit IRC | 17:20 | |
| *** aliguori has quit IRC | 17:22 | |
| [1]RickB17 | creiht: http://paste.openstack.org/show/1118/ | 17:24 |
| creiht | [1]RickB17: Are you running the prep on the proxy server, or on a different server? | 17:24 |
| vishy | soren: ping | 17:25 |
| [1]RickB17 | creiht: proxy | 17:26 |
| *** adiantum has joined #openstack | 17:28 | |
| creiht | [1]RickB17: what version of the code are you running? | 17:28 |
| [1]RickB17 | creiht: 1.2.0 | 17:29 |
| [1]RickB17 | from the repos | 17:29 |
| creiht | [1]RickB17: can you paste your proxy config? | 17:30 |
| *** zul has quit IRC | 17:30 | |
| [1]RickB17 | creiht: http://paste.openstack.org/show/1119/ | 17:30 |
| *** mdomsch has quit IRC | 17:31 | |
| _vinay | justinb : same thing | 17:31 |
| _vinay | I get a log file run_tests.log which has lot of DEBUG logs in it | 17:31 |
| creiht | [1]RickB17: and things were working before with devauth? | 17:32 |
| *** dirkx has joined #openstack | 17:32 | |
| *** zul has joined #openstack | 17:33 | |
| creiht | [1]RickB17: in your proxy config, your default_swift_cluster should be: | 17:34 |
| creiht | default_swift_cluster = local#https://10.118.56.31:8080/v1 | 17:34 |
| creiht | without the extra stuff on it | 17:34 |
| openstackjenkins | Project nova build #779: SUCCESS in 2 min 29 sec: http://jenkins.openstack.org/job/nova/779/ | 17:34 |
| openstackjenkins | Tarmac: Remove <addressSet> and <item> from AllocateAddress response, and fix bug #751176. | 17:34 |
| uvirtbot | Launchpad bug 751176 in nova "AllocateAddress returns incompatible tags" [Medium,In progress] https://launchpad.net/bugs/751176 | 17:34 |
| creiht | not sure if that would mess up the prep, but may cause other issues down the road | 17:34 |
| creiht | gotta run to the dentist, bbl | 17:35 |
| *** Ryan_Lane has joined #openstack | 17:36 | |
| *** irahgel has left #openstack | 17:36 | |
| jaypipes | creiht: if would be awesome if we could have Nova and Swift be the same when it comes to handling i18n... | 17:40 |
| jaypipes | creiht: it's a pain for those of us who typically have to do the translation/i18n stuff if there's different processes/setup.py's for each project. Makes documentation easier if it's all the same. | 17:41 |
| *** mahadev has joined #openstack | 17:41 | |
| [1]RickB17 | creiht: ok i will try that change. THanks | 17:42 |
| jaypipes | creiht: so since Nova uses /po, I would prefer that Swift also use /po to store the po files. | 17:42 |
| *** mahadev_ has quit IRC | 17:42 | |
| *** rds__ has quit IRC | 17:43 | |
| *** reldan has quit IRC | 17:43 | |
| *** slyphon has joined #openstack | 17:44 | |
| creiht | jaypipes: I agree with having things being similar, just not real happy with how it looks right now, and trying to figure out if there is a better way | 17:45 |
| jaypipes | creiht: can you explain why you don't like how it looks? | 17:46 |
| [1]RickB17 | creiht: i think it's heading in the right direction, but http://paste.openstack.org/show/1120/ | 17:47 |
| *** hub_cap_ has joined #openstack | 17:47 | |
| *** adiantum has quit IRC | 17:48 | |
| jaypipes | [1]RickB17: think we'll have to talk to creiht post-dentist ;) | 17:50 |
| *** hub_cap has quit IRC | 17:50 | |
| *** hub_cap_ is now known as hub_cap | 17:50 | |
| [1]RickB17 | jaypipes: thats true lol | 17:52 |
| *** hub_cap has quit IRC | 17:54 | |
| *** hub_cap has joined #openstack | 17:54 | |
| *** rds__ has joined #openstack | 17:55 | |
| *** hggdh_ has joined #openstack | 17:55 | |
| *** hggdh has quit IRC | 17:55 | |
| *** imsplitbit has joined #openstack | 17:56 | |
| *** CloudySunshine has quit IRC | 18:01 | |
| *** dlafferty has quit IRC | 18:03 | |
| *** mahadev has quit IRC | 18:09 | |
| *** mahadev has joined #openstack | 18:10 | |
| *** kapil_ has joined #openstack | 18:13 | |
| *** hazmat has quit IRC | 18:13 | |
| *** zigo-_- has quit IRC | 18:14 | |
| *** kapil_ is now known as hazmat | 18:14 | |
| *** lionel has quit IRC | 18:14 | |
| *** hazmat has quit IRC | 18:15 | |
| *** hazmat has joined #openstack | 18:15 | |
| *** zigo-_- has joined #openstack | 18:15 | |
| *** lionel has joined #openstack | 18:15 | |
| *** joearnold has quit IRC | 18:16 | |
| vishy | quiet in here today | 18:18 |
| * eday drops a pin | 18:18 | |
| vishy | it's like a sprint commercial | 18:19 |
| *** Ryan_Lane has quit IRC | 18:19 | |
| *** dirkx has quit IRC | 18:21 | |
| zul | more like a verizon comerical | 18:22 |
| zul | can you hear me now...goood | 18:22 |
| kpepple | annegentle: you around ? | 18:26 |
| *** aliguori has joined #openstack | 18:30 | |
| *** Ryan_Lane has joined #openstack | 18:34 | |
| *** smeier00 has left #openstack | 18:35 | |
| *** fabiand__ has joined #openstack | 18:36 | |
| zigo-_- | How do I delete an uploaded ami? | 18:39 |
| openstackjenkins | Project nova build #780: SUCCESS in 2 min 29 sec: http://jenkins.openstack.org/job/nova/780/ | 18:39 |
| openstackjenkins | Tarmac: fixed the way ip6 address were retrieved/returned in _get_network_info in nova/virt/xenapi/vmops | 18:39 |
| zigo-_- | euca-WHAT? | 18:41 |
| kpepple | zigo-_-: euca-delete-bundle maybe ? | 18:42 |
| *** reldan has joined #openstack | 18:44 | |
| zigo-_- | kpepple: What do I give as params? | 18:44 |
| kpepple | zigo-_-: -b <BUCKET> and maybe imagename ? the man page is pretty hazy ... | 18:46 |
| *** bcwaldon has quit IRC | 18:47 | |
| zigo-_- | I tried that, and it did NOTHING... :( | 18:47 |
| *** reldan has quit IRC | 18:47 | |
| *** fabiand__ has quit IRC | 18:47 | |
| kpepple | zigo-_-: hmmm ... dunno on that one | 18:48 |
| zigo-_- | Does it takes time to do? | 18:48 |
| *** Ryan_Lane has quit IRC | 18:48 | |
| *** bcwaldon has joined #openstack | 18:49 | |
| kpepple | zigo-_-: it shouldn't ... try using the --debug option ... it might give you some insight | 18:50 |
| *** rds__ has quit IRC | 18:51 | |
| zigo-_- | Thanks. | 18:51 |
| *** MarcMorata has quit IRC | 18:54 | |
| kpepple | does anyone have a code snippet about how i can access the specific sql-alchemy error out of the exception.DBError object ? I'm trying to make nova-manage a bit less cryptic where we are trying to insert duplicate keys into the DB. | 18:55 |
| *** Ryan_Lane has joined #openstack | 18:55 | |
| *** fabiand__ has joined #openstack | 19:04 | |
| *** hub_cap_ has joined #openstack | 19:04 | |
| *** rackerhacker has quit IRC | 19:05 | |
| *** hub_cap has quit IRC | 19:06 | |
| *** HouseAway is now known as AimanA | 19:06 | |
| *** spectorclan has joined #openstack | 19:06 | |
| *** pandemicsyn has quit IRC | 19:07 | |
| *** notmyname has quit IRC | 19:08 | |
| openstackjenkins | Project nova build #781: SUCCESS in 2 min 28 sec: http://jenkins.openstack.org/job/nova/781/ | 19:09 |
| openstackjenkins | Tarmac: Bypass a potential security vulnerability by not setting shell=True in xenstore.py, using johannes.erdfelt's patch. | 19:09 |
| *** coreym has joined #openstack | 19:10 | |
| *** pandemicsyn has joined #openstack | 19:10 | |
| *** ChanServ sets mode: +v pandemicsyn | 19:10 | |
| spectorclan | Has anyone tried any open source Webinar tools like WebHuddle or OpenMeeting? | 19:11 |
| coreym | anyone familiar with setting up swift all in one? | 19:11 |
| *** reldan has joined #openstack | 19:11 | |
| *** notmyname has joined #openstack | 19:12 | |
| *** ChanServ sets mode: +v notmyname | 19:12 | |
| *** fabiand__ has quit IRC | 19:13 | |
| btorch_ | coreym: sure what's up ? | 19:14 |
| *** btorch_ is now known as btorch | 19:14 | |
| annegentle | kpepple: ayup? | 19:15 |
| kpepple | annegentle: quick doco question -- i added 'nova-manage vm' to the nova-manage man page ... anywhere else that these changes need to go ? | 19:15 |
| *** Ryan_Lane is now known as Ryan_Lane|food | 19:16 | |
| *** hggdh_ is now known as hggdh | 19:17 | |
| *** rackerhacker has joined #openstack | 19:17 | |
| annegentle | kpepple: great, thanks for doing that. There isn't a comprehensive command-line guide in the docs, but nova-manage commands are sprinkled in other how-tos. What does nova-manage vm do exactly? (Ha, I could read the man page!) | 19:18 |
| kpepple | annegentle: live-migration and list (running instances) | 19:18 |
| openstackjenkins | Project nova build #782: SUCCESS in 2 min 26 sec: http://jenkins.openstack.org/job/nova/782/ | 19:19 |
| openstackjenkins | Tarmac: adds a timeout on session.login_with_password() | 19:19 |
| *** dprince has joined #openstack | 19:19 | |
| dprince | justinsb: Just removed the Fkey relationship on the id column in InstanceTypes. | 19:20 |
| annegentle | kpepple: ok, there's a live-migration information in the openstack-manuals project in doc/source/computeadmin.xml | 19:20 |
| dprince | justinsb: That code ran functionally for me with MySQL either way. | 19:20 |
| kpepple | annegentle: ok, i'll take a look there and propose a change if needed. thx. | 19:20 |
| annegentle | kpepple: but Kei already included the nova-manage vm command in there | 19:20 |
| kpepple | annegentle: oh, ok. | 19:20 |
| annegentle | kpepple: so yeah, it might already be in the live migration doc | 19:20 |
| *** omidhdl has left #openstack | 19:21 | |
| annegentle | kpepple: wow, mark this day down in history, it's already documented? Crazy. | 19:21 |
| annegentle | kpepple: just merged that in this week, but still :) | 19:21 |
| kpepple | annegentle: i'd mark it down as a win anyway :) | 19:22 |
| annegentle | kpepple: :) | 19:22 |
| *** reldan has quit IRC | 19:22 | |
| *** hub_cap has joined #openstack | 19:22 | |
| *** mahadev has quit IRC | 19:22 | |
| *** joearnold has joined #openstack | 19:23 | |
| justinsb | dprince: Thanks. Do you know how to do a downgrade? Should I just wipe my DB and start again? | 19:23 |
| *** mahadev has joined #openstack | 19:23 | |
| *** fabiand__ has joined #openstack | 19:24 | |
| dprince | justinsb: something like: | 19:24 |
| dprince | justinsb: python ./nova/db/sqlalchemy/migrate_repo/manage.py downgrade 13 --repository=./nova/db/sqlalchemy/migrate_repo/ --url=sqlite:///tests.sqlite | 19:24 |
| _vinay | Hi kpepple | 19:24 |
| vishy | zigo-_-: are you looking for removing the image? euca-deregister-image | 19:24 |
| _vinay | I am looking for logging config in nova source code | 19:25 |
| _vinay | any pointers | 19:25 |
| dprince | justinsb: You'd have to use the correct Mysql string in place of sqlite. | 19:25 |
| justinsb | dprince: Cool - thanks! | 19:25 |
| _vinay | specifically when I run tests (using run_test.sh) I get lot of DEBUG from different modules | 19:25 |
| _vinay | I want to cut that down | 19:25 |
| vishy | kpepple: for db error err.inner_exception will give you the original exception | 19:25 |
| dprince | Actually. I'm a bit dissapointed that all of the migrations don't actually support downgrades. Should I file a bug on that? I mean we should always support that right? | 19:25 |
| _vinay | so looking for cnfig where that is stored | 19:26 |
| _vinay | like logging.config ?? | 19:26 |
| vishy | justinsb: I don't think we're going to swing opinion on the api validation in cactus | 19:26 |
| justinsb | dprince: No harm in filing a bug, but I think that there have been a few IRC chats and we're not likely to require downgrades | 19:27 |
| vishy | _vinay: there are a few logging related flags | 19:27 |
| vishy | _vinay: what are you trying to do? | 19:27 |
| justinsb | vishy: It's your call. With great responsibility comes great power :-) | 19:27 |
| dprince | justinsb: Sure. That would appear to be the case. In general they aren't too difficult to do though. | 19:27 |
| vishy | _vinay: ah i see now | 19:27 |
| vishy | _vinay: you could set debug level to info | 19:28 |
| *** MotoMilind has quit IRC | 19:28 | |
| *** MotoMilind has joined #openstack | 19:28 | |
| justinsb | dprince: I think we should try to have a best practice document at least for migrations. But jay pipes has done the most on this and I believe the deeper you go the more you hate SA migrations... | 19:29 |
| vishy | _vinay nova/tests/fake_flags.py -> change FLAGS.verbose = True to False | 19:29 |
| vishy | justinsb: I've already resigned to the fact that cactus v1 is not going to be deployable at scale using os api, but I think we can get it in early diablo and have a usable set of packages. | 19:30 |
| _vinay | I changed it to False.. but still same level of verbosity | 19:31 |
| *** hub_cap has quit IRC | 19:31 | |
| _vinay | 2011-04-07 05:35:33,117 DEBUG nova.virt.xenapi.fake [-] Calling getter VM.get_record from (pid=5918) __getattr__ /home/vinagupta/nova-src/nova/nova/virt/xenapi/fake.py:412 2011-04-07 05:35:33,117 DEBUG nova.virt.xenapi.fake [-] Calling getter VM.get_record from (pid=5918) __getattr__ /home/vinagupta/nova-src/nova/nova/virt/xenapi/fake.py:412 2011-04-07 05:35:33,117 AUDIT nova.auth.manager [-] Deleting project fake 2011-04-07 05:3 | 19:31 |
| _vinay | Here are last few lines | 19:31 |
| *** hub_cap has joined #openstack | 19:31 | |
| *** hadrian has quit IRC | 19:32 | |
| openstackjenkins | Project swift build #235: SUCCESS in 28 sec: http://jenkins.openstack.org/job/swift/235/ | 19:32 |
| openstackjenkins | Tarmac: Make it so the proxy's _make_request method's error handler catches timeouts. | 19:32 |
| justinsb | vishy: I think that's sad. I think we could focus 100% on OS v1.0 with minimal extensions and get there in a week. | 19:32 |
| justinsb | vishy: But I agree with you - I'm looking to build something on OS and the only sensible approach is to use the EC2 APIs | 19:33 |
| vishy | justinsb: Perhaps we should discuss a delay to see if we can get OS api up to snuff. | 19:33 |
| vishy | ttx: ping | 19:33 |
| justinsb | vishy: Sounds like a good idea, though I think we could even do it within the existing framework... | 19:33 |
| _vinay | vishy: any idea about my question .. anywhere else I need to look | 19:34 |
| justinsb | vishy: Any change that doesn't touch anything outside of the Openstack API should be easy to get through the exception system | 19:34 |
| *** mgoldmann has joined #openstack | 19:34 | |
| justinsb | _vinay: I don't understand... when I run tests, I only see the green OK, unless a test fails, in which case I want all the debug output I can get... | 19:35 |
| openstackjenkins | Project nova build #783: SUCCESS in 2 min 28 sec: http://jenkins.openstack.org/job/nova/783/ | 19:35 |
| openstackjenkins | Tarmac: Renamed computeFault back to cloudServersFault in an effort to maintain consistency with the 1.0 API spec. We can look into distinguishing the two in the next release. Held off for now to avoid potential regression. | 19:35 |
| vishy | _vinay: hmm apparently verbose is set manually in some of the tests | 19:35 |
| _vinay | justinsb: but surely you get a run_tests.log file .. correcT? | 19:35 |
| justinsb | vishy, _vinay: I think all of them - in fake_flags | 19:35 |
| _vinay | that one has lot of logs which I am trying to reduce | 19:36 |
| vishy | justinsb: yes he just turned that one off | 19:36 |
| justinsb | _vinay: I've never looked at the logfile... what are you trying to accomplish? | 19:36 |
| vishy | _vinay: you know that you can run just one test at a time? | 19:36 |
| justinsb | vishy: Right sorry, just read back through the discussion | 19:36 |
| _vinay | I am trying to understand the code and the flow of things | 19:36 |
| vishy | for example: run_tests.sh test_cloud:CloudTestCase.test_describe_instances | 19:37 |
| _vinay | vishy : yes I am actually running just one test at a time | 19:37 |
| vishy | _vinay: which test are you running? | 19:37 |
| _vinay | even just one test produces hundreds of debug log | 19:37 |
| _vinay | I am running VMTest | 19:37 |
| _vinay | test_xenapi.py | 19:38 |
| justinsb | _vinay: I think reading the Python code is a better way to understand what's going on | 19:38 |
| _vinay | justinsb yes.. but also I want to understand how logging is done :) | 19:38 |
| _vinay | hence need to solve this puzzle | 19:39 |
| vishy | _vinay: sigh, it looks like 8 of the files set verbose to True at import, so until that is changed setting it in the fake_flags won't work | 19:39 |
| vishy | _vinay: you could manually set it back to false in setUp for the test you are interested in. | 19:39 |
| justinsb | _vinay: Well, I think that maybe a good way to understand logging and understand the code at the same time may be to fix the logging problem :-) | 19:39 |
| _vinay | vishy: oh... which 8 files are those.. I guess I can find out... grep etc | 19:39 |
| vishy | yes try this | 19:39 |
| jaypipes | justinsb, dprince: feel free to look at Glance for examples of migration stuff. I think I know where most of the sharp edges are now at least. | 19:40 |
| vishy | grep -r FLAGS.verbose nova/tests | 19:40 |
| _vinay | vishy, justinsb got it... will try this and let you know.. thanks a lot | 19:41 |
| jaypipes | vishy: besides the volumes API, what are the specific things you are referring to that are currently preventing the OS API from being deployable at scale? | 19:42 |
| *** reldan has joined #openstack | 19:42 | |
| *** adiantum has joined #openstack | 19:43 | |
| *** zul has quit IRC | 19:45 | |
| *** zul has joined #openstack | 19:45 | |
| *** mray has joined #openstack | 19:46 | |
| westmaas | vishy: what exactly is missing from the v1 spec that you need? we have a bunch of bug fixes in play for them already | 19:46 |
| westmaas | justinsb: ^^ | 19:46 |
| *** hub_cap_ has joined #openstack | 19:47 | |
| westmaas | I guess what I mean is, if v1.0 was fully functional, would that be sufficient? | 19:47 |
| vishy | jaypipes: I'm concerned about the stuff that justinsb's validation is picking up | 19:48 |
| justinsb | westmaas, jaypipes: I think the bug fixes that the titan (?) team are working on for the 1.0 API are great | 19:48 |
| justinsb | The OS v1.1 schema doesn't even load in lxml | 19:49 |
| justinsb | So I think that's not worth pursuing in Cactus | 19:49 |
| justinsb | I think we should focus entirely on the OS v1.0 API, which should then be compatible with CloudServers | 19:49 |
| justinsb | I would like volumes, but I can probably figure that out separately | 19:50 |
| justinsb | My biggest concern is areas where the v1.0 API isn't quite right | 19:50 |
| justinsb | Many of which are being addressed | 19:50 |
| justinsb | But I know there are lingering issues vs the schema | 19:50 |
| justinsb | e.g. ... | 19:50 |
| creiht | heh | 19:50 |
| creiht | [1]RickB17: looks like I told you wrong sorry :/ | 19:51 |
| justinsb | One of the tests uses RESIZE-CONFIRM. I haven't narrowed it down yet. To be honest, I'm just trying to get schemas in there. Once the schemas are in there, the domain expert can easily look at the issue | 19:51 |
| justinsb | (RESIZE-CONFIRM is not a valid v1.0 state - VERIFY_RESIZE is though) | 19:52 |
| *** hub_cap has quit IRC | 19:52 | |
| *** hub_cap_ is now known as hub_cap | 19:52 | |
| ttx | vishy: pong | 19:52 |
| creiht | [1]RickB17: or maybe not, so what does your cluster url look like now? | 19:52 |
| jaypipes | vishy: can you point me to a link for that validation? is there a reason why issues can't be fixed as bugs in Cactus? | 19:53 |
| creiht | (from your proxy config) | 19:53 |
| justinsb | jaypipes: It's the check-xsd branch | 19:53 |
| westmaas | justinsb: so that one in particular seems easy to fix | 19:53 |
| jaypipes | justinsb: sorry, I thought vishy was referring to the 1.0 API? not the 1.1 API. | 19:53 |
| vishy | ttx: we are just discussing the possiblity of delaying cactus slightly to make sure all of the 1.0 os api bugs are fixed | 19:53 |
| westmaas | we have a few proposals in to tie off a few more of these thigns | 19:53 |
| *** hub_cap has quit IRC | 19:54 | |
| justinsb | westmaas: Yes, you're squashing a lot of these bugs :-) | 19:54 |
| vishy | westmaas: what is your level of confidence in the 1.0 api for cactus | 19:54 |
| creiht | jaypipes: so back to the i18n stuff, I don't like that a.) we have to add yet another dependency to make things work, and it all seems kinda hackish to me | 19:54 |
| justinsb | jaypipes: I think we are talking about 1.0 | 19:54 |
| justinsb | jaypipes: The direct link is https://code.launchpad.net/~justin-fathomdb/nova/check-xsd/+merge/56658 | 19:54 |
| jaypipes | creiht: do you have an alternative solution? | 19:54 |
| creiht | guess there should have been a b.) in there | 19:54 |
| ttx | vishy: hrm. It needs more than a few days to be fixed. My curent estimate is ~2weeks | 19:54 |
| jaypipes | justinsb: thx | 19:54 |
| creiht | jaypipes: that's what I'm trying to figure out :) | 19:54 |
| *** _vinay has quit IRC | 19:54 | |
| ttx | vishy: define "slightly" | 19:54 |
| westmaas | vishy: confidence in correctness? | 19:54 |
| vishy | ttx: that is what I'm attempting to determine | 19:55 |
| creiht | now that I have my head halfway wrapped around what the problem is, I can poke at it a bit more | 19:55 |
| vishy | westmaas: will we be compatible with client libraries using 1.0 api? | 19:55 |
| jaypipes | creiht: ok, I'll just let you do it then. note that it works perfectly fine for Nova... | 19:55 |
| vishy | westmaas: do we need more time to validate against schema and find remaining bugs? etc. | 19:55 |
| [1]RickB17 | creiht: http://paste.openstack.org/show/1122/ | 19:56 |
| creiht | for some measure of working ;) | 19:56 |
| ttx | vishy: this is not a light decision, since it affects the other projects as well. | 19:56 |
| creiht | I also don't like all the warning/error messages that get printed out | 19:56 |
| jaypipes | creiht: I was only trying to help Swift get i18n'd... | 19:56 |
| justinsb | vishy: I don't think we're very far away on v1.0, particularly if we're willing to prioritize it as we did with renaming computeFault -> cloudServersFault | 19:56 |
| creiht | jaypipes: oh I understand... not trying to criticize | 19:56 |
| creiht | sorry | 19:56 |
| blamar | vishy: doesn't the nova command line client use the 1.0 api? | 19:56 |
| creiht | to me it just seems like there should be a better way | 19:57 |
| vishy | ttx: I understand, I'm just trying to determine what we are releasing here. | 19:57 |
| creiht | if there isn't then I guess this is what we have to do | 19:57 |
| jaypipes | creiht: if you find a better solution, pls do let us know. I'll port it over to Nova if it fixes the issues you have with it. | 19:57 |
| vishy | I haven't been using the os api beyond a few simple tests, so I'm depending on westmaas and justinsb for info on how close it is. | 19:57 |
| westmaas | vishy: you mean the Cloud Servers client libraries? or the Open Stack libraries | 19:57 |
| creiht | jaypipes: of course :) | 19:57 |
| jaypipes | thx | 19:57 |
| *** hadrian has joined #openstack | 19:58 | |
| vishy | westmaas: I was referring to the old libraries, but I'm interested in both. | 19:58 |
| westmaas | vishy: there are workign python and ruby bindings for openstack right now | 19:58 |
| justinsb | Remember also that just because the CS client library works, that doesn't mean that the app that uses it will work | 19:58 |
| justinsb | So e.g. if the flavorId was supposed to be an integer, but was a string, the binding might tolerate it | 19:58 |
| justinsb | But the app using that binding could still blow up | 19:59 |
| ttx | vishy: ok... from what I've seen, only a handful of devs care about it, and we keep finding bugs faster than we fix them. | 19:59 |
| justinsb | I have a Java binding that is close to working | 19:59 |
| ttx | vishy: I'm also interested in better data on how far we are | 19:59 |
| vishy | justinsb, westmaas: if we can give users a client library that we know works, then I think we can focus on tightening up the discrepencies post release and put them in a point release. | 19:59 |
| justinsb | vishy: True, but it won't automatically be compatible with CloudServers | 20:00 |
| justinsb | I do think we're pretty close - once Dan's flavorId patch gets in, I might be able to create a server :-) | 20:00 |
| westmaas | we are also finding places where bindings match cloudservers implementation...where cloudservers impl doesnt match the spec | 20:01 |
| westmaas | which is fun | 20:01 |
| creiht | lol | 20:01 |
| justinsb | westmaas: That is a joy. Like what sort of thing? | 20:01 |
| westmaas | I'm not sure, I'm repeating what dprince says :D | 20:01 |
| westmaas | I think its small. | 20:01 |
| vishy | justinsb: maybe the best approach is for you to just file any bugs you find while getting your validation / bindings working | 20:01 |
| justinsb | vishy: I have been doing that, and filing fixes as well | 20:02 |
| creiht | [1]RickB17: when running swauth-prep try dropping the /v1/ in the url | 20:02 |
| justinsb | vishy: Though we don't have a valid 1.1 schema, which is beyond annoying | 20:02 |
| vishy | sounds like most of them are small, so we will just have to prioritize them post gamma? | 20:02 |
| ttx | we can make them rc bugs, yes | 20:03 |
| ttx | hopefully some other people will help fixing them | 20:03 |
| justinsb | I think if we get dprince's fix for flavorId in there today, then we can probably make other fixes small enough | 20:03 |
| westmaas | vishy: ruby bindings will be fixed this sprint, hopefully before cactus is out | 20:03 |
| westmaas | vishy: python bindings are out and mostly working | 20:04 |
| justinsb | But why not just import the schema, run the test and fix the problems? We'll find lots of bugs quickly. It just feels to me like we're making this overly hard for ourselves by not using the schema we have | 20:04 |
| blamar | finding and fixing a lot of bugs does not a stable release make? | 20:04 |
| [1]RickB17 | creiht: this is what i'm using already swauth-prep -K password! -A https://127.0.0.1:8080/auth/v1/ | 20:05 |
| justinsb | blamar: I don't understand what you mean there | 20:05 |
| creiht | try swauth-prep -K password! -A https://127.0.0.1:8080/auth/ | 20:06 |
| creiht | (drop the v1/) | 20:06 |
| [1]RickB17 | gotcha sorry, missread | 20:06 |
| creiht | np | 20:06 |
| creiht | sorry it has been a pain to setup | 20:06 |
| [1]RickB17 | creiht: Auth subsystem prep failed: 500 Server Error | 20:06 |
| creiht | ok, so now there should be an error in the proxy log | 20:06 |
| blamar | justinsb: Fixing bugs is great for accuracy, but the more code you change closer to a deadline the more likely you're going to introduce other, potentially worse issues? Sometimes the devil you have is better than the devil you don't know. | 20:07 |
| [1]RickB17 | yup | 20:07 |
| [1]RickB17 | posting now | 20:07 |
| [1]RickB17 | creiht: http://paste.openstack.org/show/1123/ | 20:07 |
| *** kakella has quit IRC | 20:07 | |
| vishy | justinsb: I agree with you in theory, but I think we should defer to the guys working on the bugfixes. If it complicates their workflow then I think they have a right to request that it goes in after cactus. | 20:07 |
| *** kakella has joined #openstack | 20:08 | |
| justinsb | vishy: It won't even touch their workflow unless they enable the flags | 20:08 |
| justinsb | vishy: There are enough failures that I couldn't make it mandatory | 20:08 |
| jaypipes | justinsb, vishy: just read through the add and check-xsd merge props. So, can I ask, is it possible to just focus on the API 1.0 schema for Cactus? I would definitely support adding the 1.0 CS schema file and any tests against that schema. Not sure I would support doing the same for the 1.1 schema I see added in the check-xsd branch. Thoughts? | 20:08 |
| creiht | [1]RickB17: looks like it got 503 errors on the storage servers trying to create the account, so now we need ot look at the logs on your storage server to figure out why it returned a 503 | 20:09 |
| [1]RickB17 | k i'll check those logs | 20:09 |
| creiht | [1]RickB17: did you say your system was working when you were using dev auth? | 20:09 |
| justinsb | jaypipes: I'm definitely fine with that. The 1.1 schema doesn't even work | 20:09 |
| [1]RickB17 | yes | 20:09 |
| [1]RickB17 | btorch: walked me throuhg changing the proxy config to use swauth | 20:09 |
| *** reldan has joined #openstack | 20:09 | |
| creiht | k | 20:09 |
| [1]RickB17 | but we never got it functioning | 20:09 |
| ttx | vishy: I think we can still do gammafreeze and Gamma milestone tomorrow, and use the RC bugs mechanism to prioritize RC bugs. | 20:09 |
| jaypipes | justinsb: shall I add that in a comment on the check-xsd MP? | 20:09 |
| ttx | vishy: if we need an extra day next week to get the fixes in, we cna decide that on Tuesday night meeting | 20:10 |
| justinsb | jaypipes: Sure! Though if we're not even going to merge 1.0, there seems little point | 20:10 |
| justinsb | I added the v1.1 schema when I added the validation, so that it could load the correct schema | 20:11 |
| jaypipes | justinsb: oh, I would support merging add-xsd. I don't agree with it being problematic for Cactus. | 20:11 |
| justinsb | Little did I realize the 1.1 schema is borked | 20:11 |
| [1]RickB17 | creiht: only entries on the storage node are http://paste.openstack.org/show/1124/ | 20:11 |
| westmaas | justinsb: so far the only 1.0 the XSD has found is the VERIFY_RESIZE? | 20:11 |
| ttx | vishy: if we are onto an unlimited pile of bugs, I don't see the point of delaying, since that means we'll never release. | 20:11 |
| *** pothos_ has joined #openstack | 20:12 | |
| *** fabiand__ has quit IRC | 20:12 | |
| vishy | ttx: sounds good | 20:12 |
| westmaas | justinsb: the only 1.0 bug* | 20:12 |
| justinsb | westmaas: I can try to get you a more complete list. The problem is that it's not able to validate anything that hits 1.1, because the 1.1 schema is broken | 20:12 |
| creiht | [1]RickB17: it almost looks like the proxy never talks to the storage node | 20:12 |
| justinsb | westmaas: And I'm glossing over the ones that are being worked on, of course! | 20:13 |
| creiht | oh | 20:13 |
| westmaas | justinsb: the 1.1 XSD? | 20:13 |
| westmaas | haha sure | 20:13 |
| *** pothos has quit IRC | 20:13 | |
| [1]RickB17 | theres no firewall enabled on either of them | 20:13 |
| creiht | [1]RickB17: which server is running on ip .33? | 20:13 |
| creiht | your proxy? | 20:13 |
| justinsb | westmaas: Yes, the 1.1 XSD has problems... I'll find you the bug report | 20:13 |
| [1]RickB17 | storage node | 20:14 |
| [1]RickB17 | .31 is proxy | 20:14 |
| [1]RickB17 | .32 was auth | 20:14 |
| creiht | hrm, why are those requests showing up in the proxy log then? | 20:14 |
| justinsb | westmaas: https://bugs.launchpad.net/nova/+bug/752929 | 20:14 |
| creiht | http://paste.openstack.org/show/1123/ | 20:14 |
| uvirtbot | Launchpad bug 752929 in nova "XML Schema for OS API 1.1 does not load" [Undecided,New] | 20:14 |
| creiht | notice the top 3 lines? | 20:14 |
| *** fabiand__ has joined #openstack | 20:14 | |
| *** pothos_ has quit IRC | 20:15 | |
| [1]RickB17 | to wich post? | 20:15 |
| eday | vishy, ttx: I could be missing something here, but I don't see why OS v1.0 API should delay anything. Folks using nova will still choose ec2 over OS 1.0 due to the large feature gap. The only folks who really care about 1.0 is rackspace for backwards compatibility for cloud servers (and they can run a 1.0 branch they finish after cactus if they are deploying before diablo release). It's still very important, but nothing that should postpone a community release. | 20:15 |
| *** Ryan_Lane|food is now known as Ryan_Lane | 20:15 | |
| *** pothos has joined #openstack | 20:15 | |
| [1]RickB17 | http://paste.openstack.org/show/1123/ ? | 20:15 |
| creiht | [1]RickB17: yeah, in that paste the top 3 lines are PUTs that should have gone to the storage server | 20:15 |
| creiht | but that makes it look like it was trying to send them to the proxy | 20:15 |
| [1]RickB17 | .33 is the storage server | 20:15 |
| creiht | ugh | 20:16 |
| creiht | hehe | 20:16 |
| vishy | eday: I'm trying to get a usable os api. Even if it is missing some features (although i think we have volumes which is most of it) | 20:16 |
| * creiht scrolls to the right some more | 20:16 | |
| creiht | main point is the connection refused | 20:16 |
| [1]RickB17 | mcould it have somehting to do with my rings? | 20:16 |
| creiht | it can't talk to the storage server | 20:16 |
| [1]RickB17 | i was unclear on how the ports works | 20:16 |
| [1]RickB17 | in the docs it isn't that clear | 20:16 |
| [1]RickB17 | when setting up the zones | 20:17 |
| *** hub_cap has joined #openstack | 20:17 | |
| creiht | well usually you set up everything on more than one server :) | 20:17 |
| ttx | eday: I agree with you. I think we can use the RC targeting to get the top bugs squashed. | 20:17 |
| [1]RickB17 | i have not problem bringing up some addtional storage nodes if thats the case | 20:17 |
| ttx | eday: I really don't want to delay the release. | 20:17 |
| [1]RickB17 | since i wa sin the start of testing here i wanted ot use as little reasoures as possible though | 20:17 |
| creiht | in teh saio docs, we have the service running on different ports just so that we can simulate several servers running | 20:18 |
| justinsb | eday: I'm starting a new project that works on nova, and I would be disappointed if I had to use the EC2 API. But you're right, perhaps I should just suck it up... | 20:18 |
| creiht | [1]RickB17: yeah now worries, we can make it work this way | 20:18 |
| eday | vishy: well, that's talking about v1.1, no? I thought we already punted there for cactus due to things like keypairs, vpns, floating IPs, etc | 20:18 |
| creiht | in swift the zones are just a way of isolating failure | 20:18 |
| creiht | they are very abstract | 20:18 |
| eday | justinsb: or use os v1.1, and just run it against Nova trunk once it's ready? | 20:19 |
| [1]RickB17 | what about when setting them up you specifiy the ip:port how is the port defined on the storage node? | 20:19 |
| *** fabiand__ has quit IRC | 20:19 | |
| eday | justinsb: is there any reason you need your project to use the cactus tarball? | 20:19 |
| ttx | vishy: let's resync on that at the very end of your day, when mine begins. | 20:20 |
| creiht | the storage service is going to run on some port (by default 6000) | 20:20 |
| vishy | ttx: ok | 20:20 |
| justinsb | blamar: I take your point about late fixes. I don't think we really have a choice | 20:20 |
| creiht | at a bare minimum just to try things out, you will need at least 3 zones, with at least 1 partition in each of those zones | 20:20 |
| ttx | justinsb: if we "released" more frequently, would you care as much ? | 20:20 |
| justinsb | eday: Just the normal reasons for preferring a stable release | 20:20 |
| vishy | I think at this point i'm targeting cactus.2 | 20:20 |
| [1]RickB17 | http://paste.openstack.org/show/1125/ | 20:21 |
| [1]RickB17 | thats the account.builder output | 20:21 |
| creiht | cool | 20:21 |
| justinsb | ttx: That's not an easy question. I'm wearing a couple of hats here as well. | 20:21 |
| [1]RickB17 | at first i had all the same ip:port, but i seen some docs that didn't match it they all had different ports, but same ip | 20:21 |
| creiht | ok then on the storage node, do you have 3 separate object/account/container servers running? | 20:21 |
| justinsb | ttx: As someone building a project on nova, I want a single stable release that has everything in it and works perfectly | 20:21 |
| [1]RickB17 | i don't believe so | 20:21 |
| justinsb | ttx: Which is obviously impossible | 20:22 |
| [1]RickB17 | shoudl i put it back so that they are all the same port? | 20:22 |
| [1]RickB17 | 6002? | 20:22 |
| justinsb | ttx: But if you're going to do a release, then I want it to work. | 20:22 |
| blamar | justinsb: Right. So what we're trying to define is "work" | 20:22 |
| *** jonkelly has joined #openstack | 20:22 | |
| justinsb | ttx: If the OS API doesn't work yet, I know it's going to be your primary API going forward | 20:22 |
| creiht | [1]RickB17: can you paste the output of "ps -ef | grep swift" on the storage node | 20:22 |
| creiht | [1]RickB17: how you set it up depends on what your goal is | 20:23 |
| justinsb | ttx: So if I was doing this at arms length I'd still put Nova into the "too early" category | 20:23 |
| [1]RickB17 | http://paste.openstack.org/show/1126/ | 20:23 |
| *** omidhdl has joined #openstack | 20:23 | |
| justinsb | ttx: As a developer on nova, I just think it's silly that we're not validating our schemas | 20:23 |
| creiht | if this is just to try out and see how things works, then installing from the SAIO instructions on a single machine is the easiest | 20:23 |
| justinsb | blamar: Well, the goal is to have people using it, right? | 20:23 |
| ttx | justinsb: I think a release is what we make of it. Most people didn't care about the OSAPI, leaving a handful of devs to care about it. One week to release is a bit late to realize it's buggy. | 20:24 |
| [1]RickB17 | well i really want to show the ability to expand | 20:24 |
| justinsb | blamar: Would you tell your friends to use the EC2 or the OS API? | 20:24 |
| [1]RickB17 | thats why i went with the multinode setup | 20:24 |
| *** spectorclan has quit IRC | 20:24 | |
| creiht | ok | 20:24 |
| blamar | justinsb: Friends? Aren't I a developer? ;) | 20:24 |
| westmaas | also I don't allow my guys to go home | 20:24 |
| creiht | even though you have several servers, you really have one node :) | 20:24 |
| westmaas | so yeah | 20:24 |
| justinsb | blamar: :-) I just mean someone that isn't working on nova! | 20:24 |
| creiht | so | 20:24 |
| *** dirkx has joined #openstack | 20:25 | |
| [1]RickB17 | yeah | 20:25 |
| * creiht looks at the last paste | 20:25 | |
| [1]RickB17 | but i'm intending to add a physical one to the mix | 20:25 |
| [1]RickB17 | and i want to go through that process | 20:25 |
| *** bkkrw has joined #openstack | 20:25 | |
| [1]RickB17 | i am workign on setting up a standalone one on the side of this jsut incase this is fubar | 20:25 |
| creiht | k | 20:25 |
| ttx | justinsb: If we really cared (as a dev group) about OSAPI, we would have helped out Titan team way earlier. | 20:25 |
| justinsb | ttx: We've put a huge amount of effort into the OS API, and I think we have the opportunity to have it work much better if we push things along | 20:25 |
| creiht | so for your ring then | 20:25 |
| [1]RickB17 | but i'm hoping it's not, since i am learning alot by going through this process | 20:25 |
| creiht | I would change the ports | 20:26 |
| creiht | to the defaults | 20:26 |
| [1]RickB17 | just remove the accoutn.builder file and recreate it? | 20:26 |
| creiht | 6000 for object, 6001 for container and 6002 for account | 20:26 |
| justinsb | ttx: Fair enough | 20:26 |
| [1]RickB17 | ok | 20:27 |
| creiht | [1]RickB17: yeah that is probably the easiest | 20:27 |
| justinsb | ttx: Perhaps we should have a discussion at the design summit about this | 20:27 |
| vishy | justinsb, westmaas, blamar: lets get as much fixed as we can in the next week. We'll discuss progress on tuesday | 20:27 |
| justinsb | ttx: At school we would call them "post-mortems", though I don't think it's that bad :-) | 20:27 |
| westmaas | vishy: sounds good | 20:28 |
| justinsb | blamar: Can you help me better understand why you're opposed to validating against the schemas? | 20:28 |
| *** mahadev_ has joined #openstack | 20:28 | |
| westmaas | bunch of things waiting for review already :D | 20:28 |
| blamar | justinsb: Woah woah, not against validating XML. | 20:28 |
| blamar | justinsb, I'm against adding a feature to Cactus in the Bug fix freeze. | 20:28 |
| westmaas | justinsb: did you already file a bug for what you found? I haven't gone to look. | 20:29 |
| justinsb | blamar: Though I can make it so that it is never triggered in production | 20:29 |
| justinsb | blamar: If that isn't the case already | 20:29 |
| *** mahadev has quit IRC | 20:29 | |
| blamar | justinsb: And I'll say again, it's a feature IMO. Unnecessary for the release of Cactus. | 20:29 |
| justinsb | westmaas: I did some MPs, and filed a bug on the 1.1 schema being broken | 20:30 |
| [1]RickB17 | creiht: okay now swauth-prep worked. atleast the command completed and there was not output | 20:30 |
| creiht | woot | 20:30 |
| westmaas | justinsb: thanks :) | 20:30 |
| *** bkkrw has quit IRC | 20:30 | |
| [1]RickB17 | creiht: do you have any recommended reads for understanding how accounts work? | 20:30 |
| [1]RickB17 | i really appreiate your help in this | 20:31 |
| creiht | [1]RickB17: something like this? http://swift.openstack.org/overview_auth.html | 20:31 |
| creiht | and no problem :) | 20:31 |
| *** dirkx has quit IRC | 20:32 | |
| [1]RickB17 | k thanks again. my ultimate could is to get a container mounted with cloudfuse, thats the original reason i switched to swauth. | 20:32 |
| creiht | ahh | 20:32 |
| justinsb | blamar: It doesn't add any functionality, other than things working better | 20:33 |
| justinsb | blamar: By virtue of helping us find more bugs | 20:33 |
| *** dprince has quit IRC | 20:33 | |
| soren | vishy: Is it quick? | 20:33 |
| blamar | justinsb: I would classify a commit which allows us to find more bugs a 'feature'. | 20:33 |
| vishy | soren: I was just pinging about the change | 20:34 |
| vishy | soren: lo works | 20:34 |
| vishy | soren: so changed the branch | 20:34 |
| * vishy was surprised to find out that lo works. | 20:34 | |
| *** mahadev_ has quit IRC | 20:35 | |
| vishy | justinsb: want to flip your review here? https://code.launchpad.net/~rackspace-titan/nova/instance_type_id/+merge/56282 | 20:35 |
| vishy | looks like your concerns were addressed... | 20:35 |
| justinsb | vishy: Yes, just running it in production now. Will flip back to Approve. | 20:36 |
| *** kashyap has quit IRC | 20:36 | |
| *** mahadev has joined #openstack | 20:36 | |
| justinsb | vishy: Thanks for the reminder | 20:36 |
| soren | vishy: Cool. | 20:38 |
| soren | vishy: Less stuff to configure ftw. | 20:38 |
| *** rnirmal has quit IRC | 20:39 | |
| * ttx disappears, back in ~10h | 20:40 | |
| creiht | mtaylor, jaypipes: ok so I have a proposal | 20:43 |
| *** big_d has joined #openstack | 20:43 | |
| *** big_d has left #openstack | 20:44 | |
| [1]RickB17 | now that I'm using swauth what is a valid auth_url? https://<PROXYIIP>:8080/auth/v1 ? | 20:44 |
| creiht | from the research that I have done, most projects expect that the translations already be in the package | 20:44 |
| creiht | [1]RickB17: yes | 20:44 |
| [1]RickB17 | so no longer port 11000, correct? | 20:44 |
| creiht | so for a release, I would suggest we build the .mo files for the current translations through babel | 20:45 |
| creiht | [1]RickB17: yes | 20:45 |
| [1]RickB17 | thanks | 20:45 |
| creiht | then ensure that setup.py installs the po folder with the rest of the python code | 20:45 |
| *** bkkrw has joined #openstack | 20:46 | |
| creiht | and change our code that runs gettext.install to point the localedir to where the po files are | 20:46 |
| *** Ryan_Lane has quit IRC | 20:47 | |
| *** Ryan_Lane has joined #openstack | 20:47 | |
| creiht | jaypipes, mtaylor: thoughts? | 20:51 |
| creiht | This will not "auto-build" the .mo files on an install, but will install the current .mo files in the archive | 20:52 |
| creiht | and should make the app use those installed .mo files | 20:52 |
| *** mgoldmann has quit IRC | 20:54 | |
| *** mgoldmann has joined #openstack | 20:57 | |
| xtoddx | creiht: so when using swauth-cleanup-tokens as it goes through the .token_N urls, it will sometimes 404, is there something misconfigured? | 20:59 |
| creiht | gholt: -^? | 20:59 |
| *** reldan has quit IRC | 20:59 | |
| *** Ryan_Lane1 has joined #openstack | 21:00 | |
| dsockwell | has there been any testing of openstack on FrameOS or Scientific Linux? | 21:01 |
| uvirtbot | New bug: #754051 in nova "instance state polling finds compute instance not in DB" [Undecided,New] https://launchpad.net/bugs/754051 | 21:01 |
| *** mgoldmann_ has joined #openstack | 21:02 | |
| *** bcwaldon has quit IRC | 21:02 | |
| *** troytoman is now known as troytoman-away | 21:02 | |
| *** Ryan_Lane has quit IRC | 21:03 | |
| *** mgoldmann has quit IRC | 21:03 | |
| gholt | xtoddx: I'm actually not sure. That part hasn't been well vetted; I guess all of Swauth hasn't been run very long for that matter. | 21:04 |
| gholt | xtoddx: If it goes to delete an old token and finds it already gone, that's probably okay. | 21:04 |
| xtoddx | gholt: ok, so what is the difference between all the .token_N urls? I'm not very familiar with swauth yet. The problem is the cleanup script bombing out as soon as it hits a 404, and I'm thinking it may need to continue to all the others? | 21:05 |
| *** rnirmal has joined #openstack | 21:05 | |
| gholt | xtoddx: Yes, definitely a bug in the cleanup. The .token_ containers are to keep each container lower on the number of entries for a really busy system. It's probably way overkill for most anyone. | 21:08 |
| *** [1]RickB17 has quit IRC | 21:09 | |
| gholt | xtoddx: Can you paste the actuall stack trace? I'm curious which thing it isn't finding and where it's looking. | 21:09 |
| xtoddx | gholt: sure thing | 21:09 |
| *** icarus901 has quit IRC | 21:10 | |
| *** allsystemsarego has quit IRC | 21:14 | |
| openstackjenkins | Project nova build #784: SUCCESS in 2 min 31 sec: http://jenkins.openstack.org/job/nova/784/ | 21:14 |
| openstackjenkins | Tarmac: Update instances table to use instance_type_id instead of the old instance_type column which represented the name (ex: m1.small) of an instance type. | 21:14 |
| openstackjenkins | This allows the various subsystems to cleanly reference instance types by their IDs instead of using the name as the key and provides a clean way to do the outer join to the instance types table in several SQL queries. | 21:14 |
| openstackjenkins | Updated the instance_types module so that all methods now return instance_type dictionaries for consistency. | 21:14 |
| openstackjenkins | Updated the Openstack API so that flavor ID is returned correctly. | 21:14 |
| *** h0cin has quit IRC | 21:14 | |
| xtoddx | gholt: http://paste.openstack.org/show/1128/ | 21:15 |
| xtoddx | gholt: that is two different runs. The first doesn't find a particular token, and the following (with -v) didn't list .token_0 | 21:15 |
| *** vernhart has quit IRC | 21:16 | |
| xtoddx | running out for a bit | 21:19 |
| gholt | xtoddx: The first is one thing but yeah that second is weird. You can run swauth-prep again and it should create that container. | 21:19 |
| gholt | xtoddx: That probably also means that any token generated that ended with 0 would've errored out. | 21:21 |
| *** reldan has joined #openstack | 21:25 | |
| jaypipes | creiht: sounds reasonable to me. I will let mtaylor weigh in on that. | 21:26 |
| mtaylor | creiht: sounds reasonable... but can I ask what benefit it has over the distutils.extra approach used in nova? or what it is that you're trying to solve? | 21:28 |
| mtaylor | creiht: I ask because it seems that while your way will work, it adds a potential manual step into a release that I don't understand the benefit of having | 21:28 |
| creiht | The main thing being that I don't like the distutils.extra approach :) | 21:29 |
| *** hadrian has quit IRC | 21:30 | |
| creiht | this approach seems to be the more standard way python apps do i18n | 21:30 |
| creiht | at least from what I have gathered today | 21:30 |
| creiht | The thing that is a bit weird is the translation workflow in launchpad | 21:32 |
| creiht | your .po files kinda appear automagically (at least from what I gather) | 21:32 |
| mtaylor | ah, ok. well ... | 21:33 |
| creiht | hehe | 21:33 |
| mtaylor | I got the distutils.extra approach from talking with the launchpad folks about best practices :) | 21:33 |
| eday | mtaylor: could you please add a burrow.openstack.org scp target in jenkins for burrow docs? :) | 21:33 |
| creiht | mtaylor: lol | 21:33 |
| mtaylor | eday: shit. yes. sorry | 21:33 |
| mtaylor | creiht: have I mentioned how much it pisses me off that there is _not_ actually _one_ comprehensive best practice for this in the python world? | 21:34 |
| eday | mtaylor: no reason to shit or apologize :) | 21:34 |
| mtaylor | eday: no, I meant to do that yesterday | 21:34 |
| mtaylor | creiht: or actually that _all_ of the things surrounding distutils/setuptools whatnot are only ever 75% of the way to being what you actually need | 21:35 |
| * mtaylor stops ranting | 21:35 | |
| creiht | mtaylor: well there seems to be a basic best practice, but launchpad screws that up with their magic, and then thus requires a different best practice :) | 21:35 |
| creiht | hah... yeah that isn't ideal | 21:35 |
| mtaylor | creiht: indeed... BUT - the basic best practice doesn't integrate with setup.py install without extra foo | 21:35 |
| mtaylor | which makes _NO_ sense to me | 21:35 |
| creiht | but I think it is a difference that in a normal project, the i18n process looks more like the dev process | 21:35 |
| creiht | mtaylor: it does though | 21:35 |
| mtaylor | but you have to run that babel command by hand | 21:36 |
| creiht | if you .mo files are installed with your app, and you point gettext at it, everything works | 21:36 |
| mtaylor | sure- it's the making/installing of the .mo files that I'm bitching about | 21:36 |
| mtaylor | I don't want someone to need to know that they should do that | 21:37 |
| creiht | there are two different things | 21:37 |
| eday | mtaylor: couldn't you just hack setup.py to run the babel command for you before install? | 21:37 |
| mtaylor | but I can get off my high horse- can you show me a branch and a list of commands to run in it that I can look at? | 21:37 |
| mtaylor | eday: my beef is why should I need to do that since it's a standard thing that needs done | 21:37 |
| creiht | in a tarball release, the .mo files are up to date, so a normal install should install everything as needed | 21:37 |
| *** masumotok has joined #openstack | 21:38 | |
| creiht | in branch from trunk, it is likely that the .mo files will have to be updated | 21:38 |
| eday | mtaylor: agree, but might be an easy solution that doesn't require another pkg | 21:38 |
| mtaylor | eday: well... either way requires a package- one requires bable, the other requires distutils-extra, so it's a wash as far as that goes | 21:39 |
| creiht | mtaylor: I don't have a branch yet, was just thinking out loud, and trying to decide if this is a reasonable solution | 21:39 |
| eday | mtaylor: ahh | 21:39 |
| creiht | mtaylor: well currently in nova, you have both babel and -extra | 21:39 |
| masumotok | vishy: sorry for annoying you about pep8 violation. regarding to pep8 violation for https://code.launchpad.net/~nttdata/nova/lp746821/+merge/56322. I just want to let you know I fixed it.. | 21:39 |
| mtaylor | creiht: oh, well, that's historical and is a bug, there is no need for babel | 21:39 |
| mtaylor | iirc | 21:39 |
| creiht | heh | 21:40 |
| mtaylor | creiht: so, in a perfect world, I want python setup.py install to do the same thing in a tarball as in a branch ... but I'm sort of an exremist | 21:40 |
| vishy | masumotok: thanks, reapproved | 21:40 |
| *** ctennis has quit IRC | 21:40 | |
| *** MotoMilind has quit IRC | 21:41 | |
| creiht | mtaylor: right now python setup.py install doesn't auto build the docs either, should it do that as well? :) | 21:41 |
| mtaylor | creiht: as far as I'm concerned it should - although I thought that we put in a thing so that if you did not have sphinx installed it would silently do nothing | 21:41 |
| mtaylor | creiht: but yeah - any process that requires someone to read a README to get a proper install is broken | 21:42 |
| uvirtbot | New bug: #754086 in swift "swauth-cleanup-tokens "not found" error handling" [Medium,Confirmed] https://launchpad.net/bugs/754086 | 21:42 |
| creiht | mtaylor: in python dev outside of lp, it seems that whenever a change to a .po is made, the .mo is generated, and both checked in, and thus installed when installed | 21:42 |
| mtaylor | AHHHHHH | 21:42 |
| mtaylor | so there's the fail | 21:42 |
| mtaylor | I am VERY against checking generated files into vc | 21:42 |
| creiht | yeah I know | 21:42 |
| mtaylor | hehe | 21:42 |
| creiht | I'm not all that high on it either | 21:42 |
| vishy | I have 3 bug branches that need love here: https://code.launchpad.net/~vishvananda/nova | 21:42 |
| vishy | 2 are pretty high priority | 21:43 |
| creiht | and no, setup.py install doesn't build docs, it does only if your run build_sphinx | 21:43 |
| *** vernhart has joined #openstack | 21:43 | |
| *** dubsquared1 has joined #openstack | 21:43 | |
| dubsquared1 | jaypipes in the house? | 21:44 |
| creiht | mtaylor: most of this is a byproduct of how setup.py kinda works (or doesn't work) | 21:44 |
| mtaylor | creiht: perhaps we should write _yet_ _another_ system ... called rax-po or something | 21:44 |
| mtaylor | :) | 21:44 |
| mtaylor | that is very true | 21:44 |
| mtaylor | setup.py is, well, wonderful and butt-awful all at the same time | 21:44 |
| creiht | heh | 21:44 |
| creiht | there is supposedly a distutils2 coming that is supposed to fix all our problems, but it isn't read yet | 21:45 |
| creiht | mtaylor: is there any type of notification from lp when a .po is updated? | 21:45 |
| mtaylor | creiht: not really | 21:45 |
| mtaylor | creiht: launchpad just drops new revs into a branch | 21:45 |
| devcamcar | hey gang, starting my review day duties now | 21:46 |
| *** imsplitbit has quit IRC | 21:46 | |
| devcamcar | going from thierry's most recent list and working backwards | 21:46 |
| *** dendrobates is now known as dendro-afk | 21:46 | |
| devcamcar | if anyone has any other high priorities reviews they'd like to see done today, please list them here for me | 21:47 |
| devcamcar | and i'll get to as many as i can | 21:47 |
| creiht | mtaylor: then what happens to that branch, does it get auto merged into trunk? | 21:47 |
| *** ppetraki has quit IRC | 21:48 | |
| *** hub_cap has quit IRC | 21:48 | |
| *** hub_cap has joined #openstack | 21:49 | |
| mtaylor | creiht: I think we've been doing it by hand | 21:49 |
| justinsb | devcamcar: I think this one needs a close look but is important: https://code.launchpad.net/~justin-fathomdb/nova/where-has-my-instance-gone/+merge/55450 | 21:49 |
| creiht | mtaylor: well at that step, would it make sense to have the .mo files generated? | 21:49 |
| justinsb | devcamcar: I sort of forgot about it in all the strum und drang about schemas ! | 21:50 |
| *** reldan has quit IRC | 21:50 | |
| devcamcar | justinsb: with my feet on the ground and my code in the cloud | 21:50 |
| ironcamel2 | devcamcar: it would be great if you could take a look at https://code.launchpad.net/~rackspace-titan/nova/osapi-xml-serialization/+merge/56384 | 21:51 |
| creiht | mtaylor: that way an install would always install the latest translations | 21:53 |
| creiht | I know it means binaries in the repo, but not sure there is a better way with how setup.py without the -extras hackery | 21:53 |
| openstackjenkins | Project nova build #785: SUCCESS in 2 min 30 sec: http://jenkins.openstack.org/job/nova/785/ | 21:54 |
| openstackjenkins | Tarmac: This branch is a patch for fixing below issue. | 21:54 |
| openstackjenkins | > Bug #746821: live_migration failing due to network filter not found Link a bug report | 21:54 |
| uvirtbot | Launchpad bug 746821 in nova "live_migration failing due to network filter not found" [High,In progress] https://launchpad.net/bugs/746821 | 21:54 |
| *** _vinay has joined #openstack | 21:54 | |
| _vinay | Hi vishy | 21:55 |
| _vinay | I am outputting a simple print "START" in a test case | 21:55 |
| _vinay | and its not coming out on stdout ... | 21:55 |
| _vinay | while doing run_tests.sh test_xenapi | 21:55 |
| _vinay | any reason? | 21:55 |
| vishy | _vinay: aye print does not work in tests | 21:55 |
| creiht | mtaylor: and as a side note, if anyone updates a .po in the code tree, does the translation stuff pick up on that? or can translations only be edited through launchpad? | 21:56 |
| _vinay | oh ok... then how do I output stuff on screen | 21:56 |
| _vinay | esp on stdout | 21:56 |
| vishy | something to do with the way nose + run_tests handles the output | 21:56 |
| _vinay | yes I am looking at colorizer stuff | 21:56 |
| _vinay | pretty complicated | 21:56 |
| _vinay | but anyways the logging thing didnt work for me | 21:57 |
| _vinay | I set the verbose flag to False in all the files | 21:57 |
| _vinay | but still I get debug output from a lot of packages | 21:57 |
| _vinay | the funny thing is that all that output goes to stderr | 21:57 |
| _vinay | and the test summary OK FAIL etc.. (green, red) they go on stdout | 21:57 |
| *** troytoman-away is now known as troytoman | 21:58 | |
| _vinay | so I am just trying to print something on stdout ... but cant seem to find a way to do it | 22:00 |
| vishy | _vinay: sys__stdout__.write should work | 22:01 |
| *** miclorb has joined #openstack | 22:01 | |
| vishy | sys.__std.... that is | 22:01 |
| *** ibatanov has quit IRC | 22:02 | |
| *** dendro-afk is now known as dendrobates | 22:04 | |
| *** coreym has quit IRC | 22:04 | |
| justinsb | Is there any documentation on how to set up networking? I want to set up a FlatNetwork, and I think I may have to edit the DB... | 22:05 |
| vishy | FlatNetwork is not fun | 22:05 |
| vishy | not recommended | 22:05 |
| justinsb | Which should I be using? | 22:05 |
| vishy | FlatDHCP? | 22:05 |
| justinsb | OK. I wanted to keep the cloud VMs in their own network space, but I guess it doesn't really matter. Thanks! | 22:06 |
| creiht | mtaylor: and as another thing, how many projects actually internationalize their log outputs? :) | 22:06 |
| *** troytoman is now known as troytoman-away | 22:06 | |
| *** mgoldmann_ has quit IRC | 22:07 | |
| vishy | justinsb: you can put them in their own network space | 22:07 |
| vishy | FlatDHCP just actually works and Flat requires a ton of custom setup + network injection | 22:07 |
| vishy | or special images /etc | 22:07 |
| justinsb | vishy: I can? OK - I'll read the docs on DHCP - thanks for the pointer! | 22:07 |
| *** hggdh has quit IRC | 22:07 | |
| clayg | justinsb: I added a couple of projects in my cluster, and I think I basically just successfully attached a volume from project a to an instance in project b - it doesn't seem like I should have been able to do that? | 22:08 |
| clayg | basically a quick nmap for the volume-manager (who's listening on 3260) and an iscsiadm discovery and I can attach | 22:09 |
| clayg | is there blueprint to use like... idk, CHAP or something? | 22:09 |
| vishy | justinsb: if you use nova.sh, it is as easy as changing NET_MAN, although if you are doing it on multiple hosts you need a few other changes | 22:09 |
| justinsb | vishy: Thanks, I'll check out nova.sh - I love that script! | 22:10 |
| *** hggdh has joined #openstack | 22:10 | |
| justinsb | clayg: There is some CHAP code | 22:10 |
| *** gondoi has quit IRC | 22:10 | |
| justinsb | clayg: But not on Linux OpeniSCSI targets yet | 22:10 |
| vishy | clayg: that sounds annoying | 22:10 |
| clayg | the HPSan stuff? or in the default ISCSIDriver? | 22:10 |
| clayg | yeah gotcah | 22:10 |
| justinsb | clayg: Just on HP SANs, I think | 22:10 |
| vishy | clayg: although in our case vms don't have access to the host ip | 22:11 |
| justinsb | clayg: I don't believe that security is a consideration yet in the volume code | 22:11 |
| justinsb | clayg: Because we're relying on e.g. network isolation | 22:11 |
| *** Ryan_Lane1 is now known as Ryan_Lane | 22:11 | |
| *** Ryan_Lane has joined #openstack | 22:11 | |
| *** rnirmal has quit IRC | 22:11 | |
| justinsb | clayg: The HP SAN CHAP stuff is there as a side effect of a different implementation issue | 22:12 |
| clayg | vishy: seperate interface on the host for iscsi, vms can't get to it... makes sense | 22:12 |
| clayg | justinsb, vishy: thanks for the clarification | 22:12 |
| vishy | yeah the network host doesn't route to the infrastructure ips | 22:12 |
| justinsb | clayg: Thank you! We should probably document that in case anyone gets hit by that unexpectedly! | 22:14 |
| *** dubsquared1 has quit IRC | 22:15 | |
| openstackjenkins | Project nova build #786: SUCCESS in 2 min 32 sec: http://jenkins.openstack.org/job/nova/786/ | 22:19 |
| openstackjenkins | Tarmac: Automatically add the metadata address to the network host. This allows guests to ARP for the address properly. | 22:19 |
| openstackjenkins | I also uncovered an issue with moving the gateway. Apparently specifying route add 0.0.0.0 doesn't actually work, you have use route add 'default'. I also added a line to specifically delete the old gateway since it doesn't always automatically get deleted. | 22:19 |
| *** ctennis has joined #openstack | 22:19 | |
| *** ctennis has joined #openstack | 22:19 | |
| *** nnahum has joined #openstack | 22:20 | |
| *** MotoMilind has joined #openstack | 22:21 | |
| *** Shentonfreude has quit IRC | 22:21 | |
| *** zigo-_- has quit IRC | 22:23 | |
| *** omidhdl has quit IRC | 22:23 | |
| *** nnahum has quit IRC | 22:26 | |
| *** dendrobates is now known as dendro-afk | 22:33 | |
| *** slyphon has quit IRC | 22:34 | |
| *** mray has quit IRC | 22:35 | |
| creiht | mtaylor: after doing a bit more research, it seems that most python projects that support i18n include the .mo files in the source tree | 22:38 |
| devcamcar | justinsb: https://code.launchpad.net/~justin-fathomdb/nova/where-has-my-instance-gone/+merge/55450 | 22:41 |
| devcamcar | i'll approve when you remove the commented code blocks | 22:41 |
| creiht | mtaylor: or goes way out of there way to hack setup.py to build them | 22:41 |
| ironcamel | devcamcar: any chance you could look at https://code.launchpad.net/~rackspace-titan/nova/osapi-xml-serialization/+merge/56384 today? | 22:43 |
| creiht | mtaylor: and if you don't use babel in nova, how will the .pot file be generated when changes are needed? | 22:43 |
| devcamcar | ironcamel: its on my screen right now in fact :) | 22:43 |
| ironcamel | sweet | 22:43 |
| creiht | and does that happen automagically some how, or do we have to remember to do that each time changes are made to messages? | 22:43 |
| devcamcar | ironcamel: can you help me understand how the code forces out this format? i'm confused how the proposed changes result in the correct format: | 22:44 |
| devcamcar | <server flavorId="1" hostId="" id="1" imageId="10" name="server1" status="BUILD"> | 22:44 |
| devcamcar | <addresses> | 22:44 |
| devcamcar | <public> | 22:44 |
| devcamcar | <ip addr="1.2.3.4"/> | 22:44 |
| devcamcar | </public> | 22:44 |
| devcamcar | <private> | 22:44 |
| devcamcar | <ip addr="192.168.0.3"/> | 22:44 |
| devcamcar | </private> | 22:44 |
| devcamcar | </addresses> | 22:44 |
| devcamcar | <metadata> | 22:44 |
| devcamcar | <meta key="foo">bar</meta> | 22:44 |
| devcamcar | </metadata> | 22:44 |
| devcamcar | </server> | 22:44 |
| devcamcar | the proposed code is: | 22:44 |
| devcamcar | 8+ "dict_collections": { | 22:44 |
| devcamcar | 9+ "metadata": {"item_name": "meta", "item_key": "key"}, | 22:44 |
| devcamcar | 10+ }, | 22:44 |
| devcamcar | 11+ "list_collections": { | 22:44 |
| devcamcar | 12+ "public": {"item_name": "ip", "item_key": "addr"}, | 22:44 |
| devcamcar | 13+ "private": {"item_name": "ip", "item_key": "addr"}, | 22:44 |
| devcamcar | 14+ }, | 22:44 |
| devcamcar | actually! hah, nm | 22:45 |
| ironcamel | devcamcar: so there is the new concept called list_collections | 22:45 |
| devcamcar | i misread, i thought it was ip_addr | 22:45 |
| devcamcar | i see now | 22:45 |
| ironcamel | ok good | 22:45 |
| devcamcar | ironcamel: but yes, give me more info on list_collections | 22:45 |
| devcamcar | would be helpful | 22:45 |
| ironcamel | devcamcar: so list_collections are for converting python lists to xml collections | 22:46 |
| ironcamel | and dict_collections means convert python dicts to xml collections | 22:46 |
| ironcamel | if you look at the 1.0 spec and compare the json and xml responses for a server response, that would help you understand | 22:47 |
| devcamcar | ironcamel: is this specific to this patch or are list_collections a standard practice in os api? i have more experience with ec2 api then os api at this point | 22:47 |
| devcamcar | ironcamel: cool, will do | 22:47 |
| devcamcar | ok yep, that makes sense to me | 22:48 |
| devcamcar | ironcamel: approved for merge | 22:48 |
| ironcamel | devcamcar: the idea is that list_collections would be the way to go for osapi. a subsequent merge prop that depends on this uses list_collections for correctly supporting servers/1/ips, servers/i/ips/public, and servers/1/ips/private | 22:48 |
| *** [1]RickB17 has joined #openstack | 22:48 | |
| devcamcar | anyone else have high priority reviews they'd like done now? | 22:48 |
| ironcamel | devcamcar: thanks! | 22:48 |
| devcamcar | gamma freeze is for tomorrow, so speak now! :) | 22:48 |
| ironcamel | devcamcar: if no one else speaks up, would be great if you could also look at https://code.launchpad.net/~rackspace-titan/nova/osapi-server-ips-lp751560/+merge/56645 | 22:49 |
| ironcamel | it is very similar | 22:49 |
| ironcamel | wait, it has 2 approves. is that enough? | 22:50 |
| devcamcar | ironcamel: yes but i'll give it another pass now as well | 22:50 |
| *** carlp has joined #openstack | 22:50 | |
| devcamcar | ironcamel: just starting from the bug before i look at code: | 22:51 |
| devcamcar | To recreate this bug, create a cloud server. Then try to view it's addresses via: | 22:51 |
| devcamcar | GET /servers/1/ips | 22:51 |
| devcamcar | It will return a 404. | 22:51 |
| devcamcar | what is expected result set? | 22:51 |
| ironcamel | devcamcar: what is expected is the ip addresses of that server | 22:52 |
| devcamcar | cool i see: Now you can GET | 22:52 |
| devcamcar | * /servers/1/ips | 22:52 |
| devcamcar | * /servers/1/ips/public | 22:52 |
| devcamcar | * /servers/1/ips/private | 22:52 |
| jaypipes | creiht: could you back up your claim about most python projects that do i18n put their .mo files in vcs with some specifics? which specific projects? | 22:52 |
| ironcamel | if you have the 1.0 spec open, it will show exactly what it should return | 22:52 |
| *** rds__ has joined #openstack | 22:53 | |
| ironcamel | devcamcar: /servers/1 will return an entity that contains an addresses entity inside it. /servers/1/ips is another way to return just the addresses entity. | 22:53 |
| ironcamel | not sure if that is a great idea, but that's what the spec says :) | 22:54 |
| devcamcar | ironcamel: self.builder.build_private_parts huhuhuhuhuhuhuhuhuhuhhhh | 22:54 |
| devcamcar | i'm so mature | 22:54 |
| ironcamel | devcamcar: glad you caught that :) | 22:54 |
| ironcamel | a little subtle humour on my part | 22:55 |
| devcamcar | haha it was not lost on me | 22:55 |
| devcamcar | ironcamel: approved for merge | 22:56 |
| ironcamel | devcamcar: thanks! | 22:56 |
| *** arun_ has quit IRC | 22:56 | |
| ironcamel | devcamcar: does that mean you flipped the switch in hudson? | 22:56 |
| devcamcar | yea hudson should process it shortly | 22:56 |
| creiht | jaypipes: most places that you find i18n are web apps, so most django and pylons apps for example seem to do this | 22:58 |
| creiht | a good example is the pinax group of django apps | 22:58 |
| creiht | django-cms does this as well | 23:01 |
| *** dirkx has joined #openstack | 23:02 | |
| [1]RickB17 | creiht: i was able to successfuly create accounts, but when i use st -A auth_url -U account:users -K password stat i recieve "Account not found". any ideas? I read through that link your provided, but i'm unsure on how to proceed. | 23:03 |
| [1]RickB17 | i did various swauth-list to verify the acctount info is there. | 23:03 |
| openstackjenkins | Project nova build #787: SUCCESS in 2 min 34 sec: http://jenkins.openstack.org/job/nova/787/ | 23:04 |
| openstackjenkins | Tarmac: This fixes how the metadata and addresses collections are serialized in xml responses. | 23:04 |
| *** kakella has left #openstack | 23:06 | |
| *** bkkrw has quit IRC | 23:06 | |
| *** Zangetsu_ has quit IRC | 23:06 | |
| creiht | [1]RickB17: hrm | 23:11 |
| creiht | Can you paste the log output of the proxy for that request? | 23:11 |
| openstackjenkins | Project nova build #788: SUCCESS in 2 min 29 sec: http://jenkins.openstack.org/job/nova/788/ | 23:11 |
| openstackjenkins | Tarmac: Added support for listing addresses of a server in the openstack api. | 23:11 |
| openstackjenkins | Now you can GET | 23:11 |
| openstackjenkins | * /servers/1/ips | 23:11 |
| openstackjenkins | * /servers/1/ips/public | 23:11 |
| openstackjenkins | * /servers/1/ips/private | 23:11 |
| openstackjenkins | Supports v1.0 json and xml. | 23:11 |
| openstackjenkins | Added corresponding tests. | 23:11 |
| [1]RickB17 | creiht: http://paste.openstack.org/show/1129/ | 23:11 |
| [1]RickB17 | that may be more info than needed, but it's what i know to collect | 23:12 |
| [1]RickB17 | if there is anything else useful, let me know | 23:12 |
| *** jonkelly has left #openstack | 23:13 | |
| [1]RickB17 | i used to be able to connect via cyberduck from a windows machine when using devauth. I haven't been able to successfully do so since we got swauth working | 23:13 |
| creiht | [1]RickB17: try: st -A https://10.118.56.31:8080/auth/v1.0 -U system:root -K testpass stat | 23:15 |
| [1]RickB17 | that was it | 23:16 |
| creiht | cool | 23:16 |
| [1]RickB17 | what makes the difference in the authurl? | 23:16 |
| [1]RickB17 | i'm unclear on when to use jsut /auth/ or /auth/v1 | 23:16 |
| [1]RickB17 | or even /auth/v1.0 | 23:16 |
| creiht | yeah, sorry that is confusing | 23:16 |
| creiht | for all auth, when acting as a user, your auth url should be /auth/v1.0 | 23:16 |
| creiht | and always should be v1.0 | 23:17 |
| creiht | well until it upgrades :) | 23:17 |
| *** dragondm has quit IRC | 23:17 | |
| [1]RickB17 | one last quick question :-D how can you change a users password or other settings? I had to delete and recreate it to set the password because i coudln't find how to do it any other way | 23:18 |
| devcamcar | anybody been looking at this one? https://bugs.launchpad.net/nova/+bug/712322 | 23:18 |
| uvirtbot | Launchpad bug 712322 in nova "Issue in security group's revoke command" [High,Confirmed] | 23:18 |
| [1]RickB17 | again i relaly appreciate your time and helpfulness | 23:18 |
| creiht | if you are directly interacting with swauth, then it should be just to the /auth/ path | 23:18 |
| devcamcar | "Issue in security group's revoke command" | 23:18 |
| creiht | the storage_url that you access the cluster with to operate on your accounts/containers/objects ends with /v1 | 23:19 |
| creiht | sorry it is confusing, mostly due to legacy systems written by different people | 23:19 |
| *** dirkx has quit IRC | 23:20 | |
| creiht | [1]RickB17: if you re-add a user, it will change their information | 23:20 |
| creiht | (don't have to delete) | 23:20 |
| [1]RickB17 | perfect, thanks | 23:20 |
| creiht | np | 23:20 |
| *** aliguori has quit IRC | 23:20 | |
| [1]RickB17 | still having troubles mounting cloudfuse, "unable to authenticate." but i'll work on that another time. time for some grub. | 23:20 |
| [1]RickB17 | have a good one | 23:20 |
| creiht | you as well | 23:20 |
| justinsb | devcamcar: I think https://code.launchpad.net/~justin-fathomdb/nova/where-has-my-instance-gone/+merge/55450 should be good now | 23:24 |
| jaypipes | creiht: so, no examples other than django/pylons (which both have hacks that rewrite parts of gettext themselves?) | 23:26 |
| jaypipes | creiht: just want to make sure that the reason you don't want to go down the route that Nova does is because it involves Launchpad... | 23:27 |
| *** alekibango has quit IRC | 23:30 | |
| *** alekibango has joined #openstack | 23:31 | |
| eday | creiht, jaypipes: I really don't like the idea of checking in the generated files. If you go this route, I would say let the package builder run the generation command, not the thing that merges po branches. | 23:33 |
| *** fysa has quit IRC | 23:33 | |
| jaypipes | eday: Nova doesn't check in generated files. That's the whole point... | 23:36 |
| eday | jaypipes: I know, I'm saying if swift doesn't do what nova does, and is deciding to either check in .mo's vs run the extra command at pkg build time | 23:37 |
| *** slyphon has joined #openstack | 23:37 | |
| *** jeffjapan has joined #openstack | 23:38 | |
| jaypipes | eday: works quite well for nova IMHO. 14 languages so far, at varying levels of translation... | 23:39 |
| *** rchavik has joined #openstack | 23:40 | |
| *** zaitcev has quit IRC | 23:42 | |
| eday | jaypipes: I'm not saying it doesn't work, I know it does quite well. This was building off the discussion earlier with mtaylor and creiht :) | 23:42 |
| *** Zangetsu has joined #openstack | 23:43 | |
| devcamcar | justinsb: approved where-has-my-instance-gone | 23:45 |
| *** vernhart1 has joined #openstack | 23:45 | |
| *** vernhart has quit IRC | 23:46 | |
| justinsb | devcamar: Thanks! | 23:46 |
| *** Zangetsu has left #openstack | 23:47 | |
| *** miclorb has quit IRC | 23:47 | |
| *** miclorb_ has joined #openstack | 23:47 | |
| jaypipes | eday: I know.. I'm just trying to figure out how to move this forward and get Swift to the point that Nova is... getting translated. | 23:57 |
| *** bcwaldon has joined #openstack | 23:58 | |
| *** fysa has joined #openstack | 23:58 | |
| openstackjenkins | Project nova build #789: SUCCESS in 2 min 30 sec: http://jenkins.openstack.org/job/nova/789/ | 23:59 |
| openstackjenkins | Tarmac: Keep guest instances when libvirt host restarts | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!