[ovirt-devel] Re: Setting Type and action Variables in Ovirt Validation messages
On Thu, Nov 15, 2018 at 3:25 PM Kaustav Majumder wrote:
>
> Hi all,
> I am working on a bug where the error messages comes as non interpolated
> [https://bugzilla.redhat.com/show_bug.cgi?id=1369319].I am trying to figure
> out where the 'type' and 'action' variables are set in ovirt for validation
> error messages
> One such example from AppErrors.properties is :-
>
> ACTION_TYPE_FAILED_GENERATOR_NOT_SUPPORTED_BY_CLUSTER=Cannot ${action}
> ${type}. The random number generator is not supported by the Cluster.
There used to be a page that explains this -
http://www.ovirt.org/Engine_Adding_Messages. Not sure where it resides
now. A quick search did not reveal it to me.
These are set in the setActionMessageParameters() that you would
override in your Command class.
See, for instance,
https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/gluster/CreateGlusterVolumeCommand.java
>
>
> Thanks,
> Kaustav
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RJFCG6GIAWWB6MEAUVMRT5MU7LYVHRE7/
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YDV3HGCKNDLMG4NYROJMUBHMI7BZVMIX/
[ovirt-devel] [BACKUP] Estimating qcow2 disk image size before upload
When uploading to qcow2 disks on block storage you must set the disk
initial_size
correctly so the system allocates big enough disk. If the initial size is
too small, the
upload will fail when trying to write after the end of the device.
This info can be useful for people working on a backup solution for oVirt.
The easiest case is upload of existing qcow2 image using the SDK. In this
case we
create a new disk with:
initial_size=image_size,
provisioned_size=virtual_size,
image_size is the size of the file:
os.stat('image').st_size
Note that "qemu-img info" return "actual-size" - this is the allocated size
on storage
which is not helpful for uploading images.
Example:
https://github.com/oVirt/ovirt-engine-sdk/blob/78c3d5bd14eeb93ef72ec31d775ff5c41f51a8c7/sdk/examples/upload_disk.py#L123
A more tricky case is when a backup system keeps raw guest data, but know
how
to generate qcow2 image stream, without creating a temporary image.
In this case the required size can be calculated by counting the number of
clusters that need to be allocated in the final image. This depends on the
location of the data in the image.
For example this creates 1G image with only one cluster:
$ python -c 'with open("one-cluster.raw", "wb") as f:
f.truncate(1024**3)
f.write("x")'
$ ls -lhs one-cluster.raw
4.0K -rw-rw-r--. 1 nsoffer nsoffer 1.0G Nov 15 18:24 one-cluster.raw
$ qemu-img measure -f raw -O qcow2 one-cluster.raw
required size: 458752
fully allocated size: 1074135040
$ qemu-img convert -f raw -O qcow2 one-cluster.raw one-cluster.qcow2
$ ls -lhs one-cluster.qcow2
324K -rw-r--r--. 1 nsoffer nsoffer 384K Nov 15 18:25 one-cluster.qcow2
But this creates a fully allocated 1G image:
$ python -c 'with open("fully-allocated.raw", "wb") as f:
f.truncate(1024**3)
for i in range(0, 1024**3, 64 * 1024):
f.seek(i)
f.write("x")'
$ ls -lhs fully-allocated.raw
64M -rw-rw-r--. 1 nsoffer nsoffer 1.0G Nov 15 18:30 fully-allocated.raw
$ qemu-img measure -f raw -O qcow2 fully-allocated.raw
required size: 1074135040
fully allocated size: 1074135040
$ qemu-img convert -f raw -O qcow2 fully-allocated.raw fully-allocated.qcow2
$ ls -lhs fully-allocated.qcow2
1.1G -rw-r--r--. 1 nsoffer nsoffer 1.1G Nov 15 18:31 fully-allocated.qcow2
We had code in vdsm that does exactly this, and it was removed since
qemu-img
support a new "measure" command in RHEL 7.5 providing this info. But this
works
only for existing images.
You can find the code in this vdsm commit:
https://github.com/oVirt/vdsm/tree/4eee97d6aa532b6f3ecdfde0333d17c27c412f86
The module implementing estimation:
https://github.com/oVirt/vdsm/blob/4eee97d6aa532b6f3ecdfde0333d17c27c412f86/lib/vdsm/storage/qcow2.py
The tests for this module:
https://github.com/oVirt/vdsm/blob/4eee97d6aa532b6f3ecdfde0333d17c27c412f86/tests/storage/qcow2_test.py
If you know the data ranges that will be written to the qcow2 image, you
can count
the clusters like this:
https://github.com/oVirt/vdsm/blob/4eee97d6aa532b6f3ecdfde0333d17c27c412f86/lib/vdsm/storage/qcow2.py#L168
Then you can use the cluster count to estimate qcow2 file size:
https://github.com/oVirt/vdsm/blob/4eee97d6aa532b6f3ecdfde0333d17c27c412f86/lib/vdsm/storage/qcow2.py#L147
Nir
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LX4ZRK4UV5XO7ZN37SZ7ZLWLWJFCYXXO/
[ovirt-devel] Re: Proposing Fred Rolland as a Storage backend maintainer
+1 My only concern Fred will spend even less time on vdsm now :-) On Thu, Nov 15, 2018 at 1:03 PM Tal Nisan wrote: > Hi everyone, > I'd like to propose Fred as a backend maintainer in Engine for the storage > area. > Fred has been contributing to ovirt-engine for the last 3.5 years and have > done tremendous job in adding new features, bug fixes and code review. > > Thanks, > Tal. > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6GRTZVSB3PK4GMRYEA7RYOOZMSJWN5C3/ > ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2F6MZ65ODFH2KJGHCD3U6TWII3USPMUU/
[ovirt-devel] Re: Proposing Fred Rolland as a Storage backend maintainer
+1 > On 15 Nov 2018, at 13:32, Martin Sivak wrote: > > +1 from me as well > > Martin > > On Thu, Nov 15, 2018 at 12:02 PM, Tal Nisan wrote: >> Hi everyone, >> I'd like to propose Fred as a backend maintainer in Engine for the storage >> area. >> Fred has been contributing to ovirt-engine for the last 3.5 years and have >> done tremendous job in adding new features, bug fixes and code review. >> >> Thanks, >> Tal. >> >> >> ___ >> Devel mailing list -- devel@ovirt.org >> To unsubscribe send an email to devel-le...@ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6GRTZVSB3PK4GMRYEA7RYOOZMSJWN5C3/ >> > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YQAKPOW46VW4H6N2W22LXIJJW64WWVPY/ ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ASTTXFLGLD3J4U4OARXQ5R5CIQ3TZPXX/
[ovirt-devel] Re: [EXTERNAL] Re: List of Queries related to RHV
On Tue, Nov 13, 2018 at 7:12 PM Suchitra Herwadkar < suchitra.herwad...@veritas.com> wrote: > Hi Nir > > > > In a case of recovery here are the steps we intend to do > > --First create an empty disk with the desired disk format ( RAW/COW) > > --Then upload the backup image contents within it using the image transfer > APIs. > > --Attach the disk to the created VM. > > > > During the 2nd step, if it happens to be a QCOW disk, how can we upload > the backup image contents and lay it down in a QCOW2 format. Or does the > image transfer API for upload handles it internally ? > > Just wanted to ensure if we need to do anything post upload for QCOW? > When uploading and downloading images in 4.2 there is nothing special about the image format. When downloading an image you get the image contents as stored in storage. For raw image this is the same data as seen by the guest. For qcow2 images, it is the qcow2 file contents as stored in file based storage, or the qcow2 contents stored in the block device with block based storage. This is the same when uploading images back to storage, when you upload qcow2 image the exact image you upload is stored in the underlying ovirt volume. Note that when uploading qcow2 image, the image must have valid backing file, matching the backing file defined in ovirt. If the VM disk has no snapshots and is not based on a template, there is no backing file, and the qcow2 image must not have a backing file. If you upload a new snapshot to existing chain, the qcow2 image backing file must be the volume name of the current snapshot (a uuid). Please see these examples for more info: - upload disk with single volume (raw or qcow) https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py - upload disk with multiple snaphosts https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk_snapshots.py If you store the backup data in another format, or want to create one image from multiple qcow2 snapshots, you must prepare the image in some temporary storage using qemu-img (for example, qemu-img commit for merging qcow2 snaphosts), and then upload the qcow2 image to storage. You can also convert raw to qcow2 or qcow2 to raw using qemu-img. In 4.3 we will support an improved workflow, when you always download and upload raw guest data regardless of the underlying disk format. See the feature page for more info: https://ovirt.org/develop/release-management/features/storage/incremental-backup/ Nir > > > Kindly confirm. > > > > -Suchitra > > > > *From: *Nir Soffer > *Date: *Friday, November 2, 2018 at 8:12 PM > *To: *Mahesh Falmari , Ryan Barry < > rba...@redhat.com> > *Cc: *Arik Hadas , Martin Perina , > "Yaniv Lavi (Dary)" , Daniel Erez , > "Nisan, Tal" , Pavan Chavva , > devel , James Olson , Navin Tah > , Sudhakar Paulzagade < > sudhakar.paulzag...@veritas.com>, Abhay Marode , > Suchitra Herwadkar , Nirmalya Sirkar < > nirmalya.sir...@veritas.com>, Abhijeet Barve > *Subject: *Re: [EXTERNAL] Re: List of Queries related to RHV > > > > On Fri, Nov 2, 2018 at 3:22 PM Mahesh Falmari > wrote: > > Thanks Nir for the answers. > > Just a follow up question to your answer on Q.3> > [Nir] Regarding backup, I think you need to store the vm configuration at > the time of the backup regardless of having a version or not. The amount of > data is very small. > > [Mahesh] We are looking for VM version information to be stored during > backup for different reasons. One of the reason is in order to determine > the compatibility of VM backed up from the latest version of RHV server and > getting restored to the older versions. > > > > Trying to restore VM on older version sound fragile. Even if this works, > > I don't think we test such scenarios, so this is likely to break in future > > versions. > > > > Also, when you say vm configuration, what specific APIs could be leveraged > to get it? > Still looking for answer to whether VM version information will be > available or not. > > > > I hope that Ryan to help with this. > > > > > > Thanks & Regards, > Mahesh Falmari > > > > *From:* Nir Soffer > *Sent:* Friday, November 2, 2018 1:01 AM > *To:* Mahesh Falmari ; Arik Hadas < > aha...@redhat.com>; Martin Perina > *Cc:* Yaniv Lavi (Dary) ; Daniel Erez ; > Nisan, Tal ; Pavan Chavva ; devel < > devel@ovirt.org>; James Olson ; Navin Tah < > navin@veritas.com>; Sudhakar Paulzagade < > sudhakar.paulzag...@veritas.com>; Abhay Marode ; > Suchitra Herwadkar ; Nirmalya Sirkar < > nirmalya.sir...@veritas.com>; Abhijeet Barve > *Subject:* Re: [EXTERNAL] Re: List of Queries related to RHV > > > > On Wed, Oct 17, 2018 at 5:03 PM Mahesh Falmari > wrote: > > Thanks for the prompt response on these queries. We have few follow-up > queries mentioned inline. > > > > Thanks & Regards, > Mahesh Falmari > > > > *From:* Yaniv Lavi > *Sent:* Tuesday, October 16, 2018 7:19 PM > *To:* Mahesh Falmari > *Cc:* Nir Soffer ; Erez, Daniel ; > Tal Nisan ; Pavan Chavva ; devel
[ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
On Thu, Nov 15, 2018 at 1:29 PM Dafna Ron wrote: > > > > On Thu, Nov 15, 2018 at 11:20 AM Dan Kenigsberg wrote: >> >> On Thu, Nov 15, 2018 at 1:16 PM Barak Korren wrote: >> > >> > >> > >> > On Thu, 15 Nov 2018 at 13:11, Dafna Ron wrote: >> >> >> >> I am checking the failed jobs >> >> However, Please note that I think you are confusing issues. >> >> Currently, we (CI) have a problem in the job that syncs the package to >> >> the snapshot repo. this jobs run nightly and we had no way of knowing it >> >> would fail until today. >> >> Before today, we had several regressions which lasted for two weeks which >> >> means no package was build at all. >> >> So different issues >> >> >> > >> > It should be fixed now >> >> Would you trigger it now (mid-day!)? >> master-snapshot still carries the ancient >> ovirt-engine-0:4.3.0-0.0.master.20181101091940.git61310aa > > > > As this is the way to fix the issue, It ran. > They have the new package: > ovirt-engine-0:4.3.0-0.0.master.20181114214053.gitee7737e.el7.noarch yes you are right; `dnf clean all` fixed it on my side too :-/ ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JDUSER7LH2YH6WK4PNDCOYWSDRXA6LTL/
[ovirt-devel] Re: Proposing Fred Rolland as a Storage backend maintainer
+1 from me as well Martin On Thu, Nov 15, 2018 at 12:02 PM, Tal Nisan wrote: > Hi everyone, > I'd like to propose Fred as a backend maintainer in Engine for the storage > area. > Fred has been contributing to ovirt-engine for the last 3.5 years and have > done tremendous job in adding new features, bug fixes and code review. > > Thanks, > Tal. > > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6GRTZVSB3PK4GMRYEA7RYOOZMSJWN5C3/ > ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YQAKPOW46VW4H6N2W22LXIJJW64WWVPY/
[ovirt-devel] Re: Proposing Fred Rolland as a Storage backend maintainer
On Thu, Nov 15, 2018 at 12:03 PM Tal Nisan wrote: > Hi everyone, > I'd like to propose Fred as a backend maintainer in Engine for the storage > area. > Fred has been contributing to ovirt-engine for the last 3.5 years and have > done tremendous job in adding new features, bug fixes and code review. > +1 from me > > Thanks, > Tal. > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6GRTZVSB3PK4GMRYEA7RYOOZMSJWN5C3/ > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/UMORY3H2R3YY4BBBLHE4SUTR32LYA4Y3/
[ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
On Thu, Nov 15, 2018 at 11:20 AM Dan Kenigsberg wrote: > On Thu, Nov 15, 2018 at 1:16 PM Barak Korren wrote: > > > > > > > > On Thu, 15 Nov 2018 at 13:11, Dafna Ron wrote: > >> > >> I am checking the failed jobs > >> However, Please note that I think you are confusing issues. > >> Currently, we (CI) have a problem in the job that syncs the package to > the snapshot repo. this jobs run nightly and we had no way of knowing it > would fail until today. > >> Before today, we had several regressions which lasted for two weeks > which means no package was build at all. > >> So different issues > >> > > > > It should be fixed now > > Would you trigger it now (mid-day!)? > master-snapshot still carries the ancient > ovirt-engine-0:4.3.0-0.0.master.20181101091940.git61310aa > As this is the way to fix the issue, It ran. They have the new package: ovirt-engine-0:4.3.0-0.0.master.20181114214053.gitee7737e.el7.noarch ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/NUL4WFVIYIB6G4S6NN5GIAM3NP7GGL4Y/
[ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
On Thu, Nov 15, 2018 at 1:16 PM Barak Korren wrote: > > > > On Thu, 15 Nov 2018 at 13:11, Dafna Ron wrote: >> >> I am checking the failed jobs >> However, Please note that I think you are confusing issues. >> Currently, we (CI) have a problem in the job that syncs the package to the >> snapshot repo. this jobs run nightly and we had no way of knowing it would >> fail until today. >> Before today, we had several regressions which lasted for two weeks which >> means no package was build at all. >> So different issues >> > > It should be fixed now Would you trigger it now (mid-day!)? master-snapshot still carries the ancient ovirt-engine-0:4.3.0-0.0.master.20181101091940.git61310aa ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2HOQU4GUOUXNH3332AD5HSSPC42OVHSQ/
[ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
On Thu, 15 Nov 2018 at 13:11, Dafna Ron wrote: > I am checking the failed jobs > However, Please note that I think you are confusing issues. > Currently, we (CI) have a problem in the job that syncs the package to the > snapshot repo. this jobs run nightly and we had no way of knowing it would > fail until today. > Before today, we had several regressions which lasted for two weeks which > means no package was build at all. > So different issues > > It should be fixed now > > On Thu, Nov 15, 2018 at 10:54 AM Dan Kenigsberg wrote: > >> On Thu, Nov 15, 2018 at 12:45 PM Eyal Edri wrote: >> > >> > >> > >> > On Thu, Nov 15, 2018 at 12:43 PM Dan Kenigsberg >> wrote: >> >> >> >> On Wed, Nov 14, 2018 at 5:07 PM Dan Kenigsberg >> wrote: >> >> > >> >> > On Wed, Nov 14, 2018 at 12:42 PM Dominik Holler >> wrote: >> >> > > >> >> > > On Wed, 14 Nov 2018 11:24:10 +0100 >> >> > > Michal Skrivanek wrote: >> >> > > >> >> > > > > On 14 Nov 2018, at 10:50, Dominik Holler >> wrote: >> >> > > > > >> >> > > > > On Wed, 14 Nov 2018 09:27:39 +0100 >> >> > > > > Dominik Holler wrote: >> >> > > > > >> >> > > > >> On Tue, 13 Nov 2018 13:01:09 +0100 >> >> > > > >> Martin Perina wrote: >> >> > > > >> >> >> > > > >>> On Tue, Nov 13, 2018 at 12:49 PM Michal Skrivanek < >> mskri...@redhat.com> >> >> > > > >>> wrote: >> >> > > > >>> >> >> > > > >> >> > > > >> >> > > > On 13 Nov 2018, at 12:20, Dominik Holler < >> dhol...@redhat.com> wrote: >> >> > > > >> >> > > > On Tue, 13 Nov 2018 11:56:37 +0100 >> >> > > > Martin Perina wrote: >> >> > > > >> >> > > > On Tue, Nov 13, 2018 at 11:02 AM Dafna Ron >> wrote: >> >> > > > >> >> > > > Martin? can you please look at the patch that Dominik sent? >> >> > > > We need to resolve this as we have not had an engine build >> for the last 11 >> >> > > > days >> >> > > > >> >> > > > >> >> > > > Yesterday I've merged Dominik's revert patch >> >> > > > https://gerrit.ovirt.org/95377 >> >> > > > which should switch cluster level back to 4.2. Below >> mentioned change >> >> > > > https://gerrit.ovirt.org/95310 is relevant only to cluster >> level 4.3, am I >> >> > > > right Michal? >> >> > > > >> >> > > > The build mentioned >> >> > > > >> >> > > > >> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11121/ >> >> > > > is from yesterday. Are we sure that it was executed only >> after #95377 was >> >> > > > merged? I'd like to see the results from latest >> >> > > > >> >> > > > >> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11127/ >> >> > > > but unfortunately it already waits more than an hour for >> available hosts >> >> > > > ... >> >> > > > >> >> > > > >> >> > > > >> >> > > > >> >> > > > >> >> > > > https://gerrit.ovirt.org/#/c/95283/ results in >> >> > > > >> >> > > > >> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8071/ >> >> > > > which is used in >> >> > > > >> >> > > > >> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3489/parameters/ >> >> > > > results in run_vms succeeding. >> >> > > > >> >> > > > The next merged change >> >> > > > https://gerrit.ovirt.org/#/c/95310/ results in >> >> > > > >> >> > > > >> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8072/ >> >> > > > which is used in >> >> > > > >> >> > > > >> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3490/parameters/ >> >> > > > results in run_vms failing with >> >> > > > 2018-11-12 17:35:10,109-05 INFO >> >> > > > [org.ovirt.engine.core.bll.RunVmOnceCommand] (default >> task-1) >> >> > > > [6930b632-5593-4481-bf2a-a1d8b14a583a] Running command: >> RunVmOnceCommand >> >> > > > internal: false. Entities affected : ID: >> >> > > > d10aa133-b9b6-455d-8137-ab822d1c1971 Type: VMAction group >> RUN_VM with role >> >> > > > type USER >> >> > > > 2018-11-12 17:35:10,113-05 DEBUG >> >> > > > >> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] >> >> > > > (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] >> method: >> >> > > > getVmManager, params: >> [d10aa133-b9b6-455d-8137-ab822d1c1971], timeElapsed: >> >> > > > 4ms >> >> > > > 2018-11-12 17:35:10,128-05 DEBUG >> >> > > > >> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] >> >> > > > (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] >> method: >> >> > > > getAllForClusterWithStatus, params: >> [2ca9ccd8-61f0-470c-ba3f-07766202f260, >> >> > > > Up], timeElapsed: 7ms >> >> > > > 2018-11-12 17:35:10,129-05 INFO >> >> > > > [org.ovirt.engine.core.bll.scheduling.SchedulingManager] >>
[ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
On Thu, Nov 15, 2018 at 1:11 PM Dafna Ron wrote: > > I am checking the failed jobs > However, Please note that I think you are confusing issues. > Currently, we (CI) have a problem in the job that syncs the package to the > snapshot repo. this jobs run nightly and we had no way of knowing it would > fail until today. > Before today, we had several regressions which lasted for two weeks which > means no package was build at all. > So different issues No confusion here. There have been multiple production bugs that blocked CQ for 2 weeks. Only now we are blocked on an automation bug. I hope you fix it soon, since quite justly, QE do not want to consume a repo that may change midday. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/4F7R4FLLJ4J3EPN5UTLCY5D4DSOK5G2E/
[ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
I am checking the failed jobs
However, Please note that I think you are confusing issues.
Currently, we (CI) have a problem in the job that syncs the package to the
snapshot repo. this jobs run nightly and we had no way of knowing it would
fail until today.
Before today, we had several regressions which lasted for two weeks which
means no package was build at all.
So different issues
On Thu, Nov 15, 2018 at 10:54 AM Dan Kenigsberg wrote:
> On Thu, Nov 15, 2018 at 12:45 PM Eyal Edri wrote:
> >
> >
> >
> > On Thu, Nov 15, 2018 at 12:43 PM Dan Kenigsberg
> wrote:
> >>
> >> On Wed, Nov 14, 2018 at 5:07 PM Dan Kenigsberg
> wrote:
> >> >
> >> > On Wed, Nov 14, 2018 at 12:42 PM Dominik Holler
> wrote:
> >> > >
> >> > > On Wed, 14 Nov 2018 11:24:10 +0100
> >> > > Michal Skrivanek wrote:
> >> > >
> >> > > > > On 14 Nov 2018, at 10:50, Dominik Holler
> wrote:
> >> > > > >
> >> > > > > On Wed, 14 Nov 2018 09:27:39 +0100
> >> > > > > Dominik Holler wrote:
> >> > > > >
> >> > > > >> On Tue, 13 Nov 2018 13:01:09 +0100
> >> > > > >> Martin Perina wrote:
> >> > > > >>
> >> > > > >>> On Tue, Nov 13, 2018 at 12:49 PM Michal Skrivanek <
> mskri...@redhat.com>
> >> > > > >>> wrote:
> >> > > > >>>
> >> > > >
> >> > > >
> >> > > > On 13 Nov 2018, at 12:20, Dominik Holler
> wrote:
> >> > > >
> >> > > > On Tue, 13 Nov 2018 11:56:37 +0100
> >> > > > Martin Perina wrote:
> >> > > >
> >> > > > On Tue, Nov 13, 2018 at 11:02 AM Dafna Ron
> wrote:
> >> > > >
> >> > > > Martin? can you please look at the patch that Dominik sent?
> >> > > > We need to resolve this as we have not had an engine build
> for the last 11
> >> > > > days
> >> > > >
> >> > > >
> >> > > > Yesterday I've merged Dominik's revert patch
> >> > > > https://gerrit.ovirt.org/95377
> >> > > > which should switch cluster level back to 4.2. Below
> mentioned change
> >> > > > https://gerrit.ovirt.org/95310 is relevant only to cluster
> level 4.3, am I
> >> > > > right Michal?
> >> > > >
> >> > > > The build mentioned
> >> > > >
> >> > > >
> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11121/
> >> > > > is from yesterday. Are we sure that it was executed only
> after #95377 was
> >> > > > merged? I'd like to see the results from latest
> >> > > >
> >> > > >
> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11127/
> >> > > > but unfortunately it already waits more than an hour for
> available hosts
> >> > > > ...
> >> > > >
> >> > > >
> >> > > >
> >> > > >
> >> > > >
> >> > > > https://gerrit.ovirt.org/#/c/95283/ results in
> >> > > >
> >> > > >
> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8071/
> >> > > > which is used in
> >> > > >
> >> > > >
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3489/parameters/
> >> > > > results in run_vms succeeding.
> >> > > >
> >> > > > The next merged change
> >> > > > https://gerrit.ovirt.org/#/c/95310/ results in
> >> > > >
> >> > > >
> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8072/
> >> > > > which is used in
> >> > > >
> >> > > >
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3490/parameters/
> >> > > > results in run_vms failing with
> >> > > > 2018-11-12 17:35:10,109-05 INFO
> >> > > > [org.ovirt.engine.core.bll.RunVmOnceCommand] (default task-1)
> >> > > > [6930b632-5593-4481-bf2a-a1d8b14a583a] Running command:
> RunVmOnceCommand
> >> > > > internal: false. Entities affected : ID:
> >> > > > d10aa133-b9b6-455d-8137-ab822d1c1971 Type: VMAction group
> RUN_VM with role
> >> > > > type USER
> >> > > > 2018-11-12 17:35:10,113-05 DEBUG
> >> > > >
> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
> >> > > > (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a]
> method:
> >> > > > getVmManager, params:
> [d10aa133-b9b6-455d-8137-ab822d1c1971], timeElapsed:
> >> > > > 4ms
> >> > > > 2018-11-12 17:35:10,128-05 DEBUG
> >> > > >
> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
> >> > > > (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a]
> method:
> >> > > > getAllForClusterWithStatus, params:
> [2ca9ccd8-61f0-470c-ba3f-07766202f260,
> >> > > > Up], timeElapsed: 7ms
> >> > > > 2018-11-12 17:35:10,129-05 INFO
> >> > > > [org.ovirt.engine.core.bll.scheduling.SchedulingManager]
> (default task-1)
> >> > > > [6930b632-5593-4481-bf2a-a1d8b14a583a] Candidate host
> >> > > > 'lago-basic-suite-master-host-1'
> ('282860ab-8873-4702-a2be-100a6da111af')
> >> > > > was filtered out by
[ovirt-devel] Proposing Fred Rolland as a Storage backend maintainer
Hi everyone, I'd like to propose Fred as a backend maintainer in Engine for the storage area. Fred has been contributing to ovirt-engine for the last 3.5 years and have done tremendous job in adding new features, bug fixes and code review. Thanks, Tal. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6GRTZVSB3PK4GMRYEA7RYOOZMSJWN5C3/
[ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
On Thu, Nov 15, 2018 at 12:45 PM Eyal Edri wrote:
>
>
>
> On Thu, Nov 15, 2018 at 12:43 PM Dan Kenigsberg wrote:
>>
>> On Wed, Nov 14, 2018 at 5:07 PM Dan Kenigsberg wrote:
>> >
>> > On Wed, Nov 14, 2018 at 12:42 PM Dominik Holler wrote:
>> > >
>> > > On Wed, 14 Nov 2018 11:24:10 +0100
>> > > Michal Skrivanek wrote:
>> > >
>> > > > > On 14 Nov 2018, at 10:50, Dominik Holler wrote:
>> > > > >
>> > > > > On Wed, 14 Nov 2018 09:27:39 +0100
>> > > > > Dominik Holler wrote:
>> > > > >
>> > > > >> On Tue, 13 Nov 2018 13:01:09 +0100
>> > > > >> Martin Perina wrote:
>> > > > >>
>> > > > >>> On Tue, Nov 13, 2018 at 12:49 PM Michal Skrivanek
>> > > > >>>
>> > > > >>> wrote:
>> > > > >>>
>> > > >
>> > > >
>> > > > On 13 Nov 2018, at 12:20, Dominik Holler
>> > > > wrote:
>> > > >
>> > > > On Tue, 13 Nov 2018 11:56:37 +0100
>> > > > Martin Perina wrote:
>> > > >
>> > > > On Tue, Nov 13, 2018 at 11:02 AM Dafna Ron
>> > > > wrote:
>> > > >
>> > > > Martin? can you please look at the patch that Dominik sent?
>> > > > We need to resolve this as we have not had an engine build for
>> > > > the last 11
>> > > > days
>> > > >
>> > > >
>> > > > Yesterday I've merged Dominik's revert patch
>> > > > https://gerrit.ovirt.org/95377
>> > > > which should switch cluster level back to 4.2. Below mentioned
>> > > > change
>> > > > https://gerrit.ovirt.org/95310 is relevant only to cluster level
>> > > > 4.3, am I
>> > > > right Michal?
>> > > >
>> > > > The build mentioned
>> > > >
>> > > > https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11121/
>> > > > is from yesterday. Are we sure that it was executed only after
>> > > > #95377 was
>> > > > merged? I'd like to see the results from latest
>> > > >
>> > > > https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11127/
>> > > > but unfortunately it already waits more than an hour for
>> > > > available hosts
>> > > > ...
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > https://gerrit.ovirt.org/#/c/95283/ results in
>> > > >
>> > > > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8071/
>> > > > which is used in
>> > > >
>> > > > https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3489/parameters/
>> > > > results in run_vms succeeding.
>> > > >
>> > > > The next merged change
>> > > > https://gerrit.ovirt.org/#/c/95310/ results in
>> > > >
>> > > > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8072/
>> > > > which is used in
>> > > >
>> > > > https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3490/parameters/
>> > > > results in run_vms failing with
>> > > > 2018-11-12 17:35:10,109-05 INFO
>> > > > [org.ovirt.engine.core.bll.RunVmOnceCommand] (default task-1)
>> > > > [6930b632-5593-4481-bf2a-a1d8b14a583a] Running command:
>> > > > RunVmOnceCommand
>> > > > internal: false. Entities affected : ID:
>> > > > d10aa133-b9b6-455d-8137-ab822d1c1971 Type: VMAction group RUN_VM
>> > > > with role
>> > > > type USER
>> > > > 2018-11-12 17:35:10,113-05 DEBUG
>> > > > [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>> > > > (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] method:
>> > > > getVmManager, params: [d10aa133-b9b6-455d-8137-ab822d1c1971],
>> > > > timeElapsed:
>> > > > 4ms
>> > > > 2018-11-12 17:35:10,128-05 DEBUG
>> > > > [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>> > > > (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] method:
>> > > > getAllForClusterWithStatus, params:
>> > > > [2ca9ccd8-61f0-470c-ba3f-07766202f260,
>> > > > Up], timeElapsed: 7ms
>> > > > 2018-11-12 17:35:10,129-05 INFO
>> > > > [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default
>> > > > task-1)
>> > > > [6930b632-5593-4481-bf2a-a1d8b14a583a] Candidate host
>> > > > 'lago-basic-suite-master-host-1'
>> > > > ('282860ab-8873-4702-a2be-100a6da111af')
>> > > > was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU-Level'
>> > > > (correlation id: 6930b632-5593-4481-bf2a-a1d8b14a583a)
>> > > > 2018-11-12 17:35:10,129-05 INFO
>> > > > [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default
>> > > > task-1)
>> > > > [6930b632-5593-4481-bf2a-a1d8b14a583a] Candidate host
>> > > > 'lago-basic-suite-master-host-0'
>> > > > ('c48eca36-ea98-46b2-8473-f184833e68a8')
>> > > > was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU-Level'
>> > > >
[ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
On Thu, Nov 15, 2018 at 12:43 PM Dan Kenigsberg wrote:
> On Wed, Nov 14, 2018 at 5:07 PM Dan Kenigsberg wrote:
> >
> > On Wed, Nov 14, 2018 at 12:42 PM Dominik Holler
> wrote:
> > >
> > > On Wed, 14 Nov 2018 11:24:10 +0100
> > > Michal Skrivanek wrote:
> > >
> > > > > On 14 Nov 2018, at 10:50, Dominik Holler
> wrote:
> > > > >
> > > > > On Wed, 14 Nov 2018 09:27:39 +0100
> > > > > Dominik Holler wrote:
> > > > >
> > > > >> On Tue, 13 Nov 2018 13:01:09 +0100
> > > > >> Martin Perina wrote:
> > > > >>
> > > > >>> On Tue, Nov 13, 2018 at 12:49 PM Michal Skrivanek <
> mskri...@redhat.com>
> > > > >>> wrote:
> > > > >>>
> > > >
> > > >
> > > > On 13 Nov 2018, at 12:20, Dominik Holler
> wrote:
> > > >
> > > > On Tue, 13 Nov 2018 11:56:37 +0100
> > > > Martin Perina wrote:
> > > >
> > > > On Tue, Nov 13, 2018 at 11:02 AM Dafna Ron
> wrote:
> > > >
> > > > Martin? can you please look at the patch that Dominik sent?
> > > > We need to resolve this as we have not had an engine build for
> the last 11
> > > > days
> > > >
> > > >
> > > > Yesterday I've merged Dominik's revert patch
> > > > https://gerrit.ovirt.org/95377
> > > > which should switch cluster level back to 4.2. Below mentioned
> change
> > > > https://gerrit.ovirt.org/95310 is relevant only to cluster
> level 4.3, am I
> > > > right Michal?
> > > >
> > > > The build mentioned
> > > >
> > > >
> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11121/
> > > > is from yesterday. Are we sure that it was executed only after
> #95377 was
> > > > merged? I'd like to see the results from latest
> > > >
> > > >
> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11127/
> > > > but unfortunately it already waits more than an hour for
> available hosts
> > > > ...
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > https://gerrit.ovirt.org/#/c/95283/ results in
> > > >
> > > >
> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8071/
> > > > which is used in
> > > >
> > > >
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3489/parameters/
> > > > results in run_vms succeeding.
> > > >
> > > > The next merged change
> > > > https://gerrit.ovirt.org/#/c/95310/ results in
> > > >
> > > >
> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8072/
> > > > which is used in
> > > >
> > > >
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3490/parameters/
> > > > results in run_vms failing with
> > > > 2018-11-12 17:35:10,109-05 INFO
> > > > [org.ovirt.engine.core.bll.RunVmOnceCommand] (default task-1)
> > > > [6930b632-5593-4481-bf2a-a1d8b14a583a] Running command:
> RunVmOnceCommand
> > > > internal: false. Entities affected : ID:
> > > > d10aa133-b9b6-455d-8137-ab822d1c1971 Type: VMAction group
> RUN_VM with role
> > > > type USER
> > > > 2018-11-12 17:35:10,113-05 DEBUG
> > > >
> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
> > > > (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] method:
> > > > getVmManager, params: [d10aa133-b9b6-455d-8137-ab822d1c1971],
> timeElapsed:
> > > > 4ms
> > > > 2018-11-12 17:35:10,128-05 DEBUG
> > > >
> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
> > > > (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] method:
> > > > getAllForClusterWithStatus, params:
> [2ca9ccd8-61f0-470c-ba3f-07766202f260,
> > > > Up], timeElapsed: 7ms
> > > > 2018-11-12 17:35:10,129-05 INFO
> > > > [org.ovirt.engine.core.bll.scheduling.SchedulingManager]
> (default task-1)
> > > > [6930b632-5593-4481-bf2a-a1d8b14a583a] Candidate host
> > > > 'lago-basic-suite-master-host-1'
> ('282860ab-8873-4702-a2be-100a6da111af')
> > > > was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter
> 'CPU-Level'
> > > > (correlation id: 6930b632-5593-4481-bf2a-a1d8b14a583a)
> > > > 2018-11-12 17:35:10,129-05 INFO
> > > > [org.ovirt.engine.core.bll.scheduling.SchedulingManager]
> (default task-1)
> > > > [6930b632-5593-4481-bf2a-a1d8b14a583a] Candidate host
> > > > 'lago-basic-suite-master-host-0'
> ('c48eca36-ea98-46b2-8473-f184833e68a8')
> > > > was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter
> 'CPU-Level'
> > > > (correlation id: 6930b632-5593-4481-bf2a-a1d8b14a583a)
> > > > 2018-11-12 17:35:10,130-05 ERROR
> [org.ovirt.engine.core.bll.RunVmCommand]
> > > > (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] Can't
> find VDS to
> > > > run the VM 'd10aa133-b9b6-455d-8137-ab822d1c1971' on, so this
> VM will
[ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days
On Wed, Nov 14, 2018 at 5:07 PM Dan Kenigsberg wrote:
>
> On Wed, Nov 14, 2018 at 12:42 PM Dominik Holler wrote:
> >
> > On Wed, 14 Nov 2018 11:24:10 +0100
> > Michal Skrivanek wrote:
> >
> > > > On 14 Nov 2018, at 10:50, Dominik Holler wrote:
> > > >
> > > > On Wed, 14 Nov 2018 09:27:39 +0100
> > > > Dominik Holler wrote:
> > > >
> > > >> On Tue, 13 Nov 2018 13:01:09 +0100
> > > >> Martin Perina wrote:
> > > >>
> > > >>> On Tue, Nov 13, 2018 at 12:49 PM Michal Skrivanek
> > > >>>
> > > >>> wrote:
> > > >>>
> > >
> > >
> > > On 13 Nov 2018, at 12:20, Dominik Holler wrote:
> > >
> > > On Tue, 13 Nov 2018 11:56:37 +0100
> > > Martin Perina wrote:
> > >
> > > On Tue, Nov 13, 2018 at 11:02 AM Dafna Ron wrote:
> > >
> > > Martin? can you please look at the patch that Dominik sent?
> > > We need to resolve this as we have not had an engine build for the
> > > last 11
> > > days
> > >
> > >
> > > Yesterday I've merged Dominik's revert patch
> > > https://gerrit.ovirt.org/95377
> > > which should switch cluster level back to 4.2. Below mentioned change
> > > https://gerrit.ovirt.org/95310 is relevant only to cluster level
> > > 4.3, am I
> > > right Michal?
> > >
> > > The build mentioned
> > >
> > > https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11121/
> > > is from yesterday. Are we sure that it was executed only after
> > > #95377 was
> > > merged? I'd like to see the results from latest
> > >
> > > https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/11127/
> > > but unfortunately it already waits more than an hour for available
> > > hosts
> > > ...
> > >
> > >
> > >
> > >
> > >
> > > https://gerrit.ovirt.org/#/c/95283/ results in
> > >
> > > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8071/
> > > which is used in
> > >
> > > https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3489/parameters/
> > > results in run_vms succeeding.
> > >
> > > The next merged change
> > > https://gerrit.ovirt.org/#/c/95310/ results in
> > >
> > > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8072/
> > > which is used in
> > >
> > > https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3490/parameters/
> > > results in run_vms failing with
> > > 2018-11-12 17:35:10,109-05 INFO
> > > [org.ovirt.engine.core.bll.RunVmOnceCommand] (default task-1)
> > > [6930b632-5593-4481-bf2a-a1d8b14a583a] Running command:
> > > RunVmOnceCommand
> > > internal: false. Entities affected : ID:
> > > d10aa133-b9b6-455d-8137-ab822d1c1971 Type: VMAction group RUN_VM
> > > with role
> > > type USER
> > > 2018-11-12 17:35:10,113-05 DEBUG
> > > [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
> > > (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] method:
> > > getVmManager, params: [d10aa133-b9b6-455d-8137-ab822d1c1971],
> > > timeElapsed:
> > > 4ms
> > > 2018-11-12 17:35:10,128-05 DEBUG
> > > [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
> > > (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] method:
> > > getAllForClusterWithStatus, params:
> > > [2ca9ccd8-61f0-470c-ba3f-07766202f260,
> > > Up], timeElapsed: 7ms
> > > 2018-11-12 17:35:10,129-05 INFO
> > > [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default
> > > task-1)
> > > [6930b632-5593-4481-bf2a-a1d8b14a583a] Candidate host
> > > 'lago-basic-suite-master-host-1'
> > > ('282860ab-8873-4702-a2be-100a6da111af')
> > > was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU-Level'
> > > (correlation id: 6930b632-5593-4481-bf2a-a1d8b14a583a)
> > > 2018-11-12 17:35:10,129-05 INFO
> > > [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default
> > > task-1)
> > > [6930b632-5593-4481-bf2a-a1d8b14a583a] Candidate host
> > > 'lago-basic-suite-master-host-0'
> > > ('c48eca36-ea98-46b2-8473-f184833e68a8')
> > > was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU-Level'
> > > (correlation id: 6930b632-5593-4481-bf2a-a1d8b14a583a)
> > > 2018-11-12 17:35:10,130-05 ERROR
> > > [org.ovirt.engine.core.bll.RunVmCommand]
> > > (default task-1) [6930b632-5593-4481-bf2a-a1d8b14a583a] Can't find
> > > VDS to
> > > run the VM 'd10aa133-b9b6-455d-8137-ab822d1c1971' on, so this VM
> > > will not
> > > be run.
> > > in
> > >
> > >
[ovirt-devel] Setting Type and action Variables in Ovirt Validation messages
Hi all,
I am working on a bug where the error messages comes as non interpolated [
https://bugzilla.redhat.com/show_bug.cgi?id=1369319].I am trying to figure
out where the 'type' and 'action' variables are set in ovirt for validation
error messages
One such example from AppErrors.properties is :-
ACTION_TYPE_FAILED_GENERATOR_NOT_SUPPORTED_BY_CLUSTER=Cannot ${action}
${type}. The random number generator is not supported by the Cluster.
Thanks,
Kaustav
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RJFCG6GIAWWB6MEAUVMRT5MU7LYVHRE7/
[ovirt-devel] Re: [ovirt-ansible] inventory plugin
Meanwhile I've added caching too, but I've seen you have a PR open for your own version. Do you prefer to proceed with your version or shall I create a PR too? ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/MOJPUF5P4BV5TSVDQGBCRLQTL7L73QBJ/
