+Ondra and Ori
On Wed, Jun 20, 2018 at 1:07 PM Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:
> Guys any update on this? if you have any clarification let me know please.
>
> Thanks
>
> On Wed, 20 Jun 2018 at 5:41 PM, Hari Prasanth Loganathan <
>
+Benny
On Wed, Jun 20, 2018 at 2:07 PM Hanson Turner
wrote:
> Hi Benny,
>
> Who should I be reaching out to for help with a gluster based hosted
> engine corruption?
>
>
> --== Host 1 status ==--
>
> conf_on_shared_storage : True
> Status up-to-date : True
>
Guys any update on this? if you have any clarification let me know please.
Thanks
On Wed, 20 Jun 2018 at 5:41 PM, Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:
> Hi Team,
>
> I got one clue, using the code base :
>
Hi Benny,
Who should I be reaching out to for help with a gluster based hosted
engine corruption?
--== Host 1 status ==--
conf_on_shared_storage : True
Status up-to-date : True
Hostname : ovirtnode1.abcxyzdomains.net
Host ID
On Tue, Jun 19, 2018 at 5:35 PM, John Florian wrote:
> On 2018-06-19 02:57, Yedidyah Bar David wrote:
>> On Mon, Jun 18, 2018 at 4:19 PM, John Florian wrote:
>>> On 2018-06-18 02:46, Yedidyah Bar David wrote:
On Mon, Jun 18, 2018 at 9:19 AM, Tomas Jelinek
wrote:
>
> On Mon,
Dear paul,
You can do the following:
1. Check which repos are unavailable with:
# yum repolist
2. Detect the repos that have no packages:
repo id repo name
status
base/7/x86_64
Hi,
we made this solution for us:
We add a cloud-init script to the cloud image, before we add this to our
templates.
In /etc/cloud/cloud.cfg.d/, we create a file 98_runcmd.cfg with the following
content:
write_files:
- content: |
network: {config: disabled}
path:
On Mon, Jun 18, 2018 at 7:56 AM, femi adegoke
wrote:
> What backup solutions are people using?
>
> I'm only interested in host-level backups (no agents in the vm's)
>
> I am aware of the following products:
> https://storware.eu/en/storware-vprotect/
>
Hi. Did you solve this problem?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
*Hi Ondra / Ori,*
https://github.com/oVirt/ovirt-engine/search?q=FAIL_ON_UNKNOWN_PROPERTIES%2C+false%29%3B_q=FAIL_ON_UNKNOWN_PROPERTIES%2C+false%29%3B
Check the above link, As per the code it is always set as false, So is
there a way in payload / headers in client API / server configuration in
On Wed, Jun 20, 2018 at 11:33 PM, Hanson Turner
wrote:
> Hi Benny,
>
> Who should I be reaching out to for help with a gluster based hosted
> engine corruption?
>
Krutika, could you help?
>
> --== Host 1 status ==--
>
> conf_on_shared_storage : True
> Status up-to-date
On Wed, Jun 20, 2018 at 10:33 AM Bruckner, Simone <
simone.bruck...@fabasoft.com> wrote:
> Hi Nir,
>
>
>
> I identified the reason for the failing OVF updates on the initial VG –
> metadata was affected by blkdiscard tests in scope of
> https://bugzilla.redhat.com/show_bug.cgi?id=1562369
>
>
>
Hi Nir,
I identified the reason for the failing OVF updates on the initial VG –
metadata was affected by blkdiscard tests in scope of
https://bugzilla.redhat.com/show_bug.cgi?id=1562369
However, the OVF updates are failing on other installations as well (on 2 out
of 40 storage domains).
I am running 4.2.3.8-1.el7.
I will upgrade and check.
Thanx,
Alex
On Tue, Jun 19, 2018 at 11:59 AM, Sahina Bose wrote:
>
>
> On Sat, Jun 16, 2018 at 5:34 PM, Alex K wrote:
>
>> Hi all,
>>
>> I have a ovirt 2 node cluster for testing with self hosted engine on top
>> gluster.
>>
>> The cluster
Nir,
thank you! I could successfully recover the corrupt metadata blocks on all
affected storage domains!
Affected storage domains were created between January and March this year,
accessed by 40 hosts in parallel with changing SPMs…unfortunately matching vdsm
logs are not available
[re-send from my lists address]
On 19/06/18 19:25, Joop wrote:
> On 19-6-2018 17:26, Jacob Green wrote:
>>
>> I just did not know where to look for the errors, I now see that it is
>> telling me it is failing on this package "collectd"
>>
>> So when I go to my host and I run *yum list collectd *I
Thank you,
Weird, but issue seems to be present with VGA too. I haven't start to debug
to much on this, being pressed on creating a whole bunch of vms I prefered
to run a Centos7 vm installation from schratch and template it.
It would be good anyway to have those oVirt provided templates good and
Disable EPEL repo and repeat update
On 19 Jun 2018, at 22:26, Jacob Green
mailto:jgr...@aasteel.com>> wrote:
I just did not know where to look for the errors, I now see that it is telling
me it is failing on this package "collectd"
So when I go to my host and I run yum list collectd I see
The oVirt Project is pleased to announce the availability of the oVirt
4.2.4 Fifth Release Candidate, as of June 20th, 2018.
This update is a release candidate of the fourth in a series of
stabilization updates to the 4.2
series.
This is pre-release software. This pre-release should not to be
Thanks Ido,
I actually used
https://resources.ovirt.org/pub/ovirt-4.1/rpm/el7/ which worked.
I am now trying to configure the test system from backup and doing an
engine-rename but am having difficulty with the certificate as we are using an
externally signed certificate.
On Wed, Jun 20, 2018 at 12:38:00PM +0300, Yaniv Kaul wrote:
> On Wed, Jun 20, 2018 at 12:26 PM, Christophe Fergeau
> wrote:
> > > > -- Forwarded message --
> > > > From: Leo David
> > > > Date: Wed, Jun 13, 2018 at 8:24 PM
> > > > Subject: VM hanging at boot - [drm] Initialized
Hi Team,
I want to attach the disk using the oVIrt rest API, I use the version* 4.2*
and completed my script.
But when I downgrade my oVirt to lower version *4.1*, I get the following
error.
detail: 'For correct usage, see:
Hi all,
To clarify my payload is like below,
*Expected :*
{
"alias": "testdisk",
"shareable": false,
"storage_type": "cinder",
"openstack_volume_type": {
"name": "ceph"
},
"description": "",
"storage_domains": {
"storage_domain": [{
"name":
Updated hosts and engine. Ran engine-setup but still version is showing
4.2.3.8-1.el7.
The issue has been resolved though. Bricks are shown up.
Thanx,
Alex
On Wed, Jun 20, 2018 at 10:48 AM, Alex K wrote:
> I am running 4.2.3.8-1.el7.
> I will upgrade and check.
>
> Thanx,
> Alex
>
> On Tue,
Hi Team,
I got one clue, using the code base :
https://github.com/oVirt/ovirt-engine/blob/e2aad594a55c7272b513736616cb4b9841c2c43d/backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/serialization/json/JsonObjectDeserializer.java
25 matches
Mail list logo