November 2017 - Infra - oVirt List Archives

[JIRA] (OVIRT-1767) Look into replacing gitweb for oVirt Gerrit
by Barak Korren (oVirt JIRA) 15 Nov '17

15 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1767?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1767: -------------------------------- Summary: Look into replacing gitweb for oVirt Gerrit (was: Lok into replacing gitweb with gitiles for oVirt Gerrit) > Look into replacing gitweb for oVirt Gerrit > ------------------------------------------- > > Key: OVIRT-1767 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1767 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Gerrit/git > Reporter: Barak Korren > Assignee: infra > Labels: gerrit > > There seems to be a Gerrit plugin which allows using Gitiles rather then gitweb in Gerrit: > https://gerrit-review.googlesource.com/Documentation/config-plugins.html#gi… > Gitiles itself seems to be a more modern Git UI then gitweb, at the very least is supports showing markdown files, which is a staple of modern source browsers: > https://gerrit.googlesource.com/gitiles/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)

1 0

[JIRA] (OVIRT-1767) Lok into replacing gitweb with gitiles for oVirt Gerrit
by Barak Korren (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510754699-27980-389 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1767?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1767: -------------------------------- Epic Link: OVIRT-403 > Lok into replacing gitweb with gitiles for oVirt Gerrit > ------------------------------------------------------- > > Key: OVIRT-1767 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1767 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Gerrit/git > Reporter: Barak Korren > Assignee: infra > Labels: gerrit > > There seems to be a Gerrit plugin which allows using Gitiles rather then gitweb in Gerrit: > https://gerrit-review.googlesource.com/Documentation/config-plugins.html#gi… > Gitiles itself seems to be a more modern Git UI then gitweb, at the very least is supports showing markdown files, which is a staple of modern source browsers: > https://gerrit.googlesource.com/gitiles/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510754699-27980-389 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1767?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren updated OVIRT-1767:</h3> <pre>Epic Link: OVIRT-403</pre> <blockquote><h3>Lok into replacing gitweb with gitiles for oVirt Gerrit</h3> <pre> Key: OVIRT-1767 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1767 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Gerrit/git Reporter: Barak Korren Assignee: infra Labels: gerrit</pre> <p>There seems to be a Gerrit plugin which allows using Gitiles rather then gitweb in Gerrit: <a href="https://gerrit-review.googlesource.com/Documentation/config-plugins.html#gi…">https://gerrit-review.googlesource.com/Documentation/config-plugins.html#gi…</a> Gitiles itself seems to be a more modern Git UI then gitweb, at the very least is supports showing markdown files, which is a staple of modern source browsers: <a href="https://gerrit.googlesource.com/gitiles/">https://gerrit.googlesource.com/gitiles/</a></p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1510754699-27980-389--

1 0

[JIRA] (OVIRT-1767) Lok into replacing gitweb with gitiles for oVirt Gerrit
by Barak Korren (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510754683-27754-478 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Barak Korren created OVIRT-1767: ----------------------------------- Summary: Lok into replacing gitweb with gitiles for oVirt Gerrit Key: OVIRT-1767 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1767 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Gerrit/git Reporter: Barak Korren Assignee: infra There seems to be a Gerrit plugin which allows using Gitiles rather then gitweb in Gerrit: https://gerrit-review.googlesource.com/Documentation/config-plugins.html#gi… Gitiles itself seems to be a more modern Git UI then gitweb, at the very least is supports showing markdown files, which is a staple of modern source browsers: https://gerrit.googlesource.com/gitiles/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510754683-27754-478 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Barak Korren created OVIRT-1767:</h3> <pre> Summary: Lok into replacing gitweb with gitiles for oVirt Gerrit Key: OVIRT-1767 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1767 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Gerrit/git Reporter: Barak Korren Assignee: infra</pre> <p>There seems to be a Gerrit plugin which allows using Gitiles rather then gitweb in Gerrit: <a href="https://gerrit-review.googlesource.com/Documentation/config-plugins.html#gi…">https://gerrit-review.googlesource.com/Documentation/config-plugins.html#gi…</a></p> <p>Gitiles itself seems to be a more modern Git UI then gitweb, at the very least is supports showing markdown files, which is a staple of modern source browsers: <a href="https://gerrit.googlesource.com/gitiles/">https://gerrit.googlesource.com/gitiles/</a></p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1510754683-27754-478--

1 0

[JIRA] (OVIRT-1766) Try out the x-docs gerit plugin
by Barak Korren (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510754194-21988-487 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1766?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1766: -------------------------------- Epic Link: OVIRT-403 > Try out the x-docs gerit plugin > ------------------------------- > > Key: OVIRT-1766 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1766 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Gerrit/git > Reporter: Barak Korren > Assignee: infra > Labels: documentation, gerrit > > The x-docs plugin seems to enable Gerrit to expose markdown files from projects formatted to HTML, this can be useful as an auto-generator for project docs. > https://gerrit-review.googlesource.com/Documentation/config-plugins.html#x-… > We might be able to use this as an '{{*.ovirt.org}}' replacement for doc URLs which currently point to GitHub or ReadTheDocs... -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510754194-21988-487 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1766?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren updated OVIRT-1766:</h3> <pre>Epic Link: OVIRT-403</pre> <blockquote><h3>Try out the x-docs gerit plugin</h3> <pre> Key: OVIRT-1766 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1766 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Gerrit/git Reporter: Barak Korren Assignee: infra Labels: documentation, gerrit</pre> <p>The x-docs plugin seems to enable Gerrit to expose markdown files from projects formatted to HTML, this can be useful as an auto-generator for project docs. <a href="https://gerrit-review.googlesource.com/Documentation/config-plugins.html#x-…">https://gerrit-review.googlesource.com/Documentation/config-plugins.html#x-…</a> We might be able to use this as an ‘{{*.ovirt.org}}’ replacement for doc URLs which currently point to GitHub or ReadTheDocs…</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1510754194-21988-487--

1 0

[JIRA] (OVIRT-1766) Try out the x-docs gerit plugin
by Barak Korren (oVirt JIRA) 15 Nov '17

15 Nov '17

Barak Korren created OVIRT-1766: ----------------------------------- Summary: Try out the x-docs gerit plugin Key: OVIRT-1766 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1766 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Gerrit/git Reporter: Barak Korren Assignee: infra The x-docs plugin seems to enable Gerrit to expose markdown files from projects formatted to HTML, this can be useful as an auto-generator for project docs. https://gerrit-review.googlesource.com/Documentation/config-plugins.html#x-… We might be able to use this as an '{{*.ovirt.org}}' replacement for doc URLs which currently point to GitHub or ReadTheDocs... -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)

1 0

[JIRA] (OVIRT-1763) Increase entropy for hosts
by Evgheni Dereveanchin (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510753169-31571-405 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ] Evgheni Dereveanchin commented on OVIRT-1763: --------------------------------------------- And I think the difference in speed is caused by this part: 1) successful build 3834 taking 5 minutes to install packages - running in RAM: 02:49:59 [upgrade-from-release-suit] +++ df --output=avail /dev/shm 02:49:59 [upgrade-from-release-suit] +++ sed 1d 02:49:59 [upgrade-from-release-suit] ++ avail_shm=24589620 02:49:59 [upgrade-from-release-suit] ++ [[ 24589620 -ge 15000000 ]] 02:49:59 [upgrade-from-release-suit] ++ mkdir -p /dev/shm/ost 02:49:59 [upgrade-from-release-suit] ++ echo /dev/shm/ost/deployment-upgrade-from-release-suite-master 02:49:59 [upgrade-from-release-suit] + run_path=/dev/shm/ost/deployment-upgrade-from-release-suite-master 2) timed out build 3795 taking 15 minutes to install packages - running on disk: 15:29:24 [upgrade-from-release-suit] ++ local avail_shm 15:29:24 [upgrade-from-release-suit] +++ df --output=avail /dev/shm 15:29:24 [upgrade-from-release-suit] +++ sed 1d 15:29:24 [upgrade-from-release-suit] ++ avail_shm=14540900 15:29:24 [upgrade-from-release-suit] ++ [[ 14540900 -ge 15000000 ]] 15:29:24 [upgrade-from-release-suit] ++ echo /home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/deployment-upgrade-from-release-suite-master 15:29:24 [upgrade-from-release-suit] + run_path=/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/deployment-upgrade-from-release-suite-master Logging into the node where build 3795 was running I see 24GB free on the RAM drive when no jobs are running. Not really sure if anything should be on the RAM drive by the time that check is made, based on this we can take action and either clean it up, change the check or increase the timeout. [~bkorren(a)redhat.com] do you know any details about RAM drive specifics for OST? > Increase entropy for hosts > -------------------------- > > Key: OVIRT-1763 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > > we had a failure in ost that was really hard to debug: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/ > There are no failures in the logs and the test itself was terminated by a timeout. > It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. > we need to review this issue and increase the entropy on the hosts. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510753169-31571-405 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin commented on OVIRT-1763:</h3> <p>And I think the difference in speed is caused by this part:</p> <p>1) successful build 3834 taking 5 minutes to install packages – running in RAM: 02:49:59 [upgrade-from-release-suit] +++ df --output=avail /dev/shm 02:49:59 [upgrade-from-release-suit] +++ sed 1d 02:49:59 [upgrade-from-release-suit] ++ avail_shm=24589620 02:49:59 [upgrade-from-release-suit] ++ [[ 24589620 -ge 15000000 ]] 02:49:59 [upgrade-from-release-suit] ++ mkdir -p /dev/shm/ost 02:49:59 [upgrade-from-release-suit] ++ echo /dev/shm/ost/deployment-upgrade-from-release-suite-master 02:49:59 [upgrade-from-release-suit] + run_path=/dev/shm/ost/deployment-upgrade-from-release-suite-master</p> <p>2) timed out build 3795 taking 15 minutes to install packages – running on disk: 15:29:24 [upgrade-from-release-suit] ++ local avail_shm 15:29:24 [upgrade-from-release-suit] +++ df --output=avail /dev/shm 15:29:24 [upgrade-from-release-suit] +++ sed 1d 15:29:24 [upgrade-from-release-suit] ++ avail_shm=14540900 15:29:24 [upgrade-from-release-suit] ++ [[ 14540900 -ge 15000000 ]] 15:29:24 [upgrade-from-release-suit] ++ echo /home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/deployment-upgrade-from-release-suite-master 15:29:24 [upgrade-from-release-suit] + run_path=/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/deployment-upgrade-from-release-suite-master</p> <p>Logging into the node where build 3795 was running I see 24GB free on the RAM drive when no jobs are running. Not really sure if anything should be on the RAM drive by the time that check is made, based on this we can take action and either clean it up, change the check or increase the timeout. [~bkorren(a)redhat.com] do you know any details about RAM drive specifics for OST?</p> <blockquote><h3>Increase entropy for hosts</h3> <pre> Key: OVIRT-1763 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra</pre> <p>we had a failure in ost that was really hard to debug: <a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/</a> There are no failures in the logs and the test itself was terminated by a timeout. It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. we need to review this issue and increase the entropy on the hosts.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1510753169-31571-405--

1 0

[JIRA] (OVIRT-1763) Increase entropy for hosts
by Barak Korren (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510753093-27974-399 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1763: ------------------------------------- {quote} How? We have virtio-rng. What else would you like to add? rngd? {quote} If Lago provides virtio-rng, then it should be sufficient (And haveged should not be needed), but do we have everything configured correctly so that virtio-rng shows up as {{/dev/random}} in the VMs? Also maybe the physical hosts themselves are running out of entropy, [~ederevea] do we have haveged installed on them? I seem to remember we had Puppet installing it everywhere. > Increase entropy for hosts > -------------------------- > > Key: OVIRT-1763 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > > we had a failure in ost that was really hard to debug: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/ > There are no failures in the logs and the test itself was terminated by a timeout. > It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. > we need to review this issue and increase the entropy on the hosts. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510753093-27974-399 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1763:</h3> <p>{quote} How? We have virtio-rng. What else would you like to add? rngd? {quote}</p> <p>If Lago provides virtio-rng, then it should be sufficient (And haveged should not be needed), but do we have everything configured correctly so that virtio-rng shows up as {{/dev/random}} in the VMs?</p> <p>Also maybe the physical hosts themselves are running out of entropy, [~ederevea] do we have haveged installed on them? I seem to remember we had Puppet installing it everywhere.</p> <blockquote><h3>Increase entropy for hosts</h3> <pre> Key: OVIRT-1763 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra</pre> <p>we had a failure in ost that was really hard to debug: <a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/</a> There are no failures in the logs and the test itself was terminated by a timeout. It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. we need to review this issue and increase the entropy on the hosts.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1510753093-27974-399--

1 0

[JIRA] (OVIRT-1763) Increase entropy for hosts
by Evgheni Dereveanchin (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510752474-30503-445 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ] Evgheni Dereveanchin commented on OVIRT-1763: --------------------------------------------- >From the provided job log I see an upgrade suite failure during add-host. In engine.log [1] there's a long update sequence at the end, that contains 570 packages including the kernel, systemd, glibc, rpm and looks like a full "yum update" is being run on the hypervisor. Is this expected? Shouldn't we just install VDSM and friends? On the host itself [2] I see the upgrade progressing normally, no severe hangups. So I cannot see any direct proof of lack of enropy causing this. On successful runs the "yum update" with 570 packages takes 5 minutes, not 15 so will continue investigating. In general, the timeout is not happening on lago hosts themselves but in VMs where OST is running. Those should have 'haveged' installed and running inside to provide entropy. If they don't - it needs to be installed and running. [~gbenhaim(a)redhat.com] - could you please confirm if we have haveged in lago VMs? [1] http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/artifact… [2] http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/artifact… > Increase entropy for hosts > -------------------------- > > Key: OVIRT-1763 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > > we had a failure in ost that was really hard to debug: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/ > There are no failures in the logs and the test itself was terminated by a timeout. > It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. > we need to review this issue and increase the entropy on the hosts. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510752474-30503-445 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin commented on OVIRT-1763:</h3> <p>From the provided job log I see an upgrade suite failure during add-host. In engine.log [1] there's a long update sequence at the end, that contains 570 packages including the kernel, systemd, glibc, rpm and looks like a full “yum update” is being run on the hypervisor. Is this expected? Shouldn't we just install VDSM and friends?</p> <p>On the host itself [2] I see the upgrade progressing normally, no severe hangups. So I cannot see any direct proof of lack of enropy causing this. On successful runs the “yum update” with 570 packages takes 5 minutes, not 15 so will continue investigating.</p> <p>In general, the timeout is not happening on lago hosts themselves but in VMs where OST is running. Those should have ‘haveged’ installed and running inside to provide entropy. If they don't – it needs to be installed and running. [~gbenhaim(a)redhat.com] – could you please confirm if we have haveged in lago VMs?</p> <p>[1] <a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/artifact…">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/artifact…</a> [2] <a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/artifact…">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/artifact…</a></p> <blockquote><h3>Increase entropy for hosts</h3> <pre> Key: OVIRT-1763 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra</pre> <p>we had a failure in ost that was really hard to debug: <a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/</a> There are no failures in the logs and the test itself was terminated by a timeout. It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. we need to review this issue and increase the entropy on the hosts.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1510752474-30503-445--

1 0

[JIRA] (OVIRT-1763) Increase entropy for hosts
by Yaniv Kaul (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510752168-20379-417 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ] Yaniv Kaul commented on OVIRT-1763: ----------------------------------- How? We have virtio-rng. What else would you like to add? rngd? > Increase entropy for hosts > -------------------------- > > Key: OVIRT-1763 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > > we had a failure in ost that was really hard to debug: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/ > There are no failures in the logs and the test itself was terminated by a timeout. > It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. > we need to review this issue and increase the entropy on the hosts. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510752168-20379-417 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ]</pre> <h3>Yaniv Kaul commented on OVIRT-1763:</h3> <p>How? We have virtio-rng. What else would you like to add? rngd?</p> <blockquote><h3>Increase entropy for hosts</h3> <pre> Key: OVIRT-1763 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra</pre> <p>we had a failure in ost that was really hard to debug: <a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/</a> There are no failures in the logs and the test itself was terminated by a timeout. It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. we need to review this issue and increase the entropy on the hosts.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1510752168-20379-417--

1 0

[JIRA] (OVIRT-1764) add logs under /tmp to our job artifacts
by Barak Korren (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510752029-21336-395 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1764?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1764: ------------------------------------- The logs collected are declared in the LagoInitFile, so its easy to add more by patching OST. This should probably be an OST ticket and not a general oVirt ticket. I don`t think we'd want to collect everything in /tmp, so I hopw the relevant logs match some easy to detect file name patterns. > add logs under /tmp to our job artifacts > ---------------------------------------- > > Key: OVIRT-1764 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1764 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > > when engine fails to deploy it does not save anything in the regular engine log. > however, there is a copy saved under /tmp which would make debugging engine failure to deploy issues easier to debug. > Didi suggested that it would be a good idea to add the logs under /tmp to the jenkins artifacts job logs to allow easier debugging when engine fails to deploy. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510752029-21336-395 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1764?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1764:</h3> <p>The logs collected are declared in the LagoInitFile, so its easy to add more by patching OST. This should probably be an OST ticket and not a general oVirt ticket.</p> <p>I don`t think we'd want to collect everything in /tmp, so I hopw the relevant logs match some easy to detect file name patterns.</p> <blockquote><h3>add logs under /tmp to our job artifacts</h3> <pre> Key: OVIRT-1764 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1764 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra</pre> <p>when engine fails to deploy it does not save anything in the regular engine log. however, there is a copy saved under /tmp which would make debugging engine failure to deploy issues easier to debug. Didi suggested that it would be a good idea to add the logs under /tmp to the jenkins artifacts job logs to allow easier debugging when engine fails to deploy.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1510752029-21336-395--

1 0