[JIRA] (OVIRT-3127) ovirt-hosted-engine-ha standard-on-merge fails in _cpickle_loads

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-3127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=41081#comment-41081
 ] 

Yedidyah Bar David commented on OVIRT-3127:
---

On Thu, Dec 16, 2021 at 3:25 PM Yedidyah Bar David (oVirt JIRA)
 wrote:
>
> Yedidyah Bar David created OVIRT-3127:
> -
>
>  Summary: ovirt-hosted-engine-ha standard-on-merge fails in 
> _cpickle_loads
>  Key: OVIRT-3127
>  URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3127
>  Project: oVirt - virtualization made easy
>   Issue Type: By-EMAIL
> Reporter: Yedidyah Bar David
> Assignee: infra
>
>
> Hi,
>
> Please see e.g. [1][2] (console log shows nothing):
> [2021-12-16T13:11:30.371Z]   File
> "/home/jenkins/workspace/ovirt-4.4_change-queue/jenkins/stdci_libs/jenkins_objects.py",
> line 223, in _cpickle_loads
> [2021-12-16T13:11:30.371Z] return pk.load()
> [2021-12-16T13:11:30.371Z] ValueError: unsupported pickle protocol: 3
> script returned exit code 1

The build has no GERRIT_CHANGE_OWNER nor GERRIT_CHANGE_OWNER_NAME, for
some reason:

https://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_standard-on-merge/84/parameters/

I suppose the issue can be ignored for now, let's see if the next merge passes.

Best regards,
-- 
Didi



> ovirt-hosted-engine-ha standard-on-merge fails in _cpickle_loads
> 
>
> Key: OVIRT-3127
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3127
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi,
> Please see e.g. [1][2] (console log shows nothing):
> [2021-12-16T13:11:30.371Z]   File
> "/home/jenkins/workspace/ovirt-4.4_change-queue/jenkins/stdci_libs/jenkins_objects.py",
> line 223, in _cpickle_loads
> [2021-12-16T13:11:30.371Z] return pk.load()
> [2021-12-16T13:11:30.371Z] ValueError: unsupported pickle protocol: 3
> script returned exit code 1
> Thanks,
> [1] https://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_standard-on-merge/85/
> [2] 
> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-4.4_change-queue/detail/ovirt-4.4_change-queue/2045/pipeline
> -- 
> Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100187)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/4LWLG56TXY77CDL2MBZSP5RJTQHDU2YP/

[JIRA] (OVIRT-3127) ovirt-hosted-engine-ha standard-on-merge fails in _cpickle_loads

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-3127:
-

 Summary: ovirt-hosted-engine-ha standard-on-merge fails in 
_cpickle_loads
 Key: OVIRT-3127
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3127
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi,

Please see e.g. [1][2] (console log shows nothing):
[2021-12-16T13:11:30.371Z]   File
"/home/jenkins/workspace/ovirt-4.4_change-queue/jenkins/stdci_libs/jenkins_objects.py",
line 223, in _cpickle_loads
[2021-12-16T13:11:30.371Z] return pk.load()
[2021-12-16T13:11:30.371Z] ValueError: unsupported pickle protocol: 3
script returned exit code 1

Thanks,

[1] https://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_standard-on-merge/85/

[2] 
https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-4.4_change-queue/detail/ovirt-4.4_change-queue/2045/pipeline
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100187)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/RMA5LKG62AENL5TYPVKYIEVZ2WBOKUBJ/

[JIRA] (OVIRT-3119) Re: [ovirt-users] Public Glance repository for oVirt

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-3119:
-

 Summary: Re: [ovirt-users] Public Glance repository for oVirt
 Key: OVIRT-3119
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3119
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


On Tue, Oct 12, 2021 at 6:45 PM  wrote:
>
> Hello,
>   can anyone get to the public openstack image repository  
> ovirt-image-repository?
>
> Also when I try  browse the site I get
>
> This site can’t be reached
> https://glance.ovirt.org/ is unreachable.

Thanks for the report.

Adding infra/infra-support. Any clue? This is affecting also CI,
breaking at least
test_undo_preview_snapshot_when_mac_used_reassigns_a_new_mac in
ovirt-system-tests.

Thanks and best regards,
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100181)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/B7GUJAGU7CWILGCLMZ64C2MXSOUJNNLF/

[JIRA] (OVIRT-3118) Missing "Keep this build forever" button

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-3118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=41062#comment-41062
 ] 

Yedidyah Bar David commented on OVIRT-3118:
---

An example build: 
[https://jenkins.ovirt.org/job/otopi_standard-on-merge/143/|https://jenkins.ovirt.org/job/otopi_standard-on-merge/143/|smart-link]
 

> Missing "Keep this build forever" button
> 
>
> Key: OVIRT-3118
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3118
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi,
> I do not have anymore "Keep this build forever". I suspect it's
> something to do with my account - I guess my previous account was with
> an alias as email address, whereas with the SSO login it's my main
> address. Please help :-).
> Best regards,
> -- 
> Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100180)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/J6CLRMNO2HN5M66VW4I7R5SZN2XKHGLU/

[JIRA] (OVIRT-3118) Missing "Keep this build forever" button

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-3118:
-

 Summary: Missing "Keep this build forever" button
 Key: OVIRT-3118
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3118
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi,

I do not have anymore "Keep this build forever". I suspect it's
something to do with my account - I guess my previous account was with
an alias as email address, whereas with the SSO login it's my main
address. Please help :-).

Best regards,
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100179)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/T4PD7TY5QIRM2DW2MFRTIFJCZGCYDMT7/

[JIRA] (OVIRT-3101) Add "ci system-test" command

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-3101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=41031#comment-41031
 ] 

Yedidyah Bar David commented on OVIRT-3101:
---

On Thu, Jun 24, 2021 at 1:51 PM Marcin Sobczyk  wrote:
>
>
>
> On 6/23/21 5:44 PM, Nir Soffer wrote:
> > Similar to "ci build", "ci test", "ci merge" add a new command that
> > triggers OST run.
> >
> > Running OST is tied now in vdsm (and engine?) to Code-Review: +2.
> > This causes trouble and does not allow non-maintainers to use the 
> > convenient OST
> > infrastructure.
> >
> > Expected flow:
> >
> > 1. User add a comment with "ci system-test"
> "ci system-test" is sooo long, I vote for "ci ost".

+1.

Perhaps we can add an optional suite name? E.g. 'ci ost ansible-suite-master'

Best regards,
-- 
Didi

> Add "ci system-test" command
> 
>
> Key: OVIRT-3101
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3101
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Nir Soffer
>Assignee: infra
>
> Similar to "ci build", "ci test", "ci merge" add a new command that
> triggers OST run.
> Running OST is tied now in vdsm (and engine?) to Code-Review: +2.
> This causes trouble and does not allow non-maintainers to use the convenient 
> OST
> infrastructure.
> Expected flow:
> 1. User add a comment with "ci system-test"
> 2. OST flow building and running OST triggered



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100166)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/5MYXL2F362W6B7NW7TDYGNVIBSIDT2UP/

[JIRA] (OVIRT-3098) Gerrit hook adds unrelated patches to bugs

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-3098?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=41029#comment-41029
 ] 

Yedidyah Bar David commented on OVIRT-3098:
---

On Mon, Jun 21, 2021 at 9:58 PM Eyal Shenitzky  wrote:
>
>
> +Dusan Fodor
>
> On Mon, 21 Jun 2021 at 13:32, Nir Soffer  wrote:
>>
>> Gerrit hook is wrongly looking for https://bugzilla.redhat.com/ URLs
>> in the commit message, and adding the patch to the bug.
>>
>> Example patch:
>> https://gerrit.ovirt.org/c/vdsm/+/115339
>>
>> I had to clean up the bug after the broken hook (see screenshot).
>>
>> The hook should really look only in the single URL in (one or more)
>> Bug-Url headers:
>>
>> Bug-Url: https://bugzilla.redhat.com/
>>
>> I reported this years ago (I think for Related-To:), and I remember we had
>> a patch fixing this issue, but for some reason it was lost.
>>
>> Nir

See also: https://ovirt-jira.atlassian.net/browse/OVIRT-3075

Best regards,
-- 
Didi

> Gerrit hook adds unrelated patches to bugs
> --
>
> Key: OVIRT-3098
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3098
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Nir Soffer
>Assignee: infra
> Attachments: Screenshot from 2021-06-21 13-16-19.png
>
>
> Gerrit hook is wrongly looking for https://bugzilla.redhat.com/ URLs
> in the commit message, and adding the patch to the bug.
> Example patch:
> https://gerrit.ovirt.org/c/vdsm/+/115339
> I had to clean up the bug after the broken hook (see screenshot).
> The hook should really look only in the single URL in (one or more)
> Bug-Url headers:
> Bug-Url: https://bugzilla.redhat.com/
> I reported this years ago (I think for Related-To:), and I remember we had
> a patch fixing this issue, but for some reason it was lost.
> Nir



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100166)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/CI77F45EA4JBRD26GJJWUYX3P4HUJXAL/

[JIRA] (OVIRT-3076) mock_runner fails on automation/basic_suite_master.sh

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-3076:
-

 Summary: mock_runner fails on automation/basic_suite_master.sh
 Key: OVIRT-3076
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3076
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

See e.g. [1][2][3]:

22:29:59 ERROR: Command failed:
22:29:59  # /bin/mount -n --bind /var/run/docker.sock
/var/lib/mock/epel-7-x86_64-243a67eeccf40e93705fec68eb3d7680-1846418/root/var/run/docker.sock
22:29:59
22:29:59 mv: missing destination file operand after
'/tmp/mock_logs.Z5WlIgD3/script'
22:29:59 Try 'mv --help' for more information.
22:29:59 rmdir: failed to remove './mock_logs.Wo5BsLbN': No such file
or directory
22:29:59 @@
22:29:59 @@ Wed Dec 23 20:29:59 UTC 2020
automation/basic_suite_master.sh chroot finished

I am not sure it's a bug in mock_runner, or perhaps in above
(basic_suite_master.sh), or elsewhere - it's a bit hard to understand
from the logs.

Thanks and best regards,

[1] 
https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/7621/

[2] 
https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/7622/

[3] 
https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/7623/

-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100153)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/LGK2YKQJFTGUONZPDAFUA355WOP7JAIO/

[JIRA] (OVIRT-3075) link added to bugzilla from gerrit without bug-url

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-3075:
-

 Summary: link added to bugzilla from gerrit without bug-url
 Key: OVIRT-3075
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3075
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

Please see [1][2]. Something added in [1] a link to [2], presumably
because [1] was mentioned in [2], but without a "Bug-Url:".

This is basically a duplicate of [3], fixed at the time by [4]. [4] is
almost two years old, and is still the branch HEAD - nothing was
changed there since. No idea what else might have caused this.

If the code handling this is now maintained elsewhere, perhaps also
add a README and/or some commit pointing at the new place.

Thanks and best regards,

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1846294
[2] https://gerrit.ovirt.org/c/ovirt-dwh/+/112745
[3] https://ovirt-jira.atlassian.net/browse/OVIRT-2669
[4] https://gerrit.ovirt.org/c/gerrit-admin/+/97605
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100153)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/GW2OXWJYQ6KZKRGLM4IGFSOHSDIGTEOT/

[JIRA] (OVIRT-3074) Long filenames chopped in directory index

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-3074:
-

 Summary: Long filenames chopped in directory index
 Key: OVIRT-3074
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3074
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

Can you please configure stuff so that [1] will show full file names?
If that's apache httpd, should be doable by adding to conf (e.g.
.htaccess or somewhere in /etc/httpd):

IndexOptions NameWidth=*

Thanks and best regards,

[1] https://templates.ovirt.org/yum/
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100153)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/UWHKXYZQRGXJWODVSZBL7OQZ6D7QXUYP/

[JIRA] (OVIRT-3073) Re: Change in ovirt-engine[master]: packaging: setup: Move engine-specific pg conf to common

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-3073:
-

 Summary: Re: Change in ovirt-engine[master]: packaging: setup: 
Move engine-specific pg conf to common
 Key: OVIRT-3073
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3073
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


On Mon, Dec 14, 2020 at 12:21 PM Code Review  wrote:
>
> From Jenkins CI :
>
> Jenkins CI has posted comments on this change. ( 
> https://gerrit.ovirt.org/c/ovirt-engine/+/112414 )
>
> Change subject: packaging: setup: Move engine-specific pg conf to common
> ..
>
>
> Patch Set 4: Continuous-Integration-1
>
> Build Failed
>
> https://jenkins.ovirt.org/job/ovirt-engine_standard-check-patch/9236/ : 
> FAILURE

12:21:32  + 
usrc=/home/jenkins/workspace/ovirt-engine_standard-check-patch/jenkins/stdci_tools/usrc.py
12:21:32  + [[ -x
/home/jenkins/workspace/ovirt-engine_standard-check-patch/jenkins/stdci_tools/usrc.py
]]
12:21:32  + 
/home/jenkins/workspace/ovirt-engine_standard-check-patch/jenkins/stdci_tools/usrc.py
--log -d get
12:21:32  /usr/bin/env: ‘python’: No such file or directory

Any idea?

This is a result of manual 'ci test'. Automatic check-patch on the
same patch did succeed.

Thanks,

>
>
> --
> To view, visit https://gerrit.ovirt.org/c/ovirt-engine/+/112414
> To unsubscribe, or for help writing mail filters, visit 
> https://gerrit.ovirt.org/settings
>
> Gerrit-Project: ovirt-engine
> Gerrit-Branch: master
> Gerrit-Change-Id: I8af2e259389fef59251a69c6443e3e440b93a843
> Gerrit-Change-Number: 112414
> Gerrit-PatchSet: 4
> Gerrit-Owner: Yedidyah Bar David 
> Gerrit-Reviewer: Asaf Rachmani 
> Gerrit-Reviewer: Evgeny Slutsky 
> Gerrit-Reviewer: Gal Zaidman 
> Gerrit-Reviewer: Jenkins CI 
> Gerrit-Reviewer: Lev Veyde 
> Gerrit-Reviewer: Sandro Bonazzola 
> Gerrit-Reviewer: Yedidyah Bar David 
> Gerrit-Reviewer: gerrit-hooks 
> Gerrit-Comment-Date: Mon, 14 Dec 2020 10:21:34 +
> Gerrit-HasComments: No
> Gerrit-Has-Labels: Yes
> Gerrit-MessageType: comment
>


-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100152)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/YD7YCTBUIAT65ZE62CTV5764WXM7JBJ4/

[JIRA] (OVIRT-3071) CI OST: hardware acceleration not available, kvm executable not found

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-3071:
-

 Summary: CI OST: hardware acceleration not available, kvm 
executable not found
 Key: OVIRT-3071
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3071
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

Recent runs fail with $subject, e.g.:

https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/14269/console

08:40:07 Package
qemu-kvm-15:4.2.0-34.module_el8.3.0+555+a55c8938.x86_64 is already
installed.

08:45:03  hardware acceleration not available
08:45:03  emulator not found b'\n\n  \n
4c4c4544-0038-4410-8039-b7c04f333832\n\n
x86_64\n  Haswell-noTSX-IBRS\n
Intel\n  \n
\n
\n  \n  \n  \n  \n  \n  \n  \n
 \n  \n
\n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n  \n
 \n\n  \n
\n  \n\n
\n\n  \n
\ntcp\n
rdma\n  \n
\n\n  \n
\n  115148964\n
   28787241\n  0\n  0\n  \n\n  \n  \n\n\n\n
\n
 \n\n\n\n
\n
\n\n\n\n
\n
  \n\n  \n\n
  \n\n\n  \n\n
\n  selinux\n  0\n
system_u:system_r:svirt_t:s0\n
system_u:system_r:svirt_tcg_t:s0\n
  \n\n  dac\n
0\n  +107:+107\n
+107:+107\n\n
\n\n'

As you can see, above does not include any '' sections.
Searching for relevant keywords I can find:

https://bugzilla.redhat.com/show_bug.cgi?id=1066630

So perhaps some dependency of qemu is not installed, or not updated?

Thanks and best regards,
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100152)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/WOYSG3T5N3NKZO4GJ26XM5N2BFYG3HPK/

[JIRA] (OVIRT-3063) gtar Cannot write: Input/output error (was: Change in ovirt-system-tests[master]: pytest: he: Port 008_restart_he_vm.py to pytest)

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-3063?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=40957#comment-40957
 ] 

Yedidyah Bar David commented on OVIRT-3063:
---

On Sun, Nov 29, 2020 at 2:39 PM Shlomi Zidmi (oVirt JIRA) <
j...@ovirt-jira.atlassian.net> wrote:

>
> [
> https://ovirt-jira.atlassian.net/browse/OVIRT-3063?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=40955#comment-40955
> ]
>
> Shlomi Zidmi commented on OVIRT-3063:
> -
>
> Looks like recent builds ran without this error. Taking ovirt-srv22 back
> online to see how it behaves
>

Now it failed again, on ovirt-srv22:

https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/14124/

I am pretty certain that it didn't always fail, also after it started
failing - it was sporadic.


>
> > gtar Cannot write: Input/output error (was: Change in
> ovirt-system-tests[master]: pytest: he: Port 008_restart_he_vm.py to pytest)
> >
> --
> >
> > Key: OVIRT-3063
> > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3063
> > Project: oVirt - virtualization made easy
> >  Issue Type: By-EMAIL
> >Reporter: Yedidyah Bar David
> >Assignee: Shlomi Zidmi
> >
> > Hi all,
> > On Tue, Nov 24, 2020 at 8:54 PM Code Review  wrote:
> > >
> > > From Jenkins CI :
> > >
> > > Jenkins CI has posted comments on this change.
> > >
> > > Change subject: pytest: he: Port 008_restart_he_vm.py to pytest
> > > ..
> > >
> > >
> > > Patch Set 12: Continuous-Integration-1
> > >
> > > Build Failed
> > >
> > >
> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/14018/
> : FAILURE
> >
> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/14018//artifact/check-patch.he-basic_suite_master.el8.x86_64/mock_logs/script/stdout_stderr.log
> > [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Extract appliance to
> > local VM directory]
> > [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "dest":
> > "/var/tmp/localvm3i6cjs21", "extract_results": {"cmd":
> > ["/usr/bin/gtar", "--extract", "-C", "/var/tmp/localvm3i6cjs21", "-z",
> > "--show-transformed-names", "--sparse", "-f",
> >
> "/usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4.4-20201124175128.1.el8.ova"],
> > "err": "/usr/bin/gtar:
> >
> images/1519176a-e693-4425-b47b-7acfdd7f180b/4904ac49-1535-47d9-9d52-b803df4f869d:
> > Cannot write: Input/output error\n/usr/bin/gtar:
> >
> images/1519176a-e693-4425-b47b-7acfdd7f180b/4904ac49-1535-47d9-9d52-b803df4f869d:
> > Cannot utime: Input/output error\n/usr/bin/gtar:
> >
> images/1519176a-e693-4425-b47b-7acfdd7f180b/4904ac49-1535-47d9-9d52-b803df4f869d:
> > Cannot change ownership to uid 0, gid 0: Input/output
> > error\n/usr/bin/gtar:
> >
> images/1519176a-e693-4425-b47b-7acfdd7f180b/4904ac49-1535-47d9-9d52-b803df4f869d:
> > Cannot change mode to rwxr-xr-x: Input/output error\n/usr/bin/gtar:
> >
> images/1519176a-e693-4425-b47b-7acfdd7f180b/4904ac49-1535-47d9-9d52-b803df4f869d.meta:
> > Cannot open: Input/output error\n/usr/bin/gtar: Exiting with failure
> > status due to previous errors\n", "out": "", "rc": 2}, "handler":
> > "TgzArchive", "msg": "failed to unpack
> >
> /usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4.4-20201124175128.1.el8.ova
> > to /var/tmp/localvm3i6cjs21", "src":
> >
> "/usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4.4-20201124175128.1.el8.ova"}
> > Other such failures already happened several times recently. Perhaps
> > some disk-space issue? Or something similar?
> > Thanks,
> > >
> > >
> > > --
> > > To view, visit https://gerrit.ovirt.org/112273
> > > To unsubscribe, visit https://gerrit.ovirt.org/settings
> > >
> > > Gerrit-Project: ovirt-system-tests
> > > Gerrit-Branch: master
> > > Gerrit-MessageType: comment
> > > Gerrit-Change-Id: Ib510a1624ac5baad0f637a96919c5fd6040e89aa
> > > Gerrit-Change-Number: 112273
> > > Gerrit-PatchSet: 12
> > > Gerrit-Owner: Yedidyah Bar David 
> > > Gerrit-Reviewer: Anonymous Coward (1001916)
> > > Gerrit-Reviewer: Anton Marchukov 
> > > Gerrit-Reviewer: Dafna Ron 
> > > Gerrit-Reviewer: Dusan Fodor 
> > > Gerrit-Reviewer: Gal Ben Haim 
> > > Gerrit-Reviewer: Galit Rosenthal 
> > > Gerrit-Reviewer: Jenkins CI 
> > > Gerrit-Reviewer: Marcin Sobczyk 
> > > Gerrit-Reviewer: Yedidyah Bar David 
> > > Gerrit-Comment-Date: Tue, 24 Nov 2020 18:54:46 +
> > > Gerrit-HasComments: No
> > >
> > --
> > Didi
>
>
>
> --
> This message was sent by Atlassian Jira
> (v1001.0.0-SNAPSHOT#100152)
>

> gtar Cannot write: Input/output error (was: Change in 
> ovirt-system-tests[master]: pytest: he: Port 008_restart_he_vm.py to pytest)
> 

[JIRA] (OVIRT-3063) gtar Cannot write: Input/output error (was: Change in ovirt-system-tests[master]: pytest: he: Port 008_restart_he_vm.py to pytest)

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-3063?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=40944#comment-40944
 ] 

Yedidyah Bar David commented on OVIRT-3063:
---

On Wed, Nov 25, 2020 at 3:00 PM Shlomi Zidmi (oVirt JIRA) <
j...@ovirt-jira.atlassian.net> wrote:

> Shlomi Zidmi
> 
> *commented* on [image: By-EMAIL] OVIRT-3063
> 
>
> Re: gtar Cannot write: Input/output error (was: Change in
> ovirt-system-tests[master]: pytest: he: Port 008_restart_he_vm.py to pytest)
> 
>
> I’m still reviewing this issue. I don’t think that’s a disk space issue
> since only 15% of the disk is being used. Also no info is returned from
> dmesg regarding any errrors/failures.
>
> For now I’ve disabled the node (ovirt-srv22) on Jenkins until we figure
> this out
>

This happens also on other nodes, e.g.:

https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/14022/

https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/14022/consoleText

[2020-11-24T12:41:02.482Z] Running on node:
openshift-integ-tests-container-sp0sc (integ-tests-container el7)

https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/14022//artifact/check-patch.he-basic_suite_master.el8.x86_64/mock_logs/script/stdout_stderr.log

[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Extract appliance to
local VM directory]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "dest":
"/var/tmp/localvmwdymnd_d", "extract_results": {"cmd":
["/usr/bin/gtar", "--extract", "-C", "/var/tmp/localvmwdymnd_d", "-z",
"--show-transformed-names", "--sparse", "-f",
"/usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4.4-20201123175824.1.el8.ova"],
"err": "/usr/bin/gtar:
images/81ceaf89-2550-4724-9bdf-56c520fa14c0/e3728613-7016-4a4e-b95f-68145cd3c028:
Cannot write: Input/output error\n/usr/bin/gtar:
images/81ceaf89-2550-4724-9bdf-56c520fa14c0/e3728613-7016-4a4e-b95f-68145cd3c028:
Cannot utime: Input/output error\n/usr/bin/gtar:
images/81ceaf89-2550-4724-9bdf-56c520fa14c0/e3728613-7016-4a4e-b95f-68145cd3c028:
Cannot change ownership to uid 0, gid 0: Input/output
error\n/usr/bin/gtar:
images/81ceaf89-2550-4724-9bdf-56c520fa14c0/e3728613-7016-4a4e-b95f-68145cd3c028:
Cannot change mode to rwxr-xr-x: Input/output error\n/usr/bin/gtar:
images/81ceaf89-2550-4724-9bdf-56c520fa14c0/e3728613-7016-4a4e-b95f-68145cd3c028.meta:
Cannot open: Input/output error\n/usr/bin/gtar: Exiting with failure
status due to previous errors\n", "out": "", "rc": 2}, "handler":
"TgzArchive", "msg": "failed to unpack
/usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4.4-20201123175824.1.el8.ova
to /var/tmp/localvmwdymnd_d", "src":
"/usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4.4-20201123175824.1.el8.ova"}



> [image: Add Comment]
> 
>  Add
> Comment
> 
>
> Get Jira notifications on your phone! Download the Jira Cloud app for
> Android
> 
> or iOS
> 
> --
> This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100151-
> sha1:c8fcc1e)
> [image: Atlassian logo]
>


-- 
Didi


> gtar Cannot write: Input/output error (was: Change in 
> ovirt-system-tests[master]: pytest: he: Port 008_restart_he_vm.py to pytest)
> --
>
> Key: OVIRT-3063
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3063
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi all,
> On Tue, Nov 24, 2020 at 8:54 PM Code Review  wrote:
> >
> > From Jenkins CI :
> >
> > Jenkins CI has posted comments on this change.
> >
> > Change subject: pytest: he: Port 008_restart_he_vm.py to pytest
> > ..
> >
> >
> > Patch Set 12: Continuous-Integration-1
> >
> > Build Failed
> >
> > https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/14018/
> >  : FAILURE
> 

[JIRA] (OVIRT-3063) gtar Cannot write: Input/output error (was: Change in ovirt-system-tests[master]: pytest: he: Port 008_restart_he_vm.py to pytest)

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-3063:
-

 Summary: gtar Cannot write: Input/output error (was: Change in 
ovirt-system-tests[master]: pytest: he: Port 008_restart_he_vm.py to pytest)
 Key: OVIRT-3063
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3063
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

On Tue, Nov 24, 2020 at 8:54 PM Code Review  wrote:
>
> From Jenkins CI :
>
> Jenkins CI has posted comments on this change.
>
> Change subject: pytest: he: Port 008_restart_he_vm.py to pytest
> ..
>
>
> Patch Set 12: Continuous-Integration-1
>
> Build Failed
>
> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/14018/ 
> : FAILURE

https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/14018//artifact/check-patch.he-basic_suite_master.el8.x86_64/mock_logs/script/stdout_stderr.log

[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Extract appliance to
local VM directory]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "dest":
"/var/tmp/localvm3i6cjs21", "extract_results": {"cmd":
["/usr/bin/gtar", "--extract", "-C", "/var/tmp/localvm3i6cjs21", "-z",
"--show-transformed-names", "--sparse", "-f",
"/usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4.4-20201124175128.1.el8.ova"],
"err": "/usr/bin/gtar:
images/1519176a-e693-4425-b47b-7acfdd7f180b/4904ac49-1535-47d9-9d52-b803df4f869d:
Cannot write: Input/output error\n/usr/bin/gtar:
images/1519176a-e693-4425-b47b-7acfdd7f180b/4904ac49-1535-47d9-9d52-b803df4f869d:
Cannot utime: Input/output error\n/usr/bin/gtar:
images/1519176a-e693-4425-b47b-7acfdd7f180b/4904ac49-1535-47d9-9d52-b803df4f869d:
Cannot change ownership to uid 0, gid 0: Input/output
error\n/usr/bin/gtar:
images/1519176a-e693-4425-b47b-7acfdd7f180b/4904ac49-1535-47d9-9d52-b803df4f869d:
Cannot change mode to rwxr-xr-x: Input/output error\n/usr/bin/gtar:
images/1519176a-e693-4425-b47b-7acfdd7f180b/4904ac49-1535-47d9-9d52-b803df4f869d.meta:
Cannot open: Input/output error\n/usr/bin/gtar: Exiting with failure
status due to previous errors\n", "out": "", "rc": 2}, "handler":
"TgzArchive", "msg": "failed to unpack
/usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4.4-20201124175128.1.el8.ova
to /var/tmp/localvm3i6cjs21", "src":
"/usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4.4-20201124175128.1.el8.ova"}

Other such failures already happened several times recently. Perhaps
some disk-space issue? Or something similar?

Thanks,

>
>
> --
> To view, visit https://gerrit.ovirt.org/112273
> To unsubscribe, visit https://gerrit.ovirt.org/settings
>
> Gerrit-Project: ovirt-system-tests
> Gerrit-Branch: master
> Gerrit-MessageType: comment
> Gerrit-Change-Id: Ib510a1624ac5baad0f637a96919c5fd6040e89aa
> Gerrit-Change-Number: 112273
> Gerrit-PatchSet: 12
> Gerrit-Owner: Yedidyah Bar David 
> Gerrit-Reviewer: Anonymous Coward (1001916)
> Gerrit-Reviewer: Anton Marchukov 
> Gerrit-Reviewer: Dafna Ron 
> Gerrit-Reviewer: Dusan Fodor 
> Gerrit-Reviewer: Gal Ben Haim 
> Gerrit-Reviewer: Galit Rosenthal 
> Gerrit-Reviewer: Jenkins CI 
> Gerrit-Reviewer: Marcin Sobczyk 
> Gerrit-Reviewer: Yedidyah Bar David 
> Gerrit-Comment-Date: Tue, 24 Nov 2020 18:54:46 +
> Gerrit-HasComments: No
>


-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100151)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/5VIOL5K2BQYH4FUCBYNVGLIMFAX5OE7A/

[JIRA] (OVIRT-3049) ovirt-ansible-collection: Automatic bugzilla linking

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-3049:
-

 Summary: ovirt-ansible-collection: Automatic bugzilla linking
 Key: OVIRT-3049
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3049
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

I now pushed my first PR to ovirt-ansible-collection [1].

It has a Bug-Url link to [2].

The bug wasn't updated with a link to the PR. Should it? Please make
it so that it does.

Also, perhaps, when creating new projects, do this automatically for
them (and ask what bugzilla product should be affected).

Thanks and best regards,

[1] https://github.com/oVirt/ovirt-ansible-collection/pull/151
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1844965
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100149)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/D6WPX2XP3TDHLFKJNENUWALHIZX6MY65/

[JIRA] (OVIRT-3042) git fetch fails - Network is unreachable (was: [CQ]: 111471,2 (ovirt-engine) failed "ovirt-master" system tests)

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-3042:
-

 Summary: git fetch fails - Network is unreachable (was: [CQ]: 
111471,2 (ovirt-engine) failed "ovirt-master" system tests)
 Key: OVIRT-3042
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3042
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


On Thu, Oct 15, 2020 at 10:47 AM Radoslaw Szwajkowski
 wrote:
>
> Fixed in https://gerrit.ovirt.org/#/c/111741/

It failed due to infra issue, adding infra-support and changing subject:

https://jenkins.ovirt.org/job/ovirt-engine_standard-check-patch/8460/console

10:42:37  stderr: fatal: unable to access
'https://gerrit.ovirt.org/ovirt-engine/': Failed to connect to
2600:1f18:26e2:::: Network is unreachable

I think we already saw several other similar cases recently. Is anyone
checking this? Is it a network issue? Routine maintenance? Something
else? Perhaps we should patch our scripts to try a few times before
failing.

Thanks,
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100149)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/776D6WUS2UCW6LWJXBDDCZUCRP7ZV3QP/

[JIRA] (OVIRT-3009) errors on infra

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-3009:
-

 Summary: errors on infra
 Key: OVIRT-3009
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3009
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi,

1. Please see thread "[ovirt-devel] gerrit pull/clone timeout".

2. Please see [1] - it failed check-merged, I tried again, and it
failed again. In both cases, e.g. [2]:

Error: Error downloading packages:
  Cannot download x86_64/ovirt-engine-wildfly-19.1.0-2.el8.x86_64.rpm:
All mirrors were tried

Of course, I can't be sure these are due to a single root cause.

Please fix :-)

Thanks,

[1] https://gerrit.ovirt.org/111098

[2] 
https://jenkins.ovirt.org/job/ovirt-dwh_standard-on-merge/124/artifact/build-artifacts.el8.x86_64/mock_logs/script/stdout_stderr.log
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100145)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/RAEHUSOMCJ777YH73LSHSFNN2ON3VPTW/

[JIRA] (OVIRT-2936) lists.ovirt.org is missing in google searches

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-2936:
-

 Summary: lists.ovirt.org is missing in google searches
 Key: OVIRT-2936
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2936
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

I now searched google for "engine certificate problems in MacOS",
expecting to find [1], but didn't get it.

I don't think it's due to our robots.txt [2], because google does find
it in [3]. Perhaps it's due to configuration for our site in google or
whatever, no idea.

Can you please handle? Thanks.

[1] 
https://lists.ovirt.org/archives/list/us...@ovirt.org/message/YNL6NSW6GP3IR7GECYE6DNPJA6H2X3RB/
[2] https://lists.ovirt.org/robots.txt
[3] https://www.mail-archive.com/users@ovirt.org/msg60558.html
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100126)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/EBMWGTYZFLO2JKKY5JBFGARZRW2VHNID/

[JIRA] (OVIRT-2898) CQ Changes is empty

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-2898:
-

 Summary: CQ Changes is empty
 Key: OVIRT-2898
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2898
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

If I look e.g. at:

https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/22202/

It says:

Testing 58 changes:

But then no list of changes.

If I then press Changes:

https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/22202/changes

I get an empty page (other than red circle and "Changes" title).

I think this is a bug, which was already supposed to fixed by:

https://gerrit.ovirt.org/79036

But for some reason this does not work as expected.

Please handle.

Thanks,
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100124)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/MD7GMKQ4RRKK4JRTH4GWLP6HWAT5DOKT/

[JIRA] (OVIRT-2463) http://192.168.201.1:8585/el7/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=38032#comment-38032
 ] 

Yedidyah Bar David commented on OVIRT-2463:
---

Any update?

https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3186/console


06:03:03 + yum install --nogpgcheck --downloaddir=/dev/shm -y ntp net-snmp 
ovirt-engine ovirt-log-collector 'ovirt-engine-extension-aaa-ldap*' 
otopi-debug-plugins cronie
06:03:03 http://192.168.200.1:8585/el7/repodata/repomd.xml: [Errno 14] HTTP 
Error 404 - Not Found


06:03:03 Error: Package: 
ovirt-engine-4.3.0-0.0.master.20180916101831.gitd855858.el7.noarch (alocalsync)
06:03:03Requires: nimbus-jose-jwt >= 5.12



> http://192.168.201.1:8585/el7/repodata/repomd.xml: [Errno 14] HTTP Error 404 
> - Not Found
> 
>
> Key: OVIRT-2463
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2463
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: Change Queue
>Reporter: Anton Marchukov
>Assignee: infra
>  Labels: ost_failures
>
> Project name: 
> ovirt-ansible-engine-setup
> Branch:
> master
> Failed Suite:
> upgrade-from-release-suite.el7.x86_64
> Failed test/failed phase:
> 001_upgrade_engine.test_initialize_engine
> Link to first reported failed build:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/9255/
> Link to first reported failed patch:
> ???



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100092)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/X4UBCOFQXYI5UEQKQRDT47IFFY546N3C/

[JIRA] (OVIRT-2501) Add gerrit comment about actual CQ results

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-2501:
-

 Summary: Add gerrit comment about actual CQ results
 Key: OVIRT-2501
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2501
 Project: oVirt - virtualization made easy
  Issue Type: Task
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

I do not know how the CQ works, or even the terminology. Sorry.

When a patch is merged in gerrit, some time later a job is triggered
that adds it to the CQ. This job adds a link like [1].

Later, the CQ tests the batch of changes, and either approves them or
bisects them to try to find the bad one. I can't see in the gerrit
page, e.g. [2], any comment from this part. Please make the relevant
jobs add suitable comments to relevant gerrit changes. E.g. "This
change passed the CQ ", or failed, or some other suspect change
failed and therefore this one isn't published either, or whatever.

[1] https://jenkins.ovirt.org/job/standard-enqueue/16271/
[2] https://gerrit.ovirt.org/#/c/94106/



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100092)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/PBURAVONQ6YYPPP6CXW65LELVZ622I6X/

[JIRA] (OVIRT-1956) manual job upgrade options/table are messy

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1956:
-

 Summary: manual job upgrade options/table are messy
 Key: OVIRT-1956
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1956
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi,

This was originally reported as [1].

It's not completely clear what each choice of 'ENGINE_VERSION' and
'SUITE_TYPE' runs. We should clarify that, add to the table missing
information if needed, including noting somehow combinations that
should not work, if any (e.g. upgrade from 4.0 to 4.2 or master).

In addition to what I wrote in [1], I now checked and saw that a patch
[2] for 4.1 made the change-queue run [3]:

- basic-suite
- upgrade-from-prevrelease - this caused upgrade from 4.0 to 4.1
- upgrade-from-release - this caused upgrade from 4.1 (released?) to
4.1 (tested)

Which looks just fine to me, but if that's also supported by the
manual job, it's very hard to guess from the table.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1552703
[2] https://gerrit.ovirt.org/89556
[3] 
http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1746/artifact/exported-artifacts/
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100082)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1926) squash identified as a mere message update

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1926?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=36025#comment-36025
 ] 

Yedidyah Bar David commented on OVIRT-1926:
---

On Mon, Mar 12, 2018 at 2:09 PM, Barak Korren (oVirt JIRA) <


Not sure what you mean.

I already wrote that there was no code change. But there definitely was a
_squash_.
So the git history was very different. Patchsets 7 and 8 had different
parents.



Fine, so you mean I should file a bug against gerrit itself? OK:

https://bugs.chromium.org/p/gerrit/issues/detail?id=8521




-- 
Didi


> squash identified as a mere message update
> --
>
> Key: OVIRT-1926
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1926
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>




--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100082)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1926) squash identified as a mere message update

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1926:
-

 Summary: squash identified as a mere message update
 Key: OVIRT-1926
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1926
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


I had [1] and [2]. Patchset 8 of [2] is a combination of:

- Patchset 7 of it,
- [1] squashed into it,
- Commit message change.

Gerrit commented:

Uploaded patch set 8: Commit message was updated.

In theory it was right, because there was no code change between 7 and
8. But I'd expect it to either be silent, or to notice that there was
also a squash (and suggest to abandon the squashed patch?).

[1] https://gerrit.ovirt.org/#/c/88669/
[2] https://gerrit.ovirt.org/#/c/88634/

-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100082)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1921) OST change_resolver didn't cover all suites

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1921:
-

 Summary: OST change_resolver didn't cover all suites
 Key: OVIRT-1921
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1921
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi,

Pushed [1].

It changed he-basic-suite-master/test-scenarios/002_bootstrap.py.

he-basic-ansible-suite-master/test-scenarios is a link to
../he-basic-suite-master/test-scenarios , but change_resolver didn't notice
this, and only ran [2]:

*13:41:41* + SUITES_TO_RUN='he-basic-suite-4.1*13:41:41* he-basic-suite-master'


[1] https://gerrit.ovirt.org/88483
[2]
http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_64/4255/consoleFull
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100081)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1901) View/Expand all missing in some jobs

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1901:
-

 Summary: View/Expand all missing in some jobs
 Key: OVIRT-1901
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1901
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi,

Some jenkins jobs have under "Build Artifacts" a Java-script "+ View",
"Expand all" etc that let you see artifacts directly from the build
page, e.g. [1]. Some don't, e.g. [2]. It will be useful if this option
exists in all jobs. Thanks,

[1] http://jenkins.ovirt.org/job/ovirt-dwh_master_check-patch-el7-x86_64/171/
[2] 
http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/36814/
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100079)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1895) CI votes not forwarded on commit message change

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1895:
-

 Summary: CI votes not forwarded on commit message change
 Key: OVIRT-1895
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1895
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

If a change goes through this flow:
1. Push an update N
2. CI triggers check-patch for N
3. Push another update N+1 that changes only commit message
4. CI marks +1 N

Then we have logic to not trigger CI for N+1 (with the assumption that
a change to commit message should not affect the result), but also do
not mark +1 N+1, leaving the patch unmarked.

We should either forward the +1, when giving it, to all consecutive
future patchsets that only changed the commit message, or give up on
the optimization and always trigger CI.

As an example, see:

https://gerrit.ovirt.org/87515

Best regards,
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100079)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1853) gerrit hook adds patch to bug mentioned not in Bug-Url

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1853:
-

 Summary: gerrit hook adds patch to bug mentioned not in Bug-Url
 Key: OVIRT-1853
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1853
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi,

I pushed [1], with a link to [2], and it was added there, even though
the link was not in 'Bug-Url:'.

[1] https://gerrit.ovirt.org/86530
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1535904
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100076)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1850) rename he-basic to he-basic-noansible

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1850:
-

 Summary: rename he-basic to he-basic-noansible
 Key: OVIRT-1850
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1850
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi,

Hosted-engine setup recently moved to using the ansible flow by default [2].

I pushed [1] to make he-basic use the old flow, so that we keep testing it.

Please merge [1], and rename 'he-basic' in the manual OST job to
'he-basic-noansible'. Thanks.

[1] https://gerrit.ovirt.org/86398
[2] https://gerrit.ovirt.org/83900
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100076)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1834) Jenkins failure - perhaps bad permissions

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1834:
-

 Summary: Jenkins failure - perhaps bad permissions
 Key: OVIRT-1834
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1834
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/1985/

*10:53:01* ERROR: Error fetching remote repo 'origin'*10:53:01*
hudson.plugins.git.GitException: Failed to fetch from
git://gerrit.ovirt.org/ovirt-system-tests.git*10:53:01* at
hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:825)*10:53:01*  at
hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1092)*10:53:01*
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1123)*10:53:01*   
at
org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:143)*10:53:01*
at hudson.scm.SCM.checkout(SCM.java:495)*10:53:01*  at
hudson.model.AbstractProject.checkout(AbstractProject.java:1202)*10:53:01*
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)*10:53:01*
at 
jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)*10:53:01*
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)*10:53:01*
at hudson.model.Run.execute(Run.java:1724)*10:53:01*at
hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)*10:53:01*   at
hudson.model.ResourceController.execute(ResourceController.java:97)*10:53:01*
at hudson.model.Executor.run(Executor.java:421)*10:53:01* Caused by:
hudson.plugins.git.GitException: Command "git clean -fdx" returned
status code 1:*10:53:01* stdout: Removing
basic-suite-master/LagoInitFile*10:53:01* Removing
basic-suite-master/extra_sources*10:53:01* Removing
basic-suite-master/reposync-config.repo_repoclosure*10:53:01* Removing
basic-suite-master/test-scenarios/000_check_repo_closure.pyc*10:53:01*
Removing basic-suite-master/test-scenarios/001_initialize_engine.pyc*10:53:01*
Removing basic-suite-master/test-scenarios/002_bootstrap.pyc*10:53:01*
Removing 
basic-suite-master/test-scenarios/003_00_metrics_bootstrap.pyc*10:53:01*
Removing basic-suite-master/test_utils/__init__.pyc*10:53:01* Removing
basic-suite-master/test_utils/constants.pyc*10:53:01* Removing
basic-suite-master/test_utils/network_utils_v4.pyc*10:53:01* Removing
exported-artifacts/*10:53:01* Removing mock_logs.LjHRcpGf/*10:53:01*
Removing mock_script_sid.x4jv1R*10:53:01* Removing
mocker-epel-7-x86_64.el7.cfg*10:53:01* *10:53:01* stderr: warning:
failed to remove .pki/*10:53:01* warning: failed to remove
deployment-basic-suite-master/default/uuid*10:53:01* warning: failed
to remove deployment-basic-suite-master/default/id_rsa
...

-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100075)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1826) Re: [lago-project/lago] Log running ssh_script (#691)

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1826:
-

 Summary: Re: [lago-project/lago] Log running ssh_script (#691)
 Key: OVIRT-1826
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1826
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Can someone please approve me and/or review etc.? Thanks.

On Wed, Jan 3, 2018 at 12:40 PM, oVirt infra bot 
wrote:

> Hello contributor, thanks for submitting a PR for this project!
>
> I am the bot who triggers "standard-CI" builds for this project.
> As a security measure, I will not run automated tests on PRs that are not
> from white-listed contributors.
>
> In order to allow automated tests to run, please ask one of the project
> maintainers to review the code and then do one of the following:
>
>1. Type ci test please on this PR to trigger automated tests for it.
>2. Type ci add to whitelist on this PR to trigger automated tests for
>it and also add you to the contributor white-list so that your future PRs
>will be tested automatically.
>3. If you are planning to contribute to more than one project, maybe
>it's better to ask them to add you to the project organization, so you'll
>be able to run tests for all the organization's projects.
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> ,
> or mute the thread
> 
> .
>



-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100075)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1796) Re: Change in ovirt-wgt[ovirt-wgt-4.2]: packaging: Handle release suffix

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1796:
-

 Summary: Re: Change in ovirt-wgt[ovirt-wgt-4.2]: packaging: Handle 
release suffix
 Key: OVIRT-1796
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1796
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


On Wed, Dec 6, 2017 at 5:15 PM, Code Review  wrote:
> Jenkins CI posted comments on this change.
>
> View Change
>
> Patch set 1:Continuous-Integration -1
>
> Build Failed
>
> http://jenkins.ovirt.org/job/ovirt-wgt_4.2_check-patch-fc24-x86_64/2/ :
> FAILURE

AFAICT ovirt-wgt-standard.yaml says to exclude fc24 from 4.2 branch builds,
can someone please check this?

I already noticed that differences.html didn't show any differences
on the jenkins builds of my patch to do this:

https://gerrit.ovirt.org/85113

I asked Sandro and he said if should be ok. Now I am not sure.

Thanks,

>
> http://jenkins.ovirt.org/job/ovirt-wgt_4.2_check-patch-el7-x86_64/3/ :
> SUCCESS
>
> To view, visit change 85156. To unsubscribe, visit settings.
>
> Gerrit-Project: ovirt-wgt
> Gerrit-Branch: ovirt-wgt-4.2
> Gerrit-MessageType: comment
> Gerrit-Change-Id: Ie6f0680ec0e9d02ea660ed150fcfb5f9317a149e
> Gerrit-Change-Number: 85156
> Gerrit-PatchSet: 1
> Gerrit-Owner: Yedidyah Bar David 
> Gerrit-Reviewer: Ido Rosenzwig 
> Gerrit-Reviewer: Jenkins CI
> Gerrit-Reviewer: Lev Veyde 
> Gerrit-Reviewer: Rafael Martins 
> Gerrit-Reviewer: Sandro Bonazzola 
> Gerrit-Reviewer: Simone Tiraboschi 
> Gerrit-Reviewer: Yedidyah Bar David 
> Gerrit-Reviewer: gerrit-hooks 
> Gerrit-Comment-Date: Wed, 06 Dec 2017 15:15:02 +
> Gerrit-HasComments: No



-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100074)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1784) Partial content in 'all files in zip'

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1784:
-

 Summary: Partial content in 'all files in zip'
 Key: OVIRT-1784
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1784
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


When pressing, under jenkins jobs' artifacts, "all files in zip", sometimes
the downloaded zip does not contain all files, but only some of them. This
is a known issue for some time now, opening this ticket for tracking.

If we can't find a solution, and even if we do, perhaps add a workaround
somewhere to always create a static archive.

Pushed such a workaround for OST, not sure how to do this for all jobs. In
practice I think it's most relevant to OST, as in most other cases there
are only a few artifacts.

https://gerrit.ovirt.org/84716
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100073)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1776) gerrit: Patch content missing

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1776?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=35374#comment-35374
 ] 

Yedidyah Bar David commented on OVIRT-1776:
---

Sorry. Web console has:

Wed Nov 22 12:03:43 GMT+200 2017 Class$841
SEVERE: (TypeError) : $wnd.CodeMirror.modes[b] is undefined
Class$S200: (TypeError) : $wnd.CodeMirror.modes[b] is undefined
at Unknown.Dld(gerrit_ui-7.js)
at Unknown.Hld(gerrit_ui-7.js)
at Unknown.Kld(gerrit_ui-7.js)
at Unknown.dld(gerrit_ui-0.js)
at Unknown.onload<(https://gerrit.ovirt.org/#/c/84479/1/ovirt-host.spec)
at Unknown.M_b(https://gerrit.ovirt.org/#/c/84479/1/ovirt-host.spec)
at Unknown.P_b(https://gerrit.ovirt.org/#/c/84479/1/ovirt-host.spec)
at Unknown.O_b/<(https://gerrit.ovirt.org/#/c/84479/1/ovirt-host.spec)
at Unknown.anonymous(Unknown)

On Wed, Nov 22, 2017 at 12:14 PM, Yedidyah Bar David (oVirt JIRA) <



-- 
Didi


> gerrit: Patch content missing
> -
>
> Key: OVIRT-1776
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1776
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi,
> When I load e.g. [1], I do not get the actual patch content. Web console
> has [2].
> Happened to me with other pages too, although most do work.
> Tried in two different browser profiles.
> [1] https://gerrit.ovirt.org/#/c/84479/1/ovirt-host.spec
> [2] http://pastebin.test.redhat.com/534372
> -- 
> Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100073)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1776) gerrit: Patch content missing

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1776:
-

 Summary: gerrit: Patch content missing
 Key: OVIRT-1776
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1776
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi,

When I load e.g. [1], I do not get the actual patch content. Web console
has [2].

Happened to me with other pages too, although most do work.
Tried in two different browser profiles.

[1] https://gerrit.ovirt.org/#/c/84479/1/ovirt-host.spec
[2] http://pastebin.test.redhat.com/534372
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100073)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1747) Make ost failures comment on the gerrit patch

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1747:
-

 Summary: Make ost failures comment on the gerrit patch
 Key: OVIRT-1747
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1747
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


It might be useful if Change Queue failure reports, and perhaps also
successes, be added as comments to the relevant gerrit patches.

Perhaps even mark -1 on failures, for visibility, even though they are
already merged and it does not mean much.
-- 
Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100070)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1554) Get rid of old 'create_rpms' jobs

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=34939#comment-34939
 ] 

Yedidyah Bar David commented on OVIRT-1554:
---

On Sun, Sep 17, 2017 at 2:08 PM, eyal edri (oVirt JIRA) <


Suppose I will, what should I do? Is it documented? Do we have examples?





-- 
Didi


> Get rid of old 'create_rpms' jobs
> -
>
> Key: OVIRT-1554
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1554
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: oVirt CI
>Reporter: Barak Korren
>Assignee: infra
>  Labels: re-factor, standard-ci
>
> '*create_rpms*' jobs are the old kind of jobs that we used to have before 
> STD-CI. We still have many of those laying around.
> Here is the list for the time of writing these lines:
> #  vdsm_any_create-rpms_manual
> #  mom_any_create-rpms_manual_old
> #qemu_4.1_create-rpms-el7-x86_64_merged
> #qemu_4.1_create-rpms-el7-ppc64le_merged
> #qemu_4.1_create-rpms-el7-x86_64_created
> #qemu_4.1_create-rpms-el7-ppc64le_created
> #qemu_master_create-rpms-el7-x86_64_created
> #slf4j_master_create-rpms-el6-x86_64_merged
> #qemu_master_create-rpms-el7-ppc64le_created
> #slf4j_master_create-rpms-el6-x86_64_created
> #ioprocess_0.15_create-rpms-el7-x86_64_merged
> #ovirt-wgt_4.1_create-rpms-fc24-x86_64_merged
> #ioprocess_0.15_create-rpms-el7-x86_64_created
> #ovirt-wgt_4.1_create-rpms-fc24-x86_64_created
> #ovirt-reports_3.6_create-rpms-el6-x86_64_merged
> #ovirt-reports_3.6_create-rpms-el7-x86_64_merged
> #ovirt-wgt_master_create-rpms-fc25-x86_64_merged
> #py2exe-py2.7_4.1_create-rpms-fc24-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-el7-x86_64_merged
> #vcredist-x86_4.1_create-rpms-fc24-x86_64_merged
> #ovirt-reports_3.6_create-rpms-el6-x86_64_created
> #ovirt-reports_3.6_create-rpms-el7-x86_64_created
> #ovirt-wgt_master_create-rpms-fc25-x86_64_created
> #py2exe-py2.7_4.1_create-rpms-fc24-x86_64_created
> #python-windows_4.1_create-rpms-el7-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-el7-x86_64_created
> #pywin32-py2.7_4.1_create-rpms-fc24-x86_64_merged
> #vcredist-x86_4.1_create-rpms-fc24-x86_64_created
> #ovirt-hosted-engine-ha_any_create-rpms_manual_old
> #ovirt-vmconsole_3.6_create-rpms-el6-x86_64_merged
> #   ovirt-vmconsole_3.6_create-rpms-el7-x86_64_merged
> #python-windows_4.1_create-rpms-el7-x86_64_created
> #python-windows_4.1_create-rpms-fc24-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-fc24-x86_64_created
> #ovirt-vmconsole_3.6_create-rpms-el6-x86_64_created
> #ovirt-vmconsole_3.6_create-rpms-el7-x86_64_created
> #py2exe-py2.7_master_create-rpms-fc25-x86_64_merged
> #python-windows_4.1_create-rpms-fc24-x86_64_created
> #pywin32-py2.7_master_create-rpms-el7-x86_64_merged
> #vcredist-x86_master_create-rpms-fc25-x86_64_merged
> #   vcredist-x86_master_create-rpms-fc26-x86_64_merged
> #  ovirt-host-deploy_3.6_create-rpms-el6-x86_64_merged
> # ovirt-host-deploy_3.6_create-rpms-el7-x86_64_merged
> # py2exe-py2.7_master_create-rpms-fc25-x86_64_created
> #python-windows_master_create-rpms-el7-x86_64_merged
> #pywin32-py2.7_master_create-rpms-el7-x86_64_created
> #pywin32-py2.7_master_create-rpms-fc25-x86_64_merged
> #pywin32-py2.7_master_create-rpms-fc26-x86_64_merged
> #vcredist-x86_master_create-rpms-fc25-x86_64_created
> #vcredist-x86_master_create-rpms-fc26-x86_64_created
> # ovirt-host-deploy_3.6_create-rpms-el6-x86_64_created
> # ovirt-host-deploy_3.6_create-rpms-el7-x86_64_created
> # python-windows_master_create-rpms-el7-x86_64_created
> # python-windows_master_create-rpms-fc25-x86_64_merged
> # python-windows_master_create-rpms-fc26-x86_64_merged
> # pywin32-py2.7_master_create-rpms-fc25-x86_64_created
> # pywin32-py2.7_master_create-rpms-fc26-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el6-x86_64_merged
> # ovirt-log-collector_3.6_create-rpms-el7-x86_64_merged
> # python-windows_master_create-rpms-fc25-x86_64_created
> # python-windows_master_create-rpms-fc26-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el6-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el7-x86_64_created
> # ovirt-engine-sdk-java_3.6_create-rpms-el6-x86_64_merged
> # ovirt-engine-sdk-java_3.6_create-rpms-el7-x86_64_merged
> # ovirt-engine-sdk-java_3.6_create-rpms-fc24-x86_64_merged
> # ovirt-engine-wildfly10_4.1_create-rpms-el7-x86_64_merged
> # ovirt-hosted-engine-ha_3.6_create-rpms-el7-x86_64_merged
> # jasperreports-server_master_create-rpms-el6-x86_64_merged
> # jasperreports-server_master_create-rpms-el7-x86_64_merged
> # 

[JIRA] (OVIRT-1628) CI build triggered only 15 minutes after push to gerrit

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1628:
-

 Summary: CI build triggered only 15 minutes after push to gerrit
 Key: OVIRT-1628
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1628
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

See patchset 1 of [1].

Sandro had a look and didn't notice any special load/backlog on jenkins
that could explain that.

Thanks,

[1] https://gerrit.ovirt.org/81390
-- 
Didi



--
This message was sent by Atlassian {0}
(v1001.0.0-SNAPSHOT#100059)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1607) Failed ovirt-system-tests_master_check-patch-el7-x86_64

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1607:
-

 Summary: Failed ovirt-system-tests_master_check-patch-el7-x86_64
 Key: OVIRT-1607
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1607
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


I want to verify [1]. It (expectedly) failed in the past, needed [2].
[2] was merged yesterday and [1] still fails. I retriggered it several
times, and it failed due to different reasons. Last was [3]:

08:11:38 + find /dev/shm/ost/deployment-image-ng-suite-master -type f
'(' -iname 'nose*.xml' -o -iname '*.junit.xml' ')' -exec mv '{}'
exported-artifacts/ ';'
08:11:38 find: ���/dev/shm/ost/deployment-image-ng-suite-master���: No
such file or directory

Please have a look. Thanks,

[1] https://gerrit.ovirt.org/80820
[2] https://gerrit.ovirt.org/79345
[3] 
http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_64/1467/
-- 
Didi



--
This message was sent by Atlassian JIRA
(v1001.0.0-SNAPSHOT#100059)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1602) [RFE] allow passing a gerrit link to ovirt-system-tests_manual

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=34738#comment-34738
 ] 

Yedidyah Bar David commented on OVIRT-1602:
---

On Sun, Aug 20, 2017 at 5:06 PM, Barak Korren (oVirt JIRA)

I am not against this, but I was under the impression that part of the
reason for "manual" was to ease the load on slaves.


For both of above approaches, how do you suggest to pass multiple
patches/builds for different projects?
Suppose I want to run ost on pending patches for otopi+host-deploy, for example.


Perhaps. I don't mind that much the architecture, I mainly want the
behavior :-))
If you can suggest other means for such a "single shot" command, great.





-- 
Didi


> [RFE] allow passing a gerrit link to ovirt-system-tests_manual
> --
>
> Key: OVIRT-1602
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1602
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: oVirt CI
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi all,
> How about $subject?
> So that when ovirt-system-tests_manual sees a gerrit link supplied in
> CUSTOM_REPOS, it will do by itself 'ci please build' (extra points for
> checking if that's already done and reusing) and use the resultant
> build as if that build itself was supplied in CUSTOM_REPOS, thus
> freeing the user from doing that? I find myself many times running 'ci
> please build' only to later wait until it finished and then pass that
> to ovirt-system-tests_manual. For projects that are very quick to
> build, that's a bit tedious, but not too much. But for engine builds,
> that take somewhat longer, I often forget this and come back later. It
> would have been nice to be able to do this in a "single shot".
> Thanks,
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1001.0.0-SNAPSHOT#100059)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1554) Get rid of old 'create_rpms' jobs

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=34737#comment-34737
 ] 

Yedidyah Bar David commented on OVIRT-1554:
---

On Sun, Aug 20, 2017 at 5:07 PM, eyal edri (oVirt JIRA)

It is active, although not too much.

Not sure how to "move to a project on its own", or what wildfly did.

It's maintained externally:

https://gitlab.com/spice/spice-nsis

The copy on ovirt gerrit is used for internal review and for CI.
Once we are happy internally with a change, we push it upstream.

We asked in the past to include an "automation/" directory for
standard CI and it was refused. Is it possible to create a "wrapper"
project that will use standard CI, and will still monitor the
upstream project (run CI per each push/merge there)?

Or you suggest some other means?





-- 
Didi


> Get rid of old 'create_rpms' jobs
> -
>
> Key: OVIRT-1554
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1554
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: oVirt CI
>Reporter: Barak Korren
>Assignee: infra
>  Labels: re-factor, standard-ci
>
> '*create_rpms*' jobs are the old kind of jobs that we used to have before 
> STD-CI. We still have many of those laying around.
> Here is the list for the time of writing these lines:
> #  vdsm_any_create-rpms_manual
> #  mom_any_create-rpms_manual_old
> #qemu_4.1_create-rpms-el7-x86_64_merged
> #qemu_4.1_create-rpms-el7-ppc64le_merged
> #qemu_4.1_create-rpms-el7-x86_64_created
> #qemu_4.1_create-rpms-el7-ppc64le_created
> #qemu_master_create-rpms-el7-x86_64_created
> #slf4j_master_create-rpms-el6-x86_64_merged
> #qemu_master_create-rpms-el7-ppc64le_created
> #slf4j_master_create-rpms-el6-x86_64_created
> #ioprocess_0.15_create-rpms-el7-x86_64_merged
> #ovirt-wgt_4.1_create-rpms-fc24-x86_64_merged
> #ioprocess_0.15_create-rpms-el7-x86_64_created
> #ovirt-wgt_4.1_create-rpms-fc24-x86_64_created
> #ovirt-reports_3.6_create-rpms-el6-x86_64_merged
> #ovirt-reports_3.6_create-rpms-el7-x86_64_merged
> #ovirt-wgt_master_create-rpms-fc25-x86_64_merged
> #py2exe-py2.7_4.1_create-rpms-fc24-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-el7-x86_64_merged
> #vcredist-x86_4.1_create-rpms-fc24-x86_64_merged
> #ovirt-reports_3.6_create-rpms-el6-x86_64_created
> #ovirt-reports_3.6_create-rpms-el7-x86_64_created
> #ovirt-wgt_master_create-rpms-fc25-x86_64_created
> #py2exe-py2.7_4.1_create-rpms-fc24-x86_64_created
> #python-windows_4.1_create-rpms-el7-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-el7-x86_64_created
> #pywin32-py2.7_4.1_create-rpms-fc24-x86_64_merged
> #vcredist-x86_4.1_create-rpms-fc24-x86_64_created
> #ovirt-hosted-engine-ha_any_create-rpms_manual_old
> #ovirt-vmconsole_3.6_create-rpms-el6-x86_64_merged
> #   ovirt-vmconsole_3.6_create-rpms-el7-x86_64_merged
> #python-windows_4.1_create-rpms-el7-x86_64_created
> #python-windows_4.1_create-rpms-fc24-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-fc24-x86_64_created
> #ovirt-vmconsole_3.6_create-rpms-el6-x86_64_created
> #ovirt-vmconsole_3.6_create-rpms-el7-x86_64_created
> #py2exe-py2.7_master_create-rpms-fc25-x86_64_merged
> #python-windows_4.1_create-rpms-fc24-x86_64_created
> #pywin32-py2.7_master_create-rpms-el7-x86_64_merged
> #vcredist-x86_master_create-rpms-fc25-x86_64_merged
> #   vcredist-x86_master_create-rpms-fc26-x86_64_merged
> #  ovirt-host-deploy_3.6_create-rpms-el6-x86_64_merged
> # ovirt-host-deploy_3.6_create-rpms-el7-x86_64_merged
> # py2exe-py2.7_master_create-rpms-fc25-x86_64_created
> #python-windows_master_create-rpms-el7-x86_64_merged
> #pywin32-py2.7_master_create-rpms-el7-x86_64_created
> #pywin32-py2.7_master_create-rpms-fc25-x86_64_merged
> #pywin32-py2.7_master_create-rpms-fc26-x86_64_merged
> #vcredist-x86_master_create-rpms-fc25-x86_64_created
> #vcredist-x86_master_create-rpms-fc26-x86_64_created
> # ovirt-host-deploy_3.6_create-rpms-el6-x86_64_created
> # ovirt-host-deploy_3.6_create-rpms-el7-x86_64_created
> # python-windows_master_create-rpms-el7-x86_64_created
> # python-windows_master_create-rpms-fc25-x86_64_merged
> # python-windows_master_create-rpms-fc26-x86_64_merged
> # pywin32-py2.7_master_create-rpms-fc25-x86_64_created
> # pywin32-py2.7_master_create-rpms-fc26-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el6-x86_64_merged
> # ovirt-log-collector_3.6_create-rpms-el7-x86_64_merged
> # python-windows_master_create-rpms-fc25-x86_64_created
> # python-windows_master_create-rpms-fc26-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el6-x86_64_created
> # 

[JIRA] (OVIRT-1602) [RFE] allow passing a gerrit link to ovirt-system-tests_manual

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1602:
-

 Summary: [RFE] allow passing a gerrit link to 
ovirt-system-tests_manual
 Key: OVIRT-1602
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1602
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

How about $subject?

So that when ovirt-system-tests_manual sees a gerrit link supplied in
CUSTOM_REPOS, it will do by itself 'ci please build' (extra points for
checking if that's already done and reusing) and use the resultant
build as if that build itself was supplied in CUSTOM_REPOS, thus
freeing the user from doing that? I find myself many times running 'ci
please build' only to later wait until it finished and then pass that
to ovirt-system-tests_manual. For projects that are very quick to
build, that's a bit tedious, but not too much. But for engine builds,
that take somewhat longer, I often forget this and come back later. It
would have been nice to be able to do this in a "single shot".

Thanks,
-- 
Didi



--
This message was sent by Atlassian JIRA
(v1001.0.0-SNAPSHOT#100059)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1527) Make Change-Id clickable

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=33637#comment-33637
 ] 

Yedidyah Bar David commented on OVIRT-1527:
---

On Wed, Jul 12, 2017 at 5:16 PM, Barak Korren (oVirt JIRA)

We have 2.13.8, they have 2.11.4.




-- 
Didi


> Make Change-Id clickable
> 
>
> Key: OVIRT-1527
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1527
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: Gerrit/git
>Reporter: Yedidyah Bar David
>Assignee: infra
>Priority: Low
>
> In openstack's gerrit, e.g. [1], the "Change-Id:" in the commit
> message is clickable, and pressing it searches for patches including
> it (e.g. in other branches). Might be useful for oVirt too.
> [1] https://review.openstack.org/471802
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1000.1112.0#100055)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1527) Make Change-Id clickable

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1527:
-

 Summary: Make Change-Id clickable
 Key: OVIRT-1527
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1527
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


In openstack's gerrit, e.g. [1], the "Change-Id:" in the commit
message is clickable, and pressing it searches for patches including
it (e.g. in other branches). Might be useful for oVirt too.

[1] https://review.openstack.org/471802

-- 
Didi



--
This message was sent by Atlassian JIRA
(v1000.1112.0#100055)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1525) Automatically send welcome message on first push to gerrit

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1525:
-

 Summary: Automatically send welcome message on first push to gerrit
 Key: OVIRT-1525
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1525
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Some weeks ago I pushed my first patch to openstack [1], and it
automatically added a reviewer called 'Welcome, new contributor' which
reviewed/commented (and so sent an email) with some introductory
material. Might be nice to have on oVirt's gerrit.

[1] https://review.openstack.org/471802
-- 
Didi



--
This message was sent by Atlassian JIRA
(v1000.1112.0#100055)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1515) jenkins: Failed to clean docker images

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1515:
-

 Summary: jenkins: Failed to clean docker images
 Key: OVIRT-1515
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1515
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

In [1]:

07:38:50 CLEANUP: Stop all running containers and remove unwanted images
07:38:50 Error response from daemon: Driver devicemapper failed to
remove root filesystem
4d16a86320abc1709c5b784377ffd8764c272b3ace3b4d6219c9c6fcab59981f:
failed to remove device
20f33836994d6aa2b8f31a57b51395deb0cb5f6ffa0534dee1734ab3d248f20a:devicemapper:
Can't set task name /dev/mapper/docker-253:3-134291085-pool
07:38:50 Untagged: check_patch_container:exported-artifacts
07:38:50 Untagged:
docker.io/ovirtinfra/check_patch_container@sha256:e7b8a6ea6a9ab75bc985dbef8fcbc0ca22b5b729a94917af06964b39d44c26e1
07:38:50 Untagged:
docker.io/ovirtinfra/check_patch_container:59702271a78b9fd32ee9fc5dde412a9cde94564b
07:38:50 Deleted:
sha256:96b35e5dd70ee3f1d85422b22866343abb712ddca4b583402c24fc4e35df7643
07:38:50 Deleted:
sha256:188b4d6db5bdb66257787ba53d9af5aab668eaf2f6a77eb53c585cdd29657ee4
07:38:53 ERROR: Failed to clean docker images

Thanks,

[1] 
http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-x86_64/2099/console

-- 
Didi



--
This message was sent by Atlassian JIRA
(v1000.1110.1#100054)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1514) Jenkins: Unable to look up gerrit.ovirt.org

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1514:
-

 Summary: Jenkins: Unable to look up gerrit.ovirt.org
 Key: OVIRT-1514
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1514
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

Tried to run [1] and it failed with:

06:36:01  > git fetch --tags --progress
git://gerrit.ovirt.org/ovirt-system-tests.git
+refs/heads/*:refs/remotes/origin/*
06:36:26 ERROR: Error cloning remote repo 'origin'
06:36:26 hudson.plugins.git.GitException: Command "git fetch --tags
--progress git://gerrit.ovirt.org/ovirt-system-tests.git
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
06:36:26 stdout:
06:36:26 stderr: fatal: Unable to look up gerrit.ovirt.org (port 9418)
(Name or service not known)
06:36:26

[1] http://jenkins.ovirt.org/job/ovirt-system-tests_manual/783/

Best,
-- 
Didi



--
This message was sent by Atlassian JIRA
(v1000.1110.1#100054)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-723) check/add support for python3 + dnf on standard CI

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-723?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=33002#comment-33002
 ] 

Yedidyah Bar David commented on OVIRT-723:
--

On Tue, Jun 27, 2017 at 9:50 PM, Barak Korren (oVirt JIRA) <


At the time it didn't work for me, see Description.
At some point we reverted the relevant patches for other reasons.
I now pushed again a variation [1] of the patch that then failed,
and it now passes. So I guess it was fixed since then. Thanks.

You can close this ticket.

If we have problems once we decide to continue with the effort
to support python3 (sadly not soon, it seems), I'll open other
tickets as needed.

[1] https://gerrit.ovirt.org/78760





-- 
Didi


> check/add support for python3 + dnf on standard CI
> --
>
> Key: OVIRT-723
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-723
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi,
> Patch [1] fails jenkins [2] like this:
> 11:35:21 [ INFO  ] DNF Repository updates-testing is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-testing-debuginfo is listed
> more than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-debuginfo is listed more
> than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora-debuginfo is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'fedora', 
> disabling.
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'updates',
> disabling.
> 11:35:21 [ INFO  ] Stage: Environment packages setup
> 11:35:21 [ INFO  ] DNF Repository updates-testing is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-testing-debuginfo is listed
> more than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-debuginfo is listed more
> than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora-debuginfo is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'fedora', 
> disabling.
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'updates',
> disabling.
> 11:35:21 [ ERROR ] DNF Cannot queue package 'iproute': no package matched
> 11:35:21 [ ERROR ] Failed to execute stage 'Environment packages
> setup': no package matched
> I suspected, based on the log, that something is broken about dnf
> configuration, so pushed [3] and ran the job again [4] with [3]
> cherry-picked, and it succeeded. I thought that's enough for a
> verification, so asked to merge it, and it was merged. Later on, lago
> tests started breaking [5] with:
> 09:37:44 Error: nothing provides repoman >= 2.0.12 needed by
> python-lago-ovirt-0.24.0-1.fc23.noarch
> So [3] was reverted [6], Currently pending, but I expect it to be merged soon.
> So we need a better solution.
> While investigating this, Nadav partially understood the issue - we have, at
> certain points in mock_runner, both /etc/yum.conf and /etc/yum/yum.conf.
> Not sure why and whether we need both.
> We tried also various variations on this patch in [7][8][9][10], none worked.
> Probably better to fully support dnf instead of this hack, not sure
> what this requires.
> Thanks,
> [1] https://gerrit.ovirt.org/59831
> [2] 
> http://jenkins.ovirt.org/job/otopi_master_check-patch-fc24-x86_64/44/console
> [3] https://gerrit.ovirt.org/63249
> [4] http://jenkins.ovirt.org/job/otopi_master_check-patch-fc24-x86_64/46/
> [5] 
> http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/205/console
> [6] https://gerrit.ovirt.org/63405
> [7] https://gerrit.ovirt.org/63386
> [8] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/203
> [9] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/204/
> [10] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/205/
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-723) check/add support for python3 + dnf on standard CI

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-723?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=32919#comment-32919
 ] 

Yedidyah Bar David commented on OVIRT-723:
--

On Tue, Jun 27, 2017 at 5:55 PM, eedri (oVirt JIRA)

Can't see why not - we still want python3 support eventually.
Didn't check recently about actual status, and this was
postponed to oVirt 4.3.




-- 
Didi


> check/add support for python3 + dnf on standard CI
> --
>
> Key: OVIRT-723
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-723
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi,
> Patch [1] fails jenkins [2] like this:
> 11:35:21 [ INFO  ] DNF Repository updates-testing is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-testing-debuginfo is listed
> more than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-debuginfo is listed more
> than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora-debuginfo is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'fedora', 
> disabling.
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'updates',
> disabling.
> 11:35:21 [ INFO  ] Stage: Environment packages setup
> 11:35:21 [ INFO  ] DNF Repository updates-testing is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-testing-debuginfo is listed
> more than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-debuginfo is listed more
> than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora-debuginfo is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'fedora', 
> disabling.
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'updates',
> disabling.
> 11:35:21 [ ERROR ] DNF Cannot queue package 'iproute': no package matched
> 11:35:21 [ ERROR ] Failed to execute stage 'Environment packages
> setup': no package matched
> I suspected, based on the log, that something is broken about dnf
> configuration, so pushed [3] and ran the job again [4] with [3]
> cherry-picked, and it succeeded. I thought that's enough for a
> verification, so asked to merge it, and it was merged. Later on, lago
> tests started breaking [5] with:
> 09:37:44 Error: nothing provides repoman >= 2.0.12 needed by
> python-lago-ovirt-0.24.0-1.fc23.noarch
> So [3] was reverted [6], Currently pending, but I expect it to be merged soon.
> So we need a better solution.
> While investigating this, Nadav partially understood the issue - we have, at
> certain points in mock_runner, both /etc/yum.conf and /etc/yum/yum.conf.
> Not sure why and whether we need both.
> We tried also various variations on this patch in [7][8][9][10], none worked.
> Probably better to fully support dnf instead of this hack, not sure
> what this requires.
> Thanks,
> [1] https://gerrit.ovirt.org/59831
> [2] 
> http://jenkins.ovirt.org/job/otopi_master_check-patch-fc24-x86_64/44/console
> [3] https://gerrit.ovirt.org/63249
> [4] http://jenkins.ovirt.org/job/otopi_master_check-patch-fc24-x86_64/46/
> [5] 
> http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/205/console
> [6] https://gerrit.ovirt.org/63405
> [7] https://gerrit.ovirt.org/63386
> [8] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/203
> [9] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/204/
> [10] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/205/
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1000.1089.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1441) [RFE] Add a jenkins job for copying external packages to static repos

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=32209#comment-32209
 ] 

Yedidyah Bar David commented on OVIRT-1441:
---

On Wed, Jun 14, 2017 at 3:33 PM, Barak Korren (oVirt JIRA)

That's a good question from oVirt-metrics' perspective.
I am not sure.
For now we wanted something quick and this was the solution - build in
copr, copy to -static.

I am not saying it's the best solution. I did open the other ticket...

I am just suggesting it as a real-life use-case that we should consider when
designing how to compose our repos etc.





-- 
Didi


> [RFE] Add a jenkins job for copying external packages to static repos
> -
>
> Key: OVIRT-1441
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1441
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Description of problem:
> Currently, when we want to copy a package from elsewhere to
> resources.ovirt.org, we manually run repoman. It will be nice to have
> a jenkins job for this - with inputs probably being URLs of source
> packages/repos and target versions to copy to:
> 1. It will not require us anymore to login there and do sensitive
> stuff on it directly
> 2. It will have proper logs, allowing much more easily understand when
> a package was added, by whom, and even perhaps why. So better add to
> the inputs also 'Notes'.
> This is cloned from:
> https://bugzilla.redhat.com/show_bug.cgi?id=1455316
> Best,
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1000.1045.3#100046)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1441) [RFE] Add a jenkins job for copying external packages to static repos

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=32206#comment-32206
 ] 

Yedidyah Bar David commented on OVIRT-1441:
---

On Wed, Jun 14, 2017 at 3:12 PM, Barak Korren (oVirt JIRA)

IIRC they do build it in centos-opstools, but not for fedora.





-- 
Didi


> [RFE] Add a jenkins job for copying external packages to static repos
> -
>
> Key: OVIRT-1441
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1441
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Description of problem:
> Currently, when we want to copy a package from elsewhere to
> resources.ovirt.org, we manually run repoman. It will be nice to have
> a jenkins job for this - with inputs probably being URLs of source
> packages/repos and target versions to copy to:
> 1. It will not require us anymore to login there and do sensitive
> stuff on it directly
> 2. It will have proper logs, allowing much more easily understand when
> a package was added, by whom, and even perhaps why. So better add to
> the inputs also 'Notes'.
> This is cloned from:
> https://bugzilla.redhat.com/show_bug.cgi?id=1455316
> Best,
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1000.1045.3#100046)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1441) [RFE] Add a jenkins job for copying external packages to static repos

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=32204#comment-32204
 ] 

Yedidyah Bar David commented on OVIRT-1441:
---

On Wed, Jun 14, 2017 at 2:24 PM, Barak Korren (oVirt JIRA)

That's indeed an option.

This specific project is not really part of oVirt, IIUC.
It will be used as part of the common-logging effort, aka
https://github.com/ViaQ .


Actually this was the first time I built a rubygem in copr (and one of the
first few times I built anything. But I did have an account), and it was
as simple as choosing a build type rubygem and passing the link to it.
I don't think we can beat that yet...





-- 
Didi


> [RFE] Add a jenkins job for copying external packages to static repos
> -
>
> Key: OVIRT-1441
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1441
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Description of problem:
> Currently, when we want to copy a package from elsewhere to
> resources.ovirt.org, we manually run repoman. It will be nice to have
> a jenkins job for this - with inputs probably being URLs of source
> packages/repos and target versions to copy to:
> 1. It will not require us anymore to login there and do sensitive
> stuff on it directly
> 2. It will have proper logs, allowing much more easily understand when
> a package was added, by whom, and even perhaps why. So better add to
> the inputs also 'Notes'.
> This is cloned from:
> https://bugzilla.redhat.com/show_bug.cgi?id=1455316
> Best,
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1000.1045.3#100046)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1441) [RFE] Add a jenkins job for copying external packages to static repos

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=32201#comment-32201
 ] 

Yedidyah Bar David commented on OVIRT-1441:
---

On Wed, Jun 14, 2017 at 10:15 AM, eedri (oVirt JIRA)

A recent case we had - we wanted newest rubygem-fluent-plugin-viaq_data_model
on all relevant repos. The code is maintained in github/rubygems. I built it
in copr and copied to -static.

Do we want to directly use copr? IIRC we had problems with this in the past.
If you intend to mirror, fine - how? Do we have a framework for this?





-- 
Didi


> [RFE] Add a jenkins job for copying external packages to static repos
> -
>
> Key: OVIRT-1441
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1441
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Description of problem:
> Currently, when we want to copy a package from elsewhere to
> resources.ovirt.org, we manually run repoman. It will be nice to have
> a jenkins job for this - with inputs probably being URLs of source
> packages/repos and target versions to copy to:
> 1. It will not require us anymore to login there and do sensitive
> stuff on it directly
> 2. It will have proper logs, allowing much more easily understand when
> a package was added, by whom, and even perhaps why. So better add to
> the inputs also 'Notes'.
> This is cloned from:
> https://bugzilla.redhat.com/show_bug.cgi?id=1455316
> Best,
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1000.1045.3#100046)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1441) [RFE] Add a jenkins job for copying external packages to static repos

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-1441:
-

 Summary: [RFE] Add a jenkins job for copying external packages to 
static repos
 Key: OVIRT-1441
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1441
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Description of problem:

Currently, when we want to copy a package from elsewhere to
resources.ovirt.org, we manually run repoman. It will be nice to have
a jenkins job for this - with inputs probably being URLs of source
packages/repos and target versions to copy to:
1. It will not require us anymore to login there and do sensitive
stuff on it directly
2. It will have proper logs, allowing much more easily understand when
a package was added, by whom, and even perhaps why. So better add to
the inputs also 'Notes'.

This is cloned from:

https://bugzilla.redhat.com/show_bug.cgi?id=1455316

Best,
-- 
Didi



--
This message was sent by Atlassian JIRA
(v1000.1045.3#100046)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-957) list archives are forbidden

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-957:


 Summary: list archives are forbidden
 Key: OVIRT-957
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-957
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


E.g. http://lists.ovirt.org/pipermail/users/2016-July/040885.html

-- 
Didi



--
This message was sent by Atlassian JIRA
(v1000.621.5#100023)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-920) Add a standard-CI job and button "build-scratch-artifacts"

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-920?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=24105#comment-24105
 ] 

Yedidyah Bar David commented on OVIRT-920:
--

On Thu, Dec 8, 2016 at 10:13 AM, eyal edri [Administrator] (oVirt JIRA) <


Fine with me, but then please add to the page a link somewhere to the list
of possible commands.

I commented "Rerun-Hooks: all" tens of times so far, and in each and every
one of them had to search for the exact syntax - never managed to memorize
it.





-- 
Didi


> Add a standard-CI job and button "build-scratch-artifacts"
> --
>
> Key: OVIRT-920
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-920
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi,
> I think it will be useful to have an option to very easily (such as
> pressing a button in gerrit) to do a full build of a project,
> similarly to current build-artifacts, but for a pending patch - so it
> will not be collected by any publisher, and will keep its artifacts
> for a short time (say, 2 days).
> This will allow to use these artifacts for manual tests, perhaps
> longer than check-patch, in case a developer wants to do them.
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1000.620.0#100023)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-920) Add a standard-CI job and button "build-scratch-artifacts"

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-920:


 Summary: Add a standard-CI job and button "build-scratch-artifacts"
 Key: OVIRT-920
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-920
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi,

I think it will be useful to have an option to very easily (such as
pressing a button in gerrit) to do a full build of a project,
similarly to current build-artifacts, but for a pending patch - so it
will not be collected by any publisher, and will keep its artifacts
for a short time (say, 2 days).

This will allow to use these artifacts for manual tests, perhaps
longer than check-patch, in case a developer wants to do them.
-- 
Didi



--
This message was sent by Atlassian JIRA
(v1000.620.0#100023)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-903) master-to-master CI upgrade tests

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-903?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=23817#comment-23817
 ] 

Yedidyah Bar David commented on OVIRT-903:
--

On Sun, Dec 4, 2016 at 11:06 AM, eyal edri [Administrator] (oVirt

Indeed, and I explained in the ticket why it's not enough as-is.

Best,
-- 
Didi


> master-to-master CI upgrade tests
> -
>
> Key: OVIRT-903
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-903
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi all,
> Recently a patch to the engine [1] added a new package,
> with a certain set of dependencies, which broke upgrade.
> This is similar to [2] but for a new package.
> CI wasn't affected, I think because of [3].
> To make CI test such flows, we should have a job that:
> 1. Builds, installs and sets up the version we want to test
> 2. Pushes a dummy change to the local git repo (to force
> a new version), build the patched tree, create a yum repo
> with the build and add it to yum.repos.d.
> 3. yum update
> 4. engine-setup
> Another option is to revert [3], or to duplicate - have
> both "upgrade current to self" and "upgrade latest snapshot
> to current". The downside is that it will be checked later
> than above plan - instead of in the same build, will only
> be tested in the first build that uses the snapshot after
> it was updated, and also will be misleading, as the reason
> why that job failed will not be apparent (which was why
> [3] was added).
> Please handle. I can of course try to help. Best,
> [1] https://gerrit.ovirt.org/66999
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=1321249
> [3] https://gerrit.ovirt.org/67263
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1000.610.2#100023)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-903) master-to-master CI upgrade tests

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-903:


 Summary: master-to-master CI upgrade tests
 Key: OVIRT-903
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-903
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi all,

Recently a patch to the engine [1] added a new package,
with a certain set of dependencies, which broke upgrade.
This is similar to [2] but for a new package.

CI wasn't affected, I think because of [3].

To make CI test such flows, we should have a job that:
1. Builds, installs and sets up the version we want to test
2. Pushes a dummy change to the local git repo (to force
a new version), build the patched tree, create a yum repo
with the build and add it to yum.repos.d.
3. yum update
4. engine-setup

Another option is to revert [3], or to duplicate - have
both "upgrade current to self" and "upgrade latest snapshot
to current". The downside is that it will be checked later
than above plan - instead of in the same build, will only
be tested in the first build that uses the snapshot after
it was updated, and also will be misleading, as the reason
why that job failed will not be apparent (which was why
[3] was added).

Please handle. I can of course try to help. Best,

[1] https://gerrit.ovirt.org/66999
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1321249
[3] https://gerrit.ovirt.org/67263
-- 
Didi



--
This message was sent by Atlassian JIRA
(v1000.610.2#100023)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-802) ovirt-engine_master_upgrade-from-3.6_el7_merged failing

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=22146#comment-22146
 ] 

Yedidyah Bar David commented on OVIRT-802:
--

On Mon, Oct 31, 2016 at 5:45 PM, eyal edri [Administrator] (oVirt JIRA) <


No.

setup log has:

2016-10-31 15:34:33 DEBUG
otopi.plugins.ovirt_engine_common.base.system.selinux plugin.execute:926
execute-output: ('/sbin/semanage', 'fcontext', '-a', '-t',
'public_content_rw_t', '/var/lib/exports/iso(/.*)?') stderr:
libsepol.context_from_record: type ovirt_vmconsole_proxy_port_t is not
defined (No such file or directory).
libsepol.context_from_record: could not create context structure (Invalid
argument).
libsepol.port_from_record: could not create port structure for range
: (tcp) (Invalid argument).
libsepol.sepol_port_modify: could not load port range  -  (tcp)
(Invalid argument).
libsemanage.dbase_policydb_modify: could not modify record value (Invalid
argument).
libsemanage.semanage_base_merge_components: could not merge local
modifications into policy (Invalid argument).
ValueError: Could not commit semanage transaction

The type public_content_rw_t should have been created during installation
of ovirt-vmconsole-proxy, by its %post scriptlet. I do not see it installed
in the console output, also on successful builds. How/where/when do you
install this package? Perhaps something changed selinux policy after it was
installed?





-- 
Didi


> ovirt-engine_master_upgrade-from-3.6_el7_merged failing
> ---
>
> Key: OVIRT-802
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-802
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Greg Sheremeta
>Assignee: infra
>
> https://gerrit.ovirt.org/#/c/65899/2
> job:
> http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-3.6_el7_merged/561/console
> failing.
> + which engine-setup
> + engine-cleanup
> --config-append=/home/jenkins/workspace/ovirt-engine_master_upgrade-from-3.6_el7_merged/jenkins/jobs/ovirt-engine_upgrade_to_master/cleanup.file.otopi
> [ INFO  ] Stage: Initializing
> [ INFO  ] Stage: Environment setup
>   Configuration files:
> ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf',
> '/etc/ovirt-engine-setup.conf.d/10-packaging.conf',
> '/home/jenkins/workspace/ovirt-engine_master_upgrade-from-3.6_el7_merged/jenkins/jobs/ovirt-engine_upgrade_to_master/cleanup.file.otopi']
>   Log file:
> /var/log/ovirt-engine/setup/ovirt-engine-remove-20161031153445-zoq6gr.log
>   Version: otopi-1.6.0_master
> (otopi-1.6.0-0.0.master.20160829151522.git7547b87.el7.centos)
> [ ERROR ] Could not detect a completed product setup
>   Please use the cleanup utility only after a setup or after an
> upgrade from an older installation.
> [ ERROR ] Failed to execute stage 'Environment setup': Could not detect
> product setup
> [ INFO  ] Stage: Clean up
>   Log file is located at
> /var/log/ovirt-engine/setup/ovirt-engine-remove-20161031153445-zoq6gr.log
> [ INFO  ] Generating answer file
> '/var/lib/ovirt-engine/setup/answers/20161031153445-cleanup.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Execution of cleanup failed
> -- 
> Greg Sheremeta, MBA
> Red Hat, Inc.
> Sr. Software Engineer
> gsher...@redhat.com



--
This message was sent by Atlassian JIRA
(v1000.482.3#100017)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-798) outgoing mail failure - SPF fail

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-798:


 Summary: outgoing mail failure - SPF fail
 Key: OVIRT-798
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-798
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi,

When adding a reviewer to a patch on gerrit, I get an email:

The original message was received at Mon, 31 Oct 2016 05:07:32 -0400
from gerrit.ovirt.org [127.0.0.1]

   - The following addresses had permanent fatal errors -

(reason: 551 5.7.1 SPF fail: 'gerrit.ovirt.org'[107.22.212.69],
'redhat.com'; REJECT)

   - Transcript of session follows -
... while talking to mx1.redhat.com.:
>>> DATA
<<< 551 5.7.1 SPF fail: 'gerrit.ovirt.org'[107.22.212.69], 'redhat.com'; REJECT
550 5.1.1 ... User unknown
<<< 554 5.5.1 Error: no valid recipients

Final-Recipient: RFC822; sbona...@redhat.com
Action: failed
Status: 5.7.1
Remote-MTA: DNS; mx1.redhat.com
Diagnostic-Code: SMTP; 551 5.7.1 SPF fail:
'gerrit.ovirt.org'[107.22.212.69], 'redhat.com'; REJECT
Last-Attempt-Date: Mon, 31 Oct 2016 05:07:33 -0400

Please check/handle. Thanks.
-- 
Didi



--
This message was sent by Atlassian JIRA
(v1000.482.3#100017)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-723) otopi jobs using python3 fail on fedora 24

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-723?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=21128#comment-21128
 ] 

Yedidyah Bar David commented on OVIRT-723:
--

On Sun, Sep 25, 2016 at 6:12 PM, eyal edri [Administrator] (oVirt

If you check original [2] you see that python3-devel was installed.

I did some more work on this subject today, and final result is:

Current intended patch [1] fails on jenkins fedora 24 job, passes centos7.

A hack [2] that zeros dnf.conf makes it succeed on both.

I don't mind reversing their order for the git log (and not merge a
"broken" patch) until current ticket is solved, and then revert [2].

Best,

[1] https://gerrit.ovirt.org/#/c/59831/28
[2] https://gerrit.ovirt.org/#/c/64000/11
-- 
Didi


> otopi jobs using python3 fail on fedora 24
> --
>
> Key: OVIRT-723
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-723
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi,
> Patch [1] fails jenkins [2] like this:
> 11:35:21 [ INFO  ] DNF Repository updates-testing is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-testing-debuginfo is listed
> more than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-debuginfo is listed more
> than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora-debuginfo is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'fedora', 
> disabling.
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'updates',
> disabling.
> 11:35:21 [ INFO  ] Stage: Environment packages setup
> 11:35:21 [ INFO  ] DNF Repository updates-testing is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-testing-debuginfo is listed
> more than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-debuginfo is listed more
> than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora-debuginfo is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'fedora', 
> disabling.
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'updates',
> disabling.
> 11:35:21 [ ERROR ] DNF Cannot queue package 'iproute': no package matched
> 11:35:21 [ ERROR ] Failed to execute stage 'Environment packages
> setup': no package matched
> I suspected, based on the log, that something is broken about dnf
> configuration, so pushed [3] and ran the job again [4] with [3]
> cherry-picked, and it succeeded. I thought that's enough for a
> verification, so asked to merge it, and it was merged. Later on, lago
> tests started breaking [5] with:
> 09:37:44 Error: nothing provides repoman >= 2.0.12 needed by
> python-lago-ovirt-0.24.0-1.fc23.noarch
> So [3] was reverted [6], Currently pending, but I expect it to be merged soon.
> So we need a better solution.
> While investigating this, Nadav partially understood the issue - we have, at
> certain points in mock_runner, both /etc/yum.conf and /etc/yum/yum.conf.
> Not sure why and whether we need both.
> We tried also various variations on this patch in [7][8][9][10], none worked.
> Probably better to fully support dnf instead of this hack, not sure
> what this requires.
> Thanks,
> [1] https://gerrit.ovirt.org/59831
> [2] 
> http://jenkins.ovirt.org/job/otopi_master_check-patch-fc24-x86_64/44/console
> [3] https://gerrit.ovirt.org/63249
> [4] http://jenkins.ovirt.org/job/otopi_master_check-patch-fc24-x86_64/46/
> [5] 
> http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/205/console
> [6] https://gerrit.ovirt.org/63405
> [7] https://gerrit.ovirt.org/63386
> [8] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/203
> [9] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/204/
> [10] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/205/
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1000.362.1#100014)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-723) otopi jobs using python3 fail on fedora 24

[Yedidyah Bar David (oVirt JIRA)]

Yedidyah Bar David created OVIRT-723:


 Summary: otopi jobs using python3 fail on fedora 24
 Key: OVIRT-723
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-723
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra


Hi,

Patch [1] fails jenkins [2] like this:

11:35:21 [ INFO  ] DNF Repository updates-testing is listed more than
once in the configuration
11:35:21 [ INFO  ] DNF Repository updates-testing-debuginfo is listed
more than once in the configuration
11:35:21 [ INFO  ] DNF Repository updates is listed more than once in
the configuration
11:35:21 [ INFO  ] DNF Repository updates-debuginfo is listed more
than once in the configuration
11:35:21 [ INFO  ] DNF Repository fedora is listed more than once in
the configuration
11:35:21 [ INFO  ] DNF Repository fedora-debuginfo is listed more than
once in the configuration
11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'fedora', disabling.
11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'updates',
disabling.
11:35:21 [ INFO  ] Stage: Environment packages setup
11:35:21 [ INFO  ] DNF Repository updates-testing is listed more than
once in the configuration
11:35:21 [ INFO  ] DNF Repository updates-testing-debuginfo is listed
more than once in the configuration
11:35:21 [ INFO  ] DNF Repository updates is listed more than once in
the configuration
11:35:21 [ INFO  ] DNF Repository updates-debuginfo is listed more
than once in the configuration
11:35:21 [ INFO  ] DNF Repository fedora is listed more than once in
the configuration
11:35:21 [ INFO  ] DNF Repository fedora-debuginfo is listed more than
once in the configuration
11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'fedora', disabling.
11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'updates',
disabling.
11:35:21 [ ERROR ] DNF Cannot queue package 'iproute': no package matched
11:35:21 [ ERROR ] Failed to execute stage 'Environment packages
setup': no package matched

I suspected, based on the log, that something is broken about dnf
configuration, so pushed [3] and ran the job again [4] with [3]
cherry-picked, and it succeeded. I thought that's enough for a
verification, so asked to merge it, and it was merged. Later on, lago
tests started breaking [5] with:

09:37:44 Error: nothing provides repoman >= 2.0.12 needed by
python-lago-ovirt-0.24.0-1.fc23.noarch

So [3] was reverted [6], Currently pending, but I expect it to be merged soon.

So we need a better solution.

While investigating this, Nadav partially understood the issue - we have, at
certain points in mock_runner, both /etc/yum.conf and /etc/yum/yum.conf.

Not sure why and whether we need both.

We tried also various variations on this patch in [7][8][9][10], none worked.

Probably better to fully support dnf instead of this hack, not sure
what this requires.

Thanks,

[1] https://gerrit.ovirt.org/59831
[2] http://jenkins.ovirt.org/job/otopi_master_check-patch-fc24-x86_64/44/console
[3] https://gerrit.ovirt.org/63249
[4] http://jenkins.ovirt.org/job/otopi_master_check-patch-fc24-x86_64/46/
[5] 
http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/205/console
[6] https://gerrit.ovirt.org/63405
[7] https://gerrit.ovirt.org/63386
[8] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/203
[9] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/204/
[10] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/205/
-- 
Didi



--
This message was sent by Atlassian JIRA
(v1000.305.0#100011)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-718) old.ovirt.org not working anymore

[Yedidyah Bar David (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=20400#comment-20400
 ] 

Yedidyah Bar David commented on OVIRT-718:
--

On Fri, Sep 2, 2016 at 12:20 PM, sbonazzo (oVirt JIRA)

If you only need some pdf file from there, some time ago I copied all
of them to [1]. Didn't spend time yet converting all the links on the
new site to point there.

[1] http://resources.ovirt.org/old-site-files/
-- 
Didi


> old.ovirt.org not working anymore
> -
>
> Key: OVIRT-718
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-718
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: sbonazzo
>Assignee: infra
>
> old.ovirt.org not working anymore
> It says:
> Service Temporarily Unavailable
> The server is temporarily unable to service your request due to maintenance
> downtime or capacity problems. Please try again later.
> Please check.
> -- 
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 



--
This message was sent by Atlassian JIRA
(v1000.305.0#100011)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra