[ovirt-devel] Re: Missing oVirt package in Fedora 30 repo
On Sun, Dec 1, 2019, 13:11 Yedidyah Bar David wrote: > On Sun, Dec 1, 2019 at 12:50 PM Yedidyah Bar David > wrote: > >> On Thu, Nov 28, 2019 at 4:42 PM Nir Soffer wrote: >> >>> On Thu, Nov 28, 2019 at 4:05 PM Tal Nisan wrote: >>> > >>> > Hi, >>> > Upon trying to install oVirt development environment on a new Fedora >>> 31 installation (using the oVirt dependency repos of Fedora 30 as 31 is not >>> supported yet) I've found out that these packages are missing from the >>> Fedora 30 repo: >>> > ovirt-engine-metrics >>> >> >> I am not the maintainer, but pushed anyway: >> >> https://gerrit.ovirt.org/105246 >> >> If it passes, can be merged. If you need it more urgently, you can use >> the check-patch-generated RPMs. >> > > Failed. It does not seem to support python3. Shirly - do you have a > bug/plans for this? > No. There is no bug for this. I wasn't aware of this issue. These tasks are usually handles by the integration team. Sandro, can you please help with this issue? Thank you, Shirly > > >> >> >>> > ovirt-ansible-roles >>> >> > ovirt-host-deploy >>> > ovirt-setup-lib >>> >> >> I already see all these in: >> >> https://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc30/noarch/ >> >> What error do you get and where? >> >> >>> >>> Note that you will not have ovirt-imageio-proxy on Fedora 31 (or 30), >>> since it was not >>> ported to python 3, and we don't plan to port it since we plan to >>> replace it with the daemon: >>> https://bugzilla.redhat.com/1559472 >>> >>> If you can install python 2 and the required packages (if they are >>> still available in Fedora 31) >>> you can run the proxy from source as a workaround. >>> >>> For development you can also use upload_disk.py from ovirt sdk >>> examples if you need to upload >>> disks, it does not require the proxy and is faster. >>> >>> Nir >>> >>> >> >> -- >> Didi >> > > > -- > Didi > ___ 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/ATMBRVEM63HDVMMTEI7KHOQLIEJTVXEO/
[ovirt-devel] Re: [urgent] vdsm broken since Friday (failing CQ)
>> On 6/11/19 1:15 PM, Martin Perina wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Tue, Jun 11, 2019 at 11:58 AM Milan Zamazal >>>>>>> wrote: >>>>>>> >>>>>>>> Dafna Ron writes: >>>>>>>> >>>>>>>> > Hi, >>>>>>>> > >>>>>>>> > Please note vdsm has been broken since Fri the 7th >>>>>>>> > >>>>>>>> > to summarize again, vdsm has a patch to remove sos plugin which >>>>>>>> is what >>>>>>>> > metrics is using in its ost tests >>>>>>>> > due to that, vdsm is failing the metrics tests and in order to >>>>>>>> solve it we >>>>>>>> > need to make a choice: >>>>>>>> > 1. fix the metrics tests to not use sos >>>>>>>> > 2. disable the metrics tests >>>>>>>> > 3. revert the sos patch until a decision is made on ^^ >>>>>>>> >>>>>>>> #3 is not an option, it would make Vdsm uninstallable on newer RHEL >>>>>>>> versions. >>>>>>>> >>>>>>> >>>>>>> I've posted a patch https://gerrit.ovirt.org/100716 which is trying >>>>>>> to install vdsm sos plugin if it's not installed either by vdsm nor sos. >>>>>>> Currenlty waiting for CI, if run is successfull, I will extend the >>>>>>> patch also for 4.3 basic suite. >>>>>>> >>>>>>> >>>>>>>> > Thanks, >>>>>>>> > Dafna >>>>>>>> > >>>>>>>> > >>>>>>>> > -- Forwarded message - >>>>>>>> > From: Dafna Ron >>>>>>>> > Date: Mon, Jun 10, 2019 at 1:30 PM >>>>>>>> > Subject: Re: [ OST Failure Report ] [ oVirt Master (vdsm) ] [ >>>>>>>> 07-06-2019 ] >>>>>>>> > [ 003_00_metrics_bootstrap.metrics_and_log_collector ] >>>>>>>> > To: Martin Perina , Milan Zamazal < >>>>>>>> mzama...@redhat.com>, >>>>>>>> > Shirly Radco >>>>>>>> > Cc: devel , infra >>>>>>>> > >>>>>>>> > >>>>>>>> > Shirly? any update on this? >>>>>>>> > >>>>>>>> > On Fri, Jun 7, 2019 at 11:54 AM Dafna Ron >>>>>>>> wrote: >>>>>>>> > >>>>>>>> >> Hi, >>>>>>>> >> >>>>>>>> >> We have a failure in vdsm project on master. >>>>>>>> >> >>>>>>>> >> The issue is change: >>>>>>>> >> https://gerrit.ovirt.org/#/c/100576/ - Remove SOS VDSM plugin >>>>>>>> >> >>>>>>>> >> which is failing on metrics as metrics is calling >>>>>>>> sos-logcollector. >>>>>>>> >> >>>>>>>> >> The patch cannot be changed as until centos 7.7 when sos-3.7-3, >>>>>>>> which >>>>>>>> >> contains vdsm plugin will come out. >>>>>>>> >> so until then, we are left with no sos plugin, which is causing >>>>>>>> the >>>>>>>> >> metrics test to fail. >>>>>>>> >> >>>>>>>> >> Shirly, can you please take a look and see if we can change the >>>>>>>> test to >>>>>>>> >> not call sos-logcollector? >>>>>>>> >> Please note, that we are expecting 4.3 to fail on same issue >>>>>>>> very soon. >>>>>>>> >> >>>>>>>> >> failed job can be found here: >>>>>>>> >> >>>>>>>> >> >>>>>>>> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14452/ >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> ERROR from test: >>>>>>>> >> >>>>>&
[ovirt-devel] Re: oVirt 4.3.0 Go / No GO
-- SHIRLY RADCO BI SENIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> On Mon, Jan 28, 2019 at 9:31 AM Sandro Bonazzola wrote: > > 1615974 <https://bugzilla.redhat.com/show_bug.cgi?id=1615974> Shirly Radco > Metrics ovirt-engine-metrics RFEs POST high [RFE][Tracker] - Replace > fluentd for shipping metrics and log, switch to rsyslog. > <https://bugzilla.redhat.com/show_bug.cgi?id=1615974> > IDAssigneeoVirt TeamProductComponentStatusSeveritySummary > > The RFE is blocked on having write_syslog package availability for engine and hosts Not sure what to do about that... > > > > > -- > > SANDRO BONAZZOLA > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <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/TYECGBUQQBOMG2PRJYAHAA3RYJNWAOWQ/
[ovirt-devel] Request to be ovirt-site metrics and DWH maintainer
Hi, I'm the maintainer of oVirt metrics store and DWH. I would like to have merge right in ovirt-site project to update the related documentation. Best regards, -- SHIRLY RADCO BI SENIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > > ___ 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/YRIWB4FVGZIH7NDTZZKA4FDKNC7GUFWJ/
[ovirt-devel] Re: /root/fluentd no longer exists
Ping. Did you revert? -- SHIRLY RADCO BI SENIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> On Tue, Sep 4, 2018 at 12:31 PM, Shirly Radco wrote: > Hi, Did you revert it? > > -- > > SHIRLY RADCO > > BI SENIOR SOFTWARE ENGINEER > > Red Hat Israel <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > > On Sun, Sep 2, 2018 at 2:22 PM, Anton Marchukov > wrote: > >> This one >> https://gerrit.ovirt.org/#/c/94067/ >> >> we can revert it since it is clear that fluentd is not in fault in logs >> collection. >> >> Anton. >> >> On Sun, 2 Sep 2018 at 10:17, Eyal Edri wrote: >> >>> Adding Ehud and Galit, >>> Shirly, to be sure can you add a link to the patch you'd like to revert? >>> >>> On Sun, Sep 2, 2018 at 11:04 AM Shirly Radco wrote: >>> >>>> Thanks for the update. >>>> Please also revert the fluentd patch as well ... >>>> >>>> -- >>>> >>>> SHIRLY RADCO >>>> >>>> BI SENIOR SOFTWARE ENGINEER >>>> >>>> Red Hat Israel <https://www.redhat.com/> >>>> <https://red.ht/sig> >>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >>>> >>>> On Fri, Aug 31, 2018 at 8:17 PM, Anton Marchukov >>>> wrote: >>>> >>>>> I tried that patch to disable postgres also and it failed with: >>>>> >>>>> ExtractPathNoPathError: scp: /etc/dnf: No such file or directory >>>>> >>>>> so not going to merge this as it is clear that the problem is in >>>>> something else. >>>>> >>>>> [1] https://gerrit.ovirt.org/#/c/94082/ >>>>> >>>>> On Fri, Aug 31, 2018 at 2:37 PM Anton Marchukov >>>>> wrote: >>>>> >>>>>> I also see that we have failure: >>>>>> >>>>>> ExtractPathNoPathError: scp: >>>>>> /var/lib/pgsql/upgrade_rh-postgresql95-postgresql.log: >>>>>> No such file or directory >>>>>> >>>>>> so maybe fluentd is not the root cause and something is wrong >>>>>> elsewhere. Will continue investigation. >>>>>> >>>>>> On Fri, Aug 31, 2018 at 1:43 PM Anton Marchukov >>>>>> wrote: >>>>>> >>>>>>> Hello Shirly, All. >>>>>>> >>>>>>> We used to collect fluentd artifacts in OST from /root/fluentd, but >>>>>>> starting from around mid night today Fri Aug 31 (or maybe late evening >>>>>>> Thu >>>>>>> Aug 30) the tests started to fail to locate /root/fluentd. >>>>>>> >>>>>>> We merged a patch to disable its collection [1] so we can let other >>>>>>> tests run, but we need to find what happened and restore fluentd >>>>>>> collection. >>>>>>> >>>>>>> I open a JIRA issue [2] on this. Do you have any idea? >>>>>>> >>>>>>> Thanks. >>>>>>> >>>>>>> [1] https://gerrit.ovirt.org/#/c/94067/ >>>>>>> [2] https://ovirt-jira.atlassian.net/browse/OVIRT-2464 >>>>>>> >>>>>>> -- >>>>>>> Anton Marchukov >>>>>>> Team Lead - Release Management - RHV DevOps - Red Hat >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Anton Marchukov >>>>>> Team Lead - Release Management - RHV DevOps - Red Hat >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Anton Marchukov >>>>> Team Lead - Release Management - RHV DevOps - Red Hat >>>>> >>>>> >>>> ___ >>>> 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/communit >>>> y/about/community-guidelines/ >>>> List Archives: https://lists.ovirt.org/archiv >>>> es/list/devel@ovirt.org/message/FRKSYZN43E4I2FMDWYOQ5B4VMY75EQCS/ >>>> >>> >>> >>> -- >>> >>> Eyal edri >>> >>> >>> MANAGER >>> >>> RHV/CNV DevOps >>> >>> EMEA VIRTUALIZATION R >>> >>> >>> Red Hat EMEA <https://www.redhat.com/> >>> <https://red.ht/sig> TRIED. TESTED. TRUSTED. >>> <https://redhat.com/trusted> >>> phone: +972-9-7692018 >>> irc: eedri (on #tlv #rhev-dev #rhev-integ) >>> >> -- >> Anton Marchukov >> Team Lead - Release Management - RHV DevOps - Red Hat >> >> > ___ 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/JQZM34WIO2MEFAQAK7CSUR5NE4LDBEAY/
[ovirt-devel] Re: /root/fluentd no longer exists
Hi, Did you revert it? -- SHIRLY RADCO BI SENIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> On Sun, Sep 2, 2018 at 2:22 PM, Anton Marchukov wrote: > This one > https://gerrit.ovirt.org/#/c/94067/ > > we can revert it since it is clear that fluentd is not in fault in logs > collection. > > Anton. > > On Sun, 2 Sep 2018 at 10:17, Eyal Edri wrote: > >> Adding Ehud and Galit, >> Shirly, to be sure can you add a link to the patch you'd like to revert? >> >> On Sun, Sep 2, 2018 at 11:04 AM Shirly Radco wrote: >> >>> Thanks for the update. >>> Please also revert the fluentd patch as well ... >>> >>> -- >>> >>> SHIRLY RADCO >>> >>> BI SENIOR SOFTWARE ENGINEER >>> >>> Red Hat Israel <https://www.redhat.com/> >>> <https://red.ht/sig> >>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >>> >>> On Fri, Aug 31, 2018 at 8:17 PM, Anton Marchukov >>> wrote: >>> >>>> I tried that patch to disable postgres also and it failed with: >>>> >>>> ExtractPathNoPathError: scp: /etc/dnf: No such file or directory >>>> >>>> so not going to merge this as it is clear that the problem is in >>>> something else. >>>> >>>> [1] https://gerrit.ovirt.org/#/c/94082/ >>>> >>>> On Fri, Aug 31, 2018 at 2:37 PM Anton Marchukov >>>> wrote: >>>> >>>>> I also see that we have failure: >>>>> >>>>> ExtractPathNoPathError: scp: >>>>> /var/lib/pgsql/upgrade_rh-postgresql95-postgresql.log: >>>>> No such file or directory >>>>> >>>>> so maybe fluentd is not the root cause and something is wrong >>>>> elsewhere. Will continue investigation. >>>>> >>>>> On Fri, Aug 31, 2018 at 1:43 PM Anton Marchukov >>>>> wrote: >>>>> >>>>>> Hello Shirly, All. >>>>>> >>>>>> We used to collect fluentd artifacts in OST from /root/fluentd, but >>>>>> starting from around mid night today Fri Aug 31 (or maybe late evening >>>>>> Thu >>>>>> Aug 30) the tests started to fail to locate /root/fluentd. >>>>>> >>>>>> We merged a patch to disable its collection [1] so we can let other >>>>>> tests run, but we need to find what happened and restore fluentd >>>>>> collection. >>>>>> >>>>>> I open a JIRA issue [2] on this. Do you have any idea? >>>>>> >>>>>> Thanks. >>>>>> >>>>>> [1] https://gerrit.ovirt.org/#/c/94067/ >>>>>> [2] https://ovirt-jira.atlassian.net/browse/OVIRT-2464 >>>>>> >>>>>> -- >>>>>> Anton Marchukov >>>>>> Team Lead - Release Management - RHV DevOps - Red Hat >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Anton Marchukov >>>>> Team Lead - Release Management - RHV DevOps - Red Hat >>>>> >>>>> >>>> >>>> -- >>>> Anton Marchukov >>>> Team Lead - Release Management - RHV DevOps - Red Hat >>>> >>>> >>> ___ >>> 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/FRKSYZN43E4I2FMDWYOQ5B4VMY75EQCS/ >>> >> >> >> -- >> >> Eyal edri >> >> >> MANAGER >> >> RHV/CNV DevOps >> >> EMEA VIRTUALIZATION R >> >> >> Red Hat EMEA <https://www.redhat.com/> >> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >> phone: +972-9-7692018 >> irc: eedri (on #tlv #rhev-dev #rhev-integ) >> > -- > Anton Marchukov > Team Lead - Release Management - RHV DevOps - Red Hat > > ___ 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/JNDMU6OBMDITORNBEACGYGHSQ2JBY5OJ/
[ovirt-devel] Re: /root/fluentd no longer exists
Thanks for the update. Please also revert the fluentd patch as well ... -- SHIRLY RADCO BI SENIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> On Fri, Aug 31, 2018 at 8:17 PM, Anton Marchukov wrote: > I tried that patch to disable postgres also and it failed with: > > ExtractPathNoPathError: scp: /etc/dnf: No such file or directory > > so not going to merge this as it is clear that the problem is in something > else. > > [1] https://gerrit.ovirt.org/#/c/94082/ > > On Fri, Aug 31, 2018 at 2:37 PM Anton Marchukov > wrote: > >> I also see that we have failure: >> >> ExtractPathNoPathError: scp: >> /var/lib/pgsql/upgrade_rh-postgresql95-postgresql.log: >> No such file or directory >> >> so maybe fluentd is not the root cause and something is wrong elsewhere. >> Will continue investigation. >> >> On Fri, Aug 31, 2018 at 1:43 PM Anton Marchukov >> wrote: >> >>> Hello Shirly, All. >>> >>> We used to collect fluentd artifacts in OST from /root/fluentd, but >>> starting from around mid night today Fri Aug 31 (or maybe late evening Thu >>> Aug 30) the tests started to fail to locate /root/fluentd. >>> >>> We merged a patch to disable its collection [1] so we can let other >>> tests run, but we need to find what happened and restore fluentd >>> collection. >>> >>> I open a JIRA issue [2] on this. Do you have any idea? >>> >>> Thanks. >>> >>> [1] https://gerrit.ovirt.org/#/c/94067/ >>> [2] https://ovirt-jira.atlassian.net/browse/OVIRT-2464 >>> >>> -- >>> Anton Marchukov >>> Team Lead - Release Management - RHV DevOps - Red Hat >>> >>> >> >> -- >> Anton Marchukov >> Team Lead - Release Management - RHV DevOps - Red Hat >> >> > > -- > Anton Marchukov > Team Lead - Release Management - RHV DevOps - Red Hat > > ___ 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/FRKSYZN43E4I2FMDWYOQ5B4VMY75EQCS/
[ovirt-devel] Re: oVirt Dashboard issues
-- SHIRLY RADCO BI SENIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> On Fri, Jul 27, 2018 at 12:40 PM, Hetz Ben Hamo 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) > Some on the data is from engine db, which means its what is happening now - The first row. There is caching so it may take a few minutes to refresh or by manual refresh. Other widgets are based on the aggregated data stored in ovirt_engine_history db (DWH). The DWH widgets are based on the last 24 hours of hourly aggregates. The over time chart under the pie chart should show you the average consumption over time. Please let me know or open a bug if you think there is an issue with the current behavior. By clicking on the widgets you can also get a breakdown for hosts and vms. Best, Shirly > > 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/ > > ___ 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/G2IRWNNWMKVMCU5EVVKK5OXUMWIL4SKV/
Re: [ovirt-devel] [ OST Failure Report ] [ oVirt 4.2 (ovirt-engine-metrics) ] [ 20-02-2018 ] [ 003_00_metrics_bootstrap.metrics_and_log_collector ]
I do not think this is the issue in this case.
Pushed https://gerrit.ovirt.org/#/c/87919/
--
SHIRLY RADCO
BI SeNIOR SOFTWARE ENGINEER
Red Hat Israel <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
On Tue, Feb 20, 2018 at 2:48 PM, Sandro Bonazzola <sbona...@redhat.com>
wrote:
>
>
> 2018-02-20 13:21 GMT+01:00 Dafna Ron <d...@redhat.com>:
>
>> Thanks Shirly.
>> can you please send me a link to the fix?
>>
>
> I think Gal already fixed no? https://gerrit.ovirt.org/#/c/87842/
>
>
>
>
>>
>> Thanks again!
>> Dafna
>>
>>
>> On Tue, Feb 20, 2018 at 12:18 PM, Shirly Radco <sra...@redhat.com> wrote:
>>
>>> Thank you.
>>> I found the issue.
>>> Will push a fix now.
>>>
>>> --
>>>
>>> SHIRLY RADCO
>>>
>>> BI SeNIOR SOFTWARE ENGINEER
>>>
>>> Red Hat Israel <https://www.redhat.com/>
>>> <https://red.ht/sig>
>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>>
>>> On Tue, Feb 20, 2018 at 12:00 PM, Dafna Ron <d...@redhat.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> We have a failed test for project ovirt-engine-metrics.
>>>> It seems that CQ is reporting that the root cause of the failure was a
>>>> patch from 6 days ago.
>>>>
>>>> Shirly, can you please check the changes?
>>>>
>>>> *Link and headline of suspected patches: change reported as failed: *
>>>>
>>>> replace vdsm stats with collectd virt plugin -
>>>> https://gerrit.ovirt.org/#/c/87310/
>>>>
>>>>
>>>> *change reported as root cause: *
>>>> ansible: add role to copy required files -
>>>> https://gerrit.ovirt.org/#/c/87430/
>>>>
>>>>
>>>> TASK [oVirt.ovirt-initial-validations/validate-config-yml : Validate
>>>> viaq_metrics_store parameter] ***
>>>> fatal: [localhost]: FAILED! => {"msg": "The conditional check
>>>> 'viaq_metrics_store != true' failed. The error was: error while evaluating
>>>> conditional (viaq_metrics_store != true): 'viaq_metrics_store' is
>>>> undefined\n\nThe error appears to have been in
>>>> '/usr/share/ansible/roles/oVirt.metrics/roles/oVirt.ovirt-initial-validations/validate-config-yml/tasks/main.yml':
>>>> line 49, column 3, but may\nbe elsewhere in the file depending on the
>>>> exact syntax problem.\n\nThe offending line appears to be:\n\n\n- name:
>>>> \"Validate viaq_metrics_store parameter\"\n ^ here\n"}
>>>>
>>>> NO MORE HOSTS LEFT
>>>> *
>>>>
>>>> PLAY RECAP
>>>> *
>>>> localhost : ok=4changed=0unreachable=0failed=1
>>>>
>>>>
>>>> lago.utils: ERROR: Error while running thread
>>>> Traceback (most recent call last):
>>>> File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in
>>>> _ret_via_queue
>>>> queue.put({'return': func()})
>>>> File
>>>> "/home/jenkins/workspace/ovirt-4.2_change-queue-tester/ovirt-system-tests/basic-suite-4.2/test-scenarios/003_00_metrics_bootstrap.py",
>>>> line 54, in configure_metrics
>>>> ' Exit code is %s' % result.code
>>>> File "/usr/lib/python2.7/site-packages/nose/tools/trivial.py", line 29,
>>>> in eq_
>>>> raise AssertionError(msg or "%r != %r" % (a, b))
>>>> AssertionError: Configuring ovirt machines for metrics failed. Exit code
>>>> is 2
>>>> lago.ssh: DEBUG: Command 59b597f6 on lago-basic-suite-4-2-engine returned
>>>> with 0
>>>> lago.ssh: DEBUG: Command 59b597f6 on lago-basic-suite-4-2-engine output:
>>>> This command will collect system configuration and diagnostic
>>>> information from this system.
>>>> The generated archive may contain data considered sensitive and its
>>>> content should be reviewed by the originating organization before
>>>> being passed to any third party.
>>>> No changes will be made to system configuration.
>>>> INFO: /dev/shm/log does not exist. It will be created.
>>>> DEBUG: API Vendor(None)API Version
Re: [ovirt-devel] [ OST Failure Report ] [ oVirt 4.2 (ovirt-engine-metrics) ] [ 20-02-2018 ] [ 003_00_metrics_bootstrap.metrics_and_log_collector ]
Thank you.
I found the issue.
Will push a fix now.
--
SHIRLY RADCO
BI SeNIOR SOFTWARE ENGINEER
Red Hat Israel <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
On Tue, Feb 20, 2018 at 12:00 PM, Dafna Ron <d...@redhat.com> wrote:
> Hi,
>
> We have a failed test for project ovirt-engine-metrics.
> It seems that CQ is reporting that the root cause of the failure was a
> patch from 6 days ago.
>
> Shirly, can you please check the changes?
>
> *Link and headline of suspected patches: change reported as failed: *
>
> replace vdsm stats with collectd virt plugin -
> https://gerrit.ovirt.org/#/c/87310/
>
>
> *change reported as root cause: *
> ansible: add role to copy required files - https://gerrit.ovirt.org/#/c/
> 87430/
>
>
> TASK [oVirt.ovirt-initial-validations/validate-config-yml : Validate
> viaq_metrics_store parameter] ***
> fatal: [localhost]: FAILED! => {"msg": "The conditional check
> 'viaq_metrics_store != true' failed. The error was: error while evaluating
> conditional (viaq_metrics_store != true): 'viaq_metrics_store' is
> undefined\n\nThe error appears to have been in
> '/usr/share/ansible/roles/oVirt.metrics/roles/oVirt.ovirt-initial-validations/validate-config-yml/tasks/main.yml':
> line 49, column 3, but may\nbe elsewhere in the file depending on the exact
> syntax problem.\n\nThe offending line appears to be:\n\n\n- name: \"Validate
> viaq_metrics_store parameter\"\n ^ here\n"}
>
> NO MORE HOSTS LEFT
> *
>
> PLAY RECAP
> *
> localhost : ok=4changed=0unreachable=0failed=1
>
>
> lago.utils: ERROR: Error while running thread
> Traceback (most recent call last):
> File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in
> _ret_via_queue
> queue.put({'return': func()})
> File
> "/home/jenkins/workspace/ovirt-4.2_change-queue-tester/ovirt-system-tests/basic-suite-4.2/test-scenarios/003_00_metrics_bootstrap.py",
> line 54, in configure_metrics
> ' Exit code is %s' % result.code
> File "/usr/lib/python2.7/site-packages/nose/tools/trivial.py", line 29, in
> eq_
> raise AssertionError(msg or "%r != %r" % (a, b))
> AssertionError: Configuring ovirt machines for metrics failed. Exit code is 2
> lago.ssh: DEBUG: Command 59b597f6 on lago-basic-suite-4-2-engine returned
> with 0
> lago.ssh: DEBUG: Command 59b597f6 on lago-basic-suite-4-2-engine output:
> This command will collect system configuration and diagnostic
> information from this system.
> The generated archive may contain data considered sensitive and its
> content should be reviewed by the originating organization before
> being passed to any third party.
> No changes will be made to system configuration.
> INFO: /dev/shm/log does not exist. It will be created.
> DEBUG: API Vendor(None) API Version(4.2.0)
> WARNING: This ovirt-log-collector call will collect logs from all available
> hosts. This may take long time, depending on the size of your deployment
> INFO: Gathering oVirt Engine information...
> DEBUG: loading config
> '/usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.conf'
> DEBUG: calling(['sosreport', '--list-plugins'])
> DEBUG: returncode(0)
> DEBUG: STDOUT(
> sosreport (version 3.4)
>
>
>
>
>
>
>
>
>
> *Link to
> Job:http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/864/
> <http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/864/>Link to
> all
> logs:http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/864/artifacts
> <http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/864/artifacts>(Relevant)
> error snippet from the log: *
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] ovirt-engine-metrics is now required for running host deploy
Hi, Please note, we plan to merge patch [1], which will add ovirt-engine-metrics package to requirements for engine development environment, because metrics setup will now be part of host deploy. You will need to install ovirt-engine-metrics rpm package or host deploy will fail. Minimal required package version: ovirt-engine-metrics-1.1.2-0. 0.master.2018010100.el7.centos.noarch.rpm [1] https://gerrit.ovirt.org/#/c/84331/ Best regards, -- SHIRLY RADCO BI SeNIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] Chaning the statistics monitoring interval to 30s
-- SHIRLY RADCO BI SOFTWARE ENGINEER, Red Hat Israel <https://www.redhat.com/> sra...@redhat.com <https://red.ht/sig> <https://redhat.com/summit> On Thu, Jul 6, 2017 at 12:39 PM, Oved Ourfali <oourf...@redhat.com> wrote: > > > On Thu, Jul 6, 2017 at 12:19 PM, Roy Golan <rgo...@redhat.com> wrote: > >> >> >> On Thu, Jul 6, 2017 at 12:18 PM Roy Golan <rgo...@redhat.com> wrote: >> >>> Action items: >>> - Demonstrate the effect of the reduction of stats collection on the >>> system - WIP >>> - Code changes: >>> - config item change: NumberVmRefreshesBeforeSave from 5 to 10 >>> - make the 'poll' vms job to fire at NumberVmRefreshesBeforeSave / 2 >>> (or just make the code to support explicit time interval) >>> - VDSM should get a config set with the sampling inteval - to support >>> back-compat >>> >>> - Chages to DWH sampling and ManageIQ? >> > > I think manageIQ can cope with either 60 seconds or 20 seconds intervals > (after a change we've made when we moved to 20 seconds). > Put an action item indeed to check that with us if we'll decide to do so. > Indeed 20 or 60 seconds. Their implementation is very strict and coupled with vmware statistics which are 20 seconds. > > >> >>> >>> >>> On Thu, Jul 6, 2017 at 11:00 AM Yaniv Kaul <yk...@redhat.com> wrote: >>> >>>> On Thu, Jul 6, 2017 at 10:04 AM, Oved Ourfali <oourf...@redhat.com> >>>> wrote: >>>> >>>>> >>>>> >>>>> On Thu, Jul 6, 2017 at 9:38 AM, Arik Hadas <aha...@redhat.com> wrote: >>>>> >>>>>> >>>>>> >>>>>> On Wed, Jul 5, 2017 at 9:36 PM, Shirly Radco <sra...@redhat.com> >>>>>> wrote: >>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> SHIRLY RADCO >>>>>>> >>>>>>> BI SOFTWARE ENGINEER, >>>>>>> >>>>>>> Red Hat Israel <https://www.redhat.com/> >>>>>>> >>>>>>> sra...@redhat.com >>>>>>> <https://red.ht/sig> >>>>>>> <https://redhat.com/summit> >>>>>>> >>>>>>> >>>>>>> On Wed, Jul 5, 2017 at 6:35 PM, Arik Hadas <aha...@redhat.com> >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Jul 5, 2017 at 5:57 PM, Roy Golan <rgo...@redhat.com> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Hi all, >>>>>>>>> >>>>>>>>> I would like to get feedback on $subject and see if I'm missing >>>>>>>>> something. The impact of this is simply less resource consumption and >>>>>>>>> by >>>>>>>>> that we can support even greater number of hosts [1] and vms in the >>>>>>>>> system. >>>>>>>>> >>>>>>>> >>>>>>>>> If you think more relaxed statistics collection will affect a core >>>>>>>>> flow let me know - as far as I see I didn't spot anything critical. >>>>>>>>> >>>>>>>> >>>>>>>>> The overhead of a cycle per host something like that: 2 roundtrips >>>>>>>>> per host in a cycle, (vm + host stats) and tons of memory allocation >>>>>>>>> for >>>>>>>>> char[] -> json-> maps of maps -> VM/Vds statistics -> Maps -> >>>>>>>>> serialiazing >>>>>>>>> to DB. >>>>>>>>> >>>>>>>>> To minimize the effect of this change we can leave a call to >>>>>>>>> 'list' verb to at least detect vms existence in the same rate as >>>>>>>>> today. >>>>>>>>> >>>>>>>> >>>>>>>> +1 >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> Pros >>>>>>>>> - Engine has rore resources to support more hosts/vms/other >>>>>&
Re: [ovirt-devel] Chaning the statistics monitoring interval to 30s
-- SHIRLY RADCO BI SOFTWARE ENGINEER, Red Hat Israel <https://www.redhat.com/> sra...@redhat.com <https://red.ht/sig> <https://redhat.com/summit> On Wed, Jul 5, 2017 at 6:35 PM, Arik Hadas <aha...@redhat.com> wrote: > > > On Wed, Jul 5, 2017 at 5:57 PM, Roy Golan <rgo...@redhat.com> wrote: > >> Hi all, >> >> I would like to get feedback on $subject and see if I'm missing >> something. The impact of this is simply less resource consumption and by >> that we can support even greater number of hosts [1] and vms in the system. >> > >> If you think more relaxed statistics collection will affect a core flow >> let me know - as far as I see I didn't spot anything critical. >> > >> The overhead of a cycle per host something like that: 2 roundtrips per >> host in a cycle, (vm + host stats) and tons of memory allocation for char[] >> -> json-> maps of maps -> VM/Vds statistics -> Maps -> serialiazing to DB. >> >> To minimize the effect of this change we can leave a call to 'list' verb >> to at least detect vms existence in the same rate as today. >> > > +1 > > >> >> Pros >> - Engine has rore resources to support more hosts/vms/other activities of >> the engine >> - Vdsm will have more resources as well (need to tweak vdsm to collect in >> the same >> frequency) >> - less DB writes and reads, approx half of what the system will do in the >> in its lifefpan (cause this is what is mainly does all the time) >> >> Cons >> - DWH/Dashboard will have less entries, I'm not sure what is graphical >> affect given our hourly resolution (cmiiw here) >> > > What's the frequency of the queries done by DWH/Dashboard? Do they count > on the _update_date column of the queried data? > Current frequency is 20 seconds. The configurations are queried based on the _update_date, but statistics are queried every interval. The affect will be less accuracy in the hourly calculations. > I'm asking because if they query the database every minute and say "the > time now is 10:30 and the queried data is ..." then there should not be > less entries. > > >> >> >> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1430876 >> > >> >> ___ >> Devel mailing list >> Devel@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel >> > > > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] master and 4.1 dwhd Fails to Start (was ovirt_experimental_master Fails: PostgreSQL is not Accessible During Engine Setup)
I fixed the master bug. Is dwh in master still failing?
Best regards,
Shirly Radco
BI Software Engineer
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109
On Tue, Jan 17, 2017 at 5:30 PM, Anton Marchukov <amarc...@redhat.com>
wrote:
> Hello All.
>
> With Shirly help we found that 4.1 was using master and when ovirt_engine_dwh
> was branched today 4.1 job was not updated. This resulted in 4.1 repo be
> poisoned with 4.1 dwh rpm. I manually cleared it and waiting for test
> results, looks like we have a pile up on Jenkins due to lot of patches
> merged.
>
> For master I believe there are still some problems introduced so it will
> continue to fail "Error: Could not find or load main class
> ovirt_engine_dwh.historyetl_4_2.HistoryETL" till we find and fix the root
> cause.
>
> Anton.
>
> On Tue, Jan 17, 2017 at 2:18 PM, Anton Marchukov <amarc...@redhat.com>
> wrote:
>
>> Hello All.
>>
>> We checked this with did and postgres connection error is not an error
>> (although it prints stacktrace... cannot we not print stacktraces, please,
>> for antyhing that we handle in code... it is really confusing when you need
>> to find the root cause).
>>
>> The test is checking for dwhd to be up using systemd:
>>
>> testlib.assert_true_within_short(
>> lambda: engine.service('ovirt-engine-dwhd').alive()
>> )
>>
>> that runs:
>>
>> /usr/bin/systemctl status --lines=0 ovirt-engine-dwhd
>> lago.ssh: DEBUG: Command 90e98548 on lago-basic-suite-master-engine
>> returned with 3
>> lago.ssh: DEBUG: Command 90e98548 on lago-basic-suite-master-engine
>> output:
>> ● ovirt-engine-dwhd.service - oVirt Engine Data Warehouse
>>Loaded: loaded (/usr/lib/systemd/system/ovirt-engine-dwhd.service;
>> enabled; vendor preset: disabled)
>>Active: activating (auto-restart) (Result: exit-code) since Tue
>> 2017-01-17 07:33:23 EST; 3min 4s ago
>> Main PID: 22448 (code=exited, status=1/FAILURE)
>>CGroup: /system.slice/ovirt-engine-dwhd.service
>>
>> dwhd log [1] has the following error:
>>
>> Error: Could not find or load main class ovirt_engine_dwh.historyetl_4_
>> 2.HistoryETL
>>
>> so this looks to be the actual problem. The latest job failed with this
>> is [2]. This also affects 4.1, e.g. [3].
>>
>>
>> [1] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_ma
>> ster/4791/artifact/exported-artifacts/basic_suite_master.sh-
>> el7/exported-artifacts/test_logs/basic-suite-master/post-
>> 001_initialize_engine.py/lago-basic-suite-master-engine/_
>> var_log/ovirt-engine-dwh/ovirt-engine-dwhd.log
>> [2] http://jenkins.ovirt.org/job/test-repo_ovirt_experimenta
>> l_master/4791/
>> [3] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/287
>>
>> --
>> Anton Marchukov
>> Senior Software Engineer - RHEV CI - Red Hat
>>
>>
>
>
> --
> Anton Marchukov
> Senior Software Engineer - RHEV CI - Red Hat
>
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] No more "vds group" in master code , instead please use "cluster"
+1 Great job! --- Shirly Radco BI Software Engineer Red Hat Israel Ltd. - Original Message - > From: "Yaniv Dary" <yd...@redhat.com> > To: "Eli Mesika" <emes...@redhat.com> > Cc: "devel" <devel@ovirt.org> > Sent: Wednesday, January 13, 2016 1:12:43 AM > Subject: Re: [ovirt-devel] No more "vds group" in master code , instead > please use "cluster" > > > > This is amazing. Great work! > > Yaniv Dary > Technical Product Manager > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 4350109 > > Tel : +972 (9) 7692306 > 8272306 > Email: yd...@redhat.com > IRC : ydary > On Jan 13, 2016 01:00, "Eli Mesika" < emes...@redhat.com > wrote: > > > Hi > > I have merged today this patch[1] to master. > > The code from historical reasons uses both "vds group" and "cluster" for a > cluster entity. > This makes the code not-clear, non-readable and hard for beginners (to find > for example SPs that handle clusters , or all code related to a cluster > operation) > This also makes our logging and error messages using sometimes "vds group" > and sometimes "cluster" to relate to the same entity. > Worse than that, new code written sometimes introduce a mix of both terms. > > Patch[1] renames "vds group" to cluster all over the code. > This renaming covers all engine code including > Class names > Variables > Comments > Logging > Error messages > Database tables,views, columns and SPs including all kinds of keys and > constrains > > Please do not use from now on the term "vds group" (all its variants > (VdsGroup, vdsGroup, vds_group etc.) > Instead , cluster and all its variants should be used > > If you have some written code that is not merged yet, you will probably have > a little work on rebase on top this patch, as far as I know those should be > trivial patches and if you have any question, please ask. > > Possible affects on other products are minor and were communicated to the > relevant product people. > > [1] https://gerrit.ovirt.org/#/c/51109/ > > Thanks > Eli Mesika > > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [URGENT][ACTION REQUIRED] Packages for oVirt 3.5.1 GA
Hi Sandro, Attached DWH Reports 3.5.1. GA builds: Reports: http://jenkins.ovirt.org/job/manual-build-tarball/471/ DWH: http://jenkins.ovirt.org/job/manual-build-tarball/472/ Best, --- Shirly Radco BI Software Engineer Red Hat Israel Ltd. - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Yaniv Bronheim ybron...@redhat.com, Dan Kenigsberg dan...@redhat.com, Shirly Radco sra...@redhat.com, Yaniv Dary yd...@redhat.com, Piotr Kliczewski pklic...@redhat.com, Saggi Mizrahi smizr...@redhat.com, Oved Ourfalli ov...@redhat.com, Juan Hernandez jhern...@redhat.com, Martin Sivak msi...@redhat.com, Doron Fediuck dfedi...@redhat.com, devel@ovirt.org, David Caro dcaro...@redhat.com, Barak Korren bkor...@redhat.com, mkov...@redhat.com Sent: Wednesday, January 21, 2015 9:40:48 AM Subject: [URGENT][ACTION REQUIRED] Packages for oVirt 3.5.1 GA # oVirt Engine: # Hash: # * 4f0c48e - restapi: Option to override firewall during install # * with http://gerrit.ovirt.org/37128 for sanity test http://jenkins.ovirt.org/job/manual-build-tarball/469/ # vdsm-jsonrpc-java # ACTION: Need to be rebuilt with final release version current rpms are like: # vdsm-jsonrpc-java-1.0.14-0.0.master.20141222133603.git38671ae.el6.noarch.rpm http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_3.5_create-rpms-el6-x86_64_merged/18/ http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_3.5_create-rpms-el7-x86_64_merged/15/ http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_3.5_create-rpms-fc20-x86_64_merged/22/ # ovirt-engine-extension-aaa-ldap http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/11/ARCH=x86_64,DISTRIBUTION=fedora-20/ http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/11/ARCH=x86_64,DISTRIBUTION=epel-6/ http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/11/ARCH=x86_64,DISTRIBUTION=epel-7/ # ovirt-engine-extension-aaa-misc # Unchanged: # http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-misc_any_create-rpms_manual/2/ARCH=x86_64,DISTRIBUTION=fedora-20/ # http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-misc_any_create-rpms_manual/2/ARCH=x86_64,DISTRIBUTION=epel-6/ http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-misc_any_create-rpms_manual/2/ARCH=x86_64,DISTRIBUTION=epel-7/ # ovirt-engine-extension-logger-log4j # Unchanged: # http://jenkins.ovirt.org/job/ovirt-engine-extension-logger-log4j_any_create-rpms_manual/6/ARCH=x86_64,DISTRIBUTION=fedora-20/ # http://jenkins.ovirt.org/job/ovirt-engine-extension-logger-log4j_any_create-rpms_manual/6/ARCH=x86_64,DISTRIBUTION=epel-6/ http://jenkins.ovirt.org/job/ovirt-engine-extension-logger-log4j_any_create-rpms_manual/6/ARCH=x86_64,DISTRIBUTION=epel-7/ # DWH # ACTION: Need to be rebuilt with final release version, current rpms are like: #ovirt-engine-dwh-3.5.1-0.3.el6.noarch.rpm http://jenkins.ovirt.org/job/manual-build-tarball/452/label=el6/ http://jenkins.ovirt.org/job/manual-build-tarball/452/label=el7/ http://jenkins.ovirt.org/job/manual-build-tarball/452/label=fc20/ # Reports # ACTION: Need to be rebuilt with final release version, current rpms are like: #ovirt-engine-reports-3.5.1-0.5.el6.noarch.rpm http://jenkins.ovirt.org/job/manual-build-tarball/453/label=el6/ http://jenkins.ovirt.org/job/manual-build-tarball/453/label=el7/ http://jenkins.ovirt.org/job/manual-build-tarball/453/label=fc20/ # Unchanged since 3.5 #ovirt-guest-tools # VDSM (from jenkins): # ACTION: Need to be rebuilt with final release version, current rpms are like: #vdsm-4.16.11-4.git1e52122.el7.x86_64.rpm http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms-el6-x86_64_merged/154/ http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms-el7-x86_64_merged/151/ http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms-fc20-x86_64_merged/151/ # OTOPI http://jenkins.ovirt.org/job/otopi_any_create-rpms_manual/15/ARCH=x86_64,DISTRIBUTION=fedora-20/ http://jenkins.ovirt.org/job/otopi_any_create-rpms_manual/15/ARCH=x86_64,DISTRIBUTION=epel-6/ http://jenkins.ovirt.org/job/otopi_any_create-rpms_manual/15/ARCH=x86_64,DISTRIBUTION=epel-7/ # oVirt Host Deploy http://jenkins.ovirt.org/job/ovirt-host-deploy_any_create-rpms_manual/21/ARCH=x86_64,DISTRIBUTION=fedora-20/ http://jenkins.ovirt.org/job/ovirt-host-deploy_any_create-rpms_manual/21/ARCH=x86_64,DISTRIBUTION=epel-6/ http://jenkins.ovirt.org/job/ovirt-host-deploy_any_create-rpms_manual/21/ARCH=x86_64,DISTRIBUTION=epel-7/ # Hosted Engine Setup http://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_any_create-rpms_manual/9/ # Hosted Engine HA http://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_any_create-rpms_manual/6/ # Log Collector http://jenkins.ovirt.org/job/manual-build-tarball/466/ # ISO Uploader http://jenkins.ovirt.org/job/manual-build-tarball/464/ # Image Uploader http://jenkins.ovirt.org/job/manual-build-tarball/465
Re: [ovirt-devel] Fwd: DWH cannot gain hourly history data from db because of the bloody time problem.
Hi, UTC time is the coordinated Universal Time, and we recommend syncing the machines according to it, so the data will not be affected when changing the clock from summer time to winter time and back. All reports can be shown in the local time you choose in the reports portal. But still, this should not cause issues with hourly reports not showing. Please attach all logs. Should be located at: /var/log/ovirt-engine /var/log/ovirt-engine-dwh /var/log/ovirt-engine-reports Also please let us know what ovirt 3.5 version you are using: rpm -qa |grep ovirt For ovirt-engine-dwh, ovirt-engine-reports and ovirt-engine. Last, please let us now what timezone is set currently for your machine. Best regards, --- Shirly Radco BI Software Engineer Red Hat Israel Ltd. - Original Message - From: 张亚琪 zhangyingyun...@gmail.com To: Devel@ovirt.org Sent: Monday, November 17, 2014 3:51:07 AM Subject: [ovirt-devel] Fwd: DWH cannot gain hourly history data from db because of the bloody time problem. -- Forwarded message -- From: 张亚琪 zhangyingyun...@gmail.com Date: 2014-11-16 20:04 GMT+08:00 Subject: Re: [ovirt-devel] DWH cannot gain hourly history data from db because of the bloody time problem. To: Yaniv Dary yd...@redhat.com hi, Yaniv. Thank you for your reply. However, I think that there is no sync problem in my setup, because the engine, dwh and reports are in the same machine. As a new, I am not familiar with UTM time. And please see the attachment. Looking forward your reply. Thanks a lot. 2014-11-16 7:31 GMT+08:00 Yaniv Dary yd...@redhat.com : Are all your servers sync to the same ntp and in UTM time? Can you attach logs? Yaniv From: 张亚琪 zhangyingyun...@gmail.com To: Devel@ovirt.org Sent: Friday, November 14, 2014 11:22:38 AM Subject: [ovirt-devel] DWH cannot gain hourly history data from db because of the bloody time problem. hi everybody, Recently, I have tested oVirt Reports. And I encountered a problem about some reports that cannot show data. And then I setup the DWH development environment. I found maybe this reason for missing data is the AggregationToHourly3.5. When data from datacenter_samples_history were inserted to datacenter_hourly_history, u will find nothing happened. Because the select sql before inserting data reads： SELECT history_id, history_datetime, datacenter_id, datacenter_status, minutes_in_status, datacenter_configuration_version FROM datacenter_samples_history WHERE history_datetime = '+context.lastHourAggr+ ' AND history_datetime '+TalendDate.addDate(context.lastHourAggr, 1,HH)+' ORDER BY history_datetime, datacenter_id, datacenter_status And then I queried the table of datacenter_samples_history history_configuration (has the field of lastHourAggr) in the db of ovirt_engine_history. The results are as follows: ovirt_engine_history=# select * from history_configuration; var_name | var_value | var_datetime ---+---+ MinimalETLVersion | 3.5.0 | default_language | en_US | firstSync | false | 2014-10-13 19:42:00+08 lastDayAggr | | 2014-11-14 00:00:00+08 lastHourAggr | | 2014- 11-15 06:00:00+08 HourlyAggFailed | false | (6 rows) ovirt_engine_history=# select history_datetime from datacenter_samples_history; history_datetime 2014- 11-13 03:07:00.23+08 2014-11-13 03:08:00.238+08 2014-11-13 03:09:00.229+08 2014-11-13 03:10:00.221+08 2014-11-13 03:11:00.229+08 2014-11-13 03:12:00.221+08 2014-11-13 03:13:00.237+08 2014-11-13 03:14:00.22+08 2014-11-13 03:15:00.221+08 2014-11-13 03:16:00.238+08 2014-11-13 03:17:00.238+08 Obviously， history_datetime lastHourAggr , the data will never be inserted to the datacenter_hourly_history. And the place where I bold is the root cause of the error. Then , I try to update the lastHourAggr in the table of history_configuration. Reports works successfully. However, the lastHourAggr will change to 2014-11-15 afterwards. But u know Today is 2014-11-14 ! I have no idea about why the value of lastHourAggr is 2014-11-15. Would u help me solve this problem. Thanks a lot ! ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] [ovirt-users] oVirt 3.5 test day 2 results
Hi, I tested 557125 - internationalize exitMessage; use meaningful exitCode These are the tests I made : power off from inside the guest - VM testexitmessage is down. Exit message: User shut down from within the guest ID 61 power off from inside the admin portal - VM testexitmessage powered off by admin (Host: yanivs) (Reason: Not Specified). ID 33 shotdown from inside the admin portal - VM shutdown initiated by admin on VM testexitmessage (Host: yanivs) (Reason: Not Specified) ID73 VM testexitmessage is down. Exit message: User shut down from within the guest ID61 shotdown from inside the guest - VM testexitmessage is down. Exit message: User shut down from within the guest ID 61 reboot from guest - no exit reason. In espanol shotdown from inside the admin portal - VM shutdown initiated by admin on VM testexitmessage (Host: yanivs) (Reason: Not Specified). ID 73 VM testexitmessage is down. Exit message: User shut down from within the guest ID 61 In Deutsch power off from inside the admin portal - VM testexitmessage powered off by admin (Host: yanivs) (Reason: Not Specified). ID 33 Conclutions: 1. I don't see translations for local langueges for the events in the admin portal. 2. In case of shotdown from inside the admin portal we get 2 messages instead of one. The second one(ID61) is incorrect. Best regards, --- Shirly Radco BI Software Engineer Red Hat Israel Ltd. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
