Friday, 2010-09-24

*** miclorb_ has quit IRC00:02
*** spackest has quit IRC00:03
*** spackest has joined #openstack00:04
*** joearnold has quit IRC00:09
*** sophiap has quit IRC00:10
*** miclorb_ has joined #openstack00:10
*** metoikos has joined #openstack00:13
*** sophiap has joined #openstack00:17
*** kevnfx has joined #openstack00:25
*** Ryan_Lane is now known as Ryan_Lane|away00:33
*** dendro-afk is now known as dendrobates00:36
*** kevnfx has left #openstack00:37
*** abecc has joined #openstack00:53
*** silassewell has joined #openstack00:58
*** ar1 has quit IRC00:59
*** ar1 has joined #openstack00:59
*** howardroark has quit IRC01:07
*** dizz is now known as dizz|away01:09
*** gustavomzw has quit IRC01:11
*** dendrobates is now known as dendro-afk01:22
*** ArdRigh has joined #openstack01:22
*** spackest has quit IRC01:33
*** silassewell has quit IRC01:49
*** Ryan_Lane|away has quit IRC01:49
*** littleidea has quit IRC02:00
*** miclorb_ has quit IRC02:13
*** ArdRigh has quit IRC02:36
*** miclorb_ has joined #openstack02:58
*** howardroark has joined #openstack03:03
*** sirp1 has joined #openstack03:15
*** pvo has joined #openstack03:23
*** ChanServ sets mode: +v pvo03:23
*** howardroark has quit IRC03:30
*** ppetraki has quit IRC03:35
*** Ryan_Lane has joined #openstack03:39
*** kashyapc has joined #openstack03:51
*** localhost has quit IRC04:09
*** localhost has joined #openstack04:10
*** sirp1 has quit IRC04:18
*** Cybodog has joined #openstack04:21
*** miclorb_ has quit IRC04:42
*** abecc has quit IRC04:45
*** dysinger has quit IRC04:50
*** dysinger has joined #openstack04:52
*** f4m8_ is now known as f4m804:56
*** littleidea has joined #openstack04:57
*** abien has joined #openstack04:58
*** miclorb_ has joined #openstack05:10
*** pvo has quit IRC05:16
*** maplebed has joined #openstack05:26
*** sophiap has quit IRC05:27
*** zaitcev has quit IRC05:55
*** miclorb_ has quit IRC05:59
*** miclorb_ has joined #openstack06:01
*** guigui has joined #openstack06:25
*** krzycoder has quit IRC06:29
*** krzycoder has joined #openstack06:31
*** dysinger has quit IRC06:36
*** allsystemsarego has joined #openstack06:47
*** allsystemsarego has joined #openstack06:47
*** miclorb_ has quit IRC06:52
*** anticw_ has quit IRC06:53
*** anticw has joined #openstack06:54
*** brd_from_italy has joined #openstack07:04
*** ctennis has quit IRC07:08
*** maplebed has quit IRC07:09
*** Cybodog has quit IRC07:09
*** littleidea has quit IRC07:09
*** Cybodog has joined #openstack07:09
*** littleidea has joined #openstack07:17
*** keekz has quit IRC07:19
*** keekz has joined #openstack07:19
*** littleidea has quit IRC07:23
*** chmouel has quit IRC07:26
*** chmouel has joined #openstack07:26
*** ianweller has quit IRC07:33
*** ianweller has joined #openstack07:36
*** befreax has joined #openstack07:50
*** zheng_li has joined #openstack08:32
*** allsystemsarego has quit IRC08:55
*** krzycoder has quit IRC09:40
*** miclorb has joined #openstack09:41
sorenvishy: *headdesk* Ok, I've found the "libvirt" problem.09:58
soren*sigh*09:59
* soren celebrates by having lunch10:03
sorenvishy: bug 64670610:11
uvirtbotLaunchpad bug 646706 in libvirt "NWFilter support broken due to Apparmour restrictions" [Undecided,New] https://launchpad.net/bugs/64670610:11
sorenvishy: Workaround: sudo aa-complain /usr/sbin/libvirtd10:16
*** miclorb has quit IRC10:21
*** miclorb has joined #openstack10:46
*** DubLo7 has joined #openstack10:48
*** Podilarius has left #openstack10:52
*** DubLo7 has quit IRC10:53
*** befreax has quit IRC11:15
*** dizz|away has quit IRC11:17
*** ArdRigh has joined #openstack11:28
*** miclorb has quit IRC11:32
*** ctennis has joined #openstack11:36
*** ctennis has joined #openstack11:36
*** gustavomzw has joined #openstack11:38
*** befreax has joined #openstack11:53
*** scottie has joined #openstack11:59
*** scottie has quit IRC12:06
*** ar1 has quit IRC12:15
*** ranjib has joined #openstack12:19
ranjibany one setup OpenStack on CentOS 5.5 x86_64?12:24
*** jdarcy has joined #openstack12:30
*** ArdRigh has quit IRC12:30
sorenranjib: Not that I know of.12:39
*** allsystemsarego has joined #openstack12:53
*** allsystemsarego has joined #openstack12:53
*** gasbakid has joined #openstack12:57
*** localhost has quit IRC12:58
*** befreax has joined #openstack12:59
*** kashyapc has quit IRC13:02
*** Podilarius has joined #openstack13:10
*** ElectricBill has joined #openstack13:16
*** annegentle has joined #openstack13:19
*** infernix has joined #openstack13:26
*** abecc has joined #openstack13:33
*** befreax has quit IRC13:34
*** scottie has joined #openstack13:34
*** klord has joined #openstack13:36
*** hogstrom has joined #openstack13:43
*** abecc has joined #openstack13:45
*** hogstrom has quit IRC13:45
*** hogstrom has joined #openstack13:45
*** ppetraki has joined #openstack13:48
*** scottie has quit IRC13:49
*** DubLo7 has joined #openstack13:57
*** f4m8 is now known as f4m8_14:00
*** tonywolf has joined #openstack14:03
*** scottie has joined #openstack14:07
*** sophiap has joined #openstack14:23
*** dendro-afk is now known as dendrobates14:42
*** krish has joined #openstack14:45
*** rnirmal has joined #openstack14:47
*** littleidea has joined #openstack14:49
*** sirp1 has joined #openstack14:58
*** ctennis has quit IRC15:10
*** guigui has quit IRC15:11
*** dendrobates is now known as dendro-afk15:28
*** cloudmeat1 has joined #openstack15:29
*** cloudmeat has quit IRC15:31
*** Kami_ has quit IRC15:31
*** dendro-afk is now known as dendrobates15:32
*** Kami_ has joined #openstack15:33
*** kashyapc has joined #openstack15:43
*** krish has quit IRC15:43
*** joshuamckenty has quit IRC15:45
*** metoikos has quit IRC15:47
*** ctennis has joined #openstack15:50
*** ctennis has joined #openstack15:50
*** cloudmeat has joined #openstack15:52
*** cloudmeat1 has quit IRC15:53
*** krish has joined #openstack15:56
ranjibany one setup OpenStack on CentOS 5.5 x86_64?15:56
ranjibany one setup OpenStack on CentOS 5.5 x86_64?15:57
*** ranjib has quit IRC15:57
*** ianweller has quit IRC15:58
*** brd_from_italy has quit IRC15:58
*** hornbeck has joined #openstack16:05
dendrobatesrackerhacker: you might try these instructions:  http://wiki.openstack.org/RhelInstructions16:06
dendrobatesnot sure how fresh they are.16:06
rackerhackerthat'd be useful if i'd been the one to ask for them, dendrobates ;)16:06
* rackerhacker giggles at tab completion16:06
dendrobatesoops damn autocomplete16:06
dendrobatesrackerhacker: try it anyway16:06
rackerhackerdendrobates: i blame _cerberus_16:06
_cerberus_Whatever it is, I did it16:07
dendrobatesany good Django hackers here?  We need some work done for the summit.16:08
dendrobatesdubs: feel like helping get the summit agenda stuff up and running?16:09
*** rnirmal has quit IRC16:10
dendrobatesI plan on using lp:summit and modifying it to suit our summit.16:10
dubsdendrobates: sure.  what's involved?16:11
dendrobatesstripping out the ubuntu bits and other things we don;t need.  and setting it up in a server.16:11
dubsi probably won't be able to get to that today, is that ok?16:12
dendrobatessure, I didn't mean today.16:14
dendrobatesI think it will take a few days to figure out16:14
dubssounds good.16:15
*** maplebed has joined #openstack16:17
_cerberus_jaypipes: are you available to help sirp1 on glance work?16:19
*** kashyapc has quit IRC16:25
_0x44Openstack is standardizing on python 2.6 right?16:26
openstack_0x44: Error: "is" is not a valid command.16:26
_0x44:\ thanks, I guess16:26
notmyname_0x44: swift is built for py2.6, but we've worked on making it 2.5 compatible. creiht, is that part done yet?16:27
notmynameand by "we", I mean that creiht has done all of that work :-)16:28
_0x44notmyname: Thanks, I was trying to decide whether or not to use a feature from 2.6+, I won't do so if it means we have to remove it in the future16:28
dendrobates_0x44: Yes.16:28
dendrobatesI think we can require 2.616:29
_0x44dendrobates: Awesome, thanks :)16:29
notmynamedendrobates: what about distros with older pythons installed (RHEL, etc)?16:30
notmynameRHEL is why I'm told we made swift 2.5 compat16:30
dendrobatesnotmyname: since noone has deployed openstack yet apart from rackspace and NASA, why whould anyone choose an old distro16:31
dendrobatesfor a new installation16:31
dendrobatesand 2.6 packages are available for most everything16:31
dubsis the current version of RHEL still shipping with 2.5?16:32
_0x44Zed Shaw seems to think everyone's on an absurdly old python release at: http://sheddingbikes.com/posts/1285063820.html16:32
notmynamedebian also only has 2.516:33
notmynameI'm not saying that supporting 2.6 only is bad, but I think we can be more friendly to users and adoption if we relax the dependencies a little16:34
dendrobatespoint taken.  It;s been a year, what's wrong with these people?16:35
dendrobatesWait were talking about debian16:35
dendrobatesit will be a few more years16:35
dendrobatesIt looks like 2.6 packages are easily found for rhel16:36
jaypipes_cerberus_: yep16:37
dendrobatesI say we debate this at Tuesdays meeting.  I remember guido really encouraging people to use 2.6 to ease the 3.0 migration16:37
dendrobateswhen rhel 6 is out, I will have not doubts16:38
_cerberus_jaypipes: thanks man16:38
jaypipes_cerberus_: no prob.  sirp1 and I have been playing a bit of IRC tag this week :)16:39
jaypipes_cerberus_: and I've been trying to complete the nosql driver blueprint...16:39
_cerberus_jaypipes: re: IRC tag, is it cool if sirp1 tries to break up the tasks and drops you an email?16:39
_cerberus_jaypipes: then you guys can roshambo or something16:40
jaypipes_cerberus_: that is totally cool.16:41
_cerberus_jaypipes: much appreciated16:41
jaypipes_cerberus_: I'm here to pick up as much slack as I can. here to help.16:41
*** cloudmeat has quit IRC16:42
*** burris has quit IRC16:43
*** zheng_li has quit IRC16:44
creihtpy25 support is a work in progress, I've been sidetracked with more important things at the moment16:45
creihtdendrobates: 2.5 is still standard on a lot of distros16:46
dendrobatescreiht: I know :(16:46
dendrobatesJust not the two I care about most Ubuntu and Fedora16:47
creihtmost people who use rpm based products either use RHEL or Centos which are still a bit behind16:48
creiht(on servers)16:48
dendrobatescreiht: however 2.6 seems readily available on the interwebz16:48
dendrobatesbut I know we had lots of pain switching over in Ubuntu16:49
creihtdendrobates: that answer doesn't jive with most ops groups16:49
creihtThey want officially supported packages16:49
dendrobatesooh, we can make them use activepython, that's all enterprisey right.  Ant it support 2,616:50
* creiht sighs16:50
creiht:)16:50
dendrobatesI know, I just really want 2.616:51
creihtwhat makes you want 2.6 so bad?16:52
dendrobatesI know we are going to be rewriting bits later. If we go with 2.516:52
creihtI mean, I like 2.6 and all, but having 2.5 support isn't that big of a deal16:52
dendrobatesyeah, but it means a bit more work16:53
creihta bit more work, and a lot easier acceptance :)16:53
dendrobatesI'm just venting, I know I can't win.16:53
*** brd_from_italy has joined #openstack16:53
dendrobatesIt is just to reasonable to support 2.516:54
creihtand 2.5 will make adoption that much easier16:54
*** hogstrom has quit IRC16:54
creihtat least we don't have to support 2.4 :)16:56
*** brd_from_italy1 has joined #openstack16:58
*** littleidea has quit IRC16:58
*** johnbergoon has joined #openstack17:00
*** brd_from_italy has quit IRC17:01
dendrobatesI want to support 1.3.  Then we can support windows 3.1 and because that;s what I started with.17:03
*** brd_from_italy has joined #openstack17:04
* creiht wishes he still had his windows v1 floppies17:04
dendrobatesthat came out wrong.  I started with python 1.3, not windows17:05
creihthehe17:05
*** brd_from_italy has quit IRC17:05
dendrobatesI still have windows 3.1 disks17:05
*** brd_from_italy1 has quit IRC17:05
dendrobatesI also have a nt 3.5 beta cd17:05
dendrobatesAnd Caldera Desktop Linux 1.0 My house is a freakin  museum17:06
dendrobatesSoren actually submitted a bug to kvm because it wouldn't boot linux 1.2.8 from Caldera.17:07
dendrobatesLuckily zul still had a laptop with a floppy drive.  :)17:08
zulmeh17:08
*** zheng_li has joined #openstack17:08
*** krish_ has joined #openstack17:14
dendrobateszul: is that thing in a landfill now?17:15
zuldendrobates: more than likely...i still have the floppy image if you want it :)17:16
*** Xenith has quit IRC17:16
*** burris has joined #openstack17:16
*** krish has quit IRC17:16
*** pharkmillups has joined #openstack17:20
*** pharkmillups has joined #openstack17:22
*** krish_ has quit IRC17:22
*** krish_ has joined #openstack17:23
*** Xenith has joined #openstack17:26
*** littleidea has joined #openstack17:31
*** gasbakid has quit IRC17:33
*** sparkycollier has joined #openstack17:37
*** annegentle has quit IRC17:43
*** mdomsch has joined #openstack17:57
*** sparkycollier has quit IRC18:05
*** krish__ has joined #openstack18:06
*** krish_ has quit IRC18:06
*** annegentle has joined #openstack18:12
*** burris has quit IRC18:12
jaypipesvishy: heya, I'm reviewing todd's imgcopy branch...wondering when we're planning to make the image data a full-fledged part of the data model?  curious because of stuff I'm working with sirp1 on in Glance...18:17
*** Cybodog has quit IRC18:17
*** ElectricBill has quit IRC18:18
*** ElectricBill has joined #openstack18:21
*** timrc has quit IRC18:27
*** burris has joined #openstack18:38
*** littleidea has quit IRC18:43
jaypipes_0x44: hmm, seems we have a merge issue with your implements_swift_backend branch...can you tell me if you did any bzr merges on that branch?  Wondering how the merge conflicts were generated.18:45
jaypipes_0x44: might be the same issue I saw with _cerberus_ using bzr git bridge, but not sure...18:46
*** vishy has quit IRC18:46
*** mdomsch has quit IRC18:48
*** krish__ has quit IRC18:53
*** allsystemsarego has quit IRC18:58
sorenNo vishy? :(19:02
sorenDoes anyone else grok the networking code? Specifically the VlanManager and how all those pieces are meant to fit together?19:03
sorenI just see it doesn't work for me, but when I don't know how it's meant to work, I might break it harder than it already is if I try to fix it.19:03
*** krish__ has joined #openstack19:07
_0x44jaypipes: I haven't merged anything on that branch19:09
_0x44I did push it using the git-bzr branch, though19:09
jaypipes_0x44: what commands did you use?19:10
*** krish__ has quit IRC19:14
_0x44jaypipes: git commit -m "commit msg", followed by git bzr push19:15
jaypipes_0x44: and there were no messages about conflicts?19:16
jaypipes_0x44: trying to figure out if this is a bug in the gitbzr bridge or something else..19:16
_0x44jaypipes: http://0x44.pastebin.com/3GpVx3tL19:17
_0x44No complaints about conflicts19:17
jaypipes_0x44: hmm, yep, nothing pops out from that.  :(19:20
jaypipes_0x44: lemme check the Google to see if this is a known issue...19:21
_0x44Sure19:21
*** krish__ has joined #openstack19:28
*** huleboer has joined #openstack19:28
*** krish__ is now known as krish19:29
huleboeris openstack the cloud software that is made for plug inn lot's of different other solutions.. And right now it uses opennebula?19:30
*** littleidea has joined #openstack19:31
jaypipeshuleboer: no, not at all. opennebula is an entirely different software package.19:31
sorenhuleboer: It's got nothing to do with opennebula.19:31
huleboerhmm ok...19:32
*** ctennis has quit IRC19:32
huleboermust be another project I heard of then which were an abstraction layer on top... :)19:32
sorenhuleboer: Another abstraction layer on top of opennebula? That seems silly :)19:32
*** annegentle has left #openstack19:32
huleboerJust an articel I kind of remember reading a while back... it built on top of other solutions and you could switch what was below it inn the stack easy...19:33
huleboermight not be on top of opennebula :)19:33
sorenNova can use different hypervisors and  different databases, for instance.19:34
huleboerwhat hypervisors by the way? :)19:35
huleboerjust starting digging into the whole cloud consept (allready using virtualization).. Trying to get a grip on all the solutions available :)19:36
*** annegentle has joined #openstack19:36
littleideaannegentle: hi19:41
_0x44huleboer: You mean libcloud?19:42
_0x44huleboer: http://incubator.apache.org/libcloud/19:42
huleboerI have no ide what I mean :)19:42
huleboerhmm libcloud looks cool.. from that you can basicly controll everything... any web interfaces using libcloud? :)19:44
_0x44huleboer: Cloudkick uses/and contributes to libcloud19:44
huleboerurk, not free :)19:45
huleboeror.. they host.. doesn't give away their web software it looks like....?19:46
_0x44Right19:46
jaypipes_0x44: I'm at a loss.  Not sure what is causing those issues. :(  _cerberus_, have any ideas?  How did you resolve merge conflicts in your git-bzr stuff?19:51
_0x44jaypipes: Is this when merging with trunk?19:51
jaypipes_0x44: kind of.  it is a producing a changeset that represents the changes your branch introduces.  however something is messed up b/c none of the changes in sirp1's branch should be showing up...only your changes.19:52
jaypipes_0x44: https://code.launchpad.net/~chris-slicehost/glance/implements_swift_backend/+merge/3658119:53
jaypipes_0x44: when you created a branch, you branched from sirp1's lp615670 branch, right? or did you branch from trunk?19:53
_0x44I wonder if it's because I branched from sirp's changes locally, and then pushed that branch up?19:53
_0x44I branched from sirp's lp615670 branch19:53
jaypipes_0x44: what do you mean "branched from sirp's changes locally"?19:54
* soren wanders off for a bit19:54
jaypipes_0x44: and have you pulled in any changes sirp1 has made since the initial branch?19:54
jaypipes_0x44: bzr pull19:54
_0x44I haven't pulled any new stuff from his branch19:55
jaypipes_0x44: ok, one sec...checking a couple things.19:55
_0x44Ok19:56
*** brd_from_italy has joined #openstack19:58
*** brd_from_italy1 has joined #openstack20:03
jaypipes_0x44: see here: http://codepad.org/YKVwSj9D20:05
jaypipes_0x44: the thing I'm noticing is that the branch nick is set to lp615670 for your revisions (3 & 4).  They should be showing "implements_swift_backend", not lp61567020:06
_0x44AH20:06
_0x44>.<20:06
*** brd_from_italy has quit IRC20:06
_0x44My local branch is called "lp615672", which is probably why.20:06
_0x44If you want to reject, I'll push up again20:06
*** huleboer has quit IRC20:08
jaypipes_0x44: no, that explains that peculiarity...20:08
jaypipes_0x44: I assumed your local branch was called implements_swift_backend, no worries.20:08
jaypipes_0x44: so, it must be something else...20:09
jaypipes_0x44: I'm going to do a couple things locally and push up a merge prop with your revisions and see if the merge proposal shows the same things (if it does, we can assume there's no bug in the git bzr bridge...)20:10
jaypipes_0x44: gimme 15 minutes or so.20:10
_0x44Alright20:10
*** klord has quit IRC20:14
littleideaI'm trying to get this to work http://github.com/vishvananda/novascript, I get to the point where I have all the services running but I think something is not configured correctly with the api service. This is the results and the logs http://gist.github.com/59591320:16
littleideaany ideas20:16
*** DubLo7 has quit IRC20:17
jaypipes_0x44: found the problem...20:22
jaypipes_0x44: all the timestamps of all revisions in your branch are 0.20:22
jaypipes_0x44: not sure why, but that's messing up all concept of revisions.20:22
jaypipes_0x44: I'm going to manually build a branch with your changes and merge into trunk.20:23
_0x44jaypipes: Whoa, that's weird. Probably a bug in the bridge, then?20:23
jaypipes_0x44: could be, not really sure! :)20:24
jaypipes_0x44: I'm going to fix this stuff up manually, push to trunk, and then we'll do some simple testing of the bzr git branch on your machine and see if we can isolate the bug.20:25
_0x44Sure :)20:25
jaypipes_0x44: I'll just send you some commands to run on your machine that will produce a tiny patch and we'll create a merge prop from it.  It will show us whether the timestamp 0 thing is the culprit.20:25
_0x44I'm in the middle of a code review right now, so I'm a bit terse20:26
littleideawho knows how nova works and can help me trouble shoot on a Friday afternoon?20:32
*** pharkmillups has quit IRC20:37
jaypipes_0x44: hey, no worries. we'll get it all cleaned up. :)20:39
jaypipeslittleidea: I can try, but no promises...although I code on Nova, I'm no expert in usage...20:40
littleideajaypipes: can you see my links? basically the api server is 404ing everything20:40
littleideahttp://gist.github.com/59591320:40
jaypipeslooking...20:41
edaylittleidea: start the api server with --FAKE_subdomain=ec220:42
edaywe should probably make that the default for now until the openstack API is ready20:43
*** pharkmillups has joined #openstack20:43
*** jdarcy has quit IRC20:44
littleideaeday: worky, excellente, danke20:44
jaypipes_0x44: alrighty, so this is how your changes *should* have showed up :) https://code.launchpad.net/~jaypipes/glance/swift-backend/+merge/3659720:48
_0x44Alrighty then :)20:49
soreneday: I'm not sure why we don't just run them on individual ports by default?20:49
jaypipes_0x44: your work is now in trunk :)20:49
edaysoren: I'm not sure either. both ways will work fine, and you can start nova-api again on another port with another default subdomain as well20:50
soreneday: I they can't peacefully coexist (why is that, by the way?), they should at least be separated in a way that doesn't require DNS to be setup or fiddling with /etc/hosts.20:50
*** JimCurry has joined #openstack20:51
_0x44jaypipes: Do you have time now to try to figure out why the bridge did that? I've got to run in ~half an hour20:52
edaysoren: gundlach added that in just so both could be in there for now, we can tweak to whatever will work best20:52
jaypipes_0x44: working on it, yep.20:52
*** JimCurry has left #openstack20:52
_0x44Awesome, danke20:52
soreneday: From the looks of it, the only conflict, really, is on /. Everything else looks unique to the different API's.20:55
edaysoren: yup20:55
soreneday: So most things should really just work if we removed the conditions=...domain on everything else.20:56
soreneday: We're trying to implement something that is usable by existing clients. We're not trying to implement something that is exactly to spec.20:57
edaysoren: yup, just / breaks20:57
edaysoren: it's hard to know if existing clients will probe / or not though, at least I don't know for sure20:57
soreneday: We can just make the behaviour of / be configurable.20:58
soreneday: If it has an ec2-like subdomain, pretend to be ec2.20:58
*** jdarcy has joined #openstack20:58
soreneday: If it has a rackspace-like subdomain, pretend to be rackspace.20:58
soreneday: If neither, do go to FLAGS.default_api.20:58
sorens/do // for less confusion.20:58
edaysoren: that should be fine too20:59
sorenOh, or we could key off of the type of authentication provided by the client (if any).20:59
jaypipes_0x44: are you using termie's bzr-git gateway? http://github.com/termie/git-bzr-ng20:59
soreneday: Anyway, lots of options there, clearly. I'll play with it on Monday.20:59
_0x44jaypipes: Yes20:59
*** vish1 has joined #openstack21:00
jaypipes_0x44: k, just checking..there's a bunch of gateway scripts out there...21:00
*** vish1 is now known as vishy21:00
vishyi killed my vm :(21:00
sorenvishy: Just the man I wanted to talk to!21:01
vishysoren: i lost scrollback, checking the logs21:01
sorenvishy: Don't bother.21:02
sorenvishy: You were already gone when I wanted to ask.21:02
sorenvishy: I'm trying to grok the networking stuff. Specifically the VlanManager.21:02
vishysoren: ok21:02
sorenvishy: I can't seem to get it to work for me, but when I don't know how it's meant to work, I might break it harder than it already is if I try to fix it.21:03
sorenvishy: Does any current docs on it exist?21:04
vishysoren: work locally?21:04
*** ptremblett has joined #openstack21:04
vishysoren: or work on multiple machines?21:04
sorenvishy: Just one right now.21:04
vishysoren: it works locally for me just fine...21:04
sorenvishy: Ok.21:04
vishysoren: what problem are you having specifically21:05
vishybtw, for install i use http://github.com/vishvananda/novascript21:05
sorenvishy: Ok, so am I supposed to setup anything my own (like a bridge with ip 10.0.0.1) or is that supposed to happen automatically?21:05
vishyall bridge set up is automatic21:05
vishyif you already have a bridge it might break21:06
vishybecause it doesn't destroy existing bridges21:06
sorenvishy: That's what I thought.21:06
sorenvishy: Ok, so that's not it.21:06
vishyi use tools/clean-vlans.sh21:06
sorenvishy: The immediate symptom is that the image doesn't get a DHCP response.21:06
vishydoes dnsmasq get the packet?21:06
sorenvishy: Let me check.21:07
sorenI somehow doubt it.21:07
vishyso when i'm debugging21:07
sorenbecause it says --listen-address 10.0.0.1, but I have no interface with that address.21:07
vishyoh21:07
sorenThe way I read the code...21:07
vishyit doesn't create br100 for you?21:07
sorenHmm... I just rebooted it, and this time it did.21:07
sorenOdd.21:07
vishyit should create vlan100 and br100 with the address 10.0.0.121:07
sorenOh, no, I  may have created that myself.21:08
jaypipes_0x44: hmm, I think termie's method of working with bzr is a bit odd (at least, in the way that most Bzr users work with branches...)21:08
sorenLet me start over.21:08
vishyeday: here?21:08
jaypipes_0x44: there's some confusion it seems as to the difference between a git repo and a bzr repo and a git branch and a bzr branch.21:08
sorenvishy: So, the way I read the code, the bridge is supposed to be set up once the host gets designated as the network host for a project. Is that right?21:09
vishyyes21:09
_0x44jaypipes: Is there another bridge you'd suggest I use? Or alternatively, can you recommend a git-user's crash-course for bzr?21:09
sorenHow and when is that supposed to happen?21:09
vishyrun_instances21:09
sorenvishy: Not every time, surely?21:09
vishyin cloud.py there is a call to get_network host21:09
vishychecks the db for a host, if it isn't set21:10
jaypipes_0x44: the other bridges seem to make the same mistakes (regarding repos and branches)...21:10
vishyit sends a call out to set the host21:10
sorenvishy: Ah.21:10
jaypipes_0x44: and yes I can give you a crash course if that's what you'd like.21:10
vishyanybody familiar with eventlet?21:11
jaypipes_0x44: but first...I want to demonstrate the bug I'm seeing, so one sec.21:11
edayvishy: yeah21:11
vishyeday: so the rpc test cases are actually broken21:11
*** pharkmillups has quit IRC21:11
_0x44jaypipes: Okay, what would you like me to do?21:11
vishywhich i discovered when i merged termie's branch21:11
edayvishy: hmm? passing for me...21:12
vishyeday: they are trying to use attach_to_twisted21:12
jaypipes_0x44: just finishing the commands...hold on one more minute :)21:12
vishyeday: there was an issue where tests with yields in them will succeed no matter what21:12
vishyeday: which termie fixed21:12
sorenvishy: Is there supposed to be two dnsmasq processes?21:12
edayvishy: ahh, so the tests we giving false positives?21:12
*** jdarcy has quit IRC21:13
vishyeday yea, so i think i need to convert them to test with eventlet, but not quite sure how it works21:13
vishy File "/root/deploy/nova/rpc.py", line 278, in call21:13
vishy    consumer.wait(limit=1)21:13
vishy  File "/usr/local/lib/python2.6/dist-packages/carrot/messaging.py", line 442, in wait21:13
vishy    it.next()21:13
vishyexceptions.AttributeError: 'NoneType' object has no attribute 'next'21:13
vishyeday: also we're occasionally seeing greenthread errors, I still suspect Authmanager being a singleton21:14
edayvishy: ahh, probably21:15
jaypipes_0x44: execute these commands on your machine (from whatever directory you use for your code, of course...) http://codepad.org/MIKPfiHk21:15
edayvishy: any singletons could have issues, especially if they wait on any socket I/O21:15
sorenvishy: re two dnsmasq process: It seems like it. They have a pipe open between them, which suggests one is a child of the other.21:16
*** scottie has quit IRC21:16
edayvishy: just depends on what could be a yielding event underneath21:16
vishysoren: ah sorry, yes there are two21:16
vishysoren: the child process is the one that calls nova-dhcpbridge21:16
_0x44jaypipes: One moment, it's thinking21:16
sorenvishy: stracing either of them doesn't reveal any traffic.21:16
vishysoren: you can also check the log21:17
sorenvishy: So I don't think the dhcp requests are getting there.21:17
vishysoren: /var/log/daemon21:17
sorenvishy: dnsmasq's log?21:17
sorenok21:17
*** johnbergoon has left #openstack21:17
vishyshould have packet requests21:17
sorenI don't.21:17
vishyok21:17
vishywhat image are you using?21:18
vishyit isn't waiting on metadata is it?21:18
sorenSame as you.21:18
vishyami-tiny?21:18
sorenOui.21:18
sorenTailing the console says "sending discover..."21:18
sorenover and over and over21:18
vishyyeah that means it can't hit dnsmasq21:18
* soren headdesks21:18
vishyin the xml of the instance21:18
sorenvishy: Hang on, I'm probably being a complete idiot.21:18
vishysoren: i'm guessing iptables21:19
vishyis dropping?21:19
sorenIt's much more embarassing than that.21:19
vishy:)21:19
sorenLet me check.21:19
vishyeday: suggestions on how to convert rpc_unittest to eventlet?21:19
jaypipes_0x44: there's an error on the last command there... should be no dash between bzr and push. sorry, typo...21:20
edayvishy: I'd need to dig into them a bit, nothing off the top of my head. shouldn't be too bad though21:20
_0x44It's no problem, bash yelled at me, so I changed it21:20
edayvishy: you guys doing that, or you want me to take a look?21:20
_0x44jaypipes: https://code.launchpad.net/~chris-slicehost/glance/change_readme21:21
*** tonywolf1 has joined #openstack21:22
sorenvishy: Ok, so I'll let you know in a bit why this bit wasn't working :)21:22
sorenvishy: Now I'm getting this:21:22
sorenvishy: dnsmasq-dhcp[1691]: DHCP packet received on br100 which has no address21:22
soren...which is true. br100 has no address.21:23
*** tonywolf has quit IRC21:23
sorenvishy: Could this be due to this rpc thing you're talking to eday about?21:25
*** pharkmillups has joined #openstack21:26
jaypipes_0x44: ok, just waiting for the diff to show up now... https://code.launchpad.net/~chris-slicehost/glance/change_readme/+merge/3660121:26
vishysoren: i don't think so21:26
sorenvishy: Ok.21:26
vishysoren: that means it doesn't recognize the mac21:26
sorenthe mac?21:26
sorenEr..21:26
sorenWait, what?21:26
vishyhup the main dnsmasq process21:27
vishyand check the log21:27
sorenvishy: But really, br100 does not have an IP address.21:27
edayvishy: do you have any branches with starts to test fixes already? I don't want to hack off of trunk if you already have things in motion21:27
vishyvishy: oh21:27
vishyeday: I haven't touched it, I just merged in lp:~termie/nova/remove_ioloop21:28
sorenvishy: Oh..21:28
sorenvishy: So, what if I reboot this box?21:28
vishydelete the bridge and vlan21:28
vishyso if the compute gets the request before network21:29
sorenvishy: The db will already claim that it's the network host for the project, so would it still bother trying to set things up?21:29
vishyit will create the bridge without an ip21:29
jaypipes_0x44: hmm, well it's not termie's gateway that is the problem! :) that's good!21:29
jaypipes_0x44: you will notice that the diff only contains a single line...21:29
vishyso my script blows everthing away including db and users21:29
vishyand deletes all bridges and vlans21:29
_0x44jaypipes: Do you think it could be because I branched from 670 before it was merged into trunk?21:29
vishyso the compute host tries to create the same bridge and vlan21:29
sorenvishy: I see, ok.21:30
vishyif they are on the same box, the network one has to run first21:30
vishywhich if you ran before and then did the same user21:30
vishythat already had run set_network_host21:30
sorenvishy: If it doesn't, the network one will see it already exists and not touch it?21:30
vishymeans your bridge will have no ip21:30
vishyright21:30
soren:(21:30
jaypipes_0x44: it shouldn't ... but then again, who knows.  how about we just continue using the gateway for now...using these sets of commands. they seem to work ok...21:30
sorenvishy: Perhaps it should configure it unconditionally?21:30
sorenvishy: Two reasons:21:30
jaypipes_0x44: of course, if you worked with bzr you'd use way fewer commands ;)21:31
sorenvishy: a) this problem (compute and network being same host and we don't want a race)21:31
sorenvishy: b) in case of a reboot, it's nova-network's job to get things back in order.21:31
jaypipes_0x44: but everything seemed to work, so I see no reason for you to ditch the gateway.21:31
sorenvishy: Or am I missing something?21:32
_0x44jaypipes: Thanks for looking into that with me.21:32
_0x44I have to run though.21:32
jaypipes_0x44: no worries, have fun.21:32
_0x44Thanks, you too21:32
vishysoren: meaning network recreates the bridge no matter what?21:32
*** dysinger has joined #openstack21:33
*** miclorb_ has joined #openstack21:37
sorenvishy: Yes.21:37
sorenvishy: Just checking, you did see my chatter earlier about your libvirt problem, right?21:38
*** rlucio has joined #openstack21:40
vishysoren: i see the bug comment21:41
vishysoren: is there a workaround?21:41
sorenvishy: sudo aa-complain /usr/sbin/libvirtd21:41
jaypipesvishy: heya, I'm reviewing todd's imgcopy branch...wondering when we're planning to make the image data a full-fledged part of the data model?  curious because of stuff I'm working with sirp1 on in Glance...21:41
vishynice21:41
sorenvishy: I've just uploaded a fix to maverick. I'll do the same for Lucid for our PPA Monday.21:41
vishyjaypipes: seems like that move should happen in tandem with the move to glance21:42
vishysoren: any idea on the uml issues?21:43
vishysame thing?21:43
jaypipesvishy: if only it were simple :) Glance is happening for Austin, but I think I will tackle the image as a full-fledged data model in Bexar. I was just wondering if any Anso folks were already looking at it, since I didn't want to step on any toes.21:43
sorenvishy: Yes.21:43
sorenvishy: This affects everything that uses libvirt's network filtering mechanism.21:44
*** annegentle has left #openstack21:44
sorenvishy: On lucid.21:44
sorenvishy: Maverick's kernel currently has a bug that makes it accidentally work.21:44
sorenvishy: ..which is why I didn't see it.21:44
vishyjaypipes: oh, i didn't know glance would be ready by austin21:45
vishyjaypipes, we're sticking with old imagestore for our 1.021:46
edayvishy: rpc tests pass for me in termie's branch you pasted21:46
vishyeday: after merging into trunk?21:46
jaypipesvishy: no worries.  glance for austin is bare-bones...I'll just be adding an option to use Glance as the image store instead of the S3-like stuff in there now.  I won't be changing the data storage side of it...21:47
edayvishy: ahh, didn't merge.. trying21:47
vishyjaypipes: cool21:47
vishywe probably won't be messing with it until post-austin, so have at it21:47
edayvishy: hmm, bunch o merge conflicts21:47
* soren needs to get back to the real world21:48
vishyeday: yeah, they are pretty minor though21:48
sorenvishy: If you don't have any objections to the unconditional bridge and vlan configuration, I'll get a branch up on Monday that does that.21:49
vishysoren: that is fine with me21:49
vishyvishy: the compute uses the same code path for creating the bridge, so you'll probably have to enter some kind of flag for overwrite or something21:50
vishyso that the compute doesn't blow it away21:50
*** miclorb_ has quit IRC21:54
*** miclorb_ has joined #openstack21:56
*** kevnfx has joined #openstack21:59
vishyeday22:01
vishyeday: here is the diff for me http://pastie.org/118008422:02
vishyeday: after merging22:02
*** miclorb_ has quit IRC22:09
*** abecc has quit IRC22:09
*** pharkmillups has quit IRC22:11
*** DubLo7 has joined #openstack22:11
*** Podilarius has quit IRC22:14
*** dendrobates is now known as dendro-afk22:16
*** odyi has quit IRC22:19
*** odyi has joined #openstack22:19
*** miclorb has joined #openstack22:26
*** kevnfx has quit IRC22:44
*** miclorb has quit IRC22:45
*** tonywolf1 has quit IRC23:05
*** howardroark has joined #openstack23:11
*** krish_ has joined #openstack23:17
*** krish has quit IRC23:19
*** krish_ has quit IRC23:20
*** silassewell has joined #openstack23:21
*** krish_ has joined #openstack23:24
*** sophiap has quit IRC23:26
edayvishy: getting some infinite recursion things going on with tests now (twisted attaching).. still debugging :)23:36
vishyeday: oo, fun..yay for infinite recursion23:37
edayvishy: but the obvious problem I see is that if tests run rpc.call() they could block indefinitely instead of the mixed in twisted defereds doing their thing23:37
edayvishy: that was what I was talking about yesterday with having a twisted version of call()23:37
edayor, we switch to eventlet in the tests23:37
*** krish__ has joined #openstack23:38
vishyeventlet in the tests?  I think there are only a few places we use call23:38
vishybut that is probably a bigger change23:38
vishyso maybe we should just hack in a call_twisted()23:38
edayvishy: well, it would be for the couple tests that used rpc.call23:39
vishydoesn't TrialTestCase do hackish stuff relating to twisted?23:40
edayvishy: afaik, it only allows you to use deferes in some convenient places23:40
edayvishy: but I'm not a twisted expert :)23:41
*** krish_ has quit IRC23:41
vishyeday: would using eventlet in tests be an easy change?23:41
*** ArdRigh has joined #openstack23:42
edayvishy: should be, but not sure if something would happen when the two play togehter. the main concern is if we make a call_twisted just to fix the test case, what are we even testing? We don't have anything using rpc.call that the api/eventlet uses anymore :)23:43
vishyyeah so lets just move the tests to eventlet for now23:43
*** ppetraki has quit IRC23:44
*** sophiap has joined #openstack23:45
edayvishy: well, I'm still trying to understand a few more things before deciding the best course of action. the mix of twisted+tornado+eventlet make thigns... intersting (at least we're dropping one)23:47
vishyagreed23:50
*** rlucio has quit IRC23:56

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!