*** dendro-afk is now known as dendrobates | 00:03 | |
*** lvaughn_ has quit IRC | 00:05 | |
uvirtbot | New bug: #720459 in glance "Remove validation on image_type" [Medium,In progress] https://launchpad.net/bugs/720459 | 00:06 |
---|---|---|
*** adiantum has quit IRC | 00:07 | |
*** lvaughn has joined #openstack | 00:08 | |
*** Gh0sty has quit IRC | 00:12 | |
*** adiantum has joined #openstack | 00:12 | |
*** kashyapc has quit IRC | 00:18 | |
*** kashyapc has joined #openstack | 00:19 | |
*** dendrobates is now known as dendro-afk | 00:21 | |
*** eikke has quit IRC | 00:26 | |
*** desai has joined #openstack | 00:26 | |
openstackhudson | Project nova build #526: SUCCESS in 1 min 32 sec: http://hudson.openstack.org/job/nova/526/ | 00:27 |
openstackhudson | Tarmac: Fixes ldapdriver so that it works properly with admin client. It now sanitizes all unicode data to strings before passing it into ldap driver. This may need to be rethought to work properly for internationalization. | 00:27 |
*** drico has quit IRC | 00:28 | |
*** kashyapc has quit IRC | 00:29 | |
*** husimon has quit IRC | 00:30 | |
*** ppetraki has quit IRC | 00:31 | |
*** husimon has joined #openstack | 00:33 | |
*** adiantum has quit IRC | 00:38 | |
*** adiantum has joined #openstack | 00:43 | |
*** kashyapc has joined #openstack | 00:43 | |
*** sebastianstadil has quit IRC | 00:45 | |
*** pvo has joined #openstack | 00:46 | |
*** dragondm has quit IRC | 00:48 | |
*** sebastianstadil has joined #openstack | 00:53 | |
*** pvo has quit IRC | 00:53 | |
*** adiantum has quit IRC | 00:53 | |
*** adiantum has joined #openstack | 00:59 | |
*** joearnold has quit IRC | 00:59 | |
*** Ryan_Lane|dc has quit IRC | 00:59 | |
*** vbn has joined #openstack | 00:59 | |
*** adjohn has joined #openstack | 01:07 | |
*** westmaas1 has joined #openstack | 01:16 | |
*** aimon has joined #openstack | 01:17 | |
*** clauden has quit IRC | 01:18 | |
*** desai has quit IRC | 01:21 | |
*** burris has quit IRC | 01:22 | |
*** miclorb has joined #openstack | 01:25 | |
*** maplebed has quit IRC | 01:30 | |
*** desai has joined #openstack | 01:34 | |
nelson | creiht: I have plausible code to open a connection, return an object, which you can call obj.write(data) and then obj.close(data). | 01:36 |
nelson | Unfortunately, it's not fooling the proxy into actually WORKING. will have to drop back and punt. | 01:36 |
nelson | Tomorrow, tomorrow, it will love me tomorrow, tomorrow is always a day away..... | 01:37 |
*** lvaughn has quit IRC | 01:39 | |
*** lvaughn has joined #openstack | 01:40 | |
*** lvaughn_ has joined #openstack | 01:43 | |
*** lvaughn has quit IRC | 01:46 | |
*** aimon has quit IRC | 01:53 | |
*** dweimer has joined #openstack | 01:55 | |
*** aimon has joined #openstack | 02:06 | |
*** hadrian has quit IRC | 02:07 | |
*** GasbaKid has quit IRC | 02:10 | |
*** Brainspa1kle is now known as Brainspackle | 02:20 | |
*** Brainspackle has joined #openstack | 02:21 | |
*** Brainspackle is now known as viewlogic | 02:22 | |
*** vbn has quit IRC | 02:23 | |
*** jc_smith has quit IRC | 02:27 | |
*** dendro-afk is now known as dendrobates | 02:42 | |
*** dendrobates is now known as dendro-afk | 02:42 | |
*** Pentheus has quit IRC | 02:43 | |
*** pvo has joined #openstack | 02:45 | |
*** dweimer has quit IRC | 02:49 | |
*** dendro-afk is now known as dendrobates | 02:58 | |
*** pvo has quit IRC | 03:03 | |
*** asalkeld has joined #openstack | 03:18 | |
*** alekibango has joined #openstack | 03:29 | |
*** littleidea has quit IRC | 03:34 | |
*** aimon has quit IRC | 03:40 | |
*** pvo has joined #openstack | 03:42 | |
*** adiantum has quit IRC | 03:44 | |
*** adiantum has joined #openstack | 03:49 | |
*** bird has joined #openstack | 03:57 | |
*** resker has joined #openstack | 04:02 | |
*** aimon has joined #openstack | 04:03 | |
*** littleidea has joined #openstack | 04:14 | |
*** sebastianstadil has quit IRC | 04:15 | |
*** desai has quit IRC | 04:20 | |
*** desai has joined #openstack | 04:21 | |
*** joearnold has joined #openstack | 04:23 | |
*** adiantum has quit IRC | 04:23 | |
*** adiantum has joined #openstack | 04:28 | |
*** desai has quit IRC | 04:53 | |
*** kashyapc has quit IRC | 04:53 | |
*** sebastianstadil has joined #openstack | 04:54 | |
*** Ryan_Lane has joined #openstack | 04:55 | |
*** sebastianstadil_ has joined #openstack | 04:56 | |
*** sebastianstadil has quit IRC | 05:00 | |
*** sebastianstadil_ is now known as sebastianstadil | 05:00 | |
*** littleidea has quit IRC | 05:01 | |
*** Ryan_Lane has quit IRC | 05:03 | |
*** adjohn has quit IRC | 05:15 | |
*** pvo has quit IRC | 05:18 | |
*** omidhdl has joined #openstack | 05:20 | |
*** adjohn has joined #openstack | 05:22 | |
*** Pentheus has joined #openstack | 05:25 | |
*** dendrobates is now known as dendro-afk | 05:27 | |
*** kashyapc has joined #openstack | 05:30 | |
*** clauden_ has joined #openstack | 05:31 | |
*** ccustine has quit IRC | 05:31 | |
*** resker has quit IRC | 05:35 | |
*** adiantum has quit IRC | 05:38 | |
*** f4m8_ is now known as f4m8 | 05:45 | |
*** adiantum has joined #openstack | 05:45 | |
*** clauden_ has quit IRC | 05:46 | |
*** Code_Bleu has joined #openstack | 05:51 | |
Code_Bleu | does openstack require a Intel VT or AMD SVM processor? | 05:52 |
*** joearnold has quit IRC | 06:02 | |
alekibango | Code_Bleu: only for certain hypervisors... | 06:03 |
alekibango | it can run many of them , so answer is NO | 06:05 |
*** littleidea has joined #openstack | 06:37 | |
*** exitdescription has joined #openstack | 07:08 | |
*** Pentheus has quit IRC | 07:11 | |
*** Pentheus has joined #openstack | 07:11 | |
*** miclorb has quit IRC | 07:16 | |
*** allsystemsarego has joined #openstack | 07:17 | |
*** allsystemsarego has joined #openstack | 07:17 | |
*** adiantum has quit IRC | 07:17 | |
*** Pentheus has quit IRC | 07:19 | |
*** Pentheus has joined #openstack | 07:19 | |
*** CloudChris has quit IRC | 07:21 | |
*** adiantum has joined #openstack | 07:23 | |
*** thimble has joined #openstack | 07:25 | |
*** omidhdl has quit IRC | 07:34 | |
*** omidhdl has joined #openstack | 07:38 | |
*** adiantum has quit IRC | 07:41 | |
*** adiantum has joined #openstack | 07:47 | |
*** CloudChris has joined #openstack | 07:51 | |
*** omidhdl has quit IRC | 07:52 | |
*** ramkrsna has joined #openstack | 07:56 | |
*** ramkrsna has joined #openstack | 07:56 | |
*** DigitalFlux has joined #openstack | 07:57 | |
*** omidhdl has joined #openstack | 07:58 | |
*** adiantum has quit IRC | 07:58 | |
*** thimble has quit IRC | 08:00 | |
*** jtimberman has quit IRC | 08:01 | |
*** thimble has joined #openstack | 08:02 | |
*** jtimberman has joined #openstack | 08:02 | |
*** adiantum has joined #openstack | 08:04 | |
*** skiold has joined #openstack | 08:15 | |
*** aimon has quit IRC | 08:18 | |
*** exitdescription has quit IRC | 08:20 | |
*** exitdescription has joined #openstack | 08:20 | |
*** exitdescription has quit IRC | 08:21 | |
*** exitdesc1iption has joined #openstack | 08:25 | |
*** miclorb has joined #openstack | 08:28 | |
*** Nacx has joined #openstack | 08:39 | |
*** rcc has joined #openstack | 08:39 | |
*** omidhdl has quit IRC | 08:44 | |
*** adiantum has quit IRC | 08:45 | |
*** adiantum has joined #openstack | 08:48 | |
*** omidhdl has joined #openstack | 08:49 | |
*** Nacx has quit IRC | 08:52 | |
*** ibarrera has joined #openstack | 08:52 | |
*** MarcMorata has joined #openstack | 08:58 | |
*** adiantum has quit IRC | 08:59 | |
uvirtbot | New bug: #720589 in nova "nova.db.api.project_get_network has unused parameter." [Undecided,New] https://launchpad.net/bugs/720589 | 09:01 |
*** adiantum has joined #openstack | 09:04 | |
*** littleidea has quit IRC | 09:08 | |
thimble | Good morning here. Is there any way to advise the scheduler to spawn num[x] instances at the same time? I cannot find any flag for this. | 09:11 |
dsockwell | it should be part of the euca-run-instances command | 09:12 |
dsockwell | so at the very least you can open up the python on that and see how it's handled | 09:13 |
dsockwell | are you trying to script this? or do you just want your N instances? | 09:14 |
*** calavera has joined #openstack | 09:14 | |
thimble | no, thats not what I mean. When using -n in euca-run, the instances are spawned one after the other | 09:14 |
*** calavera has quit IRC | 09:14 | |
dsockwell | you want them all brought up at the same moment? | 09:15 |
thimble | I have serveral nodes and I really have the hardware to spawn more than one instance per node. | 09:15 |
*** calavera has joined #openstack | 09:15 | |
thimble | let´s say I´ll spawn 120 instances, I will spawn e.g. 5 instances per time on each node, the next schedule cycle should spawn the next 5 on each node and so on | 09:15 |
thimble | it seems like instance spawning is queued somehow, but I cannot find something in the source | 09:16 |
dsockwell | i'm from eucalyptus land, honestly, but the way eucalyptus spawns instances is before it can spawn an instance, it has to create the virtual disk | 09:16 |
dsockwell | so all the time that it takes to create an instance is taken up by the disk, making loop devices | 09:17 |
*** TheHutch has joined #openstack | 09:18 | |
dsockwell | i don't know of any way to do that faster other than to snapshot volumes, and i'm pretty sure that for integrity and compatibility reasons, openstack won't do that | 09:18 |
dsockwell | so the delay you're experiencing is -probably- the writing of 5-10GB per instance onto your storage | 09:18 |
dsockwell | depending on the instance size | 09:18 |
dsockwell | and afaik that's unavoidable | 09:19 |
dsockwell | so unless i'm gravely mistaken, your nodes are spawning as fast as they can | 09:19 |
*** skiold has left #openstack | 09:20 | |
*** skiold has joined #openstack | 09:20 | |
thimble | just a moment, I´ll have a look at the timestamps when the compute node receives the cast command | 09:20 |
dsockwell | oh, if it's waiting for one instance to finish before scheduling to the next node then that's a problem | 09:22 |
dsockwell | and one that I don't have control over. unfortunately it's still very early, it's likely anyone who matters is still asleep. | 09:23 |
thimble | that´s what I mean :) | 09:24 |
thimble | I´ve just reduced the setup to two nodes for easy watching and the compute-apis receive the commands with a very little time difference. But then they´re only processing one instance. There´s no advice to create a second on the same node at the same time. | 09:25 |
dsockwell | it would be foolish to do that, the limitation is the write speed of your storage | 09:26 |
dsockwell | if you do two at once it will take twice as long | 09:26 |
dsockwell | check out iostat on the nodes and you'll see what i'm talking about | 09:27 |
*** ChrisAM has quit IRC | 09:29 | |
*** mattinator has quit IRC | 09:29 | |
*** mattinator has joined #openstack | 09:30 | |
*** ChrisAM1 has joined #openstack | 09:32 | |
*** ramkrsna has quit IRC | 09:37 | |
*** perestrelka has quit IRC | 09:40 | |
*** adiantum has quit IRC | 09:43 | |
thimble | dsockwell, you are absolutly right.. it takes 28 secondes to write the whole image we´re using. I thank you :) | 09:43 |
dsockwell | my pleasure. by the way, what OS are you running openstack on? | 09:44 |
DigitalFlux | Guys, # comments are allowed in nova.conf, correct ? | 09:45 |
*** omidhdl has left #openstack | 09:45 | |
ttx | soren: Any chance you could set up a tarball job for nova-bexar on Jenkins ? I'd like that set up before we start approving the post-release BMPs | 09:46 |
soren | In a minute. | 09:46 |
dsockwell | I'm trying to install on Centos 5.5 as per http://nova.openstack.org/adminguide/distros/others.html . Am I wrong to want to do this? | 09:46 |
soren | I'm fixing that libvirt bug. Almost done. | 09:46 |
soren | dsockwell: ttx and I are both Ubuntu developers. I think our answer will be biased :) | 09:47 |
ttx | dsockwell: it's not wrong, it'"s evil ! | 09:47 |
dsockwell | i'll admit, i'm biased, too. ubuntu has historically ground my teeth on the desktop, so i'm reluctant to use it on a server. | 09:48 |
*** adiantum has joined #openstack | 09:48 | |
DigitalFlux | soren: Thanks for the fosdem talk man .. nice presentation ;) | 09:48 |
dsockwell | but since it's just this one app i'm sure it can't hurt too much | 09:49 |
*** miclorb has quit IRC | 09:49 | |
*** ramkrsna has joined #openstack | 09:51 | |
soren | DigitalFlux: I'm glad you liked it :) | 09:51 |
DigitalFlux | ttx: about the Glance issue i was having | 09:53 |
DigitalFlux | ttx: I think i missed that there was an s3_host flag in nova.conf, this might have affected Glance not being used, but normally nova-api should not start or something when there is conflicting parameters in the config | 09:54 |
DigitalFlux | ttx: still didn't test the Glance scenario yet .. will tell you when i'm finished .. | 09:54 |
ttx | DigitalFlux: ok | 09:54 |
DigitalFlux | So does # comments work in nova.conf ? | 09:55 |
ttx | DigitalFlux: I think so, yes | 09:55 |
DigitalFlux | Okay, lemme check it | 09:55 |
dsockwell | so while i'm downloading the Ubuntu install media, if it's not a Waste of Everyone's Time, I'd like to try to build on centos. I followed the guide I pasted, and downloaded nova-2011.1.tar.gz | 09:55 |
dsockwell | but when I go to run setup.py, this happens: | 09:56 |
dsockwell | [root@roy nova-2011.1]# python26 ./setup.py build | 09:56 |
dsockwell | No handlers could be found for logger "nova.root" | 09:56 |
dsockwell | http://nova.openstack.org/adminguide/distros/others.html being the pre-build process | 09:56 |
dsockwell | i don't suppose that's hopelessly out of date? | 09:57 |
DigitalFlux | dsockwell: I think you should take a look at this http://wiki.openstack.org/NovaInstall/RHEL6Notes | 10:00 |
DigitalFlux | dsockwell: Bexar release for RHEL 6 | 10:00 |
dsockwell | oh, cool | 10:00 |
dsockwell | i don't suppose there's a centos6 anywhere to match RHEL6 | 10:02 |
soren | ttx: nova-bexar-tarball job created (and run for the first time). Enjoy. | 10:06 |
soren | ttx: Crap, I shouldn't have run it. | 10:07 |
soren | ttx: /me fixes | 10:07 |
dsockwell | since i'm going to burn that centos machine anyway, it will be fun to see what those packages do to it. | 10:08 |
*** adjohn has quit IRC | 10:09 | |
soren | ttx: Fixed. | 10:09 |
soren | ttx: Now enjoy. | 10:09 |
ttx | soren: thanks! | 10:10 |
*** Jordandev has joined #openstack | 10:10 | |
*** drico_ has joined #openstack | 10:13 | |
*** drico has joined #openstack | 10:13 | |
*** drico__ has joined #openstack | 10:13 | |
*** drico has quit IRC | 10:13 | |
*** miclorb has joined #openstack | 10:15 | |
thimble | dsockwell: we are running on SLES11SP1 acutally | 10:17 |
thimble | and please ignore any errors related to my keyboard ;) | 10:20 |
dsockwell | it's OK, i've been drinking too | 10:20 |
dsockwell | :| | 10:21 |
dsockwell | i already burned my RHEL6 trial, apparently | 10:21 |
dsockwell | don't remember that one | 10:21 |
thimble | just order a new one ;) | 10:22 |
dsockwell | then i'd have to falsify a bunch of stuff and I could just install ubuntu and wait for centos anyway | 10:22 |
dsockwell | do we have an idea of how painful it would be to move a cloud controller (and associated services) from an ubuntu host to RHEL/CentOS 6? | 10:24 |
thimble | AFAIR someone was working on rhel6 packages in this channel here. But I don´t rember the name | 10:28 |
dsockwell | yes, i've seen them, i know i could install the software on the RHEL machine, but migrating the data would be the tough part. i'm wondering if there's an official path for that. | 10:29 |
*** bird has quit IRC | 10:32 | |
soren | There is *no* such thing as cloud controller. | 10:32 |
soren | So what do you actually mean? | 10:32 |
*** bird has joined #openstack | 10:32 | |
dsockwell | ah -- i must have misread the schematic here: http://nova.openstack.org/nova.concepts.html | 10:34 |
dsockwell | i suppose i mean the API server, is that something that exists? | 10:35 |
dsockwell | sorry if i'm being dense. what's the name for the computer that euca2ools talks to when everything is working? | 10:43 |
*** adiantum has quit IRC | 10:44 | |
thimble | you mean the host running the service: nova-api | 10:47 |
*** TheHutch has quit IRC | 10:47 | |
dsockwell | thank you | 10:47 |
soren | Yeah, that's nova-api. | 10:48 |
soren | This is not Eucalyptus :) | 10:48 |
ttx | soren: could you look into https://code.launchpad.net/~hudson-openstack/nova/bexar/+activereviews so that we get some testable tarball with the fixes in ? | 10:48 |
dsockwell | perhaps I need some colored blocks to play with and work this stuff out =\ | 10:49 |
*** adiantum has joined #openstack | 10:49 | |
ttx | soren: The translations bmps should still land in cactus first, so maybe keep out of this one for now | 10:49 |
*** thimble has quit IRC | 10:50 | |
soren | ttx: Do we still just require 2 approves? | 10:50 |
soren | ttx: For "SRU"'s? | 10:50 |
ttx | soren: I think we need to do this in two steps. One is getting a tarball built, the other is getting that tarball released. Think -proposed and -updates | 10:51 |
ttx | Once we have a candidate tarball i'll run test cases to reproduce bugs and check that they are fixed | 10:51 |
soren | Uh... | 10:51 |
soren | Is that a "yes"? | 10:51 |
ttx | "yes" :) | 10:52 |
soren | Cool :) | 10:52 |
soren | Oh. | 10:52 |
soren | I can't approve. | 10:52 |
ttx | only hudson can ? | 10:52 |
soren | ...and I'm listed as "community". | 10:52 |
* ttx looks | 10:52 | |
*** miclorb has quit IRC | 10:52 | |
soren | mtaylor: needs to fix this | 10:52 |
soren | mtaylor: By setting the review team for nova/bexar to nova-core. | 10:53 |
soren | mtaylor: Well, something other than hudson itself. | 10:53 |
ttx | soren: only mtaylor has the keys to ~openstack-hudson on LP ? | 10:56 |
soren | Yup. | 10:57 |
soren | So make sure he doesn't get run over by a train. | 10:57 |
ttx | mtaylor: looks like we should increase the bus factor on that | 10:57 |
*** CloudChris has quit IRC | 10:58 | |
*** CloudChris has joined #openstack | 10:58 | |
dsockwell | oh -- there's everything I wanted to know, in the documentation. thanks for your patience, soren. | 11:01 |
ttx | soren: updated https://code.launchpad.net/~ttx/nova/bexar-lp716427/+merge/49996 with what I think is the "next commit" you were mentioning, please doublecheck | 11:12 |
ttx | as it seems a bit wider than just "apply the same to call()" | 11:12 |
*** adiantum has quit IRC | 11:13 | |
*** adiantum has joined #openstack | 11:20 | |
soren | ttx: What I wanted you to do was to do the exact same to the call method that you did to the cast method. That would be a more contained patch than my "next commit". | 11:21 |
soren | ttx: ...but this is fine. | 11:21 |
ttx | soren: oh, ok, I thought "copy my fix from a few commits later" :) | 11:22 |
ttx | soren: i prefer to have the same fix in cactus and bexar. | 11:22 |
ttx | for obvious "more people test trunk" reasons. | 11:23 |
DigitalFlux | dsockwell: what do you mean by "migrating the data" ? | 11:23 |
dsockwell | well | 11:23 |
*** Jordandev has quit IRC | 11:25 | |
dsockwell | I wanted to install nova on ubuntu now because that's what works, and then later when centos6 comes out, run it on that | 11:26 |
dsockwell | without any data loss | 11:26 |
dsockwell | since i've found what I wanted in the documentation, I know that most of the volatile configuration stuff lives on a mysql database, and that should be easy to dump and restore, or run on centos to begin with | 11:28 |
dsockwell | since centos 5 runs databases just fine | 11:28 |
*** eikke has joined #openstack | 11:28 | |
DigitalFlux | dsockwell: Got it | 11:29 |
dsockwell | so that leaves the object store (the machine images, etc), is there a procedure for moving those with a minimum of disruption to users? | 11:29 |
*** uksysadmin has joined #openstack | 11:30 | |
dsockwell | also i'm sure I butchered the project's jargon there, forgive me | 11:30 |
DigitalFlux | I have been working on a puppet module for quite sometime, if it's good enough it should be simple, modular so we can make the required modifications that every env need (addition of backups, abstracted monitoring and so on ) .. | 11:31 |
uksysadmin | hi all... I'm banging my nut against a brick wall here trying to set up a multi-node cluster under virtualbox (I like a challenge) and was wondering if someone can help | 11:31 |
DigitalFlux | However i have been kind of lazy :) | 11:31 |
DigitalFlux | But the model should install Nova on Ubuntu/CentOS (once the packages are released of course) .. | 11:31 |
dsockwell | which packages? | 11:32 |
DigitalFlux | CentOS | 11:32 |
uksysadmin | I want to set up floating IPs so I can access my instances from the host running vbox [my lappy]. how do I do this - the documentation really sucks. | 11:32 |
soren | ttx: Yeah, that's sensible. Hence my "this is fine" :) | 11:32 |
uksysadmin | I've got a private network 10.0.0.0/8 and I've an instance now running with vlan manage network and I can access this using 10.0.0.3 from the compute node | 11:33 |
DigitalFlux | uksysadmin: me needs answer to that too | 11:33 |
soren | What's the problem, exactly? | 11:34 |
DigitalFlux | soren: routing i guess, your instances network is different than that on the laptop you are using | 11:34 |
DigitalFlux | soren: so may be you can launch instances using eucatools and stuff like that .. but not ssh into them | 11:34 |
soren | That's what floating IP's will let you do. | 11:35 |
soren | Or vpn. | 11:35 |
DigitalFlux | Ah sorry, that's not my situation, uksysadmin: does soren's answer solves your problem ? | 11:35 |
uksysadmin | I've got a vlan100 interface that is bridged to br100, but the logs say (quite rightly I guess): Command: sudo ip addr add 172.241.0.3 dev vlan1 Stderr: 'Cannot find device "vlan1"\n' | 11:36 |
uksysadmin | No - I can't even get the association to work | 11:36 |
soren | uksysadmin: You need to set the public_interface flag. | 11:36 |
soren | uksysadmin: Set it to (you guessed it) your host's public_interface. | 11:37 |
soren | (This is a nova-network setting, by the way) | 11:37 |
uksysadmin | cheers @soren - looking in nova.conf I've not set that explicitly | 11:38 |
soren | vlan1 is an *exceptionally* poor default, though. | 11:40 |
*** h0cin has joined #openstack | 11:42 | |
*** h0cin has joined #openstack | 11:42 | |
*** adiantum has quit IRC | 11:45 | |
* soren lunches | 11:45 | |
*** adiantum has joined #openstack | 11:51 | |
*** adiantum has quit IRC | 11:58 | |
*** adiantum has joined #openstack | 12:04 | |
uksysadmin | Right - that's now working but seems like a fudge - I set in /etc/nova/nova.conf: --public_interface=vmnet0 - I can ssh to an instance using the public floating ip now... but euca-describe-instances doesn't show this and in the logs I now get Error: IP 10.0.0.3 leased that isn't associated | 12:04 |
uksysadmin | where vmnet0 is bridged and associated with the instance... | 12:05 |
*** metoikos has joined #openstack | 12:05 | |
*** berendt has joined #openstack | 12:05 | |
uksysadmin | weirdly, spinning up another instance, where it gets 10.0.0.4 I can assign a seperate floating IP, but that gets vmnet1 associated to it [but an ifconfig on the compute host doesn't show this floating ip associated with it] | 12:05 |
uksysadmin | What's with the syntax of nova-manage floating create <host> <ip range>.... what's host? no matter what I change this to it doesn't seem to affect anything. | 12:10 |
soren | It's the name of the host where nova-network runs. | 12:11 |
uksysadmin | what's the purpose of it? is it so that relevant natting can occur in a multi-node environment? | 12:13 |
uksysadmin | thanks again though - got over this annoying little hurdle of having a mini multi-node test environment under vbox where I could only access the instances from the compute node. at one point I managed to achieve what seemed like the impossible - access the instances from the private address from my host running vbox: host->vbox->openstack->instance... but like anything that keeps it bods employed, I couldn't get it working a | 12:15 |
*** perestrelka has joined #openstack | 12:16 | |
soren | The current implementation of floating ip's assumes that a single host will act as the gateway for this traffic. | 12:16 |
soren | So a floating ip belongs to a network host. | 12:17 |
uksysadmin | this is important as we're a vmware house hosting a large international website... I've got the task of making sense of openstack and how we can possibly replace vmware | 12:17 |
uksysadmin | cheers | 12:17 |
soren | yw | 12:18 |
dsockwell | ehh -- starting with the automated install scripts now | 12:19 |
dsockwell | something tells me i did a good job running apt through a caching proxy | 12:19 |
*** adiantum has quit IRC | 12:21 | |
*** uksysadmin has quit IRC | 12:22 | |
*** uksysadmin has joined #openstack | 12:24 | |
*** uksysadmin has left #openstack | 12:25 | |
*** uksysadmin has joined #openstack | 12:26 | |
*** adiantum has joined #openstack | 12:27 | |
*** desai has joined #openstack | 12:35 | |
*** westmaas1 has left #openstack | 12:39 | |
*** CloudChris has quit IRC | 12:43 | |
*** adiantum has quit IRC | 12:43 | |
*** CloudChris has joined #openstack | 12:43 | |
*** adiantum has joined #openstack | 12:48 | |
*** thimble has joined #openstack | 12:50 | |
uvirtbot | New bug: #720685 in nova "vlan1 is a poor default choice for FLAGS.public_interface" [Undecided,New] https://launchpad.net/bugs/720685 | 12:56 |
*** hadrian has joined #openstack | 13:08 | |
*** johndoe_ has joined #openstack | 13:11 | |
*** adiantum has quit IRC | 13:11 | |
*** yt_ has joined #openstack | 13:11 | |
DigitalFlux | Cool ! | 13:15 |
DigitalFlux | I see there is a libvirt.xml.template around the code | 13:15 |
DigitalFlux | so if i want to edit the VM instance config, i can directly edit this file ? | 13:16 |
*** adiantum has joined #openstack | 13:17 | |
ttx | DigitalFlux: you should rather provide your own version of the file and pass it as --libvirt_xml_template | 13:18 |
*** drico_ has quit IRC | 13:18 | |
*** drico_ has joined #openstack | 13:18 | |
DigitalFlux | ttx: That's pretty awesome :) | 13:20 |
DigitalFlux | ttx: so on the compute node, i should just put libvirt_xml_template=/some/file in nova.conf ? | 13:21 |
DigitalFlux | and that's it ? | 13:21 |
ttx | DigitalFlux: never tried it, but looking at the code that should do it. | 13:22 |
DigitalFlux | ttx: will test it indeed | 13:23 |
*** ChrisAM1 is now known as ChrisAM | 13:24 | |
*** johndoe_ has quit IRC | 13:30 | |
*** adiantum has quit IRC | 13:35 | |
*** eikke has quit IRC | 13:36 | |
uksysadmin | Just want to say thanks again @soren - I've got a demo environment (single host) with a working vm instance in under 20 mins under virtualbox now. Now onto multi-node clusterdom. | 13:38 |
*** Ryan_Lane has joined #openstack | 13:39 | |
*** adiantum has joined #openstack | 13:42 | |
*** maplebed has joined #openstack | 13:42 | |
*** guigui has joined #openstack | 13:44 | |
*** dprince has joined #openstack | 13:44 | |
*** nelson has quit IRC | 13:46 | |
*** nelson has joined #openstack | 13:47 | |
*** Ryan_Lane has quit IRC | 13:47 | |
*** maplebed has quit IRC | 13:48 | |
*** CloudChris has quit IRC | 13:51 | |
*** dendro-afk is now known as dendrobates | 13:51 | |
uksysadmin | Just thinking about this - I can now set a "public" floating IP to my instance... am I doing something that's not necessary: i.e. my steps: euca-run-instance ... && euca-associate-address - or is this how it is for the time being? | 13:53 |
*** maplebed has joined #openstack | 13:54 | |
soren | uksysadmin: https://code.launchpad.net/~soren/nova/default-public-interface/+merge/50141 | 13:55 |
*** maplebed has quit IRC | 13:55 | |
soren | uksysadmin: With the VlanManager model, that's how you do it (if you're not using vpn). | 13:55 |
uksysadmin | yeah not using vpn - I'll take a look, ta. and noted on the patch, will take a look too. | 13:56 |
*** adiantum has quit IRC | 13:57 | |
*** eikke has joined #openstack | 13:59 | |
uksysadmin | btw - I tried setting eth0 in nova.conf as the public_interface and computer failed with an interface in use. I've got --public_interface=vnet0 this was the only way I got floating IPs working. Sure, eth0 is a better default though! ;-) | 14:00 |
*** adiantum has joined #openstack | 14:02 | |
*** ppetraki has joined #openstack | 14:04 | |
berendt | i used a string in a patch and i have to i18n it.. anybody knows how to do this? | 14:07 |
* ttx thinks jaypipes should whip up a reference wikipage about that | 14:09 | |
* ttx wonders if Jenkins rejecting a branch shouldn't set it back to "Work in progress" instead of "Needs review" since in 90% of the cases it needs action from the proposer, rather than from reviewers. | 14:13 | |
berendt | I added _(...) now | 14:14 |
berendt | I think nova.pot is changed automatically | 14:14 |
*** desai has quit IRC | 14:17 | |
*** mray has joined #openstack | 14:18 | |
*** ramkrsna has quit IRC | 14:20 | |
*** adiantum has quit IRC | 14:22 | |
*** CloudChris has joined #openstack | 14:24 | |
wedjat | hi everyone :) | 14:27 |
*** adiantum has joined #openstack | 14:28 | |
wedjat | i've noticed that in swift, when your nodes get some big files (1-4 Gbytes) the swift processes make the iowait on all the storage nodes increase really quickly | 14:28 |
wedjat | do you have any options or workaround to improve perfs ? | 14:29 |
*** mray has quit IRC | 14:45 | |
*** mray has joined #openstack | 14:51 | |
*** Mussi has joined #openstack | 14:51 | |
*** Mussi has quit IRC | 14:53 | |
*** adiantum has quit IRC | 14:56 | |
*** Pentheus has quit IRC | 15:01 | |
*** adiantum has joined #openstack | 15:02 | |
*** gondoi has joined #openstack | 15:04 | |
*** Ryan_Lane has joined #openstack | 15:07 | |
*** Ryan_Lane is now known as Ryan_Lane|dc | 15:07 | |
*** DanEllis has joined #openstack | 15:14 | |
*** msassak has joined #openstack | 15:15 | |
*** mdomsch has joined #openstack | 15:22 | |
rcc | hey guys | 15:24 |
rcc | question | 15:24 |
*** kashyapc has quit IRC | 15:24 | |
rcc | what's openstack stance for ec2 api errors? | 15:24 |
rcc | do we have the same 1-1 behaviour as http://docs.amazonwebservices.com/AWSEC2/latest/APIReference/index.html?api-error-codes.html ? | 15:25 |
*** DigitalFlux has quit IRC | 15:25 | |
*** adiantum has quit IRC | 15:25 | |
rcc | i have a couple of bugs assigned regarding errors, and sure, we print out exceptions, but i don't know if we're compliant with ec2 api | 15:25 |
*** DanEllis has quit IRC | 15:31 | |
*** adiantum has joined #openstack | 15:32 | |
*** rds__ has joined #openstack | 15:32 | |
*** resker has joined #openstack | 15:34 | |
jaypipes | ttx: quoi? | 15:36 |
jaypipes | berendt: need assistance on i18n'ing? | 15:36 |
*** joearnold has joined #openstack | 15:37 | |
ttx | jaypipes: I think we could use a page that explains how to do i18n right. I'll try to write one but might need your help validating it | 15:38 |
*** adiantum has quit IRC | 15:38 | |
*** joearnold has quit IRC | 15:40 | |
*** hvaldivia has joined #openstack | 15:40 | |
*** adiantum has joined #openstack | 15:45 | |
*** hub_cap has joined #openstack | 15:46 | |
*** dragondm has joined #openstack | 15:46 | |
jaypipes | ttx: gotcha. will do. | 15:49 |
*** imsplitbit has joined #openstack | 15:51 | |
*** adiantum has quit IRC | 15:52 | |
*** adiantum has joined #openstack | 15:57 | |
hvaldivia | Hello. | 15:58 |
hvaldivia | Did anyone use hybridfox for connecting to openstack? | 15:59 |
*** burris has joined #openstack | 15:59 | |
*** rnirmal has joined #openstack | 16:00 | |
*** guigui has quit IRC | 16:00 | |
*** troytoman-away is now known as troytoman | 16:02 | |
hvaldivia | Does anyone use hybridfox? | 16:02 |
*** asalkeld has quit IRC | 16:02 | |
hvaldivia | I want to use hybridfox for connecting to my nova-cloud, But I get an error | 16:03 |
*** adiantum has quit IRC | 16:05 | |
*** desai has joined #openstack | 16:05 | |
xtoddx | hvaldivia: can you pastie the error you're getting? | 16:07 |
*** asalkeld has joined #openstack | 16:08 | |
hvaldivia | xtoddx: I get this error in hybridfox: EC2 responded with an error for DescribeSecurityGroups | 16:09 |
ttx | jaypipes: about the translations branch(es), should we approve them as-is or wait for a way to fix the boilerplate ? | 16:10 |
*** adiantum has joined #openstack | 16:10 | |
hvaldivia | xtoddx : I get this error in hybridfox : EC2 responded with an error for DescribeSecurityGroups | 16:10 |
*** littleidea has joined #openstack | 16:11 | |
jaypipes | ttx: I was hoping mtaylor would have an answer to that. Perhaps you, me, and mtaylor can discuss when he gets in today? | 16:12 |
ttx | mtaylor: definitely. We are blocked on that and on nova-core not being able to review proposals to lp:nova/bexar | 16:12 |
ttx | oops jaypipes ^ | 16:12 |
hvaldivia | in my novarc says that NOVA does not use user id | 16:12 |
jaypipes | ttx: why is nova-core not able to review stuff for bexar? you mean that the approval process isn't automated merge like it is for trunk? | 16:13 |
ttx | jaypipes: no "review team" specified. | 16:13 |
ttx | jaypipes: "openstack hudson" owns the branch, he is the only one that can approve until a review team is set. | 16:14 |
ttx | jaypipes: "openstack hudson" being a cover name for Monty, only him can fix that. | 16:14 |
ttx | jaypipes: and yes, we need to increase bus factor on that one. | 16:15 |
jaypipes | ttx: heh, ok. yes, let's talk to Mr. Hudson about that :) | 16:15 |
hvaldivia | Did anybody use hybridfox? . Well, I use hybridfox for connecting to my eucalyptus cloud. I configure hybridfox with my EC2_ACCESS_KEY, EC2_SECRET_KEY, EC2_URL and EC2_USER_ID variables. I wanted to use the same approach for my nova-cloud, since the novarc file has the same variables referred before | 16:22 |
dprince | jaypipes: glance-control is sweet. Where do I specify the log file when using it? In the config file? Which section? | 16:23 |
hvaldivia | But hybrifox returns an error | 16:23 |
hvaldivia | Any idea? | 16:24 |
jaypipes | tr3buchet: englilish. nice. | 16:24 |
tr3buchet | :D | 16:25 |
j05h | hvaldivia: have you tried other tools? like euca2tools? | 16:25 |
j05h | does your account have the proper permissions? i've found permissions is usually my problem when API calls fail. | 16:25 |
jaypipes | dprince: Thanks :) It's mostly swift-init, though, so I can't take all the credit ;) logging can be configured via a separate Python logging config file. I'll work on some documentation for that, sorry it is missing. | 16:26 |
jaypipes | dprince: would you mind adding a bug to Glance saying "logging configuration not documented" and assign to me, please? | 16:26 |
creiht | wedjat: well the io wait increases becaues it has to stream a lot of data to disk, and we also try to fsync the upload periodically to prevent a really long fsync | 16:26 |
dprince | jaypipes: Sure. I can do that. NP | 16:27 |
jaypipes | dprince: cheers mate | 16:27 |
creiht | wedjat: what version of swift are you running | 16:27 |
*** uksysadmin has quit IRC | 16:27 | |
creiht | I believe that we moved the fsyncs to a thread in 1.2 so that they wouldn't block | 16:28 |
jaypipes | sandywalsh_, dabo: thx for stepping up to the plate with reviewing. much appreciated. | 16:28 |
sandywalsh_ | np | 16:28 |
dabo | jaypipes: part of the job, imo | 16:28 |
jaypipes | tr3buchet: FYI, set your merge prop to Work In Progress while you change stuff, then after you bzr push your changes to LP, set the merge prop back to Needs Review. This will fire off an email to all prior reviewers to re-check your merge proposal. | 16:29 |
jaypipes | dabo: ya, but it's still good to have your help. thx. | 16:30 |
jaypipes | dabo: you said it best on the ML. more eyes looking at stuff, the better. | 16:30 |
tr3buchet | jaypipes: alrighty | 16:30 |
dabo | jaypipes: exactly | 16:30 |
* creiht wishes async file io wasn't such voodoo magic | 16:31 | |
Kegaro | Hello. | 16:36 |
Kegaro | oops..I was about to ask a question...but I think I found the answer. :-) | 16:37 |
jaypipes | vishy: https://code.launchpad.net/~soren/nova/default-public-interface/+merge/50141 | 16:37 |
jaypipes | hvaldivia: unfortunately, I don't think many folks on the channel (including me!) know much about hybrid fox or have used it. | 16:38 |
*** bird has quit IRC | 16:40 | |
*** grapex has joined #openstack | 16:40 | |
*** olivier_ has quit IRC | 16:41 | |
uvirtbot | New bug: #720816 in glance "logging configuration not documented" [Undecided,New] https://launchpad.net/bugs/720816 | 16:41 |
dprince | jaypipes: The glance logging docs bug is created. Apparently I don't have permissions to assign to you. | 16:42 |
*** olivier_ has joined #openstack | 16:43 | |
jaypipes | dprince: cheers, I took care of that, thx | 16:44 |
*** skiold has quit IRC | 16:45 | |
wedjat | creiht: i'm running the 1.2.0 version of swift | 16:45 |
wedjat | creiht: seems that the auditor processes cause a long iowait on big files, right ? | 16:45 |
creiht | yeah the auditors can cause a lot of iowait | 16:46 |
openstackhudson | Project swift build #200: SUCCESS in 28 sec: http://hudson.openstack.org/job/swift/200/ | 16:46 |
openstackhudson | Tarmac: rename log-processing.conf to log-processor.conf | 16:46 |
creiht | though we've been working on making that better | 16:46 |
wedjat | i understand | 16:47 |
creiht | wedjat: you can slow it down my setting max_files_per_second and max_bytes_per_second in the config | 16:48 |
*** metoikos has quit IRC | 16:48 | |
creiht | that may help bring the iowait down | 16:49 |
*** MarkAtwood has quit IRC | 16:49 | |
*** johnpur has joined #openstack | 16:50 | |
*** ChanServ sets mode: +v johnpur | 16:50 | |
wedjat | creiht: thanks ! i will try that :) | 16:50 |
creiht | wedjat: how many drives do you have on a node? | 16:51 |
wedjat | 1, some have 2 | 16:51 |
creiht | ahh, well when you get more drives in a machine it isn't as bad | 16:52 |
creiht | when you have only one drive | 16:52 |
creiht | then all operations are all working on that one drive, instead of distributed accross many | 16:53 |
*** berendt has quit IRC | 16:53 | |
wedjat | yeah you're right. it's better when several drives are suffering, instead of having only one | 16:54 |
wedjat | so my auditor processes will harass several drives :) | 16:54 |
creiht | only one drive at a time | 16:54 |
tr3buchet | what is a floating IP? | 16:54 |
mtaylor | jaypipes, ttx: what do we want to discuss? | 16:55 |
jaypipes | mtaylor: we need to complete the translation process for nova. and there is a problem: the only one who can approve the merge proposal of ~jaypipes/nova/translations into lp:nova/bexar is the Openstack Hudson LP user, which is you :) | 16:56 |
*** thimble has quit IRC | 16:56 | |
*** hggdh has quit IRC | 16:56 | |
mtaylor | jaypipes: hehe. I should fix that | 16:56 |
mtaylor | jaypipes, ttx: ok. who should be branch reviewer be? nova-core? | 16:58 |
jaypipes | mtaylor: well, we need to ensure that the automation picks up the Approved status, but merges it into the correct branch (i.e. NOT lp:nova). | 16:58 |
*** hggdh has joined #openstack | 16:59 | |
*** CloudChris has quit IRC | 16:59 | |
*** MarkAtwood has joined #openstack | 17:00 | |
*** CloudChris has joined #openstack | 17:00 | |
*** mdomsch has quit IRC | 17:01 | |
jaypipes | soren: please, please help figure out what's up with blamar's Author/Email signature here: https://code.launchpad.net/~blamar/nova/limiter-fix/+merge/49424 | 17:02 |
jaypipes | soren: I'm unsure what the problem is. | 17:02 |
hvaldivia | j05h: Hi, I used euca2ools. it works fine with nova. | 17:03 |
Kegaro | I have been having some trouble setting up a swift system. here is the command i am trying to run, and the syslog output: http://pastebin.com/u6ZnTxfs Can someone show me where to start looking? | 17:03 |
*** adiantum has quit IRC | 17:03 | |
hvaldivia | J05h: I will try to see the account permissions | 17:03 |
ttx | mtaylor: nova-core, yes | 17:04 |
ttx | mtaylor: about the translations branch(es), did you find a way to fix the boilerplate ? | 17:04 |
*** littleidea has quit IRC | 17:05 | |
ttx | mtaylor: or should we just commit as-is | 17:05 |
*** adiantum has joined #openstack | 17:05 | |
*** isvara has joined #openstack | 17:06 | |
*** CloudChris has quit IRC | 17:06 | |
*** calavera has quit IRC | 17:08 | |
mtaylor | ttx: I think we should just commit as is for now. I think I need to go but pitti about that | 17:08 |
ttx | jaypipes: about blamar branch: I think the .mailmap is inverted | 17:09 |
mtaylor | ttx: ok. nova-core should now be able to approve merges | 17:09 |
blamar | ttx, I've tried it both ways :( I'm pretty sure | 17:09 |
ttx | :( | 17:10 |
jaypipes | ttx: we've tried both ways. no go. | 17:12 |
*** adiantum has quit IRC | 17:12 | |
ttx | gtg | 17:13 |
*** photron has joined #openstack | 17:14 | |
*** adiantum has joined #openstack | 17:14 | |
*** kashyapc has joined #openstack | 17:15 | |
*** littleidea has joined #openstack | 17:17 | |
sandywalsh_ | grapex, did you have a question about novatools? | 17:21 |
*** KnightHacker has joined #openstack | 17:23 | |
*** that__guy has joined #openstack | 17:26 | |
*** ibarrera has quit IRC | 17:26 | |
*** KnightHacker has left #openstack | 17:29 | |
that__guy | hi guys. Clearing out the contents of /var/lib/nova/instances/_base/ after stopping the nova-compute service (to get rid of cached amis) shouldn't cause problems, right? | 17:29 |
*** justinsb_ has joined #openstack | 17:31 | |
uvirtbot | New bug: #720850 in nova "No handlers could be found for logger "nova.root"" [Undecided,New] https://launchpad.net/bugs/720850 | 17:31 |
*** mdomsch has joined #openstack | 17:32 | |
jaypipes | devcamcar: see that__guy's ? above ^^ | 17:32 |
*** fysa has joined #openstack | 17:32 | |
*** justinsb has quit IRC | 17:34 | |
*** mdomsch has quit IRC | 17:35 | |
*** dendrobates is now known as dendro-afk | 17:37 | |
that__guy | jaypipes: you guys have a pool going on the number of stupid questions per day? | 17:38 |
*** vvuksan has joined #openstack | 17:38 | |
*** rds__ has quit IRC | 17:41 | |
*** adiantum has quit IRC | 17:44 | |
*** omidhdl has joined #openstack | 17:45 | |
jaypipes | that__guy: no such thing as a stupid question. | 17:46 |
jaypipes | that__guy: unless I ask it. | 17:46 |
*** mdomsch has joined #openstack | 17:46 | |
jarrod | just to verify, volume snapshots are unsupported at this time for libvirt/kvm ? | 17:46 |
*** dendro-afk is now known as dendrobates | 17:51 | |
*** adiantum has joined #openstack | 17:51 | |
jaypipes | jarrod: AFAIK, that is correct, yes. | 17:55 |
jarrod | ok, so i move to XEN | 17:56 |
*** imsplitbit has quit IRC | 18:00 | |
justinsb_ | Hi - I'd like to get this merged, but we need to decide on whether to call metadata 'metadata' or 'properties'. 'metadata' might cause confusion in the DB migration file; 'properties' would require changing the API. I tried the mailing list, but this seems a better forum for reaching consensus... | 18:01 |
justinsb_ | eday, dprince, jaypipes: I'm looking at you here :-) | 18:01 |
dprince | justinsb_: Hey. You got this coded up quick! | 18:02 |
openstackhudson | Project nova build #527: SUCCESS in 1 min 36 sec: http://hudson.openstack.org/job/nova/527/ | 18:02 |
openstackhudson | Tarmac: example: | 18:02 |
openstackhudson | # nova-manage network list | 18:02 |
openstackhudson | CIDR netmask dhcp_start DNS | 18:02 |
openstackhudson | xx.xx.35.0/25 255.255.255.128 xx.xx.35.2 None | 18:02 |
openstackhudson | xx.xx.36.0/25 255.255.255.128 xx.xx.36.2 None | 18:02 |
openstackhudson | (DNS set to None because networks not yet used..) | 18:02 |
dprince | justinsb_: I know I voted for 'instance_properties' the other day. After pondering it a bit more I'm liking calling it 'instance_metadata' a bit more. | 18:03 |
jaypipes | justinsb_: yes, I know... been swamped, sorry. | 18:03 |
jaypipes | justinsb_: I also voted for instance_properties and the model named InstanceProperty. | 18:03 |
jaypipes | justinsb_: and I believe I responded that to your ML thread ;) | 18:04 |
dprince | justinsb_: So. You have my blessing whichever way we go. | 18:04 |
justinsb_ | dprince, jaypipes: No worries about delays etc. I think real-time chat is just much easier. | 18:04 |
justinsb_ | jaypipes: My concern with properties is that the existing API uses 'metadata'. | 18:05 |
jk0 | kpepple: unit tests passing in your branch? | 18:05 |
jk0 | .c | 18:05 |
jk0 | typo | 18:05 |
justinsb_ | jaypipes: eday then rejected the patch because it got awkward with both metadata and properties depending on which code area we were in (API vs internals) | 18:05 |
jaypipes | justinsb_: I understand your concern, but vishy and others explained on the merge proposal (https://code.launchpad.net/~justin-fathomdb/nova/justinsb-metadata/+merge/49902) that metadata in the API is meant for client-side metadata, not server-side. | 18:05 |
justinsb_ | jaypipes: I didn't really get vish's point - I just replied to that on the main thread. I'm just implementing the CloudServers API & associated blueprint here. | 18:06 |
justinsb_ | jaypipes: What we do with that metadata is another patch :-) | 18:06 |
*** adiantum has quit IRC | 18:06 | |
*** MarcMorata has quit IRC | 18:09 | |
jaypipes | justinsb_: well, like I said on the merge prop, whatever the list decides is fine with me, I'll go along. Is there a clear consensus on the ML thread? | 18:09 |
jarrod | Are there some instructions for installing Xen with openstack? | 18:09 |
openstackhudson | Project nova-tarmac build #62,070: FAILURE in 4 min 2 sec: http://hudson.openstack.org/job/nova-tarmac/62070/ | 18:10 |
kpepple | jk0: away from machine. give me 15. | 18:10 |
eday | jaypipes, justinsb_ : I think since the API doc uses 'metadata', we might just want to use that all the way down. I'm not concerned with overlap with sqlalchemy 'metadata', there are always going to be overlaps across contexts. within the same context (nova), I would prefer to keep it consistent (don't switch from md -> props) | 18:11 |
justinsb_ | jaypipes: You & dprince replied on the mailing list liking properties. I coded properties, and eday then rejected it because the API called it metadata, and switching was confusing. | 18:11 |
jaypipes | eday: metadata != properties, just saying. metadata is data about data. properties are just data. | 18:11 |
justinsb_ | jaypipes: I dislike properties because we have properties that are not in this collection (e.g. InstanceType) | 18:12 |
jaypipes | justinsb_: Tags then? | 18:12 |
jaypipes | justinsb_: technically, InstanceType is an attribute... | 18:12 |
jaypipes | but I digress.. | 18:12 |
justinsb_ | jaypipes: Sure - I like 'tags'. But then we'd have to change the API for consistency. Am I allowed to do that? | 18:13 |
jaypipes | justinsb_: the API as in the OpenStack API? no. | 18:13 |
*** adiantum has joined #openstack | 18:13 | |
justinsb_ | jaypipes: I'm digging out my dictionary to learn what the difference is between properties & attributes & metadata :-) | 18:13 |
justinsb_ | jaypipes: If we're not allowed to change the API, then I think we have to go with eday's suggestion of calling it Metadata all the way down, or live with inconsistencies. | 18:14 |
jaypipes | justinsb_: it's a shame that the term metadata was used in the OpenStack/CloudServers API. But since it was, I suppose I will side with eday in the consistency battle... | 18:14 |
jaypipes | justinsb_: k, ++. sold me. | 18:14 |
openstackhudson | Project nova-tarmac build #62,071: STILL FAILING in 3 min 52 sec: http://hudson.openstack.org/job/nova-tarmac/62071/ | 18:14 |
dprince | justinsb_: I agree with eday as well. | 18:15 |
justinsb_ | jaypipes, eday, dprince: Hooray! Metadata it is, for consistency. Thanks. I'll call the table instance_metadata, the model InstanceMetadata, and the property 'metadata' | 18:15 |
dprince | justinsb_: "Metadata" initially through me off. There were other blueprints and code that mention it but now that I get it consistency makes the most sense. | 18:15 |
jaypipes | cool. agreement then :) | 18:16 |
justinsb_ | dprince: Hopefully calling it InstanceMetadata in the DB model will make it clearer | 18:16 |
dprince | justinsb_: Sure. It will. | 18:16 |
jaypipes | justinsb_: I set the merge prop back to Work In Progress while you make those (hopefully final!) changes. :) | 18:16 |
dprince | justinsb_: So I added one more comment on the merge review. How hard is it to add a test for the upper limit of the quota? | 18:16 |
*** eikke has quit IRC | 18:17 | |
dprince | justinsb_: Seems like something like that could be easily broken and an unlimited quota is kind of a security concern. | 18:17 |
justinsb_ | dprince: I could add a unit test, but I was a bit disappointed in my unit tests before, because the unit tests all passed but then everything failed when I tried it for real | 18:17 |
justinsb_ | dprince: I wrote an integration test that tested it properly, but I don't know how to submit that... | 18:17 |
sirp_ | jaypipes: as an alternative to removing validation entirely, i could just add 'vhd' to the list of approved types (had considered that first, but objected on philosophical grounds, but since type is going away any way, guess it doesn't matter) | 18:17 |
justinsb_ | dprince: But I can submit a unit test, just remember that it probably won't actually test anything until we have integration testing | 18:18 |
dprince | justinsb_: Sure. That is probably fine I guess. Is that in smoke tests then? | 18:19 |
*** adiantum has quit IRC | 18:19 | |
jaypipes | sirp_: I actually would prefer that approach. it would make it easier on me (and the bug704854 merge proposal) and like you say, can easily be refactored a bit with the image_format blueprint. | 18:19 |
openstackhudson | Project nova-tarmac build #62,072: STILL FAILING in 4 min 5 sec: http://hudson.openstack.org/job/nova-tarmac/62072/ | 18:20 |
justinsb_ | dprince: It's the Cloudservers/OpenStack API (for now), so not in Smoke Tests. It was just a crappy test (bash script). I really long for a real test suite! | 18:20 |
sirp_ | jaypipes: cool, ill make that change and re-propose | 18:20 |
eday | jaypipes: perhaps properties is more appropraite for what it actually is, I'm just a big fan of consistency :) | 18:21 |
*** gregp76 has joined #openstack | 18:21 | |
*** dendrobates is now known as dendro-afk | 18:21 | |
jaypipes | sirp_: thx mate. sorry for not getting back to you on that sooner... been swamped trying to get through email backlog and reviews.. | 18:22 |
Code_Bleu | installing openstack on one pc using the manual mode, and everything has went well, up until the enabling access to VMs on compute node part. Here is the error im getting. Does anyone know what might be the problem? http://pastebin.com/f3TDjpiW | 18:22 |
*** CloudChris has joined #openstack | 18:22 | |
eday | jaypipes: and changing the patch and nova code is probably easier than the API spec at this point | 18:22 |
jaypipes | eday: I am too. consistency should rule in this case. | 18:22 |
*** sebastianstadil has quit IRC | 18:23 | |
openstackhudson | Project nova-tarmac build #62,073: STILL FAILING in 3 min 56 sec: http://hudson.openstack.org/job/nova-tarmac/62073/ | 18:24 |
*** jaypipes is now known as jaypipes-afk | 18:25 | |
xtoddx | Code_Bleu: can you post logs from your api controller? | 18:25 |
*** adiantum has joined #openstack | 18:26 | |
*** photron has quit IRC | 18:26 | |
openstackhudson | Project nova-tarmac build #62,074: STILL FAILING in 3 min 55 sec: http://hudson.openstack.org/job/nova-tarmac/62074/ | 18:29 |
*** CloudChris has quit IRC | 18:30 | |
*** rcc has quit IRC | 18:30 | |
Code_Bleu | xtoddx: here it is http://pastebin.com/nycpxH9N | 18:33 |
*** adiantum has quit IRC | 18:34 | |
openstackhudson | Project nova-tarmac build #62,075: STILL FAILING in 4 min 13 sec: http://hudson.openstack.org/job/nova-tarmac/62075/ | 18:35 |
*** dirakx has joined #openstack | 18:35 | |
xtoddx | Code_Bleu: looks like an auth failure. i'd nova-mange users list (to make sure your account exists), nova-mange project list USERNAME (to make sure you have at least one project you're active in) and nova-mange project zipfile PROJECT USER to get new credentials, source them, and try again. | 18:37 |
Code_Bleu | xtoddx: ok. i did have an issue using the variables $NOVA_PROJECT and $NOVA_USERS during the creation of the certification, but i just put in the same name i did when i created the user and project instead and it seemed to work. I will check what you said and see | 18:39 |
openstackhudson | Project nova-tarmac build #62,076: STILL FAILING in 3 min 58 sec: http://hudson.openstack.org/job/nova-tarmac/62076/ | 18:39 |
*** adiantum has joined #openstack | 18:41 | |
*** Kegaro has quit IRC | 18:43 | |
openstackhudson | Project nova-tarmac build #62,077: STILL FAILING in 4 min 31 sec: http://hudson.openstack.org/job/nova-tarmac/62077/ | 18:45 |
Code_Bleu | xtoddx: here is the results again: http://pastebin.com/hssbRMC3 | 18:45 |
*** mray has quit IRC | 18:46 | |
xtoddx | Code_Bleu: you need to cd to /root and unzip the nova.zip, then '. novarc' to source the new credentials into your shell environment | 18:47 |
*** isvara has left #openstack | 18:48 | |
*** rds__ has joined #openstack | 18:48 | |
Code_Bleu | xtoddx: sorry..i forgot that part again....will do and let you know | 18:49 |
*** adiantum has quit IRC | 18:49 | |
openstackhudson | Project nova-tarmac build #62,078: STILL FAILING in 4 min 12 sec: http://hudson.openstack.org/job/nova-tarmac/62078/ | 18:50 |
*** mray has joined #openstack | 18:52 | |
*** kbringard has joined #openstack | 18:54 | |
kbringard | hey guys, I have a question about load balancing... | 18:54 |
openstackhudson | Project nova-tarmac build #62,079: STILL FAILING in 3 min 51 sec: http://hudson.openstack.org/job/nova-tarmac/62079/ | 18:54 |
*** adiantum has joined #openstack | 18:56 | |
Code_Bleu | xtoddx: still no dice http://pastebin.com/LSUddT2R | 18:56 |
kbringard | I have nginx setup to load balance between 2 API frontends, but that seems to cause the signature generated by euca-* to break | 18:56 |
*** resker has quit IRC | 18:59 | |
openstackhudson | Project nova-tarmac build #62,080: STILL FAILING in 4 min 12 sec: http://hudson.openstack.org/job/nova-tarmac/62080/ | 19:00 |
xtoddx | Code_Bleu: echo $EC2_ACCESS_KEY and compare to what is in novarc, and what you get from `nova-manage user exports admin` | 19:01 |
*** blueadept has joined #openstack | 19:03 | |
Code_Bleu | xtoddx: 76c4b624-eb43-436b-b1a6-fd3e53b87946:adminproject | 19:03 |
xtoddx | Code_Bleu: is that the same in all 3 places | 19:04 |
*** burris has quit IRC | 19:04 | |
Code_Bleu | xtoddx: sorry...yes | 19:04 |
openstackhudson | Project nova-tarmac build #62,081: STILL FAILING in 3 min 59 sec: http://hudson.openstack.org/job/nova-tarmac/62081/ | 19:04 |
xtoddx | Code_Bleu: I also should have mentioned that if you're running nova-api with flags or a flagfile, you need to run nova-mange with the same ones, otherwise they might be trying to look in different databases for users. | 19:05 |
*** adiantum has quit IRC | 19:06 | |
Code_Bleu | xtoddx: sorry, im not following you. all the nova-manage commands are running fine | 19:08 |
xtoddx | Code_Bleu: when you ran nova-api, did you pass a --flagfile or any other arguments? | 19:08 |
soren | jaypipes-afk: Looks like Brian worked it out. | 19:09 |
openstackhudson | Project nova-tarmac build #62,082: STILL FAILING in 3 min 56 sec: http://hudson.openstack.org/job/nova-tarmac/62082/ | 19:09 |
*** hvaldivia has left #openstack | 19:10 | |
*** burris has joined #openstack | 19:11 | |
*** kashyapc has quit IRC | 19:12 | |
tr3buchet | jaypipes, sandywalsh_, dabo, _cerberus_: https://code.launchpad.net/~tr3buchet/nova/xs_network_inject/+merge/49906 | 19:14 |
tr3buchet | fixed | 19:14 |
tr3buchet | lunch time! | 19:14 |
openstackhudson | Project nova-tarmac build #62,083: STILL FAILING in 3 min 48 sec: http://hudson.openstack.org/job/nova-tarmac/62083/ | 19:14 |
Code_Bleu | xtoddx: no, not that i recall...ive been following the document online..step by step | 19:14 |
*** alekibango has quit IRC | 19:16 | |
*** adiantum has joined #openstack | 19:19 | |
openstackhudson | Project nova-tarmac build #62,084: STILL FAILING in 4 min 0 sec: http://hudson.openstack.org/job/nova-tarmac/62084/ | 19:19 |
*** drico_ has quit IRC | 19:20 | |
*** drico__ has joined #openstack | 19:20 | |
*** jc_smith has joined #openstack | 19:21 | |
*** hggdh has quit IRC | 19:22 | |
*** hggdh has joined #openstack | 19:22 | |
xtoddx | Code_Bleu: what document, are you using contrib/nova.sh ? | 19:23 |
*** Jordandev has joined #openstack | 19:23 | |
Code_Bleu | xtoddx: http://docs.openstack.org/openstack-compute/admin/content/ch03s03.html | 19:24 |
xtoddx | Code_Bleu: try running ./bin/nova-manage --flagfile=bin/nova.conf user list | 19:24 |
openstackhudson | Project nova-tarmac build #62,085: STILL FAILING in 4 min 1 sec: http://hudson.openstack.org/job/nova-tarmac/62085/ | 19:25 |
xtoddx | Code_Bleu: I suspect your nova-manage and nova-api aren't looking at the same flagfile | 19:26 |
Code_Bleu | xtoddx: that returned the same results: admin | 19:26 |
*** adiantum has quit IRC | 19:26 | |
xtoddx | Code_Bleu: does using that flagfile with the command 'user exports admin' return the same access key? | 19:27 |
Code_Bleu | xtoddx: although i just ran 'nova-manage --flagfile=/etc/nova/nova.conf user list' | 19:27 |
zedas | hey is there docs on how to actually work with swift ACLs? specifically setting/changing X-Container-Read and X-Container-Write ACLs? | 19:28 |
xtoddx | Code_Bleu: thats right, assuming your nova-api ran with that flagfile (which it would if you set it up with nova.sh) | 19:28 |
dabo | Still looking for another nova-core dev to review/approve: https://code.launchpad.net/~ed-leafe/nova/xs-file-inject/+merge/49681 | 19:28 |
Code_Bleu | xtoddx: yes, same access key | 19:29 |
xtoddx | Code_Bleu: can you 'ps auxwww | grep nova-api' and see what arguments nova-api is running with | 19:29 |
*** CloudChris has joined #openstack | 19:30 | |
Code_Bleu | xtoddx: su -c nova-api --flagfile=/etc/nova/nova.conf nova | 19:31 |
Code_Bleu | xtoddx: /usr/bin/python /usr/bin/nova-api --flagfile=/etc/nova/nova.conf | 19:31 |
openstackhudson | Project nova build #528: SUCCESS in 1 min 36 sec: http://hudson.openstack.org/job/nova/528/ | 19:32 |
openstackhudson | Tarmac: Add a command to nova-manage to list fixed ip's. | 19:32 |
*** perestre1ka has joined #openstack | 19:33 | |
xtoddx | so running "./bin/nova-mange --flagfile=/etc/nova/nova.conf user exports admin" gives you the same access key that is already in your environment? | 19:33 |
*** adiantum has joined #openstack | 19:33 | |
xtoddx | Code_Bleu: ^^ | 19:33 |
*** littleidea has quit IRC | 19:33 | |
Code_Bleu | xtoddx: yes | 19:34 |
*** fabiand_ has joined #openstack | 19:35 | |
xtoddx | Code_Bleu: can you make sure your flagfile has --verbose in it, and pastie the nova-api log again? | 19:35 |
*** perestrelka has quit IRC | 19:36 | |
xtoddx | Code_Bleu: I gotta run out for a bit, bb soon | 19:37 |
Code_Bleu | xtoddx: ok, thanks | 19:37 |
openstackhudson | Yippie, build fixed! | 19:38 |
openstackhudson | Project nova-tarmac build #62,086: FIXED in 12 min: http://hudson.openstack.org/job/nova-tarmac/62086/ | 19:38 |
openstackhudson | Project nova build #529: SUCCESS in 1 min 35 sec: http://hudson.openstack.org/job/nova/529/ | 19:39 |
openstackhudson | * Tarmac: I have a bug fix, additional tests for the `limiter` method, and additional commenting for a couple classes in the OpenStack API. Basically I've just tried to jump in somewhere to get my feet wet. Constructive criticism welcome. | 19:39 |
openstackhudson | * Tarmac: added labels to networks for use in multi-nic | 19:39 |
openstackhudson | added writing network data to xenstore param-list | 19:39 |
openstackhudson | added call to agent to reset network | 19:39 |
openstackhudson | added reset_network call to openstack api | 19:39 |
*** sebastianstadil has joined #openstack | 19:40 | |
*** Jordandev has quit IRC | 19:41 | |
openstackhudson | Project nova build #530: SUCCESS in 1 min 36 sec: http://hudson.openstack.org/job/nova/530/ | 19:44 |
openstackhudson | Tarmac: Update the Openstack API so that it returns 'addresses'. | 19:44 |
openstackhudson | This branch should resolve nova bug #713144 (https://bugs.launchpad.net/nova/+bug/713144). | 19:44 |
uvirtbot | Launchpad bug 713144 in nova "Openstack API: GET on /servers/<id> returns empty 'addresses'" [High,In progress] | 19:44 |
uvirtbot | Launchpad bug 713144 in nova "Openstack API: GET on /servers/<id> returns empty 'addresses'" [High,In progress] https://launchpad.net/bugs/713144 | 19:44 |
Code_Bleu | xtoddx: i dont understand...i added --verbose to the file...restarted nova-api...ran a tail -f /var/log/nova/nova-api.log and started another ssh session and ran the auth command and it worked. | 19:44 |
*** adiantum has quit IRC | 19:44 | |
*** adiantum has joined #openstack | 19:46 | |
*** dendro-afk is now known as dendrobates | 19:52 | |
kpepple | jk0: sorry, my meeting went waaay long. revno 660 of my branch runs unittests clean. | 19:53 |
jk0 | no problem | 19:53 |
*** MarcMorata has joined #openstack | 19:54 | |
*** jbryce has joined #openstack | 19:59 | |
*** adiantum has quit IRC | 20:05 | |
*** grapex has left #openstack | 20:06 | |
creiht | mtaylor: ping | 20:06 |
*** adiantum has joined #openstack | 20:06 | |
*** fabiand_ has quit IRC | 20:06 | |
*** brd_from_italy has joined #openstack | 20:07 | |
*** csackmann has joined #openstack | 20:10 | |
*** jaypipes-afk is now known as jaypipes | 20:14 | |
*** vvuksan has quit IRC | 20:15 | |
*** MarcMorata has quit IRC | 20:15 | |
mtaylor | creiht: pong-diddly-pong | 20:15 |
jaypipes | blamar: so what was the Authors issue in the end? | 20:16 |
zedas | alright so I figured out how to do ACL changes via curl: http://dpaste.de/TyBC/ Question is: why was this removed from the API docs on in Jan 2011? Is there a change coming? | 20:16 |
*** dendrobates is now known as dendro-afk | 20:18 | |
openstackhudson | Project nova build #531: SUCCESS in 1 min 33 sec: http://hudson.openstack.org/job/nova/531/ | 20:22 |
openstackhudson | Tarmac: Hi guys | 20:22 |
openstackhudson | Taking Jay suggestion, i completely got rid of BadParameter and just used ValueError, no point of using a new exception class when there's already something available in Python for that purpose. | 20:22 |
openstackhudson | Regards | 20:22 |
Code_Bleu | anyone know how i can check this? Unable to run euca-describe-images. Is euca2ools environment set up? | 20:23 |
creiht | mtaylor: do we have tarmac setup for the 1.2 series for swift yet? | 20:23 |
creiht | zedas: which docs? | 20:23 |
creiht | there is no change | 20:23 |
creiht | most likely a mistake | 20:23 |
*** desai has quit IRC | 20:24 | |
creiht | Actually, I'm not sure they were eve in the api docs yet, since those are derrived from the cloud files api docs | 20:24 |
creiht | s/eve/ever | 20:24 |
*** adiantum has quit IRC | 20:24 | |
creiht | and cloud files doesn't have that feature yet | 20:24 |
zedas | creiht: http://www.rackspace.com/cloud/cloud_hosting_products/files/api/ PDF linked off here has a note "Jan. 12, 2011 | 20:26 |
zedas | "Removed references to ACL (Access Control List). | 20:26 |
*** csackmann has quit IRC | 20:26 | |
zedas | and there's no mention of ACL changes, X-Container-Read, X-Container-Write | 20:26 |
*** omidhdl has quit IRC | 20:27 | |
*** desai has joined #openstack | 20:27 | |
creiht | zedas: Not sure off the top of my head, other than the current cloud files doesn't support ACLs | 20:27 |
creiht | so either it was something really old, or somehow some reference had gotten in there | 20:28 |
creiht | but yes, the ACL stuff needs to be added to the openstack dev guide located here: | 20:28 |
creiht | http://docs.openstack.org/ | 20:28 |
zedas | creiht: ok great, so i can expect this to stay in Swift and not suddenly change later. very cool, and thanks. | 20:28 |
creiht | zedas: indeed | 20:28 |
creiht | and np | 20:28 |
zedas | hell i can add it to the docs. | 20:28 |
creiht | zedas: and welcome to the group :) | 20:28 |
creiht | annegentle: -^ :) | 20:28 |
*** sebastianstadil has quit IRC | 20:28 | |
creiht | zedas: We are trying to get that together now | 20:29 |
zedas | creiht: thanks, still wrapping my head around it but so far pretty fun. | 20:29 |
creiht | cool | 20:29 |
*** CloudChris has quit IRC | 20:29 | |
creiht | feel free to let us know if you have any questions | 20:29 |
zedas | i will. mostly there's nothing new. i think when i start seriously trying to get it to run on OSX then i'l have real questions. | 20:30 |
creiht | lol | 20:30 |
creiht | zedas: if you have any comments on docs, feel free to ping annegentle, as she is heading up that effort | 20:30 |
zedas | ok will do. | 20:30 |
*** adiantum has joined #openstack | 20:31 | |
uvirtbot | New bug: #720941 in nova "Set up a XenServer test cluster and integration test" [High,Confirmed] https://launchpad.net/bugs/720941 | 20:31 |
*** johnpur has quit IRC | 20:32 | |
Code_Bleu | publish tarball error: http://pastebin.com/cmfqg6gY any ideas? | 20:32 |
creiht | zedas: I just heard that it was some CDN acl stuff that was removed | 20:32 |
blamar | jaypipes, yeah, I think so, combination of other Brians/Authors/mailmap... thanks for the assistance ! | 20:33 |
jaypipes | blamar: np, but I think it was all soren :) | 20:34 |
blamar | jaypipes, soren: I guess I'll have to send two gift baskets then | 20:34 |
jaypipes | blamar: hehe | 20:35 |
*** adiantum has quit IRC | 20:39 | |
*** dendro-afk is now known as dendrobates | 20:41 | |
zedas | creiht: ah ok, thanks. | 20:43 |
openstackhudson | Project nova build #532: SUCCESS in 1 min 34 sec: http://hudson.openstack.org/job/nova/532/ | 20:44 |
openstackhudson | Tarmac: Re-alphabetise Authors, move extra addresses into .mailmap. | 20:44 |
*** adiantum has joined #openstack | 20:44 | |
*** spectorclan has joined #openstack | 20:46 | |
openstackhudson | Project swift build #201: SUCCESS in 29 sec: http://hudson.openstack.org/job/swift/201/ | 20:47 |
openstackhudson | Tarmac: fixed glob pattern matching index offset error in stats' LogUploader | 20:47 |
jk0 | kpepple: just fired off a merge prop your way | 20:47 |
openstackhudson | Project nova build #533: SUCCESS in 1 min 38 sec: http://hudson.openstack.org/job/nova/533/ | 20:48 |
openstackhudson | Tarmac: Make eth0 the default for the public_interface flag. | 20:48 |
mtaylor | creiht: yes! | 20:50 |
creiht | mtaylor: awesome thanks! | 20:50 |
blamar | does anyone know anything about plans to support multiple user types for OpenStack as a whole? I guess to replace is_admin? | 20:52 |
creiht | mtaylor: would you have any idea why it doesn't let us approve a merge prop for the 1.2 series? | 20:55 |
justinsb_ | What's the plan for DB migrations now? I saw a 003_ just got merged; I also had a 003_. Do I need to rename to 004_? Isn't this going to be problematic? | 20:55 |
creiht | mtaylor: for example: https://code.launchpad.net/~redbo/swift/log-processing-conf-backport-1.2/+merge/50106 | 20:55 |
*** miclorb_ has joined #openstack | 20:55 | |
soren | creiht: Because the hudson user is the default reviewer for the target branch. | 20:55 |
creiht | ahh | 20:55 |
soren | creiht: ...which means only it can approve stuff. | 20:55 |
creiht | :) | 20:55 |
soren | ...and only mtaylor can act as openstack-hudson. | 20:55 |
redbo | people keep lighting up my irc by talking about my branches | 20:56 |
creiht | mtaylor: would you mind fixing that please :) | 20:56 |
creiht | lol | 20:56 |
*** jmckenty has joined #openstack | 20:58 | |
*** h0cin has quit IRC | 20:59 | |
jarrod | mr jmc | 20:59 |
*** adiantum has quit IRC | 20:59 | |
*** joearnold has joined #openstack | 21:00 | |
*** vvuksan has joined #openstack | 21:01 | |
openstackhudson | Project swift build #202: SUCCESS in 34 sec: http://hudson.openstack.org/job/swift/202/ | 21:01 |
openstackhudson | Tarmac: ring: pickles now use only stdlib objects; old and really old pickles can still be read | 21:01 |
jarrod | kvm snapshots seem broke, perhaps better to roll with lvm ? | 21:02 |
*** jesse_ has joined #openstack | 21:02 | |
*** asalkeld has left #openstack | 21:03 | |
*** adiantum has joined #openstack | 21:06 | |
*** naehring has joined #openstack | 21:08 | |
*** naehring has quit IRC | 21:09 | |
jaypipes | dabo: hmm, I noted in my review that you weren't in the Authors list... you said you fixed that :) looks like you didn't? | 21:09 |
dabo | I fixed it using 'bzr whoami' to use the name in Authors. Tests were passing on my end. | 21:10 |
sandywalsh_ | jaypipes, I'm trying to add localization to some new code. Is this page still accurate? | 21:12 |
sandywalsh_ | 'pygettext -p locale -d nova nova/*.py' doesn't get all the files | 21:12 |
sandywalsh_ | jaypipes, do you use a different incantation? | 21:12 |
sandywalsh_ | jaypipes, sorry, http://wiki.openstack.org/I18NSupport | 21:13 |
jaypipes | sandywalsh_: not quite sure what you're trying to do... are you attempting to build the message catalogs, compile them, or? | 21:13 |
sandywalsh_ | rebuild the .pot | 21:14 |
sandywalsh_ | to include my new file | 21:14 |
jaypipes | sandywalsh_: you shouldn't need to do any of that yourself any more... Launchpad does that now. | 21:14 |
sandywalsh_ | ah... tests are failing in the meanwhile | 21:14 |
jaypipes | sandywalsh_: all you're responsible for is adding the _() stuff :) | 21:14 |
dabo | jaypipes: also, pygettext is deprecated | 21:14 |
jaypipes | dabo: we don't use pygettext... | 21:14 |
jaypipes | sandywalsh_: what tests are failing? | 21:14 |
dabo | jaypipes: just reading from the wiki page | 21:14 |
sandywalsh_ | there's a localization test | 21:15 |
jaypipes | dabo: ah. | 21:15 |
jaypipes | there is? | 21:15 |
sandywalsh_ | test_multiple_positional_format_placeholders | 21:15 |
dabo | sandywalsh_: the multiple string formatting? | 21:15 |
dabo | sandywalsh_: yeah, that one | 21:15 |
dabo | you need to use mappings if you have more than one replacement in a localized string | 21:15 |
jaypipes | sandywalsh_: that shouldn't have anything to do with building the pot file. | 21:15 |
jaypipes | dabo: we REALLY need to create the documentation for i18n'ing stuff for devs.. ;) | 21:16 |
jaypipes | can't really expect people to understand it... | 21:16 |
dabo | well, the test does explain a bit when it fails. :) | 21:16 |
jaypipes | sandywalsh_: what dabo is saying is that you have introduced an i18n'd string that contains >1 %s... | 21:17 |
annegentle | zedas: great catch on ACL in the docs - feel free to get a copy of the source in openstack-manuals and edit, or I can do it. | 21:17 |
jaypipes | sandywalsh_: and that those %s's should be turned into %(var1)s, %(var2), etc | 21:17 |
sandywalsh_ | gotcha ... easy fix :) | 21:18 |
sandywalsh_ | cryptic error | 21:18 |
jaypipes | sandywalsh_: k, cool :) | 21:18 |
sandywalsh_ | thx guys | 21:18 |
dabo | sandywalsh_: what else should I add to the error message to make it less cryptic? | 21:21 |
sandywalsh_ | what jay said | 21:22 |
*** adiantum has quit IRC | 21:24 | |
*** pvo has joined #openstack | 21:25 | |
*** Pentheus has joined #openstack | 21:26 | |
*** allsystemsarego has quit IRC | 21:27 | |
*** CloudChris has joined #openstack | 21:28 | |
* soren fixes more concurrency problems | 21:28 | |
*** adiantum has joined #openstack | 21:31 | |
*** dprince has quit IRC | 21:32 | |
*** jmckenty has quit IRC | 21:35 | |
* creiht pokes mtaylor again | 21:36 | |
zedas | annegentle: ok | 21:36 |
annegentle | zedas: now that I'm looking at it, it might be easiest for me to put it in since I have easy access to the removed bits :) | 21:37 |
annegentle | zedas: but you are welcome to contribute docs! | 21:37 |
*** adiantum has quit IRC | 21:40 | |
jarrod | ughh | 21:41 |
jarrod | ubuntu 10.04 doesnt even support xenserver anymore | 21:41 |
creiht | annegentle: those removed bits don't need to be put back in | 21:42 |
*** miclorb_ has quit IRC | 21:42 | |
creiht | they were for a cloudfiles feature that was depricated, and then removed | 21:42 |
*** miclorb_ has joined #openstack | 21:43 | |
kpepple | jk0: merged but we seemed to pick up another migration file from trunk ... which hoses our migration file. hold on before you pull. | 21:44 |
*** miclorb_ has quit IRC | 21:44 | |
j05h | annegentle: do you know if there's something we can do on the wiki to flag not working docs? it could help when folks find issues methinks. | 21:44 |
*** miclorb_ has joined #openstack | 21:44 | |
annegentle | j05h: yeah I have a page insertion that I use... let me find it | 21:44 |
j05h | cool | 21:44 |
*** adiantum has joined #openstack | 21:45 | |
annegentle | j05h: ok, you can insert <<Include(DeprecatedPage)>> at the top of a wiki page to see the text in this page: http://wiki.openstack.org/DeprecatedPage | 21:46 |
annegentle | j05h: text can be tweaked | 21:47 |
*** dendrobates is now known as dendro-afk | 21:47 | |
annegentle | j05h: but it does give a reader a heads-up | 21:47 |
j05h | awesome. | 21:47 |
*** filler has quit IRC | 21:47 | |
*** lvaughn_ has quit IRC | 21:47 | |
*** lvaughn has joined #openstack | 21:48 | |
*** filler has joined #openstack | 21:48 | |
annegentle | creiht: ok, looking.... yeah I got ACL confused with public containers | 21:49 |
creiht | the only docs we have so far on ACLS are at: http://swift.openstack.org/misc.html#acls | 21:50 |
kpepple | jk0: ok, lp:~ken-pepple/nova/dynamicinstancetypes is back working at revno 662 | 21:50 |
uvirtbot | New bug: #720984 in nova "nova-manage network create passes a label kwargs that VlanManager doesn't accept" [Undecided,New] https://launchpad.net/bugs/720984 | 21:51 |
kpepple | jk0: i'm working docs and then should be ready for code review if you're done | 21:51 |
jk0 | sounds good man | 21:52 |
*** mdomsch has quit IRC | 21:53 | |
*** arun_ has quit IRC | 21:55 | |
*** lvaughn_ has joined #openstack | 22:01 | |
openstackhudson | Project swift build #203: SUCCESS in 30 sec: http://hudson.openstack.org/job/swift/203/ | 22:01 |
openstackhudson | Tarmac: Make swift-auth-to-swauth work with really old devauth dbs. | 22:01 |
openstackhudson | Update swauth to accept non-alnum chars in account and user names. | 22:01 |
openstackhudson | Project nova build #534: SUCCESS in 1 min 40 sec: http://hudson.openstack.org/job/nova/534/ | 22:02 |
openstackhudson | Tarmac: Added http://mynova/v1.0/zones/ api options for add/remove/update/delete zones. child_zones table added to database and migration. Changed novarc vars from CLOUD_SERVERS_* to NOVA_* to work with novatools. See python-novatools on github for help testing this. | 22:02 |
*** lvaughn has quit IRC | 22:03 | |
jk0 | kpepple: I'm ready to review whenever you are | 22:07 |
*** desai has quit IRC | 22:09 | |
*** adiantum has quit IRC | 22:09 | |
sandywalsh_ | thanks for the reviews everyone! | 22:11 |
openstackhudson | Project nova build #535: SUCCESS in 1 min 36 sec: http://hudson.openstack.org/job/nova/535/ | 22:12 |
openstackhudson | Tarmac: Add **kwargs to VlanManager's create_networks so that optional args from other managers don't break. | 22:12 |
*** hub_cap has quit IRC | 22:14 | |
*** troytoman has quit IRC | 22:14 | |
*** troytoman-away has joined #openstack | 22:15 | |
*** arun_ has joined #openstack | 22:20 | |
soren | dabo: What do you mean it won't let you push it? | 22:20 |
dabo | soren: bzr merge error, due to branches "diverging" | 22:21 |
*** adiantum has joined #openstack | 22:22 | |
*** spectorclan has quit IRC | 22:25 | |
*** CloudChris has quit IRC | 22:27 | |
*** mray has quit IRC | 22:28 | |
dabo | soren: jaypipes just showed me how to correct that. My bzr-fu is not very strong. | 22:30 |
dabo | so forget about the new branch. | 22:31 |
jaypipes | dabo: it's exactly the same as git. git push --force == bzr push --overwrite... | 22:32 |
*** dfg has joined #openstack | 22:33 | |
dabo | jaypipes: I never seemed to have as many problems with git. Bzr seems to object to a lot more. Don't know if that's good or bad, but it is frustrating at times. | 22:33 |
*** mray has joined #openstack | 22:35 | |
jaypipes | dabo: sure, understood. | 22:35 |
jaypipes | dabo: it's partly because the underlying representation for "what is a changeset" is very different between bzr and git... | 22:35 |
jaypipes | dabo: and those differences manifest themselves in ways like this :) | 22:35 |
dabo | jaypipes: understood. I just can't foresee when they will cause problems | 22:36 |
*** desai has joined #openstack | 22:37 | |
jaypipes | dabo: hehe, that's why your buddy jay is here ;) | 22:37 |
dabo | jaypipes: exactly! Now I have a retort when everyone says that you're not good for anything. ;-) | 22:38 |
*** kbringard has quit IRC | 22:38 | |
dabo | btw, do I need to 'resubmit proposal'? | 22:38 |
*** ppetraki has quit IRC | 22:40 | |
jaypipes | dabo: hehe | 22:40 |
jaypipes | dabo: did you push --overwrite to that original LP branch? | 22:41 |
dabo | jaypipes: yep | 22:41 |
jaypipes | if so, simply set the merge prop to Work in Progress, then back to Needs Review... | 22:41 |
jaypipes | dabo: and you can delete the other branch. | 22:41 |
dabo | already deleted it | 22:41 |
jaypipes | dabo: k. should be all set then. | 22:41 |
dabo | jaypipes: ok, status has been toggled. | 22:42 |
jaypipes | dabo: sweeet, I'll approve it now. | 22:42 |
jaypipes | dabo: you'll love my review comment. | 22:43 |
dabo | jaypipes: so true... | 22:44 |
jaypipes | hehe | 22:44 |
soren | Having to "bzr push --overwrite" is an indication that you've done something else very wrong, I'm afraid. | 22:45 |
*** sandywalsh_ is now known as sandywalsh | 22:45 | |
soren | dabo You shoudn't be able to end up having diverged with your own branch. Have you uncommitted anything, for instance? | 22:45 |
dabo | soren: You mean besides doing some development on a machine that had a different 'bzr whomai' setting? | 22:46 |
*** joearnold has quit IRC | 22:46 | |
dabo | soren: yes, I had to uncommit several commits, as I was working on a different machine at the time | 22:46 |
*** desai has quit IRC | 22:46 | |
dabo | and the author info for the commits was different than the Authors document | 22:46 |
soren | dabo: Ok. Uncommitting stuff is generally a bad idea. | 22:49 |
dabo | soren: of course, but what other option is there in this case? | 22:49 |
soren | dabo: That's what .mailmap is for. | 22:49 |
dabo | soren: now you tell me. :) | 22:50 |
*** MarkAtwood has quit IRC | 22:50 | |
dabo | I had no idea that that file was even there | 22:51 |
soren | dabo: You ask, I answer :) | 22:51 |
dabo | yeah, but i asked a few hours ago :( | 22:51 |
openstackhudson | Project nova build #536: SUCCESS in 1 min 36 sec: http://hudson.openstack.org/job/nova/536/ | 22:52 |
openstackhudson | Tarmac: Added support for feature parity with the current Rackspace Cloud Servers practice of "injecting" files into newly-created instances for configuration, etc. However, this is in no way restricted to only writing files to the guest when it is first created. | 22:52 |
sandywalsh | Everytime a LP diff takes a long time to update god kills a puppy | 22:52 |
sandywalsh | Multi-Cluster/Zones Phase 2 - https://code.launchpad.net/~sandy-walsh/nova/zones2/+merge/50247 | 22:53 |
*** jbryce has quit IRC | 22:59 | |
*** desai has joined #openstack | 23:00 | |
jaypipes | sandywalsh: and kittens cry. | 23:00 |
*** desai has quit IRC | 23:04 | |
jaypipes | justinsb_: nice work on the latest metadata patch. | 23:05 |
*** MarcMorata has joined #openstack | 23:06 | |
*** desai has joined #openstack | 23:07 | |
*** brd_from_italy has quit IRC | 23:08 | |
jaypipes | justinsb_: however, there is a problem due to your use of git... | 23:08 |
*** desai has quit IRC | 23:09 | |
jaypipes | justinsb_: never mind, looks like you found the problem and pushed to a metadata3 branch... | 23:10 |
vishy | although there are a bunch of merge errors there :) | 23:11 |
uvirtbot | New bug: #721004 in nova "s3_host and ec2_url set wrongly in nova.conf when using OpenStack NOVA Installer Scripts" [Undecided,New] https://launchpad.net/bugs/721004 | 23:11 |
justinsb_ | jaypipes: I think it might actually be a bazaar / launchpad bug. I thought it was git as well... I might need some help here. | 23:11 |
justinsb_ | jaypipes: I was using git-bzr-ng, and was getting the error, which I presumed was a git/bzr problem | 23:12 |
justinsb_ | jaypipes: So I checked out lp:nova, copied the raw files and did one clean check-in | 23:12 |
jaypipes | justinsb_: no, it's not. it has to do with in your local git branch, you did a: mv 003_cactus.py 004_add_instance_metadata.py. | 23:12 |
*** gondoi has quit IRC | 23:12 | |
jaypipes | justinsb_: and git thought that 003_cactus.py was 003_add_label_network.py because it was the same file after you merged trunk... | 23:13 |
justinsb_ | jaypipes: Hold on, I think we're talking about 2 different issues. Let me check the current merge request patch | 23:14 |
jaypipes | justinsb_: I've seen this issue now about 5 times with the git-bzr-ng bridge. Each time it is because a file was mv'd to replace an existing file. bzr and git have different ideas of what that means to a changeset, which results in problems when pushing that look like a file was deleted and re-added. | 23:14 |
justinsb_ | jaypipes: But I didn't use the git bazaar bridge for this checkin (...metadata3) | 23:15 |
mtaylor | creiht: what now??? :) | 23:15 |
justinsb_ | jaypipes: I gave up and did it by hand | 23:15 |
jaypipes | justinsb_: nothing wrong with git OR bzr. It's just the two tools have different ideas of what a mv of a file means to the changeset... | 23:15 |
jaypipes | justinsb_: right, which is why metadata3 is correct and metadata2 is not. | 23:15 |
vishy | justinsb_: metadata3 looks like it just needs a merge trunk | 23:16 |
jaypipes | justinsb_: git-bzr-ng bridge works fine *until* someone mv's a file :) | 23:16 |
jaypipes | vishy: yes, it does, but that's a different problem than what was happening with metadata2 :) | 23:16 |
uvirtbot | New bug: #721005 in nova "Incompatible comparison on flavor_id when using the Openstack API with XML request body" [Undecided,New] https://launchpad.net/bugs/721005 | 23:16 |
jk0 | kpepple: ready to rock? | 23:17 |
termie | jaypipes: i have run into similar problems without any gitness involved | 23:17 |
termie | jaypipes: a couple times i have had a "conflict contents run_tests.py" | 23:17 |
jaypipes | termie: and that has to do with justinsb_ how? | 23:17 |
justinsb_ | vishy, jaypipes: Let's ignore metadata2 for the moment - why does metadata3 have the weird "+<<<<<<< TREE" and "+>>>>>>> MERGE-SOURCE" stuff in it? | 23:18 |
jaypipes | justinsb_: that is a merge conflict that needs to be resolved. | 23:18 |
vishy | justinsb_: yeah merge trunk and fix conflicts | 23:18 |
termie | jaypipes: just saying i think there is some way of generating the issue outside of git | 23:18 |
jaypipes | termie: depends on what the "issue" is :) | 23:18 |
*** jmckenty has joined #openstack | 23:18 | |
jaypipes | termie: and right now I really don't feel like getting into a bzr vs git debate :) | 23:19 |
jaypipes | just trying to solve justinsb_'s current issue. | 23:19 |
termie | jaypipes: i wasn't, i was just pointing out that i think there is a way of running into that outside of git, so the solution to that may be applicable | 23:19 |
justinsb_ | vishy, jaypipes: Cool - didn't realize someone had committed something in the meantime! That's a speedy trunk :-) | 23:19 |
jaypipes | justinsb_: heh, yes it is. :) | 23:20 |
*** MarcMorata has quit IRC | 23:20 | |
justinsb_ | On the rename thing, I think that the 'micro' migrations are going to cause a nightmare ... I was 003_ and then someone else committed 003_ first, so now I'm 004_, but if someone else beats me to the punch... | 23:20 |
jaypipes | termie: not sure it's an issue that would have a resolution. bzr and git simply have different ideas of what constitutes a changeset when it comes to copying over files in a source-controlled directory... | 23:20 |
justinsb_ | termie: I still think git-bzr-ng is great :-) | 23:21 |
jaypipes | justinsb_: agreed, it's a pain, but not sure there's a way around that. termie, do the migration files have to start with a number? I was assuming they did.. | 23:21 |
vishy | justinsb_: BASIC naming ftw | 23:21 |
*** adiantum has quit IRC | 23:22 | |
jmckenty | 10 REM I like Openstack | 23:22 |
jaypipes | lol | 23:22 |
termie | jaypipes, justinsb_: i don't know a specific spot in the docs that claims it as a requirement | 23:22 |
jmckenty | 20 PRINT "OpenStack FTW" | 23:22 |
jmckenty | 30 GOTO 10 | 23:23 |
* soren wonders if vim has syntax highlighting for BASIC | 23:23 | |
termie | jaypipes, justinsb_: but all the docs and tooling use that naming scheme | 23:23 |
termie | soren: yup | 23:23 |
vishy | termie: can we just name them all 003_? | 23:23 |
jaypipes | termie, justinsb_: hmm, well perhaps we can backburner a "fix" for that naming for a later day... | 23:23 |
termie | soren: just vim test.bas | 23:23 |
vishy | so that we know that they are all part of cactus? | 23:23 |
soren | They just need to sort correctly. | 23:24 |
termie | vishy: do we want migrations to work per-revision? | 23:24 |
jaypipes | vishy: possible, but how would migrations know to update the database version on a new rev in trunk? | 23:24 |
kpepple | jk0: sorry, keep getting interrupted. 30 minutes. | 23:24 |
soren | termie: I'd say yes. | 23:24 |
termie | soren: me too | 23:24 |
* termie universe implodes | 23:24 | |
jaypipes | termie: yeah, I think definitely.. | 23:24 |
soren | termie: Come release time maybe we can cold them all into one. | 23:24 |
creiht | mtaylor: seems we don't have access to approve merges to the 1.2 series | 23:24 |
soren | termie: ...but during the dev cycle, we shouldn't punish people for running trunk. | 23:25 |
jk0 | kpepple: all of my work is in your branch, so we just need to propose the merge to trunk | 23:25 |
jk0 | kpepple: unless there was some other stuff you wanted to go over as well? | 23:25 |
justinsb_ | I know you can't name them all 003_ because that's what I had and the unit tests failed immediately... | 23:25 |
mtaylor | creiht: dammit man. I fixed that already for nova today - aren't you guys the same thing? | 23:25 |
vishy | soren: lol @ footnote in email | 23:25 |
*** sebastianstadil has joined #openstack | 23:25 | |
mtaylor | creiht: try again | 23:26 |
*** eikke has joined #openstack | 23:26 | |
jaypipes | vishy: yeah, soren the librarian... | 23:26 |
* jaypipes takes note to start using footnotes in his emails... just looks like he knows what he's doing... | 23:27 | |
termie | justinsb_: so the issue for the moment is that we have to name the files sequentially | 23:27 |
jaypipes | vishy: but yes, the monkey-patching of eventlet would indeed be very Inception. | 23:27 |
termie | justinsb_: i am not sure whether i would want to have 003_cactus.py and just keep updating it or make a bunch of files | 23:28 |
vishy | termie, justinsb_: I think having to rename the files if someone else gets something in first is not too big of an issue | 23:28 |
justinsb_ | vishy: I'm happy to do it for now, but I don't think it's a brilliant solution | 23:29 |
termie | vishy, justinsb_: my concern is in a situation where we revert what something should do, we have to migrate to something and then away from it | 23:29 |
termie | vishy, justinsb_: if we go the separate file route | 23:29 |
vishy | we can combine them all before the cactus release | 23:30 |
termie | vishy, justinsb_: if we do it the other way it will be trickier for people to migrate a trunk | 23:30 |
justinsb_ | Who proposed the separate files again? I think they said Glance had solved this problem... (?) | 23:31 |
*** mdomsch has joined #openstack | 23:31 | |
soren | vishy: \o/ I was wondering if anyone would bother reading that far down in that e-mail :) | 23:32 |
*** adiantum has joined #openstack | 23:32 | |
termie | justinsb_: glance looks to be doing the separate files approach | 23:33 |
soren | mtaylor: If you want to distribute the load for this stuff a bit, I wouldn't mind having the credentials for the openstack-hudson lp user. | 23:33 |
jaypipes | justinsb_: glance has identical issue. | 23:33 |
*** mray has quit IRC | 23:34 | |
jaypipes | justinsb_: meaning, contributors may need to rename if there is a merge logjam... | 23:34 |
jaypipes | justinsb_: we just don't have that many contributors ;) | 23:34 |
*** that__guy has quit IRC | 23:35 | |
jmckenty | jaypipes: define many | 23:35 |
justinsb_ | jaypipes, termie, vishy: Well it sounds like termie has a separate issue, but for now I guess we just keep going with 'pick next number and hope!' | 23:35 |
jaypipes | jmckenty: 2? :) | 23:35 |
jmckenty | hey, the Inception joke is mine. I'm going to start collecting royalties | 23:35 |
jaypipes | hehe | 23:35 |
jmckenty | no, no. It's 1, 2, many | 23:36 |
jaypipes | termie: your concern above about reverting... could you elaborate? couldn't one write a migration .py file that simply removed the added tables or columns? | 23:37 |
termie | jaypipes: you could do exactly that, it just sounds like it would create a somewhat silly situation | 23:37 |
termie | jaypipes: not a technical problem | 23:38 |
*** gregp76 has quit IRC | 23:38 | |
vishy | termie, jaypipes: but we can clean them up when we release | 23:38 |
jaypipes | ya, agreed. | 23:39 |
termie | vishy: that doesn't really solve the issue of updating from trunk to a release, but i don't know how big of an issue that is | 23:39 |
kpepple | jk0: did you see 721005 ? | 23:40 |
vishy | termie: ah i see. Well it happens in version control all the time anyway | 23:40 |
jk0 | kpepple: I don't think so | 23:40 |
vishy | bug 721005 | 23:40 |
uvirtbot | Launchpad bug 721005 in nova "Incompatible comparison on flavor_id when using the Openstack API with XML request body" [Undecided,New] https://launchpad.net/bugs/721005 | 23:40 |
soren | termie, vishy: What we do in Ubuntu for these sorts of things is to keep them up until release. Right after release, we'd fold them into one. | 23:41 |
soren | termie, vishy: Updating from a dev version of cactus to cactus final should work. From a dev version of cactus to diablo final is not a supported upgrade scenario. | 23:41 |
*** mray has joined #openstack | 23:41 | |
vishy | that makes some sense | 23:42 |
zedas | annegentle: ok go ahead. i do have other work to do first. | 23:42 |
soren | So released cactus would contain the lot, but post-cactus-release, we fold all the ones from the cactus cycle into a great big cactus migration script. | 23:42 |
justinsb_ | But SQLAlchemy isn't smart enough to cope with changing version scripts in development? | 23:44 |
jaypipes | soren: so Cactus release rev + 1 would be the consolidation of the migration scripts? | 23:44 |
jaypipes | soren: and Cactus release rev + 1 == Diable rev 0 .... | 23:45 |
soren | jaypipes: Yup. | 23:45 |
*** jesse_ has quit IRC | 23:46 | |
soren | justinsb_: Not sure I understand. | 23:46 |
jaypipes | soren: k. that sounds reasonable to me. | 23:46 |
justinsb_ | soren: If we just had 'one big script' per version, even in trunk/active development, could SQLAlchemy Migrate still do our migrations for us in development? | 23:46 |
vishy | justinsb_: i don't think so | 23:47 |
soren | justinsb_: No. | 23:47 |
vishy | justinsb_: because if someone had a partial version, then it would fail | 23:47 |
soren | justinsb_: If it could, we could also just have "one big script" for migrations from release to release. | 23:48 |
soren | justinsb_: It's really no different. | 23:48 |
rds__ | hi guys, i'm trying to install nova using the novascript but i have some problems, can you help me please | 23:48 |
justinsb_ | soren, vishy: True.. but if it actually worked, it would be 'enterprise' and we'd have to convert it to Java :-) | 23:48 |
justinsb_ | soren, vishy: I'm wondering if, for development, we could just rebuild the DB every time or do something like that | 23:49 |
soren | justinsb_: Again, I'd hate to punish people for running trunk. | 23:49 |
justinsb_ | soren: Fair point | 23:50 |
soren | justinsb_: Having to blow away your DB every once in a while is rather discouraging, I think. | 23:50 |
*** rnirmal has quit IRC | 23:50 | |
vishy | soren, justinsb_: doesn't really affect me, because i don't try to upgrade my db. I just recreate it each time via nova.sh or chef | 23:50 |
soren | vishy: I do both. | 23:50 |
justinsb_ | vishy: I think I use your script and do the same thing :-) | 23:50 |
*** jmckenty has quit IRC | 23:51 | |
*** mray has quit IRC | 23:51 | |
soren | vishy: I first upgrade, run my tests, then blow everything away, install from scratch, run tests again. | 23:51 |
*** dendro-afk is now known as dendrobates | 23:51 | |
justinsb_ | Bugger... the zone tables migration just stole my #004 :-( | 23:51 |
soren | vishy: I want both scenarios to work. | 23:51 |
justinsb_ | I can confirm that having two things numbered the same _definitely_ fails | 23:52 |
soren | vishy: Ideally, I want to have a way to ensure that upgrades from any previous revision works, but from rev=rev-1 is as good as it gets right now. | 23:52 |
soren | ...and with that, I bid you all a good night. | 23:52 |
*** adiantum has quit IRC | 23:53 | |
vishy | soren: migration scripts use version control! | 23:53 |
vishy | soren: good night. | 23:55 |
*** jmckenty has joined #openstack | 23:56 | |
kpepple | jk0: did you want to wait for that fix to land before we push ? | 23:57 |
jk0 | I'm comfortable moving ahead for now | 23:57 |
*** adiantum has joined #openstack | 23:58 | |
* vishy waits for the push | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!