Wednesday, 2016-12-14

rm_workumm maybe it is related00:14
rm_workit seems to me that the directory there exists on boot <_<00:15
*** ducttape_ has joined #openstack-lbaas00:17
*** klindgren_ has joined #openstack-lbaas00:20
*** klindgren has quit IRC00:22
*** rcernin has quit IRC00:22
johnsomUmm, no.  That would be creepy00:24
rm_worknm, yeah00:24
rm_worki don't even00:24
rm_worktrying to figure this out00:24
*** harlowja has joined #openstack-lbaas00:30
rm_workok got it00:32
rm_workso it's getting:00:32
rm_workOSError: [Errno 9] Bad file descriptor00:32
rm_workfrom:00:32
rm_work            ipr.link('set', index=idx, net_ns_fd=consts.AMPHORA_NAMESPACE,00:33
rm_work                     IFLA_IFNAME=primary_interface)00:33
rm_work:/00:33
johnsomFixed here: https://review.openstack.org/#/c/409953/00:33
*** diogogmt has quit IRC00:35
rm_workuhh wut00:36
rm_worki have that00:36
johnsomI am really wondering if the image built is based on the patches or just master.00:37
rm_workyeah it's fine on the amp00:37
rm_workoh wait no it isn't00:37
rm_workyeah the amp doesn't have that code00:38
rm_workbut i have it on my stack00:38
rm_work:/00:38
johnsomWith that new cache stuff, I have to do the following00:38
johnsomgit status in /opt/stack/octavia and check the log, everything has to be committed or the cache stuff doesn't pick it up.00:39
rm_workyeah i mean00:39
rm_worki let stack.sh fetch it00:39
rm_workit's on FETCH_HEAD but it's there00:39
johnsomAlso, sometime I have to rm -rf /opt/stack/.cache  and the caching stuff gets confused.00:39
rm_workthis was from a fresh stack :/00:39
johnsomBut that usually blows up the build with "missing commit"00:39
rm_work:/00:40
rm_workamp is still pulling code from some specific hash or tag or something i bet00:40
*** yuanying has joined #openstack-lbaas00:44
korean101rm_work: hi! rm. Can you tell when Newton .deb packages?00:49
korean101rm_work: and this issue resolved? (https://review.openstack.org/#/c/356590/)00:49
johnsomkorean101 We are actively working on those diskimage-builider tripleo issues00:50
korean101johnsom: OK. thanks. got it00:51
korean101johnsom: and another question...00:51
korean101johnsom: fixed DVR bugs?? (https://bugs.launchpad.net/neutron/+bug/1583694)00:52
openstackLaunchpad bug 1583694 in neutron "[RFE] DVR support for Allowed_address_pair port that are bound to multiple ACTIVE VM ports" [Wishlist,Triaged] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)00:52
johnsomkorean101 You will need to ask in the neutron channel.  That is a neutron bug00:52
rm_workjohnsom: for YOUR build was the amp getting the updated code?00:52
*** yuanying has quit IRC00:52
rm_worki don't THINK it's something on my side like a cache...00:52
*** yuanying has joined #openstack-lbaas00:52
johnsomrm_work Yes, my image has the patches I checked out into the /opt/stack/octavia and /opt/stack/disk-imagebuilder00:53
*** ducttape_ has quit IRC00:53
korean101johnsom: yes. thanks for your kindly answer00:53
johnsomkorean101 To my knowledge (and sadness) I don't think it is fixed yet00:53
rm_workweird00:53
rm_workyeah mine does not.00:54
rm_worki am unclear as to why00:54
korean101johnsom: OMG... so sad.00:54
johnsomrm_work git log octavia: commit 95d7dcf8bf55cb2bd626bf23cf281c9b1ad790be00:54
johnsomgit log  DIB: commit ad09e02e1688749985369f690dff5e7a6d0acdbb00:54
johnsomrm_work Oh, you are running it by hand right?00:55
johnsom    export DIB_REPOLOCATION_amphora_agent=$OCTAVIA_DIR00:56
johnsom    export DIB_REPOREF_amphora_agent=$(git -C "$OCTAVIA_DIR" log -1 --pretty="format:%H")00:56
johnsomOtherwise it pulls master00:56
johnsomI pulled that from the plugin.sh00:56
rm_workah fff00:58
rm_workk00:58
rm_worki hope this is right00:59
openstackgerritAdam Harwell proposed openstack/octavia: Fix some python3 string issues in amphora agent  https://review.openstack.org/41034500:59
rm_workk00:59
rm_workjohnsom: those go in ...01:00
rm_workjohnsom: my bashrc?01:00
johnsomIf you want01:00
rm_workk01:00
rm_work$OCTAVIA_DIR ?01:00
rm_workis that /opt/stack/octavia01:00
johnsom yep01:00
johnsomHa, I thought you were part of setting that up....01:01
johnsomgrin01:01
rm_workyeah i was T_T01:01
rm_workit's been a few months01:01
johnsomYeah, I hear you01:02
*** ducnc has joined #openstack-lbaas01:08
rm_workurg, amphora agent debug comes from maind ebug01:20
johnsomyep01:21
openstackgerritAdam Harwell proposed openstack/octavia: Amphora-agent should log to a distinct location  https://review.openstack.org/41048701:23
rm_workand fixed my tooling to use dib path01:25
johnsomFYI, those will need logrotate.d files... Otherwise we have self destructing amps.01:26
rm_workugh01:32
rm_workyeah ok01:32
rm_worki'll poke at that in a bit once i figure this out01:32
*** yamamoto has quit IRC01:33
rm_workbbl grabbing dinner while stack stacks01:34
*** diogogmt has joined #openstack-lbaas01:36
*** yamamoto has joined #openstack-lbaas01:52
*** ducttape_ has joined #openstack-lbaas01:53
*** ducttape_ has quit IRC01:55
*** ducttape_ has joined #openstack-lbaas01:55
*** ducttape_ has quit IRC02:09
*** fnaval_ has quit IRC02:09
*** fnaval has joined #openstack-lbaas02:13
*** fnaval has quit IRC02:15
*** fnaval has joined #openstack-lbaas02:16
rm_workjohnsom: uhh that git command is ...02:17
rm_workUnknown option: -C02:18
rm_work--git-dir= ?02:18
rm_worknope02:19
rm_workgmm02:19
rm_work*hmm02:19
*** ducttape_ has joined #openstack-lbaas02:21
*** kevo has quit IRC02:22
*** chenhb has quit IRC02:36
*** chenhb has joined #openstack-lbaas02:36
*** yatin has joined #openstack-lbaas02:44
*** yuanying has quit IRC02:53
*** yuanying has joined #openstack-lbaas02:54
*** ducttape_ has quit IRC02:56
*** ryu25 has joined #openstack-lbaas02:58
*** yuanying has quit IRC02:58
*** kevo has joined #openstack-lbaas03:16
*** gongysh has joined #openstack-lbaas03:19
*** reedip has joined #openstack-lbaas03:23
*** yuanying has joined #openstack-lbaas03:52
*** ducttape_ has joined #openstack-lbaas03:57
*** ducttape_ has quit IRC04:01
*** ducnc has quit IRC04:22
*** ducnc has joined #openstack-lbaas04:24
*** ducttape_ has joined #openstack-lbaas04:33
*** ducttape_ has quit IRC04:44
*** chlong has joined #openstack-lbaas04:44
*** links has joined #openstack-lbaas04:57
*** anilvenkata has joined #openstack-lbaas05:03
*** ducnc has quit IRC05:08
*** ducttape_ has joined #openstack-lbaas05:44
*** ducttape_ has quit IRC05:49
*** diogogmt has quit IRC05:58
*** diogogmt has joined #openstack-lbaas05:58
*** Alex_Stef has joined #openstack-lbaas06:12
*** amotoki has joined #openstack-lbaas06:12
*** amotoki has quit IRC06:14
*** amotoki has joined #openstack-lbaas06:17
korean101i use stable/newton branches (http://paste.openstack.org/show/592295/)06:25
korean101but still got the same errors... (http://paste.openstack.org/show/592296/)06:25
korean101Thank you for your efforts.06:26
korean101i'm still waiting06:26
*** kobis has joined #openstack-lbaas06:28
*** ducttape_ has joined #openstack-lbaas07:04
*** AlexeyAbashkin has joined #openstack-lbaas07:09
*** eezhova has joined #openstack-lbaas07:15
*** yamamoto has quit IRC07:18
*** ducttape_ has quit IRC07:24
*** gongysh has quit IRC07:47
*** eezhova has quit IRC07:52
*** rcernin has joined #openstack-lbaas07:56
*** yamamoto has joined #openstack-lbaas07:56
*** rcernin has quit IRC07:56
*** rcernin has joined #openstack-lbaas07:57
*** pcaruana has joined #openstack-lbaas07:59
*** ducnc has joined #openstack-lbaas08:07
*** reedip has quit IRC08:08
*** ducnc1 has joined #openstack-lbaas08:10
*** ducnc has quit IRC08:12
*** ducnc1 is now known as ducnc08:12
*** ihrachys has joined #openstack-lbaas08:17
*** reedip has joined #openstack-lbaas08:22
*** ducttape_ has joined #openstack-lbaas08:25
*** ducttape_ has quit IRC08:30
*** eezhova has joined #openstack-lbaas08:30
*** openstackgerrit has quit IRC08:48
*** amoralej|off is now known as amoralej08:56
*** strigazi1AFK has joined #openstack-lbaas08:58
*** strigazi_AFK has quit IRC09:00
*** csomerville has quit IRC09:02
*** cody-somerville has joined #openstack-lbaas09:03
*** strigazi_AFK has joined #openstack-lbaas09:04
*** strigazi1AFK has quit IRC09:07
*** openstackgerrit has joined #openstack-lbaas09:26
openstackgerritValleriya Perelman proposed openstack/octavia: ACTIVE-ACTIVE Topology - Initial Cluster Manager  https://review.openstack.org/40523809:26
openstackgerritValleriya Perelman proposed openstack/octavia: ACTIVE-ACTIVE Topology Initial Distributor Noop Driver  https://review.openstack.org/31300609:26
openstackgerritValleriya Perelman proposed openstack/octavia: ACTIVE-ACTIVE Topology - create distributor network flow  https://review.openstack.org/40976309:26
openstackgerritValleriya Perelman proposed openstack/octavia: Active-Active Topology - register/uregister amphorae tasks  https://review.openstack.org/40976509:26
openstackgerritValleriya Perelman proposed openstack/octavia: Active-Active Topology - Cluster DB Tasks  https://review.openstack.org/40976409:26
openstackgerritValleriya Perelman proposed openstack/octavia: ACTIVE-ACTIVE Topology OVS-based Distributor Driver  https://review.openstack.org/31762909:26
openstackgerritValleriya Perelman proposed openstack/octavia: ACTIVE-ACTIVE Topology OVS-based Distributor Backend  https://review.openstack.org/32042209:26
openstackgerritValleriya Perelman proposed openstack/octavia: ACTIVE-ACTIVE Topology - Distributor related tasks  https://review.openstack.org/40695109:26
openstackgerritValleriya Perelman proposed openstack/octavia: ACTIVE-ACTIVE - controller network tasks  https://review.openstack.org/32348109:26
openstackgerritValleriya Perelman proposed openstack/octavia: ACTIVE-ACTIVE Topology - Distributor image creation  https://review.openstack.org/40359409:26
openstackgerritValleriya Perelman proposed openstack/octavia: ACTIVE-ACTIVE - network driver related changes  https://review.openstack.org/32249409:26
openstackgerritValleriya Perelman proposed openstack/octavia: ACTIVE-ACTIVE - distributor certificate tasks  https://review.openstack.org/40695209:26
openstackgerritValleriya Perelman proposed openstack/octavia: ACTIVE-ACTIVE Topology - distributor creation flow  https://review.openstack.org/40695309:26
openstackgerritValleriya Perelman proposed openstack/octavia: ACTIVE-ACTIVE Topology - create shared distributor  https://review.openstack.org/40695409:26
*** ducttape_ has joined #openstack-lbaas09:56
*** ducttape_ has quit IRC10:00
*** gongysh has joined #openstack-lbaas10:04
*** strigazi_AFK is now known as strigazi10:26
*** links has quit IRC10:38
*** links has joined #openstack-lbaas10:38
*** gongysh has quit IRC10:43
*** yamamoto has quit IRC11:12
*** gongysh has joined #openstack-lbaas11:24
*** yamamoto has joined #openstack-lbaas11:26
*** ducttape_ has joined #openstack-lbaas11:26
*** ducttape_ has quit IRC11:31
*** gongysh has quit IRC12:19
*** amoralej is now known as amoralej|lunch12:55
*** ducttape_ has joined #openstack-lbaas12:57
*** ducttape_ has quit IRC13:01
*** ducttape_ has joined #openstack-lbaas13:09
*** chlong has quit IRC13:32
*** ducttape_ has quit IRC13:45
*** amoralej|lunch is now known as amoralej14:07
*** ducttape_ has joined #openstack-lbaas14:15
*** fnaval has quit IRC14:17
xgermano/14:33
*** ducttape_ has quit IRC14:34
*** links has quit IRC14:57
*** fnaval has joined #openstack-lbaas14:57
*** anilvenkata has quit IRC14:58
*** fnaval_ has joined #openstack-lbaas14:59
greghaynesjohnsom: rm_work ok I think all the dib fixes landed15:00
*** fnaval__ has joined #openstack-lbaas15:01
xgermanhooray!15:01
*** fnaval has quit IRC15:01
*** fnaval has joined #openstack-lbaas15:02
*** fnaval_ has quit IRC15:04
*** fnaval_ has joined #openstack-lbaas15:04
*** fnaval__ has quit IRC15:05
*** fnaval has quit IRC15:08
*** anilvenkata has joined #openstack-lbaas15:14
*** ducttape_ has joined #openstack-lbaas15:16
*** chlong has joined #openstack-lbaas15:21
*** anilvenkata has quit IRC15:21
*** csomerville has joined #openstack-lbaas15:52
*** diogogmt has quit IRC15:53
*** cody-somerville has quit IRC15:55
*** _ducttape_ has joined #openstack-lbaas15:57
*** ducttape_ has quit IRC16:00
johnsomkorean101 Yeah, the diskimage-builder project does not have stable branches16:02
greghayneswell, not yet, we havent had a second major release so there isnt a stable branch that could potentially exist16:02
greghaynesonce we have a v2 though we likely will16:03
greghaynes(hopefully pretty soon)16:03
*** kevo has quit IRC16:13
*** rcernin has quit IRC16:14
*** eezhova has quit IRC16:18
johnsomgreghaynes Having a stable branch would really help us out.  I.e. the transition of default release versions causes instability in our stable branches.16:28
greghaynesyea, we will have one once there is a stable branch that can potentially exist16:28
greghaynesI dont understand transition of default release versions?16:29
johnsomtrusty->xenial16:30
*** outofmemory has joined #openstack-lbaas16:30
greghaynesah. So that isnt really something tied to dib's stable api since were really just an installer. If you want to pin that its really simple to do and the interface to do so wont change16:31
greghaynesjust DIB_RELEASE=trusty16:32
johnsomYeah, I put patches in to pin the default release on our side now.16:32
*** _ducttape_ has quit IRC16:32
*** outofmemory is now known as reedip_16:32
johnsomIt's just with elements changing, etc. I would be much more comfortable with having a stable version of DIB paired to a stable release of Octavia16:32
*** ducttape_ has joined #openstack-lbaas16:33
greghaynesright, so I think what youre asking for isnt so much a stable branch but to consider default release and package versions as part of our stable api - right now if we branched off something we'd still change these things there since they arent considered part of our stable api16:35
greghaynesis there an example other than the default release thing?16:36
johnsomYeah, to me, in the case of DIB, stable branch means more than just API.16:36
johnsomYeah, the changes we just made for example.  Until now xenial was using python2.7 by default right?  So our Newton stable branch might have the same issues our master branch is having.16:37
greghaynesits a bit more complex, basically it was just a huge dib bug WRT py3 - xenial was definitely using py3k but dib was failing to install python3 deps because it was unaware16:38
greghaynesso dib was installing python2 deps, and then xenial already had python3, so some things were using py2 and some were using py316:38
johnsomYeah, I get it.  It's just one of those changes that can impact us.  Another example is the removal of that dependency that started all of this.  That broke all of our stable branches as well16:39
greghaynesright but that kind of hits at the issue - we (dib) dont really have control over what and when distros release, so in this case we dont get to make the choice of 'this release is now python3', we just have to be aware that this is what the distro has decided. Pinning a release definitely helps but...16:40
*** diogogmt has joined #openstack-lbaas16:41
greghaynesthe issue there is all the distros release and maintain support at different cadences, so theres not a practical way we can really pin fedora, suse, and ubuntu while maintaining a sane stable versioning system16:41
johnsomThat wasn't a distro change though, it was an element change.16:41
greghaynesit was a default config option change specifically16:42
johnsomhttps://review.openstack.org/#/c/402250/1/elements/os-refresh-config/element-deps16:42
johnsomThat change16:42
greghaynesoh, thats not dib16:43
greghaynesthats a dib downstream16:43
johnsomFair enough on that point.  And I am excited to remove that dependency16:43
greghaynesyea, but youre bringing up a good point and what im wondering is 1) is there a feasible way for dib to pin default distro releases with dib major versinos and 2) is there another thing were doing WRT not having enough of a stable api that breaks folks16:44
greghaynesand I think really fedora is going to be the pain point with the release pinning TBH16:45
greghaynesbecause they release and deprecate SUPER fast16:45
greghaynesbut, ianw may have thoughts on it16:45
*** chlong has quit IRC16:45
johnsomYeah, I agree, that cycle is fast16:45
greghaynesyep, and we cant have dib with a default thats deprecated so were basically obligated to churn out major releases somewhat frequently, then16:46
*** rcernin has joined #openstack-lbaas16:46
greghaynesill poke ianw and maybe ML it16:47
greghaynesits a nasty problem16:47
greghaynesthe other big thing id ask to keep in mind is - dib is basically the big distro <-> your app integration layer, so kind of our thought has been that this is something that always breaks because dependencies move foward and our role is basically to be some glue between the two, definitely not a stable interface for a distro16:49
*** diogogmt has quit IRC16:49
greghaynesso in other words - youre probably going to break a lot but hopefuly not any more than you would if you were just following whatever the latest release is16:49
*** diogogmt has joined #openstack-lbaas16:49
*** kevo has joined #openstack-lbaas16:52
*** Alex_Stef has quit IRC16:55
*** yamamoto has quit IRC16:55
greghaynesjohnsom: on https://review.openstack.org/#/c/409990/ - I think thats something youll definitely want in CI, I wonder if we could send image build logs to another file?16:57
*** yamamoto has joined #openstack-lbaas16:57
*** kevo has quit IRC16:57
johnsomgreghaynes The best answer IMHO would be sending the trace logs to another file.16:58
*** chlong has joined #openstack-lbaas16:58
*** kevo has joined #openstack-lbaas16:59
greghaynesnot something dib can do :(16:59
greghaynesbut yea, that would be great16:59
*** diogogmt has quit IRC17:00
greghaynesalternatively, we could just add the arg to the image build, leave it off by default, and then if you want the debug just add the -x in your change temporarily17:01
johnsomYeah, that is my feeling.  Not having it on by default in the devstack plugin, but leave it as an option for local use17:02
*** yamamoto has quit IRC17:02
greghaynesok17:02
*** kobis_ has joined #openstack-lbaas17:03
*** kobis_ has quit IRC17:03
johnsomgreghaynes We are grumbling about DIB due to this recent issue, but over the last few cycles it really hasn't been that big of a problem for us.17:06
greghaynesglad to hear :)17:07
openstackgerritgreghaynes proposed openstack/octavia: Add support for diskimage-builder tracing  https://review.openstack.org/40999017:07
*** reedip_ has quit IRC17:08
johnsomgreghaynes How would you feel about having an octavia test on DIB?  A small scenario that shows we are building a good image.17:08
rm_workjohnsom: oh yeah so what is the GOAL of that git command, just need the hash of whatever is currently checked out:17:11
rm_work?17:11
johnsomYes, it gets the id of the last commit in the log17:11
rm_workk that's what i thought, should be easy enough17:12
rm_workwonder why my git doesn't have -C17:12
greghaynesWe've had this same discussion with ironic before, and really theres two components to the coverage - the image build aspect is pretty easy to get good coverage without a co-gate since really its just 'can we install deps, and the app'. For that its pretty easy to add some functional testing to dib of 'can we install a few apps and their deps', not sure theres really anything specific to octavia17:12
greghaynesthere that really can break17:12
greghaynesthe other big part though is booting, and its kind of a similar situatoin17:12
rm_workwell, a very simple octavia scenario test would cover all the way from creating to booting to running our app17:13
greghaynesright, I guess what im saying is - whats a potential dib break youd catch that isnt an octavia break17:13
*** ihrachys has quit IRC17:14
rm_workhmm17:14
greghaynesand that we couldnt get via dib functional testing17:14
johnsomElement changes  (like this issue, yes, it was tripleo, but...).  Also, there was a change in the past that broke us.  That was when doug proposed adding the co-gate.17:15
johnsomIt is odd, I understand.  Because there is the potential that distro changes could break that gate.  But I don't think that has ever happened to us.17:16
*** diogogmt has joined #openstack-lbaas17:17
greghayneshrmm. can you remember what the previous break was? This has really been the question ive been waiting for - if theres something we can actually prevent with co-gating then I am all for it, what we discovered before is that we didnt catch a single thing by doing it with ironic17:17
greghaynesbecause the use case there which I think is similar is they just care that they can install things and copy files in, which is something we can cover pretty well in dib17:18
greghaynesbooting is where it gets wierd17:18
johnsomLet me search for the bug17:18
greghaynesare you all part of the integrated gate by chance?17:20
johnsomhttps://bugs.launchpad.net/neutron/+bug/154167017:20
openstackLaunchpad bug 1541670 in neutron "lbaas tests gate on dib" [High,Invalid]17:20
johnsomThat was the bug.  Not too descriptive17:20
greghayneshrm, basically just saying 'we need gating'17:21
*** bdeschenes has joined #openstack-lbaas17:21
greghaynesyea, so how about if you all ever hit something like 'crap we git bit by this bug from dib' and its not something we can just add as a dib functional test for then well co-gate?17:22
johnsomI may have old meeting logs that describe it better, still looking17:22
greghaynesI think a while back I broke you all when hacking on an haproxy element, if thats it17:26
greghaynesalthough I thnk that was also either in t-i-e or octavia17:26
*** fnaval_ has quit IRC17:30
*** bdeschenes has quit IRC17:34
*** fnaval has joined #openstack-lbaas17:35
*** fnaval_ has joined #openstack-lbaas17:38
*** fnaval has quit IRC17:41
*** AlexeyAbashkin has quit IRC17:41
*** diogogmt has quit IRC17:49
*** eezhova has joined #openstack-lbaas17:50
*** yamamoto has joined #openstack-lbaas17:56
*** klindgren__ has joined #openstack-lbaas17:57
*** ihrachys has joined #openstack-lbaas17:57
*** klindgren_ has quit IRC17:59
*** dasanind has joined #openstack-lbaas18:00
*** yamamoto has quit IRC18:01
*** ihrachys has quit IRC18:10
*** ihrachys has joined #openstack-lbaas18:11
*** yamamoto has joined #openstack-lbaas18:26
*** yamamoto has quit IRC18:27
*** yamamoto has joined #openstack-lbaas18:27
*** yamamoto has quit IRC18:27
rm_workjohnsom: wait, do we not have any custom logrotate stuff already? maybe not?18:35
*** ducttape_ has quit IRC18:39
johnsomYes, it was all rotated before.18:39
johnsomJust not custom18:39
*** ducttape_ has joined #openstack-lbaas18:50
*** yatin has quit IRC18:50
*** kevo has quit IRC18:52
*** ihrachys has quit IRC19:00
*** yatin has joined #openstack-lbaas19:02
*** eezhova has quit IRC19:05
johnsomSo for the amp the logs went into either syslog or upstart logs and were rotated through those systems19:05
*** ihrachys has joined #openstack-lbaas19:06
*** ihrachys has quit IRC19:09
*** amoralej is now known as amoralej|off19:11
rm_workjohnsom: wtf19:12
rm_workit's still not pulling my changes19:12
rm_workdeclare -x DIB_REPOLOCATION_amphora_agent="/opt/stack/octavia"19:13
rm_workdeclare -x DIB_REPOREF_amphora_agent="18a486baaa04f9dfdae2646f2b362f86c4bbca4b"19:13
rm_workthat commit hash is correct for what is in /opt/stack/octavia19:13
rm_workbut it's still not on the amp19:13
rm_workAHHHH nm19:14
rm_workffffff i know19:14
rm_workit's correct NOW... *sigh*19:14
*** kevo has joined #openstack-lbaas19:14
ankur-gupta-fhaha19:14
rm_workthis is how i solve my problems19:14
rm_worki walk through it out loud in IRC and then answer my own question :P19:15
ankur-gupta-frm_work: want to come help solve mine :|19:15
rm_workheh what's up?19:15
ankur-gupta-fits just crazy dep issues with building devstack stable/newton and stable/mitaka19:15
rm_workhmm19:25
rm_workwhere does the stack break?19:26
ankur-gupta-fon either the starting of octavia, or installation of horizon and neutron-lbaas-dashboard.19:26
ankur-gupta-fmy last approach is to manually install lbaas-dashboard else I give up.19:27
ankur-gupta-factually then i will try packstack since thats how one of the bugs was reported19:27
*** yamamoto has joined #openstack-lbaas19:28
*** nmagnezi has joined #openstack-lbaas19:30
*** yamamoto has quit IRC19:36
*** kobis has quit IRC19:48
rm_workhmm19:52
rm_workwhat dep does octavia claim it's missing?19:53
rm_workuuugh wtf, brand new centos package issue as of like, NOW. wtfffff19:54
*** kobis has joined #openstack-lbaas19:56
openstackgerritMerged openstack/octavia: Add support for diskimage-builder tracing  https://review.openstack.org/40999019:57
johnsomOctavia meeting starting soon on #openstack-meeting-alt19:58
*** pcaruana has quit IRC20:33
*** rm_work has quit IRC20:34
*** rm_work has joined #openstack-lbaas20:34
rm_workoh whoop20:45
rm_workforgot what channel i was in20:46
rm_workmeant to mention the centos kemu thing here20:46
*** diogogmt has joined #openstack-lbaas20:46
*** kobis has quit IRC20:57
xgermannmagnezi quick question20:57
nmagnezixgerman, sure20:57
xgermanhow do I test https://review.openstack.org/#/c/299998/20:58
xgermanI started two agents on my devstack and the lb went into perpetual pending update20:58
*** _ducttape_ has joined #openstack-lbaas20:58
nmagnezixgerman, valid question, 1 sec :)20:58
nmagnezixgerman, i linked this in one of the bug comments: http://paste.openstack.org/show/591851/20:59
nmagnezixgerman, a step by step on howto test this20:59
xgermanok, thanks20:59
nmagnezixgerman, thank you German21:00
nmagnezi:)21:00
*** ducttape_ has quit IRC21:02
*** ipsecguy has quit IRC21:06
*** _ducttape_ has quit IRC21:09
*** ducttape_ has joined #openstack-lbaas21:10
rm_workyep. awesome. damnit.21:20
rm_workRDO updated the packages for a centos 7.3 release but we use the same RDO repo and i guess the rest of the deps are included in that release but somehow not available in the repos i have T_T21:21
ankur-gupta-fxgerman: johnsom: sorry missed irc meeting. But yea, like Lubosz said. I failed. Still trying, but can't get past this damn installation21:22
xgerman:-(21:23
*** catintheroof has joined #openstack-lbaas21:24
*** ipsecguy has joined #openstack-lbaas21:28
johnsomrm_work Not sure if this is relevant or not: http://lists.openstack.org/pipermail/openstack-dev/2016-December/108884.html21:32
johnsom"Known issue with CentOS 7.3 and qemu-kvm(-ev) 2.6.0"21:32
*** ipsecguy has quit IRC21:39
*** bana_k has joined #openstack-lbaas21:47
rm_workyeah21:53
rm_workthat's what they linked me to in -qa21:53
rm_workit isn't exact, but i think it's the same thing21:53
rm_worki think the new centos base image has the right deps, but the older one i'm using doesn't21:54
*** ipsecguy has joined #openstack-lbaas21:54
rm_workand the repo that includes the new qemu-kvm package is included with devstack, but whatever repos include the deps aren't21:54
*** catintheroof has quit IRC22:19
*** nmagnezi has quit IRC22:46
*** ducttape_ has quit IRC22:51
*** rcernin has quit IRC23:05
openstackgerritMerged openstack/neutron-lbaas: Auto reschedule loadbalancers from dead agents  https://review.openstack.org/29999823:06
rm_workok, got more stuff fixed from the issue that just appeared this morning23:13
rm_workif i'm SUPER lucky i might be able to build an amp by EOD >_>23:13
*** jschwarz has quit IRC23:16
*** jschwarz has joined #openstack-lbaas23:21
*** ducttape_ has joined #openstack-lbaas23:24
*** chlong has quit IRC23:37
*** fnaval has joined #openstack-lbaas23:56
*** fnaval_ has quit IRC23:59

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