1:41 a.m.
Hi, as luckily this bug was discovered early, and mock cache refreshes
once in 2 days, the only failure I could spot due to that is here[1],
so to be sure Lago v0.32 won't get installed on the slaves, I cleaned
up manually the mock cache on all ovirt-srv*, so on next run they
should pull v0.33. For the record, if you see this error:
....
21:29:13 File
"/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 103,
in merge
21:29:13 ).format(sources, output_dir)
21:29:13 RepositoryMergeError: Failed merging repoman sources: ['
"conf:/home/jenkins/workspace
/test-repo_ovirt_experimental_4.1/ovirt-system-tests/extra_sources":only-missing',
.... ]
make sure lago v0.33 is installed(the version is displayed at the
beginning of each experimental job run). The bug is in the
"..extra_source":only-missing" parameter.
Thanks gal for doing another quick release and my apologies for missing this,
Nadav.
[1] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/310/
---------- Forwarded message ----------
From: Nadav Goldin <ngoldin(a)redhat.com>
Date: Wed, Jan 18, 2017 at 12:18 AM
Subject: Re: [lago-devel] Lago v0.32 released
To: Gal Ben Haim <gbenhaim(a)redhat.com>
Cc: lago-devel(a)ovirt.org
Hi,
After releasing, gbenhaim discovered a bug in 'lago ovirt reposetup',
specifically in the combination of passing custom repoman filters and
loading repoman sources from files.So the patch[1] was reverted, and
the version was bumped to v0.33. When upgrading, you should upgrade
directly to v0.33.
Custom repoman filters will have to wait for the next version,
however, passing a custom repoman configuration file was not affected,
and can be done by running:
lago ovirt reposetup --repoman-config ./path/to/repoman.config
Thanks,
Nadav.
[1] https://github.com/lago-project/lago/commit/208bfc34051e6f6d6783e353c2286...
On Tue, Jan 17, 2017 at 8:24 PM, Gal Ben Haim <gbenhaim(a)redhat.com> wrote:
Adding some more info:
Docs: http://lago.readthedocs.io/en/0.32/
RPM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/
GitHub: https://github.com/lago-project/lago/
For OST docs: http://ovirt-system-tests.readthedocs.io/en/latest/
Gal Ben Haim
gbenhaim(a)redhat.com
RHEV DevOps
----- Original Message -----
From: "Gal Ben Haim" <gbenhaim(a)redhat.com>
To: lago-devel(a)ovirt.org
Sent: Tuesday, January 17, 2017 8:00:14 PM
Subject: Lago v0.32 released
Hi All,
Lago version v0.32 is out.
the main changes are:
1. Allow to configure the cpu model in the init file by adding
"cpu_model: MODEL" to the vm definition (for example "cpu_model:
SandyBridge").
2. Allow to specify "repoman" config to "lago ovirt reposetup" with
"--repoman-config".
The full change-log:
* Tue Jan 17 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.32.0
a7a99aee: Merge pull request #431 from nvgoldin/revert_ovirt_cpu
66704a0c: Revert "ovirtlago: drop get_ovirt_cpu_family"
* Mon Jan 16 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.31.4
6dd96515: Merge pull request #418 from lago-project/adding_qemu_kvm_ev_dep
a7d71ad2: Force usage of qemu-kvm-rhev on centos/rhel
* Mon Jan 16 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.31.3
f78e351b: Merge pull request #425 from nvgoldin/custom_repoman_conf
41553b76: ovirtlago: allow defining custom repoman config file
76bf0bae: ovirtlago: don't download source RPMs by default
208bfc34: ovirtlago: allow passing custom repoman filters
b816daf8: ovirtlago: remove deprecated per-project repo directories
* Mon Jan 16 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.31.2
7f25ef33: Merge pull request #427 from nvgoldin/he_cpu
f31b74c4: ovirtlago: drop get_ovirt_cpu_family
548a32a6: Allow configuring cpu_model per libvirt VM
* Mon Jan 16 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.31.1
5e647d32: Merge pull request #424 from lveyde/patch-1
8629d41f: Return SandyBridge CPU family
Gal Ben Haim
gbenhaim(a)redhat.com
RHEV DevOps
_______________________________________________
lago-devel mailing list
lago-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/lago-devel
10:57 a.m.
New subject: [lago-devel] Lago v0.32 released
On 18 January 2017 at 00:41, Nadav Goldin <ngoldin(a)redhat.com> wrote:
Hi, as luckily this bug was discovered early, and mock cache
refreshes
once in 2 days, the only failure I could spot due to that is here[1],
so to be sure Lago v0.32 won't get installed on the slaves, I cleaned
up manually the mock cache on all ovirt-srv*, so on next run they
should pull v0.33.
To avoid having to play with mock caches in the future and remove the
potential to break OST on Lago updates, I suggest we specify an exact lago
version on the OST *.packages files.
This will allow using the OST check_patch job as essentially a gate for
Lago updates. It will also mean that when we do updated Lago, mock caches
will be invalidated immediately.
--
Barak Korren
bkorren(a)redhat.com
RHCE, RHCi, RHV-DevOps Team
https://ifireball.wordpress.com/
2867
days inactive
2868
days old
1 comments
2 participants
participants (2)
-
Barak Korren -
Nadav Goldin