Re: [ovirt-users] Storage Migration issues

[Eyal Shenitzky]

Hi Mark,

Can you please send the engine log and the VDSM log.

This will help us to make a deeper investigation on the scenario that you
described.

Thanks.

On Tue, Dec 12, 2017 at 11:28 PM, Mark Steele  wrote:

> Hello,
>
> We have begun migrating VM boot disks from one Storage domain to another.
> Both the storage domains are NFS and both are V3. The Ovirt instance is oVirt
> Engine Version: 3.5.0.1-1.el6
>
> I am shutting down the VM's prior to migration (not a live migration).
> When the disks complete their move, I start the VM back up on the original
> host. The hosts are all running either Ubuntu 14.04 LTS or 16.04 LTS
>
> I have experienced the following two issues:
>
> - when the VM's come back up, they are not mounting an external NFS mount
> that is defined in /etc/fstab. The mount can be reinstated manually and
> survives subsequent reboots - but every VM that has an external NFS mount
> has this issue after migration
>
> - VM's that have a docker instance running no longer respond to web
> requests on the web server ports that the docker instance is running.
>
> Any thoughts on why this would happen would be greatly appreciated.
>
> Best regards,
>
> ***
> *Mark Steele*
> CIO / VP Technical Operations | TelVue Corporation
> TelVue - We Share Your Vision
> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
> 800.885.8886 x128 <(800)%20885-8886> | mste...@telvue.com | http://
> www.telvue.com
> twitter: http://twitter.com/telvue | facebook: https://www.
> facebook.com/telvue
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Standalone Gluster Storage

[Sahina Bose]

The backup-volfile-servers as an additional mount option should handle the
case where one of the servers goes down - storage domain should continue to
be available.
The servers specified for this option can be the servers participating in
your volume. For instance, the set of unique servers from the "gluster
volume info" command.

If even with this mount option, you're facing an issue - please log a bug
with gluster mount logs and vdsm logs.

thanks
sahina

On Wed, Dec 13, 2017 at 12:37 AM, Beau Sapach  wrote:

> We did use the backup-volfile-servers option but still had trouble.  We
> were simply adding all servers in the cluster as backups, is there a best
> practice that should be followed?
>
> On Tue, Dec 12, 2017 at 8:59 AM, Artem Tambovskiy <
> artem.tambovs...@gmail.com> wrote:
>
>> I did exactly the same mistake with my standalone GlusterFS cluster and
>> now need to take down all Storage Domains in order to fix this mistake.
>> Probably, worth to add a few words about this in Installation guide!
>>
>> On Tue, Dec 12, 2017 at 4:52 PM, Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Mon, Dec 11, 2017 at 8:44 PM, Beau Sapach 
>>> wrote:
>>>
 We've been doing some experimenting with gluster, and have built a
 stand-alone gluster cluster (not managed by oVirt).  We've been able to
 create a storage domain backed by that gluster cluster and run VMs with
 their disks on that storage.

 The problem we have is that when we take a gluster node down for
 updates, maintenance etc. the entire storage domain goes offline in oVirt.
 Other gluster clients, that is servers connecting directly to the gluster
 cluster don't seem to notice if one node goes offline.

 Is anyone else using gluster storage in oVirt that is not managed
 within oVirt?

>>>
>>> Did you set also the backup-volfile-servers mount option?
>>>
>>>


 --
 Beau Sapach
 *System Administrator | Information Technology Services | University of
 Alberta Libraries*
 *Phone: 780.492.4181 <(780)%20492-4181> | Email:
 beau.sap...@ualberta.ca *


 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users


>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Beau Sapach
> *System Administrator | Information Technology Services | University of
> Alberta Libraries*
> *Phone: 780.492.4181 | Email: beau.sap...@ualberta.ca
> *
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Actual Size <1GB

[Johann van der Westhuizen]

Hi,

Thanks for the reply.

Not to familiar with oVirt, were do I get / export that logs.

Yes, it’s running on a server and we are accessing it via the web console. 
Where you basically manage everything.

Thanks.

Regards / Groete,

JOHANN VAN DER WESTHUIZEN
Systems Administrator

4 Silverwood Close

T

+27 21 700 4827

Steenberg Office Park

E

joh...@sharenet.co.za

Westlake




www.sharenet.co.za

[cid:image001.gif@01D3736B.FB7DD8E0]

The views and opinions expressed in this message are those of the individual 
sender of this message and do not necessarily represent the views and opinions 
of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd does not accept 
responsibility for such views and opinions and this message should not be read 
as representing the views and opinions of Sharenet (Pty) Ltd without subsequent 
written confirmation. Each page attached hereto must also be read in 
conjunction with this disclaimer.
Confidentiality note: This message is 
intended for the addressee only. If you are not the intended recipient of this 
message, you are notified that any distribution, use of or copying of this 
communication is strictly prohibited. If you have received the communication in 
error, please notify the sender immediately.

Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430) are 
authorised financial service providers.

From: Simone Tiraboschi [mailto:stira...@redhat.com]
Sent: 12 December 2017 15:44
To: Johann van der Westhuizen 
Cc: Amit Aviram ; users@ovirt.org
Subject: Re: [ovirt-users] oVirt Actual Size <1GB



On Tue, Dec 12, 2017 at 12:38 PM, Johann van der Westhuizen 
> wrote:
Hi,

Okay, I have a question, if you will be able to assist me.

I’ve extended the size of the disk via the oVirt Admin and now all of a sudden 
it shows actual size < 1GB and the VM doesn’t want to boot, the virtual size 
was 100GB and I’ve changed it to 150GB.

Anything you could do to help me fix this.

Do you mean that you installed hosted-engine and extended the disk of the 
engine VM?
If so, could you please attach vdsm.log and agent.log from the host that tries 
to start the engine VM?



Much appreciated.

Thanks.

Regards / Groete,

JOHANN VAN DER WESTHUIZEN
Systems Administrator

4 Silverwood Close

T

+27 21 700 4827

Steenberg Office Park

E

joh...@sharenet.co.za

Westlake




www.sharenet.co.za

[cid:image001.gif@01D3736B.FB7DD8E0]

The views and opinions expressed in this message are those of the individual 
sender of this message and do not necessarily represent the views and opinions 
of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd does not accept 
responsibility for such views and opinions and this message should not be read 
as representing the views and opinions of Sharenet (Pty) Ltd without subsequent 
written confirmation. Each page attached hereto must also be read in 
conjunction with this disclaimer.
Confidentiality note: This message is 
intended for the addressee only. If you are not the intended recipient of this 
message, you are notified that any distribution, use of or copying of this 
communication is strictly prohibited. If you have received the communication in 
error, please notify the sender immediately.

Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430) are 
authorised financial service providers.


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Actual Size <1GB

[Johann van der Westhuizen]

Hi,

Okay I got the vdsm.log, please see link below:

http://support.sharenet.co.za/vdsm.log

But can’t find the agent.log file.

Regards / Groete,

JOHANN VAN DER WESTHUIZEN
Systems Administrator

4 Silverwood Close

T

+27 21 700 4827

Steenberg Office Park

E

joh...@sharenet.co.za

Westlake




www.sharenet.co.za

[cid:image001.gif@01D3736D.D9244A20]

The views and opinions expressed in this message are those of the individual 
sender of this message and do not necessarily represent the views and opinions 
of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd does not accept 
responsibility for such views and opinions and this message should not be read 
as representing the views and opinions of Sharenet (Pty) Ltd without subsequent 
written confirmation. Each page attached hereto must also be read in 
conjunction with this disclaimer.
Confidentiality note: This message is 
intended for the addressee only. If you are not the intended recipient of this 
message, you are notified that any distribution, use of or copying of this 
communication is strictly prohibited. If you have received the communication in 
error, please notify the sender immediately.

Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430) are 
authorised financial service providers.

From: Simone Tiraboschi [mailto:stira...@redhat.com]
Sent: 12 December 2017 15:44
To: Johann van der Westhuizen 
Cc: Amit Aviram ; users@ovirt.org
Subject: Re: [ovirt-users] oVirt Actual Size <1GB



On Tue, Dec 12, 2017 at 12:38 PM, Johann van der Westhuizen 
> wrote:
Hi,

Okay, I have a question, if you will be able to assist me.

I’ve extended the size of the disk via the oVirt Admin and now all of a sudden 
it shows actual size < 1GB and the VM doesn’t want to boot, the virtual size 
was 100GB and I’ve changed it to 150GB.

Anything you could do to help me fix this.

Do you mean that you installed hosted-engine and extended the disk of the 
engine VM?
If so, could you please attach vdsm.log and agent.log from the host that tries 
to start the engine VM?



Much appreciated.

Thanks.

Regards / Groete,

JOHANN VAN DER WESTHUIZEN
Systems Administrator

4 Silverwood Close

T

+27 21 700 4827

Steenberg Office Park

E

joh...@sharenet.co.za

Westlake




www.sharenet.co.za

[cid:image001.gif@01D3736D.D9244A20]

The views and opinions expressed in this message are those of the individual 
sender of this message and do not necessarily represent the views and opinions 
of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd does not accept 
responsibility for such views and opinions and this message should not be read 
as representing the views and opinions of Sharenet (Pty) Ltd without subsequent 
written confirmation. Each page attached hereto must also be read in 
conjunction with this disclaimer.
Confidentiality note: This message is 
intended for the addressee only. If you are not the intended recipient of this 
message, you are notified that any distribution, use of or copying of this 
communication is strictly prohibited. If you have received the communication in 
error, please notify the sender immediately.

Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430) are 
authorised financial service providers.


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Storage Migration issues

[Mark Steele]

Hello,

We have begun migrating VM boot disks from one Storage domain to another.
Both the storage domains are NFS and both are V3. The Ovirt instance is oVirt
Engine Version: 3.5.0.1-1.el6

I am shutting down the VM's prior to migration (not a live migration). When
the disks complete their move, I start the VM back up on the original host.
The hosts are all running either Ubuntu 14.04 LTS or 16.04 LTS

I have experienced the following two issues:

- when the VM's come back up, they are not mounting an external NFS mount
that is defined in /etc/fstab. The mount can be reinstated manually and
survives subsequent reboots - but every VM that has an external NFS mount
has this issue after migration

- VM's that have a docker instance running no longer respond to web
requests on the web server ports that the docker instance is running.

Any thoughts on why this would happen would be greatly appreciated.

Best regards,

***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 10Gb Networking with OVN

[Yaniv Kaul]

On Mon, Dec 11, 2017 at 8:21 PM, Beau Sapach  wrote:

> Yes, we've done some testing.  With an oVirt VM running on a host using
> 10Gb ethernet copying data to a physical machine also using 10Gb ethernet
> we don't see network utilization exceed 800Mbits or so.  A bit of research
> online yields some experimentation done by others who used SR-IOV to
> achieve 10Gb from a VM.
>

Are you using multiple TCP streams, jumbo frames, threads, etc.?
Y.


> I'm not sure where the bottleneck is, possibly in the VirtIO driver.
>
> Beau
>
> On Mon, Dec 11, 2017 at 1:23 AM, Dominik Holler 
> wrote:
>
>> Is there an indication that the VMs will not take advantage of 10Gb?
>>
>> On Thu, 7 Dec 2017 15:27:25 -0700
>> Beau Sapach  wrote:
>>
>> > Hello everyone,
>> >
>> > I see here:
>> > https://www.ovirt.org/blog/2017/09/introducing-ovirt-4.2.0/ that
>> > version 4.2 will have OVN support.  Does anyone know if this will
>> > allow VMs to take advantage of 10Gb networking without needing SR-IOV?
>> >
>> >
>>
>>
>
>
> --
> Beau Sapach
> *System Administrator | Information Technology Services | University of
> Alberta Libraries*
> *Phone: 780.492.4181 <(780)%20492-4181> | Email: beau.sap...@ualberta.ca
> *
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Standalone Gluster Storage

[Beau Sapach]

We did use the backup-volfile-servers option but still had trouble.  We
were simply adding all servers in the cluster as backups, is there a best
practice that should be followed?

On Tue, Dec 12, 2017 at 8:59 AM, Artem Tambovskiy <
artem.tambovs...@gmail.com> wrote:

> I did exactly the same mistake with my standalone GlusterFS cluster and
> now need to take down all Storage Domains in order to fix this mistake.
> Probably, worth to add a few words about this in Installation guide!
>
> On Tue, Dec 12, 2017 at 4:52 PM, Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Mon, Dec 11, 2017 at 8:44 PM, Beau Sapach  wrote:
>>
>>> We've been doing some experimenting with gluster, and have built a
>>> stand-alone gluster cluster (not managed by oVirt).  We've been able to
>>> create a storage domain backed by that gluster cluster and run VMs with
>>> their disks on that storage.
>>>
>>> The problem we have is that when we take a gluster node down for
>>> updates, maintenance etc. the entire storage domain goes offline in oVirt.
>>> Other gluster clients, that is servers connecting directly to the gluster
>>> cluster don't seem to notice if one node goes offline.
>>>
>>> Is anyone else using gluster storage in oVirt that is not managed within
>>> oVirt?
>>>
>>
>> Did you set also the backup-volfile-servers mount option?
>>
>>
>>>
>>>
>>> --
>>> Beau Sapach
>>> *System Administrator | Information Technology Services | University of
>>> Alberta Libraries*
>>> *Phone: 780.492.4181 <(780)%20492-4181> | Email: beau.sap...@ualberta.ca
>>> *
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Beau Sapach
*System Administrator | Information Technology Services | University of
Alberta Libraries*
*Phone: 780.492.4181 | Email: beau.sap...@ualberta.ca
*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] bonding mode-alb

[Luca 'remix_tj' Lorenzetto]

Hi,

If you're looking at a simple ha bonding setup, why not using active-backup
(mode 1)?

We're using it in almost all our setups and switches toin backup interface
in 100ms when a link down is detected (Setting miimon=100).

Doesn't aggregate bandwidth but is a very good solution for high
availability whwn you can't configure lacp or a portchannel on switch side.

Luca


Il 12 dic 2017 7:06 PM, "Demeter Tibor"  ha scritto:

> Hi,
>
> Thanks for the answers.
>
> In this case the only question is: what is better for me? Mode 5 or 6?
> In which modes how is fast the switching?
>
> Until now I've use 802.3ad lacp on our old cluster. I did some tests and
> it was very fast. I know it is not same, but mode 5 or 6 how is safe?
> Thanks
>
> Regards,
>
> Tibor
>
>
>
> - 2017. dec.. 11., 13:24, Simone Tiraboschi 
> írta:
>
>
>
> On Mon, Dec 11, 2017 at 12:53 PM, Demeter Tibor 
> wrote:
>
>> Hi,
>>
>> Could help anyone for me in this question?
>>
> Thanks.
>>
>> R.
>>
>> Tibor
>>
>>
>>
>> - 2017. dec.. 6., 14:07, Demeter Tibor  írta:
>>
>> Dear members,
>>
>> I would like to use two switch to make high-availability network
>> connection for my nfs storage.
>> Unfortunately, these switches does not support 802.3.ad lacp, (really I
>> can't stack them)  but I've read about mode-alb and mode-tlb bonding
>> modes.
>> I know,these modes are available in ovirt, but how is work that? Also how
>> is safe? Are there for HA or for load balance?
>>
>> I've read some forums, where does not recommended these modes to use in
>> ovirt. What is the truths?
>> I would like to use only for storage-traffic, it will be separated from
>> other network traffic. I have two 10Gbe switches and two 10Gbe ports in my
>> nodes.
>>
>>
> Look here:
> https://www.ovirt.org/documentation/admin-guide/
> chap-Logical_Networks/#bonds-1
>
> "Important: Modes 1, 2, 3, and 4 support both virtual machine (bridged)
> and non-virtual machine (bridgeless) network types. Modes 0, 5 and 6
> support non-virtual machine (bridgeless) networks only.¨
>
> So both tlb (mode 5) or alb (mode 6) are fine only if you use them just
> for the storage access but not for VMs.
>
>
>> Thanks in advance,
>>
>> R
>>
>> Tibor
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] bonding mode-alb

[Demeter Tibor]

Hi, 

Thanks for the answers. 

In this case the only question is: what is better for me? Mode 5 or 6? 
In which modes how is fast the switching? 

Until now I've use 802.3ad lacp on our old cluster. I did some tests and it was 
very fast. I know it is not same, but mode 5 or 6 how is safe? 
Thanks 

Regards, 

Tibor 

- 2017. dec.. 11., 13:24, Simone Tiraboschi  írta: 

> On Mon, Dec 11, 2017 at 12:53 PM, Demeter Tibor < [ 
> mailto:tdeme...@itsmart.hu |
> tdeme...@itsmart.hu ] > wrote:

>> Hi,

>> Could help anyone for me in this question?

>> Thanks.

>> R.

>> Tibor

>> - 2017. dec.. 6., 14:07, Demeter Tibor < [ mailto:tdeme...@itsmart.hu |
>> tdeme...@itsmart.hu ] > írta:

>>> Dear members,

>>> I would like to use two switch to make high-availability network connection 
>>> for
>>> my nfs storage.
>>> Unfortunately, these switches does not support [ http://802.3.ad/ | 
>>> 802.3.ad ]
>>> lacp, (really I can't stack them) but I've read about mode-alb and mode-tlb
>>> bonding modes.
>>> I know,these modes are available in ovirt, but how is work that? Also how is
>>> safe? Are there for HA or for load balance?

>>> I've read some forums, where does not recommended these modes to use in 
>>> ovirt.
>>> What is the truths?
>>> I would like to use only for storage-traffic, it will be separated from 
>>> other
>>> network traffic. I have two 10Gbe switches and two 10Gbe ports in my nodes.

> Look here:
> [ 
> https://www.ovirt.org/documentation/admin-guide/chap-Logical_Networks/#bonds-1
> |
> https://www.ovirt.org/documentation/admin-guide/chap-Logical_Networks/#bonds-1
> ]

> "Important: Modes 1, 2, 3, and 4 support both virtual machine (bridged) and
> non-virtual machine (bridgeless) network types. Modes 0, 5 and 6 support
> non-virtual machine (bridgeless) networks only.¨

> So both tlb (mode 5) or alb (mode 6) are fine only if you use them just for 
> the
> storage access but not for VMs.

>>> Thanks in advance,

>>> R

>>> Tibor

>>> ___
>>> Users mailing list
>>> [ mailto:Users@ovirt.org | Users@ovirt.org ]
>>> [ http://lists.ovirt.org/mailman/listinfo/users |
>>> http://lists.ovirt.org/mailman/listinfo/users ]

>> ___
>> Users mailing list
>> [ mailto:Users@ovirt.org | Users@ovirt.org ]
>> [ http://lists.ovirt.org/mailman/listinfo/users |
>> http://lists.ovirt.org/mailman/listinfo/users ]
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Actual Size <1GB

[Simone Tiraboschi]

On Tue, Dec 12, 2017 at 4:23 PM, Johann van der Westhuizen <
joh...@sharenet.co.za> wrote:

> Hi,
>
>
>
> Okay I got the vdsm.log, please see link below:
>
>
>
> http://support.sharenet.co.za/vdsm.log
>
>
>
> But can’t find the agent.log file.
>

/var/log/ovirt-hosted-engine-ha/agent.log


>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> 
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>
>
> 
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> *From:* Simone Tiraboschi [mailto:stira...@redhat.com]
> *Sent:* 12 December 2017 15:44
> *To:* Johann van der Westhuizen 
> *Cc:* Amit Aviram ; users@ovirt.org
> *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB
>
>
>
>
>
>
>
> On Tue, Dec 12, 2017 at 12:38 PM, Johann van der Westhuizen <
> joh...@sharenet.co.za> wrote:
>
> Hi,
>
>
>
> Okay, I have a question, if you will be able to assist me.
>
>
>
> I’ve extended the size of the disk via the oVirt Admin and now all of a
> sudden it shows actual size < 1GB and the VM doesn’t want to boot, the
> virtual size was 100GB and I’ve changed it to 150GB.
>
>
>
> Anything you could do to help me fix this.
>
>
>
> Do you mean that you installed hosted-engine and extended the disk of the
> engine VM?
>
> If so, could you please attach vdsm.log and agent.log from the host that
> tries to start the engine VM?
>
>
>
>
>
>
>
> Much appreciated.
>
>
>
> Thanks.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> 
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>
>
> 
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Standalone Gluster Storage

[Artem Tambovskiy]

I did exactly the same mistake with my standalone GlusterFS cluster and now
need to take down all Storage Domains in order to fix this mistake.
Probably, worth to add a few words about this in Installation guide!

On Tue, Dec 12, 2017 at 4:52 PM, Simone Tiraboschi 
wrote:

>
>
> On Mon, Dec 11, 2017 at 8:44 PM, Beau Sapach  wrote:
>
>> We've been doing some experimenting with gluster, and have built a
>> stand-alone gluster cluster (not managed by oVirt).  We've been able to
>> create a storage domain backed by that gluster cluster and run VMs with
>> their disks on that storage.
>>
>> The problem we have is that when we take a gluster node down for updates,
>> maintenance etc. the entire storage domain goes offline in oVirt.  Other
>> gluster clients, that is servers connecting directly to the gluster cluster
>> don't seem to notice if one node goes offline.
>>
>> Is anyone else using gluster storage in oVirt that is not managed within
>> oVirt?
>>
>
> Did you set also the backup-volfile-servers mount option?
>
>
>>
>>
>> --
>> Beau Sapach
>> *System Administrator | Information Technology Services | University of
>> Alberta Libraries*
>> *Phone: 780.492.4181 <(780)%20492-4181> | Email: beau.sap...@ualberta.ca
>> *
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] [ANN] oVirt 4.2.0 Second Candidate Release is now available for testing

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the Second
Candidate Release of oVirt 4.2.0, as of December 12th, 2017

This is pre-release software. This pre-release should not to be used in
production.

Please take a look at our community page[1] to learn how to ask questions
and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].

This update is the second candidate release of the 4.2.0 version. This
release brings more than 280 enhancements and more than one thousand bug
fixes, including more than 500 high or urgent severity fixes, on top of
oVirt 4.1 series.

What's new in oVirt 4.2.0?


   -

   The Administration Portal has been completely redesigned using
   Patternfly, a widely adopted standard in web application design. It now
   features a cleaner, more intuitive design, for an improved user experience.
   -

   There is an all-new VM Portal for non-admin users.
   -

   A new High Performance virtual machine type has been added to the New VM
   dialog box in the Administration Portal.
   -

   Open Virtual Network (OVN) adds support for Open vSwitch software
   defined networking (SDN).
   -

   oVirt now supports Nvidia vGPU.
   -

   The ovirt-ansible-roles package helps users with common administration
   tasks.
   -

   Virt-v2v now supports Debian/Ubuntu based VMs.


For more information about these and other features, check out the oVirt
4.2.0 blog post
.

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

* oVirt Node 4.2 (available for x86_64 only)

See the release notes draft [3] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:

- oVirt Appliance is already available.

- oVirt Node is already available [4]

Additional Resources:

* Read more about the oVirt 4.2.0 release highlights:
http://www.ovirt.org/release/4.2.0/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] https://www.ovirt.org/community/

[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt

[3] http://www.ovirt.org/release/4.2.0/
[4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ?==?utf-8?q? ?==?utf-8?q? ?= Error "Did not connect host to storage domain because connection for connectionId is null" in ovirt 4.

[Claude Durocher]

"why you lost it?"

Good question. We migrated from 4.0 to 4.1 last week. After the migration, I 
tried to reimport oVirt guest tools iso (with engine-iso-uploader) but it 
failed with :
ERROR: Fault reason is "Operation Failed". Fault detail is "Entity not found: 
Storage server connection: id=b3011e5b-552e-4393-a758-ac1e35648ab1". HTTP 
response code is 404.

So I found the missing connection was related to a particular storage domain. I 
don't know when this connection was lost as the problem was not visible (the 
storage was running "fine" until I disabled it). Not sure if the migration 
caused it or something prior to it.


Le Mardi, Décembre 12, 2017 08:50 EST, Simone Tiraboschi  
a écrit:
   On Mon, Dec 11, 2017 at 11:32 PM, Claude Durocher 
 wrote:Replying to myself here: I fixed it by 
running this insert statement in the postgresql db to restore the missing 
connection:

insert into storage_server_connections (id, connection, portal, storage_type) 
values ('b3011e5b-552e-4393-a758-ac1e35648ab1', '/var/ovirt-lun1', '1', '4'); 
OK, but the question is why you lost it. 


Le Lundi, Décembre 11, 2017 16:29 EST, "Claude Durocher" 
 a écrit:
  I have a 4.1 ovirt environment. I cannot reactivate a storage domain 
(data-master) and I get an error message stating "connection for connectionId 
'b3011e5b-552e-4393-a758-ac1e35648ab1' is null". I also cannot delete this 
storage domain as it's a master domain.

2017-12-11 15:25:10,971-05 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(default task-22) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Lock Acquired to 
object 
'EngineLock:{exclusiveLocks='[5662588b-81d2-4da9-b942-8918004770fe=STORAGE]', 
sharedLocks=''}'
2017-12-11 15:25:10,999-05 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(org.ovirt.thread.pool-6-thread-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] 
Running command: ActivateStorageDomainCommand internal: false. Entities 
affected :  ID: 5662588b-81d2-4da9-b942-8918004770fe Type: StorageAction group 
MANIPULATE_STORAGE_DOMAIN with role type ADMIN
2017-12-11 15:25:11,002-05 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(org.ovirt.thread.pool-6-thread-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Lock 
freed to object 
'EngineLock:{exclusiveLocks='[5662588b-81d2-4da9-b942-8918004770fe=STORAGE]', 
sharedLocks=''}'
2017-12-11 15:25:11,002-05 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(org.ovirt.thread.pool-6-thread-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] 
ActivateStorage Domain. Before Connect all hosts to pool. Time: Mon Dec 11 
15:25:11 EST 2017
2017-12-11 15:25:11,015-05 WARN  
[org.ovirt.engine.core.bll.storage.connection.BaseFsStorageHelper] 
(org.ovirt.thread.pool-6-thread-43) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Did 
not connect host 'e6dbdeb8-4e0e-4589-9121-6d3408c6d7b0' to storage domain 
'ovirt-lg-1-lun1' because connection for connectionId 
'b3011e5b-552e-4393-a758-ac1e35648ab1' is null.
2017-12-11 15:25:11,016-05 ERROR 
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(org.ovirt.thread.pool-6-thread-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] 
Cannot connect storage server, aborting Storage Domain activation.
2017-12-11 15:25:11,017-05 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(org.ovirt.thread.pool-6-thread-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] 
Command [id=0fb1fa9d-4002-4fe0-9af2-d30470d5f146]: Compensating 
CHANGED_STATUS_ONLY of 
org.ovirt.engine.core.common.businessentities.StoragePoolIsoMap; snapshot: 
EntityStatusSnapshot:{id='StoragePoolIsoMapId:{storagePoolId='a0cc9e2c-6bff-4d5b-803c-0cd62292c269',
 storageId='5662588b-81d2-4da9-b942-8918004770fe'}', status='Maintenance'}.
2017-12-11 15:25:11,023-05 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(org.ovirt.thread.pool-6-thread-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] 
EVENT_ID: USER_ACTIVATE_STORAGE_DOMAIN_FAILED(967), Correlation ID: 
49dfce30-0e2c-43f8-942d-67a2b56b3ef8, Job ID: 
2d766e2a-4b35-4822-9580-4eb9df2d9c33, Call Stack: null, Custom ID: null, Custom 
Event ID: -1, Message: Failed to activate Storage Domain ovirt-lg-1-lun1 (Data 
Center ovirt-lg-1) by admin@internal-authz


select id,storage,storage_name,_update_date from storage_domain_static;
  id  |    storage 
|  storage_name  | _update_date  
--+++---
 072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | ceab03af-7220-4d42-8f5c-9b557f5d29af   
| ovirt-image-repository |
 b66443f4-d949-4fca-9825-8cb98eae9e14 | e462883f-0be1-4b31-acf1-154dd7accbc1   
| export |
 

Re: [ovirt-users] Standalone Gluster Storage

[Simone Tiraboschi]

On Mon, Dec 11, 2017 at 8:44 PM, Beau Sapach  wrote:

> We've been doing some experimenting with gluster, and have built a
> stand-alone gluster cluster (not managed by oVirt).  We've been able to
> create a storage domain backed by that gluster cluster and run VMs with
> their disks on that storage.
>
> The problem we have is that when we take a gluster node down for updates,
> maintenance etc. the entire storage domain goes offline in oVirt.  Other
> gluster clients, that is servers connecting directly to the gluster cluster
> don't seem to notice if one node goes offline.
>
> Is anyone else using gluster storage in oVirt that is not managed within
> oVirt?
>

Did you set also the backup-volfile-servers mount option?


>
>
> --
> Beau Sapach
> *System Administrator | Information Technology Services | University of
> Alberta Libraries*
> *Phone: 780.492.4181 <(780)%20492-4181> | Email: beau.sap...@ualberta.ca
> *
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ?==?utf-8?q? Error "Did not connect host to storage domain because connection for connectionId is null" in ovirt 4.1

[Simone Tiraboschi]

On Mon, Dec 11, 2017 at 11:32 PM, Claude Durocher <
claude.duroc...@cptaq.gouv.qc.ca> wrote:

> Replying to myself here: I fixed it by running this insert statement in
> the postgresql db to restore the missing connection:
>
> insert into storage_server_connections (id, connection, portal,
> storage_type) values ('b3011e5b-552e-4393-a758-ac1e35648ab1',
> '/var/ovirt-lun1', '1', '4');
>

OK, but the question is why you lost it.


>
>
>
> Le Lundi, Décembre 11, 2017 16:29 EST, "Claude Durocher" <
> claude.duroc...@cptaq.gouv.qc.ca> a écrit:
>
>
>
>
> I have a 4.1 ovirt environment. I cannot reactivate a storage domain
> (data-master) and I get an error message stating "connection for
> connectionId 'b3011e5b-552e-4393-a758-ac1e35648ab1' is null". I also
> cannot delete this storage domain as it's a master domain.
>
> 2017-12-11 15:25:10,971-05 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] (default task-22)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[5662588b-81d2-4da9-b942-8918004770fe=STORAGE]',
> sharedLocks=''}'
> 2017-12-11 15:25:10,999-05 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (org.ovirt.thread.pool-6-thread-50)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Running command:
> ActivateStorageDomainCommand internal: false. Entities affected :  ID:
> 5662588b-81d2-4da9-b942-8918004770fe Type: StorageAction group
> MANIPULATE_STORAGE_DOMAIN with role type ADMIN
> 2017-12-11 15:25:11,002-05 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (org.ovirt.thread.pool-6-thread-50)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Lock freed to object
> 'EngineLock:{exclusiveLocks='[5662588b-81d2-4da9-b942-8918004770fe=STORAGE]',
> sharedLocks=''}'
> 2017-12-11 15:25:11,002-05 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (org.ovirt.thread.pool-6-thread-50)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] ActivateStorage Domain. Before
> Connect all hosts to pool. Time: Mon Dec 11 15:25:11 EST 2017
> 2017-12-11 15:25:11,015-05 WARN  [org.ovirt.engine.core.bll.
> storage.connection.BaseFsStorageHelper] (org.ovirt.thread.pool-6-thread-43)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Did not connect host
> 'e6dbdeb8-4e0e-4589-9121-6d3408c6d7b0' to storage domain
> 'ovirt-lg-1-lun1' because connection for connectionId
> 'b3011e5b-552e-4393-a758-ac1e35648ab1' is null.
> 2017-12-11 15:25:11,016-05 ERROR [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (org.ovirt.thread.pool-6-thread-50)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Cannot connect storage server,
> aborting Storage Domain activation.
> 2017-12-11 15:25:11,017-05 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (org.ovirt.thread.pool-6-thread-50)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Command
> [id=0fb1fa9d-4002-4fe0-9af2-d30470d5f146]: Compensating
> CHANGED_STATUS_ONLY of 
> org.ovirt.engine.core.common.businessentities.StoragePoolIsoMap;
> snapshot: EntityStatusSnapshot:{id='StoragePoolIsoMapId:{
> storagePoolId='a0cc9e2c-6bff-4d5b-803c-0cd62292c269',
> storageId='5662588b-81d2-4da9-b942-8918004770fe'}', status='Maintenance'}.
> 2017-12-11 15:25:11,023-05 ERROR [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] 
> (org.ovirt.thread.pool-6-thread-50)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] EVENT_ID:
> USER_ACTIVATE_STORAGE_DOMAIN_FAILED(967), Correlation ID:
> 49dfce30-0e2c-43f8-942d-67a2b56b3ef8, Job ID: 
> 2d766e2a-4b35-4822-9580-4eb9df2d9c33,
> Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Failed to
> activate Storage Domain ovirt-lg-1-lun1 (Data Center ovirt-lg-1) by
> admin@internal-authz
>
>
> select id,storage,storage_name,_update_date from storage_domain_static;
>   id  |
> storage |  storage_name  |
> _update_date
> --+-
> ---++---
> 
>  072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | ceab03af-7220-4d42-8f5c-9b557f5d29af
> | ovirt-image-repository |
>  b66443f4-d949-4fca-9825-8cb98eae9e14 | e462883f-0be1-4b31-acf1-154dd7accbc1
> | export |
>  45807651-8f10-408f-891b-64f1cc577a64 | 452235ea-d8b1-43d1-920f-a16a032e000b
> | ovirt-lg-1-iso | 2017-01-20 20:01:00.284097+00
>  a1d803b9-fd0b-477f-a874-53d050d4347b | cd8939df-9cdd-49d3-8dc5-3c06d1836399
> | ovirt-lg-1-export  | 2017-01-20 20:01:14.70549+00
>  b67e7442-f032-4b5c-a4fe-10422650a90b | c6272852-3586-4584-8496-d97c4370c798
> | ovirt-5-iso| 2017-01-20 20:02:08.668034+00
>  a561589c-8eb8-4823-9615-92ac4a1ea94e | cacb8801-6826-42cb-9bab-5552175e0329
> | ovirt-lg-2-export  |
>  646b331a-b68e-4894-807f-bdc8adae15c9 | a592b780-7bd6-4599-ab7e-12c43cb9279d
> | ovirt-lg-2-iso |
>  

Re: [ovirt-users] Error "Did not connect host to storage domain because connection for connectionId is null" in ovirt 4.1

[Simone Tiraboschi]

On Mon, Dec 11, 2017 at 10:29 PM, Claude Durocher <
claude.duroc...@cptaq.gouv.qc.ca> wrote:

> I have a 4.1 ovirt environment. I cannot reactivate a storage domain
> (data-master) and I get an error message stating "connection for
> connectionId 'b3011e5b-552e-4393-a758-ac1e35648ab1' is null". I also
> cannot delete this storage domain as it's a master domain.
>
> 2017-12-11 15:25:10,971-05 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] (default task-22)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[5662588b-81d2-4da9-b942-8918004770fe=STORAGE]',
> sharedLocks=''}'
> 2017-12-11 15:25:10,999-05 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (org.ovirt.thread.pool-6-thread-50)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Running command:
> ActivateStorageDomainCommand internal: false. Entities affected :  ID:
> 5662588b-81d2-4da9-b942-8918004770fe Type: StorageAction group
> MANIPULATE_STORAGE_DOMAIN with role type ADMIN
> 2017-12-11 15:25:11,002-05 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (org.ovirt.thread.pool-6-thread-50)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Lock freed to object
> 'EngineLock:{exclusiveLocks='[5662588b-81d2-4da9-b942-8918004770fe=STORAGE]',
> sharedLocks=''}'
> 2017-12-11 15:25:11,002-05 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (org.ovirt.thread.pool-6-thread-50)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] ActivateStorage Domain. Before
> Connect all hosts to pool. Time: Mon Dec 11 15:25:11 EST 2017
> 2017-12-11 15:25:11,015-05 WARN  [org.ovirt.engine.core.bll.
> storage.connection.BaseFsStorageHelper] (org.ovirt.thread.pool-6-thread-43)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Did not connect host
> 'e6dbdeb8-4e0e-4589-9121-6d3408c6d7b0' to storage domain
> 'ovirt-lg-1-lun1' because connection for connectionId
> 'b3011e5b-552e-4393-a758-ac1e35648ab1' is null.
> 2017-12-11 15:25:11,016-05 ERROR [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (org.ovirt.thread.pool-6-thread-50)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Cannot connect storage server,
> aborting Storage Domain activation.
> 2017-12-11 15:25:11,017-05 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (org.ovirt.thread.pool-6-thread-50)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Command
> [id=0fb1fa9d-4002-4fe0-9af2-d30470d5f146]: Compensating
> CHANGED_STATUS_ONLY of 
> org.ovirt.engine.core.common.businessentities.StoragePoolIsoMap;
> snapshot: EntityStatusSnapshot:{id='StoragePoolIsoMapId:{
> storagePoolId='a0cc9e2c-6bff-4d5b-803c-0cd62292c269',
> storageId='5662588b-81d2-4da9-b942-8918004770fe'}', status='Maintenance'}.
> 2017-12-11 15:25:11,023-05 ERROR [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] 
> (org.ovirt.thread.pool-6-thread-50)
> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] EVENT_ID:
> USER_ACTIVATE_STORAGE_DOMAIN_FAILED(967), Correlation ID:
> 49dfce30-0e2c-43f8-942d-67a2b56b3ef8, Job ID: 
> 2d766e2a-4b35-4822-9580-4eb9df2d9c33,
> Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Failed to
> activate Storage Domain ovirt-lg-1-lun1 (Data Center ovirt-lg-1) by
> admin@internal-authz
>
>
> select id,storage,storage_name,_update_date from storage_domain_static;
>   id  |
> storage |  storage_name  |
> _update_date
> --+-
> ---++---
> 
>  072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | ceab03af-7220-4d42-8f5c-9b557f5d29af
> | ovirt-image-repository |
>  b66443f4-d949-4fca-9825-8cb98eae9e14 | e462883f-0be1-4b31-acf1-154dd7accbc1
> | export |
>  45807651-8f10-408f-891b-64f1cc577a64 | 452235ea-d8b1-43d1-920f-a16a032e000b
> | ovirt-lg-1-iso | 2017-01-20 20:01:00.284097+00
>  a1d803b9-fd0b-477f-a874-53d050d4347b | cd8939df-9cdd-49d3-8dc5-3c06d1836399
> | ovirt-lg-1-export  | 2017-01-20 20:01:14.70549+00
>  b67e7442-f032-4b5c-a4fe-10422650a90b | c6272852-3586-4584-8496-d97c4370c798
> | ovirt-5-iso| 2017-01-20 20:02:08.668034+00
>  a561589c-8eb8-4823-9615-92ac4a1ea94e | cacb8801-6826-42cb-9bab-5552175e0329
> | ovirt-lg-2-export  |
>  646b331a-b68e-4894-807f-bdc8adae15c9 | a592b780-7bd6-4599-ab7e-12c43cb9279d
> | ovirt-lg-2-iso |
>  3ba53a0b-30be-497c-b4df-880e6c6f7567 | 8e5236c9-cbc0-4256-abff-7e984abef65a
> | master | 2017-12-11 02:12:16.499288+00
>  3efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 8d19b66d-1c1c-4976-91d2-8d2565db367a
> | hosted_storage | 2017-12-11 02:12:16.499288+00
>  18504f40-fb15-4b1e-8ac3-ec0eabdc5619 | SPA1ZX-n7rh-s14h-wuRC-071z-RShH-wmzmqj
> | storage-1-lun0 | 2017-12-11 02:12:16.499288+00
>  730c14db-d4ef-4d0e-9670-419b803fe634 | 

Re: [ovirt-users] oVirt Actual Size <1GB

[Simone Tiraboschi]

On Tue, Dec 12, 2017 at 12:38 PM, Johann van der Westhuizen <
joh...@sharenet.co.za> wrote:

> Hi,
>
>
>
> Okay, I have a question, if you will be able to assist me.
>
>
>
> I’ve extended the size of the disk via the oVirt Admin and now all of a
> sudden it shows actual size < 1GB and the VM doesn’t want to boot, the
> virtual size was 100GB and I’ve changed it to 150GB.
>
>
>
> Anything you could do to help me fix this.
>

Do you mean that you installed hosted-engine and extended the disk of the
engine VM?
If so, could you please attach vdsm.log and agent.log from the host that
tries to start the engine VM?



>
>
> Much appreciated.
>
>
>
> Thanks.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>
>
> 
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt Actual Size <1GB

[Johann van der Westhuizen]

Hi,

Okay, I have a question, if you will be able to assist me.

I've extended the size of the disk via the oVirt Admin and now all of a sudden 
it shows actual size < 1GB and the VM doesn't want to boot, the virtual size 
was 100GB and I've changed it to 150GB.

Anything you could do to help me fix this.

Much appreciated.

Thanks.

Regards / Groete,

JOHANN VAN DER WESTHUIZEN
Systems Administrator

4 Silverwood Close

T

+27 21 700 4827

Steenberg Office Park

E

joh...@sharenet.co.za

Westlake




www.sharenet.co.za

[cid:image001.gif@01D3734E.5D8384E0]

The views and opinions expressed in this message are those of the individual 
sender of this message and do not necessarily represent the views and opinions 
of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd does not accept 
responsibility for such views and opinions and this message should not be read 
as representing the views and opinions of Sharenet (Pty) Ltd without subsequent 
written confirmation. Each page attached hereto must also be read in 
conjunction with this disclaimer.?Confidentiality note: This message is 
intended for the addressee only. If you are not the intended recipient of this 
message, you are notified that any distribution, use of or copying of this 
communication is strictly prohibited. If you have received the communication in 
error, please notify the sender immediately.

Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430) are 
authorised financial service providers.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] qemu-kvm-ev-2.9.0-16.el7_4.11.1 now available for testing

[Sandro Bonazzola]

2017-12-11 18:11 GMT+01:00 Markus Stockhausen :

> Hi Sandro,
>
> I'm wondering if BZ1513362 (AIO stuck fixed in qemu-kvm-rhev-2.9.0-16.el7_
> 4.12)
> will be worth to give the newer version a try.
>

Above version is not yet released, can't see it on
ftp://ftp.redhat.com/pub/redhat/linux/enterprise/7Server/en/RHEV/SRPMS/



>
> Best regards.
>
> Markus
>
> -
> *Von:* users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von
> "Sandro Bonazzola [sbona...@redhat.com]
> *Gesendet:* Montag, 11. Dezember 2017 17:43
> *An:* Discussion about the virtualization on CentOS; devel; users
> *Betreff:* [ovirt-users] qemu-kvm-ev-2.9.0-16.el7_4.11.1 now available
> for testing
>
> Hi, qemu-kvm-ev-2.9.0-16.el7_4.11.1
>  is now available
> for testing.
> If no negative feedback will be reported, I'm going to push to release on
> Thursday, December 14th.
>
> Here's the changelog:
>
> * Mon Dec 11 2017 Sandro Bonazzola  -
> ev-2.9.0-16.el7_4.11.1 - Removing RH branding from package name * Mon Nov
> 13 2017 Miroslav Rezanina  - rhev-2.9.0-16.el7_4.11
> - kvm-exec-use-qemu_ram_ptr_length-to-access-guest-ram.patch [bz#1472185]
> - kvm-multiboot-validate-multiboot-header-address-values.patch
> [bz#1501123] - Resolves: bz#1472185 (CVE-2017-11334 qemu-kvm-rhev: Qemu:
> exec: oob access during dma operation [rhel-7.4.z]) - Resolves: bz#1501123
> (CVE-2017-14167 qemu-kvm-rhev: Qemu: i386: multiboot OOB access while
> loading kernel image [rhel-7.4.z]) * Mon Oct 23 2017 Miroslav Rezanina <
> mreza...@redhat.com> - rhev-2.9.0-16.el7_4.10 -
> kvm-vga-stop-passing-pointers-to-vga_draw_line-functions.patch
> [bz#1501300] - kvm-vga-drop-line_offset-variable.patch [bz#1501300] -
> kvm-vga-handle-cirrus-vbe-mode-wraparounds.patch [bz#1501300] -
> kvm-cirrus-fix-oob-access-in-mode4and5-write-functions.patch [bz#1501300]
> - Resolves: bz#1501300 (CVE-2017-15289 qemu-kvm-rhev: Qemu: cirrus: OOB
> access issue in mode4and5 write functions [rhel-7.4.z]) * Mon Oct 09 2017
> Miroslav Rezanina  - rhev-2.9.0-16.el7_4.9 -
> kvm-nbd-client-Fix-regression-when-server-sends-garbage.patch
> [bz#1495474] - kvm-fix-build-failure-in-nbd_read_reply_entry.patch
> [bz#1495474] - kvm-nbd-client-avoid-spurious-qio_channel_yield-re-entry.patch
> [bz#1495474] - kvm-nbd-client-avoid-read_reply_co-entry-if-send-failed.patch
> [bz#1495474] - kvm-qemu-iotests-improve-nbd-fault-injector.py-startup-p.patch
> [bz#1495474] - kvm-qemu-iotests-test-NBD-over-UNIX-domain-sockets-in-08.patch
> [bz#1495474] - kvm-block-nbd-client-nbd_co_send_request-fix-return-code.patch
> [bz#1495474] - Resolves: bz#1495474 (Fail to quit source qemu when do live
> migration after mirroring guest to NBD server [rhel-7.4.z])
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Failed to open grubx64.efi

[Yuval Turgeman]

Glad to hear, thanks for the update ! :)

On Tue, Dec 12, 2017 at 1:20 PM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> On Thu, Nov 23, 2017 at 10:41 AM, Luca 'remix_tj' Lorenzetto
>  wrote:
> >
> > On Wed, Nov 22, 2017 at 11:05 AM, Yuval Turgeman 
> wrote:
> > [cut]
> > > You can access boot_params under /sys/kernel/boot_params/data, so if
> you
> > > want
> > > to understand what's going on with your machine, you can try to use
> strings
> > > to
> > > see if it's enabled while running anaconda - on my test machine it
> looks
> > > like this:
> > >
> > > [anaconda root@localhost ~]# strings /sys/kernel/boot_params/data
> > > EL64
> > > fHdrS
> > >
> >
> > I confirm, if i boot via CD i see that value. So now i try to do the
> > same via PXE and run a setup using UEFI.
> >
> > The only "issue" i've seen is that after bootloader menù, screen
> > remains on blinking cursor for several seconds. Seems it's on hang.
> > If you have enough patience to wait, boot continues.
> >
> > I'll measure the timing and report, but is an issue that also other
> > people is experiencing?
> >
>
>
> Just for closing the discussion and updating anyone that could find
> this thread while looking for infos about UEFI, oVirt-node and PXE:
>
> I managed to complete a full pxe setup of several ovirt nodes with
> release 4.1.6 without issues. Nodes wait some time in blank screen
> with blinking, but then boot completes.
>
> Luca
>
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento"
> John Allen Paulos, Matematico (1945-vivente)
>
> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
> lorenzetto.l...@gmail.com>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Failed to open grubx64.efi

[Luca 'remix_tj' Lorenzetto]

On Thu, Nov 23, 2017 at 10:41 AM, Luca 'remix_tj' Lorenzetto
 wrote:
>
> On Wed, Nov 22, 2017 at 11:05 AM, Yuval Turgeman  wrote:
> [cut]
> > You can access boot_params under /sys/kernel/boot_params/data, so if you
> > want
> > to understand what's going on with your machine, you can try to use strings
> > to
> > see if it's enabled while running anaconda - on my test machine it looks
> > like this:
> >
> > [anaconda root@localhost ~]# strings /sys/kernel/boot_params/data
> > EL64
> > fHdrS
> >
>
> I confirm, if i boot via CD i see that value. So now i try to do the
> same via PXE and run a setup using UEFI.
>
> The only "issue" i've seen is that after bootloader menù, screen
> remains on blinking cursor for several seconds. Seems it's on hang.
> If you have enough patience to wait, boot continues.
>
> I'll measure the timing and report, but is an issue that also other
> people is experiencing?
>


Just for closing the discussion and updating anyone that could find
this thread while looking for infos about UEFI, oVirt-node and PXE:

I managed to complete a full pxe setup of several ovirt nodes with
release 4.1.6 without issues. Nodes wait some time in blank screen
with blinking, but then boot completes.

Luca


-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Export Domain no show

[Simone Tiraboschi]

On Tue, Dec 12, 2017 at 8:32 AM, Rajat Patel  wrote:

> Hi Ovirt,
>
> We are using Ovirt 4.1 selfhosted engine attach nfs storega as
> data/iso/export, we have one image which we want to import
> (manageiq-ovirt-fine-4.qc2). We did copy to our export location
> (/export/3157c57b-8f6a-4709-862a-713bfa59899a) and chnage the owner ship
> to (chown -R 36:36 manageiq-ovirt-fine-4.qc2)issues is we are not able to
> see at ovirtUI-->>Strorage-->>export-->>VM Import nither at Template
> Import. At the same time not able to see error at logs.
>

Hi,
did you tried uploading your image from the web UI trough oVirt Image I/O?


>
>
> Regards
> Techieim
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt-engine installation problem

[Simone Tiraboschi]

On Tue, Dec 12, 2017 at 8:28 AM, David David  wrote:

> Hello.
>
> CentOS Linux release 7.4.1708 (Core)
>
>
>
> # yum install http://resources.ovirt.org/pub/yum-repo ... ease41.rpm
> 
>
> # yum install ovirt-engine
>
> --> Finished Dependency Resolution
> Error: Package: systemd-python-219-42.el7.x86_64 (base)
>Requires: systemd = 219-42.el7
>Installed: systemd-219-42.el7_4.4.x86_64 (@updates)
>systemd = 219-42.el7_4.4
>Available: systemd-219-42.el7.x86_64 (base)
>systemd = 219-42.el7
> Error: Package: glibc-2.17-196.el7.i686 (base)
>Requires: glibc-common = 2.17-196.el7
>Installed: glibc-common-2.17-196.el7_4.2.x86_64 (@updates)
>glibc-common = 2.17-196.el7_4.2
>Available: glibc-common-2.17-196.el7.x86_64 (base)
>glibc-common = 2.17-196.el7
>  You could try using --skip-broken to work around the problem
>  You could try running: rpm -Va --nofiles --nodigest
>
> # yum clean all
> # yum update
>
>  - don't help.
>
> how to fix it ?
>

Hi,
I tried reproducing it just now and it installs correctly.
Here I have:
systemd.x86_64  219-42.el7_4.4
 @updates
systemd-python.x86_64   219-42.el7_4.4
 @updates
glibc.i686  2.17-196.el7_4.2
 @updates
glibc.x86_642.17-196.el7_4.2
 @updates
glibc-common.x86_64 2.17-196.el7_4.2
 @updates

Can you please ensure that the Centos @updates repo is correctly available
on your host?


>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users