June 2018 - Infra - Ovirt List Archives

[JIRA] (OVIRT-2181) Release lago-ovirt for fc28

by eyal edri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2181?page=com.atlassian.jir... ] eyal edri updated OVIRT-2181: ----------------------------- Epic Link: OVIRT-2177 > Release lago-ovirt for fc28 > --------------------------- > > Key: OVIRT-2181 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2181 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: OST > Reporter: Gal Ben Haim > Assignee: infra > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

6 years, 7 months

1
0
0 / 0

[JIRA] (OVIRT-2181) Release lago-ovirt for fc28

by eyal edri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2181?page=com.atlassian.jir... ] eyal edri updated OVIRT-2181: ----------------------------- Issue Type: Task (was: Sub-task) Parent: (was: OVIRT-2177) > Release lago-ovirt for fc28 > --------------------------- > > Key: OVIRT-2181 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2181 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: OST > Reporter: Gal Ben Haim > Assignee: infra > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

6 years, 7 months

1
0
0 / 0

[JIRA] (OVIRT-2032) Mounting device files prevents using systemd-nspawn in mock

by Barak Korren (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2032?page=com.atlassian.jir... ] Barak Korren commented on OVIRT-2032: ------------------------------------- The fix was included in mock-1.4.10 which was already released to EPEL: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-28fdd00a4b > Mounting device files prevents using systemd-nspawn in mock > ----------------------------------------------------------- > > Key: OVIRT-2032 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2032 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: mock_runner > Reporter: Barak Korren > Assignee: infra > Labels: upstream-issue > > The systemd-nspawn functionality in mock is introduced in OVIRT-2031. > When using systemd-nspawn mock uses some kind of a layered FS that is created when it starts and removed when it exits. This is different from the way it works when using chroot where the directory that the chroot is configured in stays around until it is explicitly removed. > mock had an issue where if you tried to bind-mount something into the mock environment, you had to have the mount point ready for it. We worked around this in {{mock_runner}} by using the fact the chroot was persistent, going into it and setting up the mount points as needed before actually starting to use it to run the STDCI script. > Since the mock authors were aware of the issue when the implemented the systemd-nspawn functionality, they made mock pre-create mount point in the container as needed. However, they only supported directory mount points, so if we tried to bind-mount a socket we would get en error message failing to mount a socket file on a directory. > We reported this issue to the mock developers as issue [#87|https://github.com/rpm-software-management/mock/issues/87] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

6 years, 7 months

1
0
0 / 0

[JIRA] (OVIRT-2166) Python's HTTP server is overloaded

by Gal Ben Haim (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2166?page=com.atlassian.jir... ] Gal Ben Haim reassigned OVIRT-2166: ----------------------------------- Assignee: Gal Ben Haim (was: infra) > Python's HTTP server is overloaded > ---------------------------------- > > Key: OVIRT-2166 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2166 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: OST > Reporter: Gal Ben Haim > Assignee: Gal Ben Haim > > When running `lago ovirt deploy` we experience the following error: > ``` > 08:23:24 [basic-suit] * [Thread-3] Deploy VM lago-basic-suite-master-host-1: Success (in 0:00:20) > 08:23:25 [basic-suit] Traceback (most recent call last): > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/SocketServer.py", line 295, in _handle_request_noblock > 08:23:25 [basic-suit] self.process_request(request, client_address) > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/SocketServer.py", line 321, in process_request > 08:23:25 [basic-suit] self.finish_request(request, client_address) > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/SocketServer.py", line 334, in finish_request > 08:23:25 [basic-suit] self.RequestHandlerClass(request, client_address, self) > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/SocketServer.py", line 651, in __init__ > 08:23:25 [basic-suit] self.finish() > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/SocketServer.py", line 710, in finish > 08:23:25 [basic-suit] self.wfile.close() > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/socket.py", line 279, in close > 08:23:25 [basic-suit] self.flush() > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/socket.py", line 303, in flush > 08:23:25 [basic-suit] self._sock.sendall(view[write_offset:write_offset+buffer_size]) > 08:23:25 [basic-suit] error: [Errno 32] Broken pipe > ``` > It seems like `yum` on the VMs close the connection to the internal repo because it's too slow. > This error doesn't fail OST, just pollute its log. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

6 years, 7 months

1
0
0 / 0

[JIRA] (OVIRT-2166) Python's HTTP server is overloaded

by Gal Ben Haim (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2166?page=com.atlassian.jir... ] Gal Ben Haim updated OVIRT-2166: -------------------------------- Status: In Progress (was: To Do) > Python's HTTP server is overloaded > ---------------------------------- > > Key: OVIRT-2166 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2166 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: OST > Reporter: Gal Ben Haim > Assignee: infra > > When running `lago ovirt deploy` we experience the following error: > ``` > 08:23:24 [basic-suit] * [Thread-3] Deploy VM lago-basic-suite-master-host-1: Success (in 0:00:20) > 08:23:25 [basic-suit] Traceback (most recent call last): > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/SocketServer.py", line 295, in _handle_request_noblock > 08:23:25 [basic-suit] self.process_request(request, client_address) > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/SocketServer.py", line 321, in process_request > 08:23:25 [basic-suit] self.finish_request(request, client_address) > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/SocketServer.py", line 334, in finish_request > 08:23:25 [basic-suit] self.RequestHandlerClass(request, client_address, self) > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/SocketServer.py", line 651, in __init__ > 08:23:25 [basic-suit] self.finish() > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/SocketServer.py", line 710, in finish > 08:23:25 [basic-suit] self.wfile.close() > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/socket.py", line 279, in close > 08:23:25 [basic-suit] self.flush() > 08:23:25 [basic-suit] File "/usr/lib64/python2.7/socket.py", line 303, in flush > 08:23:25 [basic-suit] self._sock.sendall(view[write_offset:write_offset+buffer_size]) > 08:23:25 [basic-suit] error: [Errno 32] Broken pipe > ``` > It seems like `yum` on the VMs close the connection to the internal repo because it's too slow. > This error doesn't fail OST, just pollute its log. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

6 years, 7 months

1
0
0 / 0

CI fails on network.ip_address_test.TestAddressSetup

by Ala Hino

Is it a known issue? Below is the traceback: *07:52:14* ======================================================================*07:52:14* ERROR: test_add_ipv6_gateway_given_existing_ipv4_and_ipv6_gateways (network.ip_address_test.TestAddressSetup)*07:52:14* ----------------------------------------------------------------------*07:52:14* Traceback (most recent call last):*07:52:14* File "/home/jenkins/workspace/vdsm_master_check-patch-fc27-x86_64/vdsm/tests/network/ip_address_test.py", line 146, in test_add_ipv6_gateway_given_existing_ipv4_and_ipv6_gateways*07:52:14* address.add(nic, ipv4=None, ipv6=ipv6)*07:52:14* File "/home/jenkins/workspace/vdsm_master_check-patch-fc27-x86_64/vdsm/lib/vdsm/network/ip/address/__init__.py", line 278, in add*07:52:14* _add_ipv6_address(iface, ipv6)*07:52:14* File "/home/jenkins/workspace/vdsm_master_check-patch-fc27-x86_64/vdsm/lib/vdsm/network/ip/address/__init__.py", line 294, in _add_ipv6_address*07:52:14* ipwrapper.addrAdd(iface, ipv6addr, ipv6netmask, family=6)*07:52:14* File "/home/jenkins/workspace/vdsm_master_check-patch-fc27-x86_64/vdsm/lib/vdsm/network/ipwrapper.py", line 574, in addrAdd*07:52:14* _exec_cmd(command)*07:52:14* File "/home/jenkins/workspace/vdsm_master_check-patch-fc27-x86_64/vdsm/lib/vdsm/network/ipwrapper.py", line 495, in _exec_cmd*07:52:14* raise exc(returnCode, error.splitlines())*07:52:14* vdsm.network.ipwrapper.IPRoute2Error: (2, ['RTNETLINK answers: Permission denied']) Link to CI console: https://jenkins.ovirt.org/job/vdsm_master_check-patch-fc27-x86_64/3750/co...

6 years, 7 months

2
2
0 / 0

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

by oVirt Jenkins

A system test invoked by the "ovirt-master" change queue including change 91966,4 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 91888,3 (ovirt-engine) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 91888,3 (ovirt-engine) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/91966/4 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/91888/3 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8159/

6 years, 7 months

1
0
0 / 0

[JIRA] (OVIRT-2055) failure in suspend resume vm not related to reported change - need to investigate

by Dafna Ron (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2055?page=com.atlassian.jir... ] Dafna Ron commented on OVIRT-2055: ---------------------------------- [~gbenhaim(a)redhat.com] > failure in suspend resume vm not related to reported change - need to investigate > --------------------------------------------------------------------------------- > > Key: OVIRT-2055 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2055 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Labels: ost_failures, ost_race > > Change 91507,1 (ovirt-engine-sdk-java) is probably the reason behind recent > system test failures in the "ovirt-master" change queue and needs to be fixed. > This change had been removed from the testing queue. Artifacts build from this > change will not be released until it is fixed. > For further details about the change see: > https://gerrit.ovirt.org/#/c/91507/1 > For failed test results see: > http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7721/ > I think the issue is on qemu/libvirt changed queries: > https://pastebin.com/afyeUAcT > https://pastebin.com/va20Y5Hp > checking his with vdsm people. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

6 years, 7 months

1
0
0 / 0

[JIRA] (OVIRT-2149) broken pipe error on lago

by Dafna Ron (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2149?page=com.atlassian.jir... ] Dafna Ron updated OVIRT-2149: ----------------------------- Resolution: Fixed Status: Done (was: To Do) > broken pipe error on lago > ------------------------- > > Key: OVIRT-2149 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2149 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Dafna Ron > Assignee: infra > Labels: ost_failures, ost_lago > > I have been seeing his in several places and on my own laptop. I don't think it actully causes anything but [~gbenhaim(a)redhat.com] can you please take a look? > http://pastebin.test.redhat.com/600659 > you can see it here: http://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/1143... -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

6 years, 7 months

1
0
0 / 0

[JIRA] (OVIRT-2149) broken pipe error on lago

by Dafna Ron (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2149?page=com.atlassian.jir... ] Dafna Ron commented on OVIRT-2149: ---------------------------------- ticket was opened to track this issue in lago. closing > broken pipe error on lago > ------------------------- > > Key: OVIRT-2149 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2149 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Dafna Ron > Assignee: infra > Labels: ost_failures, ost_lago > > I have been seeing his in several places and on my own laptop. I don't think it actully causes anything but [~gbenhaim(a)redhat.com] can you please take a look? > http://pastebin.test.redhat.com/600659 > you can see it here: http://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/1143... -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

6 years, 7 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Infra June 2018