Adding sradco. YANIV LAVI
SENIOR TECHNICAL PRODUCT MANAGER Red Hat Israel Ltd. <https://www.redhat.com/> 34 Jerusalem Road, Building A, 1st floor Ra'anana, Israel 4350109 yl...@redhat.com T: +972-9-7692306 <javascript:void(0);>/8272306 <javascript:void(0);> F: +972-9-7692223 <javascript:void(0);> IM: ylavi <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> @redhatnews <https://twitter.com/redhatnews> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> On Sat, Jul 28, 2018 at 1:31 AM Greg Sheremeta <gsher...@redhat.com> wrote: > > > On Fri, Jul 27, 2018 at 12:07 PM Hetz Ben Hamo <h...@hetz.biz> wrote: > >> Hi Vojtech, >> >> > * the errors/warning cube doesn't update so much even after cleaning >>> and waiting an hour or 2 >>> >>> The Dashboard page doesn't refresh its data automatically (yet) but >>> there's a refresh button & "Last Updated" label in the top left corner. As >>> mentioned above, the top-most status cards should have their (cached) data >>> updated every 60sec. >>> >>> >> I used the refresh button, same result. It's updating when I'm powering >> and resuming another node, but the error and warning - not. >> >> >>> > * Cluster cube shows "1 cluster" but also "N/A" even when my cluster >>> is up with 2 machines (with DNS names). >>> >>> The "N/A" text shown in Cluster status card simply means that we aren't >>> tracking status (up/down/etc.) for the Cluster object within the Dashboard. >>> >> >> Is that on purpose? any setting that I can change to enable tracking? >> > > It is on purpose. Clusters don't have "up" or "down" like hosts or vms do. > So the N/A is always there as a placeholder. > > >> >> >>> >>> > * The memory calculation is wrong - it still shows 503.5 GB even if 1 >>> node is down for maintenance (which means I need to see something like >>> 220GB) >>> >>> This is part of the utilization card, which means it takes its data from >>> DWH. As Greg wrote, please check your DWH setup >>> <https://www.ovirt.org/documentation/data-warehouse/Data_Warehouse_Guide/>. >>> Are you running DWH on Engine machine or on a different machine? >>> >> >> This is a default installation, so DWH is running on the HE VM. >> > > is the dwh service running? what does the dwh.log say? (Adding Shirly too, > since I'm far from an expert on this) > > >> >> >>> >>> Regards, >>> Vojtech >>> >>> >>> On Fri, Jul 27, 2018 at 1:09 PM, Hetz Ben Hamo <h...@hetz.biz> wrote: >>> >>>> Care to share how to check? >>>> >>>> תודה, >>>> *חץ בן חמו* >>>> אתם מוזמנים לבקר בבלוג היעוץ <http://linvirtstor.net/> או בבלוג הפרטי >>>> שלי <http://benhamo.org> >>>> >>>> On Fri, Jul 27, 2018 at 2:08 PM, Greg Sheremeta <gsher...@redhat.com> >>>> wrote: >>>> >>>>> It sounds like your dwh database is not updating. Can you check that? >>>>> >>>>> Greg >>>>> >>>>> On Fri, Jul 27, 2018 at 5:41 AM Hetz Ben Hamo <h...@hetz.biz> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> Whats up with the oVirt Dashboard? it has few problems:. You can see >>>>>> my Dashboard here: https://imgur.com/a/n4IWppe >>>>>> >>>>>> * the errors/warning cube doesn't update so much even after cleaning >>>>>> and waiting an hour or 2 >>>>>> * Cluster cube shows "1 cluster" but also "N/A" even when my cluster >>>>>> is up with 2 machines (with DNS names). >>>>>> * The memory calculation is wrong - it still shows 503.5 GB even if 1 >>>>>> node is down for maintenance (which means I need to see something like >>>>>> 220GB) >>>>>> >>>>>> Should I open bugs on all of them in 1 bugzilla? if so, on which >>>>>> product? >>>>>> >>>>>> Thanks, >>>>>> Hetz >>>>>> _______________________________________________ >>>>>> Devel mailing list -- devel@ovirt.org >>>>>> To unsubscribe send an email to devel-le...@ovirt.org >>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>>>> oVirt Code of Conduct: >>>>>> https://www.ovirt.org/community/about/community-guidelines/ >>>>>> List Archives: >>>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BZUKLSBOWZPMHYU7XDDUX6LOZULMFNCG/ >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> GREG SHEREMETA >>>>> >>>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX >>>>> >>>>> Red Hat NA >>>>> >>>>> <https://www.redhat.com/> >>>>> >>>>> gsher...@redhat.com IRC: gshereme >>>>> <https://red.ht/sig> >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Devel mailing list -- devel@ovirt.org >>>> To unsubscribe send an email to devel-le...@ovirt.org >>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>> oVirt Code of Conduct: >>>> https://www.ovirt.org/community/about/community-guidelines/ >>>> List Archives: >>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/TI5CCSL4NXTKHWNGRFNGPKEJWHO27OQ5/ >>>> >>>> >>> >> > > -- > > GREG SHEREMETA > > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > > Red Hat NA > > <https://www.redhat.com/> > > gsher...@redhat.com IRC: gshereme > <https://red.ht/sig> > _______________________________________________ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GQ6Y5CK5TSWIN4TMVAKIWPXDLROTB33V/ >
_______________________________________________ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/VA7JJEVXKGYG2L4CKQXPR5VA54KONZNU/