Tuesday, 2015-06-02

*** JRobinson__afk is now known as JRobinson__00:09
*** sdake_ has joined #openstack-ansible00:45
*** sdake has quit IRC00:49
*** sigmavirus24_awa is now known as sigmavirus2400:52
*** dkalleg has quit IRC01:11
*** sdake has joined #openstack-ansible01:33
*** rackertom has quit IRC01:35
*** serverascode has quit IRC01:36
*** sdake_ has quit IRC01:37
*** rackertom has joined #openstack-ansible01:39
*** serverascode has joined #openstack-ansible01:44
*** sdake has quit IRC01:48
*** sdake has joined #openstack-ansible01:52
*** sigmavirus24 is now known as sigmavirus24_awa01:53
openstackgerritJimmy McCrory proposed stackforge/os-ansible-deployment: Validate checksum of rabbitmq-server package  https://review.openstack.org/18742001:54
*** javeriak has quit IRC02:35
*** JRobinson__ is now known as JRobinson__afk03:34
*** JRobinson__afk is now known as JRobinson__03:56
*** britthou_ has joined #openstack-ansible04:03
*** britthouser has quit IRC04:05
openstackgerritMerged stackforge/os-ansible-deployment: Do not install the extraroute plugin for heat  https://review.openstack.org/18703504:19
*** fawadkhaliq has joined #openstack-ansible04:21
*** sdake has quit IRC05:07
*** javeriak has joined #openstack-ansible05:27
*** stevemar has quit IRC05:31
*** JRobinson__ has quit IRC05:59
*** radek_ has joined #openstack-ansible06:15
*** javeriak has quit IRC07:26
*** fawadkhaliq has quit IRC07:29
*** igorr1 has joined #openstack-ansible07:44
openstackgerritMatt Thompson proposed stackforge/os-ansible-deployment: Use the correct upstream repos.  https://review.openstack.org/18509908:22
openstackgerritMatt Thompson proposed stackforge/os-ansible-deployment: Update the trunk nova version.  https://review.openstack.org/18510208:23
odyssey4meprometheanfire fyi, if the review you're cherry-picking from in the gerrit UI has merged, then it'll do the cherry-picked-from message... if it has not yet merged, then it won't, It's good practise to only cherry-pick/backport once the master review has merged anyway.08:24
*** igorr1 has quit IRC08:28
openstackgerritMerged stackforge/os-ansible-deployment: Validate checksum of rabbitmq-server package  https://review.openstack.org/18742008:29
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Updated RabbitMQ to the new release version  https://review.openstack.org/18749708:41
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Change external resources to https where possible  https://review.openstack.org/18729409:05
*** fawadkhaliq has joined #openstack-ansible09:22
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Updated RabbitMQ to the new release version  https://review.openstack.org/18749709:42
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Updated RabbitMQ to the new release version  https://review.openstack.org/18749709:43
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Update rabbitmq package sha256  https://review.openstack.org/18750809:50
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Update rabbitmq package sha256  https://review.openstack.org/18750809:55
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Moved all of group_vars into a variable file  https://review.openstack.org/18710209:55
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Updated RabbitMQ to the new release version  https://review.openstack.org/18749710:44
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Update rabbitmq package sha256 and remove group_vars rabbitmq_package_url  https://review.openstack.org/18750810:50
*** fawadkhaliq has quit IRC10:56
*** triggerz has joined #openstack-ansible11:28
openstackgerritMerged stackforge/os-ansible-deployment: Change external resources to https where possible  https://review.openstack.org/18540711:41
*** sdake has joined #openstack-ansible11:49
cloudnullMorning.11:55
*** sdake_ has joined #openstack-ansible11:56
cloudnullOdyssey4me https://review.openstack.org/#/c/187294/ needs to be rebased and the ui is angry at that patch.11:56
*** sdake has quit IRC11:57
cloudnullAlso that changes to https://review.openstack.org/#/c/187102/ and   https://review.openstack.org/#/c/187508/ seem to have created some new merge conflicts.11:58
*** radek_ has quit IRC11:59
cloudnullCores. The following reviews need some people to test and or review https://review.openstack.org/#/q/starredby:cloudnull+status:open,n,z11:59
matttok, https://review.openstack.org/#/c/187102/ makes sense now12:03
*** radek_ has joined #openstack-ansible12:03
matttsounds like we need to go back to your previous patch w/ an updated commit message12:04
mattt^^^ cloudnull odyssey4me12:04
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Update rabbitmq package sha256 and remove group_vars rabbitmq_package_url  https://review.openstack.org/18750812:04
*** dkehn__ has joined #openstack-ansible12:05
odyssey4memorning cloudnull12:06
andymccrhello to you cloudnull12:07
odyssey4meyep, been unravelling the bad life choices we seem to have made along the way somehow12:07
*** dkehn has quit IRC12:08
odyssey4mea few reviews have been missing bug references, which has meant they didn't get backported - we need to do better at checking this12:08
andymccragree12:13
andymccrthink i dropped the ball on one of those - but yeh i think that should be more focused12:14
*** sdake has joined #openstack-ansible12:15
cloudnull+1 there has been at least one ball dropped ;p12:15
cloudnullWe just need to get better at hold ourselves accountable.12:15
cloudnullHow's everyone on this fine day of days.12:15
andymccrso lovely.12:16
*** sdake has quit IRC12:16
matttLUBBLY JUBBLY12:17
*** sdake_ has quit IRC12:17
matttyeah i've forgot to include a bug in commits, and allowed ones without through, so i think across the board we need to be better at enforcing this12:17
odyssey4mesvg fyi - if you're working on another patch set for a patch, best to mark it -w (ie -1 workflow) to show that it's a work in progress12:18
matttcloudnull: is there an easy way for me to run the repo builder stuff on juno?12:18
svggiven I found bugs, I thought a negative code review made sense12:19
*** radek_ has quit IRC12:20
cloudnullMattt not really.12:25
cloudnullI mean I guess we could reopen the original repo pull for Juno that would make it so that the package build process was available there too.12:26
cloudnullHowever those bits were abandoned a while ago.12:26
matttn/m, i was able to manually run yaprt enough to get what i needed12:26
cloudnullJuno is more or less tied to what we have upstream.12:27
matttit would be nice to have tho, but perhaps not worht spending the efford on juno12:27
*** sdake has joined #openstack-ansible12:32
*** sdake has quit IRC12:34
*** sdake has joined #openstack-ansible12:40
odyssey4mecloudnull FYI I'm revising https://review.openstack.org/187102 again and will update the commit message to reflect why those other changes were implemented12:43
cloudnullsounds good12:44
*** dkehn__ is now known as dkehn12:44
mancdazplease could someone https://review.openstack.org/#/c/187497/112:45
mancdazit's a pre-req for https://review.openstack.org/#/c/187294/ (which needs rebased)12:45
matttwhat's the deal w/ https://review.openstack.org/#/c/185099/?  should we flip to git.openstack.org?  i thought we had issues w/ that initially, but haven't tracked it down to a commit12:50
*** KLevenstein has joined #openstack-ansible12:50
cloudnullim rebasing https://review.openstack.org/#/c/187294/12:51
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Change external resources to https where possible  https://review.openstack.org/18729412:56
svgmancdaz: is there a reason not to go to the latest 3.5.3?12:57
odyssey4mesvg for rabbitmq?12:58
svgyes (instead of the proposed update to 3.5.1)12:58
openstackgerritMerged stackforge/os-ansible-deployment: Set the log directory accordingly  https://review.openstack.org/18736813:00
openstackgerritDarren Birkett proposed stackforge/os-ansible-deployment: Allow configuration of Nova SQLAlchemy options  https://review.openstack.org/18756513:00
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Moved all of group_vars into a variable file  https://review.openstack.org/18710213:03
odyssey4mesvg probably not - these patches are just a bit of clean-up of what is there already, once we've got them into place we can always do a patch to update it again13:05
svgI see now it's in kilo, so prolly a backport based on an eralier update in master13:05
odyssey4mewe can also consider just using the apt repo from rabbitmq which always serves the latest version, then expect deployers to maintain their own mirror to pin the versions if necessary13:05
svghm, for something crucial as rabbitmq, I think it's better to keep a version that was tested upstream13:07
svgcould use the repo, then hava a default var for the version13:08
odyssey4mesvg the rabbitmq repo only ever holds the current version - there are no previous versions13:09
*** sdake_ has joined #openstack-ansible13:09
svgurgh, that kind of repo. aptly got me spoiled13:09
odyssey4methe download repo, however, holds every version forever13:09
matttsvg: did you have any luck getting neutron-lbaas going ?13:10
svgIt installs now yes (didnt test it with an app yet)13:11
matttsvg: did it involve a lot of hacking to what we have in place today?13:11
odyssey4meso that's exactly what I'm thinking - a deployer should use aptly (or whatever) to handle pinning of packages outside of OSAD, and OSAD can be pointed at a repo and consume whatever's there - then our gating would always test against the latest, so you can be pretty confident that the latest tags work against the latest packages13:11
andymccrisnt the concern with gating then the same concern we have which leads to package pinning - in that we could be blocked on the latest packages causing issues but we can't pin them then?13:12
*** sdake has quit IRC13:13
openstackgerritDarren Birkett proposed stackforge/os-ansible-deployment: Allow configuration of Nova SQLAlchemy options  https://review.openstack.org/18756513:13
svgmattt: no, only a couple of extra things compared to what i did in kilo: https://github.com/stackforge/os-ansible-deployment/compare/master...srvg:master-lbaas-ha13:15
openstackgerritMerged stackforge/os-ansible-deployment: Updated repo server deps  https://review.openstack.org/18736913:16
matttsvg: nice i'm going to need to try this13:17
odyssey4meandymccr well, we switched methods for galera - we now use the repo which only ever has their latest version - it causes pain, but we work with it when that happens... I think the idea is to rather know about it when the upstream stuff changes and deal with it rather than bear the burden of package pinning13:17
*** sdake has joined #openstack-ansible13:18
odyssey4meit really comes down to scoping whether pinning belongs in OSAD or not13:18
svgis/will be there an easy way to configure osad to use a local repo?13:18
andymccrsure, im just thinking in terms of not stalling gating on things that are unrelated13:18
andymccrbut i guess its unavoidable13:18
andymccrand on stable branches?13:18
odyssey4mesvg it can be right now - noth stops you overriding every apt repo or download url with your own13:18
svgI tried in kilo, but given it was a test setup, we switched to openup the ports13:19
svgfyi downloading gpg keys from local mirror?13:19
cloudnullmancdaz:  no reason at all, the version was changed some time ago in master. we might as well run the latest stable version13:19
svghey that was my question!13:20
svg8)13:20
*** sdake_ has quit IRC13:21
odyssey4mehaha13:22
odyssey4meandymccr not long ago we had pinned galera packages to a fixed version - we did that and saw that it was good... then one day Ubuntu posted packages which had higher version numbers and our pinning became a blocker13:23
andymccryeh true13:24
andymccri guess there is no winning13:24
odyssey4mepinning is pretty much an all-or-nothing play, which is why I believe that the deployer should do it - and we should focus on ensuring that the latest tags work with the latest packages... no pinning13:24
andymccri agree, i mean i guess if something in non-OS packages breaks things it wont just break for us.13:25
andymccr(in theory) (tm)13:25
odyssey4meit means that we get unexpected issues from upstream changes, but we get those anyway from openstack deps13:25
*** dkehn is now known as dkehnx13:33
openstackgerritMerged stackforge/os-ansible-deployment: Updated RabbitMQ to the new release version  https://review.openstack.org/18749713:34
*** dkehnx has quit IRC13:35
*** sdake_ has joined #openstack-ansible14:00
*** sdake has quit IRC14:03
*** sdake_ has quit IRC14:07
*** sdake has joined #openstack-ansible14:08
*** sigmavirus24_awa is now known as sigmavirus2414:10
*** Mudpuppy has joined #openstack-ansible14:11
*** Mudpuppy has quit IRC14:12
*** Mudpuppy has joined #openstack-ansible14:13
*** jwagner_away is now known as jwagner14:16
*** radek_ has joined #openstack-ansible14:19
odyssey4mecloudnull: andymccr has a q in https://review.openstack.org/18710214:20
*** stevemar has joined #openstack-ansible14:23
*** fawadkhaliq has joined #openstack-ansible14:26
cloudnullupdated14:39
svgsmall question: in the kilo(and masyter?) setup where the log hosts only get an rsyslog container, is it possible to deploy that on multiple hosts? perhaps combining it with the controller hosts?14:45
*** jaypipes has quit IRC14:54
odyssey4mesvg you mean have the central rsyslog sit on a controller?15:00
cloudnullsvg: yes. you can have multiple logging hosts. and the rsyslog roles will ship logs to all of them.15:01
cloudnullin master / kilo15:01
svgok, wasnt sure if that would ship to all15:01
svggiven it's only rsyslog, should be light enough to put one on each controller, no?15:02
cloudnullit should be, but as you add more nodes the traffic will increase so something to be aware of.15:02
cloudnullyou may not want to have the logging hosts on all infra in say a 10 infra node cluster.15:03
cloudnullwith several hundred compute nodes.15:03
cloudnullthat might be a lot of chatter.15:03
svgonly 10-20 computes for now15:03
cloudnulli even think with logging on the three infra nodes with 50+ compute nodes it should be ok.15:04
cloudnullbut it is something to be aware of15:04
svggood enough to start out for now15:04
svgI just didnt feel like throwing out an extra box for just that15:05
odyssey4mesvg it generally will depend on how much log traffic there is - it's not ideal for your log writes to be on the same hosts as your database writes15:06
odyssey4mebut if you have decent storage subsystems on your controllers, you'll be ok to start with15:06
svgwe're going to test shoving rbd under /openstack15:07
cloudnullrbd all the things15:17
cloudnullmoar typie typie https://review.openstack.org/#/q/starredby:cloudnull+status:open,n,z15:26
cloudnullmoar reviewy reviewy  https://review.openstack.org/#/q/starredby:cloudnull+status:open,n,z15:26
*** erikmwilson has joined #openstack-ansible15:33
*** Bjoern__ has joined #openstack-ansible15:40
*** openstackgerrit has quit IRC15:42
*** openstackgerrit has joined #openstack-ansible15:43
*** sdake_ has joined #openstack-ansible15:52
*** sdake has quit IRC15:56
Sam-I-Ammeeting?16:01
*** javeriak has joined #openstack-ansible16:02
cloudnullyup16:05
Sam-I-Amo hai16:05
d34dh0r53o/16:05
stevelleo/16:06
cloudnullmeetings: https://wiki.openstack.org/wiki/Meetings/openstack-ansible16:06
cloudnullcloudnull, mattt, andymccr, d34dh0r53, hughsaunders, b3rnard0, palendae, Sam-I-Am, odyssey4me, serverascode, rromans, mancdaz, dolphm, _shaps_, BjoernT, claco, echiu, dstanek, jwagner16:06
cloudnullsorry bouncing from one meeting to the next.16:06
Apsuohai16:07
jwagnerhola16:07
andymccrhi hi16:08
cloudnullso first up on the new front https://bugs.launchpad.net/openstack-ansible/+bug/141126016:08
openstackLaunchpad bug 1411260 in openstack-ansible trunk "Redirect neutron-ha-tool logs to a file" [Wishlist,New]16:08
cloudnullwe're already doing logger with the command , do we need to do more ? if so why ?16:09
cloudnullimo this is a wontfix16:09
Sam-I-Amso, i'm the new guy... why doesnt it log like the other things?16:10
cloudnullits a client tool16:10
cloudnullwhich has no logging16:11
cloudnullso the client tool is wrapped with logger.16:11
cloudnullwhich logs and directs the output to syslog16:11
*** fawadkhaliq has quit IRC16:12
cloudnullso the question, do we care, and if we do what do we care about ?16:12
Sam-I-Amah ok16:12
ApsuIf it's logging to syslog with logger, with an appropriate log tag to identify it, then I don't think we care to do anything different.16:12
ApsuLogs are tagged by the logwriter specifically to be filterable16:13
Apsuwontfix16:14
cloudnullanyone else?16:14
cloudnullgoing once,16:14
cloudnullgoing twice,16:15
cloudnullmotion carries "wontfix"16:15
cloudnullnext: https://bugs.launchpad.net/openstack-ansible/+bug/141753616:15
openstackLaunchpad bug 1417536 in openstack-ansible trunk "swift {account,container,object} logs are inappropriately located" [Undecided,New]16:15
cloudnullodyssey4me:  you around  ?16:15
cloudnull^^16:15
cloudnull+ andymccr16:16
cloudnulldo we want to change the default swift behavior to log to some other file ?16:16
andymccri feel massive deja vu on this haha16:16
stevelleI feel the same16:16
cloudnullthats because i marked it Invalid before16:17
andymccrcloudnull: nope i mean in general16:17
andymccrwhen we were setting up the swift logging it was kinda annoying :P16:17
stevelleI recall a conversation in vancouver but details escape me16:17
andymccrits the fact its on_metal16:17
andymccrso the logs are not in a "central" location and the way we were logging meant they had to be inside the /openstack/log dir16:17
cloudnullin master/kilo the treatment of the logs is the same16:17
andymccryeh lemme talk to odyssey4me about it (hes just left)16:18
cloudnulleverything is logged to /var/log/<name>16:18
andymccrand we can figure it out16:18
stevelleincomplete?16:18
cloudnulland if its metal the play does the mapping back to the openstack directory if needed.16:18
andymccrit sounds like it should be invalid16:18
andymccrnow that logging has changed16:18
andymccri think the storage hosts are most likely logging to some stupid place16:19
cloudnullthe default swift behavior is to use syslog for swift, however if we want seperate log files thats fine.16:19
andymccrbased on the descrip it sounds like it isn't good behaviour16:19
andymccrwhich was designed to address the stupidity of the logging before kilo16:19
cloudnullidk, im defering to your mo-betta swift knowledge16:19
cloudnull:)16:20
stevelledescrip is unchanged since Feb? Thats juno land16:20
andymccrhaha. i need to double check16:20
cloudnullok invalid for now.16:20
andymccryeh mark invalid for now16:20
cloudnullsorry incomplete16:20
andymccryes that one :)16:20
openstackgerritMerged stackforge/os-ansible-deployment: Moved all of group_vars into a variable file  https://review.openstack.org/18710216:20
cloudnullhahaha16:20
cloudnullyea!16:21
openstackgerritMerged stackforge/os-ansible-deployment: Add an extension section to the developer docs.  https://review.openstack.org/18385716:21
cloudnullnext https://bugs.launchpad.net/openstack-ansible/+bug/143739016:21
openstackLaunchpad bug 1437390 in openstack-ansible trunk "run-tempest script says 'running smoke tests' regardless of test list" [Wishlist,New]16:21
cloudnulli personally do not care what the task name says for tempest, but if we think it should be changed lets do that16:21
ApsuChange to "running test list", imo. Maybe echo out the list source or the grep pattern. At best.16:22
ApsuMinimal effort :P16:22
andymccri think its fine marked as a whislist16:22
d34dh0r53+116:22
andymccrwishlist16:22
andymccrcan't really argue with it as a change but its not urgent or anything.16:22
cloudnullok thats that16:23
cloudnulldo we have anything that we want to talk about regarding the lp issues?16:23
cloudnullor in general that is causing people pain16:23
ApsuComputers are hard. Is that a wontfix or...?16:24
andymccri thought you were already fixing this Apsu16:24
Apsuandymccr: In progress. :(16:24
*** jaypipes has joined #openstack-ansible16:24
andymccrno more breaks until its done16:24
d34dh0r53I thought we were making them harder16:25
cloudnullkk we're done here.16:25
Apsulol16:25
cloudnullthanks everyone.16:25
andymccrwe done here! boom16:25
*** sdake has joined #openstack-ansible16:29
*** sdake__ has joined #openstack-ansible16:32
*** sdake_ has quit IRC16:32
*** sdake has quit IRC16:36
*** sdake has joined #openstack-ansible16:36
*** sdake__ has quit IRC16:40
*** jwagner is now known as jwagner_away16:47
prometheanfirecloudnull: :( https://review.openstack.org/#/c/187294/16:48
prometheanfirethere a command to re-gate?16:48
Sam-I-Amprometheanfire: 'recheck' in comment, submit16:49
prometheanfirethat does the jenkins check as well16:50
cloudnullits rechecking now.16:50
prometheanfirefair ehough16:50
prometheanfirereverify16:50
prometheanfirewhy does hp suck so much?16:51
prometheanfireat least these checks never pass with their infra :(16:51
*** dkalleg has joined #openstack-ansible16:51
*** javeriak has quit IRC16:54
*** javeriak has joined #openstack-ansible17:05
*** daneyon has joined #openstack-ansible17:06
*** javeriak_ has joined #openstack-ansible17:13
*** javeriak has quit IRC17:13
prometheanfirewant to talk to people about what they think the best method would be to make osad more distro agnostic17:15
prometheanfireI feel like stubbing a bunch of calls to be specific per distro would be too painful, but don't know a better way17:16
palendaere distro-agnosticism, there was the proposal of bindeps from Monty on infra at Summit17:34
prometheanfirebinary dependencies?17:36
palendaeIt's a standard that OpenStack itself will be adopting17:36
palendaehttps://github.com/openstack-infra/bindep17:37
palendaeI realize that doesn't cover Gentoo17:37
prometheanfireya, looking now17:37
prometheanfirethis doesn't have to do with adding another distro17:37
prometheanfirethe spec I'm looking to create is just for the framework of supporting multiple distros17:37
palendaeNo, but it alleviates a lot of the concerns because it allows us to use bindep in conjunction with Ansible to make supporting more distros easier17:38
palendaeNot all, of course17:38
prometheanfireso we have to wait for bindeps to be adopted?17:38
palendaeI'm more likely to accept something that upstream openstack is using, personally17:38
palendaeSo my magic h8 ball says "Answer unclear"17:39
prometheanfireso I don't know if you'll -2 something because it's not using the bindep stuff, because the bindep stuff isn't ready17:40
palendaeNeither do I :)17:40
palendaeI'd have to see it17:40
prometheanfiregentoo depends on generic which depends on bindep17:41
prometheanfireturtles17:41
prometheanfireall the way down17:41
prometheanfiremight just let redhat deal with it17:41
prometheanfirethey have the manpower17:41
prometheanfireneed to focus on images anyway17:42
*** daneyon has quit IRC17:52
openstackgerritMark DeVerter proposed stackforge/os-ansible-deployment: Adds database pool-size, overflow and timeouts to neutron.conf max_overflow: 10 max_pool_size: 5 pool_timeout: 30  https://review.openstack.org/18770117:56
*** daneyon has joined #openstack-ansible17:56
*** jwagner_away is now known as jwagner18:03
*** daneyon has quit IRC18:06
*** openstackgerrit has quit IRC18:09
*** openstackgerrit has joined #openstack-ansible18:10
*** KLevenstein has quit IRC18:26
*** KLevenstein has joined #openstack-ansible18:26
openstackgerritMark DeVerter proposed stackforge/os-ansible-deployment: Allows database pool-size, overflow and timeouts configurations to neutron.conf  https://review.openstack.org/18770118:37
*** daneyon has joined #openstack-ansible18:43
*** daneyon has quit IRC18:43
*** daneyon has joined #openstack-ansible18:44
*** openstackgerrit has quit IRC18:56
*** openstackgerrit has joined #openstack-ansible18:56
openstackgerritMark DeVerter proposed stackforge/os-ansible-deployment: Add variables for the following 3 neutron.conf vars: - max_overflow (default 10) - max_pool_size (default 5) - pool_timeout (default 30)  https://review.openstack.org/18770118:59
*** daneyon has quit IRC19:04
openstackgerritMark DeVerter proposed stackforge/os-ansible-deployment: Add variables for the following 3 neutron.conf vars: - max_overflow (default 10) - max_pool_size (default 5) - pool_timeout (default 30)  https://review.openstack.org/18770119:15
*** daneyon has joined #openstack-ansible19:20
*** miguelgrinberg has quit IRC19:31
*** miguelgr- has joined #openstack-ansible19:34
*** miguelgr- has quit IRC19:45
*** miguelgr- has joined #openstack-ansible19:46
openstackgerritMerged stackforge/os-ansible-deployment: Allow configuration of Nova SQLAlchemy options  https://review.openstack.org/18756519:55
*** cbaesema has joined #openstack-ansible19:56
*** javeriak_ has quit IRC19:58
*** sdake_ has joined #openstack-ansible19:59
*** javeriak has joined #openstack-ansible20:00
*** sdake has quit IRC20:03
*** miguelgr- is now known as miguelgrinberg20:05
*** nosleep77 has joined #openstack-ansible20:07
*** openstackgerrit has quit IRC20:10
*** openstackgerrit has joined #openstack-ansible20:10
*** radek_ has quit IRC20:41
*** jwagner is now known as jwagner_away20:53
openstackgerritMerged stackforge/os-ansible-deployment: Change external resources to https where possible  https://review.openstack.org/18729420:56
*** JRobinson__ has joined #openstack-ansible20:57
*** cbaesema has quit IRC20:59
*** Mudpuppy has quit IRC21:05
prometheanfireall I can see for the failure of the neutron.conf vars review is jvm being sad21:08
prometheanfirecan someone else verify? https://review.openstack.org/18770121:08
stevellelooks to me like there is a bug in the neutron config that we didn't pick up with eyeballs21:11
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Add neutron SQL tuning  https://review.openstack.org/18770121:15
prometheanfirestevelle: I'm not seeing it in logs at least21:15
*** leomazzo has joined #openstack-ansible21:17
stevelleI'm running an aio to check it21:19
*** leomazzo has quit IRC21:22
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Add neutron SQL tuning  https://review.openstack.org/18770121:30
prometheanfirecloudnull: looks like you win21:31
prometheanfirecloudnull: is there a tag for stating one patch is dependant on another?21:32
openstackgerritJaveria Khan proposed stackforge/os-ansible-deployment-specs: Add PLUMgrid Neutron Plugin to neutron playbooks  https://review.openstack.org/18472621:32
cloudnullgit review -d <change-ID>21:32
cloudnullthen checkout the branch you want to work with21:32
prometheanfirecool21:32
cloudnullgit rebase -i <branch-created-from-git-review>21:32
cloudnullthen git review <project-branch>21:33
prometheanfiregit review --help21:33
prometheanfireNo manual entry for git-review21:33
prometheanfireboo21:33
cloudnulland say yes to reviewing multiple commits. assuming there are only the two that you are working with21:33
cloudnullhttp://www.mediawiki.org/wiki/Gerrit/Advanced_usage21:33
cloudnullspecifically http://www.mediawiki.org/wiki/Gerrit/Advanced_usage#Create_a_dependency21:34
prometheanfirety21:34
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Allow configuration of Nova SQLAlchemy options  https://review.openstack.org/18778121:40
*** bluebox__ has joined #openstack-ansible21:43
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Allow configuration of Keystone SQLAlchemy options  https://review.openstack.org/18778121:44
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Allow configuration of Keystone SQLAlchemy options  https://review.openstack.org/18778121:44
cloudnull^ sorry commit message need to be reformatted.21:44
cloudnulld34dh0r53: ^ the needfuls was removed from that one .21:44
d34dh0r53cloudnull: needfuls readdederated21:45
cloudnulltyvm21:45
d34dh0r53np21:45
*** sdake has joined #openstack-ansible21:54
*** daneyon has quit IRC21:56
*** KLevenstein has quit IRC21:57
*** KLevenstein has joined #openstack-ansible21:57
*** fawadkhaliq has joined #openstack-ansible21:57
*** sdake_ has quit IRC21:58
*** erikmwilson has quit IRC22:01
*** jlk has quit IRC22:01
*** sigmavirus24 is now known as sigmavirus24_awa22:09
*** amit213_ has joined #openstack-ansible22:11
*** bluebox__ has quit IRC22:12
*** amit213_ has quit IRC22:16
*** rackertom has quit IRC22:17
*** amit213_ has joined #openstack-ansible22:18
*** KLevenstein has quit IRC22:27
*** amit213_ is now known as amit21322:30
*** rackertom has joined #openstack-ansible22:59
openstackgerritMerged stackforge/os-ansible-deployment: Add neutron SQL tuning  https://review.openstack.org/18770123:08
*** stevemar has quit IRC23:12
*** stevemar has joined #openstack-ansible23:12
*** amit213 has quit IRC23:15
*** markvoelker_ has quit IRC23:18
*** Bjoern__ has quit IRC23:21
*** amit213 has joined #openstack-ansible23:24
*** amit213 has quit IRC23:26
prometheanfiremarged23:32
stevellehttps://www.youtube.com/watch?v=k3bTmXYUzW423:39
*** markvoelker has joined #openstack-ansible23:40
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Allow configuration of Nova SQLAlchemy options  https://review.openstack.org/18778123:40
prometheanfirelol23:40
stevelled34dh0r53: cloudnull the Keystone patch is failing like this: http://paste.openstack.org/show/257684/23:45
stevellethat was patch set 323:46
stevelleappears like it will be fixed in 423:47
stevelleconfirming keystone is passing nao.23:55

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