RDO Virtual Get Together
by Amy Marrich
Sorry for the late email but we thought it might be fun to have a virtual
get together during the PTG or the week after. I've put together a few
different days on a Doodle for 17:00 UTC as this would be about dinner time
in EMEA, breakfast, brunch or lunch in the Americas, and late night snack
for APAC.
If you're interested in joining us please vote in the doodle for your
preferred date.
Thanks,
Amy Marrich (spotz)
4 years
TripleO Monitoring Tool/Method
by Khodayar Doustar
Hi everybody,
I am searching for a good and useful method to monitor my 40 nodes cloud.
I have tried
- Prometheus + Grafana (with
https://github.com/openstack-exporter/openstack-exporter) but it cannot
monitor nodes load and cpu usage etc.
and
- Gnocchi +Collectd + Grafana but it enforces unbelievable load on nodes
and make the whole cloud completely unusable!
I've tried to use Graphite + Grafana but I failed.
Do you have any suggestions?
P.S. Where can I find good documentation for TripleO over CentOS? Redhat's
is somehow restricted to its own RHOSP. This website is down:
http://tripleo.org/
Thanks,
Khodayar
4 years
Re: [rdo-users] TripleO Monitoring Tool/Method
by Matthias Runge
Hi.
for STF deployment, you can follow the doc you linked.
Legacy refers to "old" monitoring, meaning ceilometer, aodh and gnocchi.
Depending on your setup, you'll also enable ceilometer for OpenStack
usage reporting.
Because you also would like to use cloudkitty, you will have to enable
gnocchi (iirc.) That is something you'll have to check.
Matthias
On 23/10/2020 16:02, Khodayar Doustar wrote:
> Hi,
>
> Thanks a lot Matthias,
>
> And is it also enough to follow this doc
> here: https://infrawatch.github.io/documentation
> <https://infrawatch.github.io/documentation> ? Because I'm using TripleO
> on CentOS, maybe you are using Original RHOSP?
>
> Is it legacy to the new one which is STF? Or is it some other modern
> monitoring "Legacy"?
> Does it mean if I'm going to use STF I won't need this Legacy?
> (considering that I'm going to implement CloudKitty as well)
>
> Regards,
> Khodayar
>
> On Fri, Oct 23, 2020 at 3:37 PM Matthias Runge <mrunge(a)redhat.com
> <mailto:mrunge@redhat.com>> wrote:
>
> Hi,
>
> yes of course I'm using STF, and it's not complicated.
> It's always a good idea to separate your monitoring stack from the
> monitored infrastructure. How would you know your stack is down, if
> notifications are also sent from that stack?
>
> With the tripleo-heat-templates you linked, you basically enable legacy
> telemetry (ceilometer, aodh, gnocchi).
>
> If you are running 40 computes, that is not a small stack anymore. I
> would suggest (recommend) to use ceph as backend.
>
> Also, depending on your use-case and your settings (for collectd) you
> may want to lower the interval, the parameter is
> CollectdDefaultPollingInterval, I have set it here to something like 5
> secs, but in your case, I would suggest to use 600 (same as for
> Ceilometer).
>
> Matthias
>
>
> On 23/10/2020 11:09, Khodayar Doustar wrote:
> > Matthias,
> >
> > Thanks a lot for your answer.
> > Yes, you win the bet :) I've used swift and currently struggling to
> > disable collectd to make my cloud usable again! :))
> >
> > I've seen this STF (Service Telemetry Framework) but it seems a little
> > bit too complicated. I should implement an OKD cluster to monitor my
> > openstack, isn't it too much work?
> > Have you tried it yourself?
> >
> > If I understand correctly, with your first and main opinion you mean
> > adding this files to my overcloud deploy command:
> >
> >
> /usr/share/openstack-tripleo-heat-templates/environments/enable-legacy-telemetry.yaml
> >
> /usr/share/openstack-tripleo-heat-templates/environments/services/collectd.yaml
> >
> > and for performance tuning I've checked this page:
> >
> https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/...
> <https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/...>
> >
> <https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/...
> <https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/...>>
> >
> > Is that what you mean?
> > If so I should make my cloud usable again and just
> change GnocchiBackend
> > to a path to a file on a shared file system (i.e. NFS) because I
> have 4
> > controller nodes, because the rest is exactly what I've done up to
> now.
> >
> > Thanks a lot,
> > Khodayar
> >
> > On Fri, Oct 23, 2020 at 10:01 AM Matthias Runge <mrunge(a)redhat.com
> <mailto:mrunge@redhat.com>
> > <mailto:mrunge@redhat.com <mailto:mrunge@redhat.com>>> wrote:
> >
> > On 22/10/2020 17:46, Khodayar Doustar wrote:
> > > Hi everybody,
> > >
> > > I am searching for a good and useful method to monitor my 40
> nodes
> > cloud.
> > >
> > > I have tried
> > >
> > > - Prometheus + Grafana (with
> > > https://github.com/openstack-exporter/openstack-exporter
> <https://github.com/openstack-exporter/openstack-exporter>
> > <https://github.com/openstack-exporter/openstack-exporter
> <https://github.com/openstack-exporter/openstack-exporter>>
> > > <https://github.com/openstack-exporter/openstack-exporter
> <https://github.com/openstack-exporter/openstack-exporter>
> > <https://github.com/openstack-exporter/openstack-exporter
> <https://github.com/openstack-exporter/openstack-exporter>>>) but it
> > > cannot monitor nodes load and cpu usage etc.
> > > and
> > > - Gnocchi +Collectd + Grafana but it enforces unbelievable
> load on
> > nodes
> > > and make the whole cloud completely unusable!
> > >
> > > I've tried to use Graphite + Grafana but I failed.
> > >
> > > Do you have any suggestions?
> >
> >
> > Hi,
> >
> > yes, I have some opinions here.
> >
> > My proposal here is:
> >
> > - use collectd to collect low level metrics from your
> baremetal machines
> > - use ceilometer to collect OpenStack related info, like
> project usage,
> > etc. That is nothing you'd get by using node-exporter
> > - hook them both together and send metrics over to something
> called
> > Service Telemetry Framework. The configuration *is* included
> in tripleo.
> > The website has documentation available
> > https://infrawatch.github.io/documentation
> <https://infrawatch.github.io/documentation>
> > <https://infrawatch.github.io/documentation
> <https://infrawatch.github.io/documentation>>
> > - graphite + grafana (plus collectd) is also a single node
> setup and
> > won't provide you reliability.
> > - collectd also provides the ability to send events, which can
> be acted
> > on. That is not included if you use node-exporter,
> openstack-exporter
> > etc. Prometheus monitoring creates events from metrics, but
> will be slow
> > to detect failed components.
> >
> > Since prometheus is meant to be single server, there is no HA
> per se in
> > prometheus. That makes handling prometheus on standalone
> machines a bit
> > awkward, or you'd have a infrastructure taking care of that.
> >
> > In your tests with gnocchi, collectd and grafana, I bet you
> used swift
> > as backend for gnocchi storage. That is not a good idea and
> may lead to
> > bad performance.
> >
> > Matthias
> >
> > --
> > Matthias Runge <mrunge(a)redhat.com <mailto:mrunge@redhat.com>
> <mailto:mrunge@redhat.com <mailto:mrunge@redhat.com>>>
> >
> > Red Hat GmbH, http://www.de.redhat.com/
> <http://www.de.redhat.com/> <http://www.de.redhat.com/
> <http://www.de.redhat.com/>>,
> > Registered seat: Grasbrunn,
> > Commercial register: Amtsgericht Muenchen, HRB 153243,
> > Man.Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael
> > O'Neil
> >
> > _______________________________________________
> > users mailing list
> > users(a)lists.rdoproject.org <mailto:users@lists.rdoproject.org>
> <mailto:users@lists.rdoproject.org <mailto:users@lists.rdoproject.org>>
> > http://lists.rdoproject.org/mailman/listinfo/users
> <http://lists.rdoproject.org/mailman/listinfo/users>
> > <http://lists.rdoproject.org/mailman/listinfo/users
> <http://lists.rdoproject.org/mailman/listinfo/users>>
> >
> > To unsubscribe: users-unsubscribe(a)lists.rdoproject.org
> <mailto:users-unsubscribe@lists.rdoproject.org>
> > <mailto:users-unsubscribe@lists.rdoproject.org
> <mailto:users-unsubscribe@lists.rdoproject.org>>
> >
>
>
> --
> Matthias Runge <mrunge(a)redhat.com <mailto:mrunge@redhat.com>>
>
> Red Hat GmbH, http://www.de.redhat.com/ <http://www.de.redhat.com/>,
> Registered seat: Grasbrunn,
> Commercial register: Amtsgericht Muenchen, HRB 153243,
> Man.Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael
> O'Neil
>
--
Matthias Runge <mrunge(a)redhat.com>
Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Man.Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neil
4 years
[rdo-dev] [Meeting] RDO meeting (2020-10-21) minutes
by Joel Capitao
==============================
#rdo: RDO meeting - 2020-10-21
==============================
Meeting started by jcapitao at 14:01:44 UTC. The full logs are
available at
http://eavesdrop.openstack.org/meetings/rdo_meeting___2020_10_21/2020/rdo...
.
Meeting summary
---------------
* roll call (jcapitao, 14:03:16)
* Updates about victoria release preparation (jcapitao, 14:10:01)
* LINK: https://review.rdoproject.org/r/#/q/topic:gpg-verification
(jcapitao, 14:12:07)
* chair for next meeting (jcapitao, 14:27:55)
* next week meeting is canceled as it's PTG (jcapitao, 14:30:53)
* ACTION: amoralej to chair next meeting (2020-11-04) (jcapitao,
14:32:04)
* open floor (jcapitao, 14:32:28)
Meeting ended at 14:35:47 UTC.
Action items, by person
-----------------------
* amoralej
* amoralej to chair next meeting (2020-11-04)
People present (lines said)
---------------------------
* jcapitao (31)
* amoralej (15)
* rdogerrit (14)
* openstack (3)
Generated by `MeetBot`_ 0.1.4
4 years, 1 month
[Meeting] RDO meeting minutes - 2020-10-14
by Alfredo Moralejo Alonso
==============================
#rdo: RDO meeting - 2020-10-14
==============================
Meeting started by amoralej at 14:02:06 UTC. The full logs are
available athttp://eavesdrop.openstack.org/meetings/rdo_meeting___2020_10_14/2020/r...
.
Meeting summary
---------------
* roll call (amoralej, 14:03:00)
* Test Day scheduling for Wallaby (amoralej, 14:05:55)
* mascot update (amoralej, 14:14:43)
* LINK:
https://drive.google.com/file/d/1QM33NygP1_eDYpRRCpPp_-9LrbtOQsxC/view?us...
(spotz, 14:14:50)
* Updates about victoria release preparation (amoralej, 14:20:30)
* Release docs -
https://review.rdoproject.org/etherpad/p/victoria-release-announcement
(amoralej, 14:21:01)
* ACTION: amoralej to update contributors list for Victoria
(amoralej, 14:23:22)
* final releases for main OpenStack projects have been published today
(amoralej, 14:29:39)
* RDO will wait for cycle-trailing projects to push RC1 builds to
publish RDO Victoria GA (amoralej, 14:30:23)
* Currently enabling sources tarball validation using upstream GPG
signature (amoralej, 14:30:52)
* LINK: https://review.rdoproject.org/r/#/q/topic:gpg-verification
(amoralej, 14:31:07)
* LINK:
https://trunk.rdoproject.org/api-centos8-victoria/api/civotes_agg_detail....
(ykarel, 14:42:24)
* chair for next week (amoralej, 14:47:17)
* ACTION: jcapitao to chair next week (amoralej, 14:48:06)
* open floor (amoralej, 14:48:51)
Meeting ended at 14:57:26 UTC.
Action items, by person
-----------------------
* amoralej
* amoralej to update contributors list for Victoria
* jcapitao
* jcapitao to chair next week
People present (lines said)
---------------------------
* amoralej (114)
* ykarel (33)
* spotz (23)
* jcapitao (8)
* openstack (6)
* rdogerrit (4)
Generated by `MeetBot`_ 0.1.4
4 years, 1 month
[Meeting] RDO meeting (2020-10-07) minutes
by YATIN KAREL
==============================
#rdo: RDO meeting - 2020-10-07
==============================
Meeting started by ykarel at 14:02:44 UTC. The full logs are available
athttp://eavesdrop.openstack.org/meetings/rdo_meeting___2020_10_07/2020/r...
.
Meeting summary
---------------
* roll call (ykarel, 14:03:16)
* mascot update (ykarel, 14:05:54)
* LINK:
https://drive.google.com/file/d/14Rm1ZCgHP7Via5ZWplWeRh9Xfw6eAEZq/view?us...
(spotz, 14:06:25)
* LINK:
https://drive.google.com/file/d/1ZmgWR2VLIsX7WR405rTcCKoQPfkT1bL4/view?us...
(spotz, 14:06:50)
* Updates about victoria release preparation (ykarel, 14:14:33)
* RC builds are pushed to mirror.centos (ykarel, 14:14:46)
* LINK:
http://mirror.centos.org/centos/8/cloud/x86_64/openstack-victoria/
(ykarel, 14:14:55)
* rdoinfo switching to wallaby tags
https://review.rdoproject.org/r/#/c/29934/ (ykarel, 14:15:09)
* LINK: https://hackmd.io/sasvoKjTSkabGlFOTkK_kw#bugs-and-reviews
(bhagyashris, 14:21:59)
* chair for next week (ykarel, 14:24:20)
* ACTION: amoralej to chair next week (ykarel, 14:25:32)
* Open floor (ykarel, 14:27:39)
* LINK:
https://drive.google.com/file/d/1fkmKAKEkgxtJds2ulVODPpeK_drAYi1d/view?us...
(spotz, 14:27:55)
* LINK:
https://review.rdoproject.org/etherpad/p/ussuri-release-announcement
(amoralej, 14:45:00)
* LINK:
https://review.rdoproject.org/etherpad/p/victoria-release-announcement
(spotz, 14:46:36)
Meeting ended at 14:52:10 UTC.
Action items, by person
-----------------------
* amoralej
* amoralej to chair next week
People present (lines said)
---------------------------
* ykarel (46)
* spotz (39)
* amoralej (30)
* rdogerrit (9)
* jcapitao (7)
* openstack (5)
* bhagyashris (4)
* Duck (3)
* jpena (1)
Generated by `MeetBot`_ 0.1.4
______________________________________________
users mailing list
users(a)lists.rdoproject.org
http://lists.rdoproject.org/mailman/listinfo/users
To unsubscribe: users-unsubscribe(a)lists.rdoproject.org
4 years, 1 month
Creation of Compute instance always fails on RDO openstack
by Tony Waria
I'm running a centos 7 VM. On that VM I have installed RDO openstack.
I'm able to instantiate a network. However when I create Compute Instances,
I'm constantly getting this error message -
[image: image.png]
Appreciate your help with this.
Thanks
4 years, 1 month
