November 2016 - Infra - oVirt List Archives

[JIRA] (OVIRT-843) Bug-Url is not recognized properly
by Shlomo Ben David (oVirt JIRA) 15 Nov '16

15 Nov '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-843?page=com.atlassian.jira.p… ] Shlomo Ben David reassigned OVIRT-843: -------------------------------------- Assignee: Shlomo Ben David (was: infra) > Bug-Url is not recognized properly > ---------------------------------- > > Key: OVIRT-843 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-843 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Pavel Zhukov > Assignee: Shlomo Ben David > Priority: High > > Example: > Check Bug-Url::WARN, no bug url/s found <== !!!! > Check Public Bug::#1373573::OK, public bug <== But OK here > Example changes: > https://gerrit.ovirt.org/#/c/66723/ > https://gerrit.ovirt.org/#/c/66774/ -- This message was sent by Atlassian JIRA (v1000.526.2#100018)

1 0

[JIRA] (OVIRT-843) Bug-Url is not recognized properly
by Shlomo Ben David (oVirt JIRA) 15 Nov '16

15 Nov '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-843?page=com.atlassian.jira.p… ] Shlomo Ben David commented on OVIRT-843: ---------------------------------------- Hi Pavel, It is not a bug, the user added the bug-url with wrong convention: https://bugzilla.redhat.com/*show_bug.cgi?id=*1335642 While it should be added as: https://bugzilla.redhat.com/1335642 > Bug-Url is not recognized properly > ---------------------------------- > > Key: OVIRT-843 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-843 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Pavel Zhukov > Assignee: infra > Priority: High > > Example: > Check Bug-Url::WARN, no bug url/s found <== !!!! > Check Public Bug::#1373573::OK, public bug <== But OK here > Example changes: > https://gerrit.ovirt.org/#/c/66723/ > https://gerrit.ovirt.org/#/c/66774/ -- This message was sent by Atlassian JIRA (v1000.526.2#100018)

1 0

[JIRA] (OVIRT-843) Bug-Url is not recognized properly
by Pavel Zhukov (oVirt JIRA) 15 Nov '16

15 Nov '16

Pavel Zhukov created OVIRT-843: ---------------------------------- Summary: Bug-Url is not recognized properly Key: OVIRT-843 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-843 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Pavel Zhukov Assignee: infra Priority: High Example: Check Bug-Url::WARN, no bug url/s found <== !!!! Check Public Bug::#1373573::OK, public bug <== But OK here Example changes: https://gerrit.ovirt.org/#/c/66723/ https://gerrit.ovirt.org/#/c/66774/ -- This message was sent by Atlassian JIRA (v1000.526.2#100018)

1 0

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #3357 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 15 Nov '16

15 Nov '16

------=_Part_437_1892167491.1479208127300 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/3357/, Build Number: 3357, Build Status: FAILURE ------=_Part_437_1892167491.1479208127300--

1 2

[JIRA] (OVIRT-842) Artifactory service is restart by puppet in the loop
by Pavel Zhukov (oVirt JIRA) 15 Nov '16

15 Nov '16

Pavel Zhukov created OVIRT-842: ---------------------------------- Summary: Artifactory service is restart by puppet in the loop Key: OVIRT-842 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-842 Project: oVirt - virtualization made easy Issue Type: Epic Reporter: Pavel Zhukov Assignee: infra Priority: High For some reasons systemd reports artifactory as failed state while it works normally. This cause service to be restarted in the loop and DoS as the result. As a workaround I've disabled puppet service to prevent artifactory from restarts and start it manually. Looks like PID file is not created. As far as I know we had problem with free space on this server -- This message was sent by Atlassian JIRA (v1000.526.2#100018)

1 0

Jenkins build is back to stable : ovirt_3.6_he-system-tests #685
by jenkins＠jenkins.phx.ovirt.org 15 Nov '16

15 Nov '16

See <http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/685/changes>

1 0

Re: ** PROBLEM Service Alert: ovirt-mirrorchecker/www.gtlib.gatech.edu/pub/oVirt/pub mirror site last sync is CRITICAL **
by Nadav Goldin 15 Nov '16

15 Nov '16

Hi, the oVirt mirror site stopped synchronising again few days ago, can you please check? Thanks, Nadav. On Tue, Nov 15, 2016 at 11:56 AM, icinga <icinga(a)monitoring.ovirt.org> wrote: > ***** Icinga ***** > > Notification Type: PROBLEM > > Service: www.gtlib.gatech.edu/pub/oVirt/pub mirror site last sync > Host: ovirt-mirrorchecker > Address: 66.187.230.105 > State: CRITICAL > > Date/Time: Tue Nov 15 09:56:58 UTC 2016 > > Additional Info: > > CRITICAL - 713972 seconds since last sync, which are 198.3256 hours.

1 0

vdsm_master_build-artifacts-fc24-ppc64le job keeps failing
by Irit Goihman 15 Nov '16

15 Nov '16

Hi, It seems like there's a problem with this job. All the jobs fail because of this error: Start: yum install*15:11:34* ERROR: Command failed. See logs for output. Can you please check? Thanks, -- Irit Goihman Software Engineer Red Hat Israel Ltd.

5 11

OST failing for master - might be related to change in 'remove vm guest agent ...'
by Eyal Edri 15 Nov '16

15 Nov '16

Failing after this patch was merged: http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc24-x86_6… [0][1] https://gerrit.ovirt.org/#/c/65860/ [0] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/3329/conso… [1] Lago log: 16-11-14 13:54:35,485::ssh.py::ssh::55::lago.ssh::DEBUG::Running e0703cf0 on lago-basic-suite-master-host0: /usr/bin/systemctl status --lines=0 qemu-guest-agent 2016-11-14 13:54:35,528::ssh.py::ssh::80::lago.ssh::DEBUG::Command e0703cf0 on lago-basic-suite-master-host0 returned with 0 2016-11-14 13:54:35,528::ssh.py::ssh::88::lago.ssh::DEBUG::Command e0703cf0 on lago-basic-suite-master-host0 output: â— qemu-guest-agent.service - QEMU Guest Agent Loaded: loaded (/usr/lib/systemd/system/qemu-guest-agent.service; enabled; vendor preset: enabled) Active: active (running) since Mon 2016-11-14 08:29:16 EST; 25min ago Main PID: 476 (qemu-ga) CGroup: /system.slice/qemu-guest-agent.service â””â”€476 /usr/bin/qemu-ga --method=virtio-serial --path=/dev/virtio-ports/org.qemu.guest_agent.0 --blacklist=guest-file-open guest-file-close guest-file-read guest-file-write guest-file-seek guest-file-flush -F/etc/qemu-ga/fsfreeze-hook 2016-11-14 13:54:37,086::log_utils.py::end_log_task::649::root::ERROR:: # [Thread-2] lago-basic-suite-master-engine: [31mERROR [0m (in 0:00:02) 2016-11-14 13:54:37,087::utils.py::_ret_via_queue::57::lago.utils::ERROR::Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 55, in _ret_via_queue queue.put({'return': func()}) File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1117, in _collect_artifacts vm.collect_artifacts(path) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 456, in collect_artifacts ) for guest_path in self._artifact_paths() File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 302, in extract_paths return self.provider.extract_paths(paths, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/vm.py", line 194, in extract_paths self._extract_paths_live(paths=paths) File "/usr/lib/python2.7/site-packages/lago/vm.py", line 409, in _extract_paths_live self._extract_paths_dead(paths=paths) File "/usr/lib/python2.7/site-packages/lago/vm.py", line 423, in _extract_paths_dead gfs_cli.launch() File "/usr/lib64/python2.7/site-packages/guestfs.py", line 4731, in launch r = libguestfsmod.launch (self._o) RuntimeError: guestfs_launch failed. This usually means the libguestfs appliance failed to start or crashed. See http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs or run 'libguestfs-test-tool' and post the *complete* output into a bug report or message to the libguestfs mailing list. Exception from test: *13:54:37* [36m # [Thread-2] lago-basic-suite-master-engine: [31mERROR [0m (in 0:00:02) [0m*13:54:37* [31mError while running thread*13:54:37* Traceback (most recent call last):*13:54:37* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 55, in _ret_via_queue*13:54:37* queue.put({'return': func()})*13:54:37* File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1117, in _collect_artifacts*13:54:37* vm.collect_artifacts(path)*13:54:37* File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 456, in collect_artifacts*13:54:37* ) for guest_path in self._artifact_paths()*13:54:37* File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 302, in extract_paths*13:54:37* return self.provider.extract_paths(paths, *args, **kwargs)*13:54:37* File "/usr/lib/python2.7/site-packages/lago/vm.py", line 194, in extract_paths*13:54:37* self._extract_paths_live(paths=paths)*13:54:37* File "/usr/lib/python2.7/site-packages/lago/vm.py", line 409, in _extract_paths_live*13:54:37* self._extract_paths_dead(paths=paths)*13:54:37* File "/usr/lib/python2.7/site-packages/lago/vm.py", line 423, in _extract_paths_dead*13:54:37* gfs_cli.launch()*13:54:37* File "/usr/lib64/python2.7/site-packages/guestfs.py", line 4731, in launch*13:54:37* r = libguestfsmod.launch (self._o)*13:54:37* RuntimeError: guestfs_launch failed.*13:54:37* This usually means the libguestfs appliance failed to start or crashed.*13:54:37* See http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs*13:54:37* or run 'libguestfs-test-tool' and post the *complete* output into a*13:54:37* bug report or message to the libguestfs mailing list. [0m*13:54:47* [36m # [Thread-3] lago-basic-suite-master-host1: [32mSuccess [0m (in 0:00:11) [0m*13:54:47* [36m # [Thread-1] lago-basic-suite-master-host0: [32mSuccess [0m (in 0:00:11) [0m*13:54:47* [36m@ Collect artifacts: [31mERROR [0m (in 0:00:11) [0m*13:54:47* [31mError occured, aborting*13:54:47* Traceback (most recent call last):*13:54:47* File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 259, in do_run*13:54:47* self.cli_plugins[args.ovirtverb].do_run(args)*13:54:47* File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 180, in do_run*13:54:47* self._do_run(**vars(args))*13:54:47* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 490, in wrapper*13:54:47* return func(*args, **kwargs)*13:54:47* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 501, in wrapper*13:54:47* return func(*args, prefix=prefix, **kwargs)*13:54:47* File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 228, in do_ovirt_collect*13:54:47* prefix.collect_artifacts(output)*13:54:47* File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 615, in wrapper*13:54:47* return func(*args, **kwargs)*13:54:47* File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1121, in collect_artifacts*13:54:47* self.virt_env.get_vms().values(),*13:54:47* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 97, in invoke_in_parallel*13:54:47* vt.join_all()*13:54:47* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 55, in _ret_via_queue*13:54:47* queue.put({'return': func()})*13:54:47* File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1117, in _collect_artifacts*13:54:47* vm.collect_artifacts(path)*13:54:47* File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 456, in collect_artifacts*13:54:47* ) for guest_path in self._artifact_paths()*13:54:47* File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 302, in extract_paths*13:54:47* return self.provider.extract_paths(paths, *args, **kwargs)*13:54:47* File "/usr/lib/python2.7/site-packages/lago/vm.py", line 194, in extract_paths*13:54:47* self._extract_paths_live(paths=paths)*13:54:47* File "/usr/lib/python2.7/site-packages/lago/vm.py", line 409, in _extract_paths_live*13:54:47* self._extract_paths_dead(paths=paths)*13:54:47* File "/usr/lib/python2.7/site-packages/lago/vm.py", line 423, in _extract_paths_dead*13:54:47* gfs_cli.launch()*13:54:47* File "/usr/lib64/python2.7/site-packages/guestfs.py", line 4731, in launch*13:54:47* r = libguestfsmod.launch (self._o)*13:54:47* RuntimeError: guestfs_launch failed.*13:54:47* This usually means the libguestfs appliance failed to start or crashed.*13:54:47* See http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs*13:54:47* or run 'libguestfs-test-tool' and post the *complete* output into a*13:54:47* bug report or message to the libguestfs mailing list. [0m On Mon, Nov 14, 2016 at 3:55 PM, <jenkins(a)jenkins.phx.ovirt.org> wrote: > Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_ > master/3329/, > Build Number: 3329, > Build Status: FAILURE > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > -- Eyal Edri Associate Manager RHV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

2 1

[oVirt Jenkins] test-repo_ovirt_experimental_3.6 - Build #3611 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 15 Nov '16

15 Nov '16

------=_Part_404_585614553.1479174023391 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_3.6/3611/, Build Number: 3611, Build Status: FAILURE ------=_Part_404_585614553.1479174023391--

1 5