January 2019 - Infra - oVirt List Archives

[JIRA] (OVIRT-2633) Add posibility to remove changes from change queue before change, which actually fixes the issue
by Eyal Edri (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2633?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2633: ----------------------------- Resolution: Won't Do Status: Done (was: To Do) not a bug as explained. We will follow up on improvements for CQ ( if possible ) on the other open tickets. > Add posibility to remove changes from change queue before change, which actually fixes the issue > ------------------------------------------------------------------------------------------------ > > Key: OVIRT-2633 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2633 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Change Queue > Reporter: Martin Perina > Assignee: infra > > Let's have a patch P1, which created an issue and failed verification in change queue. Until a fix is prepared and merged as P10, there were merged other patches P2 - P9. Because P10 is merged as last, it contains all previous changes. And because we already know that P2 - P9 will fail, there is no reason to verify those changes and there should be a way how to remove them from the change queue, so P10 can be verified as soon as possible. Otherwise we are wasting valuable recources. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2636) Tests failed because global_setup.sh failed
by Barak Korren (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2636?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-2636: ------------------------------------- Like I wrote, I've no idea what could be causing this, further research is needed. Perhaps try to correlate with knows infra issues, could something on the hypervisor have caused considerable slowness on the slave for example? I don't think it can be a network issue since network is not involved here when systemctl connects to the local systemd, but I can't rule this out... Have we seen other occurrences of this? > Tests failed because global_setup.sh failed > ------------------------------------------- > > Key: OVIRT-2636 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2636 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Not sure why global setup failed: > + [[ ! -O /home/jenkins/.ssh ]] > + [[ ! -G /home/jenkins/.ssh ]] > + verify_set_permissions 700 /home/jenkins/.ssh > + local target_permissions=700 > + local path_to_set=/home/jenkins/.ssh > ++ stat -c %a /home/jenkins/.ssh > + local access=700 > + [[ 700 != \7\0\0 ]] > + return 0 > + [[ -f /home/jenkins/.ssh/known_hosts ]] > + verify_set_ownership /home/jenkins/.ssh/known_hosts > + local path_to_set=/home/jenkins/.ssh/known_hosts > ++ id -un > + local owner=jenkins > ++ id -gn > + local group=jenkins > + [[ ! -O /home/jenkins/.ssh/known_hosts ]] > + [[ ! -G /home/jenkins/.ssh/known_hosts ]] > + verify_set_permissions 644 /home/jenkins/.ssh/known_hosts > + local target_permissions=644 > + local path_to_set=/home/jenkins/.ssh/known_hosts > ++ stat -c %a /home/jenkins/.ssh/known_hosts > + local access=644 > + [[ 644 != \6\4\4 ]] > + return 0 > + return 0 > + true > + log ERROR Aborting. > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2637) [VDSM] Tests fail because of network timeout
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2637?page=com.atlassian.jira.… ] Liora Milbaum updated OVIRT-2637: --------------------------------- Resolution: Fixed Status: Done (was: To Do) > [VDSM] Tests fail because of network timeout > -------------------------------------------- > > Key: OVIRT-2637 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2637 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > First time I see this error. The issue seems to be network read timeout > when creating virtual env > in tox test. > If you see this error in your builds, please report. > storage-py27 create: > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27 > ERROR: invocation failed (exit code 1), logfile: > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log > ERROR: actionid: storage-py27 > msg: getenv > cmdargs: ['/usr/bin/python2', '-m', 'virtualenv', > '--system-site-packages', '--python', '/usr/bin/python2.7', > 'storage-py27'] > New python executable in > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python2.7 > Also creating executable in > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python > Installing setuptools, pip, wheel... > Complete output from command > /home/jenkins/worksp...e-py27/bin/python2.7 - setuptools pip wheel: > The directory > '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip/http' > or its parent directory is not owned by the current user and the cache > has been disabled. Please check the permissions and owner of that > directory. If executing pip with sudo, you may want sudo's -H flag. > The directory '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip' > or its parent directory is not owned by the current user and caching > wheels has been disabled. check the permissions and owner of that > directory. If executing pip with sudo, you may want sudo's -H flag. > Looking in links: /usr/lib/python2.7/site-packages, > /usr/lib/python2.7/site-packages/virtualenv_support > Collecting setuptools > Downloading https://files.pythonhosted.org/packages/37/06/754589caf971b0d2d48f151c2586f… > (573kB) > Exception: > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/cli/base_command.py", > line 143, in main > status = self.run(options, args) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/commands/install.py", > line 318, in run > resolver.resolve(requirement_set) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 102, in resolve > self._resolve_one(requirement_set, req) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 256, in _resolve_one > abstract_dist = self._get_abstract_dist_for(req_to_install) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 209, in _get_abstract_dist_for > self.require_hashes > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/operations/prepare.py", > line 283, in prepare_linked_requirement > progress_bar=self.progress_bar > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 836, in unpack_url > progress_bar=progress_bar > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 673, in unpack_http_url > progress_bar) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 897, in _download_http_url > _download_url(resp, link, content_file, hashes, progress_bar) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 617, in _download_url > hashes.check_against_chunks(downloaded_chunks) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/hashes.py", > line 48, in check_against_chunks > for chunk in chunks: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 585, in written_chunks > for chunk in chunks: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/ui.py", > line 159, in iter > for x in it: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 574, in resp_read > decode_content=False): > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 465, in stream > data = self.read(amt=amt, decode_content=decode_content) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 430, in read > raise IncompleteRead(self._fp_bytes_read, self.length_remaining) > File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__ > self.gen.throw(type, value, traceback) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 345, in _error_catcher > raise ReadTimeoutError(self._pool, None, 'Read timed out.') > ReadTimeoutError: HTTPSConnectionPool(host='files.pythonhosted.org', > port=443): Read timed out. > ---------------------------------------- > ...Installing setuptools, pip, wheel...done. > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 2462, in <module> > main() > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 762, in main > symlink=options.symlink, > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 1015, in > create_environment > install_wheel(to_install, py_executable, search_dirs, download=download) > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 968, in > install_wheel > call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT) > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 854, in > call_subprocess > raise OSError("Command {} failed with error code > {}".format(cmd_desc, proc.returncode)) > OSError: Command /home/jenkins/worksp...e-py27/bin/python2.7 - > setuptools pip wheel failed with error code 2 > Running virtualenv with interpreter /usr/bin/python2.7 > ERROR: Error creating virtualenv. Note that some special characters > (e.g. ':' and unicode symbols) in paths are not supported by > virtualenv. Error details: InvocationError('/usr/bin/python2 -m > virtualenv --system-site-packages --python /usr/bin/python2.7 > storage-py27 (see > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log)', > 1) > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2637) [VDSM] Tests fail because of network timeout
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2637?page=com.atlassian.jira.… ] Liora Milbaum commented on OVIRT-2637: -------------------------------------- Seems like check-patch is working now. Reopen if the problem can reproduced. > [VDSM] Tests fail because of network timeout > -------------------------------------------- > > Key: OVIRT-2637 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2637 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > First time I see this error. The issue seems to be network read timeout > when creating virtual env > in tox test. > If you see this error in your builds, please report. > storage-py27 create: > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27 > ERROR: invocation failed (exit code 1), logfile: > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log > ERROR: actionid: storage-py27 > msg: getenv > cmdargs: ['/usr/bin/python2', '-m', 'virtualenv', > '--system-site-packages', '--python', '/usr/bin/python2.7', > 'storage-py27'] > New python executable in > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python2.7 > Also creating executable in > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python > Installing setuptools, pip, wheel... > Complete output from command > /home/jenkins/worksp...e-py27/bin/python2.7 - setuptools pip wheel: > The directory > '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip/http' > or its parent directory is not owned by the current user and the cache > has been disabled. Please check the permissions and owner of that > directory. If executing pip with sudo, you may want sudo's -H flag. > The directory '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip' > or its parent directory is not owned by the current user and caching > wheels has been disabled. check the permissions and owner of that > directory. If executing pip with sudo, you may want sudo's -H flag. > Looking in links: /usr/lib/python2.7/site-packages, > /usr/lib/python2.7/site-packages/virtualenv_support > Collecting setuptools > Downloading https://files.pythonhosted.org/packages/37/06/754589caf971b0d2d48f151c2586f… > (573kB) > Exception: > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/cli/base_command.py", > line 143, in main > status = self.run(options, args) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/commands/install.py", > line 318, in run > resolver.resolve(requirement_set) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 102, in resolve > self._resolve_one(requirement_set, req) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 256, in _resolve_one > abstract_dist = self._get_abstract_dist_for(req_to_install) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 209, in _get_abstract_dist_for > self.require_hashes > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/operations/prepare.py", > line 283, in prepare_linked_requirement > progress_bar=self.progress_bar > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 836, in unpack_url > progress_bar=progress_bar > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 673, in unpack_http_url > progress_bar) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 897, in _download_http_url > _download_url(resp, link, content_file, hashes, progress_bar) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 617, in _download_url > hashes.check_against_chunks(downloaded_chunks) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/hashes.py", > line 48, in check_against_chunks > for chunk in chunks: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 585, in written_chunks > for chunk in chunks: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/ui.py", > line 159, in iter > for x in it: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 574, in resp_read > decode_content=False): > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 465, in stream > data = self.read(amt=amt, decode_content=decode_content) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 430, in read > raise IncompleteRead(self._fp_bytes_read, self.length_remaining) > File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__ > self.gen.throw(type, value, traceback) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 345, in _error_catcher > raise ReadTimeoutError(self._pool, None, 'Read timed out.') > ReadTimeoutError: HTTPSConnectionPool(host='files.pythonhosted.org', > port=443): Read timed out. > ---------------------------------------- > ...Installing setuptools, pip, wheel...done. > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 2462, in <module> > main() > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 762, in main > symlink=options.symlink, > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 1015, in > create_environment > install_wheel(to_install, py_executable, search_dirs, download=download) > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 968, in > install_wheel > call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT) > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 854, in > call_subprocess > raise OSError("Command {} failed with error code > {}".format(cmd_desc, proc.returncode)) > OSError: Command /home/jenkins/worksp...e-py27/bin/python2.7 - > setuptools pip wheel failed with error code 2 > Running virtualenv with interpreter /usr/bin/python2.7 > ERROR: Error creating virtualenv. Note that some special characters > (e.g. ':' and unicode symbols) in paths are not supported by > virtualenv. Error details: InvocationError('/usr/bin/python2 -m > virtualenv --system-site-packages --python /usr/bin/python2.7 > storage-py27 (see > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log)', > 1) > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2636) Tests failed because global_setup.sh failed
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2636?page=com.atlassian.jira.… ] Liora Milbaum commented on OVIRT-2636: -------------------------------------- [~bkorren(a)redhat.com] What do you think we can do on this problem? > Tests failed because global_setup.sh failed > ------------------------------------------- > > Key: OVIRT-2636 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2636 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Not sure why global setup failed: > + [[ ! -O /home/jenkins/.ssh ]] > + [[ ! -G /home/jenkins/.ssh ]] > + verify_set_permissions 700 /home/jenkins/.ssh > + local target_permissions=700 > + local path_to_set=/home/jenkins/.ssh > ++ stat -c %a /home/jenkins/.ssh > + local access=700 > + [[ 700 != \7\0\0 ]] > + return 0 > + [[ -f /home/jenkins/.ssh/known_hosts ]] > + verify_set_ownership /home/jenkins/.ssh/known_hosts > + local path_to_set=/home/jenkins/.ssh/known_hosts > ++ id -un > + local owner=jenkins > ++ id -gn > + local group=jenkins > + [[ ! -O /home/jenkins/.ssh/known_hosts ]] > + [[ ! -G /home/jenkins/.ssh/known_hosts ]] > + verify_set_permissions 644 /home/jenkins/.ssh/known_hosts > + local target_permissions=644 > + local path_to_set=/home/jenkins/.ssh/known_hosts > ++ stat -c %a /home/jenkins/.ssh/known_hosts > + local access=644 > + [[ 644 != \6\4\4 ]] > + return 0 > + return 0 > + true > + log ERROR Aborting. > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2631) [VDSM] Build fail with "Curl error (28): Timeout was reached for..."
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2631?page=com.atlassian.jira.… ] Liora Milbaum commented on OVIRT-2631: -------------------------------------- [~nsoffer(a)redhat.com] Are you still experiencing slow network? It might have been a temporary networking issue. > [VDSM] Build fail with "Curl error (28): Timeout was reached for..." > -------------------------------------------------------------------- > > Key: OVIRT-2631 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2631 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: Evgheni Dereveanchin > > Looks like creating mock env fail because of slow network. > Can we have local mirror to avoid such issues? > Error: > # /usr/bin/dnf --installroot > /var/lib/mock/fedora-28-x86_64-4a1ad1766b02e7fc37cf465ffb164e2f-15798/root/ > --releasever 28 --disableplugin=local --setopt=deltarpm=False install > @buildsys-build autoconf automake createrepo dnf dnf-utils gdb git > iproute-tc libguestfs-tools-c libselinux-python3 libvirt-python3 lshw > make mom openvswitch ovirt-imageio-common policycoreutils-python > python2-augeas python2-blivet1 python2-coverage python2-dateutil > python2-dbus python2-decorator python2-devel python2-dmidecode > python2-enum34 python2-inotify python2-ioprocess python2-ipaddress > python2-magic python2-mock python2-netaddr python2-pthreading > python2-pyudev python2-pyyaml python2-requests python2-setuptools > python2-six python2-subprocess32 python3-PyYAML python3-augeas > python3-coverage python3-dateutil python3-dbus python3-decorator > python3-devel python3-magic python3-netaddr python3-nose > python3-pyudev python3-six python3-yaml rpm-build > ... > Transaction Summary > ================================================================================ > Install 675 Packages > Total download size: 424 M > Installed size: 1.5 G > Downloading Packages: > ... > (530/675): rest-0.8.1-2.fc28.x86_64.rpm 211 kB/s | 69 kB 00:00 > (531/675): libXau-1.0.8-11.fc28.x86_64.rpm 193 kB/s | 34 kB 00:00 > (532/675): libogg-1.3.2-10.fc28.x86_64.rpm 147 kB/s | 30 kB 00:00 > [MIRROR] gtk3-3.22.30-1.fc28.x86_64.rpm: Curl error (28): Timeout was > reached for http://mirrors.phx.ovirt.org/repos/yum/fedora-base-fc28/base/Packages/g/gtk… > [Operation too slow. Less than 1000 bytes/sec transferred the last 30 > seconds] > [FAILED] gtk3-3.22.30-1.fc28.x86_64.rpm: Curl error (28): Timeout was > reached for http://mirrors.phx.ovirt.org/repos/yum/fedora-base-fc28/base/Packages/g/gtk… > [Operation too slow. Less than 1000 bytes/sec transferred the last 30 > seconds] > Error: Error downloading packages: > Curl error (28): Timeout was reached for > http://mirrors.phx.ovirt.org/repos/yum/fedora-base-fc28/base/Packages/g/gtk… > [Operation too slow. Less than 1000 bytes/sec transferred the last 30 > seconds] > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2625) lists.ovirt.org not showing threads
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2625?page=com.atlassian.jira.… ] Liora Milbaum updated OVIRT-2625: --------------------------------- Resolution: Fixed Status: Done (was: To Do) It looks like the problem was solved. Re-open if reappears. > lists.ovirt.org not showing threads > ----------------------------------- > > Key: OVIRT-2625 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2625 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > Attachments: Selection_258.png > > > Hi, > lists.ovirt.org hyperkitty is once again not showing threads. I tried to > find my old Jira ticket, but Jira is down. > For example, this doesn't show the thread, but there are 8 replies: > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/SDDH2OC5RBOVYY… > Screenshot: https://imgur.com/a/xHKDN6K > [image: Selection_258.png] > -- > GREG SHEREMETA > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > Red Hat NA > <https://www.redhat.com/> > gshereme(a)redhat.com IRC: gshereme > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-1956) manual job upgrade options/table are messy
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1956?page=com.atlassian.jira.… ] Liora Milbaum reassigned OVIRT-1956: ------------------------------------ Assignee: infra (was: Daniel Belenky) > 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: Task > 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/ex… > -- > Didi -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Liora Milbaum commented on OVIRT-2638: -------------------------------------- Remediation and Monitoring are not the same. Don't you think we should have a remediation service which will prevent such cases in the future? > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: Daniel Belenky > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-1918) Single project tests in change-queue-tester
by Eyal Edri (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1918?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-1918: ----------------------------- Resolution: Cannot Reproduce Status: Done (was: To Do) It seems that there shouldn't be an inherent issue with CQ logic and it might be some projects that are not necessarily being installed via OST might not get built for a while and don't end up in tested. The way to solve it to report on a specific project once it happens, so we can debug and the decide: 1. If its a bug in the system and fix it 2. Add a test to install that pkg in OST so CQ will fail if its not in tested 3. Decide on another action, but we need real use case to work on. Please open an issue next time you see a project is missing from tested and we'll make sure to debug and see what is the best way to solve it. > Single project tests in change-queue-tester > ------------------------------------------- > > Key: OVIRT-1918 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1918 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > > Please change change-queue-tester jobs for testing a single project at a > time (ok for multiple patches at once, but from the same project). > Right now if multiple patches are merged between a change-queue-tester > execution and the next one are done, all of them will be tested in the next > run, even if the changes are in different projects. > So, supposing project A and B are completely fine, a failure in project C > can still prevent changes in A and B to go ahead through the pipeline and > get released. > This cause major headaches at least to me, requiring me to go again over > all the HEAD of the projects not being published and run yet again "ci > re-merge please" again and again and again until I'm lucky enough to have > nobody else merging patches or having all the ttested patches pass at once. > I understand the need to reduce the amount of executions of the job since > it takes an hour to execute but right now it's stealing days of execution > for getting a patch landing on tested repo. > -- > SANDRO BONAZZOLA > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0