Friday, 2010-11-19

*** maplebed has joined #openstack00:00
*** rlucio has quit IRC00:01
*** aimon has joined #openstack00:08
*** jimbaker has quit IRC00:13
*** daleolds has quit IRC00:19
*** Cybodog has quit IRC00:19
*** joearnold has quit IRC00:21
*** rsampaio has joined #openstack00:23
*** jimbaker has joined #openstack00:24
*** jimbaker has quit IRC00:34
*** dubsquared1 has quit IRC00:46
*** jimbaker has joined #openstack01:03
*** pvo has quit IRC01:12
*** ar1 has joined #openstack01:15
*** schisamo has joined #openstack01:20
*** schisamo has quit IRC01:28
*** maplebed has quit IRC01:28
*** maplebed has joined #openstack01:29
*** maplebed has quit IRC01:33
*** burris has joined #openstack01:42
*** jc_smith has quit IRC01:56
*** Cybodog has joined #openstack02:06
*** dragondm has quit IRC02:45
*** dubsquared has quit IRC02:52
*** rsampaio has quit IRC02:53
*** rsampaio has joined #openstack02:54
*** Gibby_away is now known as Gibby02:56
termieeday: i was hoping to hear more about the status as well, since i was not at the summit i have no idea whether it was discussed03:01
termieeday: i put in a few hours of work and got most of it done in that branch, but there are a few hours more to do03:02
*** hazmat has quit IRC03:04
edaytermie: we pretty much all agreed with it. eventlet, and choose a daemon lib03:18
edayfor the workers it may even make sense to go multi-threaded or mulit-process and don't use eventlet, since signal handling might be easier03:19
*** rsampaio has quit IRC03:22
termiewhat is a 'daemo lib' ?03:35
termieeday: ^03:35
termiesorry, daemon lib03:35
termiethe point of it was largely to stop daemonizing03:36
edayoh, I thought it was to standardize on module that manages start/stop/pidfiles/... too03:36
edaysince right now it's a mix of twisted and 'daemon' module03:37
termienah, there are a bunch of those that all do the same things, i just htink we should provide scripts for uipstart and init.d03:37
termieright, we won't provide any of that anymore03:37
edayok, thats fine03:37
termiethat is for system processes03:37
termieto handle03:37
edayso yeah, everyone agreed I think. there may be some notes on the linked etherpad03:38
termiecool, i'll try to find it03:39
edayoh, hmm. not sure where it is :)03:39
termiei wish we were using git where i am familiar with doing complicated things to get an old branch up to date03:39
edaymaybe there wasn't one03:40
edaybzr merge lp:nova :)03:40
termieright ;)(03:40
edaygotta run, ttyl03:40
termiedoesn't look like anybody has even touched the blueprint03:40
termiecya03:40
termiethanks for the info03:41
termieis there a write up of stuff from the design summit anywhere?03:43
termiei don't see anything listen on openstack.org03:43
*** Gibby has quit IRC03:53
*** kashyapc has joined #openstack03:56
*** abecc has quit IRC04:05
*** hornbeck has quit IRC04:32
*** mdomsch has joined #openstack04:32
edaytermie: most blueprints have an etherpad attached to them04:33
edaytermie: at least the ones that were discussed04:33
*** kashyapc has quit IRC04:41
*** AimanA is now known as HouseAway04:51
*** suchitp has joined #openstack04:56
*** suchitp has left #openstack04:56
*** pvo has joined #openstack04:59
*** ChanServ sets mode: +v pvo04:59
*** kashyapc has joined #openstack05:04
*** hornbeck has joined #openstack05:05
*** ArdRigh has quit IRC05:09
*** Ryan_Lane has joined #openstack05:11
*** hornbeck has quit IRC05:14
*** suchitp has joined #openstack05:15
*** suchitp has left #openstack05:15
*** hazmat has joined #openstack05:22
*** suchitp has joined #openstack05:24
*** suchitp has left #openstack05:24
*** aimon has quit IRC05:26
*** aimon has joined #openstack05:26
mtaylorsoren: ping05:27
*** suchitp has joined #openstack05:35
*** suchitp has left #openstack05:35
*** f4m8_ is now known as f4m805:39
*** sirp1 has quit IRC05:42
*** suchitp has joined #openstack05:45
*** suchitp has left #openstack05:45
*** aimon has quit IRC05:47
*** aimon has joined #openstack05:47
*** mdomsch has quit IRC05:53
edaymtaylor: is it possible to get a more verbose tarmac log from the hudson job? mainly I'm looking for which revno it tried to merge, to see if it actually got the latest05:54
*** Apurv has joined #openstack05:57
*** ramkrsna has joined #openstack06:01
*** ramkrsna has joined #openstack06:01
openstackhudsonProject nova build #249: SUCCESS in 1 min 0 sec: http://173.203.104.204:8080/job/nova/249/06:10
*** perestre1ka has joined #openstack06:26
*** perestrelka has quit IRC06:30
*** hazmat has quit IRC06:30
*** rchavik has joined #openstack06:36
mtayloreday: uh- I think so?06:38
*** miclorb has quit IRC06:56
*** almaisan-away is now known as al-maisan07:01
*** notmyname has quit IRC07:07
*** notmyname has joined #openstack07:07
*** ChanServ sets mode: +v notmyname07:07
*** BK_man has quit IRC07:14
*** ArdRigh has joined #openstack07:31
*** pvo has quit IRC07:37
*** allsystemsarego has joined #openstack07:47
*** GasbaKid has joined #openstack07:48
*** ibarrera has joined #openstack07:51
*** guigui has joined #openstack07:55
*** al-maisan is now known as almaisan-away08:23
*** aimon has quit IRC08:26
*** aimon has joined #openstack08:26
*** jc_smith has joined #openstack08:40
*** jc_smith has quit IRC08:48
*** calavera has joined #openstack08:48
sorenmtaylor: wazzup?09:00
mtaylorsoren: not much - I was just gonna bug you in to uploading a package for me...09:00
soreneday: the tarmac logs show the revision id.09:00
sorenmtaylor: Oh, shite, that.09:00
sorenmtaylor: What's the link again?09:00
sorenmtaylor: Sorry, it's been a crazy couple of days.09:01
mtaylorsoren: lp:~mordred/librabbitmq/debian09:01
mtaylorsoren: and no worries ... I know that, you know, folks get busy and stuff :)09:02
*** doude has joined #openstack09:18
*** arthurc has joined #openstack09:31
*** Apurv has quit IRC09:35
*** pws has left #openstack09:52
*** burris has quit IRC09:54
*** irahgel1 has joined #openstack09:57
*** burris has joined #openstack10:00
*** zykes- has joined #openstack10:04
*** miclorb_ has joined #openstack10:04
*** ivan has quit IRC10:04
*** miclorb_ has quit IRC10:17
*** almaisan-away is now known as al-maisan10:33
*** ar1 has quit IRC10:33
*** GasbaKid has quit IRC10:35
*** GasbaKid has joined #openstack10:37
*** miclorb_ has joined #openstack10:43
*** miclorb_ has quit IRC11:03
*** guigui has left #openstack11:05
*** al-maisan is now known as almaisan-away11:31
*** ArdRigh has quit IRC11:32
*** aryko has joined #openstack12:10
*** almaisan-away is now known as al-maisan12:12
*** shahid_ has quit IRC12:14
*** ramkrsna has quit IRC12:14
*** alekibango has quit IRC12:20
*** irahgel1 has quit IRC12:25
*** alekibango has joined #openstack12:27
*** ctennis has quit IRC12:30
*** ctennis has joined #openstack12:53
*** guigui1 has joined #openstack12:54
*** guigui1 has left #openstack12:54
*** gaveen has joined #openstack12:57
*** gaveen has joined #openstack12:57
*** jkakar has quit IRC12:57
*** jkakar has joined #openstack12:59
*** arthurc has quit IRC13:15
soreneday: How familiar are you with Swift's data model?13:31
sandywalshah ha ... nova.sh does a 'drop/create database nova' every run. I thought I was doing something wrong that my subsequent runs were failing after a bad instance launch (when not using nova.sh)13:41
sandywalsh<checks to see if there is a bug report on cleaning up db properly after instance create failure>13:42
*** pvo has joined #openstack13:49
*** ChanServ sets mode: +v pvo13:49
*** pvo has quit IRC13:50
*** gaveen has quit IRC13:52
*** jero has joined #openstack14:00
*** cbuben has joined #openstack14:00
*** zachbonham has joined #openstack14:00
*** calavera has quit IRC14:03
*** gaveen has joined #openstack14:04
*** pvo has joined #openstack14:05
*** ChanServ sets mode: +v pvo14:05
*** zachbonham has quit IRC14:07
uvirtbotNew bug: #677475 in nova "Database not cleaned up when run-instances fails" [Undecided,New] https://launchpad.net/bugs/67747514:16
*** Podilarius has joined #openstack14:19
sandywalshTip: moving ./.nova-venv up a directory and symlink'ing to it from your bzr branches works with run_tests.sh14:28
*** jimbaker has quit IRC14:32
*** alekibango has quit IRC14:33
*** alekibango has joined #openstack14:33
*** pvo- has joined #openstack14:39
cbubendoes nova have AWS-style metadata service, i.e. http://169.254.169.254/latest/meta-data/ ?14:45
*** irahgel1 has joined #openstack14:46
*** dovetaildan has quit IRC14:46
cbubenjust started testing, and for example i notice pubkey handling (for example) is being handled by filesystem injection14:46
*** sirp1 has joined #openstack14:49
*** al-maisan is now known as almaisan-away14:50
sorenWhy is python-greenlet listed in pip-requires?14:54
sorenWe don't use it (directly).14:55
sorencbuben: Yes, we have the meta-data service.14:55
*** almaisan-away is now known as al-maisan14:56
*** mdomsch has joined #openstack14:58
cbubensoren: thanks, is it in trunk?  I can't seem to find where it's bound to, testing with trunk + lp:~vishvananda/nova/fix-flatdhcp14:58
*** pikenAFK is now known as piken14:59
zulsoren: its not importing the greenlet module anywhere15:00
zulso maybe it should be dropped15:01
*** maplebed has joined #openstack15:08
sorencbuben: It's been in there since day 1.15:08
sorencbuben: It may require a bit of iptables magic to reach it.15:08
*** rsampaio has joined #openstack15:09
cbubensoren: yeah, i saw some iptables rules related to 169.254.169.254, i'll look further, thanks!15:09
sorencbuben: Sure.15:09
*** dubsquared has joined #openstack15:11
*** burris has quit IRC15:12
*** dovetaildan has joined #openstack15:14
*** f4m8 is now known as f4m8_15:15
sandywalshis nosetest supposed to run clean? I'm getting about 1/3 failures15:17
*** abecc has joined #openstack15:18
*** abecc has joined #openstack15:18
*** spectorclan has joined #openstack15:19
*** damon__ has joined #openstack15:24
*** aryko has quit IRC15:26
sorensandywalsh: Like what?15:26
*** ivan has joined #openstack15:27
sandywalshI'll get a paste, sec15:27
*** patri0t_ is now known as patri0t15:29
daboHmmm... still getting the br100 errors, running on the dev labs machine: http://paste.openstack.org/show/168/15:30
daboHere's my ifconfig output: http://paste.openstack.org/show/169/15:30
*** eldarnugaev has joined #openstack15:33
sorendabo: Your networks don't know to use br100.15:34
sorendabo: ...for some reason.15:34
sorendabo: Not sure why it happens, but you can update the db to make it work.15:34
dabosoren: well, it's that "some reason" that I'm trying to figure out15:34
dubsquaredis br100 set as the netdevice in mysql for the network?15:35
sorendabo: Ah.15:35
sorendubsquared: Yes.15:35
sandywalshsoren, http://paste.openstack.org/show/170/15:35
sorendubsquared: Or rather, it isn't. but should be.15:35
sorensandywalsh: How are you running it?15:35
sandywalshjust 'nosetests'15:36
sandywalshvirtualenv15:36
sorenAh.15:36
sorennosetests -w nova/tests/api15:36
sandywalshbut what about all the other failures?15:37
sorensandywalsh: False negatives.15:37
sandywalshwhy?15:37
sorensandywalsh: They're the tests that are supposed to be run by run_tests.15:37
dabodubsquared: Not sure, but does this answer your question? http://paste.openstack.org/show/171/15:38
sorensandywalsh: The don't work with nose. Haven't bothered to check why.15:38
sandywalshhmm, that's kinda tricky ... gotta remember what works where :)15:38
sorensandywalsh: Here's what hudson does:15:38
sorenDarn it, where did that terminal go?15:39
dubsquareddab: yes; wanted to see what device you had set for 10.0.0.0/2815:39
sorensandywalsh: pep8 --repeat --show-pep8 --show-source bin/* nova && python run_tests.py && nosetests -w nova/tests/api15:40
dubsquareddabo:  can you paste you network interfaces config?15:40
sorendabo: Perhaps you're getting into trouble because both eth0 and br100 are in 10.x.x.x.15:40
dubsquaredsoren: yeah..15:40
sandywalshhaha ... ok. So, which is the recommended way to write tests? for nose or testrunner?15:40
sorenTestrunner.15:41
sandywalshwe're getting rid of nose?15:41
dabodubsquared: you mean /etc/network/interfaces??15:41
sorenDon't know.15:41
*** czajkowski has joined #openstack15:41
dubsquareddabo: correct15:42
sorensandywalsh: Quoting Robert Collins: "Don't use nose."15:42
sandywalshsoren, because, if so, I could take on that refactoring first15:42
dabodubsquared: http://paste.openstack.org/show/172/15:42
sandywalshget the openstack api tests to not require nose15:42
sorensandywalsh: When it comes to python and testing... I listen to Robert Collins.15:42
dubsquareddabo:  it doesn't look like you have the bridge set up in there15:43
sandywalshsoren, that's fair. I'll add a ticket to remove nose from openstack api tests15:43
dabodubsquared: I didn't touch that file. All I did was the 'brctl addbr br100'15:44
dubsquareddabo:  you should have something similar to this -> http://paste.openstack.org/show/173/15:44
*** BK_man has joined #openstack15:45
dubsquaredim not 100% familiar with the brctl commands…i just edit that file directly and update mysql accordingly15:45
dubsquared(/etc/network/interfaces)15:45
*** rchavik has quit IRC15:46
sorenAgain, "bridge_ports eth0" doesn't sound like a good idea to me at all.15:46
dubsquaredwell, depending on the amount of interfaces on the server, how you have traffic routed etc15:46
dubsquaredyou can make that br100 use the appropriate adpater15:47
sorenYes.15:47
dubsquaredthat was just for illustrative purposes15:47
*** jaypipes has joined #openstack15:47
dubsquaredillustrative*15:48
*** daleolds has joined #openstack15:50
*** maplebed has quit IRC15:50
*** aryko has joined #openstack15:50
_cerberus_soren: sandywalsh: I believe jaypipes and gundlach were the ones to decide on using nose for said tests. We probably want to figure out why first15:52
*** eldarnugaev has quit IRC15:53
dabodubsquared: ok, I used your interfaces file, restarted networking, cleaned out the mysql instance info, and re-launched nova-network. Same result.15:53
sandywalshsoren, is this the Richard Collins quote you cited: http://www.advogato.org/person/robertc/diary.html?start=12615:54
*** kashyapc has quit IRC15:54
*** eldarnugaev has joined #openstack16:04
*** rnirmal has joined #openstack16:05
vishycbuben: flatdhcp doesn't set up forwarding rules16:11
*** dragondm has joined #openstack16:13
dabovishy: question on your flat networking file. Should I just do a wholesale replacement of my nova directory instead of grabbing it from LP?16:13
vishycbubuen, it is probably a pretty simple addition16:13
vishydabo: i don't understand...16:13
daboI have the fix-flatdhcp directory. What do I do with it?16:14
daboit looks like the regular nova stuff16:15
vishytis16:15
vishyyou can change nova.sh to run that dir instead16:15
dubsquaredvishy just added that16:15
dubsquareder there he is :D16:15
dubsquareddabo:  sorry went afk for a bit16:15
daboah - so just change NOVA_DIR to point to that in nova.sh?16:16
vishyyup16:16
dabokewl - I'll let you know how that works.16:16
JordanRinkemorning.16:19
sorensandywalsh: It was face-to-face, but he did mention a blog post on the subject.16:21
cbubenvishy: thanks, i'll take a crack at making it work16:24
edaysoren: re: swift's data model, a fair amount. mostly conceptual, havn't looked at much code16:26
soreneday: I'm just thinking about whether we could apply some of the same magic to our data model.16:27
soreneday: They use consistent hashing to figure out where blobs go, and use a similar mechanism to store lists of things..16:29
edaysoren: well, we have natural sharding to our data, so it's a different problem. Doing the ring thing and moving things around wouldn't make as much sense16:29
edayfor example, we know compute worker X should be the master for it's shard, and we don't want to move that. We can also use that context to do better routing to get requests there rather than trying to use a hash ring16:30
*** ivan has quit IRC16:30
soreneday: Certainly.16:30
pvodabo: when installing from http://wiki.openstack.org/InstallFromSource, did you need to add the lvm2 package from apt?16:31
soreneday: I'm not suggesting we adopt the ring concept.16:31
soreneday: Erm.. Can you poing me at the current datamodel proposal?16:31
dabopvo: I didn't add that package16:31
soreneday: Having a common reference would probably help me explain myself.16:31
edaysoren: https://blueprints.launchpad.net/nova/+spec/bexar-distributed-scheduler  see spec and linked etherpad from that page16:31
sorenpvo: You will need to for nova-volume.16:31
dabosoren: ah - I'm not using nova-volume16:32
soreneday: Etherpad? Not wiki page?16:32
*** jkakar has quit IRC16:32
*** aliguori has joined #openstack16:33
pvodabo: I updated the doc to include lvm216:35
soreneday: Ah, i see the etherpad now.16:36
vishygood catch, added lvm2 to nova.sh16:37
*** jkakar has joined #openstack16:37
*** ivan has joined #openstack16:37
dabopvo: cool16:38
soreneday: Man, this is hard without a white board.16:40
pvohttp://www.skrbl.com/154093269 <- shared whiteboard?16:41
*** damon__ has quit IRC16:41
*** damon__ has joined #openstack16:41
sorenpvo: If i draw on my laptop's screen with a sharpie, will you be able to see it?16:43
pvoprobably16:43
sorenYou see it?16:43
sorenIt's one of my fingers. guess which one.16:43
pvoits a goat, right?16:43
soren:D16:43
sorenActually, the page doesn't even load for me.16:44
sorenWhat was that thing josh used at the summit?16:44
sorendoodle!16:44
spectorclansoren: I can open a GoToMeeting session if you like???16:44
sorenUm.. no.16:44
sorenspectorclan: Er.16:44
sorenspectorclan: I don't know what that is.16:45
spectorclansoren: it allows people to share desktops with each other and has voip built in16:45
ttxspectorclan: sounds scary16:45
spectorclanttx: works really well16:45
spectorclanjust an offer if you need to see each others screens to show something16:46
pvospectorclan: does it work with linux?16:46
spectorclanpvo: aha, there is a patch but it is 50/50 for it working. Sorry, forgot about that16:47
sorenspectorclan: If I understand techonology correctly I don't think my drawing with a sharpie on my laptop screen even shows up in a screenshot.16:47
spectorclansoren: that is true; however I have never tried to Sharpie on the laptop screen :)16:47
sorenI suck at drawing with a trackpoint.16:47
sorenOr a mouse.16:48
sorenOr a sharpie, for that matter.16:48
spectorclansoren: that is what Todd Morey is for16:48
sorenThat's a "Todd Morey"? :)16:48
spectorclanwe should name all graphic issues a ToddMorey, like it16:49
pvoits like a Tom Collins16:49
*** ivan has quit IRC16:49
soreneday: I think what I'm suggesting is coming up with a scheme that lets us know, just by looking at an instance id, which scheduler to ask about it.16:49
soreneday: And similar for other things we need to look up.16:51
edaysoren: yeah, that's basically it16:51
*** ivan has joined #openstack16:51
soreneday: Is that what that long spec is all about?16:51
soreneday: Man...I didn't get that out of it at all :)16:51
edaysoren: the schedulers would keep a copy of the data (or a subset if/when it gets really large) to do that type of routing16:51
vishysoren: popplet16:52
soreneday: No, no, that's not it.16:52
soreneday: Not based on lookups. Some sort of hashing.16:52
vishysoren: (was the thing that josh used at the summit)16:52
edaysoren: why do you need a hash when you can just look up the record in an index?16:53
sorenvishy: Great, that's what I was looking for.16:53
soreneday: Because that way, you can get rid of the index. :)16:53
soreneday: My problem with these trains of thought is always that I've stumbled when I've tried to work out how to list things.16:53
vishysoren, eday: I'm out for an hour, but i'm very interested in seeing where this goes16:53
sorenvishy: I'm leaving in a few minutes, too, so you won't miss much.16:54
edaysoren: a copy of all aggregated host data in one place to answer those questions (see a list, find out which host to route to, ...)16:54
soreneday: Swift solves that elegantly.16:54
vishyif things go downhill, can i suggest a fight to the death with rusty usb drives?16:54
sorenvishy: Plastic rusts?16:54
sorenvishy: Not on this planet.16:54
vishysoren: the usb connector does16:54
sorenvishy: Good point.16:54
vishywhich is what you would stab with i assume16:55
vishy:)16:55
alekibangolol16:55
sorenvishy: I've never been good at stabbing.16:55
vishy:)16:55
*** vishy is now known as vishy-afk16:55
edaysoren: I just see a hash to find that info as being less direct rather than just looking up the instance ID in a indexed table with all other info.16:56
edaysoren: we could use a hash-based index? :)16:56
alekibangoi would keep it at hand, rotating the disk, like david against goliath16:56
uvirtbotNew bug: #677537 in nova "Nova-api requires nova-compute templates in order to run." [Undecided,New] https://launchpad.net/bugs/67753716:56
soreneday: It just seems that an even better scalable solution to the "avoid a central datastore" problem is to avoid a datastore as much as possible, not just distribute it all over the place.16:56
soreneday: So, the way swift can list things without keeping a central data store is really elegant.16:57
*** maplebed has joined #openstack16:57
edaysoren: well, we want those copies at the other layer for more than just routing, for example, 'list my vm's is a lot quicker if you don't need to even hit the message queue16:58
notmynametechnically, there are lots of "central data stores" instead of one for everybody. there is one (replicated) data store for each container16:58
soreneday: If you want a list of containes for a given user, the user's name or id or something is looked up in the same fashion as the blobs are. It's hashed, and based on the result of this, it can deduce the X servers that has this list.16:58
edaysoren: especially when you don't need to fan out to every compute worker to answer it16:58
soreneday: We could adopt the same strategy.16:59
edaysoren: but when we want to list all VMs with their metadata, and we know they are on 100 compute nodes (large customer), we don't want a distributed map/reduce job to 100 compute nodes to answer that17:00
edaysoren: if all that info is in a local data store in the scheduler/api, we can answer it right there without touching the network17:00
soreneday: True.17:00
edaysoren: so having each compute/volume/network node being the write masters, and bubbling that up through a data aggregation layer lets us solve the HA, security, and scalability problems somewhat elegantly, IMO17:02
soreneday: I still haven't completely understood the updating mechanism, though.17:02
edaysoren: the higher up layers see a instance record (ID/host/metadata) and just writes it to the local table for later lookup/routing17:03
*** jimbaker has joined #openstack17:03
edaysoren: and modifications are initiated by the relevant compute node17:03
edaysoren: and that change is pushed up via the message queue (possibly multiple hops if there are >1 scheduling layers_17:04
soreneday: ..and this update also results in a message being broadcast about the change?17:04
soreneday: Ok.17:04
soreneday: ...and what if one gets lost?17:04
*** aliguori has quit IRC17:04
soreneday: The upward messages are fine. They'll be handled by the persistent mq, but they have to be broadcast down in the tree again, right?17:05
edaysoren: we use a durable message queue, so it shouldn't, but if there is a spectacular failure, we have a record out of date and could initiate a resync, which would say something like "push all events again after time X", or maybe even just "push all events"17:05
edaysoren: this is something that will happen when a scheduler restarts/boots up too17:05
soreneday: "events since time x" sounds hard.17:06
soreneday: We'd have to not only keep a record of the current dataset, but of all updates within X hours.17:06
edaysoren: for x in 'select * from instances where updated > X': rpc.cast(x) :)17:06
sorenFor a million workers, that sounds like a lot of information.17:06
*** al-maisan is now known as almaisan-away17:06
sorenWell,I have to go to dinner now. I may stop by later.17:07
edaysoren: you only need the lastest record, not all events17:07
*** aliguori has joined #openstack17:08
*** burris has joined #openstack17:09
*** doude has quit IRC17:12
dabovishy-afk: Tried the flat-networking fix, and am getting a nova-compute error related to the br100 bridge: http://paste.openstack.org/show/174/17:17
*** ibarrera has quit IRC17:43
*** sirp1 has quit IRC17:45
*** sirp1 has joined #openstack17:46
*** dendrobates is now known as dendro-afk17:46
*** dendro-afk is now known as dendrobates17:47
*** rlucio has joined #openstack17:51
*** joearnold has joined #openstack17:55
*** hazmat has joined #openstack17:56
*** eldarnugaev has quit IRC18:01
*** rlucio_ has joined #openstack18:21
*** jfluhmann has quit IRC18:22
*** rlucio has quit IRC18:23
*** rlucio_ is now known as rlucio18:23
*** mdomsch has quit IRC18:26
*** spectorclan has quit IRC18:26
vishy-afkit didn't create br100 automatically?18:30
*** aryko has quit IRC18:35
*** vishy-afk is now known as vishy18:36
*** jfluhmann has joined #openstack18:36
*** mmalgeri has joined #openstack18:38
vishydabo: it seems like you must be using FlatManager instead of FlatDHCPManager...18:38
vishyor else it would be trying to create the bridge18:38
*** spectorclan has joined #openstack18:40
dabovishy: that's correct. Didn't know that there was a FlatDHCPManager...18:42
*** anotherjesse has joined #openstack18:45
vishyhehe, yeah that is how you use flatdhcp18:46
vishy:)18:46
vishyflat network does no bridge config for you18:47
*** eldarnugaev has joined #openstack18:47
*** jc_smith has joined #openstack18:49
*** anotherjesse has quit IRC18:55
dubsquaredanyone wish to help diagnose an image creation/spin up issue?18:56
vishydubsquared: details18:57
dubsquaredhttp://paste.openstack.org/show/175/18:58
vishy40118:59
vishyactually probably a 40419:00
vishyi'm guessing the image doesn't exist19:00
vishyprobably decrypting failed or some such19:01
vishyeuca-describe-images, does it show as available?19:01
*** aliguori has quit IRC19:03
*** anotherjesse has joined #openstack19:03
*** aliguori has joined #openstack19:04
dubsquaredYeah, it does.19:06
dubsquaredroot@ubuntu:/opt# euca-describe-images | grep b0h19:06
dubsquaredIMAGE   ami-b0h0bdqq    mybucket/machine.manifest.xml   demo    available       private         x86_64  machine ami-8m5jst16    ami-yvfc9pbh19:06
pikenok, I think you guys might laugh. Out side of system deps like libvirt for example. I just used disttools and built a working binary install for nova-api to start which works and has all python deps dist'ed with it using cxfreeze.19:08
pikennext step setup.py bdist_rpm :)19:09
pikenthen getting all components in the setup.19:09
pikenlol19:09
pikenjust made installing nova-api on 3 diff boxes in diff environments easy. lol19:09
dabovishy: ok, running the FlatDHCPManager helped :) Now when I try to ssh into the instance, I get: http://paste.openstack.org/show/176/19:10
vishydabo: do you get a leased ip message in nova-network?19:11
*** schisamo has joined #openstack19:12
dabovishy: yep: 2010-11-19 19:11:29+0000 [-] (root): DEBUG Leasing IP 10.0.0.219:12
*** joshuamckenty has joined #openstack19:17
*** timrc_ has joined #openstack19:18
*** timrc_ is now known as timrc19:20
*** mmalgeri has quit IRC19:29
annegentleok, with ttx's help I started a page on the wiki summarizing the decisions and themes from the Summit - feel free to add additional notes. http://wiki.openstack.org/BexarDeveloperTopics/Summary19:37
*** jonkelly has joined #openstack19:44
*** sirp1 has quit IRC19:46
*** rsampaio has quit IRC19:47
*** aliguori has quit IRC19:52
*** joshuamckenty has quit IRC19:56
*** joshuamckenty has joined #openstack19:56
vishydabo: can you paste the output from ifconfig?19:58
*** sirp1 has joined #openstack19:58
vishydabo: you may need to do a euca-authorize -P tcp -p 22 default20:00
dabovishy: 'k - lemme try...20:01
daboaha! That was it!20:01
vishycool20:02
JordanRinkewe need to post some kind of common gotchas or something20:02
vishydubsquared: i would check your images/ami-b0h0bdqq/ dir for a flat file called image and make sure it is there20:02
daboI'll add that step to the wiki page20:02
JordanRinkeIP injection with AMI tiny20:02
*** anotherjesse has quit IRC20:02
JordanRinkeenable icmp and 22 with euca-auth etc20:03
*** ctennis has quit IRC20:05
*** aliguori has joined #openstack20:18
*** Ryan_Lane is now known as Ryan_Lane|away20:24
*** gondoi has joined #openstack20:24
*** ctennis has joined #openstack20:27
*** ctennis has joined #openstack20:27
*** ctennis has quit IRC20:31
*** jimbaker has quit IRC20:33
*** dendrobates is now known as dendro-afk20:33
*** dendro-afk is now known as dendrobates20:34
*** anotherjesse has joined #openstack20:46
* hazmat wonders who committed rev 404. " By root <root@ubuntu> on 2010-11-18"20:47
*** adrian_otto has joined #openstack20:47
adrian_ottoI have a developer who wants to join the swift+nova mailing lists, but the "Join Team" button/link seems to be missing from the LP project page. Is that intentional?20:48
*** smoser has quit IRC20:49
spectorclanadrian_otto: looking at it now20:51
*** joshuamckenty has quit IRC20:52
*** joshuamckenty has joined #openstack20:52
adrian_ottotx20:53
spectorclanadrian_otto: I See it at https://launchpad.net/~openstack20:53
spectorclanadrian_otto: I believe you need to be a registered launchpad user20:54
*** dendrobates is now known as dendro-afk20:56
* joshuamckenty blinks20:59
spectorclanadrian_otto: if you have problems send me an email to stephen.spector@openstack.org and I will look at this over the weekend, I am signing off21:02
*** spectorclan has quit IRC21:02
*** schisamo has quit IRC21:10
*** aliguori has quit IRC21:16
notmynameexlt: https://twitter.com/#!/AlTobey/status/573039679268454421:17
notmynameexlt: ^ swift works for me, but nova hangs21:18
pikenWell all, have a good couple weeks and holiday, I am off on vaca.21:22
*** piken has quit IRC21:23
*** schisamo has joined #openstack21:29
*** localhost2 has quit IRC21:34
*** localhost2 has joined #openstack21:37
exltnotmyname: yes, I'm aware of those problems.. it is due to bzr allowing multiple authors.. I've worked on resolving it, and don't have an elegant solution - I may rip/replace and rewrite history.. https://github.com/termie/git-bzr-ng/issues#issue/1021:43
*** dendro-afk is now known as dendrobates21:43
notmynameexlt: hmmm...we should all switch to git then ;-)21:44
exlt\o/21:44
vishyo//21:44
*** anotherjesse has quit IRC21:44
vishy\\o21:44
*** anotherjesse has joined #openstack21:44
anotherjesseis launchpad thinking of integrating with any other systems like git?21:45
notmynameEdwinGrubbs: ^^ ?21:45
exlthighly doubtful.. what would happen to bzr, then?21:45
anotherjessecompetition ;)21:46
dendrobatesI have asked that in the past, and have been told bzr is too tightly integrated with LP to easily support git21:49
*** allsystemsarego has quit IRC21:56
zaitcevI only use bzr as a transport mechanism. Do cd swift && bzr pull, then immediately tar|tar it elsewhere and diff, patch. Probably somewhat a pain when you are a heavy contributor, but completely unproblematic for a casual reader.21:57
EdwinGrubbsnotmyname: no, Launchpad just makes it easy to mirror a git branch in Launchpad, but it is unlikely that it will start hosting git branches.21:59
*** localhost2 has quit IRC22:00
*** jdarcy has quit IRC22:00
EdwinGrubbsanotherjesse: ^^^22:02
anotherjesseEdwinGrubbs: are the mirrored git branches "first class citizens" -- eg is there anything that stops us from using git for our hacking?22:03
jk0what's the difference between 'Fix Committed' and 'Fix Released' statuses on LP?22:03
EdwinGrubbsjk0: it depends on the project. Normally, Fix Committed means it's in trunk, whereas as Fix Released means it is released with a version number.22:04
jk0in trunk as in, after a successful review/merge?22:05
openstackhudsonProject nova build #250: SUCCESS in 1 min 26 sec: http://173.203.104.204:8080/job/nova/250/22:05
*** dfg_ has quit IRC22:08
EdwinGrubbsanotherjesse: A mirrored git branch is actually converted into a bzr branch on Launchpad. It's actually intended more for mirroring the trunk of projects.  If you are using git for local development and just want to convert it to bzr to submit a bzr merge proposal, you might be better of with the plugin that allows bzr to import git branches. http://doc.bazaar.canonical.com/plugins/en/git-plugin.html22:11
*** gaveen has quit IRC22:13
*** atobey has joined #openstack22:18
*** gaveen has joined #openstack22:18
*** gaveen has quit IRC22:20
*** gaveen has joined #openstack22:20
*** Ryan_Lane|away is now known as Ryan_Lane22:21
*** rlucio has quit IRC22:25
*** ArdRigh has joined #openstack22:25
*** jc_smith has quit IRC22:26
zulis there a plan to use openvswitch down the road at some point?22:26
*** rlucio has joined #openstack22:26
anotherjessezul: there was a session about it at the design summit22:27
zulanotherjesse: do you remember what it was called?22:27
pvozul: we're likely going to use it22:28
zulk22:29
anotherjessezul: and we are looking at it heavily - vishy - do you remember the session name?22:29
*** jfluhmann has quit IRC22:30
*** irahgel1 has left #openstack22:30
pvozul: anotherjesse: http://etherpad.openstack.org/0bp9S20wZR22:30
zulpvo: sweet22:31
*** jc_smith has joined #openstack22:31
vishyL2 / L3 Networking22:32
*** dendrobates is now known as dendro-afk22:38
*** localhost2 has joined #openstack22:54
hazmatis there any way in etherpad.openstack.org to browse the summit pads?23:00
sorenhazmat: I don't believe there is, no.23:01
hazmatbummer23:03
*** damon__ has quit IRC23:03
*** dendro-afk is now known as dendrobates23:08
*** dendrobates is now known as dendro-afk23:08
*** gondoi has quit IRC23:09
*** gaveen has quit IRC23:11
*** pvo has quit IRC23:12
*** pvo- is now known as pvo23:12
rluciohazmat: you should still be able to browse them via http://summit.openstack.org/ods-b/23:13
rluciosometimes the etherpads are linked directly otherwise they are in each talks associated discussion link23:14
hazmatrlucio, thanks, thats very helpful23:16
rlucionp23:16
*** rlucio_ has joined #openstack23:21
*** rnirmal has quit IRC23:25
*** rlucio has quit IRC23:25
*** rlucio_ is now known as rlucio23:25
*** gaveen has joined #openstack23:27
*** Podilarius has left #openstack23:28
*** ArdRigh has quit IRC23:32
tr3buchetanyone out there?23:33
tr3buchethaving this issue trying to start network23:33
tr3buchethttp://pastie.org/131204423:33
anotherjessewhich network model?23:33
tr3buchetdefault23:33
*** aimon has quit IRC23:34
*** aimon has joined #openstack23:34
vishyhmm23:34
vishylooks like nova-dhcpbridge isn't getting the right flagfile23:35
tr3buchetalso, this worked a bit ago..23:35
tr3bucheti started troubleshooting a permissions error with libvirt, and suddenly this stops working23:36
vishylooks like nova-dhcpbridge is using the wrong db23:36
vishyoh23:36
vishydo you have an old instance running from a previous run?23:37
tr3bucheti dropped the database a while back and reran the nova-manage stuff to get nova.zip23:37
vishyhmm no it looks like the network is in the database23:37
*** ArdRigh has joined #openstack23:38
vishyyeah you have a corrupted db looks like23:38
tr3buchetalright i'll drop it and try again23:38
vishytry virsh list23:38
vishywell hold on23:39
vishydo you have any instances running?23:39
vishythat might be trying to get ips?23:39
tr3buchetno23:39
tr3buchetvirsh list is empty23:39
vishyso why is dhcpbridge trying to get network?23:39
vishyhmm23:39
tr3bucheteuca-describe-instances shows two in "scheduling"23:40
*** dubsquared has quit IRC23:40
tr3bucheti dropped the DB earlier because I was getting the integrity error on a euca run instances call23:40
vishysomehow you have a network in the db with a host set and no bridge23:42
vishynot quite sure how that happened23:43
tr3buchetbeats me23:44
vishyselect vlan, bridge, host from networks;23:44
vishybe interesting to see the output of that23:44
vishyperhaps you created networks in flat mode?23:45
vishythat is the only way i can think of that happening23:45
*** ctennis has joined #openstack23:49
*** ctennis has joined #openstack23:49
*** anotherjesse has quit IRC23:55

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