*** Hayati has quit IRC | 00:00 | |
*** masumotok has joined #openstack | 00:03 | |
*** CloudChris has joined #openstack | 00:04 | |
masumotok | termie: around? I have a question about nova/db/sqlalchemy/migrate_repo/versions/. when I propose merge request to cactus, my branch(live migration branch) add some columns to Service. can I add some lines to 002_bexar.py? or create 003_cactus? I think you are responsible on it.. | 00:08 |
---|---|---|
kpepple | masumotok termie : i have the same question ... i've been using 003_cactus | 00:09 |
*** iammartian has quit IRC | 00:09 | |
*** alekibango has quit IRC | 00:10 | |
*** kashyapc has quit IRC | 00:11 | |
masumotok | kpepple: do you already make your branch public? I want to see just for my reference if possible.. | 00:12 |
*** kashyapc has joined #openstack | 00:12 | |
kpepple | masumotok: yes, here it is http://bazaar.launchpad.net/~ken-pepple/nova/dynamicinstancetypes/view/head:/nova/db/sqlalchemy/migrate_repo/versions/003_cactus.py in lp:~ken-pepple/nova/dynamicinstancetypes | 00:14 |
kpepple | masumotok: this works but i am unsure if it is against best practices to seed the database in this way (lines 59 - 78) | 00:14 |
*** mlai has left #openstack | 00:15 | |
*** joearnold has quit IRC | 00:17 | |
masumotok | kpepple: thanks! actually we're going to find out unsure thing if core devs around :) | 00:17 |
*** reldan has quit IRC | 00:18 | |
*** msassak has quit IRC | 00:18 | |
*** kashyapc has quit IRC | 00:23 | |
*** joearnold has joined #openstack | 00:24 | |
*** kashyapc has joined #openstack | 00:24 | |
*** jfluhmann has joined #openstack | 00:25 | |
*** maplebed has quit IRC | 00:30 | |
*** maplebed has joined #openstack | 00:32 | |
*** kashyapc has quit IRC | 00:34 | |
*** bwalker7125 has joined #openstack | 00:37 | |
*** reldan has joined #openstack | 00:37 | |
*** kashyapc has joined #openstack | 00:46 | |
*** grapex has left #openstack | 00:48 | |
Ryan_Lane | is there any easy way to add display name to an image? seems the euca tools can't do it | 00:51 |
Ryan_Lane | Ah. I can edit the info.json file directly, and restart nova-objectstore. (that isn't terribly ideal ;) ) | 00:55 |
nelson | creiht: does the "B" release of swift have this code removed? # Hook to ensure connection resets don't blow up our servers. | 00:55 |
nelson | creiht: Because, Ubuntu 10.04 has the version of Eventlet that has ECONNRESET | 00:56 |
*** rlucio has quit IRC | 01:00 | |
nelson | It looks like if you don't create cert_file, then swift doesn't use SSL, correct? I didn't see that in any documentation I've read so far; I've pulled that out of the source. | 01:01 |
*** openstackhudson has quit IRC | 01:02 | |
*** dfg has quit IRC | 01:03 | |
*** openstackhudson has joined #openstack | 01:05 | |
*** reldan has quit IRC | 01:09 | |
*** opengeard has quit IRC | 01:14 | |
*** dirakx has joined #openstack | 01:26 | |
*** opengeard has joined #openstack | 01:27 | |
creiht | nelson: ahh that hasn't been pulled out yet | 01:33 |
*** dragondm has quit IRC | 01:33 | |
creiht | and if cert_file isn't defined then it doesn't use ssl | 01:33 |
nelson | I guess it's more a function of whether you want to require Ubuntu 10.04 ... which I think you do. | 01:33 |
creiht | nelson: http://swift.openstack.org/deployment_guide.html#proxy-server-configuration | 01:33 |
creiht | yeah we require a recent enough version of eventlet that it should be fixed now | 01:34 |
creiht | oh I guess it doesn't explictly say the behavior of ssl | 01:34 |
nelson | creiht: yes, I see that the parameter is described .... right. | 01:34 |
creiht | good catch | 01:35 |
nelson | Pretty sure I read that documentation once before, looking for a way to turn ssl off. | 01:35 |
nelson | :) | 01:35 |
creiht | yeah, we don't use the ssl functionality, so it doesn't get as much attention in the docs | 01:35 |
*** westmaas1 has joined #openstack | 01:44 | |
uvirtbot | New bug: #715535 in swift "Remove ECONNRESET patch from proxy server" [Low,Confirmed] https://launchpad.net/bugs/715535 | 01:46 |
*** bwalker7125 has quit IRC | 01:48 | |
*** vvuksan1 has quit IRC | 01:54 | |
*** jtimberman has quit IRC | 02:03 | |
*** jtimberman has joined #openstack | 02:04 | |
*** HugoKuo has quit IRC | 02:06 | |
*** RobertLaptop has joined #openstack | 02:06 | |
*** HugoKuo has joined #openstack | 02:07 | |
*** HugoKuo has joined #openstack | 02:09 | |
*** prewarmoney has joined #openstack | 02:19 | |
*** rlucio has joined #openstack | 02:24 | |
*** vvuksan has joined #openstack | 02:31 | |
*** opengeard has quit IRC | 02:35 | |
*** prewarmoney has quit IRC | 02:41 | |
*** fysa has joined #openstack | 02:42 | |
*** dirakx has quit IRC | 02:44 | |
*** joearnold has quit IRC | 02:44 | |
*** opengeard has joined #openstack | 02:49 | |
*** maplebed has quit IRC | 02:53 | |
*** dirakx has joined #openstack | 03:00 | |
*** baldben has quit IRC | 03:11 | |
*** Guest85402 has joined #openstack | 04:00 | |
*** guynaor has joined #openstack | 04:02 | |
*** guynaor has left #openstack | 04:04 | |
*** jtimberman has quit IRC | 04:15 | |
*** ccustine has quit IRC | 04:16 | |
*** littleidea has joined #openstack | 04:20 | |
*** Guest85402 has quit IRC | 04:21 | |
*** dirakx has quit IRC | 04:21 | |
*** pothos has quit IRC | 04:21 | |
*** lionel__ has quit IRC | 04:21 | |
*** jbarratt has quit IRC | 04:21 | |
*** annegentle has quit IRC | 04:21 | |
*** uvirtbot has quit IRC | 04:21 | |
*** brainproxy has quit IRC | 04:21 | |
*** _cerberus_ has quit IRC | 04:21 | |
*** klumpie has quit IRC | 04:21 | |
*** smoser has quit IRC | 04:21 | |
*** jaysun has quit IRC | 04:21 | |
*** letterj has quit IRC | 04:21 | |
*** sunech has quit IRC | 04:21 | |
*** HugoKuo has quit IRC | 04:21 | |
*** EdwinGrubbs has quit IRC | 04:21 | |
*** drico has quit IRC | 04:21 | |
*** notmyname has quit IRC | 04:21 | |
*** Jbain has quit IRC | 04:21 | |
*** chmouel has quit IRC | 04:21 | |
*** jeevan_ullas has quit IRC | 04:21 | |
*** dovetaildan has quit IRC | 04:21 | |
*** jarrod has quit IRC | 04:21 | |
*** lool has quit IRC | 04:21 | |
*** antonym has quit IRC | 04:21 | |
*** miclorb has quit IRC | 04:21 | |
*** MarkAtwood has quit IRC | 04:21 | |
*** pandemicsyn has quit IRC | 04:21 | |
*** Daviey has quit IRC | 04:21 | |
*** Gh0sty has quit IRC | 04:21 | |
*** husimon has quit IRC | 04:21 | |
*** rossij has quit IRC | 04:21 | |
*** opengeard has quit IRC | 04:21 | |
*** openstackhudson has quit IRC | 04:21 | |
*** kashyapc has quit IRC | 04:21 | |
*** tr3buchet has quit IRC | 04:21 | |
*** imsplitbit has quit IRC | 04:21 | |
*** londo has quit IRC | 04:21 | |
*** sirp_ has quit IRC | 04:21 | |
*** dabo has quit IRC | 04:21 | |
*** blamar has quit IRC | 04:21 | |
*** Adri2000 has quit IRC | 04:21 | |
*** CloudChris has quit IRC | 04:21 | |
*** iRTermite has quit IRC | 04:21 | |
*** anticw has quit IRC | 04:21 | |
*** aimon has quit IRC | 04:21 | |
*** mtaylor has quit IRC | 04:21 | |
*** clayg has quit IRC | 04:21 | |
*** gholt has quit IRC | 04:21 | |
*** RJD22 has quit IRC | 04:21 | |
*** yosh has quit IRC | 04:21 | |
*** stewart has quit IRC | 04:21 | |
*** ctennis has quit IRC | 04:22 | |
*** hggdh has quit IRC | 04:22 | |
*** sandywalsh_ has quit IRC | 04:22 | |
*** hazmat has quit IRC | 04:22 | |
*** RobertLaptop has quit IRC | 04:22 | |
*** filler has quit IRC | 04:22 | |
*** arun_ has quit IRC | 04:22 | |
*** ianweller has quit IRC | 04:22 | |
*** tomo_bot has quit IRC | 04:22 | |
*** timrc has quit IRC | 04:22 | |
*** zul has quit IRC | 04:22 | |
*** jfluhmann_away has quit IRC | 04:22 | |
*** taihen has quit IRC | 04:22 | |
*** jaypipes has quit IRC | 04:22 | |
*** piezo has quit IRC | 04:22 | |
*** soeren has quit IRC | 04:22 | |
*** flashn has quit IRC | 04:22 | |
*** karmabot has quit IRC | 04:22 | |
*** ioso has quit IRC | 04:22 | |
*** Gh0sty has joined #openstack | 04:24 | |
*** Guest85402 has joined #openstack | 04:25 | |
*** dirakx has joined #openstack | 04:25 | |
*** opengeard has joined #openstack | 04:25 | |
*** HugoKuo has joined #openstack | 04:25 | |
*** RobertLaptop has joined #openstack | 04:25 | |
*** openstackhudson has joined #openstack | 04:25 | |
*** kashyapc has joined #openstack | 04:25 | |
*** CloudChris has joined #openstack | 04:25 | |
*** ctennis has joined #openstack | 04:25 | |
*** miclorb has joined #openstack | 04:25 | |
*** MarkAtwood has joined #openstack | 04:25 | |
*** EdwinGrubbs has joined #openstack | 04:25 | |
*** pandemicsyn has joined #openstack | 04:25 | |
*** hggdh has joined #openstack | 04:25 | |
*** drico has joined #openstack | 04:25 | |
*** arun_ has joined #openstack | 04:25 | |
*** stewart has joined #openstack | 04:25 | |
*** sandywalsh_ has joined #openstack | 04:25 | |
*** tr3buchet has joined #openstack | 04:25 | |
*** zul has joined #openstack | 04:25 | |
*** jfluhmann_away has joined #openstack | 04:25 | |
*** iRTermite has joined #openstack | 04:25 | |
*** hazmat has joined #openstack | 04:25 | |
*** taihen has joined #openstack | 04:25 | |
*** jaypipes has joined #openstack | 04:25 | |
*** Daviey has joined #openstack | 04:25 | |
*** pothos has joined #openstack | 04:25 | |
*** imsplitbit has joined #openstack | 04:25 | |
*** lionel__ has joined #openstack | 04:25 | |
*** filler has joined #openstack | 04:25 | |
*** anticw has joined #openstack | 04:25 | |
*** londo has joined #openstack | 04:25 | |
*** ianweller has joined #openstack | 04:25 | |
*** sirp_ has joined #openstack | 04:25 | |
*** dabo has joined #openstack | 04:25 | |
*** blamar has joined #openstack | 04:25 | |
*** aimon has joined #openstack | 04:25 | |
*** notmyname has joined #openstack | 04:25 | |
*** mtaylor has joined #openstack | 04:25 | |
*** tomo_bot has joined #openstack | 04:25 | |
*** jbarratt has joined #openstack | 04:25 | |
*** RJD22 has joined #openstack | 04:25 | |
*** husimon has joined #openstack | 04:25 | |
*** piezo has joined #openstack | 04:25 | |
*** soeren has joined #openstack | 04:25 | |
*** jaysun has joined #openstack | 04:25 | |
*** zelazny.freenode.net sets mode: +vvv pandemicsyn notmyname mtaylor | 04:25 | |
*** Jbain has joined #openstack | 04:25 | |
*** Adri2000 has joined #openstack | 04:25 | |
*** clayg has joined #openstack | 04:25 | |
*** chmouel has joined #openstack | 04:25 | |
*** annegentle has joined #openstack | 04:25 | |
*** jeevan_ullas has joined #openstack | 04:25 | |
*** rossij has joined #openstack | 04:25 | |
*** flashn has joined #openstack | 04:25 | |
*** sunech has joined #openstack | 04:25 | |
*** letterj has joined #openstack | 04:25 | |
*** smoser has joined #openstack | 04:25 | |
*** klumpie has joined #openstack | 04:25 | |
*** _cerberus_ has joined #openstack | 04:25 | |
*** brainproxy has joined #openstack | 04:25 | |
*** uvirtbot has joined #openstack | 04:25 | |
*** antonym has joined #openstack | 04:25 | |
*** lool has joined #openstack | 04:25 | |
*** jarrod has joined #openstack | 04:25 | |
*** dovetaildan has joined #openstack | 04:25 | |
*** gholt has joined #openstack | 04:25 | |
*** yosh has joined #openstack | 04:25 | |
*** karmabot has joined #openstack | 04:25 | |
*** timrc has joined #openstack | 04:25 | |
*** ioso has joined #openstack | 04:25 | |
*** zelazny.freenode.net sets mode: +vvv letterj _cerberus_ antonym | 04:25 | |
*** opengeard has quit IRC | 04:25 | |
*** openstackhudson has quit IRC | 04:25 | |
*** kashyapc has quit IRC | 04:25 | |
*** tr3buchet has quit IRC | 04:25 | |
*** imsplitbit has quit IRC | 04:25 | |
*** londo has quit IRC | 04:25 | |
*** sirp_ has quit IRC | 04:25 | |
*** dabo has quit IRC | 04:25 | |
*** blamar has quit IRC | 04:25 | |
*** Adri2000 has quit IRC | 04:25 | |
*** mtaylor has quit IRC | 04:25 | |
*** mtaylor has joined #openstack | 04:25 | |
*** RJD22 is now known as RJD22|away | 04:27 | |
*** arcane has quit IRC | 04:29 | |
*** opengeard has joined #openstack | 04:29 | |
*** openstackhudson has joined #openstack | 04:29 | |
*** kashyapc has joined #openstack | 04:29 | |
*** tr3buchet has joined #openstack | 04:29 | |
*** imsplitbit has joined #openstack | 04:29 | |
*** londo has joined #openstack | 04:29 | |
*** sirp_ has joined #openstack | 04:29 | |
*** dabo has joined #openstack | 04:29 | |
*** blamar has joined #openstack | 04:29 | |
*** Adri2000 has joined #openstack | 04:29 | |
*** arcane has joined #openstack | 04:29 | |
*** mtaylor has quit IRC | 04:32 | |
*** mtaylor has joined #openstack | 04:32 | |
*** ChanServ sets mode: +v mtaylor | 04:32 | |
*** joearnold has joined #openstack | 04:33 | |
*** RJD22|away is now known as RJD22 | 04:34 | |
*** rlucio has quit IRC | 04:47 | |
*** joearnold has quit IRC | 04:51 | |
*** dirakx1 has joined #openstack | 04:54 | |
*** dirakx has quit IRC | 04:54 | |
*** Guest85402 is now known as sateesh | 05:00 | |
*** dirakx1 has quit IRC | 05:01 | |
*** RobertLaptop has left #openstack | 05:01 | |
*** dirakx has joined #openstack | 05:02 | |
*** hadrian has quit IRC | 05:04 | |
*** vvuksan has quit IRC | 05:04 | |
*** dirakx has quit IRC | 05:07 | |
*** littleidea has quit IRC | 05:16 | |
*** kashyapc has quit IRC | 05:17 | |
*** opengeard has quit IRC | 05:31 | |
*** adjohn has joined #openstack | 05:34 | |
*** kashyapc has joined #openstack | 05:38 | |
*** opengeard has joined #openstack | 05:44 | |
*** adjohn has quit IRC | 05:47 | |
*** omidhdl has joined #openstack | 05:55 | |
*** wedjat has quit IRC | 06:05 | |
*** opengeard has quit IRC | 06:12 | |
*** wedjat has joined #openstack | 06:12 | |
*** wedjat has joined #openstack | 06:12 | |
*** adjohn has joined #openstack | 06:13 | |
*** Hayati has joined #openstack | 06:14 | |
*** westmaas1 has quit IRC | 06:21 | |
*** kpepple has quit IRC | 06:36 | |
*** kpepple has joined #openstack | 06:36 | |
*** baldben has joined #openstack | 06:41 | |
*** f4m8_ is now known as f4m8 | 06:41 | |
*** kpepple has quit IRC | 06:42 | |
*** kpepple has joined #openstack | 06:43 | |
*** kpepple has quit IRC | 06:48 | |
*** kpepple has joined #openstack | 06:49 | |
*** kpepple has quit IRC | 06:50 | |
*** kpepple has joined #openstack | 06:50 | |
*** Hayati has quit IRC | 06:51 | |
*** miclorb has quit IRC | 06:54 | |
*** kpepple has quit IRC | 06:55 | |
*** kpepple_ has joined #openstack | 06:55 | |
*** kpepple_ has quit IRC | 06:56 | |
*** kpepple has joined #openstack | 06:56 | |
*** kpepple has joined #openstack | 06:57 | |
*** Hayati has joined #openstack | 06:59 | |
*** kpepple has quit IRC | 07:01 | |
*** kpepple has joined #openstack | 07:02 | |
*** CloudChris has quit IRC | 07:05 | |
*** Hayati has quit IRC | 07:07 | |
*** omidhdl has quit IRC | 07:07 | |
*** kpepple_ has joined #openstack | 07:09 | |
*** kpepple has quit IRC | 07:10 | |
*** kpepple has joined #openstack | 07:14 | |
*** kpepple_ has quit IRC | 07:14 | |
*** kpepple_ has joined #openstack | 07:19 | |
*** kpepple has quit IRC | 07:19 | |
*** aimon has quit IRC | 07:22 | |
*** aimon has joined #openstack | 07:27 | |
*** kpepple_ has quit IRC | 07:27 | |
*** kpepple has joined #openstack | 07:28 | |
*** jsgotangco has joined #openstack | 07:29 | |
*** kpepple has joined #openstack | 07:30 | |
*** berendt has joined #openstack | 07:30 | |
*** RJD22 is now known as RJD22|away | 07:33 | |
*** kpepple has quit IRC | 07:34 | |
*** kpepple has joined #openstack | 07:35 | |
*** littleidea has joined #openstack | 07:35 | |
*** miclorb has joined #openstack | 07:39 | |
*** CloudChris has joined #openstack | 07:42 | |
CloudChris | moin | 07:46 |
*** thimble has joined #openstack | 07:46 | |
uvirtbot | New bug: #715618 in nova "fix logging message if AMQP server is not reachable" [Undecided,New] https://launchpad.net/bugs/715618 | 07:47 |
*** kpepple has quit IRC | 07:49 | |
*** kpepple has joined #openstack | 07:49 | |
*** jsgotangco has quit IRC | 07:49 | |
*** kpepple has quit IRC | 07:50 | |
*** kpepple has joined #openstack | 07:51 | |
uvirtbot | New bug: #715620 in nova "fix logging message if database server is not reachable" [Undecided,New] https://launchpad.net/bugs/715620 | 07:51 |
*** kpepple has quit IRC | 07:55 | |
*** kpepple has joined #openstack | 07:56 | |
*** MarkAtwood has quit IRC | 07:59 | |
*** citral has joined #openstack | 08:02 | |
*** RJD22|away is now known as RJD22 | 08:05 | |
*** kpepple has quit IRC | 08:06 | |
*** Hayati has joined #openstack | 08:07 | |
*** kpepple has joined #openstack | 08:07 | |
*** kpepple has quit IRC | 08:12 | |
*** kpepple has joined #openstack | 08:12 | |
*** calavera has joined #openstack | 08:14 | |
*** fabiand_ has joined #openstack | 08:23 | |
*** kpepple has quit IRC | 08:24 | |
*** kpepple_ has joined #openstack | 08:24 | |
*** kpepple has joined #openstack | 08:26 | |
*** allsystemsarego has joined #openstack | 08:30 | |
*** allsystemsarego has joined #openstack | 08:30 | |
*** kpepple has quit IRC | 08:30 | |
*** kpepple has joined #openstack | 08:31 | |
*** perra has joined #openstack | 08:32 | |
*** kpepple has quit IRC | 08:35 | |
*** kpepple has joined #openstack | 08:36 | |
RJD22 | is there someone who has experience with the deploy script? | 08:39 |
*** thimble has quit IRC | 08:39 | |
*** miclorb has quit IRC | 08:41 | |
*** cdbs has joined #openstack | 08:41 | |
*** cdbs has left #openstack | 08:44 | |
*** kpepple has quit IRC | 08:50 | |
*** kpepple has joined #openstack | 08:51 | |
*** kpepple has quit IRC | 08:55 | |
*** kpepple has joined #openstack | 08:56 | |
*** kpepple has quit IRC | 09:00 | |
*** kpepple has joined #openstack | 09:01 | |
*** reldan has joined #openstack | 09:07 | |
*** kpepple has quit IRC | 09:09 | |
*** kpepple has joined #openstack | 09:10 | |
*** Nacx has joined #openstack | 09:10 | |
*** DigitalFlux has joined #openstack | 09:11 | |
*** Hayati has quit IRC | 09:15 | |
*** kashyapc has quit IRC | 09:16 | |
*** kpepple_ has joined #openstack | 09:17 | |
*** kpepple has quit IRC | 09:17 | |
*** thimble has joined #openstack | 09:19 | |
*** ramkrsna has joined #openstack | 09:19 | |
*** ramkrsna has joined #openstack | 09:19 | |
*** kpepple_ has quit IRC | 09:21 | |
*** kpepple has joined #openstack | 09:22 | |
*** kashyapc has joined #openstack | 09:24 | |
*** kpepple has quit IRC | 09:26 | |
*** kpepple has joined #openstack | 09:27 | |
*** kpepple has quit IRC | 09:28 | |
*** kpepple has joined #openstack | 09:29 | |
*** irahgel has joined #openstack | 09:29 | |
*** jsgotangco has joined #openstack | 09:30 | |
*** kpepple has quit IRC | 09:37 | |
*** kpepple has joined #openstack | 09:38 | |
*** miclorb_ has joined #openstack | 09:40 | |
*** reldan has quit IRC | 09:41 | |
*** kpepple has quit IRC | 09:42 | |
*** kpepple has joined #openstack | 09:43 | |
*** kashyapc has quit IRC | 09:45 | |
*** befreax has joined #openstack | 09:46 | |
*** befreax has quit IRC | 09:52 | |
*** kpepple has quit IRC | 10:01 | |
*** kpepple has joined #openstack | 10:01 | |
*** cclien has quit IRC | 10:06 | |
*** cclien has joined #openstack | 10:06 | |
*** photron_ has joined #openstack | 10:09 | |
uvirtbot | New bug: #715674 in nova "unable to access users table" [Undecided,New] https://launchpad.net/bugs/715674 | 10:11 |
*** cclien has quit IRC | 10:12 | |
*** cclien has joined #openstack | 10:17 | |
*** kpepple has quit IRC | 10:19 | |
*** kpepple has joined #openstack | 10:20 | |
*** jsgotangco has quit IRC | 10:23 | |
*** kpepple has quit IRC | 10:24 | |
*** kpepple has joined #openstack | 10:25 | |
*** clopez has joined #openstack | 10:27 | |
*** Hayati has joined #openstack | 10:29 | |
*** flashn is now known as flshn | 10:30 | |
*** littleidea has quit IRC | 10:32 | |
rcc | ttx , soren: may you please put some insight on https://code.launchpad.net/~rcc/nova/lp708025/+merge/48958 ? devin suggests a split in 2 bugs, one for the retrofitting the BadParameter exception and the current to solely deal with the paramater handling | 10:32 |
*** reldan has joined #openstack | 10:33 | |
*** citral has quit IRC | 10:35 | |
ttx | I think his point is that if we introduce BadParamater we should make sure it's used wherever appropriate | 10:36 |
ttx | so either your branch should fix that as well (use BadParameter everywhere appropriate) or another bug should be filed so that we remember to do it in the future | 10:37 |
ttx | I think I prefer option 1 (do everything right at the first time) | 10:37 |
ttx | rcc: ^ | 10:37 |
*** kpepple has quit IRC | 10:37 | |
rcc | ok, so, what kind of use cases you mean? dealing bad parameters for other nova-manage commands i guess... | 10:38 |
ttx | yes, I think so | 10:38 |
*** kpepple has joined #openstack | 10:38 | |
rcc | hmm, i think i could ask in the bug for feedback regarding what people think we should check in nova-manage, use cases, etc | 10:39 |
rcc | agreed? | 10:39 |
ttx | sounds good to me, maybe others will have different opinions though | 10:40 |
wedjat | hello everyone | 10:40 |
rcc | k, let's wait for soren opinion, i'll also ask vish | 10:40 |
wedjat | for swift, does someone know how to set the referer header http to be allowed by ACL suh as ".r:.google.fr" ? | 10:41 |
wedjat | i'm sending http requests with headers like "Referer : www.google.fr" but doesn't work | 10:42 |
*** miclorb_ has quit IRC | 10:45 | |
wedjat | oh ok, swift doesn't accept Referer Headers which don't start by 'http://*' | 10:47 |
*** kpepple has quit IRC | 10:53 | |
*** kpepple has joined #openstack | 10:53 | |
*** adjohn has quit IRC | 10:56 | |
*** kpepple has quit IRC | 10:58 | |
*** kpepple_ has joined #openstack | 10:58 | |
*** kpepple_ has quit IRC | 11:03 | |
*** kpepple has joined #openstack | 11:03 | |
*** kpepple has quit IRC | 11:14 | |
*** kpepple_ has joined #openstack | 11:15 | |
*** reldan has quit IRC | 11:15 | |
*** kpepple_ has quit IRC | 11:16 | |
*** thimble has quit IRC | 11:16 | |
*** kpepple has joined #openstack | 11:16 | |
*** thimble has joined #openstack | 11:16 | |
*** thimble has quit IRC | 11:23 | |
*** stewart has quit IRC | 11:25 | |
*** kpepple has quit IRC | 11:30 | |
*** kpepple has joined #openstack | 11:31 | |
*** drico has quit IRC | 11:41 | |
*** zykes- has quit IRC | 11:42 | |
cjreyn | I have a question about FlatDHCP. In eucalyptus NAT is done on the compute node. In openstack I'm seeing dns,asq running on the CC. Is this correct? | 11:43 |
*** zykes- has joined #openstack | 11:43 | |
berendt | cjreyn: http://nova.openstack.org/_images/fabric.png | 11:53 |
berendt | cjreyn: nova-network has to be started on every nova node | 11:53 |
berendt | cjreyn: http://nova.openstack.org/_images/Novadiagram.png this graphic is better | 11:54 |
cjreyn | nova-network is running on both nodes, but dnsmasq only on CC | 11:54 |
*** CloudChris has quit IRC | 11:58 | |
*** CloudChris has joined #openstack | 11:59 | |
soren | cjreyn: dnsmasq doesn't necessarily start right away. | 12:11 |
soren | \o/ | 12:12 |
cjreyn | it never starts on the compute node | 12:14 |
*** metoikos has joined #openstack | 12:14 | |
soren | Is nova-network running on it? | 12:14 |
cjreyn | yep | 12:14 |
soren | Look in nova-network's log file. | 12:15 |
sandywalsh_ | o/ | 12:15 |
cjreyn | no errors, and no mention of dnsmasq | 12:16 |
sandywalsh_ | berendt, http://wiki.openstack.org/MultiClusterZones?action=AttachFile&do=get&target=ZonesArchitecture_sm.png | 12:16 |
soren | cjreyn: When you say never.... What do you mean? | 12:16 |
soren | I'm not suggesting that it may wait for a set time before it starts. It doesn't start until "it's needed". | 12:17 |
cjreyn | before or after starting instances, dnsmasq never runs on the compute node | 12:17 |
cjreyn | only on the CC | 12:17 |
soren | "When it's needed" may not be *completely* obvious, but it's event driven. | 12:17 |
berendt | sandywalsh_: looks good.. thank you for the graphic | 12:17 |
cjreyn | ok, but presumably its needed when an instance gets started, so it can supply an IP? | 12:17 |
soren | cjreyn: Yes. At that time it will definitely be started. | 12:18 |
soren | perhaps sooner, but not later. | 12:18 |
sandywalsh_ | berendt, np. I have the OpenOffice originals if you need them. More here: http://wiki.openstack.org/MultiClusterZones | 12:18 |
cjreyn | ok, it never starts, even after an instance is launched. Hence my instance can never get an IP. | 12:19 |
*** Nacx has quit IRC | 12:19 | |
cjreyn | dnsmasq starts on the CC, and listens on the br100 IP | 12:20 |
*** Nacx has joined #openstack | 12:20 | |
*** irahgel has quit IRC | 12:20 | |
*** reldan has joined #openstack | 12:21 | |
soren | cjreyn: I would love to help you debug it, but a) I'm pretty sure vishy can solve it in an instant once he turns up, so it would be a bit of a waste of time, and b) it would probably take so long that vishy would turn up in the mean time :) | 12:21 |
cjreyn | ha ha, ok. I'll wait. But cheers anyways | 12:22 |
*** reldan has quit IRC | 12:22 | |
soren | For instance, I've just finished probably a good 1½ days of debugging. The result is an 11 character patch. | 12:22 |
*** fabiand_ has quit IRC | 12:23 | |
*** westmaas1 has joined #openstack | 12:24 | |
*** reldan has joined #openstack | 12:24 | |
*** irahgel has joined #openstack | 12:25 | |
*** reldan has quit IRC | 12:25 | |
soren | ttx: This is pretty cool: https://hudson.linux2go.dk/job/Nova%20install/IMAGEVERSION=natty,distro=lucid/38/console | 12:26 |
soren | ttx: I can pass a branch url to that job and it'll build a package out of it and install it on my test boxes. | 12:27 |
*** ctennis has quit IRC | 12:27 | |
soren | ttx: ...and then I can run the test battery against it. | 12:27 |
ttx | password-protected, but I can imagine | 12:27 |
soren | Oh, is it? | 12:27 |
ttx | It is | 12:30 |
* soren adjusts | 12:30 | |
soren | or tries to. Hm.. | 12:33 |
soren | ttx: Try again. | 12:35 |
ttx | soren: looks good | 12:38 |
*** eikke has joined #openstack | 12:39 | |
*** Hayati has quit IRC | 12:41 | |
*** ctennis has joined #openstack | 12:41 | |
*** reldan has joined #openstack | 12:45 | |
*** gaveen has joined #openstack | 12:50 | |
*** gaveen has joined #openstack | 12:50 | |
*** reldan has quit IRC | 12:51 | |
*** reldan has joined #openstack | 12:51 | |
*** westmaas1 has quit IRC | 12:53 | |
*** hadrian has joined #openstack | 12:54 | |
*** reldan has quit IRC | 12:55 | |
*** reldan has joined #openstack | 12:59 | |
*** CloudChris has quit IRC | 13:10 | |
*** CloudChris has joined #openstack | 13:21 | |
*** stewart has joined #openstack | 13:23 | |
berendt | can somebody please take a look at this graphic: http://i.imgur.com/HPX9D.png.. i want to know if that's ok for a general overview of the components | 13:27 |
*** maplebed has joined #openstack | 13:28 | |
*** DanEllis has joined #openstack | 13:30 | |
ttx | berendt: I think nova-manage speaks directly to the DB, not to the openstack API. To speak the openstack API, you need a client lib, like the modified cloudservers from SandyWalsh | 13:32 |
berendt | ttx: ok, i'll fix this | 13:32 |
*** Hayati has joined #openstack | 13:35 | |
*** hadrian is now known as nothrvailble1 | 13:36 | |
*** nothrvailble1 is now known as hadrian | 13:37 | |
*** ramkrsna has quit IRC | 13:38 | |
*** masumotok has quit IRC | 13:47 | |
*** sebastianstadil has quit IRC | 13:48 | |
*** thimble has joined #openstack | 13:49 | |
*** dprince has joined #openstack | 13:50 | |
*** vvuksan has joined #openstack | 13:58 | |
*** vvuksan has quit IRC | 14:00 | |
*** ugarit has joined #openstack | 14:02 | |
*** clopez has quit IRC | 14:03 | |
jaypipes | *yawn* | 14:04 |
jaypipes | berendt: nova-manage doesn't speak to the OpenStack API. Only to the EC2 API and to the underlying common database for certain things (like projects, quotas, users, etc...) | 14:06 |
jaypipes | berendt: what *does* speak to the OpenStack API is the external python-novatools library located on github...and mirrored to Launchpad. | 14:07 |
jaypipes | berendt: python-novatools is a slightly modified fork of the python-cloudservers code that speaks to the Rackspace Cloud Servers API 1.0 | 14:07 |
jaypipes | berendt: also, the "Services" block should be renamed to something else, since Nova has a concept of a Service (nova.service.Service) internally. Services are worker processes that listen to a RabbitMQ for messages coming from other services. The internal Nova services include the Scheduler, the Network controller, the Volume controller, and the Compute worker. | 14:10 |
jaypipes | hope that helps.. | 14:10 |
dabo | berendt: there is another layer between the 'Services' box and the hosts - the scheduler. It's responsible for determining which host is used. | 14:10 |
dabo | jaypipes: stop typing faster than I can! | 14:10 |
jaypipes | berendt: also, I'd rename "Cloud Controller" to Nova API node(s) | 14:11 |
jaypipes | dabo: :) | 14:11 |
berendt | the scheduler is only waiting for incoming messages on the queue? | 14:14 |
DigitalFlux | So by using python-novatools, i can do the same action that i do with nova-manage ? | 14:16 |
DigitalFlux | create users/projects/networks ? | 14:16 |
dabo | berendt: yes. Currently it picks a host at random; we're going to be adding logic to that process soon, though. | 14:16 |
berendt | dabo: nova-scheduler needs access to the database? | 14:17 |
*** cdbs has joined #openstack | 14:17 | |
dabo | berendt: It will have its own db that only has the information about the hosts (or soon, zones) for which it is responsible | 14:18 |
berendt | ok | 14:18 |
berendt | but the "stupid" nova nodes need access to the database? (sorry, i didn't read all code at the moment) | 14:19 |
dabo | berendt: what database do you mean? | 14:19 |
berendt | the mysql database used on the api host | 14:19 |
DigitalFlux | Can someone please direct me to a doc/conversation to the differences between the EC2 model and Rackspace ? | 14:20 |
dabo | berendt: not to my understanding. What information would it need? | 14:20 |
DigitalFlux | The difference is only in the way of imaging the templates and the separation of compute/storage ? | 14:20 |
rcc | iirc there was a wiki page comparing openstack to ec2 | 14:21 |
rcc | let me check | 14:21 |
berendt | dabo: jaypipes: http://i.imgur.com/k6Gid.png | 14:23 |
rcc | http://wiki.openstack.org/Nova/EucalyptusFeatureComparison | 14:23 |
dabo | berendt: I'm still unclear on the need for 'distributed storage'; what exactly is that used for? | 14:23 |
berendt | dabo: the volumes in the virtual machines | 14:24 |
berendt | dabo: nova-volume | 14:24 |
rcc | not quite what you asking tho | 14:24 |
jaypipes | berendt: cool. I would do 2 more things: in the block of Nova (Node)s, I would instead put the names of the nodes (network, compute, volume) | 14:24 |
jaypipes | berendt: and also move MySQL into a more central place and put arrows from scheduler and the nova node group to MySQL.. | 14:25 |
dabo | berendt: I haven't dealt with nova-volume, since we're not using it here (Rackspace), so I'll take your word on that | 14:25 |
berendt | every nova (node) is one set of network, compute, volume... | 14:25 |
berendt | too many details for the use of this graphic.. | 14:26 |
berendt | next try... :) http://i.imgur.com/j0Yfv.png | 14:30 |
DigitalFlux | Guys, please answer me :) | 14:35 |
DigitalFlux | if i use python-novatools against openstack bexar, i can get instances with persistant storage ? | 14:36 |
*** ppetraki has joined #openstack | 14:37 | |
dabo | DigitalFlux: yes, that's the idea | 14:38 |
DigitalFlux | dabo: OK Great, i will test it right away | 14:41 |
DigitalFlux | Although i have to say that i didn't find any docs about that .. | 14:41 |
DigitalFlux | dabo: Any docs around ? | 14:42 |
dabo | DigitalFlux: not sure where | 14:42 |
dabo | ..or if :) | 14:42 |
*** pvo has joined #openstack | 14:42 | |
dabo | jaypipes: I'm getting glance/plugin errors creating an instance. Can you look at this xensource.log excerpt and let me know if it tells you anything? http://paste.openstack.org/show/657/ | 14:43 |
jaypipes | dabo: looking | 14:44 |
annegentle | DigitalFlux: I don't know of docs on persistent storage either, it's a gap. | 14:44 |
jaypipes | dabo: what are the errors you are getting? | 14:45 |
dabo | jaypipes: first, the instance isn't created :) | 14:45 |
dabo | on the compute side, it's just: Failure: ['XENAPI_PLUGIN_FAILURE', 'non-zero exit', '', ''] | 14:46 |
dabo | which is why I'm looking at xensource.log | 14:46 |
*** f4m8 is now known as f4m8_ | 14:47 | |
*** gondoi has joined #openstack | 14:47 | |
jaypipes | dabo: well, the xensource.log doesn't give me anything more than the above... "Got exception XENAPI_PLUGIN_FAILURE: [ non-zero exit;..." | 14:47 |
dabo | jaypipes: ok, then, where can I dig deeper? | 14:47 |
dabo | it happens every time | 14:48 |
dabo | I'm using trunk for both nova and glance, btw | 14:48 |
jaypipes | dabo: copy_kernel_vdi in the glance plugin is what is raising it (or returning non-zero). See if you can put some debugging statements in there... | 14:48 |
jaypipes | sirp_: got a few cycles to assist dabo? | 14:49 |
dabo | jaypipes: yeah, I saw the error at hashtbl.ml, but didn't know exactly what that was doing. | 14:49 |
jaypipes | dabo: yeah, I don't know what all that stuff means either :( | 14:50 |
dabo | jaypipes: lotta good you are | 14:50 |
dabo | :) | 14:50 |
jaypipes | dabo: yeah, I know, right? :) | 14:50 |
dabo | they must keep you around for your looks. :) | 14:51 |
DigitalFlux | annegentle: I just sent you a tweet about that, I think the only place that discussed the differences between EC2 and OpenStack/RackSpace was the mailing list, no docs mentioned persistant storage at all .. | 14:51 |
jaypipes | dabo: take a look at /plugins/xenserver/etc/xapi.d/plugins/glance lines 46-71 | 14:52 |
dabo | jaypipes: way ahead of ya | 14:52 |
jaypipes | dabo: looks like all that is going on is some simple file movements. But there is no try/except block at all and no error handling. Not surprised there is no information in the logs ;) | 14:52 |
cjreyn | hey all. So I finally got an instance to boot, and can ping it. Its an ubuntu image, but ssh doesn't come up in the boot sequence till after it attempts to connect to http://169.254.169.254 which fails. Any ideas why this might be | 14:53 |
jaypipes | cjreyn: why is it trying to connect to that IP? | 14:54 |
jaypipes | cjreyn: during boot? | 14:54 |
cjreyn | from what I can gather, theres an init script called DataSourceEc2.py that attempts to connect to that IP for data passed to the instance on boot | 14:56 |
jaypipes | berendt: good, but I'd still specify Network, Compute, and Volume in the Nova Nodes box... :) | 14:56 |
berendt | jaypipes: i'll think about it.. :) | 14:56 |
jaypipes | berendt: :) | 14:56 |
berendt | jaypipes: dabo: thank you for the input.. i'll talk to my manager that i can distribute the graphic in the wiki under a free license | 14:57 |
cjreyn | jaypipes: does Openstack use the same method as Eucalyptus for passing data to an instance at boot itme? | 14:57 |
jaypipes | cjreyn: no. | 14:57 |
cjreyn | jaypipes: ok, so this may be an issue with the UEC image, as that's where I got it. How does Openstack pass paramters to instances at boot time? | 14:58 |
jaypipes | cjreyn: looks like you are trying to start up a Eucalyptus image on Nova. That won't work AFAIK. | 14:58 |
jaypipes | zul: around? question about UEC above ^^ | 14:59 |
cjreyn | jaypipes: links to a non tty image, i.e. one that accepts IP address injection on boot? | 14:59 |
zul | jaypipes: hi reading | 14:59 |
jaypipes | cjreyn: I think it depends on the type of image being booted and the hypervisor used. | 15:00 |
berendt | is it possible to use an other queuing system talking amqp, not only rabbitmq, activemq for example | 15:00 |
jaypipes | vishy: could you elaborate on the above? | 15:00 |
zul | jaypipes: i never tried using user-data on Openstack myself | 15:00 |
jaypipes | berendt: Nova uses Carrot, so AFAIK, yes. :) http://ask.github.com/carrot/introduction.html | 15:02 |
*** dfg has joined #openstack | 15:02 | |
cjreyn | so is passing user data even possible with Openstack, or is it a feature to be added later? | 15:03 |
jaypipes | cjreyn: I'm not sure, to be honest. Was hoping vishy or someone more familiar with the virt layer would have an answer. | 15:04 |
annegentle | DigitalFlux: ok, hi, thanks for mapping IRC>Twitter :) the wiki page http://wiki.openstack.org/Nova/EucalyptusFeatureComparison shows EBS-like features are in both Eucalyptus and OpenStack. Is that what you mean? | 15:04 |
*** tleruitte has joined #openstack | 15:04 | |
cjreyn | jaypipes: okey dokey, I'll wait around. Are there any weblinks to working ubuntu images? | 15:05 |
jaypipes | zul: ? ^^ | 15:05 |
ttx | cjreyn: user-data works with Nova | 15:06 |
*** onxis has joined #openstack | 15:06 | |
tleruitte | hi all! i have an issue using the nova.sh script (https://github.com/vishvananda/novascript) I can't ssh the VM run by the script. Anyone could help? | 15:06 |
cjreyn | ttx: how? | 15:06 |
ttx | cjreyn: same as EC2 or Eucalyptus, through a metadata service | 15:07 |
cjreyn | ttx: the VM connects using http to this service? | 15:07 |
onxis | ...does anyone have an opinion on AoE (CORAID) when combined with Arista (Low Latency 10G) and Nexenta (ZFS)... | 15:07 |
ttx | what you pass as user-data is exhibited by the metadata service for the instance to query | 15:07 |
ttx | cjreyn: that's for the VM to implement. Ubuntu cloud images do query this for their cloud-init | 15:08 |
*** abecc has joined #openstack | 15:08 | |
cjreyn | ttx: how is this query done. On UEC its http://169.254.169.254 | 15:08 |
ttx | same. | 15:08 |
ttx | the ubuntu UEC images work on Nova. They just query the metadata service at http://169.254.169.254 for user-data (among other things) | 15:09 |
ttx | and Nova provides that (as EC2 and Eucalytpus do) | 15:09 |
cjreyn | ttx: and Openstack provides this capacity, i.e. a webserver on http://169.254.169.254 ? | 15:09 |
cjreyn | ttx: i tried pinging this address and it doesn't exist | 15:09 |
ttx | cjreyn: it's a bit more complicated. That address is routed from the VM to the API server | 15:10 |
zul | cjreyn: http://uec-images.ubuntu.com | 15:10 |
ttx | cjreyn: should work if you query it FROM a vm | 15:10 |
ttx | (the ubuntu cloud images don'ty boot if they can't access the metadata service) | 15:11 |
cjreyn | ttx: yeah the one I got from http://uec-images.ubuntu.com has this problem. It times out, with Errno 113 No route to host | 15:12 |
annegentle | tleruitte: I think that the nova.sh script downloads http://images.ansolabs.com/tty.tgz which may not have ssh installed... let me double-check that theory. | 15:12 |
cjreyn | ttx: so if the VM can't access this service, where should I be looking to fix the problem? | 15:13 |
*** blueadept has joined #openstack | 15:13 | |
DigitalFlux | annegentle: kinda, a dialog on this issue on the documentation would be better though, with a tutorial on how to use the cloudservers command with Nova | 15:13 |
DigitalFlux | annegentle: the discussion happening right now would be great to document too :-) (user-data) | 15:13 |
ttx | cjreyn: what Network mode are you using ? | 15:13 |
cjreyn | ttx: Flat | 15:14 |
ttx | cjreyn: some network modes set up the redirection for you, some others don't | 15:14 |
annegentle | DigitalFlux: yep, taking notes :) | 15:14 |
* ttx digs some doc | 15:14 | |
ttx | cjreyn: I'll have to defer to the networking specialists, but with Flat you might need to set up the redirection manually | 15:17 |
ttx | I know it works automatically with VlanManager | 15:17 |
berendt | jaypipes: carrot.. ok.. so i think the flag for setting the amqp server (rabbit_host) is a little bit confusing and should be renamed..? | 15:17 |
cjreyn | ttx: ok. Who's the networks guru!? | 15:17 |
jaypipes | berendt: sure, it is. feel free to file a bug on that. :) I think you're more than familiar with the bug-filing process by now :P | 15:18 |
ttx | cjreyn: vishy. | 15:18 |
cjreyn | ttx: he's on lunch ;-) ?? | 15:19 |
ttx | cjreyn: should be around in a couple hours | 15:19 |
cjreyn | ttx: bonza. Cheers for your help | 15:20 |
ttx | cjreyn: sorry I can't be of more help, using FlatManager hasn't been a success story for me either | 15:20 |
cjreyn | ttx: I guess with a vlan tagging switch it all just works out of the box? | 15:21 |
ttx | technically simpler, but more things you have to setup yourself | 15:21 |
berendt | jaypipes: i think so.. ;) | 15:21 |
ttx | cjreyn: that's the idea | 15:22 |
* ttx pauses | 15:22 | |
tleruitte | hi all! i have a VM instances which is stuck in a 'networking' state (instead of scheduling or running). Does anyone know what can i do to get it running? Is it a bad network configuration? | 15:23 |
*** rnirmal has joined #openstack | 15:25 | |
*** rnirmal has quit IRC | 15:25 | |
annegentle | tleruitte: usually when that happens, it means nova doesn't know how to route the traffic to the bridge - which network setting is in your nova.conf? | 15:29 |
annegentle | tleruitte: more info on networking: http://docs.openstack.org/openstack-compute/admin/content/ch04s02.html | 15:30 |
*** dprince has quit IRC | 15:30 | |
tleruitte | annegentle: i'm using novascript (https://github.com/vishvananda/novascript), so everything should run on the same machine. I will take a look at your link, thanks for that! | 15:30 |
uvirtbot | New bug: #715831 in nova "rename gflag --rabbit_host" [Undecided,New] https://launchpad.net/bugs/715831 | 15:32 |
*** dprince has joined #openstack | 15:32 | |
*** rnirmal has joined #openstack | 15:34 | |
*** msassak has joined #openstack | 15:35 | |
*** dirakx has joined #openstack | 15:35 | |
*** Hayati has quit IRC | 15:36 | |
*** glenc has quit IRC | 15:39 | |
*** jtimberman has joined #openstack | 15:41 | |
*** dirakx has quit IRC | 15:44 | |
*** glenc has joined #openstack | 15:44 | |
DigitalFlux | annegentle: those IRC logs are logged somewhere ? | 15:44 |
annegentle | DigitalFlux: yup, see http://eavesdrop.openstack.org/irclogs/ also you can use Google site:http://eavesdrop.openstack.org/irclogs/ to search within those logs | 15:46 |
*** rnirmal has quit IRC | 15:49 | |
*** rnirmal has joined #openstack | 15:50 | |
*** reldan has quit IRC | 15:50 | |
*** rnirmal has quit IRC | 15:50 | |
*** som has joined #openstack | 15:51 | |
*** som has left #openstack | 15:52 | |
Ryan_Lane | cjreyn: I can vouch for user-data using UEC images in nova | 15:53 |
Ryan_Lane | cjreyn: I'm using it right now | 15:53 |
Ryan_Lane | I'm using flatdhcp networking mode, though | 15:53 |
*** vvuksan has joined #openstack | 15:53 | |
*** som_ has joined #openstack | 15:54 | |
*** vvuksan has joined #openstack | 15:54 | |
cjreyn | Ryan_Lane, I had problems with FlatDHCP | 15:54 |
Ryan_Lane | oh? | 15:54 |
Ryan_Lane | it's working well for me so far | 15:55 |
Ryan_Lane | do you have multiple NICs? | 15:55 |
som_ | Hi!! | 15:55 |
som_ | is this OpenStack community?? | 15:55 |
Ryan_Lane | som_: yep | 15:55 |
som_ | Greeat.. i landed in the right place.. | 15:55 |
cjreyn | Ryan_Lane, Yes, the compute node had two Nics. But dnsmasq never started on the compute node | 15:56 |
Ryan_Lane | cjreyn: I have a controller node running nova-scheduler, nova-objectstore, and nova-api | 15:56 |
Ryan_Lane | dnsmasq runs on the network node | 15:56 |
Ryan_Lane | oh, my controller is running nova-network too | 15:56 |
cjreyn | Ryan_Lane, and nova-network on the controller? | 15:56 |
*** citral has joined #openstack | 15:56 | |
Ryan_Lane | let me post my config | 15:56 |
cjreyn | Ryan_Lane, that would be ace | 15:56 |
vvuksan | cjreyn: hey | 15:56 |
som_ | I mailed to Mr. Stephen Spector. I am new to this community... | 15:56 |
cjreyn | vvuksan, hey | 15:57 |
som_ | Ha | 15:57 |
vvuksan | cjreyn: flatDHCP is tricky | 15:57 |
vvuksan | cjreyn: I learned myself :-) | 15:57 |
cjreyn | vvuksan, so I reverted to Flat mode. I have ping connectivity, but now problems with re-direction for UEC images | 15:57 |
Ryan_Lane | it works better than flat, and is easier than vlan though :) | 15:57 |
*** dirakx has joined #openstack | 15:57 | |
vvuksan | what redirection | 15:58 |
vvuksan | Ryan_Lane: some of us don't have the VLAN option :-( | 15:58 |
Ryan_Lane | I don't either | 15:58 |
Ryan_Lane | so, I'm using flatdhcp | 15:58 |
vvuksan | me too | 15:58 |
cjreyn | vvuksan, When the UEC images boot, they look for user data from a metadata service. For some reason the VM can't connect to this service | 15:58 |
vvuksan | cjreyn: that would indicate that 169.254 mapping is not setup correctly | 15:59 |
cjreyn | Ryan_Lane, the advantages of DHCP are? | 15:59 |
vvuksan | on the compute node | 15:59 |
Ryan_Lane | cjreyn: http://pastebin.com/61NP8Dxk | 15:59 |
vvuksan | if you do iptables -t nat -L | 15:59 |
*** dragondm has joined #openstack | 15:59 | |
vvuksan | does it show the 169.254 | 15:59 |
cjreyn | vvuksan, yeah, thats it. How to solve? | 15:59 |
vvuksan | and more importantly does it point to the API server | 15:59 |
Ryan_Lane | it automatically sets up the metadata service ip for the instances, it handled the NAT for you | 15:59 |
Ryan_Lane | err handles | 15:59 |
som_ | I am new can anybody help mw out?? | 16:00 |
Ryan_Lane | it also handles assignment of floating IPs (via NAT) | 16:00 |
som_ | plz | 16:00 |
vvuksan | som_: what's your question? | 16:00 |
Ryan_Lane | som_: ask a question, don't ask to ask | 16:00 |
*** reldan has joined #openstack | 16:00 | |
cjreyn | Ryan_Lane, ok, I'm sold, but as I said it never started dnsmasq on the compute node | 16:00 |
vvuksan | Ryan_Lane: about floating IPs | 16:00 |
Ryan_Lane | dnsmasq doesn't run on the compute node ;) | 16:00 |
Ryan_Lane | it runs on the network node | 16:00 |
vvuksan | Ryan_Lane: can you have floating IPs assigned at euca-run-instance ? | 16:00 |
Ryan_Lane | vvuksan: I don't believe so | 16:01 |
som_ | I want to contribute i am new I know java is there any ways I can contribute here?? | 16:01 |
Ryan_Lane | vvuksan: it's a two step process of running the node, then assigning the IP | 16:01 |
*** ugarit has quit IRC | 16:01 | |
vvuksan | Ryan_Lane: right | 16:01 |
Ryan_Lane | vvuksan: the nodes get a private IP address | 16:01 |
Ryan_Lane | but the private IP has access to the public network via NAT | 16:01 |
Ryan_Lane | som_: pretty much everything is in python | 16:01 |
Ryan_Lane | som_: I have a web interface project in php | 16:01 |
som_ | ok.. | 16:02 |
vvuksan | Ryan_Lane: link to web interface :-) | 16:02 |
vvuksan | ? | 16:02 |
som_ | So notting in Java?? | 16:02 |
Ryan_Lane | som_: take a look at the available blueprints, and see if there's anything you want to do | 16:02 |
Ryan_Lane | I don't think there's anything in java | 16:02 |
Ryan_Lane | vvuksan: http://www.mediawiki.org/wiki/Extension:OpenStackManager | 16:02 |
som_ | ok.. | 16:02 |
Ryan_Lane | cjreyn: so, in my posted config.... | 16:02 |
som_ | Thank u .. | 16:02 |
cjreyn | vvuksan, the iptables print doesn't list the redirection (its all for the libvirt interface) | 16:02 |
som_ | one more hing.. | 16:02 |
vvuksan | Ryan_Lane: what no screenshots :-P ? | 16:03 |
*** maplebed has quit IRC | 16:03 | |
*** dirakx has quit IRC | 16:03 | |
Ryan_Lane | cjreyn: 192.168.1.60 is the controller, with network, api, mysql, objectstore, etc | 16:03 |
som_ | How can i build the apps using ur OpenStack?? | 16:03 |
Ryan_Lane | basically everything but compute | 16:03 |
som_ | any resouses i can start with?/ | 16:03 |
Ryan_Lane | vvuksan: I'm going to make a screencast soon :) | 16:03 |
vvuksan | Ryan_Lane: awesome :-) | 16:03 |
Ryan_Lane | vvuksan: I'm still working on it | 16:03 |
Ryan_Lane | cjreyn: my_ip is set to the IP of each node... | 16:04 |
citral | hi, I am trying to start my first instance, but it won´t come out of the `scheduling´ status, i.e. it won´t launch. Anything tips? | 16:04 |
som_ | Ryan: How can i develop app?? | 16:04 |
Ryan_Lane | som_: program against the apis | 16:04 |
vvuksan | citral: are you running the nova-api , nova-compute in the foreground ? | 16:04 |
Ryan_Lane | som_: nova provides the ec2 api, so you can program against ec2 if you want to | 16:04 |
som_ | Ryan: any resourses I can start with? | 16:05 |
Ryan_Lane | umm | 16:05 |
*** reldan has quit IRC | 16:05 | |
som_ | KBs? | 16:05 |
vvuksan | Ryan_Lane: the trouble then that I see with floating IPs is this. You tell nova to assign certain IPs to certain hosts | 16:05 |
Ryan_Lane | the wiki | 16:05 |
som_ | KTs? | 16:05 |
vvuksan | Ryan_Lane: right ? So when you do allocate-address you get some random IP | 16:05 |
Ryan_Lane | vvuksan: actually, you assign them to the network host ;) | 16:05 |
Ryan_Lane | yeah, you get a random IP | 16:05 |
Ryan_Lane | som_: google? | 16:05 |
som_ | Google... | 16:05 |
som_ | hahahah | 16:06 |
citral | vvuksan: yes | 16:06 |
Ryan_Lane | som_: http://wiki.openstack.org/ | 16:06 |
som_ | I wanna develop apps on ur platform.. | 16:06 |
cjreyn | Ryan_Lane, yeah got that. What I'm really after now is the redirection for http://169.254.169.254 i.e. the metadat service | 16:06 |
vvuksan | cjreyn: nova-compute should do that | 16:06 |
vvuksan | cjreyn: setup redirect for 169.254 | 16:06 |
som_ | Ryan: can I do that being a java developer (develop a app)?? | 16:06 |
Ryan_Lane | som_: you can develop in whatever you want | 16:06 |
cjreyn | vvuksan, how? | 16:06 |
Ryan_Lane | som_: I'm using php, for instance | 16:06 |
Ryan_Lane | som_: you are developing against an API | 16:07 |
vvuksan | cjreyn: it should do it at instance startup | 16:07 |
som_ | great.. | 16:07 |
cjreyn | vvuksan, remember I've reverted to Flat, i.e. no DHCP | 16:07 |
vvuksan | cjreyn: let me get this straight. a VM is kicked off on the instance but when you look at iptables -t nat -L | 16:07 |
Ryan_Lane | cjreyn: you can ping the instance, when it is created, right? | 16:07 |
som_ | Ryan can i have ur mail ID?? | 16:07 |
vvuksan | cjreyn: 169.254 is missing ? | 16:07 |
som_ | to be in touch.. | 16:07 |
Ryan_Lane | som_: it's online. just search for it. but there isn't really much reason to contact me directly | 16:07 |
cjreyn | yeah, using Flat (no DHCP!!), I can ping, but its a UEC image, and fails when trying to contact the metadat service | 16:08 |
Ryan_Lane | yeah, just seeing if the instance has network :) | 16:08 |
vvuksan | cjreyn: I understand. Key is that iptables needs to have that entry | 16:08 |
som_ | ll b available here in this channel?? | 16:08 |
som_ | Ryan?? | 16:08 |
*** perra has quit IRC | 16:08 | |
vvuksan | cjreyn: otherwise UEC images will fail | 16:08 |
Ryan_Lane | som_: eh? what are you talking about? | 16:08 |
*** jfluhmann has quit IRC | 16:09 | |
Ryan_Lane | eh? my iptables doesn't have that entry on the compute node | 16:09 |
som_ | Ryan.. wat i nmeant was ll u here.. if i face any prob that i a can reach u in the channel.. | 16:09 |
cjreyn | vvuksan, ok, and with FlatDHCP this is done automatically? I tried pinging the IP of the metada service but it doesn't exist | 16:09 |
vvuksan | Ryan_Lane: that doesn't seem right | 16:10 |
vvuksan | Ryan_Lane: if you are gonna use metadata service you have to have that entry | 16:10 |
*** RobertLaptop has joined #openstack | 16:10 | |
*** tleruitte has left #openstack | 16:10 | |
*** MarkAtwood has joined #openstack | 16:10 | |
Ryan_Lane | vvuksan: that's on my network node | 16:10 |
*** som_ has quit IRC | 16:11 | |
Ryan_Lane | my compute nodes only have rules for the instances. no metadata service | 16:11 |
vvuksan | hmm | 16:11 |
Ryan_Lane | the network node has this: DNAT tcp -- 0.0.0.0/0 169.254.169.254 tcp dpt:80 to:192.168.1.60:8773 | 16:11 |
vvuksan | yep | 16:11 |
vvuksan | got that | 16:11 |
cjreyn | Ryan_Lane, what is --routing_source_ip? | 16:11 |
Ryan_Lane | cjreyn: the public IP on the network node | 16:12 |
Ryan_Lane | it's the rule used for SNAT | 16:12 |
Ryan_Lane | SNAT all -- 10.0.0.0/8 0.0.0.0/0 to:208.80.152.236 | 16:12 |
Ryan_Lane | so that the nodes have access to the outside world | 16:12 |
Ryan_Lane | err | 16:13 |
Ryan_Lane | s/nodes/instances/ | 16:13 |
Ryan_Lane | so in dhcp mode, when the instances get an IP via dhcp, they also get a gateway set | 16:13 |
Ryan_Lane | traffic routes through the network node | 16:13 |
Ryan_Lane | I gotta go | 16:14 |
Ryan_Lane | back in like an hour :) | 16:14 |
*** dirakx has joined #openstack | 16:14 | |
cjreyn | Ryan_Lane, ok, im with you thanks | 16:14 |
*** Ryan_Lane is now known as Ryan_Lane|away | 16:14 | |
vvuksan | cjreyn: back to your problem | 16:14 |
vvuksan | can you confirm whether you see the 169.254 rule on the compute server ? | 16:14 |
*** Hayati has joined #openstack | 16:14 | |
*** thimble has quit IRC | 16:15 | |
*** h1nch has quit IRC | 16:15 | |
cjreyn | vvuksan, aye. I guess its some ip tables magic to add that rule. No its not there right now. So 169.254 gets mapped to a differnt IP | 16:15 |
cjreyn | ? | 16:15 |
vvuksan | can you post your nova.conf | 16:15 |
vvuksan | let's look at that | 16:15 |
*** DigitalFlux has quit IRC | 16:15 | |
cjreyn | vvuksan, http://pastebin.com/DRWVxtyq | 16:16 |
vvuksan | ah yeah | 16:16 |
vvuksan | i think i remember now | 16:16 |
vvuksan | add this | 16:16 |
cjreyn | vvuksan, so my controller has a public (eth0) IP of 192.168.2.75, the backend network is 172.16.0.0 | 16:17 |
vvuksan | --ec2_dmz_host=192.168.2.75 | 16:17 |
cjreyn | vvuksan, on both controller and compute node? | 16:17 |
vvuksan | restart everything | 16:17 |
vvuksan | yeah i'd put it everywhere | 16:17 |
cjreyn | ok | 16:18 |
cjreyn | vvuksan, this will update iptables on instance creation? | 16:19 |
vvuksan | i believe so | 16:19 |
vvuksan | kick off an instance | 16:19 |
vvuksan | and watch iptables | 16:20 |
*** dirakx has quit IRC | 16:20 | |
*** sateesh has quit IRC | 16:20 | |
cjreyn | vvuksan, nope | 16:21 |
vvuksan | hmm | 16:22 |
cjreyn | vvuksan, so does 169.254 get mapped to an IP that Openstack hosts the metadata service on? | 16:23 |
*** anticw has quit IRC | 16:23 | |
vvuksan | cjreyn: yes it gets mapped to the API host | 16:23 |
*** anticw has joined #openstack | 16:23 | |
cjreyn | vvuksan, I see | 16:23 |
vvuksan | https://github.com/openstack/nova/blob/master/nova/network/linux_net.py#L60 | 16:24 |
vvuksan | that's the code that does it | 16:24 |
vvuksan | switch to flatdhcp | 16:25 |
vvuksan | see if that does it | 16:25 |
vvuksan | looking through the code that may be the thing | 16:25 |
vvuksan | i gotta go be back later | 16:25 |
*** RJD22 is now known as RJD22|away | 16:26 | |
*** vvuksan has quit IRC | 16:30 | |
*** baldben has quit IRC | 16:30 | |
*** reldan has joined #openstack | 16:30 | |
*** littleidea has joined #openstack | 16:31 | |
*** dirakx has joined #openstack | 16:33 | |
*** Daviey has quit IRC | 16:36 | |
*** Daviey has joined #openstack | 16:39 | |
*** westmaas has quit IRC | 16:42 | |
*** citral has quit IRC | 16:43 | |
*** calavera has quit IRC | 16:43 | |
*** dfg_ has joined #openstack | 16:49 | |
*** lool- has joined #openstack | 16:51 | |
*** dfg_ has quit IRC | 16:53 | |
*** reldan has quit IRC | 16:57 | |
*** dirakx has quit IRC | 16:57 | |
*** grapex has joined #openstack | 16:58 | |
*** reldan has joined #openstack | 16:58 | |
*** kashyapc has joined #openstack | 17:01 | |
*** CloudChris has quit IRC | 17:01 | |
*** pvo has quit IRC | 17:02 | |
*** lool- has quit IRC | 17:02 | |
*** littleidea has quit IRC | 17:05 | |
*** jero has quit IRC | 17:07 | |
*** MarkAtwood has quit IRC | 17:08 | |
*** DanEllis has quit IRC | 17:11 | |
*** DanEllis has joined #openstack | 17:12 | |
*** dirakx has joined #openstack | 17:12 | |
*** dirakx has joined #openstack | 17:13 | |
*** h1nch has joined #openstack | 17:13 | |
*** h1nch has left #openstack | 17:13 | |
*** evtoews has joined #openstack | 17:14 | |
*** kashyap_ has joined #openstack | 17:15 | |
*** maplebed has joined #openstack | 17:15 | |
*** onxis has quit IRC | 17:16 | |
*** justinsb has joined #openstack | 17:16 | |
justinsb | Hello again all! Can someone remind me of the rules for when proposed merges get merged? Trying to figure out why this one hasn't auto-merged: https://code.launchpad.net/~justin-fathomdb/nova/san | 17:17 |
*** littleidea has joined #openstack | 17:18 | |
eday | justinsb: reviewers should be marking them as 'resubmit', the proposer would actually perform a resubmit using another button. :) But besides that, looks like just waiting for Devin to approve | 17:19 |
eday | justinsb: once there are 2 core approves, it will be marked for merge | 17:20 |
*** baldben has joined #openstack | 17:21 | |
eday | sandywalsh_: hey! just wrote you a lengthy email, lemme know if you want to chat (voice) at all | 17:21 |
*** littleidea has quit IRC | 17:21 | |
sandywalsh_ | eday, thanks ... will give it a read shortly! | 17:21 |
justinsb | eday: Thanks. But oops ... so my 'resubmit' will block it? | 17:21 |
devcamcar | justinb: just marked lp:~justin-fathomdb/nova/san as approved | 17:22 |
eday | justinsb: nope | 17:22 |
eday | justinsb: just for the future | 17:22 |
justinsb | eday: Thanks! | 17:22 |
justinsb | devcamcar: Thanks for the approve! | 17:22 |
sandywalsh_ | eday, re: dynamically notifying the schedulers: good suggestion. I'm on a call now, let's skype after. How long you around for? | 17:24 |
*** MarkAtwood has joined #openstack | 17:25 | |
eday | sandywalsh_: all day! | 17:27 |
sandywalsh_ | eday, great ... ping you shortly | 17:27 |
*** h1nch has joined #openstack | 17:28 | |
devcamcar | oops, looks like hudson is broked: /bin/sh: /var/lib/hudson/test_nova.sh: not found | 17:28 |
justinsb | devcamcar: I presume that's Hudson, not my patch? | 17:29 |
eday | mtaylor: ^ ? | 17:29 |
*** prewarmoney has joined #openstack | 17:29 | |
mtaylor | eday: oops. can fix. one sec | 17:29 |
eday | devcamcar: hudson is no more, meet jenkins :) | 17:29 |
devcamcar | justinb: yes, not your patch | 17:30 |
eday | devcamcar: he was stealing too much silverware, so we had to fire him | 17:30 |
devcamcar | eday: yea, damn oracle | 17:30 |
prewarmoney | hey guys, I just upgraded our cluster to the latest maverick ppa release(655) and am getting errors contacting the metadata server from the instances again... | 17:31 |
cdbs | Is there some problem with hudson? It marked my merge back to needs-review, and reported /bin/sh: /var/lib/hudson/test_nova.sh: not found | 17:31 |
*** Ryan_Lane|away is now known as Ryan_Lane | 17:31 | |
vishy | launchpad people: if a patch gets merged that fixes the same line as your patch, what is best status. Do you mark the patch rejected? | 17:32 |
prewarmoney | I know I need to add a SNAT chain in my head-node's iptables, but can't remember the specifics | 17:32 |
devcamcar | cdbs: hudson is broked at the moment somehow, mtaylor is looking at it | 17:32 |
*** grapex has left #openstack | 17:32 | |
mtaylor | devcamcar, eday: should be fixed now tray again | 17:32 |
*** sebastianstadil has joined #openstack | 17:32 | |
devcamcar | mtaylor: thanks | 17:32 |
mtaylor | vishy: I'd say "merged" | 17:32 |
devcamcar | cdbs: can you link the merge that failed? | 17:32 |
mtaylor | devcamcar: of course, let me know if I'm wrong | 17:32 |
cdbs | devcamcar: just a sec | 17:32 |
vishy | mtaylor: even though that patch didn't actually get merged? | 17:33 |
devcamcar | mtaylor: just re-approved justinb's branch | 17:33 |
cdbs | devcamcar: https://code.launchpad.net/~bilalakhtar/nova/fix-708347/+merge/49029 | 17:33 |
devcamcar | cdbs: re-approved | 17:33 |
mtaylor | vishy: well, the change is a good change though ... rejected seems weird | 17:33 |
mtaylor | vishy: I'm honestly not sure - I'm not sure there's a _good_ thing there | 17:34 |
vishy | ok I'll just mark it merged with a note | 17:34 |
*** maplebed has quit IRC | 17:34 | |
cdbs | devcamcar: thanks | 17:35 |
*** rlucio has joined #openstack | 17:41 | |
*** dirakx has quit IRC | 17:42 | |
vishy | justinsb: looks like you need to add your other email to mailmap | 17:43 |
justinsb | vishy: Thanks - it's not another email address - I was just experimenting with using github & termie cool bzr bridge, but then I had to create a new project so I could fork from it, and it got into a big mess | 17:44 |
*** joearnold has joined #openstack | 17:44 | |
justinsb | vishy: Should I just resubmit a trivial patch with the right email address, or should I add it to mailmap? | 17:45 |
vishy | add it to mailmap and push | 17:45 |
justinsb | vishy: OK - thanks! | 17:45 |
vishy | otherwise you have to revert the commit with that author | 17:45 |
vishy | and it is kind of a pain | 17:45 |
*** hadrian has quit IRC | 17:46 | |
*** evtoews has quit IRC | 17:48 | |
berendt | An IPv4 address space walks into a bar: "A strong CIDR please. I'm exhausted." ... :) | 17:48 |
berendt | (found on http://www.hostblogger.de/blog/) | 17:48 |
prewarmoney | Do I have to add any nat rules on the compute hypervisors to get the instances talking with the cc_host metadata port? | 17:50 |
*** hadrian has joined #openstack | 17:51 | |
*** photron_ has quit IRC | 17:52 | |
*** reldan has quit IRC | 17:53 | |
*** evtoews has joined #openstack | 17:53 | |
*** dirakx has joined #openstack | 17:56 | |
*** RJD22|away is now known as RJD22 | 18:02 | |
justinsb | vishy: Added my mailmap alias. Can I get a reapprove please when you have a minute? https://code.launchpad.net/~justin-fathomdb/nova/san/+merge/48633 | 18:02 |
*** cynb has joined #openstack | 18:03 | |
*** cynb has left #openstack | 18:05 | |
evtoews | hi all, in http://wiki.openstack.org/NovaInstall/Bexar there is a line that reads "There is however one catch; since the pip-approach installs a wrong version of boto, you need to do..." What is the right version of boto? | 18:10 |
*** prewarmoney has quit IRC | 18:14 | |
*** alekibango has joined #openstack | 18:18 | |
devcamcar | evtoews: 1.9b1 | 18:18 |
annegentle | prewarmoney: yes - I think so. check out the last part of http://nova.openstack.org/adminguide/multi.node.install.html#step-4-closing-steps-and-cleaning-up | 18:19 |
devcamcar | evtoews: sorry typo'd, its actually 1.9b | 18:19 |
annegentle | evtoews: 1.9b | 18:19 |
annegentle | wah slowest typist :) | 18:19 |
annegentle | evtoews: from http://nova.openstack.org/getting.started.html | 18:20 |
devcamcar | justinb: re-approved your san branch | 18:20 |
uvirtbot | New bug: #715936 in nova "ValueError when limit/offset = non-number in OpenStack API" [Undecided,New] https://launchpad.net/bugs/715936 | 18:21 |
*** Daviey has quit IRC | 18:21 | |
evtoews | devcamcar annegentle: thx! | 18:21 |
*** vvuksan has joined #openstack | 18:21 | |
*** rabbityard has joined #openstack | 18:22 | |
*** iammartian has joined #openstack | 18:23 | |
*** fabiand_ has joined #openstack | 18:25 | |
*** pvo has joined #openstack | 18:27 | |
*** blakeyeager has joined #openstack | 18:29 | |
vishy | justinsb: you got caught by the pep8 police | 18:29 |
justinsb | vishy: Doh! I even ran pylint - must have missed one :-( | 18:29 |
vishy | looks like there are a few double spacing errors | 18:30 |
vishy | :) | 18:30 |
justinsb | What tool is it that is enforcing pep8? I'd obviously like to run the same tool :-) | 18:31 |
eikke | what'd be the preferred setup to run Swift using a shared FS? | 18:31 |
rabbityard | justinsb: just ./run_tests.sh and it does it at the end of the test run | 18:31 |
eikke | as in -> have multiple proxy servers, and storage on a shared FS, so using multiple object servers as well I guess | 18:32 |
justinsb | rabbityard: OK, thanks! | 18:32 |
rabbityard | justinsb: i think there is a bzr-commit hook that will do it for you also | 18:32 |
justinsb | rabbityard: Thanks! The script seems to run the pep8 program, so I'm installing that and seeing if I can hook it into my editor | 18:35 |
vvuksan | vishy: you around ? | 18:37 |
vishy | vvuksan: I'm lurking | 18:37 |
vishy | justsb pep8 | 18:37 |
vishy | justinsb: ^^ | 18:37 |
vvuksan | vishy: i have put some more thought into my flatdhcp setup | 18:38 |
vishy | 0.6.1 | 18:38 |
vishy | run_tests.sh does a pep8 test | 18:38 |
vvuksan | am I correct to assume that it's impossible to associate specific IPs to specific machines | 18:38 |
vvuksan | basically in my setup I have host1 and host2 running flatdhcp | 18:39 |
vvuksan | different DHCP ranges | 18:39 |
vvuksan | if I say euca-allocate-address I will get a random address anywhere | 18:39 |
vishy | for floating ips? | 18:39 |
vvuksan | yes | 18:39 |
vishy | yes that is true | 18:39 |
vishy | it randomly selects a host | 18:39 |
vishy | there is no real ability for the code to know where the ip will be used when it is allocated | 18:40 |
vvuksan | right | 18:40 |
vvuksan | that's too bad :-( | 18:42 |
vishy | what use case are you trying to solve? | 18:42 |
vvuksan | my use case is that netops handles the network stuff | 18:43 |
vvuksan | this is all internal stuff | 18:43 |
vvuksan | i have couple hosts | 18:43 |
vvuksan | i can get ranges of internal 10.x IPs to use | 18:43 |
vvuksan | but I'm not allowed to run DHCP since that would interfere with DHCP that netops runs | 18:43 |
vvuksan | what I was going with is | 18:44 |
*** CloudChris has joined #openstack | 18:44 | |
vishy | (it doesn't actually need to conflict, dnsmasq will ignore requests that aren't in its conf file) | 18:44 |
vvuksan | set up br100 with private IPs ie. 192.168.0.0/26 for host1 192.168.1.0/26 for host2 | 18:44 |
*** bcherian has joined #openstack | 18:44 | |
vvuksan | vishy: that is true | 18:44 |
vvuksan | i'm just worried :-) | 18:45 |
vishy | vvuksan: so your problem is that you need 10.x range to be shared between both hosts | 18:45 |
vvuksan | yeah | 18:45 |
vishy | so you really need allocate to just allocate an ip from the pool even if a host isn't assigned | 18:45 |
vishy | and when you associate the address it assigns the network host | 18:45 |
vvuksan | yeah | 18:46 |
vvuksan | basically at run-instance | 18:46 |
vishy | i don't think there is any problem with that happening | 18:46 |
*** MarkAtwood has left #openstack | 18:46 | |
vishy | you would need to change allocate to pull from the entire pool of floating_ips | 18:46 |
vvuksan | actually | 18:47 |
vvuksan | what I would need allocate to do is allow me to specify destination host | 18:47 |
vishy | and to set the host in the floating_ip record when you do associate | 18:47 |
*** baldben has quit IRC | 18:47 | |
vishy | hmm i suppose it is a little complicated | 18:47 |
vvuksan | yeah | 18:47 |
vvuksan | it's tricky | 18:47 |
vishy | because associate_address would have to go through compute | 18:47 |
*** RobertLaptop has left #openstack | 18:47 | |
vvuksan | you'd have to supply instance name to allocate | 18:48 |
vishy | vvuksan: you could modify euca2ools to pass in a host paramater | 18:48 |
vvuksan | sure | 18:48 |
vvuksan | but that may seem as too much of hack | 18:48 |
vvuksan | if it's only for me | 18:48 |
vishy | vvuksan: the problem is that amazon doesn't support this | 18:48 |
vvuksan | right | 18:49 |
vishy | vvuksan: so we could add it to another api | 18:49 |
vvuksan | I think it makes sense as a good feature | 18:49 |
vishy | really though i think the "right solution" is to make allocate address go through compute | 18:49 |
*** pvo has quit IRC | 18:49 | |
vvuksan | right | 18:49 |
vishy | and wait to assign the network host in the table until associate | 18:50 |
vvuksan | although I suspect/realize there may be security implications if you e.g. have set pool of floating IPs assigned to the same host | 18:50 |
vvuksan | so it's tricky | 18:50 |
vvuksan | this may not matter to private clouds but to public it may not be as good | 18:51 |
*** nelson has quit IRC | 18:51 | |
*** nelson has joined #openstack | 18:51 | |
vvuksan | vishy: one thing I realize doing it if I bridge eth0 with br100 and run DHCP. There may be a race condition when the instance requests the IP who answers the request dnsmasq or Netops DHCP | 18:52 |
vvuksan | likely dnsmasq but you never know | 18:52 |
*** irahgel has left #openstack | 18:53 | |
*** CloudChris has quit IRC | 18:54 | |
*** reldan has joined #openstack | 18:56 | |
*** blakeyeager has quit IRC | 19:01 | |
*** evtoews has quit IRC | 19:02 | |
*** joearnold has quit IRC | 19:03 | |
*** fabiand_ has quit IRC | 19:04 | |
*** fabiand_ has joined #openstack | 19:04 | |
jarrod | when installing ubuntu on a compute node where the drives will also be used for volumes, should I use LVM? | 19:05 |
vishy | vvuksan: yeah it may not work in most deployments | 19:06 |
vishy | vvuksan: I don't know if a provider will have a pool of ips that can truly float through their entire system. | 19:06 |
vishy | jarrod: probably | 19:07 |
jarrod | i was thinking volume managing required lvm for logical volume sizing | 19:07 |
vvuksan | vishy: i doubt it either unless they have one or couple huge boxes that do only that | 19:07 |
vishy | i suppose we could separate nova-network (fixed) from nova-network (floating) | 19:08 |
vvuksan | so what is fixed and how does it work ? | 19:09 |
vishy | and just make sure the nova-network (floating) host has a route to all of the compute hosts | 19:09 |
vishy | fixed is the stuff that controls dnsmasq and such | 19:09 |
vishy | vvuksan: in your system, what if you just give one box floating ips | 19:10 |
vvuksan | right | 19:10 |
vishy | and make sure it has a route to the other box | 19:10 |
vvuksan | it does have a route | 19:10 |
vvuksan | they are on same network segment | 19:10 |
vvuksan | unless I created my own "network" | 19:10 |
vvuksan | on top of existing network | 19:10 |
vvuksan | which I suppose is possible | 19:11 |
vvuksan | but i still don't see what that would buy you | 19:11 |
vvuksan | since VMs are still behind the "private" bridge | 19:11 |
vvuksan | how do e.g. eucalyptus or cloud.com guys solve this ? | 19:12 |
vvuksan | do they ? | 19:12 |
*** Daviey has joined #openstack | 19:13 | |
*** evtoews has joined #openstack | 19:14 | |
*** joearnold has joined #openstack | 19:15 | |
openstackhudson | Project swift build #192: SUCCESS in 27 sec: http://hudson.openstack.org/job/swift/192/ | 19:16 |
openstackhudson | Tarmac: Use sqlite's new WAL mechanism as a replacement for .pending files. | 19:16 |
*** reldan has quit IRC | 19:16 | |
*** Daviey has quit IRC | 19:17 | |
*** dirakx has quit IRC | 19:17 | |
*** Daviey has joined #openstack | 19:18 | |
*** fabiand_ has quit IRC | 19:18 | |
*** Hayati has quit IRC | 19:19 | |
*** burris has quit IRC | 19:23 | |
*** kbringard has joined #openstack | 19:23 | |
justinsb | vishy: Thanks for the near-instant approve on my PEP8 fixes! | 19:23 |
* vishy blows the smoke off the muzzle of his six-shooter | 19:23 | |
*** reldan has joined #openstack | 19:26 | |
justinsb | vishy: I don't know how you do it.... you're running faster than Launchpad! | 19:30 |
*** dirakx has joined #openstack | 19:33 | |
*** dirakx has quit IRC | 19:38 | |
*** mdomsch has joined #openstack | 19:39 | |
openstackhudson | Project nova build #495: FAILURE in 1 min 31 sec: http://hudson.openstack.org/job/nova/495/ | 19:42 |
openstackhudson | Tarmac: Added support for 'SAN' style volumes. A SAN's big difference is that the iSCSI target won't normally run on the same host as the volume service. | 19:42 |
vishy | you keep ninja-patching while i approve | 19:42 |
vishy | wh00t: patch is in | 19:45 |
justinsb | wh00t indeed - finally merged! Thanks vishy | 19:50 |
justinsb | But a build failure - is that normal? | 19:50 |
*** maplebed has joined #openstack | 19:52 | |
*** dirakx has joined #openstack | 19:52 | |
sirp_ | jaypipes: if you get a sec, could you take a look at https://code.launchpad.net/~rconradharris/glance/lp715263/+merge/48959 | 19:53 |
justinsb | Looks like Jenkins failed with a rsync error, hopefully not the patch | 19:54 |
vishy | justinsb: yes looks like an unrelated error | 19:54 |
jaypipes | sirp_: approved, sorry, I thought I'd done that earlier, but it was devcamcar :) | 19:55 |
sirp_ | jaypipes: excellent, thanks | 19:55 |
jaypipes | np | 19:56 |
*** berendt has quit IRC | 19:56 | |
*** brd_from_italy has joined #openstack | 19:56 | |
*** dirakx has quit IRC | 19:56 | |
*** joearnold has quit IRC | 19:57 | |
*** pvo has joined #openstack | 19:57 | |
*** sebastianstadil has quit IRC | 19:57 | |
*** rabbityard has quit IRC | 19:58 | |
*** pvo has quit IRC | 20:02 | |
*** maplebed has quit IRC | 20:03 | |
*** mdomsch has quit IRC | 20:04 | |
*** dirakx has joined #openstack | 20:11 | |
RJD22 | is there someone who used the deploy script? | 20:11 |
RJD22 | I need some help with it | 20:11 |
*** Nacx has quit IRC | 20:13 | |
*** eikke has quit IRC | 20:16 | |
annegentle | RJD22: which script are you using? nova.sh? | 20:19 |
*** gaveen has quit IRC | 20:26 | |
*** hggdh has quit IRC | 20:26 | |
*** hggdh_ has joined #openstack | 20:26 | |
*** kpepple has joined #openstack | 20:27 | |
* soren loves graphs | 20:28 | |
*** eikke has joined #openstack | 20:28 | |
soren | https://hudson.linux2go.dk/job/Nova-user-test/buildTimeTrend is my current favourite. | 20:28 |
kbringard | vvuksan: did you ever sort out that truncate problem on CentOS 5? | 20:30 |
soren | termie, jaypipes: Ok, so you guys are doing some sort of automated integration testing work too, right? | 20:35 |
soren | jaypipes: I saw a Hudson^WJenkins job that suggested you had something, at least. | 20:35 |
jaypipes | soren: haven't had much time to work on it, maybe only a few hours. the work I have is up on lp:openstack-ci, but I haven't done the integration work with hudson yet. | 20:37 |
*** reldan has quit IRC | 20:37 | |
*** dirakx has quit IRC | 20:37 | |
soren | jaypipes: Ok. | 20:37 |
openstackhudson | Project nova build #496: STILL FAILING in 1 min 30 sec: http://hudson.openstack.org/job/nova/496/ | 20:37 |
openstackhudson | Tarmac: Pass timestamps to the db layer in fixed_ip_disassociate_all_by_timeout rather than converting to strings ahead of time, otherwise comparison between timestamps would often fail. | 20:37 |
jaypipes | soren: the drizzle-automation test suite I wrote for Drizzle that has been running near constantly for the past 3 years was the basis for a lot of ideas, but been focused on Glance for the past 2 months. | 20:37 |
soren | jaypipes: What I have so far is quite basic. | 20:37 |
jaypipes | soren: I think termie and others have some smoketests running against a cluster, but I've yet to see any details, code, and/or the test machines on hudson. | 20:38 |
soren | jaypipes: It creates a keypair, fires up an instance, opens the firewall for ssh, ssh's in, checks that user-data got passed through correctly, and logs back out, closes the firewall, and deletes the keypair. | 20:38 |
vvuksan | kbringard: yeah I compiled coreutils by hand :-/ | 20:39 |
soren | jaypipes: It runs on real hardware, a box runnning each of Lucid, Maverick, and Natty. | 20:39 |
vvuksan | kbringard: then copied the binary to /usr/bin | 20:39 |
soren | jaypipes: It runs the tests against either what's in the trunk ppa, what's in the release ppa, or a random branch I point it at. | 20:39 |
*** gaveen has joined #openstack | 20:40 | |
soren | jaypipes: That's about as far as I've gotten so far. | 20:40 |
soren | jaypipes: It's only with this patch landed that it's stable enough that I really want to start working out from that. | 20:40 |
vishy | any core members around that want to do a quick review of: https://code.launchpad.net/~vishvananda/nova/lp711948 | 20:40 |
jaypipes | soren: My experience with hudson is that hudson is a great tool for handling the upper-layer of job queuing, mostly good for pushing jobs to servers for testing installation and configuration, but it falls over when you need to do anything more complex than that (for instance, fire X clients against lp:nova, setup a glance server from a tarball, run tests, collect performance numbers, and then store that in a database for | 20:41 |
jaypipes | historical review like shown here: https://lists.launchpad.net/drizzle-benchmark/msg05893.html | 20:41 |
termie | jaypipes: i have the opposit experience | 20:41 |
* soren is on the hudson failures.. | 20:41 | |
jaypipes | termie: course, I'm happy to have others prove me wrong. | 20:41 |
jaypipes | termie: I just have 3 years experience of working with drizzle testing and regression automation and it's been my experience. | 20:42 |
*** eikke has quit IRC | 20:42 | |
jaypipes | termie: and when you email me saying "your code is a waste of time because it does some things that Hudson does", that doesn't exactly get me in the right mood ;) | 20:43 |
*** gaveen has quit IRC | 20:44 | |
soren | vishy: approved | 20:44 |
vishy | thx | 20:44 |
termie | jaypipes: i obviously didn't use those words | 20:44 |
termie | jaypipes: so i would place emphasis on that interpretation being your own | 20:45 |
*** openstackhudson has quit IRC | 20:45 | |
termie | jaypipes: but nonetheless the email was asking why you are reinventing a lot of stuff | 20:45 |
termie | jaypipes: you have some answers to that as is shown by your paragraph above | 20:46 |
*** openstackhudson has joined #openstack | 20:46 | |
termie | jaypipes: though at this point i still don't agree | 20:46 |
jaypipes | termie: I spoke to all the anso people except for you and vishy about openstack-ci and even demoed the drizzle-automation stuff at the last summit. Saying to me "nobody on this end has even been aware that OpenStack-CI has even existed until the email the other day" is disingenuous. | 20:47 |
jaypipes | termie: all I'm saying is that you could have stated your concerns in a more productive way. | 20:49 |
termie | jaypipes: i can only speak from my experience, there was knowledge that you were working on testing code and that was it | 20:49 |
termie | jaypipes: i am sorry that the email was not somehow couched in better language | 20:50 |
termie | jaypipes: it was short and to the point | 20:50 |
termie | jaypipes: and i was expecting it to be the beginning of a conversation | 20:50 |
*** dirakx has joined #openstack | 20:51 | |
vishy | jaypipes, soren, termie: regardless of what has been done, we need to unite our dev efforts on testing. | 20:51 |
*** hub_cap has joined #openstack | 20:51 | |
jaypipes | termie: fine, water under the bridge. for the future, a short way of starting the conversation would have been "hey, this is what we've worked on, and these are our plans and designs. what are yours?" | 20:51 |
termie | jaypipes: that is almost exactly what i did | 20:51 |
* soren takes notes | 20:51 | |
*** grapex has joined #openstack | 20:51 | |
termie | jaypipes: no offense was meant, it is just code | 20:52 |
RJD22 | annegentle: I'm using deply.py | 20:52 |
openstackhudson | Yippie, build fixed! | 20:52 |
openstackhudson | Project nova build #497: FIXED in 1 min 35 sec: http://hudson.openstack.org/job/nova/497/ | 20:52 |
openstackhudson | Tarmac: Fixes the ordering of init_host commands so that iptables chains are created before they are used. | 20:52 |
openstackhudson | This fixes an issue that arises if nova-network is started with flushed iptables after floating ips have been assigned. | 20:52 |
RJD22 | deploy.py* | 20:52 |
soren | \o/ | 20:52 |
*** sebastianstadil has joined #openstack | 20:53 | |
jaypipes | termie: ok, let's move on. I'm over it. I've said my piece and I appreciate your response. | 20:53 |
jaypipes | termie: so, where can I see the code that anso uses for automated testing? is it available? | 20:53 |
RJD22 | I'm having some troubles with puppetmaster and puppet since I never installed it and can't find any good tutorials on howto configure it correctly | 20:53 |
*** sebastianstadil_ has joined #openstack | 20:54 | |
*** Ryan_Lane has quit IRC | 20:54 | |
*** Ryan_Lane_ has joined #openstack | 20:54 | |
annegentle | RJD22: I don | 20:55 |
annegentle | ' | 20:55 |
*** CloudChris has joined #openstack | 20:55 | |
* annegentle starts over | 20:55 | |
RJD22 | ? | 20:55 |
annegentle | RJD22: I don't have direct experience with it, but this page is the existing doc for it http://wiki.openstack.org/NovaInstall/NovaDeploymentTool | 20:55 |
RJD22 | annegentle: I know | 20:55 |
RJD22 | but I'm having troubles with puppetmaster | 20:55 |
RJD22 | annegentle: do you have experience on how to configure puppetmaster? | 20:56 |
*** abecc has quit IRC | 20:56 | |
RJD22 | or are you using a different guide to install nova? | 20:56 |
vvuksan | RJD22: what kind of problems are you having ? | 20:56 |
termie | jaypipes: sorry, in person conversation going on | 20:56 |
vvuksan | RJD22: you can always ask on #puppet for help | 20:56 |
jaypipes | termie: no worries, I understand. | 20:56 |
termie | jaypipes: we don't have any code specific to this effort | 20:56 |
jaypipes | termie: k | 20:57 |
*** sebastianstadil has quit IRC | 20:57 | |
*** sebastianstadil_ is now known as sebastianstadil | 20:57 | |
jaypipes | termie: was the plan to set up host machines to fire, basically, smoketests/*.py against? | 20:57 |
annegentle | RJD22: sorry, no puppeteering for me | 20:57 |
termie | jaypipes: we have been trying ot connect with you before we started to see what there already was and get access to hudson | 20:57 |
annegentle | RJD22: the deploy tool is for hundreds (thousands) of nodes, do you just want to try out Nova? | 20:58 |
jaypipes | termie: yes, understand that. sorry, been busy with Glance stuff. not intentionally ignoring the efforts. | 20:58 |
termie | jaypipes: yes the plan is to pretty much to run smoketests against a variety of deployment strategies | 20:58 |
jaypipes | termie: another issue we're going to have is that I really don't feel like entering into Hudson manually the 200+ host machines that comprise huddle 48. Was the plan to do that? | 20:58 |
annegentle | RJD22: Shigetoshi (the woman who created the deploy tool) is a grad student in Japan. She'd be happy to help but it's the middle of the night there :) | 20:58 |
soren | jaypipes: Because you don't want to do the typing or because you think it's overkill? | 20:59 |
jaypipes | soren: heh, bit of both :) | 20:59 |
RJD22 | annegentle: No I want to install multiple nodes and the deploy tool seems to help in that way | 20:59 |
soren | jaypipes: I'm sure we could work out the former. :) | 20:59 |
soren | jaypipes: We could outsource it to Amazon's Mechanical Turk. | 21:00 |
termie | jaypipes: that isn't the goal, but there are a variety of IPs that will need to be typed in, certainly not 200 at this point | 21:00 |
soren | jaypipes: Or write a script. Not sure. | 21:00 |
*** Ryan_Lane_ is now known as Ryan_Lane | 21:00 | |
termie | jaypipes: PMd you, btw | 21:00 |
jaypipes | termie: while I think that executing smoketests against a small subset of hosts is perfectly good for testing some simplistic usage scenarios in a multi-node install, I was thinking that we should have a way of firing a workload against a production huddle that represents a real, production set of requests. Openstack-CI was supposed to be that effort. I've got raw data now from RS production sysadmins for API node log fil | 21:00 |
jaypipes | es that I'm stripping into a set of API requests that compose a "workload" that will be fired by the openstack-ci project against th ehuddle 48 machines. | 21:00 |
annegentle | RJD22: okay, another script that may help that doesn't require puppet knowledge is at https://github.com/dubsquared/OpenStack-NOVA-Installer-Script | 21:01 |
RJD22 | annegentle: ok cool | 21:01 |
annegentle | you can install a cloud controller with a script and then multiple compute nodes with a 2nd script (compute node doesn't run the database, just runs the VMs) | 21:01 |
RJD22 | annegentle: is there any good doc on how to do that ? | 21:02 |
annegentle | RJD22: I'm updating doc now in fact for the 2 scripts, but check out http://wiki.openstack.org/NovaInstall/MultipleServer for the quick lowdown | 21:02 |
jaypipes | termie: also, as far as "getting access to hudson", I'm not the admin there... I think soren or mtaylor is? | 21:03 |
RJD22 | annegentle: nice I'm always watching the wiki's recent changes :P | 21:03 |
annegentle | RJD22: I just ran it a few minutes ago and trunk isn't working right now (I got a creds error) | 21:03 |
termie | jaypipes: i think that sounds like a great test as well | 21:04 |
soren | mtaylor: You changed the e-mail in the ppa script? :( | 21:04 |
termie | jaypipes: though, again, i would be expecting to do that with hudson | 21:04 |
annegentle | RJD22: just so's ya know. Oh wait if you run bash nova-CC-installer.sh instead of sudo ./nova-CC-installer.sh it should work. Updated the wiki page :) | 21:04 |
RJD22 | ok | 21:04 |
termie | jaypipes: much of the code is the same regardless | 21:04 |
*** pothos_ has joined #openstack | 21:04 | |
*** decramy has joined #openstack | 21:05 | |
* RJD22 reruns ubuntu install | 21:05 | |
soren | jaypipes: I can manage hudson, yes. | 21:06 |
soren | jaypipes: Err... Jenkins, I mean. | 21:06 |
*** pothos has quit IRC | 21:06 | |
soren | (that's going to take some getting used to) | 21:06 |
termie | soren, jaypipes: most of the hudson access was just to get at any info in there, it isn't necessary right this moment to do anything to it | 21:06 |
*** pothos_ is now known as pothos | 21:06 | |
jaypipes | termie: for large test clusters, how would you have Hudson perform a "wipe"? We need to be able to reset the bare metal machines back to "pure" state that represents the production envirnment before any guests get installed. I can do that via Hudson by issuing a series of requests from Hudson out to all the test cluster hosts, but it would be much faster to have that configuration information in a file and have the host r | 21:07 |
jaypipes | unning openstack-ci fire off scripts that "wipe" the hosts in the test cluster. | 21:07 |
RJD22 | annegentle: I'm acctually setting up a cloud for scalr now since they need a platform to test :) | 21:07 |
jaypipes | termie: I have a simple script from antonym that could do this, but it may be more efficient to have the host running the openstack-ci program issue a request to RS' internal Autohost client to do that... | 21:08 |
soren | jaypipes: I do that with Jenkins. I find it pretty simple, but perhaps you're trying to do something trickier than I. | 21:09 |
soren | jaypipes: I have a job that I configure to run on every box that does the cleanup/reinstall. | 21:09 |
*** colinnich_ has joined #openstack | 21:09 | |
termie | jaypipes, soren: sounds about like what i had in mind | 21:09 |
soren | jaypipes: It's pretty simple for me, since my slaves are configured to only run one job at a time. | 21:09 |
jaypipes | termie: I don't disagree with you that some of the pieces may look like they duplicate Hudson functions. | 21:09 |
soren | jaypipes: I guess it's trickier if they are allowed to run multiple jobs at once. | 21:10 |
jaypipes | termie: and I'm focusing my efforts right now in openstack-ci on the clients that execute the test workloads against the test cluster. The code that's currently in the trunk branch, a lot of it is base code that came over from drizzle-automation and some other projects... | 21:11 |
soren | mtaylor: Would you mind terribly if I changed it back? It's the only way I can think of that I can get notified about build/upload failures. | 21:11 |
annegentle | RJD22: ah cool. | 21:11 |
*** dirakx has quit IRC | 21:12 | |
*** eikke has joined #openstack | 21:12 | |
termie | jaypipes: that sounds like a decent focus, though i don't really like that it is a separate project | 21:12 |
eday | jaypipes, termie, soren: Sounds like the biggest Q is should jenkins be a dependency for openstack-ci? Or does openstack-ci use some other job distribution mechanism? | 21:12 |
termie | eday: i don't think openstack-ci should exist | 21:13 |
soren | termie: What does that mean? | 21:13 |
termie | i think that test code should be part of nova | 21:13 |
soren | Ah. | 21:13 |
termie | and that hudson should be used to automate the tests | 21:13 |
jaypipes | termie: you may have forgotten that OpenStack != Nova :) | 21:13 |
eday | termie: ok, then should nova ci test code depend on jenkins? | 21:13 |
termie | eday: ideally not, i expect them to be runnable scripts | 21:14 |
jaypipes | termie: we need a test runner that tests more than Nova. Because our production clusters have Glance + Nova + Swift. | 21:14 |
kbringard | vvuksan: awesome, that sounds like fun :-) | 21:14 |
eday | termie: ok, then it sounds like jay's method of not using jenkins for coordinating this is preferred | 21:14 |
vvuksan | kbringard: :-) | 21:15 |
termie | eday: why is that? | 21:15 |
eday | jaypipes: openstack-common.ci package that all projects can import? | 21:15 |
vvuksan | kbringard: i fixed your faulty documentation :-) | 21:15 |
eday | termie: because you said it shouldn't be a dependency | 21:15 |
kbringard | thanks, I noticed that :-) | 21:15 |
jaypipes | eday: I suppose that's a perfectly fine option, too, sure. | 21:15 |
termie | eday: that has nothing to do with it | 21:15 |
termie | eday: the testing automation depends on jenkins | 21:16 |
termie | eday: the bulk of hte test code itself does not need to | 21:16 |
jaypipes | termie: that way I think of it, openstack-ci will be importing nova.smoketests.admin_test (or something like that) as *one of* the tests a client could run against the test cluster... | 21:17 |
jaypipes | termie: but openstack-ci also needs to have its test clients also run tests against swift and glance. | 21:17 |
termie | jaypipes: i have not forgotten that there are more projects, but splitting the code offers no benefit at the moment | 21:17 |
jaypipes | termie: hope that makes more sense... | 21:17 |
*** colinnic- has joined #openstack | 21:17 | |
termie | swift and glance specific tests live in their codebase | 21:17 |
vvuksan | kbringard: i have been talking to Centos guys about making an openstack RPMS repo. they are interested | 21:17 |
jaypipes | termie: why would I put a test runner that tests swift stuff in nova? | 21:17 |
*** bencherian has joined #openstack | 21:18 | |
*** mdomsch has joined #openstack | 21:18 | |
eday | termie: so, when I ask if they should depend on jenkins, I mean can I run this on my 3 machine cluster without having to install hudson to coordinate, or can I just give it a list of hosts and go (perhaps with setting up ssh keys or some other queue to coordinate) | 21:18 |
* jaypipes will be right back...dogs are bugging the crap out of him for dinner... | 21:18 | |
eday | termie: obviously we can always kick this off with a jenkins job | 21:19 |
*** rcc has quit IRC | 21:19 | |
termie | eday: ideally you can run some specific portion of tests against your own cluster assuming you have set it up beforehnad | 21:19 |
*** colinnic| has joined #openstack | 21:20 | |
*** colinnich_ has quit IRC | 21:20 | |
termie | eday: i doubt you'd be able to easily run all the tests in a continuous manner without extra infrastructure | 21:21 |
eday | termie: what if I just have 3 fresh boxes with latest ubuntu image? we'll want to have things automated to assume very little (so we don't need to manually perform any manual setup) | 21:21 |
*** bcherian has quit IRC | 21:21 | |
* jaypipes back | 21:21 | |
termie | eday: that automated setup is what jenkins is in charge of | 21:21 |
termie | eday: at this point i am assuming a chef script gets kicked off | 21:21 |
eday | termie: so it will be a dependency to bootstrap the tests | 21:22 |
termie | eday: after whatever code re-images the machine | 21:22 |
jaypipes | termie: agreed with you on that, like I said, I have no problem using Hudson for lots of stuff, including setting up and tearing down test environments. | 21:22 |
eday | (for the record, i have no opinion, just trying to understand) | 21:22 |
*** joearnold has joined #openstack | 21:23 | |
vishy | eday, termie, jaypipes: so we have three sections 1. Image (pxe-boot) 2. Install (chef/puppet) 3. Test | 21:23 |
jaypipes | vishy: 4. Record results for regression reporting. | 21:24 |
eday | vishy: do you use any other multi-node coordination besides chef/puppet currently? (queue, jenkins, ssh, ...) | 21:24 |
jaypipes | vishy, termie: I'm assuming you want to use Hudson for 1 and 2, right? | 21:24 |
*** colinnic- has quit IRC | 21:24 | |
* vishy knows very little about hudson | 21:25 | |
termie | jaypipes: as well as for 3 and 4 | 21:25 |
*** colinnic| has quit IRC | 21:25 | |
*** drico has joined #openstack | 21:25 | |
*** dprince has quit IRC | 21:26 | |
jaypipes | termie: well Hudson may fire the test script, which may in turn record the test results, but Hudson doesn't actually spawn clients and issue the test requests, that's what I was getting at. | 21:26 |
vishy | I would hope that the actual tests for nova are primarily in nova (at least the ones that are not using integrated features) | 21:26 |
jaypipes | vishy: no problem with that at all. | 21:26 |
* soren calls it a day | 21:26 | |
*** dirakx has joined #openstack | 21:26 | |
termie | jaypipes: hudson runs the script that spawns clients and issues requests, and then records the results | 21:27 |
termie | jaypipes: i agree that code needs to exist to spawn those clients | 21:27 |
jaypipes | termie: and where does that code live? I think it should live in openstack-ci, which is the purpose of that project. | 21:27 |
termie | i agree that the code is applicable beyond just nova, however at the moment the splitting of projects is a pain point and i would rather the decision be made in some more general way | 21:29 |
termie | i agree that there is a need for openstack-common, but i want a plan before we make it | 21:29 |
termie | i am happy to move the code into openstack-common once there is such a plan | 21:30 |
eday | termie: we discussed candidates for openstack-common quite a bit at the summit, so there is a good plan. wish you hadn't missed it :) | 21:30 |
termie | but for now i think the most benefit is in keeping the codebase together | 21:30 |
*** dirakx has quit IRC | 21:30 | |
JordanRinke | someone said I was missing some chat about testing here? | 21:30 |
termie | eday: a pity indeed but it still seems to have failed a bit | 21:31 |
JordanRinke | You guys know I am working on putting together a fairly larger community test bed right? | 21:31 |
*** miclorb_ has joined #openstack | 21:31 | |
termie | JordanRinke: i have heard rumors of such things | 21:31 |
termie | JordanRinke: we are discussing the automated tearing down and setting up of different deployment strategies | 21:31 |
vishy | JordanRinke: how are the hosts going to be provisioned? pxe-booting? | 21:31 |
eday | termie: I think when there is obvious code duplication with glance and nova we should be sticking it in openstack-common packages, should have been doing this for a while. it's easy enough to just have a PPA dep package for it | 21:31 |
termie | eday: it is not easy enough to do that | 21:31 |
jaypipes | eday: there's more code in common between glance and swift now than glance and nova... | 21:32 |
termie | eday: we have codebases that have to move in some lockstep at the moment | 21:32 |
jaypipes | I disagree, but not sure where this fits into the testing discussion. | 21:32 |
eday | jaypipes: if common testing/ci code belongs in openstack-common | 21:33 |
eday | jaypipes: ahh, intersting re: swift/glance | 21:33 |
jaypipes | eday: I don't care whether it goes into openstack-common or openstack-ci, really. | 21:33 |
eday | termie: all the more reason to work out those APIs and version issues now so it can be shared more easily | 21:33 |
eday | termie: the longer they diverge, the more difficult it will be, IMO | 21:34 |
termie | eday: agreed, though there would be no divergence if it is in the same tree | 21:34 |
*** bencherian has quit IRC | 21:34 | |
termie | eday: and i don't think today is the day to hash it out | 21:34 |
jaypipes | ++ | 21:34 |
eday | termie: I don't think putting swift, glance, and nova in one tree is a good idea :) | 21:34 |
termie | eday: not suggesting swift | 21:35 |
termie | eday: but glance yes | 21:35 |
jaypipes | termie: glance is not going back into nova. let's move on. | 21:35 |
eday | termie: as jay just mentioned, there is a fair amount of shared code between swift/glance though, so there would be divergence there | 21:36 |
termie | eday: the important part of my statement was that there is not divergence when the code is developed together | 21:37 |
JordanRinke | vishy: we are working on some tech that should be announced in a few weeks, basically a really slick pxe bootstrap / chef integrated full bare metal to functional system platform | 21:37 |
JordanRinke | so we can rebuild a lab per release, once a week etc | 21:37 |
termie | JordanRinke: we're sort of talking about rebuilding small parts of a lab every couple hours | 21:38 |
JordanRinke | we haven't hashed it out yet and it is totally open for discussion | 21:38 |
JordanRinke | my initial thought was just to have the lab in 2 zones that are rebuilt once a week each | 21:38 |
*** greenisus has joined #openstack | 21:38 | |
JordanRinke | Once I have hardware online the management will be up to the community, whatever works best is the schedule we will adhere to | 21:39 |
termie | JordanRinke: that is good for the general case of having a deployment to manually work with | 21:39 |
JordanRinke | for dev test and for functional test | 21:39 |
termie | JordanRinke: but we are also looking for a continuous integration platform | 21:39 |
JordanRinke | if we have enough units I would like to yeah... | 21:39 |
JordanRinke | keep a small section of it as a continous platform | 21:39 |
termie | JordanRinke: exacto | 21:39 |
JordanRinke | I don't have actual number yet but I am hoping to be able to re-use some old gear and have about 400 systems. they will be old and only capable of running 2-3vm's per but would be good for testing | 21:40 |
JordanRinke | I am hoping to just get 10-20 online in the next few weeks and then regularly add systems as possible | 21:40 |
JordanRinke | nothing solid yet, hopefully not jumping the gun talking about it before it is built :-D | 21:41 |
eday | termie: (sorry, was afk) agree, but the reality is things are diverging and them being developer together is very unlikely. sooner we can get them sharing through another package the better | 21:42 |
JordanRinke | so my question to you guys is ideally what would be the best config for a lab? | 21:43 |
JordanRinke | say I start with 20 boxes, whats the best way to use those? | 21:43 |
*** CloudChris has quit IRC | 21:45 | |
*** reldan has joined #openstack | 21:45 | |
*** dirakx has joined #openstack | 21:45 | |
jaypipes | JordanRinke: add them into hudson.openstack.org as available build machines that termie and others can fire off jobs against. At least, that would be my first thoght... | 21:45 |
*** dirakx has quit IRC | 21:46 | |
jaypipes | JordanRinke: that way, we can at least add some of the deployment, installation, and configuration tests that are sorely missing from our automation. | 21:46 |
creiht | JordanRinke: where are these machines being setup (out of curiosity)? | 21:47 |
jaypipes | creiht: your basement. didn't you know? | 21:47 |
creiht | jaypipes: there are no basements in Texas :) | 21:48 |
JordanRinke | creiht: initially the couple I can get hands on with in the short term will be SAT4 but beyond that we are looking at putting them in a number of non rackspace facilities to make community use more interesting and introduce geographical dispersion for testing/federation. | 21:48 |
creiht | JordanRinke: You know that SAT4 doesn't have outside access right? | 21:48 |
JordanRinke | that is what they say now... | 21:49 |
creiht | heh | 21:49 |
jarrod | should I use LVM on the compute nodes if I wish to use their drives for the VM block storage that will be controlled by volume manager? | 21:49 |
vishy | jarrod: i think you asked that earlier and i responded probably | 21:49 |
JordanRinke | but seriously we know that it isn't allowed currently but we are going to try to work with NetSec/RTS to come up with a reasonable solution to that problem | 21:49 |
vishy | jarrod: unless you want to allocate some number of drives to local storage for compute | 21:50 |
jarrod | probably does not instill confidence | 21:50 |
vishy | jarrod: how about this then | 21:50 |
vishy | that is how we do it at NASA | 21:50 |
vishy | more confidence? | 21:50 |
jarrod | much :) | 21:50 |
vishy | :) | 21:50 |
jarrod | thanks vishy :) | 21:50 |
creiht | JordanRinke: ok, if you figure out how to get them to do that, will you let me know? :) | 21:50 |
termie | my battery is about to die :/ | 21:51 |
termie | attempting to locate an outlet | 21:51 |
JordanRinke | i thought pretentious coffee shops had outlets at every table? | 21:54 |
JordanRinke | so, in your guys minds... what do we need in terms of hardware for a functional community lab? | 21:56 |
*** mray has joined #openstack | 21:58 | |
*** mray has joined #openstack | 21:58 | |
*** maplebed has joined #openstack | 21:59 | |
*** brd_from_italy has quit IRC | 22:01 | |
*** joearnold has quit IRC | 22:01 | |
*** ctennis has quit IRC | 22:01 | |
*** rpedde has joined #openstack | 22:03 | |
*** MarkAtwood has joined #openstack | 22:04 | |
jaypipes | JordanRinke: whatever are the most common things that people are trying to deploy Nova on (and having trouble with) would be the priority, IMHO. | 22:04 |
jaypipes | JordanRinke: you may want to post to the mailing list asking what the community lab should first have available. | 22:05 |
*** DanEllis has quit IRC | 22:05 | |
*** vvuksan has quit IRC | 22:06 | |
*** allsystemsarego has quit IRC | 22:07 | |
kpepple | JordanRinke: at least a multinode environment of every hypervisor that we support | 22:08 |
*** hub_cap has quit IRC | 22:08 | |
*** dsockwell has joined #openstack | 22:09 | |
termie | jaypipes: my computer is dying and i need to leave really soon, but i was chatting witht he anso guys and i think we have a proposal you can get behind | 22:10 |
*** dubsquared has joined #openstack | 22:10 | |
termie | jaypipes: so i will write an email later today | 22:10 |
termie | jaypipes: and maybe we can make everybody happy | 22:11 |
termie | jaypipes: :D | 22:11 |
dubsquared | better check with anotherjesse before you send | 22:11 |
dubsquared | :trollface: | 22:11 |
jarrod | [ 2.953802] Brought up 16 CPUs -- yay ubuntu | 22:11 |
dsockwell | good afternoon all. i'm from eucalyptus land, but openstack looks really promising. can anyone tell me if the project plans to incorporate SAN storage in the future? | 22:12 |
alekibango | jaypipes: are you the right person to talk to about automated functional nova tests? | 22:12 |
evtoews | hi all, i've installed bexar from these instructions http://wiki.openstack.org/NovaInstall/Bexar and now i'm trying to fire up an instance with these instructions http://wiki.openstack.org/RunningNova but i've realized that neither sets of instructions actually start any nova-* services. ps -elf | grep nova returns nothings. am i missing something or is something missing from the instructions? w | 22:12 |
evtoews | hat services need to run? | 22:12 |
dsockwell | also do instances in openstack survive reboot of the host machine or entire cluster? | 22:12 |
alekibango | evtoews: which OS? | 22:12 |
evtoews | alekibango: ubuntu 10.10 | 22:13 |
alekibango | which packages did you install ? where did you took them? | 22:13 |
*** joearnold has joined #openstack | 22:14 | |
alekibango | sorry for asking those :) but it will help | 22:14 |
*** ctennis has joined #openstack | 22:14 | |
alekibango | or from source? | 22:14 |
alekibango | ah, reading the manual you gave me | 22:14 |
evtoews | alekibango: np. the tarball i used was https://bugs.launchpad.net/nova/+bug/714678/+attachment/1838224/+files/nova-2011.1.tar.gz | 22:15 |
uvirtbot | Launchpad bug 714678 in nova "Missing items in Bexar release tarball" [Critical,In progress] | 22:15 |
alekibango | so tarball. but there imho will be some bexar deb packages for your ubuntu... | 22:16 |
alekibango | that might be a lot easier for you | 22:16 |
alekibango | you need to run some nova services, like compute, api etc | 22:17 |
evtoews | alekibango: right. i'm looking for the definitive list. | 22:17 |
alekibango | soren: are there some ubuntu 10.10 bear packages ? | 22:17 |
alekibango | evtoews: running nova is ... to be used when your services are running | 22:18 |
alekibango | evtoews: look here http://wiki.openstack.org/NovaInstall/DevInstallScript | 22:19 |
alekibango | and look on source of the nova script | 22:19 |
alekibango | nova.sh i mean | 22:19 |
alekibango | there you will see how to run it manually | 22:19 |
alekibango | but its a lot easier to just use packages | 22:19 |
alekibango | there are some, surely... just i do not use them... i build my own :) | 22:19 |
*** greenisus has quit IRC | 22:19 | |
alekibango | evtoews: look on this: http://wiki.openstack.org/nova-deployment-tool-bexar | 22:20 |
alekibango | those services you want are here http://wiki.openstack.org/NovaInstall/Bexar -- read lines .... installing $SERVICE script to /usr/local/bin | 22:21 |
alekibango | you need to configure and run them :) | 22:21 |
alekibango | annegentle: there is something missing in bexar intallation steps :) how to run the services | 22:22 |
evtoews | alekibango: so every single one of those services in http://wiki.openstack.org/NovaInstall/Bexar should run? that's a different list from http://wiki.openstack.org/NovaInstall/DevInstallScript | 22:23 |
*** flacoste has joined #openstack | 22:23 | |
*** flacoste has left #openstack | 22:24 | |
alekibango | well, it depends... nova is very configurable | 22:24 |
*** BK_man has joined #openstack | 22:24 | |
alekibango | you can use just some services... and run them on different computers... | 22:25 |
alekibango | or you can use just one | 22:25 |
alekibango | computer | 22:25 |
evtoews | alekibango: i see the source code of nova.sh. guess i'll go with that for now. to be honest i've been avoid the deployment scripts in order to get a better feel for what's going on in nova and what it really takes to configure it. | 22:25 |
annegentle | alekibango: ah yes | 22:25 |
alekibango | evtoews: i would say look for bexar deb packages for ubuntu | 22:25 |
alekibango | there must be some :) | 22:25 |
alekibango | its really much easier to get it running | 22:26 |
dsockwell | ah -- SAN question partially answered, i found the blueprints page | 22:26 |
evtoews | alekibango: i haven't seen any referred to in the documentation but if there are some that would be pretty great. | 22:26 |
alekibango | dsockwell: instead of SAN i wouldsay try sheepdog | 22:26 |
*** burris has joined #openstack | 22:27 | |
alekibango | evtoews: i am sure some, maybe for now unofficial, packages exist | 22:27 |
alekibango | there are for sure packages of trunk | 22:27 |
evtoews | alekibango: where could i find packages for bexar? trunk isn't stable enough for us. | 22:28 |
annegentle | evtoews: if you're on Maverick, check out http://wiki.openstack.org/NovaInstall/DevPkgInstall | 22:29 |
dsockwell | alekibango: okay, thanks. i don't necessarily need the SAN to have a command interface with openstack if the next release does live migration. do you know if a xen instance on openstack will persist if the host machine is rebooted? eucalyptus scrubs instances on boot. | 22:29 |
alekibango | dsockwell: xen has no sheepdog support ATM | 22:30 |
alekibango | but i believe it will come in next few months | 22:30 |
*** ppetraki has quit IRC | 22:30 | |
annegentle | evtoews: oh sorry, the latest rev that worked was 650. And ummmm how do you get a particular rev? | 22:30 |
alekibango | but to be fair, maybe there some is, i just dont know, i prefer KVM | 22:30 |
evtoews | annegentle: right...what can i replace ppa:nova-core/trunk with for bexar instead? | 22:31 |
alekibango | evtoews: maybe you can build your packages using bexar source | 22:31 |
alekibango | and build scripts... | 22:31 |
alekibango | i will give you link | 22:32 |
annegentle | http://wiki.openstack.org/Packaging/Ubuntu | 22:33 |
alekibango | ah thanks | 22:33 |
dsockwell | so if I start a VM on openstack, and then reboot the machine that the VM lives on, will the VM be destroyed like it would in eucalyptus? | 22:34 |
alekibango | dsockwell: it should be running :) | 22:35 |
*** kbringard has quit IRC | 22:35 | |
justinsb | dsockwell: I just pushed some SAN code. Solaris was merged this morning; HP/LeftHand SAN patch just went up | 22:35 |
dsockwell | justinsb: are you in santa barbara? i can have a six-pack on your doorstep in 3 hours. | 22:36 |
alekibango | if you do now own some SAN, rather use sheepdog... its cheap, fast, nice, and hopefully also reliable :) | 22:36 |
justinsb | dsockwell: Actually, it's my last name :-) I'm in San Francisco. | 22:36 |
justinsb | dsockwell: Thanks though! What hardware are you looking to support? | 22:37 |
dsockwell | an openindiana box | 22:37 |
dsockwell | so your solaris work is interesting for me | 22:37 |
justinsb | dsockwell: Well, the Solaris code should work. It relies on COMSTAR, which I think OI has? | 22:37 |
dsockwell | yes | 22:37 |
justinsb | Well let me know if anything doesn't work right! | 22:38 |
dsockwell | okay. once i'm in a position to test it out i will be in touch. | 22:38 |
alekibango | dsockwell: build your own packages... its the best way | 22:39 |
rlucio | alekibango: awesome timing, i was actually just looking into where the newest packaging branch was, thanks | 22:41 |
rlucio | ! | 22:41 |
alekibango | annegentle: ^^ :) | 22:42 |
evtoews | annegentle alekibango: having never done packaging before how do i ensure that the packages i build are the bexar release? is there a reason this wasn't already done for ubuntu/bexar? | 22:42 |
alekibango | evtoews: try those: https://launchpad.net/~nova-core/+archive/release | 22:42 |
alekibango | they are prebuilt for you already | 22:42 |
*** fcarsten has joined #openstack | 22:43 | |
evtoews | alekibango: thx. i'll give those a shot. | 22:44 |
alekibango | still, i suggest sheepdog 2.1 (not yet in ubuntu) if you will use it | 22:44 |
alekibango | evtoews: just make sure they are bexar release :) | 22:46 |
evtoews | alexibango: nova 2011.1~bzr645-0ubuntu0ppa1~lucid1 OpenStack Hudson (2011-02-03). that's the release date for bexar so it should be. :) | 22:47 |
*** troytoman has joined #openstack | 22:47 | |
alekibango | :)) | 22:47 |
alekibango | k | 22:47 |
alekibango | i will try to write debian specific instructions... when i will double test everything :) | 22:48 |
dsockwell | ah, sheepdog looks like it uses the IP protocol for transport. that shiny gigabit switch is outside my budget atm, but it looks promising | 22:49 |
*** mdomsch has quit IRC | 22:50 | |
*** matiu has joined #openstack | 22:51 | |
*** btorch has joined #openstack | 22:54 | |
fcarsten | swift/cloudfiles: What is the purpose of the zero sized "directory marker" files? It seems to me that all necessary path information is already in the item names? | 22:55 |
JordanRinke | anyone know if there is a new nova all in one image post Bexar release? | 22:56 |
*** rpedde has quit IRC | 22:58 | |
*** blueadept has quit IRC | 23:00 | |
*** freeflying has quit IRC | 23:00 | |
alekibango | all in one image? you mean something to run in virtual machine? | 23:01 |
*** ranger57 has joined #openstack | 23:04 | |
*** freeflying has joined #openstack | 23:04 | |
*** pvo has joined #openstack | 23:05 | |
*** MarkAtwood has quit IRC | 23:05 | |
*** Hayati has joined #openstack | 23:06 | |
openstackhudson | Project dashboard-tarmac build #2,277: FAILURE in 35 sec: http://hudson.openstack.org/job/dashboard-tarmac/2277/ | 23:06 |
openstackhudson | Project nova-tarmac build #59,898: FAILURE in 36 sec: http://hudson.openstack.org/job/nova-tarmac/59898/ | 23:07 |
*** mray has quit IRC | 23:07 | |
*** dirakx has joined #openstack | 23:08 | |
*** prewarmoney has joined #openstack | 23:08 | |
*** pvo has quit IRC | 23:08 | |
JordanRinke | alekibango: yeah a VM using UML or something | 23:08 |
prewarmoney | hey guys, just caught a possible bug in the launching of a uec image... I get this in the console output: "Caught exception reading instance data: http:\/\/169.254.169.254\/2009-04-04\/meta-data\/placement\/availability-zone" | 23:09 |
*** bradshaw1 has joined #openstack | 23:09 | |
alekibango | JordanRinke: i dont know... | 23:10 |
alekibango | install your own :) | 23:10 |
openstackhudson | Project dashboard-tarmac build #2,278: STILL FAILING in 36 sec: http://hudson.openstack.org/job/dashboard-tarmac/2278/ | 23:11 |
openstackhudson | Project nova-tarmac build #59,899: STILL FAILING in 36 sec: http://hudson.openstack.org/job/nova-tarmac/59899/ | 23:12 |
prewarmoney | we're running the 2011.2~bzr655-0ubuntu0ppa1~maverick2 | 23:14 |
creiht | fcarsten: directory markers are for backwards compatibility with the older system, you can get the same behavior with prefix/delimeter queries | 23:16 |
fcarsten | creiht: cool, thanks. | 23:16 |
openstackhudson | Project dashboard-tarmac build #2,279: STILL FAILING in 35 sec: http://hudson.openstack.org/job/dashboard-tarmac/2279/ | 23:16 |
Ryan_Lane | hmm, looks like sheepdog has been added to launchpad, any possibility this will get added to a ppa? :) | 23:16 |
ranger57 | hi, I bundled a maverick image by using uec-publish-tarball, but whenever I start an an instance, I get a mounting error from euca-get-console-output | 23:17 |
openstackhudson | Project nova-tarmac build #59,900: STILL FAILING in 35 sec: http://hudson.openstack.org/job/nova-tarmac/59900/ | 23:17 |
ranger57 | has anyone else encountered this? | 23:17 |
*** Hayati has quit IRC | 23:17 | |
ranger57 | http://paste.openstack.org/show/672/ | 23:17 |
*** pvo has joined #openstack | 23:17 | |
*** gondoi has quit IRC | 23:20 | |
dsockwell | so just to clarify (and ask again and be annoying) instances on openstack do survive reboots of their host? | 23:21 |
dsockwell | instead of being destroyed in eucalyptus | 23:21 |
Ryan_Lane | dsockwell: I believe so. can always test and find out :) | 23:21 |
openstackhudson | Project dashboard-tarmac build #2,280: STILL FAILING in 36 sec: http://hudson.openstack.org/job/dashboard-tarmac/2280/ | 23:21 |
openstackhudson | Project nova-tarmac build #59,901: STILL FAILING in 35 sec: http://hudson.openstack.org/job/nova-tarmac/59901/ | 23:22 |
dsockwell | ah, but i'd rather pester people online at this stage | 23:22 |
fcarsten | dsockwell: Wouldn't that depend as much on what hypervisor you use as the cloud-stack? | 23:22 |
dsockwell | no, i don't know of any hypervisor that destroys instances on reboot. it was a eucalyptus 'feature' that bugged me, and i wanted confirmation that openstack doesn't have it | 23:23 |
dsockwell | i suppose xen can be told to | 23:23 |
BK_man | hi all | 23:25 |
BK_man | GridDynamics would like to announce availability of RHEL 6.0 build of Nova: http://wiki.openstack.org/NovaInstall/RHEL6Notes | 23:26 |
dsockwell | since nobody is stepping in with 'gosh thats annoying' i'll presume it's safe | 23:26 |
openstackhudson | Project dashboard-tarmac build #2,281: STILL FAILING in 35 sec: http://hudson.openstack.org/job/dashboard-tarmac/2281/ | 23:26 |
* jk0 is not impressed with the launchpad maint right now | 23:26 | |
*** pvo has quit IRC | 23:26 | |
jaypipes | termie: cool, thx termie. I stepped away for a while too... I'll look forward to your email. cheers. | 23:26 |
openstackhudson | Project nova-tarmac build #59,902: STILL FAILING in 35 sec: http://hudson.openstack.org/job/nova-tarmac/59902/ | 23:27 |
JordanRinke | BK_Man: you on twitter etc so I can retweet that or something? | 23:27 |
jaypipes | alekibango: still around? yes, I'm one of the people to talk to. others are termie, vishy, and devcamcar | 23:27 |
* JordanRinke is winning a twitter argument with jk0 | 23:27 | |
BK_man | JordanRinke: yep http://twitter.com/graven/status/35478170887131136 | 23:27 |
JordanRinke | bah, i was just messing with you jk0 takes the fun out of it when you don't bicker with me lol | 23:28 |
jk0 | haha | 23:28 |
jarrod | can i follow all of the multi-node-installation procedures, but using bexar for the nova ppa install to accomplish multi server setup? | 23:29 |
jarrod | I cannot find /etc/nova created in order to specify my cloud controller, databases, etc | 23:29 |
*** MarkAtwood has joined #openstack | 23:30 | |
openstackhudson | Project dashboard-tarmac build #2,282: STILL FAILING in 35 sec: http://hudson.openstack.org/job/dashboard-tarmac/2282/ | 23:31 |
*** bradshaw1 has quit IRC | 23:32 | |
openstackhudson | Project nova-tarmac build #59,903: STILL FAILING in 36 sec: http://hudson.openstack.org/job/nova-tarmac/59903/ | 23:32 |
dubsquared | bk_man: nice, reading now! | 23:34 |
BK_man | 2:35AM in Moscow. I'm probably heading myself to a bed :) | 23:35 |
*** bradshaw has joined #openstack | 23:35 | |
openstackhudson | Project dashboard-tarmac build #2,283: STILL FAILING in 35 sec: http://hudson.openstack.org/job/dashboard-tarmac/2283/ | 23:36 |
alekibango | jaypipes: i am using http://faiproject.org to install nova... it takes just few minutes for whole cloud.... and i would like to have some way to test the functionality | 23:36 |
openstackhudson | Project nova-tarmac build #59,904: STILL FAILING in 35 sec: http://hudson.openstack.org/job/nova-tarmac/59904/ | 23:37 |
*** sebastianstadil has quit IRC | 23:37 | |
alekibango | i could setup similar thing for ubuntu easily | 23:37 |
alekibango | (one install machine -> installs debian or ubuntu cloud) | 23:37 |
*** troytoman has quit IRC | 23:37 | |
alekibango | that could be nice to extend with automated functional tests | 23:38 |
alekibango | and check every nova build on few operating systems | 23:38 |
alekibango | later even with other distros | 23:38 |
*** BK_man has quit IRC | 23:38 | |
jaypipes | alekibango: that faiproject.org URL returns a 404. | 23:38 |
*** westmaas has joined #openstack | 23:38 | |
alekibango | heh :) http://wiki.debian.org/FAI | 23:39 |
jaypipes | k | 23:39 |
alekibango | http://fai-project.org/ | 23:39 |
alekibango | its a system for automated installation of machines, primarilly debian | 23:39 |
alekibango | i can help by setting this up on some servers | 23:40 |
alekibango | so you can extend it with tests and we can run them on every merge request | 23:40 |
alekibango | or build :) | 23:40 |
alekibango | on all systems, for start with ubuntu and debian | 23:40 |
jaypipes | alekibango: and this would run from Hudson? in other words, we'd kick off a FAI job from Hudson that would wipe and install some base image with Xen on, say, Ubuntu, on the test cluster(s)? | 23:41 |
openstackhudson | Project dashboard-tarmac build #2,284: STILL FAILING in 35 sec: http://hudson.openstack.org/job/dashboard-tarmac/2284/ | 23:41 |
alekibango | jaypipes: we can start it by any way | 23:41 |
alekibango | we can write script which will act on incoming email | 23:42 |
openstackhudson | Project nova-tarmac build #59,905: STILL FAILING in 35 sec: http://hudson.openstack.org/job/nova-tarmac/59905/ | 23:42 |
alekibango | or whatever | 23:42 |
*** MarkAtwood has quit IRC | 23:42 | |
jaypipes | alekibango: k. well, since we already use hudson, it would make sense to use it for this, too. :) | 23:42 |
alekibango | jaypipes: if you will get me some machines (real ones, impi is advantage), i can help by configuring them | 23:42 |
dubsquared | Does anyone know where there is some good nova-volume notes? I've started playing around, but wanted to know if there was any doc before I just start hacking at this ... | 23:43 |
alekibango | s/impi/ipmi/ :) | 23:43 |
alekibango | dubsquared: hardly any.... but try sheepdog ! | 23:44 |
alekibango | dubsquared: if you find some, tell me | 23:44 |
alekibango | :) | 23:44 |
dubsquared | nova.volume.manager.SheepDog? | 23:44 |
dubsquared | :D | 23:44 |
jaypipes | alekibango: perhaps JordanRinke can provide a machine or ten. Not sure. I have no ability to procure anything, unfortunately. :( | 23:45 |
alekibango | 1 for server, 3+ for nova machines | 23:45 |
dubsquared | I want 10 more servers, JordanRinke | 23:45 |
dubsquared | give give give! | 23:45 |
jaypipes | lol | 23:45 |
dubsquared | :D | 23:45 |
alekibango | the 1 can be cheap server | 23:45 |
*** bradshaw has left #openstack | 23:46 | |
openstackhudson | Project dashboard-tarmac build #2,285: STILL FAILING in 36 sec: http://hudson.openstack.org/job/dashboard-tarmac/2285/ | 23:46 |
alekibango | jaypipes: i would like to contribute fai config to nova... | 23:46 |
alekibango | so others can use it | 23:46 |
alekibango | and expand it | 23:46 |
openstackhudson | Project nova-tarmac build #59,906: STILL FAILING in 35 sec: http://hudson.openstack.org/job/nova-tarmac/59906/ | 23:47 |
alekibango | and find more usage cases... those functional tests can serve also as usage examples | 23:47 |
dubsquared | You know the 'most interesting man in the world' commercials …. when JordanRinke gives out servers, which he doesn't do often, he prefers high end shiz | 23:47 |
alekibango | people are constantly fighting with it :) | 23:47 |
alekibango | having few example uses with all config would be GREAT | 23:47 |
alekibango | (i do only my one) | 23:48 |
alekibango | jaypipes: one server is installed (including partitioning and formatting drives) in 3-5 minutes | 23:48 |
*** prewarmoney has quit IRC | 23:49 | |
*** dubsquared has quit IRC | 23:50 | |
jaypipes | alekibango: awesome. I've put in an email to our production folks about getting machines. I will let you know what I find. | 23:50 |
alekibango | k :) | 23:50 |
openstackhudson | Project dashboard-tarmac build #2,286: STILL FAILING in 35 sec: http://hudson.openstack.org/job/dashboard-tarmac/2286/ | 23:51 |
jarrod | dang failed to register maverick-server-uec-amd64-vmlinuz-virtual.manifest.xml | 23:51 |
openstackhudson | Project nova-tarmac build #59,907: STILL FAILING in 35 sec: http://hudson.openstack.org/job/nova-tarmac/59907/ | 23:52 |
jarrod | sounds like the xml is borked | 23:52 |
*** evtoews has quit IRC | 23:54 | |
*** dfg has quit IRC | 23:55 | |
openstackhudson | Project dashboard-tarmac build #2,287: STILL FAILING in 35 sec: http://hudson.openstack.org/job/dashboard-tarmac/2287/ | 23:56 |
openstackhudson | Project nova-tarmac build #59,908: STILL FAILING in 36 sec: http://hudson.openstack.org/job/nova-tarmac/59908/ | 23:57 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!