[ovirt-devel] Re: [OST] Documentation update needed

[Galit Rosenthal]

I have a patch which needs to be reviewed
https://gerrit.ovirt.org/#/c/ovirt-system-tests/+/117824/.

On Mon, Dec 13, 2021 at 12:56 PM Aviv Litman  wrote:

> Hi all, any updates ?
>
> Thanks!
>
> On Wed, Nov 24, 2021 at 3:31 PM Marcin Sobczyk 
> wrote:
>
>>
>>
>> On 11/24/21 13:54, Aviv Litman wrote:
>> > Hi All,
>> > I tried to follow the steps documented in oVirt System Tests Docs
>> > <
>> https://ovirt-system-tests.readthedocs.io/en/latest/CI/developers_info/index.html#on-your-laptop
>> >.
>> > After consulting with Marcin, I understand that we haven't use
>> > ./run_suite.sh  for a loong time now.
>> > I think the right command is for example:
>> > ./ost.sh run basic-suite-master el8stream
>> > --custom-repo=
>> https://jenkins.ovirt.org/job/ovirt-dwh_standard-check-patch/1346/
>> > <https://jenkins.ovirt.org/job/ovirt-dwh_standard-check-patch/1346/>
>> >
>> > We don't know who maintains this docs.
>>
>> Anton, Galit, can we get rid of those outdated docs?
>> Either let's remove the server completely or redirect to current README.md
>>
>> Regards, Marcin
>>
>> >
>> > Thanks!
>> > --
>> >
>> > Aviv Litman
>> >
>> > BI Associate Software Engineer
>> >
>> > Red Hat<https://www.redhat.com/>
>> >
>> > alit...@redhat.com <mailto:alit...@redhat.com>
>> >
>> > <https://www.redhat.com/>
>> >
>>
>>

-- 

Galit Rosenthal

SOFTWARE ENGINEER

Red Hat <https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://www.redhat.com/>
___
Devel mailing list -- devel@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/devel@ovirt.org/message/7TGQOBTULQXIKPIFIVK5LUX5AWSB6CE3/

[ovirt-devel] Issue running OST basic suite master

[Galit Rosenthal]

Hi,

Basic suite master is failing [1]

on  basic-suite-master.test-scenarios.test_004_basic_sanity.test_import_vm1

Can someone have a look?

Regards,
Galit

[1]
https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_el8nightly/294/consoleFull

-- 

Galit Rosenthal

SOFTWARE ENGINEER

Red Hat <https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://www.redhat.com/>
___
Devel mailing list -- devel@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/devel@ovirt.org/message/L6KDQLQG3DYT6XVJANQQNCZBCSHBHGPX/

[ovirt-devel] basic suite master fails on test_add_vm_pool

[Galit Rosenthal]

Hi,

Basic suite master fails on  test_add_vm_pool [1]:

2021-01-13 04:49:22,106+01 INFO
[org.ovirt.engine.core.bll.AddVmPoolCommand] (default task-1)
[dfd8e322-0ae8-4b41-ab77-a06df07f7e1f] Lock freed to object
'EngineLock:{exclusiveLocks='[test-pool=VM_POOL_NAME]', sharedLocks=''}'

2021-01-13 04:49:22,164+01 DEBUG
[org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
(default task-1) [dfd8e322-0ae8-4b41-ab77-a06df07f7e1f] method:
getByNameForDataCenter, params: [ef42b9cc-d4e4-4400-bed1-076c81262682,
test-pool-1, null, false], timeElapsed: 33ms
2021-01-13 04:49:22,164+01 DEBUG
[org.ovirt.engine.core.bll.IsVmWithSameNameExistQuery] (default
task-1) [dfd8e322-0ae8-4b41-ab77-a06df07f7e1f] Query
IsVmWithSameNameExistQuery took 33 ms
2021-01-13 04:49:22,165+01 ERROR
[org.ovirt.engine.core.bll.AddVmPoolCommand] (default task-1) []
Command 'org.ovirt.engine.core.bll.AddVmPoolCommand' failed: null
2021-01-13 04:49:22,165+01 ERROR
[org.ovirt.engine.core.bll.AddVmPoolCommand] (default task-1) []
Exception: java.lang.NullPointerException
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommonVmPoolCommand.buildAddVmParameters(CommonVmPoolCommand.java:316)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommonVmPoolCommand.addVmsToPool(CommonVmPoolCommand.java:250)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommonVmPoolCommand.executeCommand(CommonVmPoolCommand.java:232)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1175)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1333)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2009)
at 
org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:140)
at 
org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:79)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1393)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:425)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13)


Can some one take a look?

Thanks

Galit

[1]
https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_el8nightly/225/artifact/exported-artifacts/test_logs/basic-suite-master/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log
-- 

Galit Rosenthal

SOFTWARE ENGINEER

Red Hat <https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://www.redhat.com/>
___
Devel mailing list -- devel@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/devel@ovirt.org/message/DSFTRFQLNHTRL4DZ56N5FSPYMKCY6TYL/

[ovirt-devel] Basic suite master - nightly is failing

[Galit Rosenthal]

Hi,

Basic suite nightly [1]  is failing on
basic-suite-master.test-scenarios.test_002_bootstrap.test_verify_add_hosts


RuntimeError: 1 hosts failed installation:
lago-basic-suite-master-host-1: install_failed



I found this message in host-deploy [2].

2020-12-27 04:20:00 CET - fatal: [lago-basic-suite-master-host-0]:
FAILED! => {"msg": "Unexpected templating type error occurred on (\"{{
'virtual-host' if ('null' in host_deploy_tuned_profile and
host_deploy_virt_enabled|bool) else host_deploy_tuned_profile }}\"\n):
argument of type 'NoneType' is not iterable"}

Can someone have a look?

Thanks
Galit

[1]
https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/717/

[2]
https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/717/artifact/exported-artifacts/test_logs/basic-suite-master/lago-basic-suite-master-engine/_var_log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20201227041842-lago-basic-suite-master-host-1-193dec45.log




-- 

Galit Rosenthal

SOFTWARE ENGINEER

Red Hat <https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://www.redhat.com/>
___
Devel mailing list -- devel@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/devel@ovirt.org/message/ISRE5LPIN3ENAFWZ55YQ6M675DRPNTAO/

[ovirt-devel] OST master fails on basic-suite-master.test-scenarios.test_004_basic_sanity.test_sparsify_disk1

[Galit Rosenthal]

Hi

It looks like basic suite master is failing on
basic-suite-master.test-scenarios.test_004_basic_sanity.test_sparsify_disk1
(from
pytest) [1]


E   ovirtsdk4.Error: Fault reason is "Operation Failed". Fault
detail is "[Cannot sparsify Virtual Disk. Sparsifying is not supported
for QCOW2 disk vm1_disk1.]". HTTP response code is 400.


Can someone have a look?

Thanks
Galit
[1]
https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_basic-suite-master_el8nightly/detail/ovirt-system-tests_basic-suite-master_el8nightly/115/


-- 

Galit Rosenthal

SOFTWARE ENGINEER

Red Hat <https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://www.redhat.com/>
___
Devel mailing list -- devel@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/devel@ovirt.org/message/COPJYLDRSMVOHWTPJGINRDESAIRBZNG6/

[ovirt-devel] Re: [rhev-devel] ost check patch

[Galit Rosenthal]

Hi All,

We are working on fixing the issue.
Once it will be fixed an updated mail will be sent.

Regards,
Galit

On Tue, Dec 8, 2020 at 11:09 AM Eitan Raviv  wrote:

> Hi,
> Since yesterday check patch jobs [1][2] are failing for me on
>
> emulator not found...
>
> kvm executable not found
>
> Any hint appreciated.
>
> Thanks
>
>
> [1] 
> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/14274/
> [2] 
> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/14263
>
>

-- 

Galit Rosenthal

SOFTWARE ENGINEER

Red Hat <https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://www.redhat.com/>
___
Devel mailing list -- devel@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/devel@ovirt.org/message/NKAYD7RALVFPR2RO2YOWJ7A7ASPMDSSI/

[ovirt-devel] Re: Dropping all el7 OST runs

[Galit Rosenthal]

gt;>>>>   > >> have to be done for OST CI itself. After that we can
> >>>>>   rebuild unused
> >>>>>   > >> openshift nodes back to CI baremetals. And also
> convert el7
> >>>>>   > baremetals
> >>>>>   > >> to el8 ones (I guess we will leave few and watch the
> load
> >>>>>   on them).
> >>>>>   > >> Please expect some capacity drop during this time.
> >>>>>   > Anton, Ehud, any progress on this?
> >>>>>   >
> >>>>>   > Thanks, Marcin
> >>>>>   >
> >>>>>   > >>
> >>>>>   > >> On Thu, Nov 26, 2020 at 12:00 PM Marcin Sobczyk
> >>>>>   > mailto:msobc...@redhat.com>
> >>>>>   <mailto:msobc...@redhat.com <mailto:msobc...@redhat.com>>
> >>>>>   > >> <mailto:msobc...@redhat.com  msobc...@redhat.com>
> >>>>>   <mailto:msobc...@redhat.com <mailto:msobc...@redhat.com>>>>
> wrote:
> >>>>>   > >>
> >>>>>   > >>  Hi,
> >>>>>   > >>
> >>>>>   > >>  since all the important suites are working on el8
> >>>>>   already,
> >>>>>   > we're
> >>>>>   > >>  planning to drop all el7 OST runs with [1] very
> soon.
> >>>>>   > >>
> >>>>>   > >>  This means we can finally say goodbye to py2 and
> other
> >>>>>   > legacy stuff!
> >>>>>   > >>
> >>>>>   > >>  We still need to move manual OST runs not to use
> >>>>>   > containers for
> >>>>>   > >>  that to
> >>>>>   > >>  happen.
> >>>>>   > >>  This effort is tracked here [2].
> >>>>>   > >>
> >>>>>   > >>  Regards, Marcin
> >>>>>   > >>
> >>>>>   > >>  [1] https://gerrit.ovirt.org/112378
> >>>>>   <https://gerrit.ovirt.org/112378>
> >>>>>   > <https://gerrit.ovirt.org/112378
> >>>>>   <https://gerrit.ovirt.org/112378>>
> >>>>>   <https://gerrit.ovirt.org/112378 <
> https://gerrit.ovirt.org/112378>
> >>>>>   > <https://gerrit.ovirt.org/112378
> >>>>>   <https://gerrit.ovirt.org/112378>>>
> >>>>>   > >>  [2]
> https://ovirt-jira.atlassian.net/browse/OST-145
> >>>>>   <https://ovirt-jira.atlassian.net/browse/OST-145>
> >>>>>   > <https://ovirt-jira.atlassian.net/browse/OST-145
> >>>>>   <https://ovirt-jira.atlassian.net/browse/OST-145>>
> >>>>>   > >>  <https://ovirt-jira.atlassian.net/browse/OST-145
> >>>>>   <https://ovirt-jira.atlassian.net/browse/OST-145>
> >>>>>   > <https://ovirt-jira.atlassian.net/browse/OST-145
> >>>>>   <https://ovirt-jira.atlassian.net/browse/OST-145>>>
> >>>>>   > >>
> >>>>>   > >>
> >>>>>   > >>
> >>>>>   > >> --
> >>>>>   > >> Anton Marchukov
> >>>>>   > >> Associate Manager - RHV DevOps - Red Hat
> >>>>>   >
> >>>>>
> >>>>>
> >>>> ___
> >>>> Devel mailing list -- devel@ovirt.org
> >>>> To unsubscribe send an email to devel-le...@ovirt.org
> >>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> >>>> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> >>>> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/4LSP4EO4V5SCF5VR3ACOCT6JSE7MLASV/
> >>>
> >
> ___
> Devel mailing list -- devel@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/devel@ovirt.org/message/YAMBGKYODB5QVEZQZMU3QLTGNL7B3RVX/
>


-- 

Galit Rosenthal

SOFTWARE ENGINEER

Red Hat <https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://www.redhat.com/>
___
Devel mailing list -- devel@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/devel@ovirt.org/message/4TVXAOUYQRYP2KYCIQEE5CG6ZOEZWEP2/

[ovirt-devel] Re: 192.168.200.90 unreachable (was: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-master - Build # 1696 - Still Failing!)

[Galit Rosenthal]

he 4.3 test utils is linked to he master test utlis which is linked to
basic suite master.
So this change also affect he 4.3 suite.

On Tue, Aug 11, 2020 at 3:56 PM Artem Hrechanychenko 
wrote:

> Hi,
> also hit that issue as well.
> BTW - working on py3 migration - https://gerrit.ovirt.org/#/c/108809/ and
> el8 running - https://gerrit.ovirt.org/110097
>
> On Tue, Aug 4, 2020 at 2:55 PM Michal Skrivanek 
> wrote:
>
>>
>>
>> On 4 Aug 2020, at 13:48, Michal Skrivanek  wrote:
>>
>>
>>
>> On 4 Aug 2020, at 10:52, Yedidyah Bar David  wrote:
>>
>> On Tue, Aug 4, 2020 at 6:40 AM  wrote:
>>
>>
>> Project:
>> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/
>> Build:
>> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1696/
>>
>>
>> This is failing for a few days now, all with the same error:
>>
>> FAILED:  004_basic_sanity.hotplug_disk
>>
>> Error Message:
>> False != True after 180 seconds
>>  >> begin captured logging << 
>> lago.ssh: DEBUG: start task:cef1ecf3-76fd-4aad-a1fb-093eeda8193a:Get ssh
>> client for lago-he-basic-suite-master-host-1:
>> lago.ssh: DEBUG: end task:cef1ecf3-76fd-4aad-a1fb-093eeda8193a:Get ssh
>> client for lago-he-basic-suite-master-host-1:
>> lago.ssh: DEBUG: Running 833afb8a on lago-he-basic-suite-master-host-1:
>> ping -4 -c 1 192.168.200.90
>> lago.ssh: DEBUG: Command 833afb8a on lago-he-basic-suite-master-host-1
>> returned with 1
>> lago.ssh: DEBUG: Command 833afb8a on lago-he-basic-suite-master-host-1
>> output:
>> PING 192.168.200.90 (192.168.200.90) 56(84) bytes of data.
>> From 192.168.200.3 icmp_seq=1 Destination Host Unreachable
>>
>>
>> This is after Michal pushed a patch to restore the removed function
>> (and related) get_vm0_ip_address, which failed build 1691.
>>
>> I guess this patch was not enough - either the VM now gets a different
>> IP address, not 192.168.200.90, or its network is down, or whatever.
>>
>>
>> on 4.3 it shouldn’t
>> on master if the configuration is shared with basic-suite-master (which
>> it is in case of -he-basic-suite-master) it implicitly starts using CirrOS
>> as well. That means cloud init network conf doesn’t work and it doesn’t get
>> IP .90 (it quite reliably gets .111 now but I wouldn’t suggest that either:)
>>
>> Any idea?
>>
>>
>> yes, just replace it with hostname instead.
>>
>>
>> the whole suite needs py3 updates so maybe worth copying bigger pieces of
>> basic-suite-master…
>> or maybe rather revisit what that test does? It seems to replicate basic
>> suite to some degree, which is probably not really useful as that gets
>> tested by basic suite. HE suite shoudl only care about HE deployment,
>> rbackup/restore proabbly, restart HE, sure, but pretty much nothing from
>> actual engine functionality.
>>
>>
>>
>> Thanks,
>> --
>> Didi
>>
>>
>> ___
>> Devel mailing list -- devel@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/devel@ovirt.org/message/5JPXLJIGQQRJXZIKOU4JDNQ3DHE4KZMI/
>>
> ___
> Devel mailing list -- devel@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/devel@ovirt.org/message/NRJXYKXANXB3QJCAXTOFW42TDCQNTCL2/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EOLBRUYK5F7342YY4AQHW4T6WOMBUFCR/

[ovirt-devel] Re: ost test suits relevance

[Galit Rosenthal]

   1. dr-suite-master - Tal Nissan, can we remove?
   2. he-basic-ipv6-suite-master (doesn't contain updating centos7/8 as
   he-basic-iscsi/master  - Dominik has a patch for this suite
   3. metric-suite (contain only 4.3 version) - Shirly and Evgeny are
   responsible
   4. performance-suite-master - Roy Golan ?


On Mon, Jun 22, 2020 at 12:41 PM Artem Hrechanychenko 
wrote:

> Hi,
> during porting of several OST suites to python3 I found that some of them
> are not updated for  some period of time.
>
> Does anyone know the relevance of next test suits?
>
>1. dr-suite-master
>2. he-basic-ipv6-suite-master (doesn't contain updating centos7/8 as
>he-basic-iscsi/master
>3. metric-suite (contain only 4.3 version)
>4. performance-suite-master
>
>
> https://gerrit.ovirt.org/gitweb?p=ovirt-system-tests.git;a=tree
> ___
> Devel mailing list -- devel@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/devel@ovirt.org/message/32OZDGRH6IGRN6LGDW5I2C6E6C3GCBT4/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LVCEN3OVXC5B6RU4J7WU73N4FW53FQLX/

[ovirt-devel] Re: [ovirt-users] Re: oVirt-4.4 on CentOS 8.2

[Galit Rosenthal]

Hi Michal,

I've already created a patch for centos8.2 image

Regards,
galit

On Tue, Jun 16, 2020 at 4:37 PM Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

> We need to update OST to use CentOS 8.2, there were several commented out
> tests waiting for it.
>
> It can be a good “excuse” to start using ost-images[1] instead of manually
> rebuilding the template image. It’s not ready for other suites yet but it
> shouldn’t really be that hard to do
>
> Thanks,
> michal
>
> [1] https://gerrit.ovirt.org/#/c/109378/
>
> On 16 Jun 2020, at 14:48, Galit Rosenthal  wrote:
>
> Hi Dominik
>
> We actually don't maintain a file with all the packages.
> We maintain only the repos.
>
> I will make sure that the repos  has these packages.
>
> Regards,
> Galit
>
> On Tue, Jun 16, 2020 at 3:19 PM Dominik Holler  wrote:
>
>> Hello Galit,
>> are there still manual maintained package lists in OST?
>> If so, can you please remove openvswitch and ovn, and add
>> openvswitch2.11
>> ovirt-openvswitch-*
>> ovirt-python-openvswitch
>> python3-openvswitch2.11
>> ovn2.11*
>> like in
>> https://pastebin.com/Wajkbnbt
>>
>> Thanks
>> Dominik
>>
>> On Tue, Jun 16, 2020 at 1:41 PM Yedidyah Bar David 
>> wrote:
>>
>>> On Tue, Jun 16, 2020 at 12:51 PM Dominik Holler 
>>> wrote:
>>> >
>>> >
>>> >
>>> > On Mon, Jun 15, 2020 at 10:20 PM Dominik Holler 
>>> wrote:
>>> >>
>>> >> Hello,
>>> >> CentOS 8.2 was released before oVirt was prepared for CentOS 8.2 .
>>> >> Currently oVirt-4.4 fails to install on CentOS 8.2 .
>>> >> This will be fixed soon.
>>> >
>>> >
>>> > An updated version of ovn and ovs is available already on some mirrors.
>>> > Please let me know if you have any problems regarding ovs/ovn on
>>> CentOS 8.2.
>>>
>>> Tried OST He-basic master and it still failed:
>>>
>>>
>>> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1640/artifact/exported-artifacts/mock_logs/script/stdout_stderr.log
>>>
>>> Error:
>>>  Problem: package
>>>
>>> ovirt-hosted-engine-setup-2.4.6-0.0.master.20200609105658.git1e950f2.el8.noarch
>>> requires vdsm-python >= 4.40.0, but none of the providers can be
>>> installed
>>>   - package vdsm-python-4.40.18-13.gitd65c4a6c2.el8.noarch requires
>>> vdsm-network = 4.40.18-13.gitd65c4a6c2.el8, but none of the providers
>>> can be installed
>>> ...
>>>
>>>   - package vdsm-network-4.40.20-4.git180b82120.el8.x86_64 requires
>>> openvswitch >= 2.7.0, but none of the providers can be installed
>>>   - cannot install the best candidate for the job
>>>   - nothing provides librte_bitratestats.so.2()(64bit) needed by
>>> openvswitch-2.11.1-5.el8.x86_64
>>>   - nothing provides librte_bus_pci.so.2()(64bit) needed by
>>> openvswitch-2.11.1-5.el8.x86_64
>>> ...
>>>
>>> Is this the version you built? Are there other missing stuff (deps,
>>> dnf modules, etc.)?
>>>
>>> Thanks,
>>> --
>>> Didi
>>>
>>>
>
> --
>
> GALIT ROSENTHAL
>
> SOFTWARE ENGINEER
> Red Hat
>
> <https://www.redhat.com/>
>
> ga...@redhat.comT: 972-9-7692230
> <https://red.ht/sig>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FMP6Y45SA6XE7RNKGHHYD4JICJJSJE4Y/
>
>
>

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RUHY5DZJXZCRJIPXK5JKR7DFTQ3GB2DQ/

[ovirt-devel] Re: [ovirt-users] Re: oVirt-4.4 on CentOS 8.2

[Galit Rosenthal]

Hi Dominik

We actually don't maintain a file with all the packages.
We maintain only the repos.

I will make sure that the repos  has these packages.

Regards,
Galit

On Tue, Jun 16, 2020 at 3:19 PM Dominik Holler  wrote:

> Hello Galit,
> are there still manual maintained package lists in OST?
> If so, can you please remove openvswitch and ovn, and add
> openvswitch2.11
> ovirt-openvswitch-*
> ovirt-python-openvswitch
> python3-openvswitch2.11
> ovn2.11*
> like in
> https://pastebin.com/Wajkbnbt
>
> Thanks
> Dominik
>
> On Tue, Jun 16, 2020 at 1:41 PM Yedidyah Bar David 
> wrote:
>
>> On Tue, Jun 16, 2020 at 12:51 PM Dominik Holler 
>> wrote:
>> >
>> >
>> >
>> > On Mon, Jun 15, 2020 at 10:20 PM Dominik Holler 
>> wrote:
>> >>
>> >> Hello,
>> >> CentOS 8.2 was released before oVirt was prepared for CentOS 8.2 .
>> >> Currently oVirt-4.4 fails to install on CentOS 8.2 .
>> >> This will be fixed soon.
>> >
>> >
>> > An updated version of ovn and ovs is available already on some mirrors.
>> > Please let me know if you have any problems regarding ovs/ovn on CentOS
>> 8.2.
>>
>> Tried OST He-basic master and it still failed:
>>
>>
>> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1640/artifact/exported-artifacts/mock_logs/script/stdout_stderr.log
>>
>> Error:
>>  Problem: package
>>
>> ovirt-hosted-engine-setup-2.4.6-0.0.master.20200609105658.git1e950f2.el8.noarch
>> requires vdsm-python >= 4.40.0, but none of the providers can be
>> installed
>>   - package vdsm-python-4.40.18-13.gitd65c4a6c2.el8.noarch requires
>> vdsm-network = 4.40.18-13.gitd65c4a6c2.el8, but none of the providers
>> can be installed
>> ...
>>
>>   - package vdsm-network-4.40.20-4.git180b82120.el8.x86_64 requires
>> openvswitch >= 2.7.0, but none of the providers can be installed
>>   - cannot install the best candidate for the job
>>   - nothing provides librte_bitratestats.so.2()(64bit) needed by
>> openvswitch-2.11.1-5.el8.x86_64
>>   - nothing provides librte_bus_pci.so.2()(64bit) needed by
>> openvswitch-2.11.1-5.el8.x86_64
>> ...
>>
>> Is this the version you built? Are there other missing stuff (deps,
>> dnf modules, etc.)?
>>
>> Thanks,
>> --
>> Didi
>>
>>

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FMP6Y45SA6XE7RNKGHHYD4JICJJSJE4Y/

[ovirt-devel] Re: OST on CentOS Stream

[Galit Rosenthal]

Currently, OST runs with mock el7 (and not el8)

On Tue, Jun 2, 2020 at 1:20 PM Marcin Sobczyk  wrote:

> Hi,
>
> On 6/2/20 11:08 AM, Michal Skrivanek wrote:
> > Hi there,
> > we have an issue with latest AdvancedVirt and our current CentOS 8.1
> based OST. libguestfs seems to be always failing (tested by commented out
> virt-sparsify test, so it’s not visible normally) and we have no such
> issues when running same tests on RHEL 8.2. So I tried to move on and
> update to CentOS Stream and indeed it seems to be working ok. With CentOS
> 8.2 getting closer but not there yet maybe it’s best to use CentOS Stream
> for now. There is some interest from users as well, and we can’t really do
> anything to fix those 8.1 issues other than remove AV update and keep using
> old stuff with old bugs.
> >
> > To run on Stream we need two things. openvswitch compatible with
> 8.2/Stream. I used Dominik’s [1] and to fix apparently missing
> ansible-runner dependency on python3-pyutils (Martin, please address. I
> suppose it was a transient dep before and it was just dropped)
> >
> > I would suggest to move OST to CentOS Stream, and consider at least
> experimental support of CentOS Stream. It doesn’t seem like we’re missing
> much other than to point to the right repos.
> I think we'd also need CentOS Stream mock config to run anything in the CI.
> That, or some bare metal provisioning.
>
> >
> > Thanks,
> > michal
> >
> > [1]
> https://copr-be.cloud.fedoraproject.org/results/dominik/OpenvSwitch/epel-8-x86_64/
> > ___
> > Devel mailing list -- devel@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/devel@ovirt.org/message/ZJIEPDVEFJNWQ4N5QRYDDQG3CERFK2ZT/
> ___
> Devel mailing list -- devel@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/devel@ovirt.org/message/GOHMFLJE7LJ3J7TRBIS46TY73NGPGZNS/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RT2F3NSKJWH2XLSVPOZLBRSDUVB3GT3H/

[ovirt-devel] Re: OST faiilures on he suites - missing `script` package

[Galit Rosenthal]

Did you rebase your patch?

A fix was merged.

On Tue, Jun 2, 2020 at 11:29 AM Artem Hrechanychenko 
wrote:

> Hi Evgeny,
> I got the same issue on ci check to he suite review gate job-
> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/9572/console
>
> On Mon, Jun 1, 2020 at 10:55 AM Evgeny Slutsky 
> wrote:
>
>> Hi,
>> we 've started to get  failures with our HE suits :
>>
>>
>> *03:07:46* # /usr/bin/dnf --installroot 
>> /var/lib/mock/epel-7-x86_64-39127a08ee2e67d9ffa6f99a66a95b59-4799/root/ 
>> --releasever 7 --setopt=deltarpm=False --allowerasing --disableplugin=local 
>> --disableplugin=spacewalk install @buildsys-build python3 python3-pip 
>> python36-PyYAML python36-six python36-pyxdg python2 python2-pip 
>> python2-pyyaml python2-six python2-pyxdg ansible autoconf automake grubby 
>> lago lago-ovirt libselinux-python python-netaddr script virt-install wget 
>> docker python-pip python-virtualenv mkdocs fontawesome-fonts-web
>>
>>  
>> <https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-role-remote-suite-master/432/console#L1,914>*03:07:46*
>>  Failed to set locale, defaulting to C
>>
>>  
>> <https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-role-remote-suite-master/432/console#L1,915>*03:07:46*
>>  No match for argument: script
>>
>>  
>> <https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-role-remote-suite-master/432/console#L1,916>*03:07:46*
>>  Error: Unable to find a match: script
>>
>>
>>
>> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-role-remote-suite-master/432/console
>>
>>
>> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-role-remote-suite-master/432/console
>> ___
>> Devel mailing list -- devel@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/devel@ovirt.org/message/UXFLIIRWA5JFKKUNS5XQ4EOEXP4DYG6K/
>>
> ___
> Devel mailing list -- devel@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/devel@ovirt.org/message/BYOIZMHRANA4D7H7YQ7IGCJWN2Q65XRS/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/H3MMBKXAHYS6PNHGDANRGQRH6W3POKL2/

[ovirt-devel] Re: OST CI basic suite failure

[Galit Rosenthal]

This is from last night
https://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.3-suite-master/443/artifact/exported-artifacts/test_logs/compat-4.3-suite-master/post-004_basic_sanity_pytest.py/lago-compat-4-3-suite-master-engine/_var_log/ovirt-engine/engine.log

*2020-05-17 21:43:46,410-04 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(ForkJoinPool-1-worker-17) [1769ac4b] *

*EVENT_ID: VM_DOWN_ERROR(119), VM vm2 is down with error. Exit
message: XML error: Invalid PCI address :02:01.0. slot must be <=
0.
*


On Mon, May 18, 2020 at 11:21 AM Yedidyah Bar David  wrote:

> On Mon, May 18, 2020 at 10:47 AM Steven Rosenberg 
> wrote:
> >
> > Dear Didi,
> >
> > We had issues with this previously when the Bios Type and Emulation
> Machine chipsets are not compatible, mixing Q35 Bios Types with i440fx
> Emulation Machine Types for example. We fixed the defaults and adjusted the
> OST tests accordingly. Maybe something else changed that brought the issue
> back.
> >
>
> OK. We do not have the logs anymore to check which version it ran.
> Artem - I suggest to just rebase and try again, and ping if it fails again.
>
> Good luck and best regards,
>
> > With Best Regards.
> >
> > Steven.
> >
> > On Sun, May 17, 2020 at 4:36 PM Yedidyah Bar David 
> wrote:
> >>
> >> On Fri, May 15, 2020 at 4:24 PM Artem Hrechanychenko
> >>  wrote:
> >> >
> >> > Hi,
> >> > I'm getting failure on ci check for my patch for network suite changes
> >> > https://gerrit.ovirt.org/#/c/108317/
> >> >
> >> > CI failures
> >> >
> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/9350/
> >> >
> >> > My patch does not change the basic-suite master and local run passed
> locally. Does anybody know or get something similar ?
> >>
> >> engine.log has:
> >>
> >>
> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/9350/artifact/check-patch.compat-4.3_suite_master.el7.x86_64/test_logs/compat-4.3-suite-master/post-004_basic_sanity_pytest.py/lago-compat-4-3-suite-master-engine/_var_log/ovirt-engine/
> >>
> >> 2020-05-15 08:38:25,062-04 ERROR
> >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >> (ForkJoinPool-1-worker-23) [2e5b2649] EVENT_ID: VM_DOWN_ERROR(119), VM
> >> vm2 is down with error. Exit message: XML error: Invalid PCI address
> >> :02:01.0. slot must be <= 0.
> >>
> >> Perhaps it's this, or a similar/related one (found simply by searching
> >> for "Invalid PCI address"):
> >>
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1770697
> >>
> >> Best regards,
> >> --
> >> Didi
> >> _______
> >> Devel mailing list -- devel@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/devel@ovirt.org/message/M367YCTWZLTCTUTV745QCR6R4ON7RKHY/
>
>
>
> --
> Didi
>
>

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/4YR6KWH2BMWXMAQG7OWHOULH574XBQOB/

[ovirt-devel] Re: [CQ]: 108705, 9 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause

[Galit Rosenthal]

I already checked this, it isn't ssh directly it requires the password, and
if the host not listed also to approve.


On Sun, May 3, 2020 at 2:19 PM Yedidyah Bar David  wrote:

> On Sun, May 3, 2020 at 1:47 PM Galit Rosenthal 
> wrote:
>
>> Hi Didi,
>>
>> I manage to reproduce this error locally.
>> Is there something you would like me to check?
>>
>
> Yes, please! Can you ssh from the engine to the hosts?
>
>
>>
>> Regards,
>> Galit
>>
>> On Sun, May 3, 2020 at 1:37 PM Yedidyah Bar David 
>> wrote:
>>
>>> On Sun, May 3, 2020 at 12:57 PM oVirt Jenkins  wrote:
>>> >
>>> > A system test invoked by the "ovirt-master" change queue including
>>> change
>>> > 108705,9 (ovirt-engine) failed. However, this change seems not to be
>>> the root
>>> > cause for this failure. Change 107284,12 (ovirt-engine) that this
>>> change
>>> > depends on or is based on, was detected as the cause of the testing
>>> failures.
>>> >
>>> > This change had been removed from the testing queue. Artifacts built
>>> from this
>>> > change will not be released until either change 107284,12
>>> (ovirt-engine) is
>>> > fixed and this change is updated to refer to or rebased on the fixed
>>> version,
>>> > or this change is modified to no longer depend on it.
>>> >
>>> > For further details about the change see:
>>> > https://gerrit.ovirt.org/#/c/108705/9
>>> >
>>> > For further details about the change that seems to be the root cause
>>> behind the
>>> > testing failures see:
>>> > https://gerrit.ovirt.org/#/c/107284/12
>>> >
>>> > For failed test results see:
>>> > https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/23505/
>>>
>>> The engine did manage to run ssh-copy-id to both host-0 and host-1, but
>>> then failed, a few seconds later, while running ansible:
>>>
>>>
>>> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/23505/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-002_bootstrap_pytest.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log
>>>
>>> 2020-05-03 05:54:49,779-04 ERROR
>>> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
>>> (EE-ManagedThreadFactory-engine-Thread-1) [13ea1de1] Error executing
>>> playbook: Failed to add host to inventory: SSH timeout waiting for
>>> response from 'lago-basic-suite-master-host-0'
>>>
>>> A few other lines along this one, as well as similar ones for host-1,
>>> do not give (me) more information.
>>>
>>> lago did manage to collect logs from both hosts, a few seconds later.
>>> vdsm logs are empty, messages does not give me a clue.
>>>
>>> What is the timeout on trying to ssh (with ansible)? engine.log shows
>>> only 1-2 seconds from start to timeout. Perhaps we should make it a bit
>>> longer?
>>>
>>> Best regards,
>>> --
>>> Didi
>>> ___
>>> Devel mailing list -- devel@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/devel@ovirt.org/message/WQ3JDHUPHR42VNWYBE7DGF4LRLOVC4V2/
>>>
>>
>>
>> --
>>
>> GALIT ROSENTHAL
>>
>> SOFTWARE ENGINEER
>>
>> Red Hat
>>
>> <https://www.redhat.com/>
>>
>> ga...@redhat.comT: 972-9-7692230
>> <https://red.ht/sig>
>>
>
>
> --
> Didi
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ASQJQW6Z44UCKAOA65PNACMFNVPWXX7R/

[ovirt-devel] Re: [CQ]: 108705, 9 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause

[Galit Rosenthal]

Hi Didi,

I manage to reproduce this error locally.
Is there something you would like me to check?

Regards,
Galit

On Sun, May 3, 2020 at 1:37 PM Yedidyah Bar David  wrote:

> On Sun, May 3, 2020 at 12:57 PM oVirt Jenkins  wrote:
> >
> > A system test invoked by the "ovirt-master" change queue including change
> > 108705,9 (ovirt-engine) failed. However, this change seems not to be the
> root
> > cause for this failure. Change 107284,12 (ovirt-engine) that this change
> > depends on or is based on, was detected as the cause of the testing
> failures.
> >
> > This change had been removed from the testing queue. Artifacts built
> from this
> > change will not be released until either change 107284,12 (ovirt-engine)
> is
> > fixed and this change is updated to refer to or rebased on the fixed
> version,
> > or this change is modified to no longer depend on it.
> >
> > For further details about the change see:
> > https://gerrit.ovirt.org/#/c/108705/9
> >
> > For further details about the change that seems to be the root cause
> behind the
> > testing failures see:
> > https://gerrit.ovirt.org/#/c/107284/12
> >
> > For failed test results see:
> > https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/23505/
>
> The engine did manage to run ssh-copy-id to both host-0 and host-1, but
> then failed, a few seconds later, while running ansible:
>
>
> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/23505/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-002_bootstrap_pytest.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log
>
> 2020-05-03 05:54:49,779-04 ERROR
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (EE-ManagedThreadFactory-engine-Thread-1) [13ea1de1] Error executing
> playbook: Failed to add host to inventory: SSH timeout waiting for
> response from 'lago-basic-suite-master-host-0'
>
> A few other lines along this one, as well as similar ones for host-1,
> do not give (me) more information.
>
> lago did manage to collect logs from both hosts, a few seconds later.
> vdsm logs are empty, messages does not give me a clue.
>
> What is the timeout on trying to ssh (with ansible)? engine.log shows
> only 1-2 seconds from start to timeout. Perhaps we should make it a bit
> longer?
>
> Best regards,
> --
> Didi
> ___
> Devel mailing list -- devel@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/devel@ovirt.org/message/WQ3JDHUPHR42VNWYBE7DGF4LRLOVC4V2/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6OQAFF6UKRGQVFO4TOVPMVFMY5CVU5UW/

[ovirt-devel] Re: OST fails in 002_bootstrap_pytest.py - setup_storage.sh

[Galit Rosenthal]

After investigating it looks like the issues started when this patch was
merged.

Marcin, can you help debug it.

https://gerrit.ovirt.org/#/c/107399/

Thanks
Galit

On Mon, Mar 30, 2020 at 6:42 PM Martin Perina  wrote:

>
>
> 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 <
>>>>>> msobc...@redhat.com>
>>>>>> >> 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
>>>>>> >&g

[ovirt-devel] Re: OST fails in 002_bootstrap_pytest.py - setup_storage.sh

[Galit Rosenthal]

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

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()
>>>> >>>>>>   result = engine.ssh(
>>>> >>>>>>   [
>>>> >>>>>>   '/tmp/setup_storage.sh',
>>>> >>>>>>   ],
>>>> >>>>>>   )
>>>> >>>>>>> assert result.code == 0, 'setup_storage.sh failed. Exit
>>>> >>>>>>> code is %s' % result.code
>>>> >>>>>> E   AssertionError: setup_storage.sh failed. Exit code is 1
>>>> >>>>>> E   assert 1 == 0
>>>> >>>>>> E -1
>>>> >>>>>> E +0
>>>> >>>>>>
>>>> >>>>>>
>>>> >>>>>> The pytest traceback is nice, but in

[ovirt-devel] Re: OST fails in 002_bootstrap_pytest.py - setup_storage.sh

[Galit Rosenthal]

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?
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()
>>> >>>>>>   result = engine.ssh(
>>> >>>>>>   [
>>> >>>>>>   '/tmp/setup_storage.sh',
>>> >>>>>>   ],
>>> >>>>>>   )
>>> >>>>>>> assert result.code == 0, 'setup_storage.sh failed. Exit
>>> >>>>>>> code is %s' % result.code
>>> >>>>>> E   AssertionError: setup_storage.sh failed. Exit code is 1
>>> >>>>>> E   assert 1 == 0
>>> >>>>>> E -1
>>> >>>>>> E +0
>>> >>>>>>
>>> >>>>>>
>>> >>>>>> The pytest traceback is nice, but in this case it is does not
>>> >>>>>> show any useful info.
>>> >>>>>>
>>> >>>>>> Since we run a script using ssh, the error message should include
>>> >>>>>> the process stdout and stderr
>>> >>>>>> which probably can explain the failure.
>>> >>>>> I posted https://gerrit.ovirt.org/#/c/107830/ to improve logging
>>> >>>>> during storage setup.
>>> >>>>> Unfortunately AFAICS it didn't fail, so I guess we'll have to
>>> >>>>> merge it and wait for a failed job to get some helpful logs.
>>> >>>> Thanks.
>>> >>>>
>>> >>>> It still fails for me with current code:
>>> >>>>
>>> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/6689/testReport/
>>> >>>>
>>> >>>>
>>> >>>> Same when using current vdsm master.
>>> >>> Updated the patch according to your suggestions and c

[ovirt-devel] Re: OST fails in 002_bootstrap_pytest.py - setup_storage.sh

[Galit Rosenthal]

  if result.code != 0:
>> [2020-03-23T14:14:09.836Z] msg = (
>> [2020-03-23T14:14:09.836Z] 'setup_storage.sh failed with
>> exit code: {}.\n'
>> [2020-03-23T14:14:09.836Z] 'stdout:\n{}'
>> [2020-03-23T14:14:09.836Z] 'stderr:\n{}'
>> [2020-03-23T14:14:09.836Z] ).format(result.code, result.out,
>> result.err)
>> [2020-03-23T14:14:09.836Z] >   raise RuntimeError(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.
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/CMJXJRMML5VQCHSUSKQP4QFBSGSUIV5A/

[ovirt-devel] Re: ISSUE with hosted engine: Could not find server cpu for server 'lago-he-basic-suite-master-host-0'

[Galit Rosenthal]

Hi Evgeny

Running virsh domcapabilities inside lago vm (in the containers) fails:

error: failed to get emulator capabilities

error: invalid argument: unable to find any emulator to serve 'x86_64'
architecture

(I didn't try it on bare metal, yet)

Regards,

Galit


On Tue, Feb 4, 2020 at 11:38 AM Galit Rosenthal  wrote:

> Currently, we don't have this.
> I've sent a patch to collect different logs on the vms
>
> On Tue, Feb 4, 2020 at 11:00 AM Evgeny Slutsky 
> wrote:
>
>> Hi Galit,
>> can you check the capabilities of the lago host:
>> with the command `virsh domcapabilities`
>>
>> On Mon, Feb 3, 2020 at 11:43 AM Galit Rosenthal 
>> wrote:
>>
>>> Hi All,
>>>
>>> We have encountered an issue [1] when installing hosted engine on
>>> centos-8
>>>
>>> Engine error [2]:
>>>
>>> 2020-01-30 03:22:27,367-05 ERROR 
>>> [org.ovirt.engine.core.bll.HandleVdsCpuFlagsOrClusterChangedCommand] 
>>> (ForkJoinPool-1-worker-19) [2010dcf3] Could not find server cpu for server 
>>> 'lago-he-basic-suite-master-host-0' (c68e366d-f43f-43f9-a014-05bce8be23e6), 
>>> flags: 
>>> 'aes,clflush,tsc_adjust,constant_tsc,pse,sep,flexpriority,tpr_shadow,pae,pge,popcnt,vmx,hypervisor,xsaveopt,tsc,fpu,rep_good,cx16,tsc_deadline_timer,ept,mce,syscall,x2apic,pclmulqdq,fxsr,tsc_known_freq,de,pse36,lahf_lm,cmov,umip,vnmi,xsave,vpid,mmx,avx,mca,apic,rdtscp,xtopology,arat,skip-l1dfl-vmentry,pni,mtrr,ssse3,nx,msr,pat,sse,vme,cpuid,sse4_1,arch-capabilities,sse4_2,sse2,cx8,lm,nopl,pti,model_Conroe,model_486,model_pentium3,model_kvm64,model_Opteron_G2,model_qemu32,model_pentium,model_Opteron_G1,model_pentium2,model_Penryn,model_qemu64,model_kvm32'
>>>
>>> [1]
>>> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/7791/
>>> [2]
>>> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/7791/artifact/check-patch.he-basic_suite_master.el7.x86_64/test_logs/he-basic-suite-master/post-he_deploy/lago-he-basic-suite-master-host-0/_var_log/ovirt-hosted-engine-setup/engine-logs-2020-01-30T08%3A25%3A49Z/ovirt-engine/engine.log
>>>
>>> Regards,
>>> Galit
>>> --
>>>
>>> GALIT ROSENTHAL
>>>
>>> SOFTWARE ENGINEER
>>>
>>> Red Hat
>>>
>>> <https://www.redhat.com/>
>>>
>>> ga...@redhat.comT: 972-9-7692230
>>> <https://red.ht/sig>
>>> ___
>>> Devel mailing list -- devel@ovirt.org
>>> To unsubscribe send an email to devel-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WYY2V2IXW7LSSYYYKRG6EUODU23IFDJU/
>>>
>>
>
> --
>
> GALIT ROSENTHAL
>
> SOFTWARE ENGINEER
>
> Red Hat
>
> <https://www.redhat.com/>
>
> ga...@redhat.comT: 972-9-7692230
> <https://red.ht/sig>
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/W67VNCBXSXH2P5UGU4WEBYJOO7XTJI5R/

[ovirt-devel] Re: ISSUE with hosted engine: Could not find server cpu for server 'lago-he-basic-suite-master-host-0'

[Galit Rosenthal]

Currently, we don't have this.
I've sent a patch to collect different logs on the vms

On Tue, Feb 4, 2020 at 11:00 AM Evgeny Slutsky  wrote:

> Hi Galit,
> can you check the capabilities of the lago host:
> with the command `virsh domcapabilities`
>
> On Mon, Feb 3, 2020 at 11:43 AM Galit Rosenthal 
> wrote:
>
>> Hi All,
>>
>> We have encountered an issue [1] when installing hosted engine on centos-8
>>
>> Engine error [2]:
>>
>> 2020-01-30 03:22:27,367-05 ERROR 
>> [org.ovirt.engine.core.bll.HandleVdsCpuFlagsOrClusterChangedCommand] 
>> (ForkJoinPool-1-worker-19) [2010dcf3] Could not find server cpu for server 
>> 'lago-he-basic-suite-master-host-0' (c68e366d-f43f-43f9-a014-05bce8be23e6), 
>> flags: 
>> 'aes,clflush,tsc_adjust,constant_tsc,pse,sep,flexpriority,tpr_shadow,pae,pge,popcnt,vmx,hypervisor,xsaveopt,tsc,fpu,rep_good,cx16,tsc_deadline_timer,ept,mce,syscall,x2apic,pclmulqdq,fxsr,tsc_known_freq,de,pse36,lahf_lm,cmov,umip,vnmi,xsave,vpid,mmx,avx,mca,apic,rdtscp,xtopology,arat,skip-l1dfl-vmentry,pni,mtrr,ssse3,nx,msr,pat,sse,vme,cpuid,sse4_1,arch-capabilities,sse4_2,sse2,cx8,lm,nopl,pti,model_Conroe,model_486,model_pentium3,model_kvm64,model_Opteron_G2,model_qemu32,model_pentium,model_Opteron_G1,model_pentium2,model_Penryn,model_qemu64,model_kvm32'
>>
>> [1]
>> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/7791/
>> [2]
>> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/7791/artifact/check-patch.he-basic_suite_master.el7.x86_64/test_logs/he-basic-suite-master/post-he_deploy/lago-he-basic-suite-master-host-0/_var_log/ovirt-hosted-engine-setup/engine-logs-2020-01-30T08%3A25%3A49Z/ovirt-engine/engine.log
>>
>> Regards,
>> Galit
>> --
>>
>> GALIT ROSENTHAL
>>
>> SOFTWARE ENGINEER
>>
>> Red Hat
>>
>> <https://www.redhat.com/>
>>
>> ga...@redhat.comT: 972-9-7692230
>> <https://red.ht/sig>
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WYY2V2IXW7LSSYYYKRG6EUODU23IFDJU/
>>
>

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/G7GJD753Q6RRJVEUYJB3XR3IVVO2V3WL/

[ovirt-devel] ISSUE with hosted engine: Could not find server cpu for server 'lago-he-basic-suite-master-host-0'

[Galit Rosenthal]

Hi All,

We have encountered an issue [1] when installing hosted engine on centos-8

Engine error [2]:

2020-01-30 03:22:27,367-05 ERROR
[org.ovirt.engine.core.bll.HandleVdsCpuFlagsOrClusterChangedCommand]
(ForkJoinPool-1-worker-19) [2010dcf3] Could not find server cpu for
server 'lago-he-basic-suite-master-host-0'
(c68e366d-f43f-43f9-a014-05bce8be23e6), flags:
'aes,clflush,tsc_adjust,constant_tsc,pse,sep,flexpriority,tpr_shadow,pae,pge,popcnt,vmx,hypervisor,xsaveopt,tsc,fpu,rep_good,cx16,tsc_deadline_timer,ept,mce,syscall,x2apic,pclmulqdq,fxsr,tsc_known_freq,de,pse36,lahf_lm,cmov,umip,vnmi,xsave,vpid,mmx,avx,mca,apic,rdtscp,xtopology,arat,skip-l1dfl-vmentry,pni,mtrr,ssse3,nx,msr,pat,sse,vme,cpuid,sse4_1,arch-capabilities,sse4_2,sse2,cx8,lm,nopl,pti,model_Conroe,model_486,model_pentium3,model_kvm64,model_Opteron_G2,model_qemu32,model_pentium,model_Opteron_G1,model_pentium2,model_Penryn,model_qemu64,model_kvm32'

[1]
https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/7791/
[2]
https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/7791/artifact/check-patch.he-basic_suite_master.el7.x86_64/test_logs/he-basic-suite-master/post-he_deploy/lago-he-basic-suite-master-host-0/_var_log/ovirt-hosted-engine-setup/engine-logs-2020-01-30T08%3A25%3A49Z/ovirt-engine/engine.log

Regards,
Galit
-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WYY2V2IXW7LSSYYYKRG6EUODU23IFDJU/

[ovirt-devel] Re: running podman in mock

[Galit Rosenthal]

Hi Miguel,

Are you running on mock el7, when you fail?

Regards,
Galit


On Wed, Jan 29, 2020 at 10:59 AM Miguel Duarte de Mora Barroso <
mdbarr...@redhat.com> wrote:

> On Wed, Jan 29, 2020 at 9:53 AM Miguel Duarte de Mora Barroso
>  wrote:
> >
> > Hi,
> >
> > When attempting to make the ovirt-provider-ovn integration tests run
> > in el8 (which requires podman instead of docker), I'm getting trouble
> > even running it (it being podman).
> >
> > It fails with the following error - e.g. on a podman info command:
> > Error: could not get runtime: kernel does not support overlay fs:
> > overlay: the backing xfs filesystem is formatted without d_type
> > support, which leads to incorrect behavior. Reformat the filesystem
> > with ftype=1 to enable d_type support. Running without d_type is not
> > supported.: driver not supported
>
> I forgot to add that this happens on the CI environment; locally (on
> fc30) I'm being able to run it perfectly fine.
>
> >
> > Has anyone faced anything like this / is able to provide some pointers ?
> >
> > Thanks in advance,
> > Miguel
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6VNVO4YKXVJPAZC6MAZHHDYIWAIEQN2S/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2TK7FTIUABATSDAHZ6JHQCHSL47RC7US/

[ovirt-devel] Re: Failed to add host

[Galit Rosenthal]

Hi Michal

Can you help fix the ovirt demo tool with this change?

Regards,
Galit

On Tue, Jan 21, 2020 at 10:35 AM Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
>
> > On 20 Jan 2020, at 12:58, Benny Zlotnik  wrote:
> >
> > Looks the host CPU isn't compatible with the cluster, try checking the
> > host's CPU type and set the cluster accordingly
>
> note we started to use libvirt’s detection of compatible CPUs for nesting,
> and it could be that previously “valid” CPUs are no longer reported as
> fully capable emulating certain CPU.
> I believe that’s what happened to Galit as well
> If it still works you can override libvirt’s detection in after_get_caps
> from faqemu hook.
>
> Thanks,
> michal
>
> >
> > On Mon, Jan 20, 2020 at 1:53 PM Ritesh Chikatwar 
> wrote:
> >>
> >> Adding engine.log:
> >> https://pastebin.com/7t5FPSwv
> >>
> >> I cannot see any error in vdsm.log
> >>
> >>
> >> On Mon, Jan 20, 2020 at 5:15 PM Ritesh Chikatwar 
> wrote:
> >>>
> >>> Hello,
> >>>
> >>> Ovirt-engine env:
> >>> OS- Fedora-30
> >>> ovirt-engine running master
> >>>
> >>> When i try to adding host:
> >>> VM OS- Centos-8
> >>> Repo enabled-
> http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
> >>> I attached a log file for host deploy.
> >>>
> >>> https://pastebin.com/HLwbK39w
> >>
> >> ___
> >> Devel mailing list -- devel@ovirt.org
> >> To unsubscribe send an email to devel-le...@ovirt.org
> >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> >> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> >> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/SYEGPBNHOQ5VMMRCKUJ6QLS4ZPEYB35O/
> > ___
> > Devel mailing list -- devel@ovirt.org
> > To unsubscribe send an email to devel-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6PBVZ7XYXPRP73Q547GC4CKQ6QRFMXTO/
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/5XQ2WCCRXB4W5IUBKFPXBSMXYO2VPBIT/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XQZ7NT67MXJ7HMSKI3B2DFSOC7LFLM57/

[ovirt-devel] Re: OST: Is it still possible to run it without mock?

[Galit Rosenthal]

Thanks Milan

Will be updated.

On Mon, Jan 13, 2020 at 3:18 PM Milan Zamazal  wrote:

> Galit Rosenthal  writes:
>
> > Hi Milan
> >
> > We don't support running ost without mock.
>
> Hi Galit, thank you for clarification.  The documentation on the web
> should be updated and clearly state that mock is required:
>
> https://ovirt-system-tests.readthedocs.io/en/latest/general/installation/index.html
>
> > This is coming from : /var/lib/ci_toolbox/safe_download.sh jenkins repo.
> >
> > Regards,
> > Galit
> >
> >
> >
> > On Mon, Jan 13, 2020 at 3:10 PM Milan Zamazal 
> wrote:
> >
> >> Hi, when trying to run basic-suite-master using run_suite.sh on my
> >> machine, I get the following error:
> >>
> >>   /home/pdm/ovirt-system-tests/run_suite.sh: line 532:
> >> /var/lib/ci_toolbox/safe_download.sh: No such file or directory
> >>
> >> ci_toolbox/safe_download.sh is in Jenkins repo -- is mock now required
> >> to run OST now or is it just a mistake (either in OST or on my side)?
> >>
> >> Thanks,
> >> Milan
> >> ___
> >> Devel mailing list -- devel@ovirt.org
> >> To unsubscribe send an email to devel-le...@ovirt.org
> >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> >> oVirt Code of Conduct:
> >> https://www.ovirt.org/community/about/community-guidelines/
> >> List Archives:
> >>
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WDNI46R5LXGHATECVYORFMQ2KLW2Q6QS/
> >>
>
>

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RLMRTG6T4C44VIUFUSKYUQB3EH6ZKADC/

[ovirt-devel] Re: OST: Is it still possible to run it without mock?

[Galit Rosenthal]

Hi Milan

We don't support running ost without mock.
This is coming from : /var/lib/ci_toolbox/safe_download.sh jenkins repo.

Regards,
Galit



On Mon, Jan 13, 2020 at 3:10 PM Milan Zamazal  wrote:

> Hi, when trying to run basic-suite-master using run_suite.sh on my
> machine, I get the following error:
>
>   /home/pdm/ovirt-system-tests/run_suite.sh: line 532:
> /var/lib/ci_toolbox/safe_download.sh: No such file or directory
>
> ci_toolbox/safe_download.sh is in Jenkins repo -- is mock now required
> to run OST now or is it just a mistake (either in OST or on my side)?
>
> Thanks,
> Milan
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WDNI46R5LXGHATECVYORFMQ2KLW2Q6QS/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/VS43SRRHQPR7JEAQBE26M5TZITP7VPYR/

[ovirt-devel] Re: master OST seems to be broken

[Galit Rosenthal]

Hi Amit,

We are checking this issue.

Regards,
Galit

On Sun, Nov 24, 2019 at 5:00 PM Amit Bawer  wrote:

> Has anyone managed to pass OST lately?
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/H4FITQ7CDW244XENZXV5C3SXRY7Y2HDZ/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/K4G2H5C5CHDVFRSLKX7IZGIQLW4GGLHE/

[ovirt-devel] Re: oVirt 4.4 / master CI readiness

[Galit Rosenthal]

The patches passed zuul gate and were merged.

On Thu, Nov 7, 2019 at 3:00 PM Sandro Bonazzola  wrote:

>
>
> Il giorno gio 7 nov 2019 alle ore 13:24 Galit Rosenthal <
> grose...@redhat.com> ha scritto:
>
>> Hi,
>>
>> OST patch for running  el8 hosts and el7 engine is in the zuul gating
>> stage.
>> Once the zuul gate will pass, the patch will be merged and we will have:
>>
>> OST running centos-8 for hosts, centos-7 for engine
>> No use of reposync.
>>
>> I will send an updated mail once it will be finally merged.
>>
>
> Great! Thanks for the hard work!
>
>
>
>>
>> Regards,
>> Galit
>>
>>
>> On Wed, Nov 6, 2019 at 5:31 PM Sandro Bonazzola 
>> wrote:
>>
>>> Hi,
>>> I need an update on current status for oVirt 4.4 / CI readiness.
>>> Where do we stand with OST?
>>> How long will it take to get it up and running with el8 hosts and el7
>>> engine?
>>>
>>> Thanks,
>>> --
>>>
>>> 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.*
>>>
>>
>>
>> --
>>
>> GALIT ROSENTHAL
>>
>> SOFTWARE ENGINEER
>>
>> Red Hat
>>
>> <https://www.redhat.com/>
>>
>> ga...@redhat.comT: 972-9-7692230
>> <https://red.ht/sig>
>>
>
>
> --
>
> 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.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JVFDFBUDSKQMYVG3JSRLQIRLTFDYGMFT/

[ovirt-devel] Re: oVirt 4.4 / master CI readiness

[Galit Rosenthal]

Hi,

OST patch for running  el8 hosts and el7 engine is in the zuul gating stage.
Once the zuul gate will pass, the patch will be merged and we will have:

OST running centos-8 for hosts, centos-7 for engine
No use of reposync.

I will send an updated mail once it will be finally merged.

Regards,
Galit


On Wed, Nov 6, 2019 at 5:31 PM Sandro Bonazzola  wrote:

> Hi,
> I need an update on current status for oVirt 4.4 / CI readiness.
> Where do we stand with OST?
> How long will it take to get it up and running with el8 hosts and el7
> engine?
>
> Thanks,
> --
>
> 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.*
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WYLFWIJN2NKNWENJQB4XO55POIWHDRL5/

[ovirt-devel] Re: OST: Failing migrations on el8

[Galit Rosenthal]

Hi Dominik,

Any updates on this?

Regards,
Galit

On Fri, Oct 25, 2019 at 5:34 PM Dominik Holler  wrote:

> On Fri, Oct 25, 2019 at 3:08 PM Milan Zamazal  wrote:
>
>> Hi, I looked at the failing migrations in OST on el8, when running
>> basic-suite-master with https://gerrit.ovirt.org/#/c/103888/31.  The
>> migration fails even before started, when Vdsm tries to talk to the
>> remote Vdsm and can't reach it.  Indeed, there seems to be a networking
>> problem between the hosts:
>>
>>   [root@lago-basic-suite-master-host-1 ~]# ping -c 1
>> lago-basic-suite-master-host-0
>>   PING
>> lago-basic-suite-master-host-0(lago-basic-suite-master-host-0.lago.local
>> (fd8f:1391:3a82:201::c0a8:c902)) 56 data bytes
>>   From lago-basic-suite-master-host-1 (fd8f:1391:3a82:200::c0a8:c899):
>> icmp_seq=1 Destination unreachable: Address unreachable
>>
>>
> Maybe it is related that the default IP version is flipped from IPv4 in
> CentOS7 to IPv6 in CentOS8.
> This means that if IPv6 is enabled in the dns, it is required to be
> enabled on the source and destination host.
> I will have a detailed look.
>
>
>> Regards,
>> Milan
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/E3Z3RDMSYQ7GTXO7R2DTJCDG5RLZFPZZ/
>>
>

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2QQVXKRNAA4XRCFZFHYPAGUM4HIIGEZ6/

[ovirt-devel] Re: Ovirt System Tests: reposync fails during run_suite.sh

[Galit Rosenthal]

_run(args)
>   File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184,
> in do_run
> self._do_run(**vars(args))
>   File "/usr/lib/python2.7/site-packages/lago/utils.py", line 573, in
> wrapper
> return func(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/lago/utils.py", line 584, in
> wrapper
> return func(*args, prefix=prefix, **kwargs)
>   File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 173, in
> do_ovirt_reposetup
> sub_repo_name=repo_name
>   File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, in
> wrapper
> return func(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/ovirtlago/prefix.py", line 203,
> in prepare_repo
> repos,
>   File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line
> 245, in sync_rpm_repository
> ).format(repo)
> RuntimeError: Failed to run reposync 3 times for repoid:
> ovirt-4.3-tested-el7, aborting.
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BBYK5S47EXQPKY66BFELC4X3TIADZXUU/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JXP5ENQ6VF4UIIRRAHOK5TQ7X4YE3EYJ/

[ovirt-devel] Re: Ovirt System Tests: reposync fails during run_suite.sh

[Galit Rosenthal]

[lago-basic-suite-4-3-host-1]:
> [NICs]:
> [eth0]:
> ip: 192.168.205.3
> network: lago-basic-suite-4-3-net-management
> [eth1]:
> ip: 192.168.204.3
> network: lago-basic-suite-4-3-net-storage
> [eth2]:
> ip: 192.168.203.2
> network: lago-basic-suite-4-3-net-bonding
> [eth3]:
> ip: 192.168.203.3
> network: lago-basic-suite-4-3-net-bonding
> distro: el7
> [metadata]:
> deploy-scripts:
> $LAGO_PREFIX_PATH/scripts/_
> Ray_ovirt-system-tests_basic-suite-4.3_deploy-scripts_add_local_repo_no_ext_access.sh
> $LAGO_PREFIX_PATH/scripts/_
> Ray_ovirt-system-tests_basic-suite-4.3_deploy-scripts_setup_host_el7.sh
> root password: 123456
> status: down
> + cd -
> /Ray/ovirt-system-tests
> _______
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/742OVY5YGA6HWBRQ3MQYBUQDPLDSYWOW/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EYYHXQKRZMGCDCFYB42BUAYYGOVCG4ZN/

[ovirt-devel] Re: OST basic suite locally fails to provision *one* of the hosts

[Galit Rosenthal]

args)
> >File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1671, in
> deploy
> >  self.virt_env.get_vms().values()
> >File "/usr/lib/python2.7/site-packages/lago/utils.py", line 104, in
> > invoke_in_parallel
> >  return vt.join_all()
> >File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in
> > _ret_via_queue
> >  queue.put({'return': func()})
> >File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1662,
> > in _deploy_host
> >  host.name(),
> > LagoDeployError:
> >
> /home/mduarted/ovirt/ovirt-system-tests/deployment-basic-suite-master/default/scripts/_home_mduarted_ovirt_ovirt-system-tests_basic-suite-master_deploy-scripts_setup_1st_host_el7.sh
> > failed with status 1 on lago-basic-suite-master-host-0
> > + res=1
> > _______
> > Devel mailing list -- devel@ovirt.org
> > To unsubscribe send an email to devel-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/PXQX3MSXIBEADABVYZNGUV6VPWEKTZRY/
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/UOI4FAYDMJHTY6Y6IF7DZUGN24AFOH5Y/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XKVURH564VTQ6CPSEGUUUTUMYVFVYUPA/

[ovirt-devel] Re: CentOS 8 Mock is Available in STDCI

[Galit Rosenthal]

Hi All,

We also have mock centos8  ppc64le

Regards,
Galit

On Tue, Oct 1, 2019 at 11:03 AM Anton Marchukov  wrote:

> Hello All.
>
> We are happy to announce that CentOS 8 mock is now available for CI. As
> usual you will need to adjust your “automation” directory and use “el8” in
> “distros”. Then, “packages” and “repos” might need to be updated to
> accommodate CentOS changes. You can check the patch for “otopi” that was
> the first project onboarded there [1].
>
> This effort is led by Galit (CCed), so you can reach her directly or use
> this list to reply with any issues. At this moment we are aware about
> unavailability on “pcc64le” and are working on it. As a next step we will
> also work on changing OST to run there, but it will not happen without
> oVirt packages build for “el8”. Thus you need to start transitioning your
> projects in CI now.
>
> [1] https://gerrit.ovirt.org/#/c/103620/
>
> --
> Anton Marchukov
> Associate Manager - RHV DevOps - Red Hat
>
>
>
>
>
>
>

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/SZSLUIZK2S3LW2IN6X5UZLPF6WMTRKZF/

[ovirt-devel] Re: Failure during OST run

[Galit Rosenthal]

A fix was merged in the morning.

Can you rebase?

On Wed, Aug 7, 2019 at 11:33 AM Dan Kenigsberg  wrote:

> On Wed, Aug 7, 2019 at 11:11 AM Andrej Cernek  wrote:
> >
> > Hi,
> >
> > I am failing at running ost:
> >
> > * [Thread-2] Deploy VM lago-network-suite-master-engine: ERROR (in
> 0:02:13)
> >   # Deploy environment: ERROR (in 0:02:14)
> > @ Deploy oVirt environment: ERROR (in 0:02:14)
> >
> > The error seems to be caused by unavailable package:
> >
> > Error: Package:
> ovirt-engine-metrics-1.3.4-0.0.master.20190804083458.git68b317a.el7.noarch
> (alocalsync)
> >Requires: ansible >= 2.8.3
> >Available: ansible-2.4.2.0-2.el7.noarch (extras)
> >ansible = 2.4.2.0-2.el7
> >Installing: ansible-2.8.2-1.el7.noarch (alocalsync)
> >ansible = 2.8.2-1.el7
> >
> > Did anyone encounter similar issues?
>
> +Shirly Radco ?
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GU5EVD524LZF7QYAPOW3EVSGXU4R2U3F/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/TVLNONCZIVW3YSNGHDLGJPOTWZVTOP5W/

[ovirt-devel] Re: Storage test case needs to be fixed: 002_bootstrap.resize_and_refresh_storage_domain

[Galit Rosenthal]

We didn't make any changes.
I don't think retrie will help in this case
we are trying to catch what cause this.

If you see this again please let us know.

We are still debugging it

On Wed, Jun 5, 2019 at 10:56 AM Dafna Ron  wrote:

> Hi,
>
> This is a random failure - so no, I have not.
> However, I looked at several failures and they are all the same, the
> action on engine/vdsm side succeeds and lago repots a failure but prints a
> success from logs.
> Did you add anything more to the tests to allow better debugging?
> Did you add a re-try to the test?
>
> Thanks,
> Dafna
>
>
>
> On Wed, Jun 5, 2019 at 8:21 AM Galit Rosenthal 
> wrote:
>
>> Hi Dafna
>>
>> If you see this failure again, please send us the link to the job.
>>
>> We are trying to reproduce it and find the root cause.
>>
>> Regards,
>> Galit
>>
>> On Tue, May 21, 2019 at 5:15 PM Dafna Ron  wrote:
>>
>>> sure
>>>
>>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14185/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-002_bootstrap.py/
>>>
>>>
>>> On Tue, May 21, 2019 at 3:04 PM Shani Leviim  wrote:
>>>
>>>> Hi Dafna,
>>>> Can you please direct me to the full test's log?
>>>>
>>>>
>>>> *Regards,*
>>>>
>>>> *Shani Leviim*
>>>>
>>>>
>>>> On Tue, May 21, 2019 at 11:57 AM Tal Nisan  wrote:
>>>>
>>>>> Sure, Shani can you please have a look?
>>>>>
>>>>> On Mon, May 20, 2019 at 8:30 PM Dafna Ron  wrote:
>>>>>
>>>>>> Hi Tal,
>>>>>>
>>>>>> I am seeing random failures for test
>>>>>> 002_bootstrap.resize_and_refresh_storage_domain
>>>>>> It looks like this is a timing issue since by the time we print out
>>>>>> the error we actually see the resize succeeded. see example below:
>>>>>>
>>>>>>
>>>>>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14185/testReport/junit/(root)/002_bootstrap/running_tests___basic_suite_el7_x86_64___resize_and_refresh_storage_domain/
>>>>>>
>>>>>> Can you please assign someone from the storage team to fix this test?
>>>>>>
>>>>>> Thanks,
>>>>>> Dafna
>>>>>>
>>>>>> ___
>>> Devel mailing list -- devel@ovirt.org
>>> To unsubscribe send an email to devel-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/P4UZJ4PWELVW2AGLVIFXKM5OTMHUHKGC/
>>>
>>
>>
>> --
>>
>> GALIT ROSENTHAL
>>
>> SOFTWARE ENGINEER
>>
>> Red Hat
>>
>> <https://www.redhat.com/>
>>
>> ga...@redhat.comT: 972-9-7692230
>> <https://red.ht/sig>
>>
>

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YCJL3EFI2RQD6GW2RZUTN4EBIYVU3C5M/

[ovirt-devel] Re: Storage test case needs to be fixed: 002_bootstrap.resize_and_refresh_storage_domain

[Galit Rosenthal]

Hi Dafna

If you see this failure again, please send us the link to the job.

We are trying to reproduce it and find the root cause.

Regards,
Galit

On Tue, May 21, 2019 at 5:15 PM Dafna Ron  wrote:

> sure
>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14185/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-002_bootstrap.py/
>
>
> On Tue, May 21, 2019 at 3:04 PM Shani Leviim  wrote:
>
>> Hi Dafna,
>> Can you please direct me to the full test's log?
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Tue, May 21, 2019 at 11:57 AM Tal Nisan  wrote:
>>
>>> Sure, Shani can you please have a look?
>>>
>>> On Mon, May 20, 2019 at 8:30 PM Dafna Ron  wrote:
>>>
>>>> Hi Tal,
>>>>
>>>> I am seeing random failures for test
>>>> 002_bootstrap.resize_and_refresh_storage_domain
>>>> It looks like this is a timing issue since by the time we print out the
>>>> error we actually see the resize succeeded. see example below:
>>>>
>>>>
>>>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14185/testReport/junit/(root)/002_bootstrap/running_tests___basic_suite_el7_x86_64___resize_and_refresh_storage_domain/
>>>>
>>>> Can you please assign someone from the storage team to fix this test?
>>>>
>>>> Thanks,
>>>> Dafna
>>>>
>>>> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/P4UZJ4PWELVW2AGLVIFXKM5OTMHUHKGC/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XW7KHBLUVBYAZKRWRSYMMVK7DXZXV6HW/

[ovirt-devel] Lago oVirt plugin v0.46 Release Announcement

[Galit Rosenthal]

Hi,

On behalf of the Lago team, I'm pleased to announce that lago-ost-plugin
v0.46, is available. This release adds support for Fedora 29 and includes
some bug fixes and new features.
New Features

   - Fedora29 requires gcc which is missing
   - Fedora requires dnf-utils
   - Lago ost plugin does not need to depend directly on createrepo.
   repoman depends on it (on createrepo_c which is OK). This a This allows us
   to get rid of 'yum' if needed.

Bug Fixes

   - Fix Lago ExtractPathNoPathError
   - Fix "with_repo_server" docstrings

Installing And Upgrading

To upgrade using yum or dnf, simply run:

yum/dnf update lago-ost-plugin

Resources

Docs: http://lago-ost-plugin.readthedocs.io/en/latest/
GitHub: https://github.com/lago-project/lago-ost-plugin
YUM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/
OST Docs: http://ovirt-system-tests.readthedocs.io/en/latest/
Changelog:
http://lago-ost-plugin.readthedocs.io/en/latest/_static/ChangeLog.txt

As always, if you find any issues, please open an issue on the GitHub page.

Enjoy!

Galit

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ZKVLPSKDYIMEYPOOL2CFVDYRFKVBPTUY/

[ovirt-devel] Lago v0.46 Release Announcement

[Galit Rosenthal]

Hi All,

On behalf of the Lago team, I'm pleased to announce Lago v0.46 is available!
For a detailed release announcement please refer to our Github page at:
https://github.com/lago-project/lago/releases/tag/0.46

Resources
==
Lago Docs: http://lago.readthedocs.io/en/latest/
GitHub: https://github.com/lago-project/lago/
YUM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/
Pypi: https://pypi.python.org/pypi/lago
Docker Hub: https://hub.docker.com/r/lagoproject/lago/
Changelog: https://lago.readthedocs.io/en/latest/_static/ChangeLog.txt

As always, if you find any problems, or willing to contribute, visit our
GitHub page.

Enjoy!
-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GMX7BNYMGLBLTW3EZVLFYPKTHQRKF6VK/

[ovirt-devel] Re: [CQ]: 99533,1 (ovirt-vmconsole) failed "ovirt-4.2" system tests

[Galit Rosenthal]

Hi Eyal,

Image created.
Need now to Update OST with new image.

Regards,
Galit

On Sun, May 12, 2019 at 8:29 AM Eyal Edri  wrote:

> OK,
> Can we do the same today?
> I assume CentOS issued a new Image by now that we can use.
>
> On Sun, May 12, 2019 at 8:23 AM Galit Rosenthal 
> wrote:
>
>> Eyal,
>>
>> We had the same issue in February 2019
>> Then, we've created a new updated image.
>>
>> this is a bug that was opened related to this issue, but it was closed.
>> https://bugzilla.redhat.com/show_bug.cgi?id=1518599#c9
>>
>>
>> Regards,
>> Galit
>>
>> On Sat, May 11, 2019 at 4:48 PM Eyal Edri  wrote:
>>
>>> Adding Galit.
>>> Not sure why it requires new image, can you elaborate?
>>>
>>>
>>> On Fri, May 10, 2019, 17:10 Dafna Ron  wrote:
>>>
>>>> we may need new lago images as I think the selinux conf is overwritten
>>>> when we upgrade newer packages.
>>>>
>>>>
>>>> http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/4323/testReport/junit/(root)/001_upgrade_engine/running_tests___upgrade_from_prevrelease_suite_el7_x86_64___test_initialize_engine/
>>>>
>>>> On Fri, May 10, 2019 at 2:25 PM oVirt Jenkins 
>>>> wrote:
>>>>
>>>>> Change 99533,1 (ovirt-vmconsole) 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/99533/1
>>>>>
>>>>> For failed test results see:
>>>>> http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/4323/
>>>>> ___
>>>>> Infra mailing list -- in...@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/in...@ovirt.org/message/NI7TPHGBKRGWIFH4XHDKA72C74VS4DP7/
>>>>>
>>>> ___
>>>> Infra mailing list -- in...@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/in...@ovirt.org/message/VDWLW6XCGNAGQ6NEXIULKKMXESQWCNY5/
>>>>
>>>
>>
>> --
>>
>> GALIT ROSENTHAL
>>
>> SOFTWARE ENGINEER
>>
>> Red Hat
>>
>> <https://www.redhat.com/>
>>
>> ga...@redhat.comT: 972-9-7692230
>> <https://red.ht/sig>
>>
>
>
> --
>
> Eyal edri
>
>
> MANAGER
>
> CONTINUOUS PRODUCTIZATION
>
> SYSTEM ENGINEERING
>
> Red Hat <https://www.redhat.com/>
> <https://red.ht/sig>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/CPPLLYZ3RCSJ7H2FX6466CUS6O7YO4VZ/

[ovirt-devel] Re: [CQ]: 99533,1 (ovirt-vmconsole) failed "ovirt-4.2" system tests

[Galit Rosenthal]

Eyal,

We had the same issue in February 2019
Then, we've created a new updated image.

this is a bug that was opened related to this issue, but it was closed.
https://bugzilla.redhat.com/show_bug.cgi?id=1518599#c9


Regards,
Galit

On Sat, May 11, 2019 at 4:48 PM Eyal Edri  wrote:

> Adding Galit.
> Not sure why it requires new image, can you elaborate?
>
>
> On Fri, May 10, 2019, 17:10 Dafna Ron  wrote:
>
>> we may need new lago images as I think the selinux conf is overwritten
>> when we upgrade newer packages.
>>
>>
>> http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/4323/testReport/junit/(root)/001_upgrade_engine/running_tests___upgrade_from_prevrelease_suite_el7_x86_64___test_initialize_engine/
>>
>> On Fri, May 10, 2019 at 2:25 PM oVirt Jenkins  wrote:
>>
>>> Change 99533,1 (ovirt-vmconsole) 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/99533/1
>>>
>>> For failed test results see:
>>> http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/4323/
>>> ___
>>> Infra mailing list -- in...@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/in...@ovirt.org/message/NI7TPHGBKRGWIFH4XHDKA72C74VS4DP7/
>>>
>> ___
>> Infra mailing list -- in...@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/in...@ovirt.org/message/VDWLW6XCGNAGQ6NEXIULKKMXESQWCNY5/
>>
>

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/OTTGW2FEI7S5PXNMW7ANLOBDJ7SG75JT/

[ovirt-devel] Re: ovirt-system-tests_compat-4.2-suite-master failing for 3 weeks?

[Galit Rosenthal]

https://gerrit.ovirt.org/#/c/99729/

On Tue, May 7, 2019 at 12:53 PM Nir Soffer  wrote:

> On Tue, May 7, 2019 at 7:16 AM Galit Rosenthal 
> wrote:
>
>> By default, the SD type is set to V5.
>> and in the test, there was a condition when version < 4.1 was set to V3.
>> We added a fix  on 4.1<=versions <=4.2 it will set to V4
>>
>
> Sounds good. Can you link to the patches fixing this?
>
> On Tue, May 7, 2019 at 2:35 AM Nir Soffer  wrote:
>>
>>> On Mon, May 6, 2019 at 6:18 PM Galit Rosenthal 
>>> wrote:
>>>
>>>>
>>>> The issue is solved now for both compat 4.2 and for compat 4.1
>>>> the suites passed successfully
>>>>
>>>
>>> Great!
>>>
>>> Can we have more details? what was the root cause? how it was fixed?
>>>
>>> On Thu, May 2, 2019 at 11:15 AM Shani Leviim  wrote:
>>>>
>>>>> It seems that the storage domain's format wasn't properly set by the
>>>>> cluster's level (although the cluster level is 4.1 or 4.2, the storage
>>>>> format was set as v5).
>>>>> Galit and I are working on it.
>>>>>
>>>>>
>>>>> *Regards,*
>>>>>
>>>>> *Shani Leviim*
>>>>>
>>>>>
>>>>> On Wed, May 1, 2019 at 5:34 PM Tal Nisan  wrote:
>>>>>
>>>>>> Shani, please have a look
>>>>>>
>>>>>> On Wed, May 1, 2019 at 2:34 PM Galit Rosenthal 
>>>>>> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> There is a different issue now (jenkins job [1]):
>>>>>>>
>>>>>>> Fault reason is "Operation Failed". Fault detail is "[Cannot attach 
>>>>>>> Storage. Storage Domain format V5 is illegal.]". HTTP response code is 
>>>>>>> 409.
>>>>>>>
>>>>>>>
>>>>>>> <http://goog_2029942553>
>>>>>>> Can someone take a look?
>>>>>>>
>>>>>>> *Error from engine.log:*
>>>>>>>
>>>>>>> 2019-05-01 02:00:54,015-04 DEBUG [org.ovirt.engine.core.bll.Backend] 
>>>>>>> (default task-3) [] Executing command AttachStorageDomainToPool for 
>>>>>>> user admin@internal-authz.
>>>>>>> 2019-05-01 02:00:54,032-04 DEBUG 
>>>>>>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand]
>>>>>>>  (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] Checking 
>>>>>>> whether user 'caa94e16-6bd5-11e9-b8ca-5452c0a8ca02' or one of the 
>>>>>>> groups he is member of, have the following permissions:  ID: 
>>>>>>> bb8f0934-0325-474d-9f62-f2983972a16b Type: StorageAction group 
>>>>>>> MANIPULATE_STORAGE_DOMAIN with role type ADMIN,  ID: 
>>>>>>> b2c7ddfb-b9ba-4218-b3f1-4b952031de8f Type: StoragePoolAction group 
>>>>>>> MANIPULATE_STORAGE_DOMAIN with role type ADMIN
>>>>>>> 2019-05-01 02:00:54,032-04 DEBUG 
>>>>>>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand]
>>>>>>>  (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] Found 
>>>>>>> permission 'caa959ec-6bd5-11e9-b8cb-5452c0a8ca02' for user when running 
>>>>>>> 'AttachStorageDomainToPool', on 'Storage' with id 
>>>>>>> 'bb8f0934-0325-474d-9f62-f2983972a16b'
>>>>>>> 2019-05-01 02:00:54,033-04 DEBUG 
>>>>>>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand]
>>>>>>>  (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] Found 
>>>>>>> permission 'caa959ec-6bd5-11e9-b8cb-5452c0a8ca02' for user when running 
>>>>>>> 'AttachStorageDomainToPool', on 'Data Center' with id 
>>>>>>> 'b2c7ddfb-b9ba-4218-b3f1-4b952031de8f'
>>>>>>> 2019-05-01 02:00:54,033-04 DEBUG 
>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (default task-3) 
>>>>>>> [13e92697-ec26-478b-a29e-c652b6006e63] Before acquiring lock 
>>>>>>> 'EngineLock:{exclusiveLocks='[bb8f0934-0325-474d-9f62-f2983972a16b=STORAGE]',
>>>>>>>  sharedLocks=''}'
>>>&g

[ovirt-devel] Re: ovirt-system-tests_compat-4.2-suite-master failing for 3 weeks?

[Galit Rosenthal]

By default, the SD type is set to V5.
and in the test, there was a condition when version < 4.1 was set to V3.
We added a fix  on 4.1<=versions <=4.2 it will set to V4





On Tue, May 7, 2019 at 2:35 AM Nir Soffer  wrote:

> On Mon, May 6, 2019 at 6:18 PM Galit Rosenthal 
> wrote:
>
>>
>> The issue is solved now for both compat 4.2 and for compat 4.1
>> the suites passed successfully
>>
>
> Great!
>
> Can we have more details? what was the root cause? how it was fixed?
>
> On Thu, May 2, 2019 at 11:15 AM Shani Leviim  wrote:
>>
>>> It seems that the storage domain's format wasn't properly set by the
>>> cluster's level (although the cluster level is 4.1 or 4.2, the storage
>>> format was set as v5).
>>> Galit and I are working on it.
>>>
>>>
>>> *Regards,*
>>>
>>> *Shani Leviim*
>>>
>>>
>>> On Wed, May 1, 2019 at 5:34 PM Tal Nisan  wrote:
>>>
>>>> Shani, please have a look
>>>>
>>>> On Wed, May 1, 2019 at 2:34 PM Galit Rosenthal 
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> There is a different issue now (jenkins job [1]):
>>>>>
>>>>> Fault reason is "Operation Failed". Fault detail is "[Cannot attach 
>>>>> Storage. Storage Domain format V5 is illegal.]". HTTP response code is 
>>>>> 409.
>>>>>
>>>>>
>>>>> <http://goog_2029942553>
>>>>> Can someone take a look?
>>>>>
>>>>> *Error from engine.log:*
>>>>>
>>>>> 2019-05-01 02:00:54,015-04 DEBUG [org.ovirt.engine.core.bll.Backend] 
>>>>> (default task-3) [] Executing command AttachStorageDomainToPool for user 
>>>>> admin@internal-authz.
>>>>> 2019-05-01 02:00:54,032-04 DEBUG 
>>>>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand]
>>>>>  (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] Checking whether 
>>>>> user 'caa94e16-6bd5-11e9-b8ca-5452c0a8ca02' or one of the groups he is 
>>>>> member of, have the following permissions:  ID: 
>>>>> bb8f0934-0325-474d-9f62-f2983972a16b Type: StorageAction group 
>>>>> MANIPULATE_STORAGE_DOMAIN with role type ADMIN,  ID: 
>>>>> b2c7ddfb-b9ba-4218-b3f1-4b952031de8f Type: StoragePoolAction group 
>>>>> MANIPULATE_STORAGE_DOMAIN with role type ADMIN
>>>>> 2019-05-01 02:00:54,032-04 DEBUG 
>>>>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand]
>>>>>  (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] Found permission 
>>>>> 'caa959ec-6bd5-11e9-b8cb-5452c0a8ca02' for user when running 
>>>>> 'AttachStorageDomainToPool', on 'Storage' with id 
>>>>> 'bb8f0934-0325-474d-9f62-f2983972a16b'
>>>>> 2019-05-01 02:00:54,033-04 DEBUG 
>>>>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand]
>>>>>  (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] Found permission 
>>>>> 'caa959ec-6bd5-11e9-b8cb-5452c0a8ca02' for user when running 
>>>>> 'AttachStorageDomainToPool', on 'Data Center' with id 
>>>>> 'b2c7ddfb-b9ba-4218-b3f1-4b952031de8f'
>>>>> 2019-05-01 02:00:54,033-04 DEBUG 
>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (default task-3) 
>>>>> [13e92697-ec26-478b-a29e-c652b6006e63] Before acquiring lock 
>>>>> 'EngineLock:{exclusiveLocks='[bb8f0934-0325-474d-9f62-f2983972a16b=STORAGE]',
>>>>>  sharedLocks=''}'
>>>>> 2019-05-01 02:00:54,033-04 DEBUG 
>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (default task-3) 
>>>>> [13e92697-ec26-478b-a29e-c652b6006e63] Success acquiring lock 
>>>>> 'EngineLock:{exclusiveLocks='[bb8f0934-0325-474d-9f62-f2983972a16b=STORAGE]',
>>>>>  sharedLocks=''}'
>>>>> 2019-05-01 02:00:54,033-04 INFO  
>>>>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand]
>>>>>  (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] Lock Acquired to 
>>>>> object 
>>>>> 'EngineLock:{exclusiveLocks='[bb8f0934-0325-474d-9f62-f2983972a16b=STORAGE]',
>>>>>  sharedLocks=''}'
>>>>> 2019-05-01 02:00:54,039-04 DEBUG 
>>>>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
>>

[ovirt-devel] Re: ovirt-system-tests_compat-4.2-suite-master failing for 3 weeks?

[Galit Rosenthal]

The issue is solved now for both compat 4.2 and for compat 4.1
the suites passed successfully



On Thu, May 2, 2019 at 11:15 AM Shani Leviim  wrote:

> It seems that the storage domain's format wasn't properly set by the
> cluster's level (although the cluster level is 4.1 or 4.2, the storage
> format was set as v5).
> Galit and I are working on it.
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Wed, May 1, 2019 at 5:34 PM Tal Nisan  wrote:
>
>> Shani, please have a look
>>
>> On Wed, May 1, 2019 at 2:34 PM Galit Rosenthal 
>> wrote:
>>
>>> Hi,
>>>
>>> There is a different issue now (jenkins job [1]):
>>>
>>> Fault reason is "Operation Failed". Fault detail is "[Cannot attach 
>>> Storage. Storage Domain format V5 is illegal.]". HTTP response code is 409.
>>>
>>>
>>> <http://goog_2029942553>
>>> Can someone take a look?
>>>
>>> *Error from engine.log:*
>>>
>>> 2019-05-01 02:00:54,015-04 DEBUG [org.ovirt.engine.core.bll.Backend] 
>>> (default task-3) [] Executing command AttachStorageDomainToPool for user 
>>> admin@internal-authz.
>>> 2019-05-01 02:00:54,032-04 DEBUG 
>>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand] 
>>> (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] Checking whether 
>>> user 'caa94e16-6bd5-11e9-b8ca-5452c0a8ca02' or one of the groups he is 
>>> member of, have the following permissions:  ID: 
>>> bb8f0934-0325-474d-9f62-f2983972a16b Type: StorageAction group 
>>> MANIPULATE_STORAGE_DOMAIN with role type ADMIN,  ID: 
>>> b2c7ddfb-b9ba-4218-b3f1-4b952031de8f Type: StoragePoolAction group 
>>> MANIPULATE_STORAGE_DOMAIN with role type ADMIN
>>> 2019-05-01 02:00:54,032-04 DEBUG 
>>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand] 
>>> (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] Found permission 
>>> 'caa959ec-6bd5-11e9-b8cb-5452c0a8ca02' for user when running 
>>> 'AttachStorageDomainToPool', on 'Storage' with id 
>>> 'bb8f0934-0325-474d-9f62-f2983972a16b'
>>> 2019-05-01 02:00:54,033-04 DEBUG 
>>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand] 
>>> (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] Found permission 
>>> 'caa959ec-6bd5-11e9-b8cb-5452c0a8ca02' for user when running 
>>> 'AttachStorageDomainToPool', on 'Data Center' with id 
>>> 'b2c7ddfb-b9ba-4218-b3f1-4b952031de8f'
>>> 2019-05-01 02:00:54,033-04 DEBUG 
>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (default task-3) 
>>> [13e92697-ec26-478b-a29e-c652b6006e63] Before acquiring lock 
>>> 'EngineLock:{exclusiveLocks='[bb8f0934-0325-474d-9f62-f2983972a16b=STORAGE]',
>>>  sharedLocks=''}'
>>> 2019-05-01 02:00:54,033-04 DEBUG 
>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (default task-3) 
>>> [13e92697-ec26-478b-a29e-c652b6006e63] Success acquiring lock 
>>> 'EngineLock:{exclusiveLocks='[bb8f0934-0325-474d-9f62-f2983972a16b=STORAGE]',
>>>  sharedLocks=''}'
>>> 2019-05-01 02:00:54,033-04 INFO  
>>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand] 
>>> (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] Lock Acquired to 
>>> object 
>>> 'EngineLock:{exclusiveLocks='[bb8f0934-0325-474d-9f62-f2983972a16b=STORAGE]',
>>>  sharedLocks=''}'
>>> 2019-05-01 02:00:54,039-04 DEBUG 
>>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
>>> (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] method: 
>>> getAllForStoragePoolAndStatus, params: 
>>> [b2c7ddfb-b9ba-4218-b3f1-4b952031de8f, Up], timeElapsed: 6ms
>>> 2019-05-01 02:00:54,040-04 WARN  
>>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand] 
>>> (default task-3) [13e92697-ec26-478b-a29e-c652b6006e63] Validation of 
>>> action 'AttachStorageDomainToPool' failed for user admin@internal-authz. 
>>> Reasons: 
>>> VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__ATTACH,ACTION_TYPE_FAILED_STORAGE_DOMAIN_FORMAT_ILLEGAL,$storageFormat
>>>  V5
>>> 2019-05-01 02:00:54,041-04 DEBUG 
>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (default task-3) 
>>> [13e92697-ec26-478b-a29e-c652b6006e63] Before releasing a lock 
>>> 'EngineLock:{exclusiveLocks='[bb8f0934-0325-474d-9f62-f2983972a16b=STORAGE]',
>>>  sharedLocks=''}'
>>> 2019-05-01 02:00:54,041-04 DEBUG 
>>

[ovirt-devel] Re: ovirt-system-tests_compat-4.2-suite-master failing for 3 weeks?

[Galit Rosenthal]

t; hosts are on UP state.
> However, it is not always the case and the root cause is unclear.
>
> On Mon, Apr 29, 2019 at 3:16 PM Doron Fediuck  wrote:
>
>>
>> https://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.2-suite-master/558/testReport/junit/(root)/002_bootstrap/add_master_storage_domain_42/
>>
>> The current failure is on adding a storage domain. Did anyone review it?
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/QRMG6BISWXU7NJQQFJTFRGEKK7CHAAUN/
>>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YIGTLVYSA5VHD3HM4THNUIXU5PKUPDZ7/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/T7Y2WW4OBBSSARLANNGUZCVURPFD3QDY/

[ovirt-devel] Re: OST failures (Update to use gluster 5)

[Galit Rosenthal]

I will update it :)

On Wed, Mar 20, 2019 at 7:18 AM Sahina Bose  wrote:

>
>
> On Wed, Mar 20, 2019 at 10:46 AM Galit Rosenthal 
> wrote:
>
>> HI Sahina,
>>
>> The glusterfs 5, should be updated as well on 4.3?
>>
> Also on 4.3
>
> or only on master?
>>
>> Regards,
>> Galit
>>
>> On Wed, Mar 20, 2019 at 6:24 AM Sahina Bose  wrote:
>>
>>>
>>>
>>> On Wed, Mar 20, 2019 at 12:31 AM Greg Sheremeta 
>>> wrote:
>>>
>>>> Hey,
>>>>
>>>> Is someone looking at all the OST failures?
>>>> he, hc, and network are all failing with the 409 error. Started after
>>>> the merge of
>>>> "Update to use gluster 5"
>>>> I'm not positive that's the problem, but seems likely.
>>>>
>>>>
>>> Do you mean https://gerrit.ovirt.org/#/c/98470/ ? this should have
>>> affected only the hc-master suite
>>>
>>> Both hc and he suites are failing with this error..this is probably not
>>> related to gluster, as he suite does not use gluster. Adding Simone and
>>> devel ml for insights
>>>
>>>  "tar: ebaaaefb-5d8c-4059-a59e-b81cdb09e001.ovf: Not found in archive\ntar: 
>>> Exiting with failure status due to previous errors\n20+0 records in\n20+0 
>>> records out\n10240 bytes (10 kB) copied, 0.00144612 s, 7.1 MB/s",
>>> "stderr_lines": ["tar: ebaaaefb-5d8c-4059-a59e-b81cdb09e001.ovf: Not found 
>>> in archive"
>>>
>>>
>>>
>>>> Best wishes,
>>>> Greg
>>>>
>>>> --
>>>>
>>>> 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 -- devel@ovirt.org
>>> To unsubscribe send an email to devel-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/HT4POQ4RV5NQK6VCSWWEOIRWMN52OGZD/
>>>
>>
>>
>> --
>>
>> GALIT ROSENTHAL
>>
>> SOFTWARE ENGINEER
>>
>> Red Hat
>>
>> <https://www.redhat.com/>
>>
>> ga...@gmail.comT: 972-9-7692230
>> <https://red.ht/sig>
>>
>

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@gmail.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/P7DZRFSQCH3NAWFSA7VJYRCDWKVXLJSW/

[ovirt-devel] Re: OST failures (Update to use gluster 5)

[Galit Rosenthal]

HI Sahina,

The glusterfs 5, should be updated as well on 4.3?
or only on master?

Regards,
Galit

On Wed, Mar 20, 2019 at 6:24 AM Sahina Bose  wrote:

>
>
> On Wed, Mar 20, 2019 at 12:31 AM Greg Sheremeta 
> wrote:
>
>> Hey,
>>
>> Is someone looking at all the OST failures?
>> he, hc, and network are all failing with the 409 error. Started after the
>> merge of
>> "Update to use gluster 5"
>> I'm not positive that's the problem, but seems likely.
>>
>>
> Do you mean https://gerrit.ovirt.org/#/c/98470/ ? this should have
> affected only the hc-master suite
>
> Both hc and he suites are failing with this error..this is probably not
> related to gluster, as he suite does not use gluster. Adding Simone and
> devel ml for insights
>
>  "tar: ebaaaefb-5d8c-4059-a59e-b81cdb09e001.ovf: Not found in archive\ntar: 
> Exiting with failure status due to previous errors\n20+0 records in\n20+0 
> records out\n10240 bytes (10 kB) copied, 0.00144612 s, 7.1 MB/s",
> "stderr_lines": ["tar: ebaaaefb-5d8c-4059-a59e-b81cdb09e001.ovf: Not found in 
> archive"
>
>
>
>> Best wishes,
>> Greg
>>
>> --
>>
>> 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 -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/HT4POQ4RV5NQK6VCSWWEOIRWMN52OGZD/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@gmail.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WX67C4KY4HHBNQOFRX5GLCUFDR7TGV2I/

[ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ / 004_basic_sanity.verify_glance_import]

[Galit Rosenthal]

Hi,

we are failing basic suite master ( ovirt-engine)

It looks a problem in ovirt-engine

Can you please have a look at the issue?

Thanks,
Galit

Error [1]:
'NoneType' object has no attribute 'status'

 >> begin captured logging << 
ovirtlago.testlib: ERROR: * Unhandled exception in  at 0x7f5e9feb3ed8>
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
234, in assert_equals_within
res = func()
  File 
"/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py",
line 1153, in 
lambda: api.disks.get(disk_name).status.state == 'ok',
AttributeError: 'NoneType' object has no attribute 'status'
- >> end captured logging << -


US CQ of the ovirt-engine results can be found [2]
We see the same error DS as well [3]


[1]
https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/13295/testReport/junit/(root)/004_basic_sanity/running_tests___basic_suite_el7_x86_64___verify_glance_import/

[2]
https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/13295/

[3]
https://rhv-devops-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/blue/rest/organizations/jenkins/pipelines/rhv-master_change-queue-tester/runs/1054/nodes/1758/steps/1883/log/?start=0
-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@gmail.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/NUVPCGA3CD5NZTVCTJBLRAHII2I5XJ7O/

[ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ 008_basic_ui_sanity.initialize_firefox]

[Galit Rosenthal]

Hi,

we are failing basic suite master (vdsm)

Can you please have a look at the issue?

*Error Message:*

Message: Error forwarding the new session new session request for
webdriver should contain a location header or an
'application/json;charset=UTF-8' response body with the session ID.


*from the [2]:*


*08:22:04* + xmllint --format
/dev/shm/ost/deployment-basic-suite-master/008_basic_ui_sanity.py.junit.xml*08:22:04*
*08:22:04* *08:22:04*
  *08:22:04*   *08:22:04*

[ovirt-devel] Re: Which OST suites are run on Jenkins?

[Galit Rosenthal]

These are the OST jobs that currently run
https://jenkins.ovirt.org/view/oVirt%20system%20tests/


On Wed, Mar 6, 2019 at 7:41 AM Galit Rosenthal  wrote:

> Hi Milan,
>
> Currently, you can see all that happens in the 4.3 CQ.
> I've sent a patch (not merged add) to add all the 4.3 suites that were
> merged to have nightly checks.
>
> Once we will merge all 4.3 suites - a manual test for 4.3 will be added.
>
> Regards,
> Galit
>
> On Tue, Mar 5, 2019 at 2:07 PM Milan Zamazal  wrote:
>
>> Hi,
>>
>> where can I find which OST suites are run on Jenkins automatically and
>> when?
>>
>> Thanks,
>> Milan
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WXGPAHGAVJG3KWAK7NUMMAU6ZHFQN6B4/
>>
>
>
> --
>
> GALIT ROSENTHAL
>
> SOFTWARE ENGINEER
>
> Red Hat
>
> <https://www.redhat.com/>
>
> ga...@gmail.comT: 972-9-7692230
> <https://red.ht/sig>
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@gmail.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GEYXXDBUUEZGTY3XNYCJZAUQ2DPY4LPR/

[ovirt-devel] Re: Which OST suites are run on Jenkins?

[Galit Rosenthal]

Hi Milan,

Currently, you can see all that happens in the 4.3 CQ.
I've sent a patch (not merged add) to add all the 4.3 suites that were
merged to have nightly checks.

Once we will merge all 4.3 suites - a manual test for 4.3 will be added.

Regards,
Galit

On Tue, Mar 5, 2019 at 2:07 PM Milan Zamazal  wrote:

> Hi,
>
> where can I find which OST suites are run on Jenkins automatically and
> when?
>
> Thanks,
> Milan
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WXGPAHGAVJG3KWAK7NUMMAU6ZHFQN6B4/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@gmail.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/MFWFAOBMCMZDA2RF66NNDDMRLAZYEYVO/

[ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ 27-02-2019 ] [ 002_bootstrap.get_host_devices]

[Galit Rosenthal]

Hi,

we are failing basic suite master (vdsm, ovirt-engine-sdk ...)

It happens sporadically.

We disqualify that this is an infra issue.

Can you please have a look at the issue?


ERROR:





Thanks,

Galit


Examples, Full logs:

[1] 
https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/ovirt-master_change-queue-tester/runs/13163/nodes/135/steps/286/log/?start=0


[2]

https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/ovirt-master_change-queue-tester/runs/13154/nodes/135/steps/286/log/?start=0



___
Infra mailing list -- in...@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/in...@ovirt.org/message/WXW6II3NYEXHISPI45R4GTE7GXSGF2A7/


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@gmail.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/HF4MB2VMJKBO4O277K46HLPBUPYEXGHW/

[ovirt-devel] Re: [URGENT] - seems like regression: Re: Re: Misc configuration': Failed to start service 'rh-postgresql95-postgresql

[Galit Rosenthal]

For building the centos/rhel images I'm using the information from this
document

https://docs.google.com/document/d/1fxXBcgHnQr3r2qrSzXiSlpNMMLWnbq899s8rUP38KHw/edit?usp=sharing


On Wed, Feb 20, 2019 at 11:29 AM Yedidyah Bar David  wrote:

> On Tue, Feb 19, 2019 at 8:51 PM Anton Marchukov 
> wrote:
>
>> I think having the new base image working confirms the assumption that
>> the problem was related to some old selinux package.
>>
>
> How are the images built? I searched a bit and found [1]. Do we run it
> manually? In jenkins? Elsewhere? Do we keep logs? To investigate deeper,
> I'd like to understand how exactly we built the broken images.
>
> [1] https://github.com/lago-project/lago-images
>
>
>> Then we just need to estimate the probability of users having those
>> package installed and not upgraded?
>>
>
> Not very probable, AFAICT. I *think* the flow is something like this, but
> this is not more than a (not-so-)wild guess:
>
> 1. Install el 7.2 (with selinux-policy 3.12)
> 2. Upgrade to later
> 3. Reboot the machine without a working /dev/console
> 4. Install scl pg and initdb
>
> (1.) or (2.) might be about how we create the images, (3.) might be
> specific to libvirt/lago.
>
>
>> Anton.
>>
>> On Tue, Feb 19, 2019 at 7:47 PM Martin Perina  wrote:
>>
>>>
>>>
>>> On Tue, 19 Feb 2019, 19:22 Eyal Edri >>
>>>>
>>>>
>>>> On Tue, Feb 19, 2019, 19:45 Galit Rosenthal >>>
>>>>> Hi
>>>>>
>>>>> U/S CQ master passed after the use of an updated image
>>>>>
>>>>
>>>> +1, glad to hear that.
>>>> are we going to apply also the other suggestion for workarounds for
>>>> postgresql or abandon them?
>>>>
>>>
>>> I'd say let's use updated image to unblock OST, we discus further
>>> improvements later...
>>>
>>>
>>>>
>>>>> Regards
>>>>> Galit
>>>>>
>>>>>
>>>>>
>>>>> בתאריך יום ג׳, 19 בפבר׳ 2019, 17:25, מאת Sandro Bonazzola <
>>>>> sbona...@redhat.com>:
>>>>>
>>>>>>
>>>>>>
>>>>>> Il giorno mar 19 feb 2019 alle ore 10:53 Anton Marchukov <
>>>>>> amarc...@redhat.com> ha scritto:
>>>>>>
>>>>>>> Hello Tal, Sandro.
>>>>>>>
>>>>>>> Since engine from previous tag was failing and hence it is not yet
>>>>>>> build we might consider including this fix into the new tag that we 
>>>>>>> need to
>>>>>>> do anyway (in case the bumps are not merged yet).
>>>>>>>
>>>>>>
>>>>>> I'm trying to verify didi's patch, but it's kind of hard to reproduce
>>>>>> on my laptop.
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> Anton.
>>>>>>>
>>>>>>> > On 19 Feb 2019, at 10:40, Yedidyah Bar David 
>>>>>>> wrote:
>>>>>>> >
>>>>>>> > On Tue, Feb 19, 2019 at 10:34 AM Doron Fediuck <
>>>>>>> dfedi...@redhat.com> wrote:
>>>>>>> >
>>>>>>> >
>>>>>>> > On Tue, 19 Feb 2019 at 10:25, Yedidyah Bar David 
>>>>>>> wrote:
>>>>>>> > On Tue, Feb 19, 2019 at 9:52 AM Yedidyah Bar David <
>>>>>>> d...@redhat.com> wrote:
>>>>>>> > On Tue, Feb 19, 2019 at 9:49 AM Eyal Edri 
>>>>>>> wrote:
>>>>>>> >
>>>>>>> >
>>>>>>> > On Tue, Feb 19, 2019 at 9:29 AM Yedidyah Bar David <
>>>>>>> d...@redhat.com> wrote:
>>>>>>> > On Tue, Feb 19, 2019 at 9:15 AM Dan Kenigsberg 
>>>>>>> wrote:
>>>>>>> > >
>>>>>>> > > On Mon, Feb 18, 2019 at 11:39 AM Martin Perina <
>>>>>>> mper...@redhat.com> wrote:
>>>>>>> > > >
>>>>>>> > > >
>>>>>>> > > >
>>>>>>> > > > On Mon, Feb 18, 2019 at 10:32 AM Dafna Ron 
>>>>>>> wrote:
>>>>>>> > > >>
>>>>>>> > > >> Also, try to run the sa

[ovirt-devel] Re: [URGENT] - seems like regression: Re: Re: Misc configuration': Failed to start service 'rh-postgresql95-postgresql

[Galit Rosenthal]

Hi

U/S CQ master passed after the use of an updated image

Regards
Galit



בתאריך יום ג׳, 19 בפבר׳ 2019, 17:25, מאת Sandro Bonazzola <
sbona...@redhat.com>:

>
>
> Il giorno mar 19 feb 2019 alle ore 10:53 Anton Marchukov <
> amarc...@redhat.com> ha scritto:
>
>> Hello Tal, Sandro.
>>
>> Since engine from previous tag was failing and hence it is not yet build
>> we might consider including this fix into the new tag that we need to do
>> anyway (in case the bumps are not merged yet).
>>
>
> I'm trying to verify didi's patch, but it's kind of hard to reproduce on
> my laptop.
>
>
>
>>
>> Anton.
>>
>> > On 19 Feb 2019, at 10:40, Yedidyah Bar David  wrote:
>> >
>> > On Tue, Feb 19, 2019 at 10:34 AM Doron Fediuck 
>> wrote:
>> >
>> >
>> > On Tue, 19 Feb 2019 at 10:25, Yedidyah Bar David 
>> wrote:
>> > On Tue, Feb 19, 2019 at 9:52 AM Yedidyah Bar David 
>> wrote:
>> > On Tue, Feb 19, 2019 at 9:49 AM Eyal Edri  wrote:
>> >
>> >
>> > On Tue, Feb 19, 2019 at 9:29 AM Yedidyah Bar David 
>> wrote:
>> > On Tue, Feb 19, 2019 at 9:15 AM Dan Kenigsberg 
>> wrote:
>> > >
>> > > On Mon, Feb 18, 2019 at 11:39 AM Martin Perina 
>> wrote:
>> > > >
>> > > >
>> > > >
>> > > > On Mon, Feb 18, 2019 at 10:32 AM Dafna Ron  wrote:
>> > > >>
>> > > >> Also, try to run the same in mock which would isolate your
>> environment
>> > > >
>> > > >
>> > > > My environment is minimal CentOS 7 VM installed from scratch, why
>> would mock help me?
>> > > >
>> > > > Unfortunately I have FC29 on laptop and I haven't been able to run
>> OST on it so far :-(
>> > > >
>> > > > I have been discussing with Galit over IRC and so far we haven't
>> been able to identify any different package version on my CentOS (where
>> everything works as expected) and her OST environment (where PG 9.5 failed
>> to start).
>> > >
>> > >
>> > > Have you tried running OST 4.2 locally? When it fails, it should keep
>> > > everything available for you to ssh into.
>> > > It has been the 4th night that the out 4.2 suite is failing, which is
>> > > not a healthy condition to be in.
>> >
>> > Reproduced and added this comment:
>> >
>> > https://bugzilla.redhat.com/show_bug.cgi?id=1518599#c6
>> >
>> > If we do not get a solution soon, we can consider a workaround (as we
>> > did in bug 1518253).
>> >
>> > Galit sent a WA which seems to work, do we want to merge it?  [1]
>> >
>> > Current version of this patch is only for the upgrade suites. I do not
>> object to merging, we might want to handle somewhere for all suites.
>> >
>> > I am working on a workaround in engine-setup.
>> >
>> > Seems like it would not be so easy, so perhaps for now we can update
>> our images in CI to make sure they already have latest selinux packages. I
>> think this will fix too.
>> >
>> > So is this an selinux policy bug? Or is it on our side?
>> >
>> > It's a bug in the selinux policy package, yes, not on our side.
>> >
>> > Now pushed a workaround:
>> >
>> > https://gerrit.ovirt.org/97870
>> >
>> >
>> >
>> > or maybe consider reverting the vmconsole patch? [2]  which might have
>> started this whole issue?
>> >
>> > I think it's not related, not sure.
>> >
>> >
>> >
>> > [1] https://gerrit.ovirt.org/#/c/97843/
>> > [2] https://gerrit.ovirt.org/#/c/97704/
>> >
>> >
>> > Best regards,
>> > --
>> > Didi
>> > ___
>> > Devel mailing list -- devel@ovirt.org
>> > To unsubscribe send an email to devel-le...@ovirt.org
>> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> > oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> > List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XYD4CJQGHAUKDQ43QY44D3FH6HA3ET4L/
>> >
>> >
>> > --
>> > EYAL EDRI
>> >
>> > MANAGER
>> > RHV/CNV DEVOPS
>> > EMEA VIRTUALIZATION R
>> >
>> > Red Hat EMEA
>> >   TRIED. TESTED. TRUSTED.
>> > phone: +972-9-7692018
>> > irc: eedri (on #tlv #rhev-dev #rhev-integ)
>> >
>> >
>> > --
>> > Didi
>> >
>> >
>> > --
>> > Didi
>> > ___
>> > Devel mailing list -- devel@ovirt.org
>> > To unsubscribe send an email to devel-le...@ovirt.org
>> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> > oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> > List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/7QF4RSTMYHZYIX6QDLHT7NYVMR5UEVPW/
>> >
>> >
>> > --
>> > Didi
>> > ___
>> > Devel mailing list -- devel@ovirt.org
>> > To unsubscribe send an email to devel-le...@ovirt.org
>> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> > oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> > List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/7RTHHBALWRSJAJNTLLSLVDHB6DBKWBIK/
>>
>> --
>> Anton Marchukov
>> Team Lead - Release Management - RHV DevOps - Red Hat
>>
>>
>>
>>
>>
>>
>
> --
>
> 

[ovirt-devel] Re: Misc configuration': Failed to start service 'rh-postgresql95-postgresql

[Galit Rosenthal]

DS:

We have the same problem with 4.2
as we have in US.

DS master known issue handle by Sandro on collectd-write_syslog


On Tue, Feb 19, 2019 at 12:24 PM Dan Kenigsberg  wrote:

> there is a parallel thread
> [ovirt-devel] [URGENT] - seems like regression: Re: Re: Misc
> configuration': Failed to start service 'rh-postgresql95-postgresql
> with some an idea. TL;DR: lago is not allocating a specific TTY number
> which postres's selinux policy requires.
>
>
> On Tue, Feb 19, 2019 at 12:20 PM Eli Mesika  wrote:
> >
> > Galit
> >
> > Did you find what went wrong?
> >
> > On Sun, Feb 17, 2019 at 12:55 PM Galit Rosenthal 
> wrote:
> >>
> >> Thanks Greg
> >>
> >> I will check this
> >>
> >>
> >> On Sun, Feb 17, 2019 at 12:51 PM Greg Sheremeta 
> wrote:
> >>>
> >>> Is there any way you can run
> >>> "systemctl status rh-postgresql95-postgresql.service" and "journalctl
> -xe"
> >>> like it suggests?
> >>> The logs below don't give any indication why it failed to start,
> afaict.
> >>>
> >>> On Sun, Feb 17, 2019 at 4:59 AM Galit Rosenthal 
> wrote:
> >>>>
> >>>> Hi
> >>>>
> >>>> I receive this error message both in CQ and check_patch:
> >>>>
> >>>> 2019-02-16 16:28:06,874-0500 DEBUG
> otopi.plugins.otopi.services.systemd systemd.state:130 starting service
> rh-postgresql95-postgresql
> >>>> 2019-02-16 16:28:06,874-0500 DEBUG
> otopi.plugins.otopi.services.systemd plugin.executeRaw:813 execute:
> ('/usr/bin/systemctl', 'start', 'rh-postgresql95-postgresql.service'),
> executable='None', cwd='None', env=None
> >>>> 2019-02-16 16:28:07,913-0500 DEBUG
> otopi.plugins.otopi.services.systemd plugin.executeRaw:863 execute-result:
> ('/usr/bin/systemctl', 'start', 'rh-postgresql95-postgresql.service'), rc=1
> >>>> 2019-02-16 16:28:07,914-0500 DEBUG
> otopi.plugins.otopi.services.systemd plugin.execute:921 execute-output:
> ('/usr/bin/systemctl', 'start', 'rh-postgresql95-postgresql.service')
> stdout:
> >>>>
> >>>>
> >>>> 2019-02-16 16:28:07,914-0500 DEBUG
> otopi.plugins.otopi.services.systemd plugin.execute:926 execute-output:
> ('/usr/bin/systemctl', 'start', 'rh-postgresql95-postgresql.service')
> stderr:
> >>>> Job for rh-postgresql95-postgresql.service failed because the control
> process exited with error code. See "systemctl status
> rh-postgresql95-postgresql.service" and "journalctl -xe" for details.
> >>>>
> >>>> 2019-02-16 16:28:07,915-0500 DEBUG otopi.transaction
> transaction.abort:119 aborting 'File transaction for
> '/var/opt/rh/rh-postgresql95/lib/pgsql/data/pg_hba.conf''
> >>>> 2019-02-16 16:28:07,916-0500 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
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/provisioning/postgres.py",
> line 201, in _misc
> >>>> self._provisioning.provision()
> >>>>   File
> "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/postgres.py",
> line 498, in provision
> >>>> self.restartPG()
> >>>>   File
> "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/postgres.py",
> line 399, in restartPG
> >>>> state=state,
> >>>>   File "/usr/share/otopi/plugins/otopi/services/systemd.py", line
> 141, in state
> >>>> service=name,
> >>>> RuntimeError: Failed to start service 'rh-postgresql95-postgresql'
> >>>> 2019-02-16 16:28:07,918-0500 ERROR otopi.context
> context._executeMethod:152 Failed to execute stage 'Misc configuration':
> Failed to start service 'rh-postgresql95-postgresql'
> >>>> 2019-02-16 16:28:07,958-0500 DEBUG
> otopi.plugins.otopi.debug.debug_failure.debug_failure
> debug_failure._notification:100 tcp connections:
> >>>> id uid local foreign state pid exe
> >>>>
> >>>>
> >>>> What can cause it?
> >>>>
> >>>>
> >>>> Thanks
> >>>>
> >>>> Galit
> >>>>
> >>>>
> https://jenkins.ovirt.org/view/Change%20queue

[ovirt-devel] [ OST Failure Report ] [ oVirt Master) ] [ 17-02-2019 ]

[Galit Rosenthal]

Hi,

CQ is failing on 'upgrade-from-release-suite-master'
It seems like something has happened with rh-postgresql95-postgresql


The log from the engine:
https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/12918/artifact/upgrade-from-release-suite.el7.x86_64/test_logs/upgrade-from-release-suite-master/post-001_initialize_engine.py/lago-upgrade-from-release-suite-master-engine/_var_log/ovirt-engine/setup/ovirt-engine-setup-20190217024736-dpco5r.log



Can someone please take a look at the issue?

Thanks
Galit



Error:

2019-02-16 16:28:06,874-0500 DEBUG
otopi.plugins.otopi.services.systemd systemd.state:130 starting
service rh-postgresql95-postgresql
2019-02-16 16:28:06,874-0500 DEBUG
otopi.plugins.otopi.services.systemd plugin.executeRaw:813 execute:
('/usr/bin/systemctl', 'start', 'rh-postgresql95-postgresql.service'),
executable='None', cwd='None', env=None
2019-02-16 16:28:07,913-0500 DEBUG
otopi.plugins.otopi.services.systemd plugin.executeRaw:863
execute-result: ('/usr/bin/systemctl', 'start',
'rh-postgresql95-postgresql.service'), rc=1
2019-02-16 16:28:07,914-0500 DEBUG
otopi.plugins.otopi.services.systemd plugin.execute:921
execute-output: ('/usr/bin/systemctl', 'start',
'rh-postgresql95-postgresql.service') stdout:


2019-02-16 16:28:07,914-0500 DEBUG
otopi.plugins.otopi.services.systemd plugin.execute:926
execute-output: ('/usr/bin/systemctl', 'start',
'rh-postgresql95-postgresql.service') stderr:
Job for rh-postgresql95-postgresql.service failed because the control
process exited with error code. See "systemctl status
rh-postgresql95-postgresql.service" and "journalctl -xe" for details.

2019-02-16 16:28:07,915-0500 DEBUG otopi.transaction
transaction.abort:119 aborting 'File transaction for
'/var/opt/rh/rh-postgresql95/lib/pgsql/data/pg_hba.conf''
2019-02-16 16:28:07,916-0500 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 
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/provisioning/postgres.py",
line 201, in _misc
self._provisioning.provision()
  File 
"/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/postgres.py",
line 498, in provision
self.restartPG()
  File 
"/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/postgres.py",
line 399, in restartPG
state=state,
  File "/usr/share/otopi/plugins/otopi/services/systemd.py", line 141, in state
service=name,
RuntimeError: Failed to start service 'rh-postgresql95-postgresql'
2019-02-16 16:28:07,918-0500 ERROR otopi.context
context._executeMethod:152 Failed to execute stage 'Misc
configuration': Failed to start service 'rh-postgresql95-postgresql'
2019-02-16 16:28:07,958-0500 DEBUG
otopi.plugins.otopi.debug.debug_failure.debug_failure
debug_failure._notification:100 tcp connections:
id uid local foreign state pid exe



[CQ]: 97705, 6 (ovirt-engine) failed "ovirt-master" system tests, but isn't
the failure root cause

A system test invoked by the "ovirt-master" change queue including change
97705,6 (ovirt-engine) failed. However, this change seems not to be the root
cause for this failure. Change 97719,3 (ovirt-engine) that this change
depends
on or is based on, was detected as the cause of the testing failures.

This change had been removed from the testing queue. Artifacts built from
this
change will not be released until either change 97719,3 (ovirt-engine) is
fixed
and this change is updated to refer to or rebased on the fixed version, or
this
change is modified to no longer depend on it.

For further details about the change see:
https://gerrit.ovirt.org/#/c/97705/6

For further details about the change that seems to be the root cause behind
the
testing failures see:
https://gerrit.ovirt.org/#/c/97719/3

For failed test results see:
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/12916/
___
Infra mailing list -- in...@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/LSBTLNTO6PE723XG5TELUHPXFLZEHODK/

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@gmail.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6BTPDACBLV7P7QLS4LANZCVWKGRS3RSQ/

[ovirt-devel] Re: Misc configuration': Failed to start service 'rh-postgresql95-postgresql

[Galit Rosenthal]

Thanks Greg

I will check this


On Sun, Feb 17, 2019 at 12:51 PM Greg Sheremeta  wrote:

> Is there any way you can run
> "systemctl status rh-postgresql95-postgresql.service" and "journalctl -xe"
> like it suggests?
> The logs below don't give any indication why it failed to start, afaict.
>
> On Sun, Feb 17, 2019 at 4:59 AM Galit Rosenthal 
> wrote:
>
>> Hi
>>
>> I receive this error message both in CQ and check_patch:
>>
>> 2019-02-16 16:28:06,874-0500 DEBUG otopi.plugins.otopi.services.systemd 
>> systemd.state:130 starting service rh-postgresql95-postgresql
>> 2019-02-16 16:28:06,874-0500 DEBUG otopi.plugins.otopi.services.systemd 
>> plugin.executeRaw:813 execute: ('/usr/bin/systemctl', 'start', 
>> 'rh-postgresql95-postgresql.service'), executable='None', cwd='None', 
>> env=None
>> 2019-02-16 16:28:07,913-0500 DEBUG otopi.plugins.otopi.services.systemd 
>> plugin.executeRaw:863 execute-result: ('/usr/bin/systemctl', 'start', 
>> 'rh-postgresql95-postgresql.service'), rc=1
>> 2019-02-16 16:28:07,914-0500 DEBUG otopi.plugins.otopi.services.systemd 
>> plugin.execute:921 execute-output: ('/usr/bin/systemctl', 'start', 
>> 'rh-postgresql95-postgresql.service') stdout:
>>
>>
>> 2019-02-16 16:28:07,914-0500 DEBUG otopi.plugins.otopi.services.systemd 
>> plugin.execute:926 execute-output: ('/usr/bin/systemctl', 'start', 
>> 'rh-postgresql95-postgresql.service') stderr:
>> Job for rh-postgresql95-postgresql.service failed because the control 
>> process exited with error code. See "systemctl status 
>> rh-postgresql95-postgresql.service" and "journalctl -xe" for details.
>>
>> 2019-02-16 16:28:07,915-0500 DEBUG otopi.transaction transaction.abort:119 
>> aborting 'File transaction for 
>> '/var/opt/rh/rh-postgresql95/lib/pgsql/data/pg_hba.conf''
>> 2019-02-16 16:28:07,916-0500 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 
>> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/provisioning/postgres.py",
>>  line 201, in _misc
>> self._provisioning.provision()
>>   File 
>> "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/postgres.py",
>>  line 498, in provision
>> self.restartPG()
>>   File 
>> "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/postgres.py",
>>  line 399, in restartPG
>> state=state,
>>   File "/usr/share/otopi/plugins/otopi/services/systemd.py", line 141, in 
>> state
>> service=name,
>> RuntimeError: Failed to start service 'rh-postgresql95-postgresql'
>> 2019-02-16 16:28:07,918-0500 ERROR otopi.context context._executeMethod:152 
>> Failed to execute stage 'Misc configuration': Failed to start service 
>> 'rh-postgresql95-postgresql'
>> 2019-02-16 16:28:07,958-0500 DEBUG 
>> otopi.plugins.otopi.debug.debug_failure.debug_failure 
>> debug_failure._notification:100 tcp connections:
>> id uid local foreign state pid exe
>>
>>
>> What can cause it?
>>
>>
>> Thanks
>>
>> Galit
>>
>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/12916/testReport/junit/(root)/001_initialize_engine/running_tests___upgrade_from_release_suite_el7_x86_64___test_initialize_engine/
>>
>>
>> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/3207/pipeline/101
>>
>>
>>
>> Regards,
>>
>> Galit
>>
>>
>> --
>>
>> GALIT ROSENTHAL
>>
>> SOFTWARE ENGINEER
>>
>> Red Hat
>>
>> <https://www.redhat.com/>
>>
>> ga...@gmail.comT: 972-9-7692230
>> <https://red.ht/sig>
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/QNDG65M6UPEXTCT3HXORRTZ67RVXH653/
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> <https://www.redhat.com/>
>
> gsher...@redhat.comIRC: gshereme
> <https://red.ht/sig>
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@gmail.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YROV4PLNBTOWKYMT2EL25CN3C26HOU2R/

[ovirt-devel] Misc configuration': Failed to start service 'rh-postgresql95-postgresql

[Galit Rosenthal]

Hi

I receive this error message both in CQ and check_patch:

2019-02-16 16:28:06,874-0500 DEBUG
otopi.plugins.otopi.services.systemd systemd.state:130 starting
service rh-postgresql95-postgresql
2019-02-16 16:28:06,874-0500 DEBUG
otopi.plugins.otopi.services.systemd plugin.executeRaw:813 execute:
('/usr/bin/systemctl', 'start', 'rh-postgresql95-postgresql.service'),
executable='None', cwd='None', env=None
2019-02-16 16:28:07,913-0500 DEBUG
otopi.plugins.otopi.services.systemd plugin.executeRaw:863
execute-result: ('/usr/bin/systemctl', 'start',
'rh-postgresql95-postgresql.service'), rc=1
2019-02-16 16:28:07,914-0500 DEBUG
otopi.plugins.otopi.services.systemd plugin.execute:921
execute-output: ('/usr/bin/systemctl', 'start',
'rh-postgresql95-postgresql.service') stdout:


2019-02-16 16:28:07,914-0500 DEBUG
otopi.plugins.otopi.services.systemd plugin.execute:926
execute-output: ('/usr/bin/systemctl', 'start',
'rh-postgresql95-postgresql.service') stderr:
Job for rh-postgresql95-postgresql.service failed because the control
process exited with error code. See "systemctl status
rh-postgresql95-postgresql.service" and "journalctl -xe" for details.

2019-02-16 16:28:07,915-0500 DEBUG otopi.transaction
transaction.abort:119 aborting 'File transaction for
'/var/opt/rh/rh-postgresql95/lib/pgsql/data/pg_hba.conf''
2019-02-16 16:28:07,916-0500 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 
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/provisioning/postgres.py",
line 201, in _misc
self._provisioning.provision()
  File 
"/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/postgres.py",
line 498, in provision
self.restartPG()
  File 
"/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/postgres.py",
line 399, in restartPG
state=state,
  File "/usr/share/otopi/plugins/otopi/services/systemd.py", line 141, in state
service=name,
RuntimeError: Failed to start service 'rh-postgresql95-postgresql'
2019-02-16 16:28:07,918-0500 ERROR otopi.context
context._executeMethod:152 Failed to execute stage 'Misc
configuration': Failed to start service 'rh-postgresql95-postgresql'
2019-02-16 16:28:07,958-0500 DEBUG
otopi.plugins.otopi.debug.debug_failure.debug_failure
debug_failure._notification:100 tcp connections:
id uid local foreign state pid exe


What can cause it?


Thanks

Galit

https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/12916/testReport/junit/(root)/001_initialize_engine/running_tests___upgrade_from_release_suite_el7_x86_64___test_initialize_engine/


https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/3207/pipeline/101



Regards,

Galit


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@gmail.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/QNDG65M6UPEXTCT3HXORRTZ67RVXH653/

[ovirt-devel] Fwd: Error Message in basic-suite-master: segmentation fault during host-deply

[Galit Rosenthal]

Hi,

I have a problem with basic-suite-master with host deploy

Who can help solve this issue?

Thanks,
Galit

check patch [3] is failing on :

Basic suite master fails when using  packages from new repository used, it
might be related to the new 7.6 packages[1]:

Error Message:
2018-11-21 08:20:52,005-05 ERROR
[org.ovirt.engine.core.uutils.ssh.SSHDialog]
(EE-ManagedThreadFactory-engine-Thread-2) [b85560f] SSH error running
command root@lago-basic-suite-master-host-1:'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 --warning=no-timestamp -C "${MYTMP}" -x &&
"${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine
DIALOG/customization=bool:True': RuntimeException: Unexpected error during
execution: bash: line 1:  1374 Segmentation fault
"${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine
DIALOG/customization=bool:True

Host Deploy fails on segmentation fault [2]:


[1] http://mirror.centos.org/centos/7/cr/x86_64/
[2]
https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/2331/artifact/check-patch.basic_suite_master.el7.x86_64/test_logs/basic-suite-master/post-002_bootstrap.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log
[3] gerrit: https://gerrit.ovirt.org/#/c/95570/

-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@gmail.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/3PGW4J3YOSTDB7FOMANQVUCSSUTY3QEN/

[ovirt-devel] Re: Fwd: [oVirt Jenkins] ovirt-system-tests_network-suite-4.2 - Build # 719 - Still Failing!

[Galit Rosenthal]

> >>>> To: , , 
> >>>>
> >>>>
> >>>> Project:
> >>>> http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-4.2/
> >>>> Build:
> >>>>
> http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-4.2/719/
> >>>> Build Number: 719
> >>>> Build Status:  Still Failing
> >>>> Triggered By: Started by timer
> >>>>
> >>>> -
> >>>> Changes Since Last Success:
> >>>> -
> >>>> Changes for Build #717
> >>>> [Marcin Sobczyk] Change logging level for 'schema.inconsistency'
> >>>>
> >>>>
> >>>> Changes for Build #718
> >>>> [Ales Musil] master: Update master suite compatibility version
> >>>>
> >>>>
> >>>> Changes for Build #719
> >>>> [Ales Musil] master: Update master suite compatibility version
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> -
> >>>> Failed Tests:
> >>>> -
> >>>> 1 tests failed.
> >>>> FAILED:
> >>>>
> >>
> network-suite-4.2.tests.test_mac_pools.test_undo_preview_snapshot_when_mac_used_reassigns_a_new_mac
> >>>>
> >>>> Error Message:
> >>>> Error: Fault reason is "Request syntactically incorrect.". Fault
> detail
> >> is
> >>>> "For correct usage, see:
> >>>>
> >>
> https://192.168.201.4/ovirt-engine/apidoc#services/vm/methods/preview_snapshot
> >> ".
> >>>> HTTP response code is 400.
> >>>>
> >>>> Stack Trace:
> >>>> system = 
> >>>> default_cluster = 
> >>>> ovirtmgmt_vnic_profile =  >> 0x7fc7f81b3710>
> >>>> cirros_template = 'Cirros_0_4_0'
> >>>>
> >>>>   def
> test_undo_preview_snapshot_when_mac_used_reassigns_a_new_mac(
> >>>>   system, default_cluster, ovirtmgmt_vnic_profile,
> >>>> cirros_template):
> >>>>   with virtlib.vm_pool(system, size=2) as (vm_0, vm_1):
> >>>>   vm_0.create(vm_name=VM0,
> >>>>   cluster=default_cluster,
> >>>>   template=cirros_template)
> >>>>   vm_0.wait_for_down_status()
> >>>>
> >>>>   vm_0.run()
> >>>>   vm_0.wait_for_up_status()
> >>>>
> >>>>   nicless_snapshot = _create_snapshot(vm_0)
> >>>>
> >>>>   vm_0.create_vnic(NIC_NAME_1, ovirtmgmt_vnic_profile,
> >>>> MAC_ADDR_1)
> >>>>   vm_0.stop()
> >>>>   vm_0.wait_for_down_status()
> >>>>
> >>>>> nicless_snapshot.preview()
> >>>>
> >>>> network-suite-4.2/tests/test_mac_pools.py:124:
> >>>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> >> _
> >>>> _ _ _
> >>>> network-suite-4.2/lib/virtlib.py:243: in preview
> >>>>   snapshot=self.get_sdk_type()
> >>>> /usr/lib64/python2.7/site-packages/ovirtsdk4/services.py:31091: in
> >>>> preview_snapshot
> >>>>   return self._internal_action(action, 'previewsnapshot', None,
> >> headers,
> >>>> query, wait)
> >>>> /usr/lib64/python2.7/site-packages/ovirtsdk4/service.py:299: in
> >>>> _internal_action
> >>>>   return future.wait() if wait else future
> >>>> /usr/lib64/python2.7/site-packages/ovirtsdk4/service.py:55: in wait
> >>>>   return self._code(response)
> >>>> /usr/lib64/python2.7/site-packages/ovirtsdk4/service.py:296: in
> callback
> >>>>   self._check_fault(response)
> >>>> /usr/lib64/python2.7/site-packages/ovirtsdk4/service.py:132: in
> >>>> _check_fault
> >>>>   self._raise_error(response, body)
> >>>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> >> _
> >>>> _ _ _
> >>>>
> >>>> response = 
> >>>> detail = 
> >>>>
> >>&

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 14-09-2018 ] [ 002_bootstrap.add_hosts ]

[Galit Rosenthal]

t;&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.dbbroker.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.dbbroker.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(?, ?, ?, ?,
>> ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?,
>> ?, ?, ?, ?, ?)}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.InstallVdsInternalCommand]
>> (EE-ManagedThreadFactory-engine-Thread-1) [5c91fcbd] Host installation
>> failed for host 'e475e93a-63b3-4573-b242-162c2ed864f0',
>> '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,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.dbbroker.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.hostdeploy.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.
>> >> > >>>>>
>> >> > >>>>>
>> >> > >>>>
>> >> > >>>>
>> >> > >>>>
>> >> > >>>> --
>> >> > >>>> Martin Perina
>> >> > >>>> Associate Manager, Software Engineering
>> >> > >>>> Red Hat Czech s.r.o.
>> >> > >>>
>> >> > >>>
>> >> > >>
>> >> > >
>> >> > >
>> >> > >
>> >> > > --
>> >> > > Martin Perina
>> >> > > Associate Manager, Software Engineering
>> >> > > Red Hat Czech s.r.o.
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Didi
>> >>
>> >>
>> >>
>> >> --
>> >> Didi
>>
>>
>>
>> --
>> Didi
>>
> ___
> Infra mailing list -- in...@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/in...@ovirt.org/message/CG2IYPXSSEFTL6XCN72JHUSWOUY7QRSA/
>


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

ga...@gmail.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/QAOJJCXSG45KTIOQAE4IPHGE5DSGNAMY/

[ovirt-devel] Re: [OST failure] Basic suite for 4.2 failing with "Error: Package: ovirt-imageio-daemon"

[Galit Rosenthal]

Hi,

What we see is tested doesn't have release 1.4.4 and official does.

We sent a patch now that excludes the ovirt-imageio from official so the CQ
won't fail.

I will update once I will have more information.

Thanks
Galit

On Wed, Sep 5, 2018 at 10:51 AM Ales Musil  wrote:

> On Tue, Sep 4, 2018 at 9:11 PM Nir Soffer  wrote:
>
>>
>>
>> On Tue, Sep 4, 2018 at 2:18 PM Ales Musil  wrote:
>>
>>> Hello,
>>>
>>> the OST CI is failing for patch [1] with:
>>>
>>> + yum -y install ovirt-host
>>> Error: Package: 
>>> ovirt-imageio-daemon-1.4.2-0.201807122005.gitae0c56d.el7.noarch (alocalsync)
>>>Requires: ovirt-imageio-common = 1.4.2
>>>Available: 
>>> ovirt-imageio-common-1.4.2-0.201807122005.gitae0c56d.el7.noarch (alocalsync)
>>>ovirt-imageio-common = 1.4.2-0.201807122005.gitae0c56d.el7
>>>Installing: ovirt-imageio-common-1.4.4-0.el7.x86_64 (alocalsync)
>>>ovirt-imageio-common = 1.4.4-0.el7
>>>
>>>
>> The current release for CentOS using:
>> yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release42.rpm
>>
>> # yum info ovirt-imageio-{common,daemon}
>> ...
>> Installed Packages
>> Name: ovirt-imageio-common
>> Arch: x86_64
>> Version : 1.4.4
>> Release : 0.el7
>> Size: 111 k
>> Repo: installed
>> From repo   : ovirt-4.2
>> Summary : oVirt imageio common library
>> URL : https://gerrit.ovirt.org/ovirt-imageio
>> License : GPLv2+
>> Description : Common library for use in oVirt image transfer daemon and
>> proxy.
>>
>> Available Packages
>> Name: ovirt-imageio-common
>> Arch: noarch
>> Version : 1.4.2
>> Release : 0.el7
>> Size: 30 k
>> Repo: ovirt-4.2/7
>> Summary : oVirt imageio common library
>> URL : https://gerrit.ovirt.org/ovirt-imageio
>> License : GPLv2+
>> Description : Common library for use in oVirt image transfer daemon and
>> proxy.
>>
>> Name: ovirt-imageio-daemon
>> Arch: noarch
>> Version : 1.4.4
>> Release : 0.el7
>> Size: 38 k
>> Repo: ovirt-4.2/7
>> Summary : oVirt imageio daemon
>> URL : https://gerrit.ovirt.org/ovirt-imageio
>> License : GPLv2+
>> Description : Daemon to manage image data transfer on oVirt
>> virtualization hosts.
>>
>>
>> For master, using:
>> yum install
>> http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
>>
>> $ yum info ovirt-imageio-{common,daemon}
>> ...
>> Installed PackagesName: ovirt-imageio-common
>> Arch: x86_64
>> Version : 1.4.4
>> Release : 0.201808291107.gitfd06f77.el7
>> Size: 111 k
>> Repo: installed
>> From repo   : ovirt-master-snapshot
>> Summary : oVirt imageio common library
>> URL : https://gerrit.ovirt.org/ovirt-imageio
>> License : GPLv2+
>> Description : Common library for use in oVirt image transfer daemon and
>> proxy.
>>
>> Available Packages
>> Name: ovirt-imageio-common
>> Arch: noarch
>> Version : 1.4.2
>> Release : 0.201808122139.git370d84b.el7
>> Size: 31 k
>> Repo: ovirt-master-snapshot/7
>> Summary : oVirt imageio common library
>> URL : https://gerrit.ovirt.org/ovirt-imageio
>> License : GPLv2+
>> Description : Common library for use in oVirt image transfer daemon and
>> proxy.
>>
>> Name: ovirt-imageio-daemon
>> Arch: noarch
>> Version : 1.4.4
>> Release : 0.201808291107.gitfd06f77.el7
>> Size: 38 k
>> Repo: ovirt-master-snapshot/7
>> Summary : oVirt imageio daemon
>> URL : https://gerrit.ovirt.org/ovirt-imageio
>> License : GPLv2+
>> Description : Daemon to manage image data transfer on oVirt
>> virtualization hosts.
>>
>>
>> Maybe you are missing some repos, or the ovirt-repos are broken?
>>
>
> This error occurs during the installation stage of one of the hosts in
> lago. So most likely ovirt-repo is broken.
>
> Ales
>
>
>>
>> Nir
>>
>> Full log [2]. Any idea what could be possibly wrong? As the patch
>>> shouldn't be related to
>>> imageio rpm.
>>>
>>> Thank you.
>>> Best regards,
>>> Ales Musil
>>>
>>>
>>> [1] https://gerrit.ovirt.org/c/93978/
>>> [2]
>>> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/1791//artifact/check-patch.basic_suite_4.2.el7.x86_64/mock_logs/script/stdout_stderr.log
>>> --
>>>
>>> ALES MUSIL
>>> Associate Software Engineer - rhv network
>>>
>>> Red Hat EMEA 
>>>
>>>
>>> amu...@redhat.com   IM: amusil
>>> 
>>> ___
>>> Devel mailing list -- devel@ovirt.org
>>> To unsubscribe send an email to devel-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> 

[ovirt-devel] Re: [OST failure] Basic suite for 4.2 failing with "Error: Package: ovirt-imageio-daemon"

[Galit Rosenthal]

we are working on this

On Tue, Sep 4, 2018 at 2:18 PM Ales Musil  wrote:

> Hello,
>
> the OST CI is failing for patch [1] with:
>
> + yum -y install ovirt-host
> Error: Package: 
> ovirt-imageio-daemon-1.4.2-0.201807122005.gitae0c56d.el7.noarch (alocalsync)
>Requires: ovirt-imageio-common = 1.4.2
>Available: 
> ovirt-imageio-common-1.4.2-0.201807122005.gitae0c56d.el7.noarch (alocalsync)
>ovirt-imageio-common = 1.4.2-0.201807122005.gitae0c56d.el7
>Installing: ovirt-imageio-common-1.4.4-0.el7.x86_64 (alocalsync)
>ovirt-imageio-common = 1.4.4-0.el7
>
>
> Full log [2]. Any idea what could be possibly wrong? As the patch
> shouldn't be related to
> imageio rpm.
>
> Thank you.
> Best regards,
> Ales Musil
>
>
> [1] https://gerrit.ovirt.org/c/93978/
> [2]
> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/1791//artifact/check-patch.basic_suite_4.2.el7.x86_64/mock_logs/script/stdout_stderr.log
> --
>
> ALES MUSIL
> Associate Software Engineer - rhv network
>
> Red Hat EMEA 
>
>
> amu...@redhat.com   IM: amusil
> 
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/QQIG67R66ZNEFATGNVSAFNOVNICLL46Q/
>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/I2FCFO7U4PIFHFIECY4QDKDUCY7BZYS2/

[ovirt-devel] error in he-basic-iscsi_suite_master, which not related to patch sent

[Galit Rosenthal]

 
org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13)
[bll.jar:]
at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:450) 
[bll.jar:]
at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:432) 
[bll.jar:]
at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:387) 
[bll.jar:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[rt.jar:1.8.0_171]
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[rt.jar:1.8.0_171]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.8.0_171]
at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_171]
at 
org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at 
org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92)
[wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContext.interceptorChainCompleted(WeldInvocationContext.java:98)
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:117)
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12)
[common.jar:]
at sun.reflect.GeneratedMethodAccessor71.invoke(Unknown Source) 
[:1.8.0_171]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.8.0_171]
at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_171]
at 
org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContext.invokeNext(WeldInvocationContext.java:83)
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:115)
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:108)
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:82)
[wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.as.weld.interceptors.EjbComponentInterceptorSupport.delegateInterception(EjbComponentInterceptorSupport.java:60)
at 
org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:76)
at 
org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:88)
at 
org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
at 
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)


any idea?

Galit


-- 

GALIT ROSENTHAL

SOFTWARE ENGINEER

Red Hat

<https://www.redhat.com/>

grose...@redhat.comT: 972-9-7692230
<https://red.ht/sig>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/L64UNWAZAQN32I2MKBAE6JBBJ54WV4NR/