[JIRA] (OVIRT-3103) Re: [ovirt-devel] Re: 2FA requirement for oVirt GitHub org?
Martin Perina created OVIRT-3103: Summary: Re: [ovirt-devel] Re: 2FA requirement for oVirt GitHub org? Key: OVIRT-3103 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3103 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Martin Perina Assignee: infra On Mon, Jun 28, 2021 at 11:58 AM Sandro Bonazzola wrote: > +1 for enabling 2FA on my side > +1 > > Il giorno lun 28 giu 2021 alle ore 11:50 Janos Pasztor > ha scritto: > >> Hey folks, >> >> I just noticed that we don't have 2FA enforcement on the oVirt GitHub >> org. >> >> [image: image.png] >> Is this just an oversight or is it intentional? May I propose to turn 2FA >> enforcement on? >> >> Janos >> ___ >> Devel mailing list -- de...@ovirt.org >> To unsubscribe send an email to devel-le...@ovirt.org >> Privacy Statement: https://www.ovirt.org/privacy-policy.html >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/SASNDGLK3FBKB5LPDXVMLJKB7GXK73KZ/ >> > > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > ___ > Devel mailing list -- de...@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/de...@ovirt.org/message/CDSTENA6B4YNUDX27RJUXZAH4JLZD4BF/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100166) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/message/RYH2ICY7F6IW46PCK6SFE7M7526SDXVH/
[JIRA] (OVIRT-3082) Can't see "Keep this build forever "
[ https://ovirt-jira.atlassian.net/browse/OVIRT-3082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=41007#comment-41007 ] Martin Perina commented on OVIRT-3082: -- Hi Anton, could you please speed up the resolution? Ori as a maintainer really needs this permission … Thanks, Martin [~accountid:557058:5ca52a09-2675-4285-a044-12ad20f6166a] > Can't see "Keep this build forever " > > > Key: OVIRT-3082 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3082 > Project: oVirt - virtualization made easy > Issue Type: Bug >Reporter: Ori Liel >Assignee: infra > > I am maintainer of several projects: > - ovirt-engine-sdk > - ovirt-engine-sdk-java > - ovirt-engine-sdk-ruby > - ovirt-engine-api-model > - ovirt-engine-api-metamodel -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100157) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/message/A3ZZRDKRK47PAHLVFBKKAE6SX33Y3W2M/
Re: Need permission to make releaes on go-ovirt repo
Hi, any news? Thanks, Martin On Wed, Mar 31, 2021 at 10:26 PM Eli Mesika wrote: > Hi > > I am the maintainer of the go-ovirt repo and need permissions to create > releases on [1] > > Thanks > > Eli Mesika > > > [1] https://github.com/oVirt/go-ovirt/releases > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/message/BU6HD3HF5P6LRUSUQN5XJ4ATJQJISKZV/
Re: [ovirt-devel] Re: basic suite fails on test_metrics_and_log_collector
enerate >> a local policy module to allow this access.#012Do#012allow this access >> for now by executing:#012# ausearch -c 'systemd' --raw | audit2allow >> -M my-systemd#012# semodule -X 300 -i my-systemd.pp#012 >> Mar 15 06:23:30 lago-basic-suite-master-engine platform-python[59361]: >> ansible-command Invoked with _raw_params=ovirt-log-collector --verbose >> --batch --no-hypervisors --conf-file=/root/ovirt-log-collector.conf >> _uses_shell=True warn=True stdin_add_newline=True >> strip_empty_ends=True argv=None chdir=None executable=None >> creates=None removes=None stdin=None >> >> Any idea what might have caused this to start happening? Perhaps >> a bug in ansible, or ansible-runner? It reminds me of [5]. >> Adding Dana and Martin. >> >> I think [5] is quite a serious bug, btw, should be a 4.4.5 blocker. >> > > it’s from January and tehre are no comments there. Dana, any update? > It does look serious but perhaps not really hit in real world scenarios? > It's reproducible outside OST, Dana is investigating intensively last 2 weeks, but so far we haven't been able to find where events are multiplied. But AFAIK this issue is visble only with ansible-runner-service, respectively only in the part when engine fetches events from ARS and create audit_log records from them. It doesn't mean, that playbook tasks are executed multiple times! OST is using ansible-runner directly, so it doesn't seem to me like the same issue So [5] is not a blocker, it's just really annoying if you need to works with audit_log records > >> Best regards, >> >> [1] https://gerrit.ovirt.org/c/ovirt-system-tests/+/113875 >> >> [2] >> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/15980/artifact/check-patch.basic_suite_master.el8.x86_64/test_logs/lago-basic-suite-master-engine/var/log/messages/*view* >> >> [3] >> https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/959/ >> >> [4] >> https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/959/artifact/exported-artifacts/test_logs/lago-basic-suite-master-engine/var/log/messages/*view* >> >> [5] https://bugzilla.redhat.com/show_bug.cgi?id=1917707 >> >> > >> > Best regards, >> > >> > [1] >> https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/949/ >> > >> > [2] >> https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/959/ >> > >> > >> > -- >> > Didi >> >> >> >> -- >> Didi >> >> ___ > Infra mailing list -- infra@ovirt.org > To unsubscribe send an email to infra-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/infra@ovirt.org/message/PSO5IRX73FSH2RA5VCDNSPIFZRDDAWCQ/ > > > ___ > Devel mailing list -- de...@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/de...@ovirt.org/message/6DZRAMSAJCXNSMZYCSAROOWDGKVF6GQX/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/message/INHZRRNHQDHCOH2EIYJ7RVM3XI4WPBBL/
[JIRA] (OVIRT-3013) Missing build in ovirt-master-snapshot of ovirt-ansible-collection
[ https://ovirt-jira.atlassian.net/browse/OVIRT-3013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=40768#comment-40768 ] Martin Perina commented on OVIRT-3013: -- On Mon, Sep 14, 2020 at 9:52 AM Martin Necas wrote: > Hi, > > we have a new ansible project in oVirt [1]. > I configured the repository with the same settings as > previous ovirt-ansible repos and it runs Jenkins without a problem [3]. > Nonetheless, I cannot see the builds in ovirt-master-snapshot [2]. > And neither in [4] > Are we missing something? Could somebody please tell me what should I do? > > Martin Necas > > [1] https://github.com/ovirt/ovirt-ansible-collection > [2] > https://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el8/noarch/ > [3] > https://jenkins.ovirt.org/job/oVirt_ovirt-ansible-collection_standard-check-pr/ > [4] https://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/el8/noarch/ -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. > Missing build in ovirt-master-snapshot of ovirt-ansible-collection > -- > > Key: OVIRT-3013 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3013 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL >Reporter: Martin Necas >Assignee: infra > > Hi, > we have a new ansible project in oVirt [1]. > I configured the repository with the same settings as > previous ovirt-ansible repos and it runs Jenkins without a problem [3]. > Nonetheless, I cannot see the builds in ovirt-master-snapshot [2]. > Are we missing something? Could somebody please tell me what should I do? > Martin Necas > [1] https://github.com/ovirt/ovirt-ansible-collection > [2] > https://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el8/noarch/ > [3] > https://jenkins.ovirt.org/job/oVirt_ovirt-ansible-collection_standard-check-pr/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives:
[JIRA] (OVIRT-2959) Create ovirt-dependencies project in gerrit
Martin Perina created OVIRT-2959: Summary: Create ovirt-dependencies project in gerrit Key: OVIRT-2959 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2959 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Martin Perina Assignee: infra Hi, could you please create ovirt-dependencies project on gerrit.ovirt.org with full merge rights allowed for me and Sandro? Thanks, Martin -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100128) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/message/PP65H5P5NIBZYLV4BI5M3QBNIEJM4WRU/
Re: OST fails in 002_bootstrap_pytest.py - setup_storage.sh
On Mon, Mar 30, 2020 at 5:38 PM Galit Rosenthal wrote: > It looks like the local repo stops running. > When I run curl before the failure just to check the status, I can see it > isn't accessible. > > I'm trying to see where it fails or what cause it to fail. > > I manage to reproduce on BM > I thought that moving setup_storage will mitigate the issue: https://gerrit.ovirt.org/#/c/107989/ But it just postponed the error to further phase, now adding host failing to the same issue: Failed to download metadata for repo 'alocalsync' https://jenkins.ovirt.org/view/oVirt system tests/job/ovirt-system-tests_manual/6710 So Galit, please take a look, oVirt CQ is suffering from this issue for more than a week now > > On Mon, Mar 30, 2020 at 6:23 PM Marcin Sobczyk > wrote: > >> Hi Galit >> >> I can see the issue again - now in manual OST runs: >> >> >> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/6711/consoleFull#L2,856 >> >> Regards, Marcin >> >> On 3/23/20 10:09 PM, Marcin Sobczyk wrote: >> >> >> >> On 3/23/20 8:51 PM, Galit Rosenthal wrote: >> >> I run it now locally using the extra sources as it runs in the CQ and it >> didn't fail for me. >> >> I will continue to investigate tomorrow, >> >> Marcin, did you see this issue also in check_patch or only in CQ? >> >> I wasn't aware of the issue till Nir raised it - I was working with the >> patch previously >> and both check-patch and manual runs were fine. I think it concerns only >> CQ then. >> >> Regards, >> Galit >> >> On Mon, Mar 23, 2020 at 4:29 PM Galit Rosenthal >> wrote: >> >>> I will look at it. >>> >>> On Mon, Mar 23, 2020 at 4:18 PM Martin Perina >>> wrote: >>> >>>> >>>> >>>> On Mon, Mar 23, 2020 at 3:16 PM Marcin Sobczyk >>>> wrote: >>>> >>>>> >>>>> >>>>> On 3/23/20 3:10 PM, Marcin Sobczyk wrote: >>>>> > >>>>> > >>>>> > On 3/23/20 2:53 PM, Nir Soffer wrote: >>>>> >> On Mon, Mar 23, 2020 at 3:26 PM Marcin Sobczyk >>>>> >>>>> >> wrote: >>>>> >>> >>>>> >>> >>>>> >>> On 3/23/20 2:17 PM, Nir Soffer wrote: >>>>> >>>> On Mon, Mar 23, 2020 at 1:25 PM Marcin Sobczyk >>>>> >>>> wrote: >>>>> >>>>> >>>>> >>>>> On 3/21/20 1:18 AM, Nir Soffer wrote: >>>>> >>>>> >>>>> >>>>> On Fri, Mar 20, 2020 at 9:35 PM Nir Soffer >>>>> >>>>> wrote: >>>>> >>>>>> Looks like infrastructure issue setting up storage on engine >>>>> host. >>>>> >>>>>> >>>>> >>>>>> Here are 2 failing builds with unrelated changes: >>>>> >>>>>> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/6677/ >>>>> >>>>>> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/6678/ >>>>> >>>>> Rebuilding still fails in setup_storage: >>>>> >>>>> >>>>> >>>>> >>>>> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/6679/testReport/ >>>>> >>>>> >>>>> >>>>> >>>>> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/6680/testReport/ >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> Is this a known issue? >>>>> >>>>>> >>>>> >>>>>> Error Message >>>>> >>>>>> >>>>> >>>>>> AssertionError: setup_storage.sh failed. Exit code is 1 assert >>>>> 1 >>>>> >>>>>> == 0 -1 +0 >>>>> >>>>>> >>>>> >>>>>> Stacktrace >>>>> >>>>>> >>>>> >>>>>> prefix = >>>>> >>>>>> >>>>> >>>>>> @pytest.mark.run(order=14) >>>>> >>>>>> def test_configure_storage(prefix): >>>>> >>>>>> engine = prefix.virt_env.engine_vm() >>>>>
[JIRA] (OVIRT-2877) permission to run jobs on Jenkins
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Perina reassigned OVIRT-2877: Assignee: Evgheni Dereveanchin (was: infra) > permission to run jobs on Jenkins > - > > Key: OVIRT-2877 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2877 > Project: oVirt - virtualization made easy > Issue Type: Task >Reporter: Harel Braha >Assignee: Evgheni Dereveanchin > > need permission to run jobs on Jenkins. > Jenkins User ID: hbraha > Thanks. > [~accountid:557058:7013bb8c-48b2-4b9b-898e-eccf5fb61fad] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100122) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/message/3BXAIQQDF3ROMLY4JI6MKG63VWHI32KA/
Re: OST fails in 002_bootstrap_pytest.py - setup_storage.sh
msg)
> [2020-03-23T14:14:09.836Z] E RuntimeError: setup_storage.sh
> failed with exit code: 1.
> [2020-03-23T14:14:09.836Z] E stdout:
> [2020-03-23T14:14:09.836Z] E Reposync & Extra Sources
> Content0.0 B/s | 0 B 00:00
> [2020-03-23T14:14:09.836Z] E stderr:
> [2020-03-23T14:14:09.836Z] E + set -xe
> [2020-03-23T14:14:09.836Z] E +
> MAIN_NFS_DEV=disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2
> [2020-03-23T14:14:09.836Z] E +
> ISCSI_DEV=disk/by-id/scsi-0QEMU_QEMU_HARDDISK_3
> [2020-03-23T14:14:09.836Z] E + NUM_LUNS=5
> [2020-03-23T14:14:09.836Z] E ++ uname -r
> [2020-03-23T14:14:09.836Z] E ++ awk -F. '{print $(NF-1)}'
> [2020-03-23T14:14:09.836Z] E + DIST=el8_1
> [2020-03-23T14:14:09.836Z] E + main
> [2020-03-23T14:14:09.836Z] E ++ hostname
> [2020-03-23T14:14:09.836Z] E + [[
> lago-basic-suite-master-engine == *\i\p\v\6* ]]
> [2020-03-23T14:14:09.836Z] E + install_deps
> [2020-03-23T14:14:09.836Z] E + systemctl disable --now
> kdump.service
> [2020-03-23T14:14:09.836Z] E Removed
> /etc/systemd/system/multi-user.target.wants/kdump.service.
> [2020-03-23T14:14:09.836Z] E + yum install --nogpgcheck -y
> nfs-utils rpcbind lvm2 targetcli sg3_utils iscsi-initiator-utils lsscsi
> policycoreutils-python-utils
> [2020-03-23T14:14:09.836Z] E Failed to download metadata for
> repo 'alocalsync'
> [2020-03-23T14:14:09.836Z] E Error: Failed to download
> metadata for repo 'alocalsync'
>
>
> [1]
>
> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-master_change-queue-tester/detail/ovirt-master_change-queue-tester/21420/pipeline
Galit, could you please take a look?
>
>
> >
> >>
> >>>>>> Also I wonder why this code is called as a test
> >>>>>> (test_configure_storage). This looks like setup
> >>>>>> step so it should run as a fixture.
> >>>>> That's true, but the pytest porting effort was about providing a
> >>>>> bare minimum to move away from nose.
> >>>>> Organizing the tests into proper setup/fixtures is a huge task and
> >>>>> will be probably implemented
> >>>>> incrementally in the nearest future.
> >>>> Understood
> >>>>
> >
>
>
--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/5Y623PFWQ5LDIKML3JKWZMMRJTQRTGI2/
Re: type object 'LinuxBridge' has no attribute 'STP' (was: [CQ]: 66276a7 (ovirt-ansible-hosted-engine-setup) failed "ovirt-master" system tests)
On Wed, Jan 22, 2020 at 2:46 PM Nir Soffer wrote: > On Wed, Jan 22, 2020 at 3:38 PM Michal Skrivanek > wrote: > >> >> >> On 22 Jan 2020, at 14:31, Nir Soffer wrote: >> >> On Wed, Jan 22, 2020 at 1:41 PM Michal Skrivanek >> wrote: >> >>> >>> >>> On 22 Jan 2020, at 11:46, Yedidyah Bar David wrote: >>> >>> On Wed, Jan 22, 2020 at 12:34 PM Nir Soffer wrote: >>> >>> >>> On Wed, Jan 22, 2020 at 12:25 PM Yedidyah Bar David >>> wrote: >>> >>> >>> On Wed, Jan 22, 2020 at 12:10 PM Nir Soffer wrote: >>> >>> >>> >>> >>> On Wed, Jan 22, 2020, 11:59 Yedidyah Bar David wrote: >>> >>> >>> OK, I think I understand. STP is probably only in nmstate-0.2, and a >>> vdsm that requires this still didn't pass CQ. >>> >>> >>> master “tested” has vdsm witht he correct nmstate requirements. >>> But OST had issue picking it up properly, that was fixed in basic suite >>> yesterday evening by martin perina >>> errors below are older than that >>> >>> >>> >>> Same error happen when adding Fedora 30 host with master. >>> >>> >>> Adding a host broken now on Fedora. Netwok team need to revert the >>> change causing this issue. >>> >>> >>> No. They fixed it, but the fix didn't pass CQ yet. >>> >>> >>> >>> Not related to change queue, engine/vdsm master are broken. >>> >>> Did you try to add Fedora host with current engine and vdsm? >>> >>> >>> No, but the fix seems to deliberately not support Fedora, see also the >>> review comments: >>> >>> https://gerrit.ovirt.org/106413 >>> >>> >>> that’s correct. Fro F30 you have to disable nmstate support and use the >>> fallback to ifcfg - set net_nmstate_enabled to false >>> >> >> This should be done by vdsm network automatically. >> >> We use Fedora 30 for development and we vdsm must continue to work on >> this distro until we >> move to Fedora 31. >> >> >> It seems it would be better to move to F31. >> > > This requires effort to move the tests to containers. We have new > infrastructure but someone have to > spend time on this. > > >> But anyway, for now do you still have a host deployment problem when you >> disable nmstate on F30? >> > > Yes, yesterday it failed in the same way with nmstate enabled or disabled, > but I will not have time to > investigate this before fosdem. > Could you please try to create /etc/vdsm/vdsm.conf.d/99-disable-nmstate.conf with following content? [vars] net_nmstate_enabled=false And afterwards add or reinstall host from engine? > >> >> >> >>> >>> Last CQ run that finished [1], failed for a different reason. vdsm.log >>> has [2]: >>> >>> libvirt.libvirtError: the CPU is incompatible with host CPU: Host CPU >>> does not provide required features: hle, rtm >>> >>> Adding Michal and Martin. Not sure if that's a known issue/already >>> fixed somewhere. >>> >>> [1] >>> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/18225/ >>> [2] >>> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/18225/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite-master-host-0/_var_log/vdsm/vdsm.log >>> >>> >>> >>> >>> On Wed, Jan 22, 2020 at 11:33 AM Yedidyah Bar David >>> wrote: >>> >>> >>> Resending and adding devel. >>> >>> This now happened to me again. I suspect this affects other runs. Any >>> clue? >>> >>> >>> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/7692/ >>> >>> On Tue, Jan 21, 2020 at 12:34 PM Yedidyah Bar David >>> wrote: >>> >>> >>> On Tue, Jan 21, 2020 at 1:18 AM oVirt Jenkins wrote: >>> >>> >>> Change 66276a7 (ovirt-ansible-hosted-engine-setup) is probably the reason >>> behind recent system test failures in the "ovirt-master" change queue >>> and needs >>> to be fixed. >>> >>> This change had been removed from the testing queue. Artifacts build >>> from this >>> change will not be released until it is fixed. >>> >>> For further details about
[JIRA] (OVIRT-2852) OST is failing - Last successful run was Dec-13-2019
[
https://ovirt-jira.atlassian.net/browse/OVIRT-2852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=40039#comment-40039
]
Martin Perina commented on OVIRT-2852:
--
On Sun, Jan 5, 2020 at 10:08 AM Amit Bawer wrote:
> Seems we have NFS permissions issue for el8 vdsm in some of the runs.
>
> Example from
> https://jenkins.ovirt.org/view/Amit/job/ovirt-system-tests_manual/6302/artifact/exported-artifacts/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite-master-host-1/_var_log/vdsm/vdsm.log
> :
>
>
> 2020-01-03 12:07:34,169-0500 INFO (MainThread) [vds] (PID: 1264) I am the
> actual vdsm 4.40.0.1458.git1fca84350 lago-basic-suite-master-host-1
> (4.18.0-80.11.2.el8_0.x86_64) (vdsmd:152)...
> 2020-01-03 12:50:29,662-0500 ERROR (check/loop) [storage.Monitor] Error
> checking path
> /rhev/data-center/mnt/192.168.200.4:_exports_nfs_exported/b92b26cf-fac4-4ccf-ba31-f6fb4184e302/dom_md/metadata
> (monitor:501)
> Traceback (most recent call last):
> File "/usr/lib/python3.6/site-packages/vdsm/storage/monitor.py", line
> 499, in _pathChecked
> delay = result.delay()
> File "/usr/lib/python3.6/site-packages/vdsm/storage/check.py", line 391,
> in delay
> raise exception.MiscFileReadException(self.path, self.rc, self.err)
> vdsm.storage.exception.MiscFileReadException: Internal file read failure:
> ('/rhev/data-center/mnt/192.168.200.4:_exports_nfs_exported/b92b26cf-fac4-4ccf-ba31-f6fb4184e302/dom_md/metadata',
> 1, bytearray(b"/usr/bin/dd: failed to open
> \'/rhev/data-center/mnt/192.168.200.4:_exports_nfs_exported/b92b26cf-fac4-4ccf-ba31-f6fb4184e302/dom_md/metadata\':
> Operation not permitted\n"))
> 2020-01-03 12:50:30,112-0500 DEBUG (jsonrpc/7) [jsonrpc.JsonRpcServer]
> Calling 'StoragePool.disconnect' in bridge with {'storagepoolID':
> 'c90b137f-6e1f-4b9a-9612-da58910a2439', 'hostID': 2, 'scsiKey':
> 'c90b137f-6e1f-4b9a-9612-da58910a2439'} (__init__:329)
> 2020-01-03 12:50:30,114-0500 INFO (jsonrpc/7) [vdsm.api] START
> disconnectStoragePool(spUUID='c90b137f-6e1f-4b9a-9612-da58910a2439',
> hostID=2, remove=False, options=None) from=:::192.168.201.4,38786,
> flow_id=8d05a1, task_id=95573498-d1c7-41ad-ad33-28f2192b2b60 (api:48)
>
>
> Probably need to set NFS server export options as in
> https://bugzilla.redhat.com/show_bug.cgi?id=1776843#c7
>
Here is fix for NFS server on EL8: https://gerrit.ovirt.org/106120
Should this be changes also for NFS server on EL7?
___
> Devel mailing list -- de...@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/de...@ovirt.org/message/WLLVWPZU6HFDWVWDIIJAS6OMBG4HRWF5/
>
--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
> OST is failing - Last successful run was Dec-13-2019
>
>
> Key: OVIRT-2852
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2852
> Project: oVirt - virtualization made easy
> Issue Type: By-EMAIL
>Reporter: Amit Bawer
>Assignee: infra
>
> Seems we have NFS permissions issue for el8 vdsm in some of the runs.
> Example from
> https://jenkins.ovirt.org/view/Amit/job/ovirt-system-tests_manual/6302/artifact/exported-artifacts/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite-master-host-1/_var_log/vdsm/vdsm.log
> :
> 2020-01-03 12:07:34,169-0500 INFO (MainThread) [vds] (PID: 1264) I am the
> actual vdsm 4.40.0.1458.git1fca84350 lago-basic-suite-master-host-1
> (4.18.0-80.11.2.el8_0.x86_64) (vdsmd:152)...
> 2020-01-03 12:50:29,662-0500 ERROR (check/loop) [storage.Monitor] Error
> checking path
> /rhev/data-center/mnt/192.168.200.4:_exports_nfs_exported/b92b26cf-fac4-4ccf-ba31-f6fb4184e302/dom_md/metadata
> (monitor:501)
> Traceback (most recent call last):
> File "/usr/lib/python3.6/site-packages/vdsm/storage/monitor.py", line
> 499, in _pathChecked
> delay = result.delay()
> File "/usr/lib/python3.6/site-packages/vdsm/storage/check.py", line 391,
> in delay
> raise exception.MiscFileReadException(self.path, self.rc, self.err)
> vdsm.storage.exception.MiscFileReadException: Internal file read failure:
> ('/rhev/data-center/mnt/192.168.200.4:_exports_nfs_exported/b92b26cf-fac4-4ccf-ba31-f6fb4184e302/dom_md/metadata',
> 1, bytearray(b"/usr/bin/dd: failed to open
> \'/rhev/data-center/mnt/192.168.200.4:_exports_nfs_exported
Re: published master engine is 13 days old
> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/17768/artifact/basic-suite.el7.x86_64/lago_logs/lago.log > >> [6] > https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/17761/artifact/basic-suite.el7.x86_64/mock_logs/script/stdout_stderr.log > >> [7] https://jenkins.ovirt.org/job/ovirt-engine_standard-on-merge/ > >> [8] https://jenkins.ovirt.org/job/ovirt-engine_standard-on-merge/384/ > >> [9] https://gerrit.ovirt.org/105440 > >> -- > >> Didi > > > > > > > > -- > > Didi > > ___ > > Infra mailing list -- infra@ovirt.org > > To unsubscribe send an email to infra-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/infra@ovirt.org/message/4TEQYJOB67NCPO7MNV2JEKDXRV5KZTVU/ > > -- > Anton Marchukov > Associate Manager - RHV DevOps - Red Hat > > > > > > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/72GNIQ2MF5ZPXRE4ERRU2EW7KQNEGY2R/
[JIRA] (OVIRT-2845) Jenkins jobs for java-client-kubevirt
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=40013#comment-40013 ] Martin Perina commented on OVIRT-2845: -- Should be solved by merging [https://gerrit.ovirt.org/105317|https://gerrit.ovirt.org/105317] > Jenkins jobs for java-client-kubevirt > - > > Key: OVIRT-2845 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2845 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL >Reporter: Piotr Kliczewski >Assignee: infra > > Hi, > I am working on java-client-kubevirt and have this patch [1] which works > locally. I would like to enable jenkins jobs so I can make sure jenkins is > able to build as well. > Please based the jobs on vdsm-jsonrpc-java project. > Thanks, > Piotr > [1] https://gerrit.ovirt.org/#/c/105207/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100114) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/3LM3CGEOJ4CHRKEUWVXGAAL3WFDJY2FE/
Re: [ovirt-devel] upgrade-suite in manual system test is broken
On Tue, Nov 19, 2019 at 10:47 AM Sandro Bonazzola wrote: > Hi > Just executed manual system test on > https://jenkins.ovirt.org/job/ovirt-system-tests_manual/6072/ for testing > upgrade from latest released to 4.3.7 rc4 and instead of using latest > released it used latest rpms passing CI so the test was not useful at all. > > Who's maintaining the upgrade suite? > So infra team is most probably the right team to maintain, I will try to take a look at it. Thanks, Martin > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/>*Red Hat respects your work life balance. > Therefore there is no need to answer this email out of your office hours.* > ___ > Devel mailing list -- de...@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/de...@ovirt.org/message/UKBERH56W4ALJYHCE5RS7OE7NOW2WXS3/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/D3WUVNEB77SAIQL6YXDEEY32EW4W6CYC/
[JIRA] (OVIRT-2790) Jenkins: build manual trigger rights for asocha
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39985#comment-39985 ] Martin Perina commented on OVIRT-2790: -- Could you please still grant permissions for Artur? He really needs to run gerrit manual triger and also be able to execute manual OST run Thanks, M. > Jenkins: build manual trigger rights for asocha > -- > > Key: OVIRT-2790 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2790 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Jenkins Master >Reporter: Artur Socha >Assignee: infra >Priority: Low > > Please grant me (jenkins user id: asocha) rights to manually trigger patch > builds (to be able to re-run) > [https://jenkins.ovirt.org/gerrit_manual_trigger/|https://jenkins.ovirt.org/gerrit_manual_trigger/] > Thanks\! -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100114) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/2OL4TW6V74U2JUQ2BAMMSDB6WKHZGHUH/
[JIRA] (OVIRT-2816) Patch on gerrit with correct Bug-Url was not added to the bug
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39925#comment-39925 ] Martin Perina commented on OVIRT-2816: -- Issue reproduced also today on below patches: [https://gerrit.ovirt.org/104199|https://gerrit.ovirt.org/#/c/104200/] [https://gerrit.ovirt.org/104200|https://gerrit.ovirt.org/#/c/104200/] > Patch on gerrit with correct Bug-Url was not added to the bug > - > > Key: OVIRT-2816 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2816 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Martin Perina >Assignee: infra > > Hi, > below ovirt-engine patch with correct Bug-Url hasn't been added to the bug > and bug was not moved to POST: > https://gerrit.ovirt.org/104019 > Could you please check relevant gerrit hook? > Thanks, > M. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100114) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/RMF43FB2F3ZLWWAOKNUYKZAXO6UE4U4A/
[JIRA] (OVIRT-2816) Patch on gerrit with correct Bug-Url was not added to the bug
Martin Perina created OVIRT-2816: Summary: Patch on gerrit with correct Bug-Url was not added to the bug Key: OVIRT-2816 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2816 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Martin Perina Assignee: infra Hi, below ovirt-engine patch with correct Bug-Url hasn't been added to the bug and bug was not moved to POST: https://gerrit.ovirt.org/104019 Could you please check relevant gerrit hook? Thanks, M. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100113) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/ROX3ZBVFLUVUUGEZ2F6I6HOZVKBM77VZ/
[JIRA] (OVIRT-2790) Jenkins: build manual trigger rights for asocha
[
https://ovirt-jira.atlassian.net/browse/OVIRT-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39787#comment-39787
]
Martin Perina commented on OVIRT-2790:
--
{quote}Where did you find the instructions for using the manual trigger? we
might need to update it?{quote}
I haven’t seen any announcement about manual trigger being deprecate nor
announcement about “ci test please”. Did I miss something?
[~accountid:557058:5fc78873-359e-47c9-aa0b-4845b0da8143]
> Jenkins: build manual trigger rights for asocha
> --
>
> Key: OVIRT-2790
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2790
> Project: oVirt - virtualization made easy
> Issue Type: Task
> Components: Jenkins Master
>Reporter: Artur Socha
>Assignee: infra
>Priority: Low
>
> Please grant me (jenkins user id: asocha) rights to manually trigger patch
> builds (to be able to re-run)
> [https://jenkins.ovirt.org/gerrit_manual_trigger/|https://jenkins.ovirt.org/gerrit_manual_trigger/]
> Thanks\!
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100109)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-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/infra@ovirt.org/message/B5AATKTEASVGVUCDYIEEYWYJTLWT5O6F/
Re: [ovirt-devel] Re: Relaunching the website migration project
On Mon, Aug 19, 2019 at 9:26 PM Marc Dequènes (Duck) wrote: > Quack, > > On 8/4/19 9:26 PM, Eitan Raviv wrote: > > > Currently I don't find the blog content on the ovirt-site repository [1]. > > In which repository can it be found? > > The blog part migrated to WordPress as people wanted to have comments > and a more friendly interface for not-always-technical writers. Please > see ticket OVIRT-2652 on JIRA. > > Maybe the documentation is lacking on this front though. > Unfortunately older blogs posts are not visible anymore, for example https://blogs.ovirt.org/2017/12/host-deploy-customization/ Is it possible to fix this? Thanks, M. > > \_o< > > ___ > Devel mailing list -- de...@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/de...@ovirt.org/message/FF2QFEBY56F2GWU4VXDV6X5U4KSF5QRY/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/PENO66VUKZ5SPU4J4MMBOPZDHQMSCJZN/
Re: [ovirt-devel] Re: [urgent] vdsm broken since Friday (failing CQ)
On Thu, Jun 13, 2019 at 2:32 PM Dafna Ron wrote: > will monitor new change once merged :) > > On Thu, Jun 13, 2019 at 1:23 PM Martin Perina wrote: > >> >> >> On Thu, Jun 13, 2019 at 2:02 PM Dafna Ron wrote: >> >>> 4.3 is still failing. >>> >>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.3_change-queue-tester/1172/ >>> Martin, can you apply the change to 4.3 tests as well? >>> >> >> Arghhh. >> >> I looked if master and 4.3 shares the same file when I started to work on >> the fix and they were the same. >> But at the same day I posted orignal patch, master and 4.3 were split :-( >> >> So hopefully here's the final fix: https://gerrit.ovirt.org/100809 >> > Just merged the patch, manual OST verification was successful > >> >>> On Thu, Jun 13, 2019 at 10:33 AM Dafna Ron wrote: >>> >>>> We have a passing build on master >>>> waiting for 4.3 >>>> >>>> On Thu, Jun 13, 2019 at 9:01 AM Dafna Ron wrote: >>>> >>>>> Thanks Shirly and Martin. >>>>> I see the patch was merged so monitoring and will update >>>>> >>>>> On Wed, Jun 12, 2019 at 4:09 PM Martin Perina >>>>> wrote: >>>>> >>>>>> >>>>>> >>>>>> On Wed, Jun 12, 2019 at 11:53 AM Dafna Ron wrote: >>>>>> >>>>>>> latest tests are still failing on log collector >>>>>>> >>>>>> >>>>>> I had a typo in my patch, here is the fix: >>>>>> https://gerrit.ovirt.org/#/c/100784/ >>>>>> Currently trying to verify using manual OST to make sure latest VDSM >>>>>> is used (and not latest tested as in check-patch executed from the fix) >>>>>> ... >>>>>> >>>>>> >>>>>>> On Wed, Jun 12, 2019 at 10:18 AM Dafna Ron wrote: >>>>>>> >>>>>>>> thanks Martin. >>>>>>>> we are failing on missing packages so I have a patch to fix it. >>>>>>>> I will update once we have a vdsm build >>>>>>>> >>>>>>>> On Tue, Jun 11, 2019 at 10:08 PM Martin Perina >>>>>>>> wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Tue, Jun 11, 2019 at 7:41 PM Martin Perina >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, Jun 11, 2019 at 6:53 PM Dafna Ron >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Galit's patch should have solved it. >>>>>>>>>>> Marcin, are you still failing? >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I've just rebased https://gerrit.ovirt.org/100716 on top of >>>>>>>>>> Galit's change so we should know within an hour or so ... >>>>>>>>>> >>>>>>>>> >>>>>>>>> CI finished successfully, please review so we can merge ... >>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Tue, Jun 11, 2019 at 2:40 PM Eyal Edri >>>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Tue, Jun 11, 2019 at 4:35 PM Marcin Sobczyk < >>>>>>>>>>>> msobc...@redhat.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Hi, >>>>>>>>>>>>> >>>>>>>>>>>>> basic suite fails for the patch with the following log: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-769>[2019-06-11T11:
Re: [ovirt-devel] Re: [urgent] vdsm broken since Friday (failing CQ)
On Thu, Jun 13, 2019 at 2:02 PM Dafna Ron wrote: > 4.3 is still failing. > > https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.3_change-queue-tester/1172/ > Martin, can you apply the change to 4.3 tests as well? > Arghhh. I looked if master and 4.3 shares the same file when I started to work on the fix and they were the same. But at the same day I posted orignal patch, master and 4.3 were split :-( So hopefully here's the final fix: https://gerrit.ovirt.org/100809 > On Thu, Jun 13, 2019 at 10:33 AM Dafna Ron wrote: > >> We have a passing build on master >> waiting for 4.3 >> >> On Thu, Jun 13, 2019 at 9:01 AM Dafna Ron wrote: >> >>> Thanks Shirly and Martin. >>> I see the patch was merged so monitoring and will update >>> >>> On Wed, Jun 12, 2019 at 4:09 PM Martin Perina >>> wrote: >>> >>>> >>>> >>>> On Wed, Jun 12, 2019 at 11:53 AM Dafna Ron wrote: >>>> >>>>> latest tests are still failing on log collector >>>>> >>>> >>>> I had a typo in my patch, here is the fix: >>>> https://gerrit.ovirt.org/#/c/100784/ >>>> Currently trying to verify using manual OST to make sure latest VDSM is >>>> used (and not latest tested as in check-patch executed from the fix) ... >>>> >>>> >>>>> On Wed, Jun 12, 2019 at 10:18 AM Dafna Ron wrote: >>>>> >>>>>> thanks Martin. >>>>>> we are failing on missing packages so I have a patch to fix it. >>>>>> I will update once we have a vdsm build >>>>>> >>>>>> On Tue, Jun 11, 2019 at 10:08 PM Martin Perina >>>>>> wrote: >>>>>> >>>>>>> >>>>>>> >>>>>>> On Tue, Jun 11, 2019 at 7:41 PM Martin Perina >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Jun 11, 2019 at 6:53 PM Dafna Ron wrote: >>>>>>>> >>>>>>>>> Galit's patch should have solved it. >>>>>>>>> Marcin, are you still failing? >>>>>>>>> >>>>>>>> >>>>>>>> I've just rebased https://gerrit.ovirt.org/100716 on top of >>>>>>>> Galit's change so we should know within an hour or so ... >>>>>>>> >>>>>>> >>>>>>> CI finished successfully, please review so we can merge ... >>>>>>> >>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> On Tue, Jun 11, 2019 at 2:40 PM Eyal Edri >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, Jun 11, 2019 at 4:35 PM Marcin Sobczyk < >>>>>>>>>> msobc...@redhat.com> wrote: >>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> basic suite fails for the patch with the following log: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-769>[2019-06-11T11:34:26.175Z] >>>>>>>>>>>- STDERR >>>>>>>>>>> >>>>>>>>>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-770>[2019-06-11T11:34:26.175Z] >>>>>>>>>>> + yum -y install ovirt-host >>>>>>>>>>> >>>>>>>>>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-771>[2019-06-11T11:34:26.175Z] >>>>>>>>>>> Error: Package: 32:bind-libs-9.9.4-74.el7_6.1.x86_64 (alocalsync) >>>>>>>>>>> >>>>>>>>>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_stand
Re: [ovirt-devel] Re: [urgent] vdsm broken since Friday (failing CQ)
On Wed, Jun 12, 2019 at 11:53 AM Dafna Ron wrote: > latest tests are still failing on log collector > I had a typo in my patch, here is the fix: https://gerrit.ovirt.org/#/c/100784/ Currently trying to verify using manual OST to make sure latest VDSM is used (and not latest tested as in check-patch executed from the fix) ... > On Wed, Jun 12, 2019 at 10:18 AM Dafna Ron wrote: > >> thanks Martin. >> we are failing on missing packages so I have a patch to fix it. >> I will update once we have a vdsm build >> >> On Tue, Jun 11, 2019 at 10:08 PM Martin Perina >> wrote: >> >>> >>> >>> On Tue, Jun 11, 2019 at 7:41 PM Martin Perina >>> wrote: >>> >>>> >>>> >>>> On Tue, Jun 11, 2019 at 6:53 PM Dafna Ron wrote: >>>> >>>>> Galit's patch should have solved it. >>>>> Marcin, are you still failing? >>>>> >>>> >>>> I've just rebased https://gerrit.ovirt.org/100716 on top of Galit's >>>> change so we should know within an hour or so ... >>>> >>> >>> CI finished successfully, please review so we can merge ... >>> >>> >>>> >>>>> >>>>> On Tue, Jun 11, 2019 at 2:40 PM Eyal Edri wrote: >>>>> >>>>>> >>>>>> >>>>>> On Tue, Jun 11, 2019 at 4:35 PM Marcin Sobczyk >>>>>> wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> basic suite fails for the patch with the following log: >>>>>>> >>>>>>> >>>>>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-769>[2019-06-11T11:34:26.175Z] >>>>>>>- STDERR >>>>>>> >>>>>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-770>[2019-06-11T11:34:26.175Z] >>>>>>> + yum -y install ovirt-host >>>>>>> >>>>>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-771>[2019-06-11T11:34:26.175Z] >>>>>>> Error: Package: 32:bind-libs-9.9.4-74.el7_6.1.x86_64 (alocalsync) >>>>>>> >>>>>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-772>[2019-06-11T11:34:26.175Z] >>>>>>> Requires: bind-license = 32:9.9.4-74.el7_6.1 >>>>>>> >>>>>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-773>[2019-06-11T11:34:26.175Z] >>>>>>> Installed: 32:bind-license-9.9.4-73.el7_6.noarch (installed) >>>>>>> >>>>>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-774>[2019-06-11T11:34:26.175Z] >>>>>>> bind-license = 32:9.9.4-73.el7_6 >>>>>>> >>>>>>> >>>>>> I think https://gerrit.ovirt.org/#/c/100691/ which was merged 2 >>>>>> hours ago should address this issue. >>>>>> Maybe other reposync files should be updated as well? >>>>>> >>>>>> >>>>>>> Seems unrelated and I'm having the same issue locally on my server. >>>>>>> Dafna, do you have some insight regarding this dependency error? >>>>>>> >>>>>>> Thanks, Marcin >>>>>>> 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 not
Re: [ovirt-devel] Re: [urgent] vdsm broken since Friday (failing CQ)
On Tue, Jun 11, 2019 at 7:41 PM Martin Perina wrote: > > > On Tue, Jun 11, 2019 at 6:53 PM Dafna Ron wrote: > >> Galit's patch should have solved it. >> Marcin, are you still failing? >> > > I've just rebased https://gerrit.ovirt.org/100716 on top of Galit's > change so we should know within an hour or so ... > CI finished successfully, please review so we can merge ... > >> >> On Tue, Jun 11, 2019 at 2:40 PM Eyal Edri wrote: >> >>> >>> >>> On Tue, Jun 11, 2019 at 4:35 PM Marcin Sobczyk >>> wrote: >>> >>>> Hi, >>>> >>>> basic suite fails for the patch with the following log: >>>> >>>> >>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-769>[2019-06-11T11:34:26.175Z] >>>>- STDERR >>>> >>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-770>[2019-06-11T11:34:26.175Z] >>>> + yum -y install ovirt-host >>>> >>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-771>[2019-06-11T11:34:26.175Z] >>>> Error: Package: 32:bind-libs-9.9.4-74.el7_6.1.x86_64 (alocalsync) >>>> >>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-772>[2019-06-11T11:34:26.175Z] >>>> Requires: bind-license = 32:9.9.4-74.el7_6.1 >>>> >>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-773>[2019-06-11T11:34:26.175Z] >>>> Installed: 32:bind-license-9.9.4-73.el7_6.noarch (installed) >>>> >>>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-774>[2019-06-11T11:34:26.175Z] >>>> bind-license = 32:9.9.4-73.el7_6 >>>> >>>> >>> I think https://gerrit.ovirt.org/#/c/100691/ which was merged 2 hours >>> ago should address this issue. >>> Maybe other reposync files should be updated as well? >>> >>> >>>> Seems unrelated and I'm having the same issue locally on my server. >>>> Dafna, do you have some insight regarding this dependency error? >>>> >>>> Thanks, Marcin >>>> 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) ] [ >>>>>
Re: [ovirt-devel] Re: [urgent] vdsm broken since Friday (failing CQ)
On Tue, Jun 11, 2019 at 6:53 PM Dafna Ron wrote: > Galit's patch should have solved it. > Marcin, are you still failing? > I've just rebased https://gerrit.ovirt.org/100716 on top of Galit's change so we should know within an hour or so ... > > On Tue, Jun 11, 2019 at 2:40 PM Eyal Edri wrote: > >> >> >> On Tue, Jun 11, 2019 at 4:35 PM Marcin Sobczyk >> wrote: >> >>> Hi, >>> >>> basic suite fails for the patch with the following log: >>> >>> >>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-769>[2019-06-11T11:34:26.175Z] >>>- STDERR >>> >>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-770>[2019-06-11T11:34:26.175Z] >>> + yum -y install ovirt-host >>> >>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-771>[2019-06-11T11:34:26.175Z] >>> Error: Package: 32:bind-libs-9.9.4-74.el7_6.1.x86_64 (alocalsync) >>> >>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-772>[2019-06-11T11:34:26.175Z] >>> Requires: bind-license = 32:9.9.4-74.el7_6.1 >>> >>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-773>[2019-06-11T11:34:26.175Z] >>> Installed: 32:bind-license-9.9.4-73.el7_6.noarch (installed) >>> >>> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/4762/pipeline/107#step-188-log-774>[2019-06-11T11:34:26.175Z] >>> bind-license = 32:9.9.4-73.el7_6 >>> >>> >> I think https://gerrit.ovirt.org/#/c/100691/ which was merged 2 hours >> ago should address this issue. >> Maybe other reposync files should be updated as well? >> >> >>> Seems unrelated and I'm having the same issue locally on my server. >>> Dafna, do you have some insight regarding this dependency error? >>> >>> Thanks, Marcin >>> 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: >>>> > >>>> >>
Re: [urgent] vdsm broken since Friday (failing CQ)
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:
> >>
> >> lago.ssh: DEBUG: Command 8626fe70 on lago-basic-suite-master-engine
> errors:
> >> ERROR: Failed to get a sosreport from: lago-basic-suite-master-host-1;
> Could not parse sosreport output
> >> ERROR: Failed to get a sosreport from: lago-basic-suite-master-host-0;
> Could not parse sosreport output
> >>
> >> lago.utils: DEBUG: Error while running thread Thread-3
> >> 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-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/003_00_metrics_bootstrap.py",
> line 97, in run_log_collector
> >> 'log collector failed. Exit code is %s' % result.code
> >> File "/usr/lib64/python2.7/unittest/case.py", line 462, in assertTrue
> >> raise self.failureException(msg)
> >> AssertionError: log collector failed. Exit code is 1
> >> - >> end captured logging << --
> >>
> >> Thanks,
> >> Dafna
> >>
>
--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-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/infra@ovirt.org/message/SQJDJHHQR52QTGRZBIOLBWWVGUX3ZPNW/
[JIRA] (OVIRT-2733) Maintainers of ovirt-engine-cli project in gerrit.ovirt.org
Martin Perina created OVIRT-2733: Summary: Maintainers of ovirt-engine-cli project in gerrit.ovirt.org Key: OVIRT-2733 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2733 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Martin Perina Assignee: infra Priority: High Hi, could you please add [~omach...@redhat.com] and [~ol...@redhat.com] to ovirt-engine-cli-maintainers group so they will have full maintainers permissions for ovirt-engine-cli project? Thanks M. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100103) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/JBMJ2DDE46Y5CIF7RZDKPE6EPLCQN46F/
Re: GetVdsHooksByIdQuery comes back with NullPointerException
Hi Dafna, I've just merged https://gerrit.ovirt.org/99339 which adds missing debug logs for BLL part of engine, which contains core functionality. So hopefully now we should have finally all debug info to be able to investigate a fix all race/random issues we have in the last weeks. Regarding the GetVdsHooksByIdQuery I think Marcin started to investigate and the issue was that for some unknown reason hooks are not stored within engine database, which seems like a race between hooks are queried from client and properly fetched from host withing HostMonitoring. So next time it happens we should hopefully have enough information to be able to find out reason. Thanks M. On Thu, Apr 11, 2019 at 2:13 PM Dafna Ron wrote: > Hi, > > This is a code issue 100%, I am not sure which team sends the query but > this needs to be addressed. I think it would also help debug/fix the issue > with the random failure of get_host_hooks which was already reported and > communicated on in the list. > > Can someone from infra/network please look at the query and see what is > the cause of the NPE? > > Thanks, > Dafna > > > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/KYWYMADG2KDYAUJG2BEWCKVII7KMK7GR/
[JIRA] (OVIRT-2702) merge multiple accounts on gerrit.ovirt.org
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Perina reassigned OVIRT-2702: Assignee: Evgheni Dereveanchin (was: infra) > merge multiple accounts on gerrit.ovirt.org > --- > > Key: OVIRT-2702 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2702 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Gerrit/git >Reporter: Dana Elfassy >Assignee: Evgheni Dereveanchin > > I have multiple accounts for my user on gerrit, > Please merge them, > Thanks! -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/JGN72OMB7XN46Z4LDCMZDF6D3ARDUWQP/
[JIRA] (OVIRT-2683) Add rules for default reviwewers
[
https://ovirt-jira.atlassian.net/browse/OVIRT-2683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39050#comment-39050
]
Martin Perina commented on OVIRT-2683:
--
OK, here's the patch https://gerrit.ovirt.org/97950
Could you please merge it?
> Add rules for default reviwewers
>
>
> Key: OVIRT-2683
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2683
> Project: oVirt - virtualization made easy
> Issue Type: Task
> Reporter: Martin Perina
>Assignee: infra
>
> Hi Evgheni,
> I tried to change default reviewers using gerrit UI in the ovirt-engine
> project settings in Reviwers tab, but unfortunately it's readonly.
> Could you please add following rules so I'm notified automatically for
> relevant changes?
> {noformat}
> file:dao
> mper...@redhat.com
>
> file:^backend/manager/modules/.*/org/ovirt/engine/core/.*/hostdeploy/.*
> mper...@redhat.com
>
> file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/host/.*
> mper...@redhat.com
>
> file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/pm/.*
> mper...@redhat.com
>
> ^packaging/playbooks/.*
> mper...@redhat.com
>
> ^packaging/dbscripts/.*
> mper...@redhat.com
> {noformat}
> Thanks
> Martin
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100098)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-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/infra@ovirt.org/message/OP5KJZ4YUC2SRFCPPRBBVAJK3I3VTOXR/
[JIRA] (OVIRT-2683) Add rules for default reviwewers
[
https://ovirt-jira.atlassian.net/browse/OVIRT-2683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Perina updated OVIRT-2683:
-
Description:
Hi Evgheni,
I tried to change default reviewers using gerrit UI in the ovirt-engine project
settings in Reviwers tab, but unfortunately it's readonly.
Could you please add following rules so I'm notified automatically for relevant
changes?
{noformat}
file:dao
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/.*/hostdeploy/.*
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/host/.*
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/pm/.*
mper...@redhat.com
^packaging/playbooks/.*
mper...@redhat.com
^packaging/dbscripts/.*
mper...@redhat.com
{noformat}
Thanks
Martin
was:
Hi Evgheni,
I tried to change default reviewers using gerrit UI in the ovirt-engine project
settings in Reviwers tab, but unfortunately it's readonly.
Could you please add following rules so I'm notified automatically for relevant
changes?
{{
file:dao
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/.*/hostdeploy/.*
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/host/.*
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/pm/.*
mper...@redhat.com
^packaging/playbooks/.*
mper...@redhat.com
^packaging/dbscripts/.*
mper...@redhat.com
}}
Thanks
Martin
> Add rules for default reviwewers
>
>
> Key: OVIRT-2683
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2683
> Project: oVirt - virtualization made easy
> Issue Type: Task
> Reporter: Martin Perina
>Assignee: infra
>
> Hi Evgheni,
> I tried to change default reviewers using gerrit UI in the ovirt-engine
> project settings in Reviwers tab, but unfortunately it's readonly.
> Could you please add following rules so I'm notified automatically for
> relevant changes?
> {noformat}
> file:dao
> mper...@redhat.com
>
> file:^backend/manager/modules/.*/org/ovirt/engine/core/.*/hostdeploy/.*
> mper...@redhat.com
>
> file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/host/.*
> mper...@redhat.com
>
> file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/pm/.*
> mper...@redhat.com
>
> ^packaging/playbooks/.*
> mper...@redhat.com
>
> ^packaging/dbscripts/.*
> mper...@redhat.com
> {noformat}
> Thanks
> Martin
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100098)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-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/infra@ovirt.org/message/WXDO4ME27CEN44HX244JK7CUF2ITSTUO/
[JIRA] (OVIRT-2683) Add rules for default reviwewers
[
https://ovirt-jira.atlassian.net/browse/OVIRT-2683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Perina updated OVIRT-2683:
-
Description:
Hi Evgheni,
I tried to change default reviewers using gerrit UI in the ovirt-engine project
settings in Reviwers tab, but unfortunately it's readonly.
Could you please add following rules so I'm notified automatically for relevant
changes?
{{
file:dao
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/.*/hostdeploy/.*
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/host/.*
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/pm/.*
mper...@redhat.com
^packaging/playbooks/.*
mper...@redhat.com
^packaging/dbscripts/.*
mper...@redhat.com
}}
Thanks
Martin
was:
Hi Evgheni,
I tried to change default reviewers using gerrit UI in the ovirt-engine project
settings in Reviwers tab, but unfortunately it's readonly.
Could you please add following rules so I'm notified automatically for relevant
changes?
{{file:dao
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/.*/hostdeploy/.*
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/host/.*
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/pm/.*
mper...@redhat.com
^packaging/playbooks/.*
mper...@redhat.com
^packaging/dbscripts/.*
mper...@redhat.com
}}
Thanks
Martin
> Add rules for default reviwewers
>
>
> Key: OVIRT-2683
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2683
> Project: oVirt - virtualization made easy
> Issue Type: Task
> Reporter: Martin Perina
>Assignee: infra
>
> Hi Evgheni,
> I tried to change default reviewers using gerrit UI in the ovirt-engine
> project settings in Reviwers tab, but unfortunately it's readonly.
> Could you please add following rules so I'm notified automatically for
> relevant changes?
> {{
> file:dao
> mper...@redhat.com
>
> file:^backend/manager/modules/.*/org/ovirt/engine/core/.*/hostdeploy/.*
> mper...@redhat.com
>
> file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/host/.*
> mper...@redhat.com
>
> file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/pm/.*
> mper...@redhat.com
>
> ^packaging/playbooks/.*
> mper...@redhat.com
>
> ^packaging/dbscripts/.*
> mper...@redhat.com
> }}
> Thanks
> Martin
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100098)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-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/infra@ovirt.org/message/V7AKEHY2O77L7BELFNXHZFXEUXMMJ4R7/
[JIRA] (OVIRT-2683) Add rules for default reviwewers
[
https://ovirt-jira.atlassian.net/browse/OVIRT-2683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Perina updated OVIRT-2683:
-
Description:
Hi Evgheni,
I tried to change default reviewers using gerrit UI in the ovirt-engine project
settings in Reviwers tab, but unfortunately it's readonly.
Could you please add following rules so I'm notified automatically for relevant
changes?
{{file:dao
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/.*/hostdeploy/.*
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/host/.*
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/pm/.*
mper...@redhat.com
^packaging/playbooks/.*
mper...@redhat.com
^packaging/dbscripts/.*
mper...@redhat.com
}}
Thanks
Martin
was:
Hi Evgheni,
I tried to change default reviewers using gerrit UI in the ovirt-engine project
settings in Reviwers tab, but unfortunately it's readonly.
Could you please add following rules so I'm notified automatically for relevant
changes?
file:dao
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/.*/hostdeploy/.*
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/host/.*
mper...@redhat.com
file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/pm/.*
mper...@redhat.com
^packaging/playbooks/.*
mper...@redhat.com
^packaging/dbscripts/.*
mper...@redhat.com
Thanks
Martin
> Add rules for default reviwewers
>
>
> Key: OVIRT-2683
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2683
> Project: oVirt - virtualization made easy
> Issue Type: Task
> Reporter: Martin Perina
>Assignee: infra
>
> Hi Evgheni,
> I tried to change default reviewers using gerrit UI in the ovirt-engine
> project settings in Reviwers tab, but unfortunately it's readonly.
> Could you please add following rules so I'm notified automatically for
> relevant changes?
> {{file:dao
> mper...@redhat.com
>
> file:^backend/manager/modules/.*/org/ovirt/engine/core/.*/hostdeploy/.*
> mper...@redhat.com
>
> file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/host/.*
> mper...@redhat.com
>
> file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/pm/.*
> mper...@redhat.com
>
> ^packaging/playbooks/.*
> mper...@redhat.com
>
> ^packaging/dbscripts/.*
> mper...@redhat.com
> }}
> Thanks
> Martin
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100098)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-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/infra@ovirt.org/message/EVUPFO4IB2QLPWLCYPG6WKXIHIZT6AMQ/
[JIRA] (OVIRT-2683) Add rules for default reviwewers
Martin Perina created OVIRT-2683: Summary: Add rules for default reviwewers Key: OVIRT-2683 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2683 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Martin Perina Assignee: infra Hi Evgheni, I tried to change default reviewers using gerrit UI in the ovirt-engine project settings in Reviwers tab, but unfortunately it's readonly. Could you please add following rules so I'm notified automatically for relevant changes? file:dao mper...@redhat.com file:^backend/manager/modules/.*/org/ovirt/engine/core/.*/hostdeploy/.* mper...@redhat.com file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/host/.* mper...@redhat.com file:^backend/manager/modules/.*/org/ovirt/engine/core/bll/pm/.* mper...@redhat.com ^packaging/playbooks/.* mper...@redhat.com ^packaging/dbscripts/.* mper...@redhat.com Thanks Martin -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100098) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/PUNSALQXBLPJBTFSG3KLSTULNSLRTXKW/
Re: [ OST Failure Report ] [ oVirt master (ovirt-engine) ] [ 07-02-2019 ] [ 002_bootstrap.add_direct_lun_vm0 ]
On Thu, Feb 7, 2019 at 2:10 PM Dafna Ron wrote:
> Adding managers as no reply was received and I am not sure if anyone is
> looking into this.
>
>
>
> On Thu, Feb 7, 2019 at 9:46 AM Dafna Ron wrote:
>
>> Hi,
>>
>> We have a failure on ovirt-engine for test
>> 002_bootstrap.add_direct_lun_vm0 in basic suite.
>>
>> CQ is reporting this patch as the first one failed (i.e root cause):
>>
>> https://gerrit.ovirt.org/#/c/96490/ - engine: Display all errors at once
>> when upgrading cluster compitability level
>>
>> But I am also seeing that this patch was merged around the same time and
>> my be the cause
>>
>> https://gerrit.ovirt.org/#/c/97604/ - core: call hotplug after a new
>> disk is added to a VM
>>
>> Can you please have a look at the issue?
>>
>> Error:
>> <>
>> 2019-02-06 23:34:31,586-05 WARN
>> [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-1)
>> [f36d809b-4bba-4926-b997-443f70f0d7a0] Validation of action 'AddDisk'
>> failed for user admin@internal-auth
>> z. Reasons:
>> VAR__ACTION__ADD,VAR__TYPE__DISK,ACTION_TYPE_FAILED_DISK_SIZE_ZERO
>>
>
Above error is raised in AddDiskCommand, so I think the issue is probably
related to https://gerrit.ovirt.org/#/c/97604/
Benny/Fred could you please take a look?
2019-02-06 23:34:31,587-05 INFO
>> [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-1)
>> [f36d809b-4bba-4926-b997-443f70f0d7a0] Lock freed to object
>> 'EngineLock:{exclusiveLocks='', sharedLocks='
>> [462445ca-9622-4aa9-88aa-dedea6ebbea8=VM]'}'
>> 2019-02-06 23:34:31,593-05 DEBUG
>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>> (default task-1) [f36d809b-4bba-4926-b997-443f70f0d7a0] method: runAction,
>> params: [AddDisk, AddDiskParamete
>> rs:{commandId='3a9584cb-b896-488e-a858-d9c97b1e2a27', user='null',
>> commandType='Unknown', vmId='462445ca-9622-4aa9-88aa-dedea6ebbea8'}],
>> timeElapsed: 180ms
>> 2019-02-06 23:34:31,597-05 ERROR
>> [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
>> task-1) [] Operation Failed: [Cannot add Virtual Disk. Disk's provisioned
>> size has to be greater than 0.]
>> 2019-02-06 23:34:31,608-05 DEBUG
>> [org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-1)
>> [] Entered SsoRestApiAuthFilter
>> <>
>>
>> Thanks,
>> Dafna
>>
>>
--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-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/infra@ovirt.org/message/THFNUZMDTOU5INI3KO4TI42LS6HT4PBA/
Re: Rename GitHub repo ovirt-ansible-v2v-conversion-host
On Tue, Feb 5, 2019 at 12:49 PM Barak Korren wrote: > > > On Tue, 5 Feb 2019 at 12:59, Sandro Bonazzola wrote: > >> >> >> Il giorno mar 5 feb 2019 alle ore 11:54 Tomáš Golembiovský < >> tgole...@redhat.com> ha scritto: >> >>> Hi, >>> >>> I would like to rename the GitHub repo ovirt-ansible-v2v-conversion-host >>> to v2v-conversion-host. Is there a list of things I should do before >>> or after the operation? Will the automation still work? >>> >>> >> Letting infra to answer about this. >> > > Before you rename - you need to change the project name in the YAML in the > 'jenkins' repo so that you'll get jobs that listen on the new name. > > >> Adding Ondra and Martin, didn't we have a rule for repository naming >> related to ansible roles? >> > We try to stick with the convention for oVirt roles, but as Tomas explained v2v-conversion is no more oVirt only role, it's being used by oVirt, CFME and newly also CNV, so it makes sense to rename (although renaming adds a lot of burden to do package upgrade properly) > >> >> >>> Tomas >>> >>> -- >>> Tomáš Golembiovský >>> >> >> >> -- >> >> SANDRO BONAZZOLA >> >> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV >> >> Red Hat EMEA <https://www.redhat.com/> >> >> sbona...@redhat.com >> <https://red.ht/sig> >> ___ >> Infra mailing list -- infra@ovirt.org >> To unsubscribe send an email to infra-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/infra@ovirt.org/message/JOLIWOBZNIZGR77TAOOMAODEZVXIMXPH/ >> > > > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/76U4HFKTK5GEWCG6C4BZWNLMO53K2KKF/
[JIRA] (OVIRT-2668) WildFly 15 packages got to tested-4.3 repo, but not to tested-master repo
Martin Perina created OVIRT-2668: Summary: WildFly 15 packages got to tested-4.3 repo, but not to tested-master repo Key: OVIRT-2668 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2668 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Martin Perina Assignee: infra Hi, I have a problem with publishing WildFly 15 packages to tested repos for master and 4.3. I've merged [#97474|https://gerrit.ovirt.org/97474] and next day I've found out that [ovirt-engine-wildfly-15.0.1-1.el7.x86_64.rpm|https://plain.resources.ovirt.org/repos/ovirt/tested/4.3/rpm/el7/x86_64/ovirt-engine-wildfly-15.0.1-1.el7.x86_64.rpm] and [ovirt-engine-wildfly-overlay-15.0.1-1.el7.noarch.rpm|https://plain.resources.ovirt.org/repos/ovirt/tested/4.3/rpm/el7/noarch/ovirt-engine-wildfly-overlay-15.0.1-1.el7.noarch.rpm] packages appeared in ovirt-4.3 tested repo, but they were not published to master-tested repo, although I have both branches mentioned in [stdci.yaml|https://github.com/oVirt/ovirt-engine-wildfly/blob/master/stdci.yaml#L6] in the project. Is it some issue with stdci.yaml or something went wrong in CQ publishing? The absence of WildFly 15 in master-tested repo blocks finishing of [BZ1671635|https://bugzilla.redhat.com/1671635]. Thanks Martin -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100098) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/WR55AL332S7BZ5BPZ6Y5JUMFRD3AFPB2/
Re: [ovirt-devel] Re: [ OST Failure Report ] [ oVirt 4.2 (ovirt-ansible-hosted-engine-setup) ] [ 14-01-2019 ] [ 001_upgrade_engine.test_initialize_engine]
On Tue, Jan 15, 2019 at 6:28 PM Martin Perina wrote: > There is way how to replace directory from previous package version with a > symlink in new version, we are already using this in other roles. Ondro, > could you please share the details about this hack? > Ahh, sorry, I see that your are already using this hack: https://github.com/oVirt/ovirt-ansible-hosted-engine-setup/blob/master/ovirt-ansible-hosted-engine-setup.spec.in#L25 But why is this not working? We have already used that in ovirt-infra role several times: 1. during the upgrade from 4.1, when we split roles to multiple packages (1 role per RPM) https://github.com/oVirt/ovirt-ansible-infra/commit/79b62e77f8d1d1cf24f04fb3e80a15327dd884d7 2. when we needed to overcome latest case sensitive issues in galaxy. And in both cases packages were upgraded successfully https://github.com/oVirt/ovirt-ansible-infra/commit/a80002d4966241b819625ec5c9e534e108f4029c So what's different in the hosted-engine role case? > > > On Tue, 15 Jan 2019, 13:24 Simone Tiraboschi >> >> >> On Tue, Jan 15, 2019 at 11:15 AM Yedidyah Bar David >> wrote: >> >>> On Tue, Jan 15, 2019 at 11:38 AM Dafna Ron wrote: >>> > >>> > The last ovirt-engine package ran on Jan 11th and this failure >>> happened on the 14th so the appliance package is suppose to be newer then >>> the engine and should be running fine. >>> > if this is not the case, then I suggest that the maintainers of the >>> project see what is needed to be updated and trigger a new package build >>> (which is why I was alerting to the failure) >>> > >>> > Thanks, >>> > Dafna >>> > >>> > >>> > On Tue, Jan 15, 2019 at 6:51 AM Yedidyah Bar David >>> wrote: >>> >> >>> >> On Mon, Jan 14, 2019 at 2:15 PM Dafna Ron wrote: >>> >> > >>> >> > Hi, >>> >> > >>> >> > we are failing test 001_upgrade_engine.test_initialize_engine on >>> ovirt 4.2 for project ovirt-ansible-hosted-engine-setup. >>> >> > >>> >> > Patch reported by CQ: >>> >> > >>> >> > >>> https://github.com/oVirt/ovirt-ansible-hosted-engine-setup/commit/860f6a69d38719de663cb8ade13eb8bdff2d1e6f >>> - Rename the role - replacing '-' with '_' >>> >> > >>> >> > Ido, can you please check this issue? >>> >> > >>> >> > failed build: >>> >> > >>> >> > http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/3712/ >>> >>> This build has a single failure: >>> >>> >>> https://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/3712/testReport/junit/(root)/001_upgrade_engine/running_tests___upgrade_from_release_suite_el7_x86_64___test_initialize_engine/ >>> >>> which is in the upgrade_from_release suite, not hosted-engine. >>> >>> However, I looked at the logs, and the root cause indeed seems to be >>> related to hosted-engine, as the CQ identified (Nice!), which is: >>> >>> >>> https://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/3712/artifact/upgrade-from-release-suite.el7.x86_64/lago_logs/lago.log/*view*/ >>> >>> 2019-01-14 10:38:38,168::ssh.py::ssh::58::lago.ssh::DEBUG::Running >>> 8d4833e8 on lago-upgrade-from-release-suite-4-2-engine: yum -y update >>> ovirt-*setup* >>> 2019-01-14 10:38:39,732::ssh.py::ssh::81::lago.ssh::DEBUG::Command >>> 8d4833e8 on lago-upgrade-from-release-suite-4-2-engine returned with 1 >>> 2019-01-14 10:38:39,733::ssh.py::ssh::89::lago.ssh::DEBUG::Command >>> 8d4833e8 on lago-upgrade-from-release-suite-4-2-engine output: >>> Loaded plugins: fastestmirror, versionlock >>> Determining fastest mirrors >>> Excluding 9 updates due to versionlock (use "yum versionlock status" >>> to show them) >>> Resolving Dependencies >>> --> Running transaction check >>> ---> Package ovirt-ansible-engine-setup.noarch 0:1.1.5-1.el7 will be >>> updated >>> ---> Package ovirt-ansible-engine-setup.noarch >>> 0:1.1.7-0.1.master.20181219093302.el7 will be an update >>> ---> Package ovirt-ansible-hosted-engine-setup.noarch 0:1.0.2-1.el7 >>> will be updated >>> ---> Package ovirt-ansible-hosted-engine-setup.noarch >>> 0:1.0.6-0.1.master.20190114102323.el7 will be an update >>> ---> Package ovirt-engine-dwh-setup.noarch 0:4.2.4.3-1.el7 will be >>> updated >>> ---> Package ovi
Re: [ovirt-devel] Re: [ OST Failure Report ] [ oVirt 4.2 (ovirt-ansible-hosted-engine-setup) ] [ 14-01-2019 ] [ 001_upgrade_engine.test_initialize_engine]
There is way how to replace directory from previous package version with a symlink in new version, we are already using this in other roles. Ondro, could you please share the details about this hack? On Tue, 15 Jan 2019, 13:24 Simone Tiraboschi > > On Tue, Jan 15, 2019 at 11:15 AM Yedidyah Bar David > wrote: > >> On Tue, Jan 15, 2019 at 11:38 AM Dafna Ron wrote: >> > >> > The last ovirt-engine package ran on Jan 11th and this failure happened >> on the 14th so the appliance package is suppose to be newer then the engine >> and should be running fine. >> > if this is not the case, then I suggest that the maintainers of the >> project see what is needed to be updated and trigger a new package build >> (which is why I was alerting to the failure) >> > >> > Thanks, >> > Dafna >> > >> > >> > On Tue, Jan 15, 2019 at 6:51 AM Yedidyah Bar David >> wrote: >> >> >> >> On Mon, Jan 14, 2019 at 2:15 PM Dafna Ron wrote: >> >> > >> >> > Hi, >> >> > >> >> > we are failing test 001_upgrade_engine.test_initialize_engine on >> ovirt 4.2 for project ovirt-ansible-hosted-engine-setup. >> >> > >> >> > Patch reported by CQ: >> >> > >> >> > >> https://github.com/oVirt/ovirt-ansible-hosted-engine-setup/commit/860f6a69d38719de663cb8ade13eb8bdff2d1e6f >> - Rename the role - replacing '-' with '_' >> >> > >> >> > Ido, can you please check this issue? >> >> > >> >> > failed build: >> >> > >> >> > http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/3712/ >> >> This build has a single failure: >> >> >> https://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/3712/testReport/junit/(root)/001_upgrade_engine/running_tests___upgrade_from_release_suite_el7_x86_64___test_initialize_engine/ >> >> which is in the upgrade_from_release suite, not hosted-engine. >> >> However, I looked at the logs, and the root cause indeed seems to be >> related to hosted-engine, as the CQ identified (Nice!), which is: >> >> >> https://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/3712/artifact/upgrade-from-release-suite.el7.x86_64/lago_logs/lago.log/*view*/ >> >> 2019-01-14 10:38:38,168::ssh.py::ssh::58::lago.ssh::DEBUG::Running >> 8d4833e8 on lago-upgrade-from-release-suite-4-2-engine: yum -y update >> ovirt-*setup* >> 2019-01-14 10:38:39,732::ssh.py::ssh::81::lago.ssh::DEBUG::Command >> 8d4833e8 on lago-upgrade-from-release-suite-4-2-engine returned with 1 >> 2019-01-14 10:38:39,733::ssh.py::ssh::89::lago.ssh::DEBUG::Command >> 8d4833e8 on lago-upgrade-from-release-suite-4-2-engine output: >> Loaded plugins: fastestmirror, versionlock >> Determining fastest mirrors >> Excluding 9 updates due to versionlock (use "yum versionlock status" >> to show them) >> Resolving Dependencies >> --> Running transaction check >> ---> Package ovirt-ansible-engine-setup.noarch 0:1.1.5-1.el7 will be >> updated >> ---> Package ovirt-ansible-engine-setup.noarch >> 0:1.1.7-0.1.master.20181219093302.el7 will be an update >> ---> Package ovirt-ansible-hosted-engine-setup.noarch 0:1.0.2-1.el7 >> will be updated >> ---> Package ovirt-ansible-hosted-engine-setup.noarch >> 0:1.0.6-0.1.master.20190114102323.el7 will be an update >> ---> Package ovirt-engine-dwh-setup.noarch 0:4.2.4.3-1.el7 will be updated >> ---> Package ovirt-engine-dwh-setup.noarch >> 0:4.2.5-0.0.master.20180708055101.el7 will be an update >> ---> Package ovirt-engine-extension-aaa-ldap-setup.noarch >> 0:1.3.8-1.el7 will be updated >> ---> Package ovirt-engine-extension-aaa-ldap-setup.noarch >> 0:1.3.9-0.0.master.gitc39177c.el7 will be an update >> --> Processing Dependency: ovirt-engine-extension-aaa-ldap = >> 1.3.9-0.0.master.gitc39177c.el7 for package: >> >> ovirt-engine-extension-aaa-ldap-setup-1.3.9-0.0.master.gitc39177c.el7.noarch >> ---> Package ovirt-engine-setup.noarch 0:4.2.7.5-1.el7 will be updated >> ---> Package ovirt-engine-setup.noarch >> 0:4.2.8.3-0.0.master.20190111080213.git7965c2e.el7 will be an update >> ---> Package ovirt-engine-setup-base.noarch 0:4.2.7.5-1.el7 will be >> updated >> ---> Package ovirt-engine-setup-base.noarch >> 0:4.2.8.3-0.0.master.20190111080213.git7965c2e.el7 will be an update >> --> Processing Dependency: ovirt-engine-lib >= >> 4.2.8.3-0.0.master.20190111080213.git7965c2e.el7 for package: >> >> ovirt-engine-setup-base-4.2.8.3-0.0.master.20190111080213.git7965c2e.el7.noarch >> ---> Package ovirt-engine-setup-plugin-ovirt-engine.noarch >> 0:4.2.7.5-1.el7 will be updated >> ---> Package ovirt-engine-setup-plugin-ovirt-engine.noarch >> 0:4.2.8.3-0.0.master.20190111080213.git7965c2e.el7 will be an update >> ---> Package ovirt-engine-setup-plugin-ovirt-engine-common.noarch >> 0:4.2.7.5-1.el7 will be updated >> ---> Package ovirt-engine-setup-plugin-ovirt-engine-common.noarch >> 0:4.2.8.3-0.0.master.20190111080213.git7965c2e.el7 will be an update >> ---> Package ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch >> 0:4.2.7.5-1.el7 will be updated >> ---> Package ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch >>
[JIRA] (OVIRT-2633) Add posibility to remove changes from change queue before change, which actually fixes the issue
Martin Perina created OVIRT-2633: Summary: Add posibility to remove changes from change queue before change, which actually fixes the issue Key: OVIRT-2633 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2633 Project: oVirt - virtualization made easy Issue Type: New Feature Reporter: Martin Perina Assignee: infra Let's have a patch P1, which created an issue and failed verification in change queue. Until a fix is prepared and merged as P10, there were merged other patches P2 - P9. Because P10 is merged as last, it contains all previous changes. And because we already know that P2 - P9 will fail, there is no reason to verify those changes and there should be a way how to remove them from the change queue, so P10 can be verified as soon as possible. Otherwise we are wasting valuable recources. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/PVFOTGAPQRX24R2MBTMX5ENXBAZ6FD3Z/
Re: [ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master (ovirt-engone) ] [ 21-11-2018 ] [ check_update_host ]
eElapsed: 13ms >> > > >>> 2018-11-21 13:41:34,273-05 INFO >> > > >>> >> [org.ovirt.engine.core.bll.hostdeploy.HostUpgradeCheckInternalCommand] >> > > >>> (EE-ManagedThreadFactory-commandCoordinator-Thread-1) >> > > >>> [89d99b74-fa6c-4d1d-a261-fb7ca7fcada2] Running command: >> > > >>> HostUpgradeCheckInternalCommand internal: true. Entities affected >> : ID: >> > > >>> ad768a3b-d44b-4fd4-b57a-9029fca470a0 Type: VDS >> > > >>> 2018-11-21 13:41:34,277-05 DEBUG >> > > >>> >> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] >> > > >>> (EE-ManagedThreadFactory-commandCoordinator-Thread-1) >> > > >>> [89d99b74-fa6c-4d1d-a261-fb7ca7fcada2] method: get, params: >> > > >>> [ad768a3b-d44b-4fd4-b57a-9029fca470a0], timeElapsed: 4ms >> > > >>> 2018-11-21 13:41:34,281-05 DEBUG >> > > >>> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] >> > > >>> (EE-ManagedThreadFactory-commandCoordinator-Thread-1) >> > > >>> [89d99b74-fa6c-4d1d-a261-fb7ca7fcada2] Inventory hosts: >> > > >>> [lago-basic-suite-master-host-0] >> > > >>> 2018-11-21 13:41:34,282-05 INFO >> > > >>> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] >> > > >>> (EE-ManagedThreadFactory-commandCoordinator-Thread-1) >> > > >>> [89d99b74-fa6c-4d1d-a261-fb7ca7fcada2] Executing Ansible command: >> > > >>> ANSIBLE_STDOUT_CALLBACK=hostupgradeplugin >> [/usr/bin/ansible-playbook, >> > > >>> --ssh-common-args=-F /var/lib/ovirt-engine/.ssh/config, --check, >> > > >>> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa, >> > > >>> --inventory=/tmp/ansible-inventory2326258642232337463, >> > > >>> /usr/share/ovirt-engine/playbooks/ovirt-host-upgrade.yml] >> [Logfile: null] >> > > >>> 2018-11-21 13:41:37,610-05 INFO >> > > >>> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] >> > > >>> (EE-ManagedThreadFactory-commandCoordinator-Thread-1) >> > > >>> [89d99b74-fa6c-4d1d-a261-fb7ca7fcada2] Ansible playbook command >> has exited >> > > >>> with value: 2 >> > > >>> 2018-11-21 13:41:37,611-05 ERROR >> > > >>> [org.ovirt.engine.core.bll.host.HostUpgradeManager] >> > > >>> (EE-ManagedThreadFactory-commandCoordinator-Thread-1) >> > > >>> [89d99b74-fa6c-4d1d-a261-fb7ca7fcada2] Failed to run check-update >> of host >> > > >>> 'lago-basic-suite-master-host-0'. >> > > >>> 2018-11-21 13:41:37,611-05 ERROR >> > > >>> [org.ovirt.engine.core.bll.hostdeploy.HostUpdatesChecker] >> > > >>> (EE-ManagedThreadFactory-commandCoordinator-Thread-1) >> > > >>> [89d99b74-fa6c-4d1d-a261-fb7ca7fcada2] Failed to check if updates >> are >> > > >>> available for host 'lago-basic-suite-master-host-0' with error >> message >> > > >>> 'Failed to run check-update of host >> 'lago-basic-suite-master-host-0'.' >> > > >>> 2018-11-21 13:41:37,616-05 ERROR >> > > >>> >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> > > >>> (EE-ManagedThreadFactory-commandCoordinator-Thread-1) >> > > >>> [89d99b74-fa6c-4d1d-a261-fb7ca7fcada2] EVENT_ID: >> > > >>> HOST_AVAILABLE_UPDATES_FAILED(839), Failed to check for available >> updates >> > > >>> on host lago-basic-suite-master-host-0 with message 'Failed to run >> > > >>> check-update of host 'lago-basic-suite-master-host-0'.'. >> > > >>> [dron@dron post-002_bootstrap.py]$ >> > > >>> >> > > >>> >> > > >>> >> > > >>> >> > > >> ___ >> > > > Infra mailing list -- infra@ovirt.org >> > > > To unsubscribe send an email to infra-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/infra@ovirt.org/message/SMGWPOH6TZVMD66ZZEQAXZ53D732DEQU/ >> > > > >> > > > >> > > > >> > ___ >> > Devel mailing list -- de...@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/de...@ovirt.org/message/2IZHZT2I434J5VABKDCQTDGKB7KR64IS/ >> > ___ > Devel mailing list -- de...@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/de...@ovirt.org/message/AJXQEV6LA4DYQHGHXGTQGUCBH655BJRK/ > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/EC4RZM24ZM7IE34BCD6XVDTGFKSMLHUS/
Re: [ovirt-devel] Re: Failures on master CQ effecting all projects - (missing packages}
On Tue, Nov 20, 2018 at 5:28 PM Gal Ben Haim wrote: > I will just add that since OST support multi-distro environment, each repo > in the reposync file > should have a distro suffix (for example "-el7"). This is needed in order > to include only needed > packages in the internal repo (the internal repo is where packages are > being installed from during the tests). > OK, it would be nice to document that somewhere for OST doc. > > I've sent [1] as a follow up for [2]. > I've just noticed that [1] is still not merged, so I've just rebased it. So can it be merged? > > [1] https://gerrit.ovirt.org/#/c/95570/ > [2] https://gerrit.ovirt.org/#/c/95540/ > > On Tue, Nov 20, 2018 at 3:18 PM Eyal Edri wrote: > >> >> >> On Tue, Nov 20, 2018 at 1:26 PM Martin Perina wrote: >> >>> >>> >>> On Tue, Nov 20, 2018 at 12:10 PM Dafna Ron wrote: >>> >>>> >>>> >>>> On Tue, Nov 20, 2018 at 10:56 AM Martin Perina >>>> wrote: >>>> >>>>> >>>>> >>>>> On Tue, Nov 20, 2018 at 11:49 AM Dafna Ron wrote: >>>>> >>>>>> Hi Martin, >>>>>> >>>>>> are these packages not available on current repos? >>>>>> https://gerrit.ovirt.org/#/c/95542/ >>>>>> >>>>> >>>>> No idea, we would need to try if qemu-kvm-ev-2.12, which is build from >>>>> CentOS 7.6, will be able to work with dependencies from 7.5 or not >>>>> >>>> >>>> sure. >>>> patch merged by sandro. >>>> we need to run our job to fix the reposync with new repo. >>>> >>>> >>>> >>>>> >>>>> And yeah, we really need to get rid of this pkg whitelist and use in >>>>> OST the we are using in oVirt ... >>>>> >>>> >>>> not sure what you mean? >>>> >>> >>> Specific package whilelist for OST: >>> https://gerrit.ovirt.org/#/c/95542/1/basic-suite-master/pkgs.txt >>> >>> Everybody except your team always forgot that such thing exists, because >>> it's specific in OST and we don't have that whitelist in oVirt. So we >>> should really align OST repos to oVirt repos and don't add any additional >>> logic into OST, otherwise developers works with different packages than OST >>> and that could cause serious issues. >>> >> >> Let me try to explain a bit about the current files and status in OST, it >> might help people understand more about how OST works: >> >> 1. pkgs.txt file >> - This file is used by the tool that autogenerates the reposync >> files ( more accurately, the 'include' list per repo ), OST tests actually >> don't use that file. >> - The file includes the list of all the top level pkgs that needs >> to be installed as part of the tests, so the tool can automatically fetch >> all its dependencies. >> - The list of pkgs there can't be easily fetched or automated, as >> it will require to parse all tests which run 'yum update' somewhere and >> also understand internal logics of oVirt like 'add host' and which >> dependencies it needs. >> - This file doesn't get updated very often, it only needs >> updating when a new top level dependency is needed for oVirt or the tests. >> >> 2. include list (aka whitelist) in reposync files >> - There is currently an automated job that runs each night and >> auto updates the reposync file with latest updates. >> - The patches are being reviewed by Galit and Sandro on a daily >> basis and the relevant fixes are applied to align the file as much as >> possible ( i.e make sure pkgs are coming from the right repos ). >> - Once this tweaking process will be done, we could enable the >> 'auto merge' feature and finally the reposync files will be auto updated >> and we'll only have to intervene on a failure. >> >> I hope that it helps clear things up, I've also added Gal to give more >> info on the tool or process if I missed anything. >> > OK, thanks a lot for explanation! So from the above it seems that the problem was that qemu-kvm-ev 2.12 from CentOS 7.6 CR introduced new dependencies, but it was probably added to the repos after the tool that regenerates whitelists, and that's why there were so many missing dependencies. >> >> >>> >>> >>>>> >>>>>
Re: [ovirt-devel] Failures on master CQ effecting all projects - (missing packages}
On Tue, Nov 20, 2018 at 12:10 PM Dafna Ron wrote: > > > On Tue, Nov 20, 2018 at 10:56 AM Martin Perina wrote: > >> >> >> On Tue, Nov 20, 2018 at 11:49 AM Dafna Ron wrote: >> >>> Hi Martin, >>> >>> are these packages not available on current repos? >>> https://gerrit.ovirt.org/#/c/95542/ >>> >> >> No idea, we would need to try if qemu-kvm-ev-2.12, which is build from >> CentOS 7.6, will be able to work with dependencies from 7.5 or not >> > > sure. > patch merged by sandro. > we need to run our job to fix the reposync with new repo. > > > >> >> And yeah, we really need to get rid of this pkg whitelist and use in OST >> the we are using in oVirt ... >> > > not sure what you mean? > Specific package whilelist for OST: https://gerrit.ovirt.org/#/c/95542/1/basic-suite-master/pkgs.txt Everybody except your team always forgot that such thing exists, because it's specific in OST and we don't have that whitelist in oVirt. So we should really align OST repos to oVirt repos and don't add any additional logic into OST, otherwise developers works with different packages than OST and that could cause serious issues. >> >>> >>> thanks, >>> Dafna >>> >>> >>> >>> On Tue, Nov 20, 2018 at 10:34 AM Martin Perina >>> wrote: >>> >>>> Hi, >>>> >>>> hopefully this is the fix [1], we need to add CentOS CR repo to get >>>> latest 7.6 CR stuff, which are required by qemu-kvm-ev-2.12 >>>> >>>> M. >>>> >>>> [1] https://gerrit.ovirt.org/95540 >>>> >>>> >>>> On Tue, Nov 20, 2018 at 11:30 AM Dafna Ron wrote: >>>> >>>>> Hi, >>>>> >>>>> We have a failure in upgrade suite on add_host due to missing packages >>>>> required by qemu-kv, >>>>> >>>>> I am working on debugging and fixing the issue and will update once >>>>> its resolved. >>>>> >>>>> Please note that since its effecting add_host all projects are >>>>> effected. >>>>> >>>>> Jira logged: https://ovirt-jira.atlassian.net/browse/OVIRT-2581 >>>>> >>>>> Thanks >>>>> Dafna >>>>> >>>>> ___________ >>>>> Devel mailing list -- de...@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/de...@ovirt.org/message/ZM4KAPHWFYIZ3XNBHP5MASBA7TASIZGT/ >>>>> >>>> >>>> >>>> -- >>>> Martin Perina >>>> Associate Manager, Software Engineering >>>> Red Hat Czech s.r.o. >>>> >>> >> >> -- >> Martin Perina >> Associate Manager, Software Engineering >> Red Hat Czech s.r.o. >> > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/FKM7CJV2NWVJKG5SZVY766YKNOVJ5XLA/
Re: [ovirt-devel] Failures on master CQ effecting all projects - (missing packages}
On Tue, Nov 20, 2018 at 11:49 AM Dafna Ron wrote: > Hi Martin, > > are these packages not available on current repos? > https://gerrit.ovirt.org/#/c/95542/ > No idea, we would need to try if qemu-kvm-ev-2.12, which is build from CentOS 7.6, will be able to work with dependencies from 7.5 or not And yeah, we really need to get rid of this pkg whitelist and use in OST the we are using in oVirt ... > > thanks, > Dafna > > > > On Tue, Nov 20, 2018 at 10:34 AM Martin Perina wrote: > >> Hi, >> >> hopefully this is the fix [1], we need to add CentOS CR repo to get >> latest 7.6 CR stuff, which are required by qemu-kvm-ev-2.12 >> >> M. >> >> [1] https://gerrit.ovirt.org/95540 >> >> >> On Tue, Nov 20, 2018 at 11:30 AM Dafna Ron wrote: >> >>> Hi, >>> >>> We have a failure in upgrade suite on add_host due to missing packages >>> required by qemu-kv, >>> >>> I am working on debugging and fixing the issue and will update once its >>> resolved. >>> >>> Please note that since its effecting add_host all projects are effected. >>> >>> Jira logged: https://ovirt-jira.atlassian.net/browse/OVIRT-2581 >>> >>> Thanks >>> Dafna >>> >>> ___ >>> Devel mailing list -- de...@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/de...@ovirt.org/message/ZM4KAPHWFYIZ3XNBHP5MASBA7TASIZGT/ >>> >> >> >> -- >> Martin Perina >> Associate Manager, Software Engineering >> Red Hat Czech s.r.o. >> > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/LGAQD6MDFPQRKTE6GX2FSOY2MMAY4553/
Re: [ovirt-devel] Failures on master CQ effecting all projects - (missing packages}
Hi, hopefully this is the fix [1], we need to add CentOS CR repo to get latest 7.6 CR stuff, which are required by qemu-kvm-ev-2.12 M. [1] https://gerrit.ovirt.org/95540 On Tue, Nov 20, 2018 at 11:30 AM Dafna Ron wrote: > Hi, > > We have a failure in upgrade suite on add_host due to missing packages > required by qemu-kv, > > I am working on debugging and fixing the issue and will update once its > resolved. > > Please note that since its effecting add_host all projects are effected. > > Jira logged: https://ovirt-jira.atlassian.net/browse/OVIRT-2581 > > Thanks > Dafna > > ___ > Devel mailing list -- de...@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/de...@ovirt.org/message/ZM4KAPHWFYIZ3XNBHP5MASBA7TASIZGT/ > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/ZZCLBDMKMDDTTJCDAE6XODRAEJHKYSJD/
Re: [ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
On Tue, Nov 13, 2018 at 12:49 PM Michal Skrivanek
wrote:
>
>
> On 13 Nov 2018, at 12:20, Dominik Holler wrote:
>
> On Tue, 13 Nov 2018 11:56:37 +0100
> Martin Perina wrote:
>
> On Tue, Nov 13, 2018 at 11:02 AM Dafna Ron wrote:
>
> Martin? can you please look at the patch that Dominik sent?
> We need to resolve this as we have not had an engine build for the last 11
> days
>
>
> Yesterday I've merged Dominik's revert patch
> https://gerrit.ovirt.org/95377
> which should switch cluster level back to 4.2. Below mentioned change
> https://gerrit.ovirt.org/95310 is relevant only to cluster level 4.3, am I
> right Michal?
>
> The build mentioned
>
> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11121/
> is from yesterday. Are we sure that it was executed only after #95377 was
> merged? I'd like to see the results from latest
>
> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11127/
> but unfortunately it already waits more than an hour for available hosts
> ...
>
>
>
>
>
> https://gerrit.ovirt.org/#/c/95283/ results in
>
> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8071/
> which is used in
>
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3489/parameters/
> results in run_vms succeeding.
>
> The next merged change
> https://gerrit.ovirt.org/#/c/95310/ results in
>
> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8072/
> which is used in
>
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3490/parameters/
> results in run_vms failing with
> 2018-11-12 17:35:10,109-05 INFO
> [org.ovirt.engine.core.bll.RunVmOnceCommand] (default task-1)
> [6930b632-5593-4481-bf2a-a1d8b14a583a] Running command: RunVmOnceCommand
> internal: false. Entities affected : ID:
> d10aa133-b9b6-455d-8137-ab822d1c1971 Type: VMAction group RUN_VM with role
> type USER
> 2018-11-12 17:35:10,113-05 DEBUG
> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
> (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] method:
> getVmManager, params: [d10aa133-b9b6-455d-8137-ab822d1c1971], timeElapsed:
> 4ms
> 2018-11-12 17:35:10,128-05 DEBUG
> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
> (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] method:
> getAllForClusterWithStatus, params: [2ca9ccd8-61f0-470c-ba3f-07766202f260,
> Up], timeElapsed: 7ms
> 2018-11-12 17:35:10,129-05 INFO
> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-1)
> [6930b632-5593-4481-bf2a-a1d8b14a583a] Candidate host
> 'lago-basic-suite-master-host-1' ('282860ab-8873-4702-a2be-100a6da111af')
> was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU-Level'
> (correlation id: 6930b632-5593-4481-bf2a-a1d8b14a583a)
> 2018-11-12 17:35:10,129-05 INFO
> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-1)
> [6930b632-5593-4481-bf2a-a1d8b14a583a] Candidate host
> 'lago-basic-suite-master-host-0' ('c48eca36-ea98-46b2-8473-f184833e68a8')
> was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU-Level'
> (correlation id: 6930b632-5593-4481-bf2a-a1d8b14a583a)
> 2018-11-12 17:35:10,130-05 ERROR [org.ovirt.engine.core.bll.RunVmCommand]
> (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] Can't find VDS to
> run the VM 'd10aa133-b9b6-455d-8137-ab822d1c1971' on, so this VM will not
> be run.
> in
>
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3490/artifact/exported-artifacts/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log/*view*/
>
> Is this helpful for you?
>
>
>
> actually, there ire two issues
> 1) cluster is still 4.3 even after Martin’s revert.
>
https://gerrit.ovirt.org/#/c/95409/ should align cluster level with dc level
2) the patch is wrong too, as in HandleVdsCpuFlagsOrClusterChangedCommand
> it just goes ahead and sets the cluster cpu to whatever the host reported
> regardless if it is valid or not. Steven, please fix that (line 96 in
> backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/HandleVdsCpuFlagsOrClusterChangedCommand.java).
> It needs to pass the validation or we need some other solution.
> 3) regardless, we should make 4.3 work too , I tried to play with it a bit
> in https://gerrit.ovirt.org/#/c/95407/, let’s see…
>
> Thanks,
> michal
>
>
>
> On Mon, Nov 12, 2018 at 3:58 PM Dominik Holler wrote:
>
> On Mon, 12 Nov 2018 13:45:54 +0100
> Martin Perina wrote:
>
> On Mon, Nov 12, 201
Re: [ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
On Tue, Nov 13, 2018 at 11:02 AM Dafna Ron wrote:
> Martin? can you please look at the patch that Dominik sent?
> We need to resolve this as we have not had an engine build for the last 11
> days
>
Yesterday I've merged Dominik's revert patch https://gerrit.ovirt.org/95377
which should switch cluster level back to 4.2. Below mentioned change
https://gerrit.ovirt.org/95310 is relevant only to cluster level 4.3, am I
right Michal?
The build mentioned
https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11121/
is from yesterday. Are we sure that it was executed only after #95377 was
merged? I'd like to see the results from latest
https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11127/
but unfortunately it already waits more than an hour for available hosts ...
> On Mon, Nov 12, 2018 at 3:58 PM Dominik Holler wrote:
>
>> On Mon, 12 Nov 2018 13:45:54 +0100
>> Martin Perina wrote:
>>
>> > On Mon, Nov 12, 2018 at 12:58 PM Dominik Holler
>> wrote:
>> >
>> > > On Mon, 12 Nov 2018 12:29:17 +0100
>> > > Martin Perina wrote:
>> > >
>> > > > On Mon, Nov 12, 2018 at 12:20 PM Dafna Ron wrote:
>> > > >
>> > > > > There are currently two issues failing ovirt-engine on CQ ovirt
>> master:
>> > > > >
>> > > > > 1. edit vm pool is causing failure in different tests. it has a
>> patch
>> > > *waiting
>> > > > > to be merged*: https://gerrit.ovirt.org/#/c/95354/
>> > > > >
>> > > >
>> > > > Merged
>> > > >
>> > > > >
>> > > > > 2. we have a failure in upgrade suite as well to run vm but this
>> seems
>> > > to
>> > > > > be related to the tests as well:
>> > > > > 2018-11-12 05:41:07,831-05 WARN
>> > > > > [org.ovirt.engine.core.bll.validator.VirtIoRngValidator]
>> (default
>> > > task-1)
>> > > > > [] Random number source URANDOM is not supported in cluster
>> > > 'test-cluster'
>> > > > > compatibility version 4.0.
>> > > > >
>> > > > > here is the full error from the upgrade suite failure in run vm:
>> > > > > https://pastebin.com/XLHtWGGx
>> > > > >
>> > > > > Here is the latest failure:
>> > > > >
>> > >
>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/8/
>>
>> > > > >
>> > > >
>> > > > I will try to take a look later today
>> > > >
>> > >
>> > > I have the idea that this might be related to
>> > > https://gerrit.ovirt.org/#/c/95377/ , and I check in
>> > >
>> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3485/console
>> > > , but I have to stop now, if not solved I can go on later today.
>> > >
>> >
>> > OK, both CI and above manual OST job went fine, so I've just merged the
>> > revert patch. I will take a look at it later in detail, we should
>> really be
>> > testing 4.3 on master and not 4.2
>> >
>>
>> Ack.
>>
>> Now
>>
>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11121/
>> is failing on
>> File
>> "/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py",
>> line 698, in run_vms
>> api.vms.get(VM0_NAME).start(start_params)
>> status: 400
>> reason: Bad Request
>>
>> 2018-11-12 10:06:30,722-05 INFO
>> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-3)
>> [b8d11cb0-5be9-4b7e-b45a-c95fa1f18681] Candidate host
>> 'lago-basic-suite-master-host-1' ('dbfe1b0c-f940-4dba-8fb1-0cfe5ca7ddfc')
>> was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU-Level'
>> (correlation id: b8d11cb0-5be9-4b7e-b45a-c95fa1f18681)
>> 2018-11-12 10:06:30,722-05 INFO
>> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-3)
>> [b8d11cb0-5be9-4b7e-b45a-c95fa1f18681] Candidate host
>> 'lago-basic-suite-master-host-0' ('e83a63ca-381e-40db-acb2-65a3e7953e11')
>> was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU-Level'
>> (correlation id: b8d11cb0-5be9-4b7e-b45a-c95fa1f18681)
>> 2018-11-12 10:06:30,723-05 ERROR [org.ovirt.engine.core.bll.RunVmCommand]
>> (de
Re: [ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
On Mon, Nov 12, 2018 at 12:58 PM Dominik Holler wrote: > On Mon, 12 Nov 2018 12:29:17 +0100 > Martin Perina wrote: > > > On Mon, Nov 12, 2018 at 12:20 PM Dafna Ron wrote: > > > > > There are currently two issues failing ovirt-engine on CQ ovirt master: > > > > > > 1. edit vm pool is causing failure in different tests. it has a patch > *waiting > > > to be merged*: https://gerrit.ovirt.org/#/c/95354/ > > > > > > > Merged > > > > > > > > 2. we have a failure in upgrade suite as well to run vm but this seems > to > > > be related to the tests as well: > > > 2018-11-12 05:41:07,831-05 WARN > > > [org.ovirt.engine.core.bll.validator.VirtIoRngValidator] (default > task-1) > > > [] Random number source URANDOM is not supported in cluster > 'test-cluster' > > > compatibility version 4.0. > > > > > > here is the full error from the upgrade suite failure in run vm: > > > https://pastebin.com/XLHtWGGx > > > > > > Here is the latest failure: > > > > https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/8/ > > > > > > > I will try to take a look later today > > > > I have the idea that this might be related to > https://gerrit.ovirt.org/#/c/95377/ , and I check in > https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3485/console > , but I have to stop now, if not solved I can go on later today. > OK, both CI and above manual OST job went fine, so I've just merged the revert patch. I will take a look at it later in detail, we should really be testing 4.3 on master and not 4.2 > > > > > > > > > > Thanks, > > > Dafna > > > > > > > > > > > > > > > On Mon, Nov 12, 2018 at 9:23 AM Dominik Holler > wrote: > > > > > >> On Sun, 11 Nov 2018 19:04:40 +0200 > > >> Dan Kenigsberg wrote: > > >> > > >> > On Sun, Nov 11, 2018 at 5:27 PM Eyal Edri > wrote: > > >> > > > > >> > > > > >> > > > > >> > > On Sun, Nov 11, 2018 at 5:24 PM Eyal Edri > wrote: > > >> > >> > > >> > >> > > >> > >> > > >> > >> On Sun, Nov 11, 2018 at 5:20 PM Dan Kenigsberg < > dan...@redhat.com> > > >> wrote: > > >> > >>> > > >> > >>> On Sun, Nov 11, 2018 at 4:36 PM Ehud Yonasi > > > >> wrote: > > >> > >>> > > > >> > >>> > Hey, > > >> > >>> > I've seen that CQ Master is not passing ovirt-engine for 10 > days > > >> and fails on test suite called restore_vm0_networking > > >> > >>> > here's a snap error regarding it: > > >> > >>> > > > >> > >>> > https://pastebin.com/7msEYqKT > > >> > >>> > > > >> > >>> > Link to a sample job with the error: > > >> > >>> > > > >> > >>> > > > >> > http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3/artifact/basic-suite.el7.x86_64/004_basic_sanity.py.junit.xml > > >> > > >> > >>> > > >> > >>> I cannot follow this link because I'm 4 minutes too late > > >> > >>> > > >> > >>> jenkins.ovirt.org uses an invalid security certificate. The > > >> > >>> certificate expired on November 11, 2018, 5:13:25 PM GMT+2. The > > >> > >>> current time is November 11, 2018, 5:17 PM. > > >> > >> > > >> > >> > > >> > >> Yes, we're looking into that issue now. > > >> > > > > >> > > > > >> > > Fixed, you should be able to access it now. > > >> > > > >> > OST fails during restore_vm0_networking in line 101 of > > >> > 004_basic_sanity.py while comparing > > >> > vm_service.get().status == state > > >> > > > >> > It seems that instead of reporting back the VM status, Engine set > > >> garbage > > >> > "The response content type 'text/html; charset=iso-8859-1' isn't the > > >> > expected XML" > > >> > > > >> > > >> The relevant line in > > >> > &g
Re: [ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
On Mon, Nov 12, 2018 at 12:20 PM Dafna Ron wrote: > There are currently two issues failing ovirt-engine on CQ ovirt master: > > 1. edit vm pool is causing failure in different tests. it has a patch *waiting > to be merged*: https://gerrit.ovirt.org/#/c/95354/ > Merged > > 2. we have a failure in upgrade suite as well to run vm but this seems to > be related to the tests as well: > 2018-11-12 05:41:07,831-05 WARN > [org.ovirt.engine.core.bll.validator.VirtIoRngValidator] (default task-1) > [] Random number source URANDOM is not supported in cluster 'test-cluster' > compatibility version 4.0. > > here is the full error from the upgrade suite failure in run vm: > https://pastebin.com/XLHtWGGx > > Here is the latest failure: > https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/8/ > I will try to take a look later today > > > Thanks, > Dafna > > > > > On Mon, Nov 12, 2018 at 9:23 AM Dominik Holler wrote: > >> On Sun, 11 Nov 2018 19:04:40 +0200 >> Dan Kenigsberg wrote: >> >> > On Sun, Nov 11, 2018 at 5:27 PM Eyal Edri wrote: >> > > >> > > >> > > >> > > On Sun, Nov 11, 2018 at 5:24 PM Eyal Edri wrote: >> > >> >> > >> >> > >> >> > >> On Sun, Nov 11, 2018 at 5:20 PM Dan Kenigsberg >> wrote: >> > >>> >> > >>> On Sun, Nov 11, 2018 at 4:36 PM Ehud Yonasi >> wrote: >> > >>> > >> > >>> > Hey, >> > >>> > I've seen that CQ Master is not passing ovirt-engine for 10 days >> and fails on test suite called restore_vm0_networking >> > >>> > here's a snap error regarding it: >> > >>> > >> > >>> > https://pastebin.com/7msEYqKT >> > >>> > >> > >>> > Link to a sample job with the error: >> > >>> > >> > >>> > >> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3/artifact/basic-suite.el7.x86_64/004_basic_sanity.py.junit.xml >> >> > >>> >> > >>> I cannot follow this link because I'm 4 minutes too late >> > >>> >> > >>> jenkins.ovirt.org uses an invalid security certificate. The >> > >>> certificate expired on November 11, 2018, 5:13:25 PM GMT+2. The >> > >>> current time is November 11, 2018, 5:17 PM. >> > >> >> > >> >> > >> Yes, we're looking into that issue now. >> > > >> > > >> > > Fixed, you should be able to access it now. >> > >> > OST fails during restore_vm0_networking in line 101 of >> > 004_basic_sanity.py while comparing >> > vm_service.get().status == state >> > >> > It seems that instead of reporting back the VM status, Engine set >> garbage >> > "The response content type 'text/html; charset=iso-8859-1' isn't the >> > expected XML" >> > >> >> The relevant line in >> >> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite-master-engine/_var_log/httpd/ssl_access_log/*view*/ >> seems to be >> 192.168.201.1 - - [11/Nov/2018:04:27:43 -0500] "GET >> /ovirt-engine/api/vms/26088164-d1a0-4254-a377-5d3c242c8105 HTTP/1.1" 503 299 >> and I guess the 503 error message is sent in HTML instead of XML. >> >> If I run manually >> https://gerrit.ovirt.org/#/c/95354/ >> with latest build of engine-master >> >> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8074/ >> basic suite seems to be happy: >> https://jenkins.ovirt.org/view/oVirt system >> tests/job/ovirt-system-tests_manual/3484/ >> >> >> > I do not know what could cause that, and engine.log does not mention >> > it. But it seems like a problem in engine API hence +Martin Perina and >> > +Ondra Machacek . >> > >> > >> > >> > > >> > >> >> > >> >> > >> >> > >>> >> > >>> >> > >>> > >> > >>> > Can some1 have a look at it and help to resolve the issue? >> > >>> > >> > >>> > >> > >>> > ___ >> > >>> > Infra mailing list -- infra@ovirt.org >> > &
Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 05-11-2018 ] [ 002_bootstrap.add_dc ]
Here is a revert patch: https://gerrit.ovirt.org/95270 I've just briefly looks at things which will need to be done to remove 3.6 and 4.0 and there will be needed quite huge number of patches and this one should be one of the last ... On Mon, Nov 5, 2018 at 11:03 AM Dafna Ron wrote: > Hi, > > We failed to add a DC due to computability level in the upgrade suite. > The upgrade suite is upgrading 4.2 to master. > > Eli, can you please check if any fix is needed for upgrade? > > Link and headline of suspected patches: > > https://gerrit.ovirt.org/#/c/95190/ - engine: Remove Cluster Levels 3.6 > and 4.0 > > Link to Job: > > https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/10975 > > Link to all logs: > > > https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/10975/artifact/upgrade-from-release-suite.el7.x86_64/test_logs/upgrade-from-release-suite-master/post-002_bootstrap.py/ > > (Relevant) error snippet from the log: > > > > 2018-11-04 06:26:54,619-05 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-1) [1d8362d9] EVENT_ID: USER_VDC_LOGIN(30), User > admin@internal-authz connecting from '192.168.201.1' using session > 'v2y73+8hVB7ccwgjlAQOAK539eW6UsAysQQHbbiSy+mGDSTjOyZ38bpl9XLrGXSLJAqKyeXSdqfrbAqB4qWZUA==' > logged in. > 2018-11-04 06:26:54,873-05 WARN > [org.ovirt.engine.core.bll.storage.pool.AddEmptyStoragePoolCommand] > (default task-1) [4b627395-5dd6-4211-a63e-d78f3728ec6f] Validation of > action 'AddEmptyStoragePool' failed for user admin@internal-authz. > Reasons: > VAR__TYPE__STORAGE__POOL,VAR__ACTION__CREATE,ACTION_TYPE_FAILED_GIVEN_VERSION_NOT_SUPPORTED > 2018-11-04 06:26:54,877-05 ERROR > [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default > task-1) [] Operation Failed: [Cannot create Data Center. Selected > Compatibility Version is not supported. > > > ___ > Devel mailing list -- de...@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/de...@ovirt.org/message/CULQ7ZLQ5PIWZA4ZSEHM62U22BUWM2MK/ > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/VP556JT6X53NAQIABGSPQM6HVNVQPXPT/
[JIRA] (OVIRT-2520) ovirt-engine-wildfly and ovirt-engine-wildfly-overlay failing on master because of dependency on each other
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=38195#comment-38195 ] Martin Perina commented on OVIRT-2520: -- Yes, those are correct. I've also merged both projects into ovirt-engine-wildfly in gerrit and performed other changes on engine side, so upgrades to upcoming releases should not require any manual actions in change queue > ovirt-engine-wildfly and ovirt-engine-wildfly-overlay failing on master > because of dependency on each other > > > Key: OVIRT-2520 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2520 > Project: oVirt - virtualization made easy > Issue Type: Bug >Reporter: Dafna Ron >Assignee: infra > Labels: ost_failures, ost_packages > > we have two patches: > https://gerrit.ovirt.org/#/c/94538/2 > https://gerrit.ovirt.org/#/c/94539/2 > They fail on deps on each other. > I will re-add both to try and run them on the same time. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100094) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/DU7ML2LIILKDDZ6SYBZYLEZNLZEND2P5/
Re: [ovirt-devel] Re: discussing the future of the upgrade suite in ost
On Mon, Oct 8, 2018 at 1:41 PM Eyal Edri wrote: > > > On Mon, Oct 8, 2018 at 1:00 PM Yedidyah Bar David wrote: > >> On Wed, Oct 3, 2018 at 3:51 PM Dafna Ron wrote: >> > >> > Hi All, >> > >> > I was reviewing the upgrade suites in ost and there are some issues >> that I am seeing in the suite tests-scenarios which I want to discuss and >> decide the future of. >> > >> > At it current state, I think we should remove the upgrade suite or most >> of the post test-scenarios as it is not testing what it should. >> >> Nothing at all, of what it should? Or not enough? >> >> > >> > The tests currently only test engine upgrade and basic sanity after the >> upgrade. >> > This is problematic in a few ways: >> > >> > 1. upgrade should test the upgrade of rhv and not just a clean engine >> upgrade (i.e host, storage, vm). >> >> This sounds to me like missing functionality, not a reason to remove >> it altogether. >> >> > 2. as we have limited resources I do not think that the upgrade suite >> should be longer then the basic suite (and as we are currently running the >> basic suite after the upgrade it is longer) >> >> How often do we run it? If it's a significant burden on the CI >> systems, perhaps run it only once per day, or even less. >> > > We currently gate with it on CQ along with the basic suite. > We we think the suite in its current status isn't that beneficial, we can > move it to nightly and move it from CQ, but then we won't be gating upgrade > issues > from reaching to QE, is that what we want? > > Sandro, do you want to move the upgrade suite to nightly mode until it'll > have more functionality? > I plan to add more tests, which comes from infra team responsibilities (like upgrade of the host, upgrade the whole cluster, ...). I will post a design document till end of week ... > > >> >> > >> > That brings me to question what should be essential to test in upgrade >> in the CI? >> >> That's a very good question, but not sure it's related to the previous >> point. >> >> If you think we need more functionality, and I think I agree, open a bug. >> >> If current suite causes too much load, run it less frequently. >> >> > I would also need someone in dev to volunteer and take ownership of the >> testing scenarios for upgrade - is there anyone that can help? >> >> I guess I can try looking after the current suite (mainly testing >> engine-setup's upgrade functionality). Not sure about new >> functionality (hosts, storage etc). >> >> > >> > Thanks, >> > Dafna >> > >> > >> > >> > >> > >> > >> > ___ >> > Infra mailing list -- infra@ovirt.org >> > To unsubscribe send an email to infra-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/infra@ovirt.org/message/IMWTTWFIGJM3OBBOO6WVFSWMGHNPLOPF/ >> >> >> >> -- >> Didi >> ___ >> Infra mailing list -- infra@ovirt.org >> To unsubscribe send an email to infra-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/infra@ovirt.org/message/GTUFYRH23OKAAEZCAQEA5BOPNSEXGBGU/ >> > > > -- > > 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) > ___ > Devel mailing list -- de...@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/de...@ovirt.org/message/KLXZDWIQOXSTFUEPJ2BLR3VIGAQXWC7P/ > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/XR76IAH2RA6JKZAZKU6RFAAZIETTZKXG/
[JIRA] (OVIRT-2520) ovirt-engine-wildfly and ovirt-engine-wildfly-overlay failing on master because of dependency on each other
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=38122#comment-38122 ] Martin Perina commented on OVIRT-2520: -- Those don't need to be passed both at the same time, they have only unidirectional dependency. First must go https://gerrit.ovirt.org/94538 to get WF14 package in, and afterwards the https://gerrit.ovirt.org/94539 with WF overlay, because it depends on WF 14. But those packages were merged in correct order ... > ovirt-engine-wildfly and ovirt-engine-wildfly-overlay failing on master > because of dependency on each other > > > Key: OVIRT-2520 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2520 > Project: oVirt - virtualization made easy > Issue Type: Bug >Reporter: Dafna Ron >Assignee: infra > Labels: ost_failures, ost_packages > > we have two patches: > https://gerrit.ovirt.org/#/c/94538/2 > https://gerrit.ovirt.org/#/c/94539/2 > They fail on deps on each other. > I will re-add both to try and run them on the same time. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100092) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/BQMOAKUANSQEIDY6KMLSUEKNXCRNO5AE/
[JIRA] (OVIRT-2507) resources.ovirt.org is unreachable
Martin Perina created OVIRT-2507: Summary: resources.ovirt.org is unreachable Key: OVIRT-2507 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2507 Project: oVirt - virtualization made easy Issue Type: Outage Components: Hosting Reporter: Martin Perina Assignee: infra Priority: Highest Hi, unfortunately access to resources.ovirt.org is timeouted, so we cannnot install/update any oVirt package. Thanks Martin -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100092) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/WDYJBEZT2VQKPPC2OH7ATJA45EEXS36E/
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 14-09-2018 ] [ 002_bootstrap.add_hosts ]
On Mon, 17 Sep 2018, 16:25 Ravi Shankar Nori, wrote: > host-deploy is still broken on master fc28 > Yes, there are multiple issues on FC28, but the question is if this fixed OST on CentOS? > On Mon, Sep 17, 2018 at 8:01 AM, Yuval Turgeman > wrote: > >> I'm pretty sure I verified this on el7 as well, i'll check again, but >> thinking about it, tar will stop when it gets to the first empty block, so >> if the record size on the engine's side is large and the end is filled with >> zeros, -b1 will make it stop at the first empty block so the next read on >> the host's side would get the trailing zeros which is what otopi reads. >> Btw, it could be a problem with deployed el7 systems as well, if for any >> reason the default on the host is set to something that is more than 20 >> blocks (can be set with export TAR_BLOCKING_FACTOR for the root account on >> the host side). >> It's ok to revert the patch to fix the regression, but I don't see any >> other way other than -b1... perhaps add a `cat -` after to just read until >> EOF or something, or have otopi strip the input. >> >> On Mon, Sep 17, 2018 at 2:30 PM, Galit Rosenthal >> wrote: >> >>> Didi, >>> >>> Is this what you are looking for >>> https://ovirt-jira.atlassian.net/browse/OVIRT-2259 >>> ? >>> Galit >>> >>> On Mon, Sep 17, 2018 at 1:54 PM Dafna Ron wrote: >>> >>>> I think that in ovirt-engine we currently only build to centos. >>>> since we have not had an engine build for 2 weeks (on master) I think >>>> we should merge and worry about fc28 once it would be relevant. >>>> >>>> the failure we have now could be another regression missed since the >>>> project has been broken for two weeks. >>>> >>>> Thanks, >>>> Dafna >>>> >>>> >>>> >>>> On Mon, Sep 17, 2018 at 10:30 AM Yedidyah Bar David >>>> wrote: >>>> >>>>> On Mon, Sep 17, 2018 at 11:49 AM Dafna Ron wrote: >>>>> > >>>>> > Didi, Marin, any update on the patch? >>>>> >>>>> Yes - it passed. Actually failed, but only after host-deploy: >>>>> >>>>> >>>>> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3189/ >>>>> >>>>> I'd rather not merge it as-is, because it will break fedora. >>>>> >>>>> If someone can have a look at the code generating the tar file, and >>>>> can see if >>>>> it's easy to make it work well for both centos and fedora, perhaps by >>>>> explicitly >>>>> setting all relevant params to some reasonable values, great. >>>>> Otherwise, I guess >>>>> we can merge for now, as fedora is still not supported anyway. >>>>> >>>>> Thanks, >>>>> >>>>> > >>>>> > >>>>> > On Sun, Sep 16, 2018 at 11:09 AM Yedidyah Bar David >>>>> wrote: >>>>> >> >>>>> >> On Sun, Sep 16, 2018 at 12:53 PM Yedidyah Bar David < >>>>> d...@redhat.com> wrote: >>>>> >> > >>>>> >> > On Fri, Sep 14, 2018 at 6:06 PM Martin Perina >>>>> wrote: >>>>> >> > > >>>>> >> > > >>>>> >> > > >>>>> >> > > On Fri, Sep 14, 2018 at 4:51 PM, Ravi Shankar Nori < >>>>> rn...@redhat.com> wrote: >>>>> >> > >> >>>>> >> > >> I see the same errors on my dev env. From the logs attached by >>>>> Andrej the response received by otopi has a bunch of null chars before the >>>>> actual response CONFIRM DEPLOY_PROCEED=yes >>>>> >> > >> >>>>> >> > >> >>>>> >> > >> >>>>> >> > >> 2018-09-14 15:49:23,018+0200 DEBUG >>>>> otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND >>>>> ### Response is CONFIRM DEPLOY_PROCEED=yes|no or ABORT DEPLOY_PROCEED >>>>> >> > >> >>>>> >> > >> ^@^@^@^@^@^@^@^@^@CONFIRM DEPLOY_PROCEED=yes >>>>> >> > > >>>>> >> > > >>>>> >> > > Didi/Sandro, could you please take a look? Below error seems >&g
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 14-09-2018 ] [ 002_bootstrap.add_hosts ]
On Mon, Sep 17, 2018 at 12:47 PM Dafna Ron wrote: > I think that in ovirt-engine we currently only build to centos. > since we have not had an engine build for 2 weeks (on master) I think we > should merge and worry about fc28 once it would be relevant. > So let's get the change reverted and let's continue working on FC28 issue. Didi/Yuval/Sandro any issue with merging https://gerrit.ovirt.org/94357 ? > the failure we have now could be another regression missed since the > project has been broken for two weeks. > > Thanks, > Dafna > > > > On Mon, Sep 17, 2018 at 10:30 AM Yedidyah Bar David > wrote: > >> On Mon, Sep 17, 2018 at 11:49 AM Dafna Ron wrote: >> > >> > Didi, Marin, any update on the patch? >> >> Yes - it passed. Actually failed, but only after host-deploy: >> >> >> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3189/ >> >> I'd rather not merge it as-is, because it will break fedora. >> >> If someone can have a look at the code generating the tar file, and can >> see if >> it's easy to make it work well for both centos and fedora, perhaps by >> explicitly >> setting all relevant params to some reasonable values, great. Otherwise, >> I guess >> we can merge for now, as fedora is still not supported anyway. >> >> Thanks, >> >> > >> > >> > On Sun, Sep 16, 2018 at 11:09 AM Yedidyah Bar David >> wrote: >> >> >> >> On Sun, Sep 16, 2018 at 12:53 PM Yedidyah Bar David >> wrote: >> >> > >> >> > On Fri, Sep 14, 2018 at 6:06 PM Martin Perina >> wrote: >> >> > > >> >> > > >> >> > > >> >> > > On Fri, Sep 14, 2018 at 4:51 PM, Ravi Shankar Nori < >> rn...@redhat.com> wrote: >> >> > >> >> >> > >> I see the same errors on my dev env. From the logs attached by >> Andrej the response received by otopi has a bunch of null chars before the >> actual response CONFIRM DEPLOY_PROCEED=yes >> >> > >> >> >> > >> >> >> > >> >> >> > >> 2018-09-14 15:49:23,018+0200 DEBUG >> otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND >> ### Response is CONFIRM DEPLOY_PROCEED=yes|no or ABORT DEPLOY_PROCEED >> >> > >> >> >> > >> ^@^@^@^@^@^@^@^@^@CONFIRM DEPLOY_PROCEED=yes >> >> > > >> >> > > >> >> > > Didi/Sandro, could you please take a look? Below error seems like >> some issue in otopi, where an error is raised when handling binary input: >> >> > >> >> > Not sure the issue is "binary input" in general, but simply illegal >> >> > input. The prompt expects, as it says, one of these 3 replies: >> >> > >> >> > CONFIRM DEPLOY_PROCEED=yes >> >> > CONFIRM DEPLOY_PROCEED=no >> >> > ABORT DEPLOY_PROCEED >> >> > >> >> > Instead, judging from the file supplied by Andrej, it gets from the >> engine: >> >> > <7169 null bytes>CONFIRM DEPLOY_PROCEED=yes >> >> > >> >> > So either the engine now sends, for some reason, 7169 null bytes, in >> >> > this response, or there is some low-level change causing this to be >> >> > eventually supplied to otopi - a change in apache-sshd, openssh, some >> >> > library, the kernel, no idea. >> >> > >> >> > Well, thinking a bit, I have a wild guess: Perhaps it's related to >> the >> >> > patch introduced recently to change the tar blocking? >> >> >> >> https://gerrit.ovirt.org/94357 >> >> >> >> I am leaving soon, perhaps someone can try the manual job with the >> >> result of the check-patch job for above patch, to see if it fixes. >> >> Otherwise I'll do this tomorrow. >> >> >> >> > >> >> > > >> >> > > >> >> > > 2018-09-14 15:49:23,032+0200 DEBUG otopi.context >> context._executeMethod:143 method exception >> >> > > Traceback (most recent call last): >> >> > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line >> 133, in _executeMethod >> >> > > method['method']() >> >> > > File >> "/tmp/ovirt-O6CfS4aUHI/otopi-plugins/ovirt-host-deploy/core/misc.py", line >> 87, in
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 14-09-2018 ] [ 002_bootstrap.add_hosts ]
On Fri, Sep 14, 2018 at 4:44 PM, Dafna Ron wrote:
> if you run it with mock you would remove any environmental conditions that
> can effect the outcome so I recommend using mock
>
Out of curiosity how to use mock_runner with run_suite? There are not
mentioned any steps on execution using mock_runner in docs [1] (only
installation of mock_runner), following command doesn't work:
./jenkins/mock_configs/mock_runner.sh -C ../jenkins/mock_configs -p el7 -e
run_suite.sh basic-suite-master
And I haven't found any parameters in mock_runner how to pass additional
command line options to executed script.
[1]
https://ovirt-system-tests.readthedocs.io/en/latest/general/running_tests/index.html
>
>
> On Fri, Sep 14, 2018 at 3:32 PM, Martin Perina wrote:
>
>>
>>
>> On Fri, Sep 14, 2018 at 3:49 PM, Dafna Ron wrote:
>>
>>> did you use mock to reproduce?
>>>
>>
>> No, just run_suite under myself
>>
>>>
>>> On Fri, Sep 14, 2018 at 2:39 PM, Martin Perina
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> the problem is that we haven't fetched the temporary host-deploy log
>>>> from /tmp directory, so we don't know which string that host-deploy process
>>>> sent to engine is causing that issue. I tried to reproduce on my local
>>>> machine, but I was unable to reproduce it, 002_bootstrap phase finished
>>>> successfully (other phases are still running).
>>>>
>>>> So if anyone is able to reproduce, please try to fetch host-deploy log
>>>> from /tmp directory after the error is raised and share it.
>>>>
>>>> Thanks
>>>>
>>>> Martin
>>>>
>>>>
>>>> On Fri, Sep 14, 2018 at 1:52 PM, Dafna Ron wrote:
>>>>
>>>>> Full logs can be found here:
>>>>>
>>>>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovi
>>>>> rt-master_change-queue-tester/10307/artifact/upgrade-from-re
>>>>> lease-suite.el7.x86_64/test_logs/upgrade-from-release-suite-
>>>>> master/post-002_bootstrap.py/
>>>>>
>>>>> On Fri, Sep 14, 2018 at 12:48 PM, Dafna Ron wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> The previous regression was resolved and we now have a new
>>>>>> regression.
>>>>>>
>>>>>> I don't think that the reported change is related so can someone from
>>>>>> ovirt-engine take a look?
>>>>>>
>>>>>> The failure is add host on the upgrade suite.
>>>>>>
>>>>>> Please note that we have not had an engine-ovirt build for over 10
>>>>>> days due to several consecutive regressions and I would ask you to stop
>>>>>> merging until we can stabilize the project and have a new package of
>>>>>> engine.
>>>>>>
>>>>>> error:
>>>>>>
>>>>>> 2018-09-14 05:51:07,670-04 INFO
>>>>>> [org.ovirt.engine.core.uutils.ssh.SSHDialog]
>>>>>> (EE-ManagedThreadFactory-engine-Thread-1) [5c91fcbd] SSH execute
>>>>>> 'root@lago-upgrade-from-release-suite-master-host-0' 'umask 0077;
>>>>>> MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XX)";
>>>>>> trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" >
>>>>>> /dev/null 2>&1" 0; tar -b1 --warning=no-timestamp -C "${MYTMP}" -x &&
>>>>>> "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine
>>>>>> DIALOG/customization=bool:True'
>>>>>> 2018-09-14 05:51:08,550-04 INFO [org.ovirt.engine.core.dal.dbb
>>>>>> roker.auditloghandling.AuditLogDirector] (VdsDeploy) [5c91fcbd]
>>>>>> EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host
>>>>>> lago-upgrade-from-release-suite-master-host-0. Stage: Initializing.
>>>>>> 2018-09-14 05:51:08,565-04 INFO
>>>>>> [org.ovirt.engine.core.utils.transaction.TransactionSupport]
>>>>>> (VdsDeploy) [5c91fcbd] transaction rolled back
>>>>>> 2018-09-14 05:51:08,574-04 ERROR
>>>>>> [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase]
>>>>>> (VdsDeploy) [5c91fcbd] Error during deploy dialog
>>>>>> 2018-09-14 05:51:08,578-04 ERROR
>
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 14-09-2018 ] [ 002_bootstrap.add_hosts ]
On Fri, Sep 14, 2018 at 5:15 PM, Dafna Ron wrote: > didi and Sandro are both not working today. > So we will need to wait until Sunday/Monday, because I don't think anyone else from the team really understand otopi internals. > > if they are not back by Friday, can we try to find the patch that caused > this and revert? > > CQ reported this as the cause: https://gerrit.ovirt.org/#/c/94081/3 > This is definitely not related, it has nothing to do with adding host > > But it did not seem related to this issue, however, it was merged 11 days > ago and we could have missed this due to several regressions during these > 10 days. > > > On Fri, Sep 14, 2018 at 4:06 PM, Martin Perina wrote: > >> >> >> On Fri, Sep 14, 2018 at 4:51 PM, Ravi Shankar Nori >> wrote: >> >>> I see the same errors on my dev env. From the logs attached by Andrej >>> the response received by otopi has a bunch of null chars before the actual >>> response CONFIRM DEPLOY_PROCEED=yes >>> >>> >>> >>> 2018-09-14 15:49:23,018+0200 DEBUG otopi.plugins.otopi.dialog.machine >>> dialog.__logString:204 DIALOG:SEND ### Response is CONFIRM >>> DEPLOY_PROCEED=yes|no or ABORT DEPLOY_PROCEED >>> >>> ^@^@^@^@^@^@^@^@^@CONFIRM DEPLOY_PROCEED=yes >>> >> >> Didi/Sandro, could you please take a look? Below error seems like some >> issue in otopi, where an error is raised when handling binary input: >> >> >> 2018-09-14 15:49:23,032+0200 DEBUG otopi.context >> context._executeMethod:143 method exception >> >> >> Traceback (most recent call last): >> >> >> >> File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in >> _executeMethod >> >> method['method']() >> >> >> >> File "/tmp/ovirt-O6CfS4aUHI/otopi-plugins/ovirt-host-deploy/core/misc.py", >> line 87, in _confirm >> >> prompt=True, >> >> >> >> File "/tmp/ovirt-O6CfS4aUHI/otopi-plugins/otopi/dialog/machine.py", >> line 478, in confirm >> >> code=opcode, >> >> >> >>> On Fri, Sep 14, 2018 at 10:44 AM, Dafna Ron wrote: >>> >>>> if you run it with mock you would remove any environmental conditions >>>> that can effect the outcome so I recommend using mock >>>> >>>> >>>> On Fri, Sep 14, 2018 at 3:32 PM, Martin Perina >>>> wrote: >>>> >>>>> >>>>> >>>>> On Fri, Sep 14, 2018 at 3:49 PM, Dafna Ron wrote: >>>>> >>>>>> did you use mock to reproduce? >>>>>> >>>>> >>>>> No, just run_suite under myself >>>>> >>>>>> >>>>>> On Fri, Sep 14, 2018 at 2:39 PM, Martin Perina >>>>>> wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> the problem is that we haven't fetched the temporary host-deploy log >>>>>>> from /tmp directory, so we don't know which string that host-deploy >>>>>>> process >>>>>>> sent to engine is causing that issue. I tried to reproduce on my local >>>>>>> machine, but I was unable to reproduce it, 002_bootstrap phase finished >>>>>>> successfully (other phases are still running). >>>>>>> >>>>>>> So if anyone is able to reproduce, please try to fetch host-deploy >>>>>>> log from /tmp directory after the error is raised and share it. >>>>>>> >>>>>>> Thanks >>>>>>> >>>>>>> Martin >>>>>>> >>>>>>> >>>>>>> On Fri, Sep 14, 2018 at 1:52 PM, Dafna Ron wrote: >>>>>>> >>>>>>>> Full logs can be found here: >>>>>>>> >>>>>>>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovi >>>>>>>> rt-master_change-queue-tester/10307/artifact/upgrade-from-re >>>>>>>> lease-suite.el7.x86_64/test_logs/upgrade-from-release-suite- >>>>>>>> master/post-002_bootstrap.py/ >>>>>>>> >>>>>>>> On Fri, Sep 14, 2018 at 12:48 PM, Dafna Ron >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>&g
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 14-09-2018 ] [ 002_bootstrap.add_hosts ]
On Fri, Sep 14, 2018 at 4:51 PM, Ravi Shankar Nori wrote:
> I see the same errors on my dev env. From the logs attached by Andrej the
> response received by otopi has a bunch of null chars before the actual
> response CONFIRM DEPLOY_PROCEED=yes
>
>
>
> 2018-09-14 15:49:23,018+0200 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND ### Response is CONFIRM
> DEPLOY_PROCEED=yes|no or ABORT DEPLOY_PROCEED
>
> ^@^@^@^@^@^@^@^@^@CONFIRM DEPLOY_PROCEED=yes
>
Didi/Sandro, could you please take a look? Below error seems like some
issue in otopi, where an error is raised when handling binary input:
2018-09-14 15:49:23,032+0200 DEBUG otopi.context context._executeMethod:143
method
exception
Traceback (most recent call
last):
File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in
_executeMethod
method['method']()
File
"/tmp/ovirt-O6CfS4aUHI/otopi-plugins/ovirt-host-deploy/core/misc.py", line
87, in
_confirm
prompt=True,
File "/tmp/ovirt-O6CfS4aUHI/otopi-plugins/otopi/dialog/machine.py", line
478, in
confirm
code=opcode,
> On Fri, Sep 14, 2018 at 10:44 AM, Dafna Ron wrote:
>
>> if you run it with mock you would remove any environmental conditions
>> that can effect the outcome so I recommend using mock
>>
>>
>> On Fri, Sep 14, 2018 at 3:32 PM, Martin Perina
>> wrote:
>>
>>>
>>>
>>> On Fri, Sep 14, 2018 at 3:49 PM, Dafna Ron wrote:
>>>
>>>> did you use mock to reproduce?
>>>>
>>>
>>> No, just run_suite under myself
>>>
>>>>
>>>> On Fri, Sep 14, 2018 at 2:39 PM, Martin Perina
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> the problem is that we haven't fetched the temporary host-deploy log
>>>>> from /tmp directory, so we don't know which string that host-deploy
>>>>> process
>>>>> sent to engine is causing that issue. I tried to reproduce on my local
>>>>> machine, but I was unable to reproduce it, 002_bootstrap phase finished
>>>>> successfully (other phases are still running).
>>>>>
>>>>> So if anyone is able to reproduce, please try to fetch host-deploy log
>>>>> from /tmp directory after the error is raised and share it.
>>>>>
>>>>> Thanks
>>>>>
>>>>> Martin
>>>>>
>>>>>
>>>>> On Fri, Sep 14, 2018 at 1:52 PM, Dafna Ron wrote:
>>>>>
>>>>>> Full logs can be found here:
>>>>>>
>>>>>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovi
>>>>>> rt-master_change-queue-tester/10307/artifact/upgrade-from-re
>>>>>> lease-suite.el7.x86_64/test_logs/upgrade-from-release-suite-
>>>>>> master/post-002_bootstrap.py/
>>>>>>
>>>>>> On Fri, Sep 14, 2018 at 12:48 PM, Dafna Ron wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> The previous regression was resolved and we now have a new
>>>>>>> regression.
>>>>>>>
>>>>>>> I don't think that the reported change is related so can someone
>>>>>>> from ovirt-engine take a look?
>>>>>>>
>>>>>>> The failure is add host on the upgrade suite.
>>>>>>>
>>>>>>> Please note that we have not had an engine-ovirt build for over 10
>>>>>>> days due to several consecutive regressions and I would ask you to stop
>>>>>>> merging until we can stabilize the project and have a new package of
>>>>>>> engine.
>>>>>>>
>>>>>>> error:
>>>>>>>
>>>>>>> 2018-09-14 05:51:07,670-04 INFO
>>>>>>> [org.ovirt.engine.core.uutils.ssh.SSHDialog]
>>>>>>> (EE-ManagedThreadFactory-engine-Thread-1) [5c91fcbd] SSH execute
>>>>>>> 'root@lago-upgrade-from-release-suite-master-host-0' 'umask 0077;
>>>>>>> MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XX)";
>>>>>>> trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\"
>>>>>>> >
>>>>>>> /dev/null 2>&1" 0; tar -b1 --warning=no-timestamp -C "${MYTMP}" -x &&
>>>>>>> "$
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 14-09-2018 ] [ 002_bootstrap.add_hosts ]
On Fri, Sep 14, 2018 at 3:49 PM, Dafna Ron wrote:
> did you use mock to reproduce?
>
No, just run_suite under myself
>
> On Fri, Sep 14, 2018 at 2:39 PM, Martin Perina wrote:
>
>> Hi,
>>
>> the problem is that we haven't fetched the temporary host-deploy log from
>> /tmp directory, so we don't know which string that host-deploy process sent
>> to engine is causing that issue. I tried to reproduce on my local machine,
>> but I was unable to reproduce it, 002_bootstrap phase finished successfully
>> (other phases are still running).
>>
>> So if anyone is able to reproduce, please try to fetch host-deploy log
>> from /tmp directory after the error is raised and share it.
>>
>> Thanks
>>
>> Martin
>>
>>
>> On Fri, Sep 14, 2018 at 1:52 PM, Dafna Ron wrote:
>>
>>> Full logs can be found here:
>>>
>>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovi
>>> rt-master_change-queue-tester/10307/artifact/upgrade-from-
>>> release-suite.el7.x86_64/test_logs/upgrade-from-release-suit
>>> e-master/post-002_bootstrap.py/
>>>
>>> On Fri, Sep 14, 2018 at 12:48 PM, Dafna Ron wrote:
>>>
>>>> Hi,
>>>>
>>>> The previous regression was resolved and we now have a new regression.
>>>>
>>>> I don't think that the reported change is related so can someone from
>>>> ovirt-engine take a look?
>>>>
>>>> The failure is add host on the upgrade suite.
>>>>
>>>> Please note that we have not had an engine-ovirt build for over 10 days
>>>> due to several consecutive regressions and I would ask you to stop merging
>>>> until we can stabilize the project and have a new package of engine.
>>>>
>>>> error:
>>>>
>>>> 2018-09-14 05:51:07,670-04 INFO
>>>> [org.ovirt.engine.core.uutils.ssh.SSHDialog]
>>>> (EE-ManagedThreadFactory-engine-Thread-1) [5c91fcbd] SSH execute
>>>> 'root@lago-upgrade-from-release-suite-master-host-0' 'umask 0077;
>>>> MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XX)";
>>>> trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" >
>>>> /dev/null 2>&1" 0; tar -b1 --warning=no-timestamp -C "${MYTMP}" -x &&
>>>> "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine
>>>> DIALOG/customization=bool:True'
>>>> 2018-09-14 05:51:08,550-04 INFO [org.ovirt.engine.core.dal.dbb
>>>> roker.auditloghandling.AuditLogDirector] (VdsDeploy) [5c91fcbd]
>>>> EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host
>>>> lago-upgrade-from-release-suite-master-host-0. Stage: Initializing.
>>>> 2018-09-14 05:51:08,565-04 INFO
>>>> [org.ovirt.engine.core.utils.transaction.TransactionSupport]
>>>> (VdsDeploy) [5c91fcbd] transaction rolled back
>>>> 2018-09-14 05:51:08,574-04 ERROR
>>>> [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase]
>>>> (VdsDeploy) [5c91fcbd] Error during deploy dialog
>>>> 2018-09-14 05:51:08,578-04 ERROR
>>>> [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase]
>>>> (EE-ManagedThreadFactory-engine-Thread-1) [5c91fcbd] Error during host
>>>> lago-upgrade-from-release-suite-master-host-0 install
>>>> 2018-09-14 05:51:08,586-04 ERROR [org.ovirt.engine.core.dal.dbb
>>>> roker.auditloghandling.AuditLogDirector]
>>>> (EE-ManagedThreadFactory-engine-Thread-1)
>>>> [5c91fcbd] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has
>>>> occurred during installation of Host
>>>> lago-upgrade-from-release-suite-master-host-0:
>>>> CallableStatementCallback; SQL [{call insertauditlog(?, ?, ?, ?, ?, ?, ?,
>>>> ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?,
>>>> ?, ?)}ERROR: invalid byte sequence for encoding "UTF8": 0x00; nested
>>>> exception is org.postgresql.util.PSQLException: ERROR: invalid byte
>>>> sequence for encoding "UTF8": 0x00.
>>>> 2018-09-14 05:51:08,586-04 ERROR
>>>> [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase]
>>>> (EE-ManagedThreadFactory-engine-Thread-1) [5c91fcbd] Error during host
>>>> lago-upgrade-from-release-suite-master-host-0 install, preferring
>>>> first exception: CallableStatementCallback; SQL [{call insertauditlog(?, ?,
&
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 14-09-2018 ] [ 002_bootstrap.add_hosts ]
exception is org.postgresql.util.PSQLException: ERROR: invalid byte
>> sequence for encoding "UTF8": 0x00
>> 2018-09-14 05:51:08,615-04 INFO
>> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
>> (EE-ManagedThreadFactory-engine-Thread-1) [5c91fcbd] START,
>> SetVdsStatusVDSCommand(HostName =
>> lago-upgrade-from-release-suite-master-host-0,
>> SetVdsStatusVDSCommandParameters:{hostId='e475e93a-63b3-4573-b242-162c2ed864f0',
>> status='InstallFailed', nonOperationalReason='NONE',
>> stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 146cdc08
>> 2018-09-14 05:51:08,626-04 INFO
>> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
>> (EE-ManagedThreadFactory-engine-Thread-1) [5c91fcbd] FINISH,
>> SetVdsStatusVDSCommand, return: , log id: 146cdc08
>> 2018-09-14 05:51:08,639-04 ERROR [org.ovirt.engine.core.dal.dbb
>> roker.auditloghandling.AuditLogDirector]
>> (EE-ManagedThreadFactory-engine-Thread-1)
>> [5c91fcbd] EVENT_ID: VDS_INSTALL_FAILED(505), Host
>> lago-upgrade-from-release-suite-master-host-0 installation failed.
>> CallableStatementCallback; SQL [{call insertauditlog(?, ?, ?, ?, ?, ?, ?,
>> ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?,
>> ?, ?)}ERROR: invalid byte sequence for encoding "UTF8": 0x00; nested
>> exception is org.postgresql.util.PSQLException: ERROR: invalid byte
>> sequence for encoding "UTF8": 0x00.
>> 2018-09-14 05:51:08,652-04 INFO [org.ovirt.engine.core.bll.hos
>> tdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1)
>> [5c91fcbd] Lock freed to object 'EngineLock:{exclusiveLocks='[
>> e475e93a-63b3-4573-b242-162c2ed864f0=VDS]', sharedLocks=''}'
>> 2018-09-14 05:51:37,996-04 INFO
>> [org.ovirt.engine.core.bll.quota.QuotaManager]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-44) [] Quota Cache
>> updated. (19 msec)
>> (END)
>>
>> Thanks,
>> Dafna
>>
>>
>
--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-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/infra@ovirt.org/message/3KJRZPXDT4SQAOX5MNBDZSNMD5JCEWRO/
Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master (ovirt-ansible-manageiq) ] [ 11-09-2018 ] [ metrics_bootstrap.metrics_and_log_collector ]
On Tue, Sep 11, 2018 at 11:42 AM, Dafna Ron wrote:
> Hi,
>
> we have a failure in basic suite for test
> metrics_bootstrap.metrics_and_log_collector.
>
>
> We failed to configure the hosts for metrics collection which causes
> failure in the test.
>
> The change that is reported as cause of failure is:
>
> https://github.com/oVirt/ovirt-ansible-manageiq/commit/6697f
> c98f934beb9fece6d0224c0b013411b84e6
>
I don't see any connection between ovirt.manageiq role and metrics
configuration, but according to logs metrics configuration fails on fluentd
imstallation:
Sep 11 05:05:41 lago-basic-suite-4-2-host-0 python: ansible-yum Invoked
with allow_downgrade=False name=['fluentd'] bugfix=False list=None
disable_gpg_check=False conf_file=None install_repoquery=True
validate_certs=True state=latest disablerepo=None update_cache=False
disable_plugin=[] enablerepo=None exclude=None security=False
update_only=False enable_plugin=[] installroot=/ skip_broken=False
And here is the reason:
Cannot find a valid baseurl for repo: base/7/x86_64
So do we have some issues with CentOS base repo in OST?
>
> You can see the full logs here:
>
> https://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/
> 3078/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-
> 4.2/post-003_00_metrics_bootstrap.py/
>
> error:
>
> PLAY RECAP
> *
> lago-basic-suite-4-2-host-0 : ok=1changed=0unreachable=0
> failed=1
> lago-basic-suite-4-2-host-1 : ok=1changed=0unreachable=0
> failed=1
> localhost : ok=53 changed=24 unreachable=0
> failed=0
>
>
> 2018-09-11 09:06:18,713::ssh.py::ssh::96::lago.ssh::DEBUG::Command
> d69e71be on lago-basic-suite-4-2-engine errors:
> [WARNING]: Could not match supplied host pattern, ignoring: metrics_store
>
> 2018-09-11
> 09:06:18,713::utils.py::_ret_via_queue::60::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
> 2018-09-11 09:06:38,897::ssh.py::ssh::81::lago.ssh::DEBUG::Command
> d648c70a on lago-basic-suite-4-2-engine returned with 0
> 2018-09-11 09:06:38,897::ssh.py::ssh::89::lago.ssh::DEBUG::Command
> d648c70a on lago-basic-suite-4-2-engine output:
> This command will collect system configuration and diagnostic
> information from this system.
>
>
> ___
> Devel mailing list -- de...@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/de...@ovirt.org/
> message/PSSBJ4H3ZE2GUN6LRRUSJGL4TGBK4T4N/
>
>
--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-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/infra@ovirt.org/message/ES7I3BK6BMUWTSXIJDEAPPVH4BE7YWYZ/
Re: [ovirt-devel] Re: Please use package versions when building rpms
On Thu, Aug 16, 2018 at 1:18 PM, Greg Sheremeta wrote: > This script (that Barak wrote) does this check. Help yourself. > https://gerrit.ovirt.org/gitweb?p=ovirt-engine-nodejs- > modules.git;a=blob;f=automation/check-version-release.sh > > Best wishes, > Greg > > On Thu, Aug 16, 2018 at 3:55 AM Dafna Ron wrote: > >> Hi All, >> >> As some of you may have noticed, we have been having failures for some of >> the tests in master in the past 24 hours with the following yum error: >> https://pastebin.com/vqJCLgrP >> >> After some debugging we found that the issue is caused because the >> package which is failing had two different commits and no version set which >> caused two different packages with exactly the same name to be created. >> >> To solve this issue we would need the package to be re-build with a new >> version set. >> >> Here are the details on the package and how it failed. >> As you can see below we had two different commits creating two different >> packages by the same name: >> >> https://jenkins.ovirt.org/job/oVirt_ovirt-ansible-image- >> template_standard-on-ghpush/30/ >> which was triggered by push: 00f5ffd4-a06e-11e8-8fc7-fa3846728ab0 >> >> https://jenkins.ovirt.org/job/oVirt_ovirt-ansible-image- >> template_standard-on-ghpush/31/ >> which was triggered by push: 3dfc5996-a09b-11e8-856c-ec86908871c4 >> >> checking the packages that exist in the 4.2 and master tested repos I can >> see that we have the same exact name for two different packages: >> >> 4.2: >> >> ovirt-ansible-image-template-1.1.7-1.el7.noarch.rpm: >> Header SHA1 digest: OK (0033d83c3d8b6b0506767de3a4e44ffd64b2605c) >> MD5 digest: OK (2b6e87e53a51175aeac61662561c0e20) >> >> >> master: >> >> ovirt-ansible-image-template-1.1.7-1.el7.noarch.rpm: >> Header SHA1 digest: OK (597577a11775a7fc21207f3e76fe4df8a5030912) >> MD5 digest: OK (74bafadf2afae5f7797a90c982ad2767) >> >> Ondro, could you please investigate what happened? > This would cause yum to fail because we cannot have the same package name >> with different checksums. >> >> If anyone needs help in setting up versioning please contact myself or >> anyone from the CI team and we would be happy to assist. >> >> Thanks, >> Dafna >> >> >> >> >> >> >> ___ >> Devel mailing list -- de...@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/de...@ovirt.org/ >> message/7PLZTACS2PBAXNKDYZH6LZQK44XBF4VE/ >> > > > -- > > GREG SHEREMETA > > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > > Red Hat NA > > <https://www.redhat.com/> > > gsher...@redhat.comIRC: gshereme > <https://red.ht/sig> > > ___ > Devel mailing list -- de...@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/de...@ovirt.org/ > message/AJG33QKRU25BXQKNMTE5W6NYGF4E3YVK/ > > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/TYYU6DYNEEZFZO2V3V3SSQR7J4JIMHNW/
Re: [ovirt-devel] Re: [ OST Failure Report ] [ oVirt 4.2 (ovirt-engine) ] [ 07-08-2018 ] [ 004_basic_sanity.update_template_version ]
2716173-2816-a109-1d2f-c44d945e92dd, 3b3f239c-d8bb-423f-a39c-e2b905473b83, >>> null, 1, LOCK_SCREEN, 2, null, null, 2048, null, AUTO_RESUME, t). Where: >>> SQL statement "INSERTINTO vm_static(child_count, >>> creation_date,description,free_text_comment, >>> mem_size_mb,max_memory_size_mb,num_of_io_threads, >>> vm_name,num_of_sockets,cpu_per_socket, >>> threads_per_cpu,os,vm_guid,cluster_id, >>> num_of_monitors,single_qxl_pci, >>> allow_console_reconnect,template_status,usb_policy, >>> time_zone,fail_back,vm_type,nice_level, >>> cpu_shares,default_boot_sequence,default_display_type,* >>> >>> >>> ** >>> >> >> > > ___ > Devel mailing list -- de...@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/de...@ovirt.org/ > message/XYAH23EW3WPS4W2ZFUMUB5NQDLKRO52V/ > > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/MJBLLG4G5YOARBRBM7BDPD5P6UICZHRI/
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 23-07-2018 ] [ 008_basic_ui_sanity.start_grid ]
buffer. error_class=\"RuntimeError\" error=\"no nodes are
> available\" plugin_id=\"object:151a620\""}
> Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23
> 05:09:27 -0400 fluent.warn: {"message":"retry count exceededs limit."}
> Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23
> 05:09:27 -0400 fluent.error: {"message":"throwing away old logs."}
>
>
>
> Thanks.
> Dafna
>
Hi,
I can see in vdsm.log that it received a kill signal:
2018-07-23 05:24:26,735-0400 INFO (MainThread) [vds] Received signal 15,
shutting down (vdsmd:68)
And in /var/log/messages I found that mom was killed:
Jul 23 05:24:16 lago-basic-suite-master-host-1 systemd: Stopping MOM
instance configured for VDSM purposes...
...
Jul 23 05:24:26 lago-basic-suite-master-host-1 systemd: mom-vdsm.service
stop-sigterm timed out. Killing.
Jul 23 05:24:26 lago-basic-suite-master-host-1 systemd: mom-vdsm.service:
main process exited, code=killed, status=9/KILL
Jul 23 05:24:26 lago-basic-suite-master-host-1 systemd: Stopped MOM
instance configured for VDSM purposes.
Jul 23 05:24:26 lago-basic-suite-master-host-1 systemd: Unit
mom-vdsm.service entered failed state.
Jul 23 05:24:26 lago-basic-suite-master-host-1 systemd: mom-vdsm.service
failed.
So Didi/Shirly/Martin can fluentd error be related to mom shutdown? And
could this be a cause of VDSM shutdown?
>
>
> On Mon, Jul 23, 2018 at 10:31 AM, oVirt Jenkins wrote:
>
>> Change 92882,9 (ovirt-engine) is probably the reason behind recent system
>> test
>> failures in the "ovirt-master" change queue and needs to be fixed.
>>
>> This change had been removed from the testing queue. Artifacts build from
>> this
>> change will not be released until it is fixed.
>>
>> For further details about the change see:
>> https://gerrit.ovirt.org/#/c/92882/9
>>
>> For failed test results see:
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8764/
>> ___
>> Infra mailing list -- infra@ovirt.org
>> To unsubscribe send an email to infra-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/infra@ovirt.org/message/6LYYXSGM4LQSRVSYY3IJEIE64LW27TJM/
>>
>
>
--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-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/infra@ovirt.org/message/KXBI2VR5TXH2FRBOS3ASV3YPOTJZ52RB/
Re: [CQ Failure Report] [oVirt Master ovirt-engine-wildfly] [3/7/18] [ovirt-system-tests_basic-suite-master_deploy-scripts_setup_engine.sh]
On Mon, Jul 9, 2018 at 6:06 PM, Dafna Ron wrote: > I see both packages in master and 4.2: > > https://resources.ovirt.org/repos/ovirt/tested/4.2/rpm/el7/x86_64/ > https://resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/x86_64/ > > Martin, can you confirm? > Yes, both are there. Thanks a lot! Martin > > Thanks, > Dafna > > > On Mon, Jul 9, 2018 at 12:09 PM, Dafna Ron wrote: > >> Thanks :) >> I'll update you >> >> >> On Mon, Jul 9, 2018 at 11:56 AM, Martin Perina >> wrote: >> >>> >>> >>> On Mon, Jul 9, 2018 at 1:32 PM, Dafna Ron wrote: >>> >>>> Hi Martin, >>>> >>>> yes. >>>> please let me know once you merge the patches and if they fail running >>>> together I will re-add them to run at the same time on 4.2. >>>> >>> >>> Patches are the same as for master and both already already merged: >>> >>> https://gerrit.ovirt.org/91555 >>> https://gerrit.ovirt.org/91556 >>> >>> Thanks >>> >>> Martin >>> >>> >>>> >>>> thanks, >>>> Dafna >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Mon, Jul 9, 2018 at 9:30 AM, Martin Perina >>>> wrote: >>>> >>>>> Hi, >>>>> >>>>> so WildFly 13 successfully landed on all master repos, but it's still >>>>> missing in 4.2 repos [1], both ovirt-engine-wildfly and >>>>> ovirt-engine-wildfly-overlay packages are not there. So do we need to have >>>>> the same hack for 4.2 CQ as for master? I'm asking because both wildfly >>>>> and >>>>> wildfly-overlay uses their master branches for both oVirt master and oVirt >>>>> 4.2 releases, so what do we need to do to make them available for oVirt >>>>> 4.2? >>>>> >>>>> Thanks >>>>> >>>>> Martin >>>>> >>>>> [1] https://plain.resources.ovirt.org/repos/ovirt/tested/4.2/rpm/el7 >>>>> >>>>> >>>>> On Wed, Jul 4, 2018 at 8:58 AM, Barak Korren >>>>> wrote: >>>>> >>>>>> >>>>>> >>>>>> On 4 July 2018 at 08:41, Martin Perina wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I've just checked [1] and [2] repos and ovirt-engine-wildfly*-13 >>>>>>> packages are not yet available on those repos. Any luck with passing >>>>>>> those >>>>>>> packages through CQ? >>>>>>> >>>>>> >>>>>> Unfortunately an unrelated regressions caused the dependent changes >>>>>> to end up in different batches during the bisection search, and they were >>>>>> dropped again. >>>>>> >>>>>> Here is finally a test running with the two of them together and >>>>>> nothing else: >>>>>> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8563/ >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> Thanks >>>>>>> >>>>>>> Martin >>>>>>> >>>>>>> [1] https://plain.resources.ovirt.org/pub/ovirt-master-snapshot/ >>>>>>> rpm/el7/ >>>>>>> [2] https://plain.resources.ovirt.org/repos/ovirt/tested/master/ >>>>>>> rpm/el7/ >>>>>>> >>>>>>> >>>>>>> On Tue, Jul 3, 2018 at 12:30 PM, Barak Korren >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 3 July 2018 at 12:26, Martin Perina wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Tue, Jul 3, 2018 at 11:03 AM, Ehud Yonasi >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Suspected patch: >>>>>>>>>> >>>>>>>>>> https://gerrit.ovirt.org/#/c/91555/ >>>>>>>>>> >>>>>>>>>> Link to job: >>>>>>>>>> http://jenkins.ov
Re: [CQ Failure Report] [oVirt Master ovirt-engine-wildfly] [3/7/18] [ovirt-system-tests_basic-suite-master_deploy-scripts_setup_engine.sh]
On Mon, Jul 9, 2018 at 1:32 PM, Dafna Ron wrote: > Hi Martin, > > yes. > please let me know once you merge the patches and if they fail running > together I will re-add them to run at the same time on 4.2. > Patches are the same as for master and both already already merged: https://gerrit.ovirt.org/91555 https://gerrit.ovirt.org/91556 Thanks Martin > > thanks, > Dafna > > > > > > > On Mon, Jul 9, 2018 at 9:30 AM, Martin Perina wrote: > >> Hi, >> >> so WildFly 13 successfully landed on all master repos, but it's still >> missing in 4.2 repos [1], both ovirt-engine-wildfly and >> ovirt-engine-wildfly-overlay packages are not there. So do we need to have >> the same hack for 4.2 CQ as for master? I'm asking because both wildfly and >> wildfly-overlay uses their master branches for both oVirt master and oVirt >> 4.2 releases, so what do we need to do to make them available for oVirt 4.2? >> >> Thanks >> >> Martin >> >> [1] https://plain.resources.ovirt.org/repos/ovirt/tested/4.2/rpm/el7 >> >> >> On Wed, Jul 4, 2018 at 8:58 AM, Barak Korren wrote: >> >>> >>> >>> On 4 July 2018 at 08:41, Martin Perina wrote: >>> >>>> Hi, >>>> >>>> I've just checked [1] and [2] repos and ovirt-engine-wildfly*-13 >>>> packages are not yet available on those repos. Any luck with passing those >>>> packages through CQ? >>>> >>> >>> Unfortunately an unrelated regressions caused the dependent changes to >>> end up in different batches during the bisection search, and they were >>> dropped again. >>> >>> Here is finally a test running with the two of them together and nothing >>> else: >>> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8563/ >>> >>> >>> >>>> >>>> Thanks >>>> >>>> Martin >>>> >>>> [1] https://plain.resources.ovirt.org/pub/ovirt-master-snapshot/ >>>> rpm/el7/ >>>> [2] https://plain.resources.ovirt.org/repos/ovirt/tested/master/ >>>> rpm/el7/ >>>> >>>> >>>> On Tue, Jul 3, 2018 at 12:30 PM, Barak Korren >>>> wrote: >>>> >>>>> >>>>> >>>>> On 3 July 2018 at 12:26, Martin Perina wrote: >>>>> >>>>>> >>>>>> >>>>>> On Tue, Jul 3, 2018 at 11:03 AM, Ehud Yonasi >>>>>> wrote: >>>>>> >>>>>>> Suspected patch: >>>>>>> >>>>>>> https://gerrit.ovirt.org/#/c/91555/ >>>>>>> >>>>>>> Link to job: >>>>>>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8542/ >>>>>>> >>>>>>> Link to all logs: >>>>>>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-teste >>>>>>> r/8542/artifact/exported-artifacts/ >>>>>>> >>>>>>> Relevant error snippet: >>>>>>> >>>>>>> Error: ovirt-engine-wildfly-overlay conflicts with >>>>>>> ovirt-engine-wildfly-13.0.0-1.el7.x86_64 >>>>>>> >>>>>>> >>>>>> OK, I thought that I can do stepped approach: >>>>>> >>>>>> 1. Push ovirt-engine-wildfly-13 RPM into the repos >>>>>> 2. Push ovirt-engine-wildfly-overlay-13 RPM, which requires >>>>>> ovirt-engine-wildfly-13, into repos >>>>>> >>>>>> But it seems that due to serial nature of our CQ it's not possible, >>>>>> so can we pass both patches [1] and [2] though CQ at once? >>>>>> >>>>>> >>>>> Ehud will handle pushing them through the CQ together (its a matter of >>>>> timing things so they both get added to the CQ while it is busy with other >>>>> things). >>>>> >>>>> I wonder - could we merge those projects together to avoid this >>>>> situation in the future? What is the relationship between >>>>> 'ovirt-engine-wildfly' and the Wildfly upstream? >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Barak Korren >>>>> RHV DevOps team , RHCE, RHCi >>>>> Red Hat EMEA >>>>> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted >>>>> >>>> >>>> >>>> >>>> -- >>>> Martin Perina >>>> Associate Manager, Software Engineering >>>> Red Hat Czech s.r.o. >>>> >>> >>> >>> >>> -- >>> Barak Korren >>> RHV DevOps team , RHCE, RHCi >>> Red Hat EMEA >>> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted >>> >> >> >> >> -- >> Martin Perina >> Associate Manager, Software Engineering >> Red Hat Czech s.r.o. >> >> ___ >> Infra mailing list -- infra@ovirt.org >> To unsubscribe send an email to infra-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/infra@ovirt.org/message/RBQCLG2NDSIWUWAYWMGC7YCSAYP6WQ3H/ >> >> > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/D6JOWEJA2L567WTY7RHQYDB2U6OEY5DU/
Re: [CQ Failure Report] [oVirt Master ovirt-engine-wildfly] [3/7/18] [ovirt-system-tests_basic-suite-master_deploy-scripts_setup_engine.sh]
Hi, so WildFly 13 successfully landed on all master repos, but it's still missing in 4.2 repos [1], both ovirt-engine-wildfly and ovirt-engine-wildfly-overlay packages are not there. So do we need to have the same hack for 4.2 CQ as for master? I'm asking because both wildfly and wildfly-overlay uses their master branches for both oVirt master and oVirt 4.2 releases, so what do we need to do to make them available for oVirt 4.2? Thanks Martin [1] https://plain.resources.ovirt.org/repos/ovirt/tested/4.2/rpm/el7 On Wed, Jul 4, 2018 at 8:58 AM, Barak Korren wrote: > > > On 4 July 2018 at 08:41, Martin Perina wrote: > >> Hi, >> >> I've just checked [1] and [2] repos and ovirt-engine-wildfly*-13 packages >> are not yet available on those repos. Any luck with passing those packages >> through CQ? >> > > Unfortunately an unrelated regressions caused the dependent changes to end > up in different batches during the bisection search, and they were dropped > again. > > Here is finally a test running with the two of them together and nothing > else: > https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8563/ > > > >> >> Thanks >> >> Martin >> >> [1] https://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/ >> [2] https://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/ >> >> >> On Tue, Jul 3, 2018 at 12:30 PM, Barak Korren wrote: >> >>> >>> >>> On 3 July 2018 at 12:26, Martin Perina wrote: >>> >>>> >>>> >>>> On Tue, Jul 3, 2018 at 11:03 AM, Ehud Yonasi >>>> wrote: >>>> >>>>> Suspected patch: >>>>> >>>>> https://gerrit.ovirt.org/#/c/91555/ >>>>> >>>>> Link to job: >>>>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8542/ >>>>> >>>>> Link to all logs: >>>>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-teste >>>>> r/8542/artifact/exported-artifacts/ >>>>> >>>>> Relevant error snippet: >>>>> >>>>> Error: ovirt-engine-wildfly-overlay conflicts with >>>>> ovirt-engine-wildfly-13.0.0-1.el7.x86_64 >>>>> >>>>> >>>> OK, I thought that I can do stepped approach: >>>> >>>> 1. Push ovirt-engine-wildfly-13 RPM into the repos >>>> 2. Push ovirt-engine-wildfly-overlay-13 RPM, which requires >>>> ovirt-engine-wildfly-13, into repos >>>> >>>> But it seems that due to serial nature of our CQ it's not possible, so >>>> can we pass both patches [1] and [2] though CQ at once? >>>> >>>> >>> Ehud will handle pushing them through the CQ together (its a matter of >>> timing things so they both get added to the CQ while it is busy with other >>> things). >>> >>> I wonder - could we merge those projects together to avoid this >>> situation in the future? What is the relationship between >>> 'ovirt-engine-wildfly' and the Wildfly upstream? >>> >>> >>> >>> >>> -- >>> Barak Korren >>> RHV DevOps team , RHCE, RHCi >>> Red Hat EMEA >>> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted >>> >> >> >> >> -- >> Martin Perina >> Associate Manager, Software Engineering >> Red Hat Czech s.r.o. >> > > > > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/RBQCLG2NDSIWUWAYWMGC7YCSAYP6WQ3H/
Re: [CQ]: 91635,2 (ovirt-engine) failed "ovirt-4.1" system tests
Hi Ehud, The patches were merged, because they were provided as hotfix to a customer, so if we ever need to release some 4.1 downstream async, we need to have them in. Looking at pre merge build jobs [1] has a failure, but it's some non-related issue happening only on Jenkins, local build was fine. And subsequent patches [2],[3] were built without any issues. None of the patches touches spec file, so do you really think it's related? Don't we have something broken in 4.1 builds as we haven't performed any 4.1 build for a long time, right? Thanks Martin [1] https://gerrit.ovirt.org/91635 [2] https://gerrit.ovirt.org/91636 [3] https://gerrit.ovirt.org/91637 On Wed, Jul 4, 2018 at 4:26 PM, Ehud Yonasi wrote: > Hey Martin, > seems like the issue is package conflict: > > *16:24:04* Conflicts: ovirt-engine-wildfly >= 11.0.0 > ovirt-engine-wildfly-overlay >= 11.0.0 postgresql-jdbc >= 9.3 freeipa-server > ipa-server > > > Regards, > > Ehud. > > > -- Forwarded message - > From: oVirt Jenkins > Date: Wed, Jul 4, 2018 at 4:26 PM > Subject: [CQ]: 91635,2 (ovirt-engine) failed "ovirt-4.1" system tests > To: > > > Change 91635,2 (ovirt-engine) is probably the reason behind recent system > test > failures in the "ovirt-4.1" change queue and needs to be fixed. > > This change had been removed from the testing queue. Artifacts build from > this > change will not be released until it is fixed. > > For further details about the change see: > https://gerrit.ovirt.org/#/c/91635/2 > > For failed test results see: > http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1854/ > ___ > Infra mailing list -- infra@ovirt.org > To unsubscribe send an email to infra-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/infra@ovirt.org/ > message/UB6JFWILC3Y4PFERRX43IB3S2IRK3ZWK/ > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/ZQKRLODWPLUQQT455ZCILDMUGDPBQPVY/
Re: [CQ Failure Report] [oVirt Master ovirt-engine-wildfly] [3/7/18] [ovirt-system-tests_basic-suite-master_deploy-scripts_setup_engine.sh]
Hi, I've just checked [1] and [2] repos and ovirt-engine-wildfly*-13 packages are not yet available on those repos. Any luck with passing those packages through CQ? Thanks Martin [1] https://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/ [2] https://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/ On Tue, Jul 3, 2018 at 12:30 PM, Barak Korren wrote: > > > On 3 July 2018 at 12:26, Martin Perina wrote: > >> >> >> On Tue, Jul 3, 2018 at 11:03 AM, Ehud Yonasi wrote: >> >>> Suspected patch: >>> >>> https://gerrit.ovirt.org/#/c/91555/ >>> >>> Link to job: >>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8542/ >>> >>> Link to all logs: >>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-teste >>> r/8542/artifact/exported-artifacts/ >>> >>> Relevant error snippet: >>> >>> Error: ovirt-engine-wildfly-overlay conflicts with >>> ovirt-engine-wildfly-13.0.0-1.el7.x86_64 >>> >>> >> OK, I thought that I can do stepped approach: >> >> 1. Push ovirt-engine-wildfly-13 RPM into the repos >> 2. Push ovirt-engine-wildfly-overlay-13 RPM, which requires >> ovirt-engine-wildfly-13, into repos >> >> But it seems that due to serial nature of our CQ it's not possible, so >> can we pass both patches [1] and [2] though CQ at once? >> >> > Ehud will handle pushing them through the CQ together (its a matter of > timing things so they both get added to the CQ while it is busy with other > things). > > I wonder - could we merge those projects together to avoid this situation > in the future? What is the relationship between 'ovirt-engine-wildfly' > and the Wildfly upstream? > > > > > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/XCRYONKIYCSSC2XOXJUJ3GJNC5YGT3QS/
Re: [CQ]: 91556, 2 (ovirt-engine-wildfly-overlay) failed "ovirt-4.2" system tests
On Tue, Jul 3, 2018 at 3:09 PM, Martin Perina wrote: > > > On Tue, Jul 3, 2018 at 1:30 PM, Ehud Yonasi wrote: > >> hey Martin, >> same issue on 4.2 CQ >> can you please send the wildfly patch to fix the conflict? >> > > Hmm, WildFly version is the same for master and 4.2, so the same patches > as on master should be passed to CQ: > > https://gerrit.ovirt.org/#/c/91556/ > https://gerrit.ovirt.org/#/c/91555/ > > Unfortunately for 4.2 we need to merge also engine patch: > > https://gerrit.ovirt.org/92759 > Merged > > I've just pinged Piotr to merge as I cannot reach Tal today > > Thanks > > Martin > > >> thanks in advance! >> >> -- Forwarded message - >> From: oVirt Jenkins >> Date: Tue, Jul 3, 2018 at 2:18 PM >> Subject: [CQ]: 91556, 2 (ovirt-engine-wildfly-overlay) failed "ovirt-4.2" >> system tests >> To: >> >> >> Change 91556,2 (ovirt-engine-wildfly-overlay) is probably the reason >> behind >> recent system test failures in the "ovirt-4.2" change queue and needs to >> be >> fixed. >> >> This change had been removed from the testing queue. Artifacts build from >> this >> change will not be released until it is fixed. >> >> For further details about the change see: >> https://gerrit.ovirt.org/#/c/91556/2 >> >> For failed test results see: >> http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/2556/ >> ___ >> Infra mailing list -- infra@ovirt.org >> To unsubscribe send an email to infra-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/infra@ovirt.org/message/AKPWY62U345PZCDB6LLGBIODSLAG6CXT/ >> > > > > -- > Martin Perina > Associate Manager, Software Engineering > Red Hat Czech s.r.o. > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/OBQDESBKZBCXC3446FNMGBTJYXBCNKY7/
Re: [CQ]: 91556, 2 (ovirt-engine-wildfly-overlay) failed "ovirt-4.2" system tests
On Tue, Jul 3, 2018 at 1:30 PM, Ehud Yonasi wrote: > hey Martin, > same issue on 4.2 CQ > can you please send the wildfly patch to fix the conflict? > Hmm, WildFly version is the same for master and 4.2, so the same patches as on master should be passed to CQ: https://gerrit.ovirt.org/#/c/91556/ https://gerrit.ovirt.org/#/c/91555/ Unfortunately for 4.2 we need to merge also engine patch: https://gerrit.ovirt.org/92759 I've just pinged Piotr to merge as I cannot reach Tal today Thanks Martin > thanks in advance! > > -- Forwarded message - > From: oVirt Jenkins > Date: Tue, Jul 3, 2018 at 2:18 PM > Subject: [CQ]: 91556, 2 (ovirt-engine-wildfly-overlay) failed "ovirt-4.2" > system tests > To: > > > Change 91556,2 (ovirt-engine-wildfly-overlay) is probably the reason behind > recent system test failures in the "ovirt-4.2" change queue and needs to be > fixed. > > This change had been removed from the testing queue. Artifacts build from > this > change will not be released until it is fixed. > > For further details about the change see: > https://gerrit.ovirt.org/#/c/91556/2 > > For failed test results see: > http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/2556/ > ___ > Infra mailing list -- infra@ovirt.org > To unsubscribe send an email to infra-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/infra@ovirt.org/ > message/AKPWY62U345PZCDB6LLGBIODSLAG6CXT/ > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/IXDL3QX2I6F5BX52TMSZECO2KWT7EIDC/
Re: [CQ Failure Report] [oVirt Master ovirt-engine-wildfly] [3/7/18] [ovirt-system-tests_basic-suite-master_deploy-scripts_setup_engine.sh]
On Tue, Jul 3, 2018 at 12:30 PM, Barak Korren wrote: > > > On 3 July 2018 at 12:26, Martin Perina wrote: > >> >> >> On Tue, Jul 3, 2018 at 11:03 AM, Ehud Yonasi wrote: >> >>> Suspected patch: >>> >>> https://gerrit.ovirt.org/#/c/91555/ >>> >>> Link to job: >>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8542/ >>> >>> Link to all logs: >>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-teste >>> r/8542/artifact/exported-artifacts/ >>> >>> Relevant error snippet: >>> >>> Error: ovirt-engine-wildfly-overlay conflicts with >>> ovirt-engine-wildfly-13.0.0-1.el7.x86_64 >>> >>> >> OK, I thought that I can do stepped approach: >> >> 1. Push ovirt-engine-wildfly-13 RPM into the repos >> 2. Push ovirt-engine-wildfly-overlay-13 RPM, which requires >> ovirt-engine-wildfly-13, into repos >> >> But it seems that due to serial nature of our CQ it's not possible, so >> can we pass both patches [1] and [2] though CQ at once? >> >> > Ehud will handle pushing them through the CQ together (its a matter of > timing things so they both get added to the CQ while it is busy with other > things). > > I wonder - could we merge those projects together to avoid this situation > in the future? What is the relationship between 'ovirt-engine-wildfly' > and the Wildfly upstream? > ovirt-engine-wildfly is packaged upstream WildFly project ovirt-engine-wildfly-overlay could contain our customization which we need to run oVirt, but which are not (yet) released on upstream WildFly distribution So I'd really like to keep them separate > > > > > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/57V2JPNC5YKO5TO34J4G2BI5YAZ3EZ75/
Re: [CQ Failure Report] [oVirt Master ovirt-engine-wildfly] [3/7/18] [ovirt-system-tests_basic-suite-master_deploy-scripts_setup_engine.sh]
On Tue, Jul 3, 2018 at 11:03 AM, Ehud Yonasi wrote: > Suspected patch: > > https://gerrit.ovirt.org/#/c/91555/ > > Link to job: > http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8542/ > > Link to all logs: > http://jenkins.ovirt.org/job/ovirt-master_change-queue- > tester/8542/artifact/exported-artifacts/ > > Relevant error snippet: > > Error: ovirt-engine-wildfly-overlay conflicts with > ovirt-engine-wildfly-13.0.0-1.el7.x86_64 > > OK, I thought that I can do stepped approach: 1. Push ovirt-engine-wildfly-13 RPM into the repos 2. Push ovirt-engine-wildfly-overlay-13 RPM, which requires ovirt-engine-wildfly-13, into repos But it seems that due to serial nature of our CQ it's not possible, so can we pass both patches [1] and [2] though CQ at once? Thanks Martin [1] https://gerrit.ovirt.org/#/c/91555/ [2] https://gerrit.ovirt.org/#/c/91556/ -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/WVAXPMYRBTTRRJYDRWRAEJ5DFQUXAR6V/
[JIRA] (OVIRT-2259) fc28: Failed to add ovirt-host: "The key algorithm 'EC' is not supported"
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=37281#comment-37281 ] Martin Perina commented on OVIRT-2259: -- The only thing that came to my mind is to enable the same SSH ciphers/algorithms on FC28 which are enabled on EL7 now On Wed, 27 Jun 2018, 11:24 Gal Ben Haim (oVirt JIRA), < > fc28: Failed to add ovirt-host: "The key algorithm 'EC' is not supported" > - > > Key: OVIRT-2259 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2259 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: OST >Reporter: Gal Ben Haim >Assignee: infra > Attachments: host-0-journal.txt > > > engine version: > ovirt-engine-4.3.0-0.0.master.20180626082905.gitede62008318.fc28.noarch.rpm > VDSM version: vdsm-4.30.0-429.git05bfb8731.fc28.x86_64.rpm > From engine.log: > ``` > 2018-06-26 07:12:41,455-04 DEBUG [org.ovirt.engine.core.uutils.ssh.SSHClient] > (default task-17) [ec8e0859-5d6e-48c9-90b9-e6ffb35ebc8a] Connected: > 'root@lago-basic-fc-suite-master-host-1' > 2018-06-26 07:12:41,456-04 ERROR > [org.ovirt.engine.core.uutils.ssh.OpenSSHUtils] (default task-17) > [ec8e0859-5d6e-48c9-90b9-e6ffb35ebc8a] The key algorithm 'EC' is not > supported, will return null. > 2018-06-26 07:12:41,462-04 ERROR > [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-17) > [ec8e0859-5d6e-48c9-90b9-e6ffb35ebc8a] Failed to establish session with host > 'lago-basic-fc-suite-master-host-1': null > 2018-06-26 07:12:41,462-04 WARN > [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-17) > [ec8e0859-5d6e-48c9-90b9-e6ffb35ebc8a] Validation of action 'AddVds' failed > for user admin@internal-authz. Reasons: > VAR__ACTION__ADD,VAR__TYPE__HOST,$server > lago-basic-fc-suite-master-host-1,VDS_CANNOT_CONNECT_TO_SERVER > ``` > Full engine log: > https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/1349/artifact/exported-artifacts/check-patch.basic_fc_suite_master.el7.x86_64/test_logs/basic-fc-suite-master/post-002_bootstrap.py/lago-basic-fc-suite-master-engine/_var_log/ovirt-engine/engine.log/*view*/ > [~dan...@redhat.com][~nsof...@redhat.com][~mwperina] any advise? -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100088) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/GT2ULU4QWAC35LRYHAVKTRVDEGN4SXNT/
[JIRA] (OVIRT-2259) fc28: Failed to add ovirt-host: "The key algorithm 'EC' is not supported"
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=37278#comment-37278 ] Martin Perina commented on OVIRT-2259: -- We already have a bug for that issue, we need to upgrade apache ssh java library from 0.12 to 1.y, which is a huge API change. Btw we have already tried that upgrade and we failed, so it is not something we will be able to fix in a few days, but we will put a priority on that in upcoming weeks. Martin On Tue, 26 Jun 2018, 16:40 Gal Ben Haim (oVirt JIRA), < > fc28: Failed to add ovirt-host: "The key algorithm 'EC' is not supported" > - > > Key: OVIRT-2259 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2259 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: OST >Reporter: Gal Ben Haim >Assignee: infra > Attachments: host-0-journal.txt > > > engine version: > ovirt-engine-4.3.0-0.0.master.20180626082905.gitede62008318.fc28.noarch.rpm > VDSM version: vdsm-4.30.0-429.git05bfb8731.fc28.x86_64.rpm > From engine.log: > ``` > 2018-06-26 07:12:41,455-04 DEBUG [org.ovirt.engine.core.uutils.ssh.SSHClient] > (default task-17) [ec8e0859-5d6e-48c9-90b9-e6ffb35ebc8a] Connected: > 'root@lago-basic-fc-suite-master-host-1' > 2018-06-26 07:12:41,456-04 ERROR > [org.ovirt.engine.core.uutils.ssh.OpenSSHUtils] (default task-17) > [ec8e0859-5d6e-48c9-90b9-e6ffb35ebc8a] The key algorithm 'EC' is not > supported, will return null. > 2018-06-26 07:12:41,462-04 ERROR > [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-17) > [ec8e0859-5d6e-48c9-90b9-e6ffb35ebc8a] Failed to establish session with host > 'lago-basic-fc-suite-master-host-1': null > 2018-06-26 07:12:41,462-04 WARN > [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-17) > [ec8e0859-5d6e-48c9-90b9-e6ffb35ebc8a] Validation of action 'AddVds' failed > for user admin@internal-authz. Reasons: > VAR__ACTION__ADD,VAR__TYPE__HOST,$server > lago-basic-fc-suite-master-host-1,VDS_CANNOT_CONNECT_TO_SERVER > ``` > Full engine log: > https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/1349/artifact/exported-artifacts/check-patch.basic_fc_suite_master.el7.x86_64/test_logs/basic-fc-suite-master/post-002_bootstrap.py/lago-basic-fc-suite-master-engine/_var_log/ovirt-engine/engine.log/*view*/ > [~dan...@redhat.com][~nsof...@redhat.com][~mwperina] any advise? -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/ZCACMV3QLCFBK5THG3WGQA7D56CMLQQO/
Re: [ OST Failure Report ] [ oVirt 4.2 (ovirt-engine) ] [ 13-06-2018 ] [ 002_bootstrap.update_default_cluster ]
Eli is going to post revert patch to unblock the build. Sorry for this issue happened again Martin On Wed, 13 Jun 2018, 13:33 Dafna Ron, wrote: > Hi, > > We have a failure in basic suite of ovirt-engine. > Test failing is: 002_bootstrap.update_default_cluster > The error is: Cannot edit Cluster. The chosen CPU is not supported > > This is the patch that was reported by CQ: > https://gerrit.ovirt.org/#/c/91980/7 - core: fix cpu flag validation > > the full logs are here: > > https://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/2380/artifact/exported-artifacts/basic-suit-4.2-el7/test_logs/basic-suite-4.2/post-002_bootstrap.py/ > > I opened a Jira ticket so we can track the issue: > https://ovirt-jira.atlassian.net/browse/OVIRT-2196 > > Thanks, > Dafna > > ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/AMEMAZ23EOR5KZAQVYWM2MIPVQPWW7XX/
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 05-06-2018 ] [ 002_bootstrap.update_default_cluster ]
On Fri, Jun 8, 2018 at 12:56 PM, Dafna Ron wrote: > Hi Martin, Eli, > > It seems the fix has failed on the same test: https://jenkins.ovirt.org/ > view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/8068/ > > can you please have a look? > It's strange, because Eli manually verified upgrade OST for master and it worked. But yeah, we know that provided fix didn't solve all cpu_name related issues and Eli is working on complete fix with Arik: https://gerrit.ovirt.org/#/c/92049/ Eli, please try to put maximum priority on it during Sunday and merge the fix if acked by Arik. Thanks Martin > Thanks, > Dafna > > > On Wed, Jun 6, 2018 at 11:03 AM, Dafna Ron wrote: > >> Thanks Eli. >> >> On Wed, Jun 6, 2018 at 10:49 AM, Eli Mesika wrote: >> >>> Hi Dafna >>> >>> We are aware of that, the patch will be merged upstream ASAP and I sent >>> a 4.2 patch as well , hope to have both merge soon >>> >>> On Wed, Jun 6, 2018 at 11:45 AM, Dafna Ron wrote: >>> >>>> any idea when the fix will be merged? for now, ovirt-engine is broken. >>>> >>>> On Tue, Jun 5, 2018 at 9:37 PM, Eli Mesika wrote: >>>> >>>>> Yes I do >>>>> >>>>> On Tue, Jun 5, 2018 at 7:20 PM, Martin Perina >>>>> wrote: >>>>> >>>>>> >>>>>> >>>>>> On Tue, Jun 5, 2018 at 5:08 PM, Dafna Ron wrote: >>>>>> >>>>>>> Eli, Martin, >>>>>>> Any updates? >>>>>>> >>>>>> >>>>>> Eli, do you think that https://gerrit.ovirt.org/91968 fixes also >>>>>> this OST failure? >>>>>> >>>>>> >>>>>>> >>>>>>> On Tue, Jun 5, 2018 at 12:15 PM, Dafna Ron wrote: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> *Hi, We have a failure in ovirt-engine on master on update cluster >>>>>>>> because of "cpu not found" CQ reported the below as the most possible >>>>>>>> cause >>>>>>>> for the failure. I looked at the other changes that ran and I don't >>>>>>>> think >>>>>>>> any of them would be the cause of failure. * >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> *Can you please have a look at this issue? * >>>>>>>> >>>>>>>> >>>>>>>> *Link and headline of suspected patches: * >>>>>>>> >>>>>>>> https://gerrit.ovirt.org/#/c/91888/ - db:fix upgrade issue on NULL >>>>>>>> values >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> *Link to >>>>>>>> Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8033/ >>>>>>>> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8033/>Link >>>>>>>> to all >>>>>>>> logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8033/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-002_bootstrap.py/ >>>>>>>> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8033/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-002_bootstrap.py/>(Relevant) >>>>>>>> error snippet from the log: 2018-06-04 11:56:31,958-04 INFO >>>>>>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>>>>>>> (default task-13) [] EVENT_ID: USER_ADDED_CPU_PROFILE(10,130), CPU >>>>>>>> Profile >>>>>>>> test-cluster was successfully added (User: >>>>>>>> admin@internal-authz).2018-06-04 >
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 05-06-2018 ] [ 002_bootstrap.update_default_cluster ]
On Tue, Jun 5, 2018 at 5:08 PM, Dafna Ron wrote:
> Eli, Martin,
> Any updates?
>
Eli, do you think that https://gerrit.ovirt.org/91968 fixes also this OST
failure?
>
> On Tue, Jun 5, 2018 at 12:15 PM, Dafna Ron wrote:
>
>>
>>
>>
>>
>> *Hi, We have a failure in ovirt-engine on master on update cluster
>> because of "cpu not found" CQ reported the below as the most possible cause
>> for the failure. I looked at the other changes that ran and I don't think
>> any of them would be the cause of failure. *
>>
>>
>>
>> *Can you please have a look at this issue? *
>>
>>
>> *Link and headline of suspected patches: *
>>
>> https://gerrit.ovirt.org/#/c/91888/ - db:fix upgrade issue on NULL values
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *Link to
>> Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8033/
>> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8033/>Link
>> to all
>> logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8033/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-002_bootstrap.py/
>> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8033/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-002_bootstrap.py/>(Relevant)
>> error snippet from the log: 2018-06-04 11:56:31,958-04 INFO
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-13) [] EVENT_ID: USER_ADDED_CPU_PROFILE(10,130), CPU Profile
>> test-cluster was successfully added (User: admin@internal-authz).2018-06-04
>> 11:56:31,959-04 DEBUG
>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>> (default task-13) [] method: runAction, params: [AddCpuProfile,
>> CpuProfileParameters:{commandId='c76f8e59-c9a2-4601-964e-a92e9cb668ce',
>> user='admin',
>> commandType='Unknown'}], timeElapsed: 168ms2018-06-04 11:56:31,974-04 INFO
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-13) [] EVENT_ID: USER_ADD_CLUSTER(809), Cluster test-cluster
>> was added by admin@internal-authz2018-06-04 11:56:31,975-04 DEBUG
>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>> (default task-13) [] method: runAction, params: [AddCluster,
>> ManagementNetworkOnClusterOperationParameters:{commandId='3e0bf24c-4c49-4094-928d-7c15ef50ff62',
>> user='null', commandType='Unknown'}], timeElapsed: 272ms2018-06-04
>> 11:56:31,980-04 DEBUG
>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>> (default task-13) [8ef59a69-020e-407c-9766-fbd3a6cc9381] method: runQuery,
>> params: [GetClusterById,
>> IdQueryParameters:{refresh='false', filtered='false'}], timeElapsed: 5ms*
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *2018-06-04 11:57:19,857-04 DEBUG
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>> (default task-6) [72cc0877-c16d-4539-a3d0-90cd3c4a7a84] Compiled stored
>> procedure. Call string is [{call getvdsbyclusterid(?, ?, ?)}]2018-06-04
>> 11:57:19,857-04 DEBUG
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>> (default task-6) [72cc0877-c16d-4539-a3d0-90cd3c4a7a84] SqlCall for
>> procedure [GetVdsByClusterId] compiled2018-06-04 11:57:19,878-04 DEBUG
>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>> (default task-6) [72cc0877-c16d-4539-a3d0-90cd3c4a7a84] method:
>> getAllForCluster, params: [9cbb05e6-680f-11e8-b07e-5452c0a8c904],
>> timeElapsed: 25ms2018-06-04 11:57:19,879-04 WARN
>> [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-6)
>> [72cc0877-c16d-4539-a3d0-90cd3c4a7a84] Validation of action 'UpdateCluster'
>> failed for user admin@internal-authz. Reasons:
>> VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,VAR__TYPE__CLUSTER,ACTION_TYPE_FAILED_CPU_NOT_FOUND2018-06-04
>> 11:57:19,881-04 INFO [org.ovirt.engine.core.bll.UpdateClusterCommand]
>> (default task-6) [72cc0877-c16d-4539-a3d0-90cd3c4a7a84] Lock freed to
>> object 'EngineLock:{exclusiveLocks='[]', sharedLocks='[]'}'2018-06-04
>> 11:57:19,881-04 DEBUG
>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>> (default task-6) [72cc0877-c16d-4539-a3d0-90cd3c4a7a84] method: runAction,
>> params: [UpdateCluster,
>> ManagementNetworkOnClusterOperationParameters:{commandId='36bf82e
[JIRA] (OVIRT-2070) Please add Martin Necas to oVirt organization on github
Martin Perina created OVIRT-2070: Summary: Please add Martin Necas to oVirt organization on github Key: OVIRT-2070 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2070 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Martin Perina Assignee: infra Hi, could you please add Martin Necas (alias ocasek) to oVirt organization on github? Thanks Martin -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100086) ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-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/infra@ovirt.org/message/PNDQHSJX6QQWNGU4FHVNJXLMXIOTANN6/
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [22-05-2018 ] [ 004_basic_sanity.update_template_version]
On Wed, May 23, 2018 at 5:11 PM, Dafna Ron <d...@redhat.com> wrote: > Arik - any update? > > Thanks, > Dafna > We have confirmed that the fix doesn't work. If we haven't found a fix till tomorrow noon, we will revert the patch. > > > On Wed, May 23, 2018 at 1:23 PM, Martin Perina <mper...@redhat.com> wrote: > >> >> >> On Wed, May 23, 2018 at 2:08 PM, Martin Perina <mper...@redhat.com> >> wrote: >> >>> >>> >>> On Wed, May 23, 2018 at 12:23 PM, Martin Perina <mper...@redhat.com> >>> wrote: >>> >>>> >>>> >>>> On Wed, May 23, 2018 at 11:55 AM, Dafna Ron <d...@redhat.com> wrote: >>>> >>>>> Eli, Martin - can you please take a look? >>>>> >>>> >>>> We have discussed a few minutes ago, Eli is looking at it. >>>> >>> >>> Here's possible fix: https://gerrit.ovirt.org/91534 >>> We want to verify it by OST run, but looks like manual engine RPM builds >>> are either not working or it takes REALLY long time to start ... >>> >> >> Adding Arik to the thread, it looks like the above fix doesn't help, we >> are continuing with investigations ... >> >> >>> >>> >>>> Thanks >>>> >>>> Martin >>>> >>>> >>>> >>>>> >>>>> Thanks, >>>>> Dafna >>>>> >>>>> >>>>> On Tue, May 22, 2018 at 7:09 PM, Dafna Ron <d...@redhat.com> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> This failure seems to be related to the regression we found earlier >>>>>> today which was causing failure in initialize engine: >>>>>> https://gerrit.ovirt.org/#/c/89293/ - core:make search string fields >>>>>> not null and empty >>>>>> >>>>>> The fix for the above change was reported as failed on the update >>>>>> template test with an error which I think is related to the same >>>>>> regression. >>>>>> >>>>>> https://gerrit.ovirt.org/#/c/91476/ - db: resolve duplicate db >>>>>> scripts >>>>>> >>>>>> Can you please have a look? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >&
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [22-05-2018 ] [ 004_basic_sanity.update_template_version]
On Wed, May 23, 2018 at 2:08 PM, Martin Perina <mper...@redhat.com> wrote: > > > On Wed, May 23, 2018 at 12:23 PM, Martin Perina <mper...@redhat.com> > wrote: > >> >> >> On Wed, May 23, 2018 at 11:55 AM, Dafna Ron <d...@redhat.com> wrote: >> >>> Eli, Martin - can you please take a look? >>> >> >> We have discussed a few minutes ago, Eli is looking at it. >> > > Here's possible fix: https://gerrit.ovirt.org/91534 > We want to verify it by OST run, but looks like manual engine RPM builds > are either not working or it takes REALLY long time to start ... > Adding Arik to the thread, it looks like the above fix doesn't help, we are continuing with investigations ... > > >> Thanks >> >> Martin >> >> >> >>> >>> Thanks, >>> Dafna >>> >>> >>> On Tue, May 22, 2018 at 7:09 PM, Dafna Ron <d...@redhat.com> wrote: >>> >>>> Hi, >>>> >>>> This failure seems to be related to the regression we found earlier >>>> today which was causing failure in initialize engine: >>>> https://gerrit.ovirt.org/#/c/89293/ - core:make search string fields >>>> not null and empty >>>> >>>> The fix for the above change was reported as failed on the update >>>> template test with an error which I think is related to the same >>>> regression. >>>> >>>> https://gerrit.ovirt.org/#/c/91476/ - db: resolve duplicate db scripts >>>> >>>> Can you please have a look? >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> *Link to >>>> Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7675/ >>>> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7675/>Link >>>> to all >>>> logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [22-05-2018 ] [ 004_basic_sanity.update_template_version]
On Wed, May 23, 2018 at 12:23 PM, Martin Perina <mper...@redhat.com> wrote:
>
>
> On Wed, May 23, 2018 at 11:55 AM, Dafna Ron <d...@redhat.com> wrote:
>
>> Eli, Martin - can you please take a look?
>>
>
> We have discussed a few minutes ago, Eli is looking at it.
>
Here's possible fix: https://gerrit.ovirt.org/91534
We want to verify it by OST run, but looks like manual engine RPM builds
are either not working or it takes REALLY long time to start ...
> Thanks
>
> Martin
>
>
>
>>
>> Thanks,
>> Dafna
>>
>>
>> On Tue, May 22, 2018 at 7:09 PM, Dafna Ron <d...@redhat.com> wrote:
>>
>>> Hi,
>>>
>>> This failure seems to be related to the regression we found earlier
>>> today which was causing failure in initialize engine:
>>> https://gerrit.ovirt.org/#/c/89293/ - core:make search string fields
>>> not null and empty
>>>
>>> The fix for the above change was reported as failed on the update
>>> template test with an error which I think is related to the same
>>> regression.
>>>
>>> https://gerrit.ovirt.org/#/c/91476/ - db: resolve duplicate db scripts
>>>
>>> Can you please have a look?
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *Link to
>>> Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7675/
>>> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7675/>Link
>>> to all
>>> logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7675/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-004_basic_sanity.py/
>>> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7675/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-004_basic_sanity.py/>(Relevant)
>>> error snippet from the log: 2018-05-22 12:40:21,015-04 DEBUG
>>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>>> (default task-10) [aa79ad89-02ea-4474-ad41-78cf52243b41] method: runQuery,
>>> params: [GetSoundDevices, IdQueryParameters:{refresh='false',
>>> filtered='false'}], timeElapsed: 3ms2018-05-22 12:40:21,021-04 DEBUG
>>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>>> (default task-10) [aa79ad89-02ea-4474-ad41-78cf52243b41] method: get,
>>> params: [5cf93146-a5f1-4330-affe-672eaf39cc0d], timeElapsed: 1ms2018-05-22
>>> 12:40:21,045-04 INFO [org.ovirt.engine.core.b
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [22-05-2018 ] [ 004_basic_sanity.update_template_version]
_vm_for_vds,
>> v_is_smartcard_enabled,v_is_delete_protected,
>> v_sso_method,v_tunnel_migration,
>> v_vnc_keyboard_layout,v_min_allocated_mem,
>> v_is_run_and_pause,v_created_by_user_id,
>> v_migration_downtime, v_template_version_number,
>> v_base_template_id,v_template_version_name,
>> v_serial_number_policy,v_custom_serial_number,
>> v_is_boot_menu_enabled,v_is_spice_file_transfer_enabled,
>> v_is_spice_copy_paste_enabled,v_cpu_profile_id,
>> v_numatune_mode,v_is_auto_converge,
>> v_is_migrate_compressed,v_predefined_properties,
>> v_userdefined_properties,v_custom_emulated_machine,
>> v_bios_type,v_custom_cpu_name,v_small_icon_id,
>> v_large_icon_id,v_console_disconnect_action,
>> v_resume_behavior,v_custom_compatibility_version,
>> v_migration_policy_id,v_lease_sd_id)"PL/pgSQL function
>> insertvmtemplate(integer,timestamp with time zone,character
>> varying,text,integer,integer,integer,character
>> varying,integer,integer,integer,integer,uuid,uuid,integer,boolean,boolean,integer,integer,character
>> varying,boolean,integer,integer,integer,integer,integer,integer,boolean,boolean,boolean,boolean,character
>> varying,boolean,character varying,integer,character varying,character
>> varying,character varying,uuid,integer,text,boolean,character
>> varying,integer,boolean,uuid,character varying,integer,uuid,character
>> varying,smallint,character varying,boolean,boolean,boolean,uuid,character
>> varying,boolean,boolean,character varying,character varying,character
>> varying,integer,character varying,uuid,uuid,character varying,character
>> varying,character varying,uuid,uuid) line 16 at SQL statement]; SQL was
>> [{call insertvmtemplate(?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?,
>> ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?,
>> ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?,
>> ?, ?, ?, ?)}] for task [CallableStatementCallback]*
>>
>
>
--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Re: Tried to build WildFly for FC28
On Thu, May 17, 2018 at 1:00 PM, Barak Korren <bkor...@redhat.com> wrote: > > > On 17 May 2018 at 12:49, Martin Perina <mper...@redhat.com> wrote: > >> >> >> On Wed, May 16, 2018 at 1:09 PM, Barak Korren <bkor...@redhat.com> wrote: >> >>> >>> >>> On 16 May 2018 at 14:03, Martin Perina <mper...@redhat.com> wrote: >>> >>>> Hi, >>>> >>>> I've tried to rebuild WildFly package for FC28 [1], but the build [2] >>>> failed on: >>>> >>>> *10:37:56* ERROR: Command failed: *10:37:56* # /usr/bin/yum --installroot >>>> /var/lib/mock/fedora-28-x86_64-331df456b1f04c7c4dfdcc6461d09745-bootstrap-19748/root/ >>>> --releasever 28 install dnf dnf-plugins-core distribution-gpg-keys >>>> --setopt=tsflags=nocontexts*10:37:56* Failed to set locale, defaulting to >>>> C*10:37:56* >>>> http://resources.ovirt.org/repos/ci-tools/fc28/repodata/repomd.xml: [Errno >>>> 14] HTTP Error 404 - Not Found >>>> >>>> >>>> Do we already support builds for FC28? >>>> >>>> >>> yes we do. >>> >>> what is it trying to take from ci-tools? maybe the repo link should >>> simply be removed? >>> >> >> Good catch, it was probably some remains which I missed. I have removed >> the repo from both ovirt-engine-wildfly [3] and >> ovirt-engine-wildfly-overlay [4] and both builds were successful, currently >> waiting in CQ, so I will check tomorrow if RPMs are included in correct >> repos. >> >> Btw Greg noticed ovirt-engine-wildfly-overlay package was missing for >> FC27 (which means that engine was not able to work on FC27 ever), so we >> should really do some synchronization of all maintainers when introducing >> support for new OS release to make sure every required packages are >> included in all needed repos. >> > > That would be an improvement as so far it seems to had just been Sandro > adding the jobs for everyone... > Yes, because so far we never had project wide decision, for example: "From June 1st 2018 all packages required by engine and VDSM needs to be built for FC28 so we can finish building the whole oVirt project for FC28 till June 30th" or "We are not going to support FC29 at all, all developers have to use either CentOS 7 or stay with FC28 until FC30 is released" Unless we will have a clear decision about upcoming OS version, we will always be in the same chaos as currently > > >> >> Thanks >> >> Martin >> >> >>> >>> >>>> Thanks >>>> >>>> Martin >>>> >>>> [1] https://gerrit.ovirt.org/89197 >>>> [2] http://jenkins.ovirt.org/job/ovirt-engine-wildfly_master_bu >>>> ild-artifacts-fc28-x86_64/1 >>>> >>> >> [3] https://gerrit.ovirt.org/91300 >> [4] https://gerrit.ovirt.org/91308 >> >> >>> >>>> >>>> -- >>>> Martin Perina >>>> Associate Manager, Software Engineering >>>> Red Hat Czech s.r.o. >>>> >>>> ___ >>>> Infra mailing list -- infra@ovirt.org >>>> To unsubscribe send an email to infra-le...@ovirt.org >>>> >>>> >>> >>> >>> -- >>> Barak Korren >>> RHV DevOps team , RHCE, RHCi >>> Red Hat EMEA >>> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted >>> >> >> >> >> -- >> Martin Perina >> Associate Manager, Software Engineering >> Red Hat Czech s.r.o. >> > > > > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org
Re: Tried to build WildFly for FC28
On Wed, May 16, 2018 at 1:09 PM, Barak Korren <bkor...@redhat.com> wrote: > > > On 16 May 2018 at 14:03, Martin Perina <mper...@redhat.com> wrote: > >> Hi, >> >> I've tried to rebuild WildFly package for FC28 [1], but the build [2] >> failed on: >> >> *10:37:56* ERROR: Command failed: *10:37:56* # /usr/bin/yum --installroot >> /var/lib/mock/fedora-28-x86_64-331df456b1f04c7c4dfdcc6461d09745-bootstrap-19748/root/ >> --releasever 28 install dnf dnf-plugins-core distribution-gpg-keys >> --setopt=tsflags=nocontexts*10:37:56* Failed to set locale, defaulting to >> C*10:37:56* >> http://resources.ovirt.org/repos/ci-tools/fc28/repodata/repomd.xml: [Errno >> 14] HTTP Error 404 - Not Found >> >> >> Do we already support builds for FC28? >> >> > yes we do. > > what is it trying to take from ci-tools? maybe the repo link should simply > be removed? > Good catch, it was probably some remains which I missed. I have removed the repo from both ovirt-engine-wildfly [3] and ovirt-engine-wildfly-overlay [4] and both builds were successful, currently waiting in CQ, so I will check tomorrow if RPMs are included in correct repos. Btw Greg noticed ovirt-engine-wildfly-overlay package was missing for FC27 (which means that engine was not able to work on FC27 ever), so we should really do some synchronization of all maintainers when introducing support for new OS release to make sure every required packages are included in all needed repos. Thanks Martin > > >> Thanks >> >> Martin >> >> [1] https://gerrit.ovirt.org/89197 >> [2] http://jenkins.ovirt.org/job/ovirt-engine-wildfly_master_bu >> ild-artifacts-fc28-x86_64/1 >> > [3] https://gerrit.ovirt.org/91300 [4] https://gerrit.ovirt.org/91308 > >> >> -- >> Martin Perina >> Associate Manager, Software Engineering >> Red Hat Czech s.r.o. >> >> ___ >> Infra mailing list -- infra@ovirt.org >> To unsubscribe send an email to infra-le...@ovirt.org >> >> > > > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org
Tried to build WildFly for FC28
Hi, I've tried to rebuild WildFly package for FC28 [1], but the build [2] failed on: *10:37:56* ERROR: Command failed: *10:37:56* # /usr/bin/yum --installroot /var/lib/mock/fedora-28-x86_64-331df456b1f04c7c4dfdcc6461d09745-bootstrap-19748/root/ --releasever 28 install dnf dnf-plugins-core distribution-gpg-keys --setopt=tsflags=nocontexts*10:37:56* Failed to set locale, defaulting to C*10:37:56* http://resources.ovirt.org/repos/ci-tools/fc28/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found Do we already support builds for FC28? Thanks Martin [1] https://gerrit.ovirt.org/89197 [2] http://jenkins.ovirt.org/job/ovirt-engine-wildfly_master_build-artifacts-fc28-x86_64/1 -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 10-05-2018 ] [ 001_upgrade_engine.test_initialize_engine ]
On Fri, May 11, 2018 at 3:01 PM, Dafna Ron <d...@redhat.com> wrote: > yes, this is about the case. but you wanted to know why it takes a so long > to test a single change so I was explaining it. > in any case, 91081 is being tested now: > http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ > ovirt-master_change-queue/23278/ > > here is the build running: > http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7522/console > > if it fails I will check why and we can take it from there > Thanks a lot! Martin > > Thanks, > Dafna > > On Fri, May 11, 2018 at 3:33 PM, Martin Perina <mper...@redhat.com> wrote: > >> >> >> On Fri, May 11, 2018 at 2:17 PM, Dafna Ron <d...@redhat.com> wrote: >> >>> ovirt-engine is a big project with many changes and when there are >>> failures it can cause a queue in testing. >>> >> >> But this is about vdsm-jsonrpc-java and version bump patch >> >> https://gerrit.ovirt.org/#/c/91081/ right? When this patch passes CQ, >> then RPM is available and engine is unblocked, >> right? >> >> >>> re-merge is a tool that I should use in case I have no other way to add >>> a missing change which is causing failures and this was not the case this >>> time. >>> >>> As I said, I am monitoring the queue and the change should be tested >>> soon. >>> >>> >>> >>> >>> On Fri, May 11, 2018 at 2:55 PM, Martin Perina <mper...@redhat.com> >>> wrote: >>> >>>> >>>> >>>> On Fri, May 11, 2018 at 1:30 PM, Piotr Kliczewski <pklic...@redhat.com> >>>> wrote: >>>> >>>>> Dafna, >>>>> >>>>> I usually trigger [1]. Is there anything new I need to do to make sure >>>>> that the rpm is published? >>>>> >>>>> Thanks, >>>>> Piotr >>>>> >>>>> [1] http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_any_build-art >>>>> ifacts-manual/55/ >>>>> >>>>> On Fri, May 11, 2018 at 12:20 PM, Dafna Ron <d...@redhat.com> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> This change is still in the queue. >>>>>> >>>>> >>>> I really have no idea why simple fix on a small project should take 2 >>>> days to pass change queue ... >>>> >>>> Anyway I just put "ci re-merge please", so hopefully this time it will >>>> be fast >>>> >>>> >>>>>> >>>>>> thanks, >>>>>> Dafna >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Thu, May 10, 2018 at 3:22 PM, Eyal Edri <ee...@redhat.com> wrote: >>>>>> >>>>>>> I think the version bump was merged by Piotr [1] ,it just didn't >>>>>>> pass yet on CQ. >>>>>>> Barak/Dafna - can you confirm? >>>>>>> >>>>>>> >>>>>>> https://gerrit.ovirt.org/#/c/91081/ >>>>>>> >>>>>>> On Thu, May 10, 2018 at 3:19 PM, Martin Perina <mper...@redhat.com> >>>>>>> wrote: >>>>>>> >>>>>>>> On Thu, May 10, 2018 at 1:55 PM, Dafna Ron <d...@redhat.com> wrote: >>>>>>>> >>>>>>>> > Hi, >>>>>>>> > >>>>>>>> > We are failing on deploying engine (test: >>>>>>>> 001_upgrade_engine.test_initialize_engine) >>>>>>>> > duet to version bump for package vdsm-jsonrpc. >>>>>>>> > >>>>>>>> > Can you please revert the change or add the missing package? >>>>>>>> > Please note that all ovirt-engine changes are failing and there >>>>>>>> are a few >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> Eyal edri >>>>>>> >>>>>>> >>>>>>> MANAGER >>>>>>> >>>>>>> RHV 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) >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Martin Perina >>>> Associate Manager, Software Engineering >>>> Red Hat Czech s.r.o. >>>> >>> >>> >> >> >> -- >> Martin Perina >> Associate Manager, Software Engineering >> Red Hat Czech s.r.o. >> > > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 10-05-2018 ] [ 001_upgrade_engine.test_initialize_engine ]
On Fri, May 11, 2018 at 2:17 PM, Dafna Ron <d...@redhat.com> wrote: > ovirt-engine is a big project with many changes and when there are > failures it can cause a queue in testing. > But this is about vdsm-jsonrpc-java and version bump patch https://gerrit.ovirt.org/#/c/91081/ right? When this patch passes CQ, then RPM is available and engine is unblocked, right? > re-merge is a tool that I should use in case I have no other way to add a > missing change which is causing failures and this was not the case this > time. > > As I said, I am monitoring the queue and the change should be tested soon. > > > > > On Fri, May 11, 2018 at 2:55 PM, Martin Perina <mper...@redhat.com> wrote: > >> >> >> On Fri, May 11, 2018 at 1:30 PM, Piotr Kliczewski <pklic...@redhat.com> >> wrote: >> >>> Dafna, >>> >>> I usually trigger [1]. Is there anything new I need to do to make sure >>> that the rpm is published? >>> >>> Thanks, >>> Piotr >>> >>> [1] http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_any_build-art >>> ifacts-manual/55/ >>> >>> On Fri, May 11, 2018 at 12:20 PM, Dafna Ron <d...@redhat.com> wrote: >>> >>>> Hi, >>>> >>>> This change is still in the queue. >>>> >>> >> I really have no idea why simple fix on a small project should take 2 >> days to pass change queue ... >> >> Anyway I just put "ci re-merge please", so hopefully this time it will be >> fast >> >> >>>> >>>> thanks, >>>> Dafna >>>> >>>> >>>> >>>> >>>> On Thu, May 10, 2018 at 3:22 PM, Eyal Edri <ee...@redhat.com> wrote: >>>> >>>>> I think the version bump was merged by Piotr [1] ,it just didn't pass >>>>> yet on CQ. >>>>> Barak/Dafna - can you confirm? >>>>> >>>>> >>>>> https://gerrit.ovirt.org/#/c/91081/ >>>>> >>>>> On Thu, May 10, 2018 at 3:19 PM, Martin Perina <mper...@redhat.com> >>>>> wrote: >>>>> >>>>>> On Thu, May 10, 2018 at 1:55 PM, Dafna Ron <d...@redhat.com> wrote: >>>>>> >>>>>> > Hi, >>>>>> > >>>>>> > We are failing on deploying engine (test: >>>>>> 001_upgrade_engine.test_initialize_engine) >>>>>> > duet to version bump for package vdsm-jsonrpc. >>>>>> > >>>>>> > Can you please revert the change or add the missing package? >>>>>> > Please note that all ovirt-engine changes are failing and there are >>>>>> a few >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> Eyal edri >>>>> >>>>> >>>>> MANAGER >>>>> >>>>> RHV 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) >>>>> >>>> >>>> >>> >> >> >> -- >> Martin Perina >> Associate Manager, Software Engineering >> Red Hat Czech s.r.o. >> > > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 10-05-2018 ] [ 001_upgrade_engine.test_initialize_engine ]
On Fri, May 11, 2018 at 1:30 PM, Piotr Kliczewski <pklic...@redhat.com> wrote: > Dafna, > > I usually trigger [1]. Is there anything new I need to do to make sure > that the rpm is published? > > Thanks, > Piotr > > [1] http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_any_build- > artifacts-manual/55/ > > On Fri, May 11, 2018 at 12:20 PM, Dafna Ron <d...@redhat.com> wrote: > >> Hi, >> >> This change is still in the queue. >> > I really have no idea why simple fix on a small project should take 2 days to pass change queue ... Anyway I just put "ci re-merge please", so hopefully this time it will be fast >> >> thanks, >> Dafna >> >> >> >> >> On Thu, May 10, 2018 at 3:22 PM, Eyal Edri <ee...@redhat.com> wrote: >> >>> I think the version bump was merged by Piotr [1] ,it just didn't pass >>> yet on CQ. >>> Barak/Dafna - can you confirm? >>> >>> https://gerrit.ovirt.org/#/c/91081/ >>> >>> On Thu, May 10, 2018 at 3:19 PM, Martin Perina <mper...@redhat.com> >>> wrote: >>> >>>> On Thu, May 10, 2018 at 1:55 PM, Dafna Ron <d...@redhat.com> wrote: >>>> >>>> > Hi, >>>> > >>>> > We are failing on deploying engine (test: >>>> 001_upgrade_engine.test_initialize_engine) >>>> > duet to version bump for package vdsm-jsonrpc. >>>> > >>>> > Can you please revert the change or add the missing package? >>>> > Please note that all ovirt-engine changes are failing and there are a >>>> few >>>> >>> >>> >>> >>> -- >>> >>> Eyal edri >>> >>> >>> MANAGER >>> >>> RHV 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) >>> >> >> > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list -- infra@ovirt.org To unsubscribe send an email to infra-le...@ovirt.org
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 10-05-2018 ] [ 001_upgrade_engine.test_initialize_engine ]
On Thu, May 10, 2018 at 1:55 PM, Dafna Ron <d...@redhat.com> wrote:
> Hi,
>
> We are failing on deploying engine (test:
> 001_upgrade_engine.test_initialize_engine)
> duet to version bump for package vdsm-jsonrpc.
>
> Can you please revert the change or add the missing package?
> Please note that all ovirt-engine changes are failing and there are a few.
>
According to below link the package were already succesfully tested in CQ
or am I missing something?
http://jenkins.ovirt.org/job/ovirt-master_change-queue/22726/
>
>
>
> *Link and headline of suspected patches:
> https://gerrit.ovirt.org/#/c/91084/ <https://gerrit.ovirt.org/#/c/91084/> -
> jsonrpc: version bump Link to Job:*
>
>
>
>
>
> *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7281/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7281/>Link
> to all
> logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7281/artifact
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7281/artifact>(Relevant)
> error snippet from the log: *
>
> [ INFO ] Checking for an update for Setup...
> [ ERROR ] Yum
> [u'ovirt-engine-backend-4.3.0-0.0.master.20180509105818.gitf6b5283.el7.centos.noarch
> requires vdsm-jsonrpc-java >= 1.4.13']
> [ INFO ] Yum Performing yum transaction rollback
> [ ERROR ] Failed to execute stage 'Environment customization':
> [u'ovirt-engine-backend-4.3.0-0.0.master.20180509105818.gitf6b5283.el7.centos.noarch
> requires vdsm-jsonrpc-java >= 1.4.13']
> [ INFO ] Stage: Clean up
> Log file is located at
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20180509074146-er3dzr.log
> [ INFO ] Generating answer file
> '/var/lib/ovirt-engine/setup/answers/20180509074148-setup.conf'
> [ INFO ] Stage: Pre-termination
> [ INFO ] Stage: Termination
> [ ERROR ] Execution of setup failed
> ("FATAL Internal error (main):
> [u'ovirt-engine-backend-4.3.0-0.0.master.20180509105818.gitf6b5283.el7.centos.noarch
> requires vdsm-jsonrpc-java >= 1.4.13']",)
>
> lago.ssh: DEBUG: Command f3aaeaac on
> lago-upgrade-from-release-suite-master-engine errors:
> Traceback (most recent call last):
> File "/usr/lib/python2.7/site-packages/otopi/__main__.py", line 88, in main
> installer.execute()
> File "/usr/lib/python2.7/site-packages/otopi/main.py", line 157, in execute
> self.context.runSequence()
> File "/usr/lib/python2.7/site-packages/otopi/context.py", line 771, in
> runSequence
> util.raiseExceptionInformation(infos[0])
> File "/usr/lib/python2.7/site-packages/otopi/util.py", line 81, in
> raiseExceptionInformation
> exec('raise info[1], None, info[2]')
> File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in
> _executeMethod
> method['method']()
> File
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-common/distro-rpm/packages.py",
> line 417, in _customization
> ) = self._checkForProductUpdate()
> File
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-common/distro-rpm/packages.py",
> line 248, in _checkForProductUpdate
> if mpm.buildTransaction():
> File "/usr/lib/python2.7/site-packages/otopi/miniyum.py", line 920, in
> buildTransaction
> raise yum.Errors.YumBaseError(msg)
> YumBaseError:
> [u'ovirt-engine-backend-4.3.0-0.0.master.20180509105818.gitf6b5283.el7.centos.noarch
> requires vdsm-jsonrpc-java >= 1.4.13']
>
>
> **
>
--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 06-04-2018 ] [ 006_migrations.migrate_vm ]
On Fri, Apr 6, 2018 at 6:07 PM, Martin Perina <mper...@redhat.com> wrote: > Adding Ravi > > On Fri, Apr 6, 2018 at 2:20 PM, Dafna Ron <d...@redhat.com> wrote: > >> hi, >> >> 006_migrations.migrate_vm failure points to the below patch. There seems >> to be an issue to migrate vms but I am not sure its related to this patch. >> >> can you please check? >> >> >> *Link and headline of suspected patches: aaa: can't switch user when >> accessing the engine with an active kerberos ticket - >> https://gerrit.ovirt.org/#/c/89872/ <https://gerrit.ovirt.org/#/c/89872/>* >> > The issue is definitely not related to above patch, according to logs admin@internal user were successfully logged into engine and performed several tasks like adding hosts. Adding Michal as the issue is around VM migrations > >> *Link to Job:* >> >> * http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6704/ >> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6704/>Link >> to all logs:* http://jenkins.ovirt.org/job/o >> virt-master_change-queue-tester/6704/artifact/exported-artif >> acts/basic-suit-master-el7/test_logs/basic-suite-master/ >> post-006_migrations.py/ >> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6704/> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> *(Relevant) error snippet from the log: 2018-04-06 >> 04:07:56,517-0400 ERROR (qgapoller/2) [Executor] Unhandled exception in >> > vm=aad106a1-9043-4661-bb9b-9894f66b506b at 0x7fc4681a2590> timeout=10, >> duration=0.00 at 0x7fc4541193d0> (executor:317)Traceback (most recent call >> last): File "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 315, >> in _execute_tasktask() File >> "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 391, in >> __call__self._callable() File >> "/usr/lib/python2.7/site-packages/vdsm/virt/periodic.py", line 314, in >> __call__self._execute() File >> "/usr/lib/python2.7/site-packages/vdsm/virt/qemuguestagent.py", line 388, >> in _executefor ifname, ifparams in six.iteritems(interfaces): File >> "/usr/lib/python2.7/site-packages/six.py", line 599, in iteritemsreturn >> d.iteritems(**kw)AttributeError: 'list' object has no attribute >> 'iteritems'*2018-04-06 >> 04:23:10,165-0400 ERROR (migsrc/aad106a1) [virt.vm] >> (vmId='aad106a1-9043-4661-bb9b-9894f66b506b') migration destination >> error: Virtual machine already exists (migration:290) >> >> >> ** >> > > > > -- > Martin Perina > Associate Manager, Software Engineering > Red Hat Czech s.r.o. > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 06-04-2018 ] [ 006_migrations.migrate_vm ]
Adding Ravi On Fri, Apr 6, 2018 at 2:20 PM, Dafna Ron <d...@redhat.com> wrote: > hi, > > 006_migrations.migrate_vm failure points to the below patch. There seems > to be an issue to migrate vms but I am not sure its related to this patch. > > can you please check? > > > > *Link and headline of suspected patches: aaa: can't switch user when > accessing the engine with an active kerberos ticket - > https://gerrit.ovirt.org/#/c/89872/ > <https://gerrit.ovirt.org/#/c/89872/>Link to Job:* > > * http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6704/ > <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6704/>Link > to all logs:* http://jenkins.ovirt.org/job/ovirt-master_change-queue- > tester/6704/artifact/exported-artifacts/basic-suit-master- > el7/test_logs/basic-suite-master/post-006_migrations.py/ > <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6704/> > > > > > > > > > > > > > > > > > > > *(Relevant) error snippet from the log: 2018-04-06 > 04:07:56,517-0400 ERROR (qgapoller/2) [Executor] Unhandled exception in > vm=aad106a1-9043-4661-bb9b-9894f66b506b at 0x7fc4681a2590> timeout=10, > duration=0.00 at 0x7fc4541193d0> (executor:317)Traceback (most recent call > last): File "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 315, > in _execute_tasktask() File > "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 391, in > __call__self._callable() File > "/usr/lib/python2.7/site-packages/vdsm/virt/periodic.py", line 314, in > __call__self._execute() File > "/usr/lib/python2.7/site-packages/vdsm/virt/qemuguestagent.py", line 388, > in _executefor ifname, ifparams in six.iteritems(interfaces): File > "/usr/lib/python2.7/site-packages/six.py", line 599, in iteritemsreturn > d.iteritems(**kw)AttributeError: 'list' object has no attribute > 'iteritems'*2018-04-06 > 04:23:10,165-0400 ERROR (migsrc/aad106a1) [virt.vm] > (vmId='aad106a1-9043-4661-bb9b-9894f66b506b') migration destination > error: Virtual machine already exists (migration:290) > > > ** > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [ovirt-devel] Fwd: Still Failing: oVirt/ovirt-engine#4888 (master - 1cc377f)
On Tue, Mar 6, 2018 at 9:34 AM, Roman Mohr <rm...@redhat.com> wrote: > > > On Tue, Mar 6, 2018 at 8:11 AM, Sandro Bonazzola <sbona...@redhat.com> > wrote: > >> Hi, >> not sure who's monitoring Travis failures and maintaining Travis jobs, >> > > I fear that was me until I moved to KubeVirt and that currently no one > monitors it. It is mostly useful to generate the sonarqube code-analysis. > > >> but looks like we have an error in the test suite >> > > > I guess this is related to the postgresql database version provided to > travis. See https://travis-ci.org/oVirt/ovirt-engine/builds/349675802#L497. > It complains about: > > psql:./packaging/dbscripts/common_sp.sql:1305: ERROR: type jsonb does not > exist > > Is postgres 9.2 still correct, or is there something needed to enable > jsonb? See https://github.com/oVirt/ovirt-engine/blob/master/. > travis.yml#L17 for the current version used. > No, PostgreSQL 9.5 is required for oVirt 4.2+ > To be honest I am not sure if that free sonarqube offer still exists. You > can probably just remove the .travis.yml file. > > Best Regards, > > Roman > > >> It's currently failing on: >> >> --- >> T E S T S >> --- >> Running org.ovirt.engine.core.dal.job.ExecutionMessageDirectorTest >> Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.234 sec >> Running org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest >> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.936 sec >> <<< FAILURE! >> org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest Time elapsed: 936 >> sec <<< FAILURE! >> java.lang.AssertionError: Unable to init tests >> >> Looks pretty much similar to what happens in jenkins for fcraw builds, >> tracked here: https://bugzilla.redhat.com/show_bug.cgi?id=1550033 >> >> >> >> -- Forwarded message -- >> From: Travis CI <bui...@travis-ci.org> >> Date: 2018-03-06 7:53 GMT+01:00 >> Subject: Still Failing: oVirt/ovirt-engine#4888 (master - 1cc377f) >> To: sbona...@redhat.com >> >> >> *oVirt / ovirt-engine >> <https://travis-ci.org/oVirt/ovirt-engine?utm_source=email_medium=notification>* >> (master <https://github.com/oVirt/ovirt-engine/tree/master>) >> Build #4888 is still failing. >> <https://travis-ci.org/oVirt/ovirt-engine/builds/349675802?utm_source=email_medium=notification> >> 4 minutes and 38 seconds >> *Yedidyah Bar David* 1cc377f >> <https://github.com/oVirt/ovirt-engine/commit/1cc377fa30286733aeb68aa75a5bc801d6fc3f41> >> Changeset >> → >> <https://github.com/oVirt/ovirt-engine/compare/6c9465241694...1cc377fa3028> >> packaging: setup: postgres95: Refuse to upgrade if new data dir is not >> empty >> >> Change-Id: I9f69ceb2b8ea773d1bb883c3e81734a3c4c8af3c >> Bug-Url: https://bugzilla.redhat.com/1546771 >> Signed-off-by: Yedidyah Bar David <d...@redhat.com> >> >> *Want to know about upcoming build environment updates?* >> >> Would you like to stay up-to-date with the upcoming Travis CI build >> environment updates? We set up a mailing list for you! Sign up here >> <http://eepurl.com/9OCsP>. >> Documentation <https://docs.travis-ci.com> about Travis CI >> Need help? Mail support <supp...@travis-ci.com>! >> Choose who receives these build notification emails in your configuration >> file <https://docs.travis-ci.com/user/notifications>. >> >> *Would you like to test your private code?* >> >> Travis CI for Private Projects >> <https://travis-ci.com?utm_source=build_email_footer_campaign=travis-ci.org_medium=email> >> could be your new best friend! >> >> >> >> -- >> >> SANDRO BONAZZOLA >> >> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R >> >> Red Hat EMEA <https://www.redhat.com/> >> <https://red.ht/sig> >> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >> >> >> ___ >> Devel mailing list >> de...@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel >> > > > ___ > Devel mailing list > de...@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [ovirt-devel] The importance of fixing failed build-artifacts jobs
On Thu, Feb 22, 2018 at 8:41 PM, Yaniv Kaul <yk...@redhat.com> wrote: > I think there's a rush to add FC27 and S390 (unrelated?) to the build. If > either fail, right now, I don't think we should be too concerned with them. > In the very near future we should be, though. > Y. > > On Thu, Feb 22, 2018 at 9:06 PM, Dafna Ron <d...@redhat.com> wrote: > >> Hi All, >> >> We have been seeing a large amount of changes that are not deployed into >> tested lately because of failed build-artifacts jobs so we decided that >> perhaps we need to explain the importance of fixing a failed >> build-artifacts job. >> >> If a change failed a build-artifacts job, no matter what platform/arch it >> failed in, the change will not be deployed to tested. >> >> Here is an example of a change that will not be added to tested: >> >> [image: Inline image 1] >> >> As you can see, only one of the build-artifacts jobs failed but since the >> project specify that it requires all of these arches/platforms, the change >> will not be added to tested until all of the jobs are fixed. >> > Is there a way how to identify the distribution as "not mandatory"? I mean we want the build, but it fails it should not affect the whole flow. That would really help with fcraw issues, because it's expected that things will often be broken there ... >> So what can we do? >> >> 1. Add the code which builds-artifacts to 'check-patch' so you'll get a >> -1 if a build failed (assuming you will not merge with -1 from CI). >> 2. post merge - look for emails on failed artifacts on your change (you >> will have to fix the job and then re-trigger the change) >> 3. you can see all current broken failed artifacts jobs in jenkins under >> 'unstable critical' view [1] and you will know if your project is being >> deployed. >> 4. Remove the broken OS from your project ( either from Jenkins or from >> your automation dir if you're using V2 ) - ask us for help! this should be >> an easy patch >> 5.Don't add new OS builds until you're absolutly sure they work ( you can >> add check-patch to keep testing it, but don't add build-artifacts until its >> stable ). >> >> Please contact myself or anyone else from the CI team for assistance or >> questions and we would be happy to help. >> >> [1] http://jenkins.ovirt.org/ >> >> Thank you, >> >> Dafna >> >> >> >> >> >> >> ___ >> Devel mailing list >> de...@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel >> > > > ___ > Devel mailing list > de...@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [ovirt-devel] ovirt-engine-api-model jenkins jobs
On Wed, Feb 21, 2018 at 5:15 PM, Sandro Bonazzola <sbona...@redhat.com> wrote: > Hi, > I'm investigating on a failure[2 > <http://jenkins.ovirt.org/job/ovirt-engine-api-model_master_build-artifacts-el7-x86_64/1/console>] > on jenkins jobs for ovirt-engine-api-model[1 > <http://jenkins.ovirt.org/search/?q=ovirt-engine-api-model_master_build-artifacts>] > on el7. > Before I further invest time on it, I'd like to understand the purpose of > the job. > > As far as I can tell the project is building some documentation in > different formats and a tarball with the sources: > > asciidoctor.css 28.92 KB > model.adoc 1.24 MB > model.csv 264.77 KB > model.html 3.37 MB > model.json 7.39 MB > model.xml 6.09 MB > ovirt-engine-api-model-4.3.8.20180213gita1f6d9a.tar.gz 246.48 KB > > I think that some way the output may be used by http://ovirt.github.io/ > ovirt-engine-api-model/ but I don't feel like this is really done. > > I also see that artifacts are published on https://search.maven.org/# > artifactdetails%7Corg.ovirt.engine.api%7Cmodel%7C4.3.7.color%7Cjar > <https://search.maven.org/#artifactdetails%7Corg.ovirt.engine.api%7Cmodel%7C4.3.7.color%7Cjar> > but this is also not done by the jenkins jobs. > > I see this artifacts is required in ovirt-engine pom.xml: > 4.3.7 > > So I would expect the job to prepare a rpm including this jar and pom to > be required in ovirt-engine spec file, at least if we follow Fedora > packaging guidelines. > AFAIK model is not published as RPM , because there are no benefits, just more work. Ondro/Ori, am I right? > > As is, this jobs seams meaningless. What should we do here? Drop the job? > Fix it for building rpms? > > [1] http://jenkins.ovirt.org/search/?q=ovirt-engine-api- > model_master_build-artifacts > [2] http://jenkins.ovirt.org/job/ovirt-engine-api-model_ > master_build-artifacts-el7-x86_64/1/console > > -- > > SANDRO BONAZZOLA > > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R > > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > > > ___ > Devel mailing list > de...@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
[JIRA] (OVIRT-1898) Please add me (omachace) and Ori (oliel) as maintainers of ovirt-engine-api-explorer project
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=35827#comment-35827 ] Martin Perina commented on OVIRT-1898: -- Ack, just making sure the permissions for Ondra and Ori contains both +2 and ability to merge Thanks > Please add me (omachace) and Ori (oliel) as maintainers of > ovirt-engine-api-explorer project > > > Key: OVIRT-1898 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1898 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Gerrit/git >Reporter: Ondra Machacek >Assignee: infra > > As Juan left, please add me (omachace) and Ori (oliel) as maintainers of > ovirt-engine-api-explorer project. Thanks > cc [~mwperina] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100079) ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [CQ]: 79842,3 (ovirt-vmconsole) failed "ovirt-4.2" system tests
On Mon, Feb 12, 2018 at 1:18 PM, Sandro Bonazzola <sbona...@redhat.com> wrote: > > > 2018-02-12 13:10 GMT+01:00 oVirt Jenkins <jenk...@ovirt.org>: > >> Change 79842,3 (ovirt-vmconsole) is probably the reason behind recent >> system >> test failures in the "ovirt-4.2" change queue and needs to be fixed. >> > > No it isn't. > The failure is due to: > > *13:10:09* [basic-suit] + yum install --nogpgcheck -y --downloaddir=/dev/shm > ntp net-snmp ovirt-engine ovirt-log-collector > 'ovirt-engine-extension-aaa-ldap*' otopi-debug-plugins*13:10:09* [basic-suit] > Error: Package: ovirt-ansible-roles-1.1.3-1.el7.centos.noarch > (alocalsync)*13:10:09* [basic-suit]Requires: > ovirt-ansible-repositories >= 1.1.0*13:10:09* [basic-suit] Error: Package: > ovirt-ansible-roles-1.1.3-1.el7.centos.noarch (alocalsync)*13:10:09* > [basic-suit]Requires: ovirt-ansible-engine-setup >= > 1.1.0*13:10:09* [basic-suit] Error: Package: > ovirt-ansible-roles-1.1.3-1.el7.centos.noarch (alocalsync)*13:10:09* > [basic-suit]Requires: ovirt-ansible-disaster-recovery >= 0.1 > > > > I think this may be caused by repository filtering done in OST > Is there anything we should do to enable those ansible-roles packages in OST? They are properly built and added to the release both upstream and downstream, so I'm curious what's the issue there ... > > > >> >> This change had been removed from the testing queue. Artifacts build from >> this >> change will not be released until it is fixed. >> >> For further details about the change see: >> https://gerrit.ovirt.org/#/c/79842/3 >> >> For failed test results see: >> http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/694/ >> ___ >> Infra mailing list >> Infra@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/infra >> > > > > -- > > SANDRO BONAZZOLA > > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R > > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 07-02-2018 ] [ 004_basic_sanity.vm_run ]
On Wed, Feb 7, 2018 at 3:22 PM, Dafna Ron <d...@redhat.com> wrote:
> it did not.
> This patch did not run on CQ at all because its failing build-artifact jobs
> Those jobs need to be fixed and patch has to be re-triggered.
>
> The two jobs that failed are:
> http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/3151/
> <http://jenkins.ovirt.org/job/standard-enqueue/9725/>
> http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fcraw-s390x/1/
>
>
Francesco/Sandro, could you please take a look at those failures on VDSM
patch?
> please note second job no longer exists
>
> thanks,
> Dafna
>
>
>
>
>
> On Wed, Feb 7, 2018 at 2:09 PM, Martin Perina <mper...@redhat.com> wrote:
>
>>
>>
>> On Wed, Feb 7, 2018 at 2:30 PM, Dafna Ron <d...@redhat.com> wrote:
>>
>>> Hi,
>>>
>>> We failed test 004_basic_sanity.vm_run in the upgrade from release
>>> suite.
>>> the reason we failed to run the vm is that the host was filtered from
>>> selection for vm.
>>>
>>> Please also notice other errors in the log relating to network sync
>>> failing.
>>>
>>>
>>> *Link and headline of suspected patches:
>>> https://gerrit.ovirt.org/#/c/87116/5 <https://gerrit.ovirt.org/#/c/87116/5>
>>> - core: Add 4.3 support *
>>>
>>
>> Do we know if VDSM in this patch already contains
>> https://gerrit.ovirt.org/87181 ? It's required to have both side fixed
>> to properly support 4.3 cluster level
>>
>>
>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *Link to
>>> Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/
>>> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/>Link
>>> to all
>>> logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/artifact/
>>> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/artifact/>(Relevant)
>>> error snippet from the log: 2018-02-06 16:42:39,431-05 INFO
>>> [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (default
>>> task-5) [03cdc0e6-eb94-46a4-9882-77762b2ed787] FINISH,
>>> IsVmDuringInitiatingVDSCommand, return: false, log id: 4d0244492018-02-06
>>> 16:42:39,472-05 INFO [org.ovirt.engine.core.bll.RunVmOnceCommand] (default
>>> task-5) [03cdc0e6-eb94-46a4-9882-77762b2ed787] Running command:
>>> RunVmOnceCommand internal: false. Entities affected : ID:
>>> ccfe9852-f2d6-4e18-8213-29d958d3a8ed Type: VMAction group RUN_VM with role
>>> type USER, ID: ccfe9852-f2d6-4e18-8213-29d958d3a8ed Type: VMAction group
>>> EDIT_ADMIN_VM_PROPERTIES with role type ADMIN2018-02-06 16:42:39,486-05
>>> INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default
>>> task-5) [03cdc0e6-eb94-46a4-9882-77762b2ed787] Candidate host
>>> 'lago-upgrade-from-release-suite-master-host0'
>>> ('6ec7721d-beae-4b7e-807f-7f3a794fb7c4') was filtered out by
>>> 'VAR__FILTERTYPE__INTERNAL' filter 'CPU-Level' (correlation id:
>>> 03cdc0e6-eb94-46a4-9882-77762b2ed787)2018-02-06 16:42:39,486-05 ERROR
>>> [org.ovirt.engine.core.bll.RunVmCommand] (default task-5)
>>> [03cdc0e6-eb94-46a4-9882-77762b2ed787] Can't find VDS to run the VM
>>> 'ccfe9852-f2d6-4e18-8213-29d958d3a8ed' on, so this VM will not be
>>> run.2018-02-06 16:42:39,493-05 ERROR
>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>> (default task-5) [03cdc0e6-eb94-46a4-9882-77762b2ed787] EVENT_ID:
>>> USER_FAILED_RUN_VM(54), Failed to run VM vm0 (User:
>>> admin@internal-authz).2018-02-06 16:42:39,500-05 INFO
>>> [org.ovirt.engine.core.bll.RunVmOnceCommand] (default task-5)
>>> [03cdc0e6-eb94-46a4-9882-77762b2ed787] Lock freed to object
>>> 'EngineLock:{exclusiveLocks='[ccfe9852-f2d6-4e18-8213-29d958d3a8ed=VM]',
>>> sharedLocks=''}'2018-02-06 16:42:39,505-05 ERROR
>>> [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
>>> task-5) [] Operation Failed: []2018-02-06 16:42:39,512-05 INFO
>>> [org.ovirt.engine.core.bll.Pro
>>> <http://org.ovirt.engine.core.bll.Pro>cessDownVmCommand]
>>> (EE-ManagedThreadFactory-engine-Thread-17) [4fe81490] Running command:
>>> ProcessDownVmCommand internal: true.(END)*
>>>
>>>
>>>
>>> ___
>>> Devel mailing list
>>> de...@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>>
>> --
>> Martin Perina
>> Associate Manager, Software Engineering
>> Red Hat Czech s.r.o.
>>
>
>
--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 07-02-2018 ] [ 004_basic_sanity.vm_run ]
On Wed, Feb 7, 2018 at 2:30 PM, Dafna Ron <d...@redhat.com> wrote:
> Hi,
>
> We failed test 004_basic_sanity.vm_run in the upgrade from release suite.
> the reason we failed to run the vm is that the host was filtered from
> selection for vm.
>
> Please also notice other errors in the log relating to network sync
> failing.
>
>
> *Link and headline of suspected patches:
> https://gerrit.ovirt.org/#/c/87116/5 <https://gerrit.ovirt.org/#/c/87116/5>
> - core: Add 4.3 support *
>
Do we know if VDSM in this patch already contains
https://gerrit.ovirt.org/87181 ? It's required to have both side fixed to
properly support 4.3 cluster level
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Link to
> Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/>Link
> to all
> logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/artifact/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/artifact/>(Relevant)
> error snippet from the log: 2018-02-06 16:42:39,431-05 INFO
> [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (default
> task-5) [03cdc0e6-eb94-46a4-9882-77762b2ed787] FINISH,
> IsVmDuringInitiatingVDSCommand, return: false, log id: 4d0244492018-02-06
> 16:42:39,472-05 INFO [org.ovirt.engine.core.bll.RunVmOnceCommand] (default
> task-5) [03cdc0e6-eb94-46a4-9882-77762b2ed787] Running command:
> RunVmOnceCommand internal: false. Entities affected : ID:
> ccfe9852-f2d6-4e18-8213-29d958d3a8ed Type: VMAction group RUN_VM with role
> type USER, ID: ccfe9852-f2d6-4e18-8213-29d958d3a8ed Type: VMAction group
> EDIT_ADMIN_VM_PROPERTIES with role type ADMIN2018-02-06 16:42:39,486-05
> INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default
> task-5) [03cdc0e6-eb94-46a4-9882-77762b2ed787] Candidate host
> 'lago-upgrade-from-release-suite-master-host0'
> ('6ec7721d-beae-4b7e-807f-7f3a794fb7c4') was filtered out by
> 'VAR__FILTERTYPE__INTERNAL' filter 'CPU-Level' (correlation id:
> 03cdc0e6-eb94-46a4-9882-77762b2ed787)2018-02-06 16:42:39,486-05 ERROR
> [org.ovirt.engine.core.bll.RunVmCommand] (default task-5)
> [03cdc0e6-eb94-46a4-9882-77762b2ed787] Can't find VDS to run the VM
> 'ccfe9852-f2d6-4e18-8213-29d958d3a8ed' on, so this VM will not be
> run.2018-02-06 16:42:39,493-05 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-5) [03cdc0e6-eb94-46a4-9882-77762b2ed787] EVENT_ID:
> USER_FAILED_RUN_VM(54), Failed to run VM vm0 (User:
> admin@internal-authz).2018-02-06 16:42:39,500-05 INFO
> [org.ovirt.engine.core.bll.RunVmOnceCommand] (default task-5)
> [03cdc0e6-eb94-46a4-9882-77762b2ed787] Lock freed to object
> 'EngineLock:{exclusiveLocks='[ccfe9852-f2d6-4e18-8213-29d958d3a8ed=VM]',
> sharedLocks=''}'2018-02-06 16:42:39,505-05 ERROR
> [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
> task-5) [] Operation Failed: []2018-02-06 16:42:39,512-05 INFO
> [org.ovirt.engine.core.bll.ProcessDownVmCommand]
> (EE-ManagedThreadFactory-engine-Thread-17) [4fe81490] Running command:
> ProcessDownVmCommand internal: true.(END)*
>
>
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
Re: [ovirt-devel] [ OST Failure Report ] [ oVirt-engine-dashboard ] [ 17-01-2018 ] [ 002_bootstrap.add_hosts ]
On Wed, Jan 17, 2018 at 3:49 PM, Dafna Ron <d...@redhat.com> wrote:
> hi,
> We are failing test 002_bootstrap.add_hosts
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4918/testReport/%28root%29/002_bootstrap/add_hosts/>
> on ovirt-engine-dashboard in the upgrade suite.
>
> The error seems to be for missing metrics rules in the ansible playbook.
>
>
>
>
>
>
> *Link and headline of suspected patches:
> https://gerrit.ovirt.org/#/c/86318/ <https://gerrit.ovirt.org/#/c/86318/> -
> add fc27.spec link for automation Link to
> Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4918/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4918/>Link
> to all logs:*
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4918/artifact/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4918/artifact/>(Relevant)
> error snippet from the log: 2018-01-17 08:36:23,706 p=27149 u=ovirt
> | Using /usr/share/ovirt-engine/playbooks/ansible.cfg as config
> file2018-01-17 08:36:23,734 p=27149 u=ovirt | ERROR! the role
> 'oVirt.metrics' was not found in
> /usr/share/ovirt-engine/playbooks/roles:/var/lib/ovirt-engine/.ansible/roles:/usr/share/ansible/roles:/etc/ansible/roles:/usr/share/ovirt-engine/playbooks/roles:/usr/share/ovirt-engine/playbooksThe
> error appears to have been in
> '/usr/share/ovirt-engine/playbooks/roles/ovirt-host-deploy/meta/main.yml':
> line 6, column 5, but maybe elsewhere in the file depending on the exact
> syntax problem.The offending line appears to be: -
> ovirt-host-deploy-firewalld - oVirt.metrics^ here*
>
Shirly/Didi, could you please take a look if ovirt-engine-metrics package
is properly installed in OST?
>
>
>
>
>
>
>
>
>
>
>
>
> *2018-01-17 08:36:23,764-05 ERROR
> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
> (EE-ManagedThreadFactory-engine-Thread-1) [849756c] Host installation
> failed for host '61c7b24f-e19d-4101-a945-a65b30b7b488',
> 'lago-upgrade-from-release-suite-master-host0': Failed to execute Ansible
> host-deploy role. Please check logs for more details:
> /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20180117083623-lago-upgrade-from-release-suite-master-host0-849756c.log2018-01-17
> 08:36:23,769-05 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-1) [849756c] START,
> SetVdsStatusVDSCommand(HostName =
> lago-upgrade-from-release-suite-master-host0,
> SetVdsStatusVDSCommandParameters:{hostId='61c7b24f-e19d-4101-a945-a65b30b7b488',
> status='InstallFailed', nonOperationalReason='NONE',
> stopSpmFailureLogged='false', maintenanceReason='null'}), log id:
> 65b48a392018-01-17 08:36:23,773-05 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-1) [849756c] FINISH,
> SetVdsStatusVDSCommand, log id: 65b48a392018-01-17 08:36:23,780-05 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-1) [849756c] EVENT_ID:
> VDS_INSTALL_FAILED(505), Host lago-upgrade-from-release-suite-master-host0
> installation failed. Failed to execute Ansible host-deploy role. Please
> check logs for more details:
> /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20180117083623-lago-upgrade-from-release-suite-master-host0-849756c.log.2018-01-17
> 08:36:23,788-05 INFO
> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
> (EE-ManagedThreadFactory-engine-Thread-1) [849756c] Lock freed to object
> 'EngineLock:{exclusiveLocks='[61c7b24f-e19d-4101-a945-a65b30b7b488=VDS]',
> sharedLocks=''}'*
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
