[JIRA] (OVIRT-2031) Use the systemd-nspawn mode for mock
by Barak Korren (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2031?page=com.atlassian.jir... ]
Barak Korren updated OVIRT-2031:
--------------------------------
Epic Link: OVIRT-2189 (was: OVIRT-400)
> Use the systemd-nspawn mode for mock
> ------------------------------------
>
> Key: OVIRT-2031
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2031
> Project: oVirt - virtualization made easy
> Issue Type: Improvement
> Components: mock_runner
> Reporter: Barak Korren
> Assignee: infra
> Labels: tracker
>
> Mock has long had the ability to use a full container via systemd-nspawn as opposed to a plain chroot. If we can leverage this, we can get many of the benefits of using containers without rebuilding our whole system on a new container backend.
> There were many issue in the past that prevented us from using that functionality. This ticket if for collecting tickets tracking these issues together.
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100087)
6 years, 7 months
[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 updated OVIRT-2032:
--------------------------------
Epic Link: OVIRT-2189 (was: OVIRT-400)
> 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
[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 updated OVIRT-2032:
--------------------------------
Epic Link: OVIRT-2189 (was: OVIRT-400)
> 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
[JIRA] (OVIRT-2189) Imrpove mock_runner.sh speed and containment
by Barak Korren (oVirt JIRA)
Barak Korren created OVIRT-2189:
-----------------------------------
Summary: Imrpove mock_runner.sh speed and containment
Key: OVIRT-2189
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2189
Project: oVirt - virtualization made easy
Issue Type: Epic
Components: mock_runner
Reporter: Barak Korren
Assignee: infra
{{mock_runner.sh}} is the core of all STDCI, yet it has multiple issues and shortcomings that make it less the ideal. Many of the ways {{mock_runner.sh}} does things have to do with the way {{mock}} worked a few years ago when the script was first written. However, {{mock}} had been improved over time, and the new features it includes allow for making improvements to the way {{mock_runner.sh}} works without a very big time investment.
h3. Acceptance Criteria
# {{mock_runner.sh}} uses systemsd-nspawn for containment rather then simple chroot
# {{mock_runner.sh}} can start a chroot from cache in less then 10 seconds.
# {{mock_runner.sh}} does not reinstall the whole chroot if just a few packages in the *.packages file were changed.
# {{mock_runner.sh}} invokes {{mock}} only once when it runs
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100087)
6 years, 7 months
[JIRA] (OVIRT-2180) Missing packages when trying to create
reposync-config ovirt-master on Fedora 28
by sbonazzo (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2180?page=com.atlassian.jir... ]
sbonazzo commented on OVIRT-2180:
---------------------------------
Please rm -f all ovirt-engine requiring fluentd. We are not going to support fluentd in 4.3.
About missing deps, here are needed repos:
[ovirt-@OVIRT_SLOT@-virtio-win-latest]
name=virtio-win builds roughly matching what will be shipped in upcoming RHEL
baseurl=http://fedorapeople.org/groups/virt/virtio-win/repo/latest
enabled=1
skip_if_unavailable=1
gpgcheck=0
# Fedora Virt preview repository
# Details: https://fedoraproject.org/wiki/Virtualization_Preview_Repository
[ovirt-@OVIRT_SLOT@-fedora-virt-preview]
name=Virtualization packages from Rawhide built for latest Fedora
baseurl=http://fedorapeople.org/groups/virt/virt-preview/fedora-$releasev...
enabled=1
skip_if_unavailable=1
gpgcheck=0
[ovirt-@OVIRT_SLOT@-fedora-virt-preview-debuginfo]
name=Virtualization packages from Rawhide built for latest Fedora - Debug
baseurl=http://fedorapeople.org/groups/virt/virt-preview/fedora-$releasev...
enabled=0
skip_if_unavailable=1
gpgcheck=0
[ovirt-@OVIRT_SLOT@-fedora-virt-preview-source]
name=Virtualization packages from Rawhide built for latest Fedora - Source
baseurl=http://fedorapeople.org/groups/virt/virt-preview/fedora-$releasev...
enabled=0
skip_if_unavailable=1
gpgcheck=0
[sbonazzo-python-ovsdbapp]
name=Copr repo for python-ovsdbapp owned by sbonazzo
baseurl=https://copr-be.cloud.fedoraproject.org/results/sbonazzo/python-o...
type=rpm-md
skip_if_unavailable=True
gpgcheck=1
gpgkey=https://copr-be.cloud.fedoraproject.org/results/sbonazzo/python-ov...
repo_gpgcheck=0
enabled=1
enabled_metadata=1
[sbonazzo-ovirt-katello]
name=Copr repo for ovirt-katello owned by sbonazzo
baseurl=https://copr-be.cloud.fedoraproject.org/results/sbonazzo/ovirt-ka...
type=rpm-md
skip_if_unavailable=True
gpgcheck=1
gpgkey=https://copr-be.cloud.fedoraproject.org/results/sbonazzo/ovirt-kat...
repo_gpgcheck=0
enabled=1
enabled_metadata=1
[mlibra-ovirt-cockpit-sso]
name=Copr repo for ovirt-cockpit-sso owned by mlibra
baseurl=
https://copr-be.cloud.fedoraproject.org/results/mlibra/ovirt-cockpit-sso/...
https://people.redhat.com/mlibra/repos/ovirt-cockpit-sso/fedora-28-$basea...
type=rpm-md
skip_if_unavailable=True
gpgcheck=1
gpgkey=https://copr-be.cloud.fedoraproject.org/results/mlibra/ovirt-cockp...
repo_gpgcheck=0
enabled=1
enabled_metadata=1
[mlibra-ovirt-web-ui]
name=Copr repo for ovirt-web-ui owned by mlibra
baseurl=
https://copr-be.cloud.fedoraproject.org/results/mlibra/ovirt-web-ui/fedor...
http://people.redhat.com/mlibra/repos/ovirt-web-ui/fedora-$releasever-$ba...
type=rpm-md
skip_if_unavailable=True
gpgcheck=1
gpgkey=https://copr-be.cloud.fedoraproject.org/results/mlibra/ovirt-web-u...
repo_gpgcheck=0
enabled=1
enabled_metadata=1
[rhawalsh-dm-vdo]
name=Copr repo for dm-vdo owned by rhawalsh
baseurl=https://copr-be.cloud.fedoraproject.org/results/rhawalsh/dm-vdo/f...
type=rpm-md
skip_if_unavailable=True
gpgcheck=1
gpgkey=https://copr-be.cloud.fedoraproject.org/results/rhawalsh/dm-vdo/pu...
repo_gpgcheck=0
enabled=1
enabled_metadata=1
> Missing packages when trying to create reposync-config ovirt-master on Fedora 28
> --------------------------------------------------------------------------------
>
> Key: OVIRT-2180
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2180
> Project: oVirt - virtualization made easy
> Issue Type: Bug
> Components: OST
> Reporter: Gal Ben Haim
> Assignee: infra
>
> When trying to create reposync-config for ovirt-master on FC28 the following packges are missing:
> {code:java}
> Error:
> Problem 1: conflicting requests
> - nothing provides katello-agent needed by ovirt-host-4.3.0-0.0.master.20180308070539.git35a6428.fc28.x86_64
> - package ovirt-host-4.3.0-0.0.master.20180530065728.git836691d.fc28.s390x does not have a compatible architecture
> - nothing provides katello-agent needed by ovirt-host-4.3.0-0.0.master.20180530070102.git836691d.fc28.x86_64
> - package ovirt-host-4.3.0-0.0.master.20180604121623.git6aeb275.fc28.s390x does not have a compatible architecture
> - nothing provides katello-agent needed by ovirt-host-4.3.0-0.0.master.20180604121713.git6aeb275.fc28.x86_64
> - package ovirt-host-4.3.0-0.0.master.20180607122548.gitbdfe919.fc28.s390x does not have a compatible architecture
> - nothing provides katello-agent needed by ovirt-host-4.3.0-0.0.master.20180607122828.gitbdfe919.fc28.x86_64
> Problem 2: conflicting requests
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180306070711.git2d3047c73c.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180530170515.git426823eb4a1.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180601113423.git27f22ec3801.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180601125541.gita6e87e15f8e.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180601151553.git588d48026c5.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180603153247.git23ea19a71b9.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180603185407.git60b31ae4ff6.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180603200841.git0b63d547fb2.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180604071126.git524908b0e26.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180604084747.git8b9ad6a435e.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180604135226.git3e394fa5ef3.fc28.noarch
> - nothing provides ovirt-cockpit-sso needed by ovirt-engine-4.3.0-0.0.master.20180607083125.git21907ef1790.fc28.noarch
> - nothing provides ovirt-cockpit-sso needed by ovirt-engine-4.3.0-0.0.master.20180608075105.gitff92e12aed8.fc28.noarch
> - nothing provides ovirt-cockpit-sso needed by ovirt-engine-4.3.0-0.0.master.20180608115732.gita4bbacb7277.fc28.noarch
> Problem 3: conflicting requests
> - package ovirt-engine-extension-aaa-ldap-setup-1.3.8-0.0.master.gitf069cb9.fc28.noarch requires ovirt-engine >= 3.6, but none of the providers can be installed
> - package ovirt-engine-extension-aaa-ldap-setup-1.3.8-0.0.master.gitff6678b.fc28.noarch requires ovirt-engine >= 3.6, but none of the providers can be installed
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180306070711.git2d3047c73c.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180530170515.git426823eb4a1.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180601113423.git27f22ec3801.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180601125541.gita6e87e15f8e.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180601151553.git588d48026c5.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180603153247.git23ea19a71b9.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180603185407.git60b31ae4ff6.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180603200841.git0b63d547fb2.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180604071126.git524908b0e26.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180604084747.git8b9ad6a435e.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180604135226.git3e394fa5ef3.fc28.noarch
> - nothing provides ovirt-cockpit-sso needed by ovirt-engine-4.3.0-0.0.master.20180607083125.git21907ef1790.fc28.noarch
> - nothing provides ovirt-cockpit-sso needed by ovirt-engine-4.3.0-0.0.master.20180608075105.gitff92e12aed8.fc28.noarch
> - nothing provides ovirt-cockpit-sso needed by ovirt-engine-4.3.0-0.0.master.20180608115732.gita4bbacb7277.fc28.noarch
> Problem 4: conflicting requests
> - package ovirt-engine-extension-aaa-ldap-1.3.8-0.0.master.gitf069cb9.fc28.noarch requires ovirt-engine >= 3.5, but none of the providers can be installed
> - package ovirt-engine-extension-aaa-ldap-1.3.8-0.0.master.gitff6678b.fc28.noarch requires ovirt-engine >= 3.5, but none of the providers can be installed
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180306070711.git2d3047c73c.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180530170515.git426823eb4a1.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180601113423.git27f22ec3801.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180601125541.gita6e87e15f8e.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180601151553.git588d48026c5.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180603153247.git23ea19a71b9.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180603185407.git60b31ae4ff6.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180603200841.git0b63d547fb2.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180604071126.git524908b0e26.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180604084747.git8b9ad6a435e.fc28.noarch
> - nothing provides fluentd needed by ovirt-engine-4.3.0-0.0.master.20180604135226.git3e394fa5ef3.fc28.noarch
> - nothing provides ovirt-cockpit-sso needed by ovirt-engine-4.3.0-0.0.master.20180607083125.git21907ef1790.fc28.noarch
> - nothing provides ovirt-cockpit-sso needed by ovirt-engine-4.3.0-0.0.master.20180608075105.gitff92e12aed8.fc28.noarch
> - nothing provides ovirt-cockpit-sso needed by ovirt-engine-4.3.0-0.0.master.20180608115732.gita4bbacb7277.fc28.noarch
> {code}
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100087)
6 years, 7 months
[JIRA] (OVIRT-2188) Investigate Sync of GitHub issues into JIRA
by eyal edri (oVirt JIRA)
eyal edri created OVIRT-2188:
--------------------------------
Summary: Investigate Sync of GitHub issues into JIRA
Key: OVIRT-2188
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2188
Project: oVirt - virtualization made easy
Issue Type: New Feature
Components: Lago
Reporter: eyal edri
Assignee: infra
As a Lago maintainer and part of the oVirt infra team, I would like to track all my GitHub issues together
with my other tasks for OST in one place, which is the oVirt JIRA.
There are a few options to check for this purpose:
1. https://www.pagure.io/sync-to-jira -> a project which was written by Ralph Bean from Red Hat
2. Add-On to JIRA - we need to look for an add-on that gives free access to OpenSource projects, same way we got the JIRA instance for oVirt for free.
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100087)
6 years, 7 months