Re: [openstack-dev] [vitrage] rules in vitrage_aggregated_state()

efined, state config exist but the state is not found. >-> I believe that somewhere in the first part of the if statement you will > get UNDEFINED > > > > > > Hope that’s more clear now. It might be a good idea to add some comments > to that function… >

Re: [openstack-dev] [vitrage] rules in vitrage_aggregated_state()

Forgot to paste the link to the related code: https://git.openstack.org/cgit/openstack/vitrage/tree/vitrage/entity_graph/mappings/datasource_info_mapper.py#n61 On Tue, Jan 9, 2018 at 2:34 PM Yujun Zhang (ZTE) <zhangyujun+...@gmail.com> wrote: > Hi root causers > > I have

[openstack-dev] [vitrage] rules in vitrage_aggregated_state()

Hi root causers I have been inspecting the code about aggregated state recently and have a question regarding the rules. The "not" operator in the if clause confuses me. If it is not a configured data source, how do we apply the aggregation rules? It seems this is handled in else clause.

Re: [openstack-dev] [infra] support graphviz in document publishing

On Tue, Nov 14, 2017 at 5:05 AM Antoine Musso wrote: > Hello, > > I had some success with http://blockdiag.com/ which, IIRC, is pure > python. It supports various kind of graphs (block, sequences, network ...). > > The few I did were for Zuul: >

Re: [openstack-dev] [infra] support graphviz in document publishing

On Mon, Nov 13, 2017 at 5:41 PM Andreas Jaeger wrote: > You can easily include them for any repository - add the python > requirements to test-requirments and add the binary requirements to > bindep.txt - as explained in >

[openstack-dev] [infra] support graphviz in document publishing

Hi, all Sometimes a picture worths thousands word. I wonder if it is possible to support graphviz in https://docs.openstack.org/ What I expect is to include a dot file and render it as a picture in HTML output. The syntax is simple .. graphviz:: aggregate-equivalent-alarms.files/example.dot

[openstack-dev] [oslo][oslo.middleware] when will next release arrive

Hi oslo cores, It has been more than one month since last release of oslo.middleware (3.30.0 on July 18th). I wonder when will next release arrive. I'm asking it because some bug fix[1] is depending the patch sets to be released[2]. [1]: https://review.openstack.org/#/c/487388/ [2]:

[openstack-dev] [vitrage] status of blueprint crud-templates

Hi, root causers :-) We recently starts to looking into the CRUD of templates to allow loading them when vitrage is up. It seems there is already one blueprint registered[1] for exactly the same purpose. Is there any detailed design about it? Do you have already some ideas in mind? [1]

Re: [openstack-dev] [vitrage] Nominating Yujun Zhang to Vitrage core

Thanks all. It is my pleasure to work with you in Vitrage project :-) -- Yujun On Mon, Jun 26, 2017 at 4:34 PM Afek, Ifat (Nokia - IL/Kfar Sava) < ifat.a...@nokia.com> wrote: > Hi, > > > > I added Yujun Zhang to the vitrage-core team. Yujun, Welcome J > > > > Best Regards, > > Ifat. > > > >

Re: [openstack-dev] [vitrage] First Vitrage Pike release by the end of this week

Is it done yet? How to fetch the released version for downstream developing? On Tue, Jun 6, 2017 at 2:17 PM Afek, Ifat (Nokia - IL/Kfar Sava) < ifat.a...@nokia.com> wrote: > Hi, > > Pike-2 milestone is at the end of this week, and although we are not > working by the milestones model (we are

Re: [openstack-dev] [vitrage] Gate issues

We have encountered similar issue also in OPNFV. It seems to be a problem of setuptools 36.0.0 and it is now removed from pypi. Hope it resolves the vitrage gate tests as well. See discussion in https://github.com/pypa/setuptools/issues/1042 On Thu, Jun 1, 2017 at 11:08 PM Afek, Ifat (Nokia -

Re: [openstack-dev] [vitrage] error handling

On Thu, Jun 1, 2017 at 10:49 PM Afek, Ifat (Nokia - IL/Kfar Sava) < ifat.a...@nokia.com> wrote: So for now we agree that we need to add a UI for configuration information > and datasources status. > > Sounds good. In order to implement in UI, we shall also need api to expose them right? --

Re: [openstack-dev] [vitrage] error handling

sources. We all know that errors in the log files > are often ignored… > Sure, the errors I mentioned above is what the system operators could encounter even with a correct configuration and not related to software bugs. Display them in UI would be very helpful. The log files are more for the en

[openstack-dev] [vitrage] error handling

Brought up by a recent code review, I think it worth a thorough discussion about the error handling rule. I once read an article[1] from Joyent and it impressed me on the distinguish between *Operational* errors vs. *programmer* errors. The article is written for nodejs, but the principle also

Re: [openstack-dev] [vitrage] trouble installing Nagios on devstack on ubuntu 16.04 ...

One easy way could be writing a scenario to raise deduced alarm based on a simple rule, e.g. when a host is discovered, raise an alarm saying host is up. Waines, Greg 于2017年5月4日 周四04:35写道： > I don’t think I saw any responses to this. > > > > Alternative question ... so

[openstack-dev] [vitrage] use case repository

Hi root causers, Use case repository is considered as one of the very important subject to work on in Pike release[1]. I wonder what kind of use cases we have deployed/validated in vitrage, no matter in production or experimental, and where can I find related information? [1]:

Re: [openstack-dev] [stackalytics] user correction seems not effective

wrote: Jenkins is throwing some Failures in new submissions. That might be an issue. Get Outlook for iOS <https://aka.ms/o0ukef> ------ *From:* Yujun Zhang (ZTE) <zhangyujun+...@gmail.com> *Sent:* Monday, March 20, 2017 8:47:30 AM *To:* shak...@gmail.c

[openstack-dev] [stackalytics] user correction seems not effective

Hi, Ilya I submitted a patch for user correction[1] several months ago. It is supposed to reset the Email list of user `zhangyujun`. But it seems not effective from the response of stackalytics api. curl http://stackalytics.com/api/1.0/users/zhangyujun {"user": {"launchpad_id": "zhangyujun",

[openstack-dev] [vitrage] what is "API to register on Vitrage notificaitons"

Hi root causers I want to confirm some detail about one subject in vitrage Pike roadmap - API to register on Vitrage notificaitons Is it linked to blueprint https://blueprints.launchpad.net/vitrage/+spec/configurable-notifications ? -- Yujun Zhang