[ovirt-users] Re: Ovirt snapshot issues

[Elad Ben Aharon]

Thanks!

+Fred Rolland  seems like the same issue as reported
in https://bugzilla.redhat.com/show_bug.cgi?id=1555116

2019-01-24 10:12:08,240+02 ERROR
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] (default
task-544) [416c625f-e57b-46b8-bf74-5b774191fada] Error during
ValidateFailure.: java.lang.NullPointerExceptio
n
   at org.ovirt.engine.core.bll.validator.storage.
StorageDomainValidator.getTotalSizeForMerge(StorageDomainValidator.java:205)
[bll.jar:]
   at org.ovirt.engine.core.bll.validator.storage.
StorageDomainValidator.hasSpaceForMerge(StorageDomainValidator.java:241)
[bll.jar:]
   at org.ovirt.engine.core.bll.validator.storage.
MultipleStorageDomainsValidator.lambda$allDomainsHaveSpaceForMerge$6(
MultipleStorageDomainsValidator.java:122) [bll.jar:]
   at 
java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
[rt.jar:1.8.0_191]



On Thu, Jan 24, 2019 at 10:25 AM Alex K  wrote:

> When I get the error the engine.log  logs the attached engine-partial.log.
> At vdsm.log at SPM host I don't see any error generated.
> Full logs also attached.
>
> Thanx,
> Alex
>
>
>
>
> On Wed, Jan 23, 2019 at 5:53 PM Elad Ben Aharon 
> wrote:
>
>> Hi,
>>
>> Can you please provide engine.log and vdsm.log?
>>
>> On Wed, Jan 23, 2019 at 5:41 PM Alex K  wrote:
>>
>>> Hi all,
>>>
>>> I have ovirt 4.2.7, self-hosted on top gluster, with two servers.
>>> I have a specific VM which has encountered some snapshot issues.
>>> The engine lists 4 snapshots and when trying to delete one of them I get
>>> "General command validation failure".
>>>
>>> The VM was being backed up periodically by a python script which was
>>> creating a snapshot -> clone -> export -> delete clone -> delete snapshot.
>>> There were times where the VM was complaining of some illegal snapshots
>>> following such backup procedures and I had to delete such illegal snapshots
>>> references from the engine DB (following some steps found online),
>>> otherwise I would not be able to start the VM if it was shut down. Seems
>>> though that this is not a clean process and leaves the underlying image of
>>> the VM in an inconsistent state in regards to its snapshots as when
>>> checking the backing chain of the image file I get:
>>>
>>> *b46d8efe-885b-4a68-94ca-e8f437566bee* (active VM)* ->*
>>> *b7673dca-6e10-4a0f-9885-1c91b86616af ->*
>>> *4f636d91-a66c-4d68-8720-d2736a3765df ->*
>>> 6826cb76-6930-4b53-a9f5-fdeb0e8012ac ->
>>> 61eea475-1135-42f4-b8d1-da6112946bac ->
>>> *604d84c3-8d5f-4bb6-a2b5-0aea79104e43 ->*
>>> 1e75898c-9790-4163-ad41-847cfe84db40 ->
>>> *cf8707f2-bf1f-4827-8dc2-d7e6ffcc3d43 ->*
>>> 3f54c98e-07ca-4810-82d8-cbf3964c7ce5 (raw image)
>>>
>>> The bold ones are the ones shown at engine GUI. The VM runs normally
>>> without issues.
>>> I was thinking if I could use qemu-img commit to consolidate and remove
>>> the snapshots that are not referenced from engine anymore. Any ideas from
>>> your side?
>>>
>>> Thanx,
>>> Alex
>>> ___________
>>> 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:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DDZXH5UG6QEH76A5EO4STZ4YV7RIQQ2I/
>>>
>>
>>
>> --
>>
>> Elad Ben Aharon
>>
>> ASSOCIATE MANAGER, RHV storage QE
>>
> ___
> 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:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/6IJLQCVUHR6ZDNEMHL52PF7H54UADRWT/
>


-- 

Elad Ben Aharon

ASSOCIATE MANAGER, RHV storage QE
___
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: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZTTMXFXNATZR7YQREBBUO24RLDYVGAQI/

[ovirt-users] Re: Ovirt snapshot issues

[Elad Ben Aharon]

Hi,

Can you please provide engine.log and vdsm.log?

On Wed, Jan 23, 2019 at 5:41 PM Alex K  wrote:

> Hi all,
>
> I have ovirt 4.2.7, self-hosted on top gluster, with two servers.
> I have a specific VM which has encountered some snapshot issues.
> The engine lists 4 snapshots and when trying to delete one of them I get 
> "General
> command validation failure".
>
> The VM was being backed up periodically by a python script which was
> creating a snapshot -> clone -> export -> delete clone -> delete snapshot.
> There were times where the VM was complaining of some illegal snapshots
> following such backup procedures and I had to delete such illegal snapshots
> references from the engine DB (following some steps found online),
> otherwise I would not be able to start the VM if it was shut down. Seems
> though that this is not a clean process and leaves the underlying image of
> the VM in an inconsistent state in regards to its snapshots as when
> checking the backing chain of the image file I get:
>
> *b46d8efe-885b-4a68-94ca-e8f437566bee* (active VM)* ->*
> *b7673dca-6e10-4a0f-9885-1c91b86616af ->*
> *4f636d91-a66c-4d68-8720-d2736a3765df ->*
> 6826cb76-6930-4b53-a9f5-fdeb0e8012ac ->
> 61eea475-1135-42f4-b8d1-da6112946bac ->
> *604d84c3-8d5f-4bb6-a2b5-0aea79104e43 ->*
> 1e75898c-9790-4163-ad41-847cfe84db40 ->
> *cf8707f2-bf1f-4827-8dc2-d7e6ffcc3d43 ->*
> 3f54c98e-07ca-4810-82d8-cbf3964c7ce5 (raw image)
>
> The bold ones are the ones shown at engine GUI. The VM runs normally
> without issues.
> I was thinking if I could use qemu-img commit to consolidate and remove
> the snapshots that are not referenced from engine anymore. Any ideas from
> your side?
>
> Thanx,
> Alex
> ___
> 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:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DDZXH5UG6QEH76A5EO4STZ4YV7RIQQ2I/
>


-- 

Elad Ben Aharon

ASSOCIATE MANAGER, RHV storage QE
___
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: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UNNDDTHP3YI2WMFDODIXFFMKSTSMZBWW/

[ovirt-users] Re: IP change of a storage domain

[Elad Ben Aharon]

Hi,

You can change the storage connection details (IP address, path/LUN, port,
etc.) without removing the storage domain.
IIRC, the domain has to be in maintenance for that.
For file based storage, you can do it via the Webadmin and for block based
storage, via REST API.

See
https://ovirt.org/develop/release-management/features/storage/manage-storage-connections/

On Mon, Dec 10, 2018 at 2:16 PM Demeter Tibor  wrote:

> Dear All,
>
> I have to change an IP address of one of my storage domains.
> How is safe that? There are a lot of disk what running from what and parts
> of some running VMs.
>
> I thought the whole procedure like this:
>
> - stop vms
> - remove storage domain from inventory
> - delete storage domain from inventory (is it needed?)
> - change IP
> - re-add storage domain as new to inventory
> - import disks from storage domain
>
> Need to re-add disks to VMs as new after the import? Or it will
> automatically?
> Is it will a new storage domain in the engine or will same as?
>
> - start vms
>
> Please check my todo list, where I'm was wrong.
> Thanks in advance,
>
> Regards,
> Tibor
>
> ___
> 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:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YI6NJXQSBM3WESMHHP2LXOBLCEKJ4P6B/
>


-- 

Elad Ben Aharon

ASSOCIATE MANAGER, RHV storage QE
___
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: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/II4EFXO6VOSCRSFFSP5OMNAGNGFU2KYL/

[ovirt-users] Re: removing FC storage

[Elad Ben Aharon]

Hi,

The volume group will be removed only if you specify format domain data to
true (mark the format check box in storage domain removal prompt).

On Wed, Oct 10, 2018 at 10:14 AM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Hi,
>
> i don't know, is a right question anyway.
>
> Luca
> On Wed, Oct 10, 2018 at 6:23 AM David David  wrote:
> >
> > why engine not removing volume group after removing storage domain ?
> > bug or so it is made specially ?
> >
> > вт, 9 окт. 2018 г. в 10:29, Luca 'remix_tj' Lorenzetto <
> lorenzetto.l...@gmail.com>:
> >>
> >> On Tue, Oct 9, 2018 at 7:05 AM David David  wrote:
> >> >
> >> > How to remove FC storage domain correctly?
> >> > I turned off the FC storage domain in the cluster (maintenance ->
> detach -> remove), but the volume group still remained on the hosts and I
> would have to remove them manually and need to clear a multipath links too,
> before I turn off the LUN on the FC storage.
> >> > How will the cluster behave if there are differences in the volume
> groups on the hosts?
> >> > Because I can’t simultaneously delete partitions and multipath links
> on all hosts, and this process will occur sequentially on each host.
> >>
> >> Hello,
> >>
> >> i confirm what you're doing is right. You can automate it through a
> >> script or ansible playbook.
> >>
> >> 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>
>
>
>
> --
> "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
> To unsubscribe send an email to users-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/users@ovirt.org/
> message/P4JKCVLQYARXIJDAZ4O6ODYH3UNJXXKI/
>
___
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: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZOSMPGEWHGC6UUYNOXNWVHSXVJCT35GN/

[ovirt-users] Re: Reg: Enabling Nested virtualization.

[Elad Ben Aharon]

Please make sure you have vdsm-hook-nestedvt installed on your hypervisor

On Thu, Oct 4, 2018 at 1:10 PM,  wrote:

> Dear Team,
>
>
>
> Need help to enable nested virtualization in Ovirt VM’s.
>
>
>
> As when I checked my cpu info and kvm acceleration info, it is giving
> below output.
>
>
>
> *# kvm-ok*
>
> INFO: Your CPU does not support KVM extensions
>
> KVM acceleration can NOT be used
>
>
>
> *# cat /sys/module/kvm/parameters/nested*
>
> cat: /sys/module/kvm/parameters/nested: No such file or directory
>
>
>
> *# virsh -r list*
>
> IdName   State
>
> 
>
>
>
>
>
>
>
>
>
> *[image: linux-admin-training]*
>
> *Thanks & Regards,*
>
> *Syed Abdul Qadeer.*
>
> *7660022818.*
>
>
>
> ___
> 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: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/AD6WMDWA6MV5QVXFTIMV2Q4OSCYERCWF/
>
>
___
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: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HDVK6YLKFD2AICOHGO5I43ZI4ELZRPIR/

[ovirt-users] Re: master domain wont activate

[Elad Ben Aharon]

As a workaround, you can re-initialize the data center from an unattached
domain:
https://access.redhat.com/documentation/en-us/red_hat_
virtualization/4.2/html/administration_guide/sect-data_center_tasks#Re-
initializing_a_Data_Center

On Thu, Oct 4, 2018 at 8:46 AM, Vincent Royer  wrote:

> I was attempting to migrate from nfs to iscsi storage domains.  I have
> reached a state where I can no longer activate the old master storage
> domain, and thus no others will activate either.
>
> I'm ready to give up on the installation and just move to an HCI
> deployment instead.  Wipe all the hosts clean and start again.
>
> My plan was to create and use an export domain, then wipe the nodes and
> set them up HCI where I could re-import.  But without being able to
> activate a master domain, I can't create the export domain.
>
> I'm not sure why it can't find the master anymore, as nothing has happened
> to the NFS storage, but the error in vdsm says it just can't find it:
>
> StoragePoolMasterNotFound: Cannot find master domain:
> u'spUUID=5a77bed1-0238-030c-0122-03b3,
> msdUUID=d3165759-07c2-46ae-b7b8-b6226a929d68'
> 2018-10-03 22:40:33,751-0700 INFO  (jsonrpc/3) [storage.TaskManager.Task]
> (Task='83f33db5-90f3-4064-87df-0512ab9b6378') aborting: Task is aborted:
> "Cannot find master domain: u'spUUID=5a77bed1-0238-030c-0122-03b3,
> msdUUID=d3165759-07c2-46ae-b7b8-b6226a929d68'" - code 304 (task:1181)
> 2018-10-03 22:40:33,751-0700 ERROR (jsonrpc/3) [storage.Dispatcher] FINISH
> connectStoragePool error=Cannot find master domain:
> u'spUUID=5a77bed1-0238-030c-0122-03b3,
> msdUUID=d3165759-07c2-46ae-b7b8-b6226a929d68' (dispatcher:82)
> 2018-10-03 22:40:33,751-0700 INFO  (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC
> call StoragePool.connect failed (error 304) in 0.17 seconds (__init__:573)
> 2018-10-03 22:40:34,200-0700 INFO  (jsonrpc/1) [api.host] START getStats()
> from=:::172.16.100.13,39028 (api:46)
>
> When I look in cockpit on the hosts, the storage domain is mounted and
> seems fine.
>
>
>
> ___
> 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: https://www.ovirt.org/communit
> y/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archiv
> es/list/users@ovirt.org/message/LTZ6SIFYDFEMSZ4ACUNVC5KETWG7BBIZ/
>
>
___
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: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WIMTGHZOIYEDQQO3M5ZUAM43IQL2Y3GX/

[ovirt-users] Re: lack feture of ovirt

[Elad Ben Aharon]

Sorry, here is the content from it:

- Created a vHBA host device
#vim vhba_hostX.xml

- Created a new vHBA on the vHBA host device
#virsh nodedev-create vhba_hostX.xml

- Created a Libvirt SCSI storage pool, defined, started and auto started it
#virsh pool-define vhbapool_hostX.xml
#virsh pool-start vhbapool_hostX
#virsh pool-autostart vhbapool_hostX

- Configured zones in the FC switch (Dell S5000) and LUN masking in
the storage server (XtremIO) containing the WWPN of the newly created
vHBA and rebooted the server

- Via RHEVM, created a FC storage domain using one of the LUNs
- Added one of the LUNs as a direct LUN and attached it to a VM. The
LUN was visible to the guest OS.

Notes:
1) VM migration (for a VM which is exposed to a LUN via a vHBA) wasn't
tested, hence, I don't verify yet
2) Libvirt configuration for vHBA configuration should be done by a
VDSM hook - BZ #1363803
<https://bugzilla.redhat.com/show_bug.cgi?id=1363803>



See also [1], I think it should answer you question.



[1]

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Virtualization_Deployment_and_Administration_Guide/sect-NPIV_storage.html





On Thu, Sep 13, 2018 at 12:31 PM, adam...@adagene.com.cn <
adam...@adagene.com.cn> wrote:

> the web page said
> "You are not authorized to access bug #431454.
> Most likely the bug has been restricted for internal development processes
> and we cannot grant access."
>
> another question, what are  the advantages and disadvantages between
> direct lun and vHBA?
> Thanks.
>
>
>
> ----------
> yours Adam
>
>
> *From:* Elad Ben Aharon 
> *Date:* 2018-09-13 17:09
> *To:* adam...@adagene.com.cn
> *CC:* ovirtlist 
> *Subject:* Re: [ovirt-users] lack feture of ovirt
> Hi Adam,
>
> It is possible, follow https://bugzilla.redhat.com/
> show_bug.cgi?id=431454#c97
>
> On Thu, Sep 13, 2018 at 11:26 AM, adam...@adagene.com.cn <
> adam...@adagene.com.cn> wrote:
>
>> Hi, everyone. Is it possible to create a vHBA for a vm in ovirt cluster ?
>> I once created a vHBA for a vm when I was using a standalone KVM server.
>> the vm works very well and has connected to a FCP storage.
>> I didn't find any feture in ovirt that support creating vHBA. could any
>> one tell me why ovirt didn't support vHBA, is there any limit of that
>> feture?
>> thanks.
>>
>> --
>> yours Adam
>>
>> ___
>> 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: https://www.ovirt.org/communit
>> y/about/community-guidelines/
>> List Archives: https://lists.ovirt.org/archiv
>> es/list/users@ovirt.org/message/6GHQYM2COYIECW6VCWBAJGNYGO3RD5ST/
>>
>>
>
___
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: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UQL4RSVPTBTQEM5XCQJ6BC7S46GUYBIN/

[ovirt-users] Re: lack feture of ovirt

[Elad Ben Aharon]

Hi Adam,

It is possible, follow
https://bugzilla.redhat.com/show_bug.cgi?id=431454#c97

On Thu, Sep 13, 2018 at 11:26 AM, adam...@adagene.com.cn <
adam...@adagene.com.cn> wrote:

> Hi, everyone. Is it possible to create a vHBA for a vm in ovirt cluster ?
> I once created a vHBA for a vm when I was using a standalone KVM server.
> the vm works very well and has connected to a FCP storage.
> I didn't find any feture in ovirt that support creating vHBA. could any
> one tell me why ovirt didn't support vHBA, is there any limit of that
> feture?
> thanks.
>
> --
> yours Adam
>
> ___
> 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: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/6GHQYM2COYIECW6VCWBAJGNYGO3RD5ST/
>
>
___
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: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ID6ZK5YBC3PDADZTEBYBZXWNOGTLNSYQ/

[ovirt-users] Re: VM has been paused due to unknown storage error. - Only on NFS / EMC

[Elad Ben Aharon]

Hi,

I believe the EMC VNX iSCSI and NFS traffic are not on the same network
interface.
I'd check the bottleneck between the hypervisor and the storage, you can
use 'iperf' [1] for that.
And also, try to check the connectivity to the VNX's NFS ports while the VM
is paused while loading data on the VM NFS based disk.


[1]
https://iperf.fr/iperf-download.php

On Wed, Aug 22, 2018 at 5:01 PM,  wrote:

> Hello,
>
> I'm facing a strange issue on my OVirt Dev pool.
>
> Indeed, when I create high disk load a VM (kickstart installation or
> iozone test for example) , VM is paused due to storage I/O error.
> Problem is 100% reproducible, and is located only on NFS (v3 and v4) on my
> EMC VNXe3200 NAS's (I have a 10TB and a 20TB NAS)
> I have done test (simple iozone -a) with  VM 1 vCPU / 2GB RAM and 2 disk
> (1*20GB + 1*10GB). Both VMs disk are placed into the same SAN / NAS for
> each test. Results are:
> - EMC VNXe3200 (10TB) NFSv3 => VM stopped after 10- 30s iozone lauch
> - EMC VNXe3200 (20TB) NFSv3 => VM stopped after 10- 30s iozone lauch
> - EMC VNXe3200 (10TB) ISCSI => No problem, iozone test finish, and
> performance are "standard" regarding load of the VNXe (60MB/s sequential
> Write for info)
> - EMC VNXe3200 (20TB) ISCSI=> No problem, iozone test finish, and
> performance are "standard"regarding load of the VNXe (40-60MB/S sequential
> Write for info)
> - NETAPP FAS2240 NFSv3 => No problem, iozone test finish, and performance
> are good (100MB/s sequential Write for info)
> - Freebsd10 NAS NFSv3 => No problem, iozone test finish, and performance
> are good regarding NAS conf (80MB/s sequential Write for info)
>
> I can't explain why I have an issue on NFS and I have not issue on ISCSI
> (on the same EMC VNxe3200...).
> NFS default params are keeped when storage added to
> datacenter:(rw,relatime,vers=4.0,rsize=131072,wsize=131072,
> namlen=255,soft,nosharecache,proto=tcp,port=0,timeo=600,
> retrans=6,sec=sys,clientaddr=XXX,local_lock=none,addr=XX)
> (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=
> 255,soft,nolock,nosharecache,proto=tcp,timeo=600,retrans=6,
> sec=sys,mountaddr=XX,mountvers=3,mountport=1234,
> mountproto=udp,local_lock=all,addr=XX)
>
> Debug logs on host does not help me a lot:
> 2018-08-22 15:36:13,883+0200 INFO  (periodic/22) [vdsm.api] START
> multipath_health() from=internal, task_id=53da2eca-eb66-400c-8367-ab62cedc5dc1
> (api:46)
> 2018-08-22 15:36:13,883+0200 INFO  (periodic/22) [vdsm.api] FINISH
> multipath_health return={} from=internal, 
> task_id=53da2eca-eb66-400c-8367-ab62cedc5dc1
> (api:52)
> 2018-08-22 15:36:15,161+0200 INFO  (libvirt/events) [virt.vm]
> (vmId='b139a9b9-16bc-40ee-ba84-d1d59e5ce17a') abnormal vm stop device
> ua-179375b0-0a18-4fcb-a884-4aeb1c
>   8fed97 error eother (vm:5116)
> 2018-08-22 15:36:15,161+0200 INFO  (libvirt/events) [virt.vm]
> (vmId='b139a9b9-16bc-40ee-ba84-d1d59e5ce17a') CPU stopped: onIOError
> (vm:6157)
> 2018-08-22 15:36:15,162+0200 DEBUG (libvirt/events)
> [virt.metadata.Descriptor] values: {'minGuaranteedMemoryMb': 1024,
> 'clusterVersion': '4.2', 'resumeBehavior': 'au
> to_resume', 'memGuaranteedSize': 1024, 'launchPaused':
> 'false', 'startTime': 1534944832.058459, 'destroy_on_reboot': False,
> 'pauseTime': 4999289.49} (metadata:596)
> 2018-08-22 15:36:15,162+0200 DEBUG (libvirt/events)
> [virt.metadata.Descriptor] values updated: {'minGuaranteedMemoryMb': 1024,
> 'clusterVersion': '4.2', 'resumeBehavi
> or': 'auto_resume', 'memGuaranteedSize': 1024, 'launchPaused':
> 'false', 'startTime': 1534944832.058459, 'destroy_on_reboot': False,
> 'pauseTime': 4999289.49} (metadat
> a:601)
>
> 2018-08-22 15:36:15,168+0200 DEBUG (libvirt/events)
> [virt.metadata.Descriptor] dumped metadata for 
> b139a9b9-16bc-40ee-ba84-d1d59e5ce17a:
>  metadata blablablabla>
>
>
>
> 2018-08-22 15:36:15,169+0200 DEBUG (libvirt/events) [virt.vm]
> (vmId='b139a9b9-16bc-40ee-ba84-d1d59e5ce17a') event Suspended detail 2
> opaque None (vm:5520)
> 2018-08-22 15:36:15,169+0200 INFO  (libvirt/events) [virt.vm]
> (vmId='b139a9b9-16bc-40ee-ba84-d1d59e5ce17a') CPU stopped: onSuspend
> (vm:6157)
> 2018-08-22 15:36:15,174+0200 WARN  (libvirt/events) [virt.vm]
> (vmId='b139a9b9-16bc-40ee-ba84-d1d59e5ce17a') device sda reported I/O
> error (vm:4065)
> 2018-08-22 15:36:15,340+0200 DEBUG (vmchannels) [virt.vm]
> (vmId='46d496af-e2d0-4caa-9a13-10c624f265d8') Guest's message heartbeat:
> {u'memory-stat': {u'swap_out': 0,
>  u'majflt': 0, u'swap_usage': 0, u'mem_cached': 119020, u'mem_free':
> 3693900, u'mem_buffers': 2108, u'swap_in': 0, u'swap_total': 8257532,
> u'pageflt': 141, u'mem_tota
> l': 3878980, u'mem_unused': 3572772}, u'free-ram': u'3607', u'apiVersion':
> 3} (guestagent:337)
>
>
> Do you have some idea ?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: 

[ovirt-users] Re: "ISCSI multipathing" tab isn't appear in datacenter settings

[Elad Ben Aharon]

Hi,

This behavior is by design.
For the iSCSI multipathing sub tab to appear, the data center should have
an iSCSI domain attached.

Thanks,


Elad Ben Aharon
RHV QE


On Mon, Aug 13, 2018 at 5:54 PM,  wrote:

> Hello.
>
> We have 6 servers in our cluster, which use 2 storage through iSCSI
> connections. Each storage has 2 nodes. Each node has 2 IP addresses in two
> different VLANs. Each host has 2 networks in this VLANs, so, the iSCSI
> traffic is separated from other types of traffic.
> I want to turn on iSCSI multipathing beetween hosts and storage, but
> "ISCSI multipathing" tab isn't appear in datacenter settings. But when I'm
> add a additional storage domain, "ISCSI multipathing" tab is displaying. If
> I want to detach this additional storage domain, "ISCSI multipathing" tab
> is disappear at once.
> Why is this happening?
> ___
> 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: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/JYHNC3LASD44OXDGMLO4DMX73SGGQO3L/
>
___
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: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UWXHJUAUQ3XIXU7ZDP2LAH7AT3LX56NC/

[ovirt-users] Re: Failed to hot-plug disk

[Elad Ben Aharon]

We've opened a bug for that -
https://bugzilla.redhat.com/show_bug.cgi?id=1613282

On Sun, Aug 5, 2018 at 9:51 AM, Raz Tamir  wrote:

>
>
> On Sun, Aug 5, 2018 at 9:47 AM, Punaatua PK  wrote:
>
>> Hello Raz,
>>
>> yes i saw this bug. But the problem doesn't seem to be the same. I search
>> on google with qemu + write lock
>> but didn't find anything.
>>
> Take a look at this - https://bugs.launchpad.net/qemu/+bug/1740364
>
>
>>
>> Do you know the command launch by this opération ? qemu-img ?
>> ___
>> 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: https://www.ovirt.org/communit
>> y/about/community-guidelines/
>> List Archives: https://lists.ovirt.org/archiv
>> es/list/users@ovirt.org/message/2OUJ63JSQEZPWZ6X666TZQZQJ2DMGLXS/
>>
>
>
>
> --
>
>
> Raz Tamir
> Manager, RHV QE
>
> ___
> 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: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/SC4A73B6RW7WOQLT6IAGQ3FZKOKSR62Q/
>
>
___
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: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LFILMX37EUSRUEJYZDP6GUOJD2V4ROJ2/

[ovirt-users] Re: Failed to update VMs/Templates OVF data, cannot change SPM

[Elad Ben Aharon]

Can you please attach engine.log and vdsm.log?

On Tue, Jun 19, 2018 at 6:58 PM, Albl, Oliver 
wrote:

> Hi all,
>
>
>
>   does anybody have an idea how to address this? There is also a side
> effect that I cannot change SPM (“Error while executing action: Cannot
> force select SPM. The Storage Pool has running tasks.“).
>
>
>
> All the best,
>
> Oliver
>
>
>
> *Von:* Albl, Oliver
> *Gesendet:* Mittwoch, 13. Juni 2018 12:32
> *An:* users@ovirt.org
> *Betreff:* Failed to update VMs/Templates OVF data
>
>
>
> Hi,
>
>
>
>   I have a FC storage domain reporting the following messages every hour:
>
>
>
> VDSM command SetVolumeDescriptionVDS failed: Could not acquire resource.
> Probably resource factory threw an exception.: ()
>
> Failed to update OVF disks cb04b55c-10fb-46fe-b9de-3c133a94e6a5, OVF data
> isn't updated on those OVF stores (Data Center VMTEST, Storage Domain
> VMHOST_LUN_62).
>
> Failed to update VMs/Templates OVF data for Storage Domain VMHOST_LUN_62
> in Data Center VMTEST.
>
>
>
> Trying to manually update OVF results in “Error while executing action
> UpdateOvfStoreForStorageDomain: Internal Engine Error”
>
>
>
> I run oVirt 4.2.3.5-1.el7.centos on CentOS 7.5 (3.10.0-862.3.2.el7.x86_64)
> with vdsm-4.20.27.1-1.el7.centos.x86_64
>
>
>
> Engine log:
>
>
>
> 2018-06-13 12:15:35,649+02 WARN  
> [org.ovirt.engine.core.dal.job.ExecutionMessageDirector]
> (default task-12) [092d8f27-c0a4-4d78-a8cb-f4738aff71e6] The message key '
> UpdateOvfStoreForStorageDomain' is missing from
> 'bundles/ExecutionMessages'
>
> 2018-06-13 12:15:35,655+02 INFO  [org.ovirt.engine.core.bll.
> storage.domain.UpdateOvfStoreForStorageDomainCommand] (default task-12)
> [092d8f27-c0a4-4d78-a8cb-f4738aff71e6] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[3edb5295-3797-4cd0-9b43-f46ec1ee7b14=OVF_UPDATE,
> 373efd46-8aea-4d0e-96cc-1da0debf72d0=STORAGE]', sharedLocks=''}'
>
> 2018-06-13 12:15:35,660+02 INFO  [org.ovirt.engine.core.bll.
> storage.domain.UpdateOvfStoreForStorageDomainCommand] (default task-12)
> [092d8f27-c0a4-4d78-a8cb-f4738aff71e6] Running command:
> UpdateOvfStoreForStorageDomainCommand internal: false. Entities affected
> :  ID: 373efd46-8aea-4d0e-96cc-1da0debf72d0 Type: StorageAction group
> MANIPULATE_STORAGE_DOMAIN with role type ADMIN
>
> 2018-06-13 12:15:35,670+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Running command: ProcessOvfUpdateForStoragePoolCommand
> internal: true. Entities affected :  ID: 3edb5295-3797-4cd0-9b43-f46ec1ee7b14
> Type: StoragePool
>
> 2018-06-13 12:15:35,674+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Attempting to update VM OVFs in Data Center 'VMTEST'
>
> 2018-06-13 12:15:35,678+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Successfully updated VM OVFs in Data Center 'VMTEST'
>
> 2018-06-13 12:15:35,678+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Attempting to update template OVFs in Data Center 'VMTEST'
>
> 2018-06-13 12:15:35,678+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Successfully updated templates OVFs in Data Center 'VMTEST'
>
> 2018-06-13 12:15:35,678+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Attempting to remove unneeded template/vm OVFs in Data Center
> 'VMTEST'
>
> 2018-06-13 12:15:35,680+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Successfully removed unneeded template/vm OVFs in Data Center
> 'VMTEST'
>
> 2018-06-13 12:15:35,684+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Lock freed to object 'EngineLock:{exclusiveLocks='[
> 3edb5295-3797-4cd0-9b43-f46ec1ee7b14=OVF_UPDATE, 
> 373efd46-8aea-4d0e-96cc-1da0debf72d0=STORAGE]',
> sharedLocks=''}'
>
> 2018-06-13 12:15:35,704+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStorageDomainCommand] (default
> task-12) [24485c23] Lock Acquired to object 'EngineLock:{exclusiveLocks='[]',
> sharedLocks='[3edb5295-3797-4cd0-9b43-f46ec1ee7b14=OVF_UPDATE]'}'
>
> 2018-06-13 12:15:35,714+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStorageDomainCommand] (default
> task-12) [24485c23] Running command: ProcessOvfUpdateForStorageDomainCommand
> internal: true. Entities affected :  ID: 373efd46-8aea-4d0e-96cc-1da0debf72d0
> Type: StorageAction group MANIPULATE_STORAGE_DOMAIN with role type ADMIN
>
> 2018-06-13 12:15:35,724+02 INFO  [org.ovirt.engine.core.
> vdsbroker.irsbroker.SetVolumeDescriptionVDSCommand] (default 

Re: [ovirt-users] leftover of disk moving operation

[Elad Ben Aharon]

Just delete the image directory
(remove_me_8eb435f3-e8c1-4042-8180-e9f342b2e449)
located under  /rhev/data-center/%spuuid%/%sduuid%/images/

As for the LV, please try the following:

dmsetup remove /dev/mapper/%device_name% --> device name could be fetched
by 'dmsetup table'

On Wed, Jan 31, 2018 at 2:00 PM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

> On Wed, Jan 31, 2018 at 12:33 PM, Elad Ben Aharon <ebena...@redhat.com>
> wrote:
>
>> You can correlate according to /rhev/data-center/%spuuid%/%sd
>> uuid%/images/
>> The image id you can take from:
>>
>> # lvs -o name,tags |less -S
>>
>> IU, under LV Tage, is the LV's image id, fir example:
>>
>>   LV   LV Tags
>>
>>
>>  13f5b7c1-ad93-41f3-96eb-147709640d1a IU_3646e381-d237-4940-a02d-90b
>> b90b1d45a,MD_5,PU_----
>>
>> On Tue, Jan 30, 2018 at 5:58 PM, Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Tue, Jan 30, 2018 at 4:51 PM, Elad Ben Aharon <ebena...@redhat.com>
>>> wrote:
>>>
>>>> Please try:
>>>>
>>>> vdsClient -s 0 teardownImage   
>>>>
>>>
>>>
>>> How do I map spUUID, sdUUID and imgUUID ?
>>>
>>>
>>
> OK, thanks.
> In my case even after detaching and removing the original SD and putting the
> target SD (now the only attached to the DC) into maintenance, putting
> host into maintenance and rebooting the host, I still get these old LVs
> with flags ao (san visibility to the old source sd is still here... I'm
> going to remove when cleaned up..).
>
> Could it depend on the fact that there was another host in the DC that I
> put into maintenance and then powered off (because at the moment only one
> host was able to see the target SD where I moved all the disks)?
> So a sort of retained lock?
>
> Anyway after restarting this host and activating it with also 2 running
> VMS I have this kind of LV situation related to disks.
> Note that I also included vg_name and you can see 3 VGs
>
> be0c72ca-2dbc-4e02-ab48-5491ea0c01b7 and  f7b481c8-b744-43d4-9faa-0e494a308490
> are two VGs on source old storage domains from where I moved disks
>
> c0097b1a-a387-4ffa-a62b-f9e6972197ef is VG on target new storage domain
> where I moved the disks
>
> #  lvs -o vg_name,name,tags
>
>be0c72ca-2dbc-4e02-ab48-5491ea0c01b7 9094cc5a-a05c-47e0-8ad9-0fef274ea97b
> IU__remove_me_eb553b69-fafb-40de-9892-66b9f2826fd3,MD_6,
> PU_----
>   be0c72ca-2dbc-4e02-ab48-5491ea0c01b7 c1250065-e137-46da-9c11-38b095ff93a7
> IU__remove_me_de47a038-28f9-4131-9650-042f73088c46,MD_7,
> PU_----
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 014ce954-d645-43f6-823a-73112b80f5ae
> IU_72fb2b45-e1b3-4ea3-a95d-c19aa4b5aad4,MD_20,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 09bdad3f-eae1-4449-bb6e-3c3f85e690e9
> IU_7e97309c-5aad-468c-81fc-e2179e4dea3a,MD_6,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 0afa6f2e-e4eb-481a-955c-4569e8eb737a
> IU_4721b70f-7146-490f-b351-c4fbff05f62e,MD_7,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 45e20ac8-f3c6-462b-a2c3-30f0c8262f84
> IU_a50a9024-e951-4755-9a71-c47b93f99d58,MD_5,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 4d27c0e1-546b-48ba-80fb-95dcd87b5583
> IU_3f949bfa-749b-4201-aa94-13bbad45132a,MD_17,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 6d23ec3e-79fb-47f0-85ff-08480476ea68
> IU_8eb435f3-e8c1-4042-8180-e9f342b2e449,MD_9,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 75aacb1d-5ce5-4b72-b481-646abfa7a652
> IU_190135c5-710d-4ca4-9e0c-cf19e7ca0f8b,MD_11,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 7f695bba-eba1-4ec2-ad24-3a0a5f03ea2d
> IU_2aef413b-b2d1-4a7c-8fbb-df81c93050ea,MD_19,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 8b48d5bb-a643-4c2b-9979-1a1be532ae71
> IU_d258a707-0bb6-47d4-88b7-e0bf01b59f78,MD_16,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 9094cc5a-a05c-47e0-8ad9-0fef274ea97b
> IU_eb553b69-fafb-40de-9892-66b9f2826fd3,MD_14,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef a1ebb202-458a-4c3a-8020-adbd432cdc75
> IU_bc0de77d-796b-4c8d-94b3-0829110a542f,MD_12,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef a20bb16e-7c7c-4ed4-85c0-cbf297048a8e
> IU_6d8d41d5-2

Re: [ovirt-users] leftover of disk moving operation

[Elad Ben Aharon]

You can correlate according to /rhev/data-center/%spuuid%/%sduuid%/images/
The image id you can take from:

# lvs -o name,tags |less -S

IU, under LV Tage, is the LV's image id, fir example:

  LV   LV Tags

 13f5b7c1-ad93-41f3-96eb-147709640d1a
IU_3646e381-d237-4940-a02d-90bb90b1d45a,MD_5,PU_----

On Tue, Jan 30, 2018 at 5:58 PM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

> On Tue, Jan 30, 2018 at 4:51 PM, Elad Ben Aharon <ebena...@redhat.com>
> wrote:
>
>> Please try:
>>
>> vdsClient -s 0 teardownImage   
>>
>
>
> How do I map spUUID, sdUUID and imgUUID ?
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] leftover of disk moving operation

[Elad Ben Aharon]

Please try:

vdsClient -s 0 teardownImage   

On Tue, Jan 30, 2018 at 5:36 PM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

> On Tue, Jan 30, 2018 at 4:29 PM, Elad Ben Aharon <ebena...@redhat.com>
> wrote:
>
>> Try to deactivate this LV:
>>
>> lvchange -an /dev/f7b481c8-b744-43d4-9faa-0e494a308490/6d23ec3e-79fb-47f0
>> -85ff-08480476ea68
>>
>
> # lvchange -an /dev/f7b481c8-b744-43d4-9faa-0e494a308490/6d23ec3e-79fb-
> 47f0-85ff-08480476ea68
>   Logical volume 
> f7b481c8-b744-43d4-9faa-0e494a308490/6d23ec3e-79fb-47f0-85ff-08480476ea68
> is used by another device.
>
>  # fuser /dev/f7b481c8-b744-43d4-9faa-0e494a308490/6d23ec3e-79fb-
> 47f0-85ff-08480476ea68
> #
>
> # ll /dev/f7b481c8-b744-43d4-9faa-0e494a308490/6d23ec3e-79fb-
> 47f0-85ff-08480476ea68
> lrwxrwxrwx. 1 root root 8 Jan 29 20:29 /dev/f7b481c8-b744-43d4-9faa-
> 0e494a308490/6d23ec3e-79fb-47f0-85ff-08480476ea68 -> ../dm-42
> #
>
> # fuser /dev/dm-42
> #
>
> Can I try to restart vdsmd, perhaps?
>
> Gianluca
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] leftover of disk moving operation

[Elad Ben Aharon]

Try to deactivate this LV:

lvchange -an
/dev/f7b481c8-b744-43d4-9faa-0e494a308490/6d23ec3e-79fb-47f0-85ff-08480476ea68

On Tue, Jan 30, 2018 at 5:25 PM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

> On Tue, Jan 30, 2018 at 3:14 PM, Elad Ben Aharon <ebena...@redhat.com>
> wrote:
>
>> In a case of disk migration failure with leftover LV on the destination
>> domain, lvremove is what needed. Also, make sure to remove the image
>> directory on the destination domain (located under
>> /rhev/data-center/%spuuid%/%sduuid%/images/)
>>
>>
> Ok, exactly the 2 steps I've done after noticing the broken link inside
> the image directory. I suspected something to be done at rdbms level.
> Thanks for confirmation.
> The bad was that the VM crashed because of this error.
>
> Not a big problem in my case, as this is a test env.
> I had to move many disk images from SAN to SAN, about 200Gb size each, and
> so I powered off the VMs and  then moved the disks.
> I didn't get anymore the problem at destination, but I did get sometimes
> the opposite: unable to remove the LV at source:
>
> command HSMGetAllTasksStatusesVDS failed: Cannot remove Logical Volume:
> (['Cannot remove Logical Volume: (u\'f7b481c8-b744-43d4-9faa-0e494a308490\',
> "[\'6d23ec3e-79fb-47f0-85ff-08480476ea68\']")'],)
>
> and I see that the apparently the LV remains active/open (ao flag)  at
> source...
> Even after putting the source storage domain, by now empty, into
> maintenance, at host side I get this kid of thing:
>
>  # lvs f7b481c8-b744-43d4-9faa-0e494a308490
>   LV   VG
>  Attr   LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
>   45e20ac8-f3c6-462b-a2c3-30f0c8262f84 f7b481c8-b744-43d4-9faa-0e494a308490
> -wi-ao 200.00g
>   4d27c0e1-546b-48ba-80fb-95dcd87b5583 f7b481c8-b744-43d4-9faa-0e494a308490
> -wi-ao 380.00g
>   675d5f06-320a-4236-8d57-9ff7cc7eb200 f7b481c8-b744-43d4-9faa-0e494a308490
> -wi---  50.00g
>   6d23ec3e-79fb-47f0-85ff-08480476ea68 f7b481c8-b744-43d4-9faa-0e494a308490
> -wi-ao 200.00g
>   823a79f2-b09a-4665-9dfa-8ccd2850225f f7b481c8-b744-43d4-9faa-0e494a308490
> -wi--- 128.00m
>   863062c3-b3b0-4494-ad2f-76a1c29c069a f7b481c8-b744-43d4-9faa-0e494a308490
> -wi--- 128.00m
>   a2d5f043-55c2-4701-ac8c-ccb796a799d1 f7b481c8-b744-43d4-9faa-0e494a308490
> -wi-ao 200.00g
>   e26eac74-4445-4f3b-b2f5-ef048ae6d91b f7b481c8-b744-43d4-9faa-0e494a308490
> -wi-ao 200.00g
>   ids  f7b481c8-b744-43d4-9faa-0e494a308490
> -wi-a- 128.00m
>   inboxf7b481c8-b744-43d4-9faa-0e494a308490
> -wi-a- 128.00m
>   leases   f7b481c8-b744-43d4-9faa-0e494a308490
> -wi-a-   2.00g
>   master   f7b481c8-b744-43d4-9faa-0e494a308490
> -wi---   1.00g
>   metadata f7b481c8-b744-43d4-9faa-0e494a308490
> -wi-a- 512.00m
>   outbox   f7b481c8-b744-43d4-9faa-0e494a308490
> -wi-a- 128.00m
>   xleases  f7b481c8-b744-43d4-9faa-0e494a308490
> -wi-a-   1.00g
>
>
>  and for some hours (now I don't get it anymore, perhaps a consequence of
> putting the SD into maintenance), the lvs command exhibited also this kind
> of output/error
>
>
>   WARNING: PV lp71QQ-9ozC-l2Yx-o9mS-ikpg-c8ft-DfUTyK on
> /dev/c0097b1a-a387-4ffa-a62b-f9e6972197ef/e26eac74-4445-4f3b-b2f5-ef048ae6d91b
> was already found on /dev/f7b481c8-b744-43d4-9faa-
> 0e494a308490/e26eac74-4445-4f3b-b2f5-ef048ae6d91b.
>   WARNING: PV nRe20Y-XuD7-aFSl-INgl-WlkO-JGhK-zekrOl on
> /dev/c0097b1a-a387-4ffa-a62b-f9e6972197ef/45e20ac8-f3c6-462b-a2c3-30f0c8262f84
> was already found on /dev/f7b481c8-b744-43d4-9faa-
> 0e494a308490/45e20ac8-f3c6-462b-a2c3-30f0c8262f84.
>   WARNING: PV NjcwGm-Rf1H-NV9p-eCjU-qmF8-WCkB-CdzLmN on
> /dev/c0097b1a-a387-4ffa-a62b-f9e6972197ef/6d23ec3e-79fb-47f0-85ff-08480476ea68
> was already found on /dev/f7b481c8-b744-43d4-9faa-
> 0e494a308490/6d23ec3e-79fb-47f0-85ff-08480476ea68.
>   WARNING: PV 0dmwuU-1v6k-8weJ-yEg3-4Oup-w4Bp-GlNeRf on
> /dev/c0097b1a-a387-4ffa-a62b-f9e6972197ef/a2d5f043-55c2-4701-ac8c-ccb796a799d1
> was already found on /dev/f7b481c8-b744-43d4-9faa-
> 0e494a308490/a2d5f043-55c2-4701-ac8c-ccb796a799d1.
>   WARNING: PV lp71QQ-9ozC-l2Yx-o9mS-ikpg-c8ft-DfUTyK prefers device
> /dev/f7b481c8-b744-43d4-9faa-0e494a308490/e26eac74-4445-4f3b-b2f5-ef048ae6d91b
> because device is used by LV.
>   WARNING: PV nRe20Y-XuD7-aFSl-INgl-WlkO-JGhK-zekrOl prefers device
> /dev/f7b481c8-b744-43d4-9faa-0e494a308490/45e20ac8-f3c6-462b-a2c3-30f0c8262f84
> because device is used by LV.
&g

Re: [ovirt-users] leftover of disk moving operation

[Elad Ben Aharon]

In a case of disk migration failure with leftover LV on the destination
domain, lvremove is what needed. Also, make sure to remove the image
directory on the destination domain (located under
/rhev/data-center/%spuuid%/%sduuid%/images/)

On Mon, Jan 29, 2018 at 5:25 PM, Gianluca Cecchi 
wrote:

> Hello,
> I had a problem during a disk migration from one storage to another in a
> 4.1.7 environment connected to SAN storage.
> Now, after deleting the live storage migration snapshot, I want to retry
> (with the VM powered off) but at destination the logical volume still
> exists and was not pruned after the initial failure.
>
> I get
>
> HSMGetAllTasksStatusesVDS failed: Cannot create Logical Volume:
> ('c0097b1a-a387-4ffa-a62b-f9e6972197ef', u'a20bb16e-7c7c-4ed4-85c0-
> cbf297048a8e')
>
> I was able to move the other 4 disks that were part of this VM.
>
> Can I simply lvremove the target LV at host side (I have only one host
> running at this moment) and try the move again, or do I have to execute
> anything more, eg at engine rdbms level?
>
> Thanks,
> Gianluca
>
> ___
> 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] Cannot uplaod ot ISO domain

[Elad Ben Aharon]

Hi,

The storage where 'ISO' storage domain resides has to be reachable for the
engine server. Please check network connectivity between the two.

On Wed, Oct 18, 2017 at 7:41 PM, Alex K  wrote:

> Hi all,
>
> I have setup a self hosted setup with 3 servers with several volumes in
> replica 3.
> These gluster volumes are set on a separate network (on separate NICs on
> same servers), dedicated for gluster traffic. The engine does not have any
> NIC in this network.
> The ISO storage domain is also on top one of these gluster volumes.
> Hope this makes sense.
>
> When I try to upload an ISO file from engine, I get the following error:
>
> engine-iso-uploader -i ISO upload /usr/share/ovirt-guest-tools-
> iso/oVirt-toolsSetup_4.1-3.fc24.iso
> Please provide the REST API password for the admin@internal oVirt Engine
> user (CTRL+D to abort):
> Uploading, please wait...
> ERROR: mount.nfs: No route to host
>
> Seems that the engine is trying to mount the volume and gives a no route
> to host.
>
> What is the correct procedure to add an ISO domain? Can't ISO domain be on
> a separate dedicated network which is reachable from each host?
>
> Thanx,
> Alex
>
>
> ___
> 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 4.1 / iSCSI Multipathing

[Elad Ben Aharon]

Hi,

Please make sure that the hosts can reach the iSCSI targets on your Dell
storage using the NICs that are being used by the 2 networks dedicated for
iSCSI.
You can try check it using 'ping -I  '.



Thanks,

ELAD BEN AHARON

SENIOR QUALITY ENGINEER

Red Hat Israel Ltd. <https://www.redhat.com/>

34 Jerusalem Road, Building A, 1st floor

Ra'anana, Israel 4350109

ebena...@redhat.comT: +972-9-7692007/8272007
 <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>


On Mon, Jul 17, 2017 at 3:11 PM, Devin Acosta <de...@pabstatencio.com>
wrote:

> V.,
>
> I am still troubleshooting the issue, I haven’t found any resolution to my
> issue at this point yet. I need to figure out by this Friday otherwise I
> need to look at Xen or another solution. iSCSI and oVIRT seems problematic.
>
>
> --
>
> Devin Acosta
> Red Hat Certified Architect, LinuxStack
>
> On July 16, 2017 at 11:53:59 PM, Vinícius Ferrão (fer...@if.ufrj.br)
> wrote:
>
> Have you found any solution for this problem?
>
> I’m using an FreeNAS machine to server iSCSI but I’ve the exactly same
> problem. I’ve reinstalled oVirt at least 3 times during the weekend trying
> to solve the issue.
>
> At this moment my iSCSI Multipath tab is just inconsitent. I can’t see
> both VLAN’s on “Logical networks” but only one target shows up on Storage
> Targets.
>
> When I was able to found two targets everything went down and I needed to
> reboot the host and the Hosted Engine to regenerate oVirt.
>
> V.
>
> On 11 Jul 2017, at 19:29, Devin Acosta <de...@pabstatencio.com> wrote:
>
>
> I am using the latest release of oVIRT 4.1.3, and I am connecting a Dell
> Compelent SAN that has 2 fault domains each on a separate VLAN that I have
> attached to oVIRT. From what I understand I am suppose to go into “iSCSI
> Multipathing” option and add a BOND of the iSCSI interfaces. I have done
> this selecting the 2 logical networks together for iSCSI. I notice that
> there is an option below to select Storage Targets but if I select the
> storage targets below with the logical networks the the cluster goes crazy
> and appears to be mad. Storage, Nodes, and everything goes offline even
> thought I have NFS also attached to the cluster.
>
> How should this best be configured. What we notice that happens is when
> the server reboots it seems to log into the SAN correctly but according the
> the Dell SAN it is only logged into once controller. So only pulls both
> fault domains from a single controller.
>
> Please Advise.
>
> Devin
>
> ___
> 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] Manually moving disks from FC to iSCSI

[Elad Ben Aharon]

Hi,

I suggest another solution for you (which wasn't tested as a whole but much
simpler in my opinion).

 On the source environment:
- Create a local DC with a single local storage domain (let's call it sd1).
- Deactivate and detach the FC domain from the existing shared DC and
attach it to the local DC (From oVirt 4.1, attaching a shared storage
domain to a local data center is possible).
- Register FC domain VMs (from 'VM import' sub-tab under the FC domain).
- Move the disks from the FC domain to the local domain.
- Deactivate, detach and remove *without format* the local domain from the
source environment.
- Maintenance the host in the local data center (let's call it host1).

 On the destination environment:
- Add host1 to the destination environment and create a local data center
with this host and a new local domain.
- Import the existing local domain (sd1) to the local data center and
register its VMs.
- Deactivate and detach the iSCSI domain from the existing data center and
attach it to the local data center.
- Move all the disks from the local domain to the iSCSI domain.
- Deactivate and detach the iSCSI domain from the local data center, attach
and activate it in the shared data center and register its VMs.


Thanks,

ELAD BEN AHARON

SENIOR QUALITY ENGINEER

Red Hat Israel Ltd. <https://www.redhat.com/>

34 Jerusalem Road, Building A, 1st floor

Ra'anana, Israel 4350109

ebena...@redhat.comT: +972-9-7692007/8272007
 <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>




On Tue, Jul 11, 2017 at 4:14 PM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

>
>
> On Tue, Jul 11, 2017 at 2:59 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> Hello,
>> I have a source oVirt environment with storage domain on FC
>> I have a destination oVirt environment with storage domain on iSCSI
>> The two environments can communicate only via the network of their
>> respective hypervisors.
>> The source environment, in particular, is almost isolated and I cannot
>> attach an export domain to it or something similar.
>> So I'm going to plan a direct move through dd of the disks of some VMs
>>
>> The workflow would be
>> On destination create a new VM with same config and same number of disks
>> of the same size of corresponding source ones.
>> Also I think same allocation policy (thin provision vs preallocated)
>> Using lvs -o+lv_tags I can detect the names of my origin and destination
>> LVs, corresponding to the disks
>> When a VM is powered down, the LV that maps the disk will be not open, so
>> I have to force its activation (both on source and on destination)
>>
>> lvchange --config 'global {use_lvmetad=0}' -ay vgname/lvname
>>
>> copy source disk with dd through network (I use gzip to limit network
>> usage basically...)
>> on src_host:
>> dd if=/dev/src_vg/src_lv bs=1024k | gzip | ssh dest_host "gunzip | dd
>> bs=1024k of=/dev/dest_vg/dest_lv"
>>
>> deactivate LVs on source and dest
>>
>> lvchange --config 'global {use_lvmetad=0}' -an vgname/lvname
>>
>> Try to power on the VM on destination
>>
>> Some questions:
>> - about overall workflow
>> - about dd flags, in particular if source disks are thin vs preallocated
>>
>> Thanks,
>> Gianluca
>>
>>
>
> Some further comments:
>
> - probably better/safe to use SPM hosts for lvchange commands both on
> source and target, as this imply metadata manipulation, correct?
> - when disks are preallocated, no problems, but when they are thin, I can
> be in this situation
>
> source disk defined as 90Gb disk and during time it has expanded up to 50Gb
> dest disk at the beginning just after creation will normally be of few GB
> (eg 4Gb), so the dd command will fail when fulll...
> Does this mean that it will be better to create dest disk as preallocated
> anyway or is it safe to run
> lvextend -L+50G dest_vg/dest_lv
> from command line?
> Will oVirt recognize its actual size or what?
>
>
>
> ___
> 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] import data domain

[Elad Ben Aharon]

In which state was the domain before it got destroyed? If it was in
maintenance state and your oVirt version is higher than 4.0, the VMs
configuration files (ovf) are saved on the domain upon its movement to
maintenance.
Hence, in case it went through a graceful maintenance procedure, all
configuration of the VMs that had disks attached, reside on that domain,
should exist on it.
After import to this domain, you'll be able to register these VMs.

On Sat, Jul 1, 2017 at 11:34 AM, Iman Darabi  wrote:

> hi.
> what happen if we destroy a data domain and then again import it? do we
> lost all vm's and it's configurations?
>
> --
> R expert at Ferdowsi University of Mashhadhttps://ir.linkedin.com/in/ima
> ndarabi
> 
>
> ___
> 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] import and old datadomain

[Elad Ben Aharon]

Hi,

Can you please describe the full flow?
On which oVirt release the old domains were created?



Elad


On Mon, Jun 26, 2017 at 7:11 AM, Ben De Luca  wrote:

> Hey,
>  So, our DR plans included the idea of importing old domains. Is that
> meant to work now?
>
> -ben
> *very tired sysadmin*
>
> ___
> 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] VDSM ConnectStorageServerVDS failed

[Elad Ben Aharon]

You're welcome

On Sun, Jun 25, 2017 at 12:38 PM, JC Clark <j...@mcsaipan.net> wrote:

> Mr Aharon,
>
> Thank you for an expedient reply.  Your suggestions pointed me in the
> right direction.  I was concentrating on the Hosts when it was the storage
> I should have paid more attention to.  It seems that if any one of the
> Storage Domains is not connecting properly, the system refuses to restore.
>
> It turns out that after the power failure, an inconspicuous server had not
> come up properly.  It had the ISO Domain and an unused Data Domain which
> was still attached.  These caused the failure. BZ to you sir and good day.
>
> Thank you
>
>
>
> On 06/25/2017 06:54 PM, Elad Ben Aharon wrote:
>
> Hi,
>
> Which types of storage do you have in the data center?
>
> In case it's a block based storage (iSCSI/FC), check that the devices
> (LUNs) where you domains reside are accessible though multipath and LVM:
>
> # multipath -ll
> # pvs
> # vgs
>
> In case it's a file based storage (NFS/GlusterFS), check that the storage
> domain file system is mounted under /rhev/data-center/mnt
>
> # mount | grep  '/rhev/data-center'
>
> On Sun, Jun 25, 2017 at 11:29 AM, JC Clark <j...@mcsaipan.net> wrote:
>
>> Dear All,
>>
>> Is there a reason that a perfectly well working Ovirt 4.1 Engine after a
>> power failure, would not allow the hosts to activate because of  "VDSM
>> ConnectStorageServerVDS failed".  All firewalls are down, I have
>> reinstalled the host, upgraded everything (host and engine), deleted and
>> reinstalled hosts, I can ssh to all from all.  Any clues??
>>
>> Thanks ahead of time..
>>
>> --
>> Warm Regards,
>>  JC Clark
>> IT Director
>> Mount Carmel School
>> Saipan, CNMI
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> --
> Warm Regards,
>
> JC Clark
> IT Director
> Mount Carmel School
> Saipan, CNMI
> (670) 235-6272 office(670) 483-8684 cell
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VDSM ConnectStorageServerVDS failed

[Elad Ben Aharon]

Can you please provide engine.log and vdsm.log?

On Sun, Jun 25, 2017 at 2:29 PM, JC Clark <j...@mcsaipan.net> wrote:

> Mr. Aharon,
>
> One question comes to mind, if the mounts don't mount to the rhev... mount
> point, what is the easiest way to rectify that problem?
>
>
>
> On 06/25/2017 06:54 PM, Elad Ben Aharon wrote:
>
> Hi,
>
> Which types of storage do you have in the data center?
>
> In case it's a block based storage (iSCSI/FC), check that the devices
> (LUNs) where you domains reside are accessible though multipath and LVM:
>
> # multipath -ll
> # pvs
> # vgs
>
> In case it's a file based storage (NFS/GlusterFS), check that the storage
> domain file system is mounted under /rhev/data-center/mnt
>
> # mount | grep  '/rhev/data-center'
>
> On Sun, Jun 25, 2017 at 11:29 AM, JC Clark <j...@mcsaipan.net> wrote:
>
>> Dear All,
>>
>> Is there a reason that a perfectly well working Ovirt 4.1 Engine after a
>> power failure, would not allow the hosts to activate because of  "VDSM
>> ConnectStorageServerVDS failed".  All firewalls are down, I have
>> reinstalled the host, upgraded everything (host and engine), deleted and
>> reinstalled hosts, I can ssh to all from all.  Any clues??
>>
>> Thanks ahead of time..
>>
>> --
>> Warm Regards,
>>  JC Clark
>> IT Director
>> Mount Carmel School
>> Saipan, CNMI
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> --
> Warm Regards,
>
> JC Clark
> IT Director
> Mount Carmel School
> Saipan, CNMI
> (670) 235-6272 office(670) 483-8684 cell
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VDSM ConnectStorageServerVDS failed

[Elad Ben Aharon]

Hi,

Which types of storage do you have in the data center?

In case it's a block based storage (iSCSI/FC), check that the devices
(LUNs) where you domains reside are accessible though multipath and LVM:

# multipath -ll
# pvs
# vgs

In case it's a file based storage (NFS/GlusterFS), check that the storage
domain file system is mounted under /rhev/data-center/mnt

# mount | grep  '/rhev/data-center'

On Sun, Jun 25, 2017 at 11:29 AM, JC Clark  wrote:

> Dear All,
>
> Is there a reason that a perfectly well working Ovirt 4.1 Engine after a
> power failure, would not allow the hosts to activate because of  "VDSM
> ConnectStorageServerVDS failed".  All firewalls are down, I have
> reinstalled the host, upgraded everything (host and engine), deleted and
> reinstalled hosts, I can ssh to all from all.  Any clues??
>
> Thanks ahead of time..
>
> --
> Warm Regards,
>  JC Clark
> IT Director
> Mount Carmel School
> Saipan, CNMI
>
> ___
> 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 storage best practise

[Elad Ben Aharon]

Hi,
Answer inline

On Thu, Jun 8, 2017 at 1:07 PM, Stefano Bovina  wrote:

> Hi,
> does a storage best practise document for oVirt exist?
>
>
> Some examples:
>
> oVirt allows to extend an existing storage domain: Is it better to keep a
> 1:1 relation between LUN and oVirt storage domain?
>
What do you mean by 1:1 relation? Between storage domain and the number of
LUNs the domain reside on?

> If not, is it better to avoid adding LUNs to an already existing storage
> domain?
>
No problems with storage domain extension.

>
> Following the previous questions:
>
> Is it better to have 1 Big oVirt storage domain or many small oVirt
> storage domains?
>
Depends on your needs, be aware to the following:
- Each domain has its own metadata which allocates ~5GB of the domain size.
- Each domain is being constatntly monitored by the system, so large number
of domain can decrease the system performance.
There are also downsides with having big domains, like less flexability

> There is a max num VM/disks for storage domain?
>
>
> In which case is it better to use "direct attached lun" with respect to an
> image on an oVirt storage domain?
>

>

> Example:
>
> Simple web server:   > image
> Large database (simple example):
>- root,swap etc: 30GB  > image?
>- data disk: 500GB-> (direct or image?)
>
> Regards,
>
> Stefano
>
> ___
> 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] How to change DATA to ISO domain

[Elad Ben Aharon]

Hi,

In order to create a new ISO domain or import an existing one to a data
center, you need the data center to have at least one active storage domain
of type data.

On Tue, May 2, 2017 at 5:13 PM, Langley, Robert 
wrote:

> I went to add my ISO domain as the first storage domain. It got created as
> a DATA domain instead. I thought I selected "ISO". Now, Manager won't allow
> me to change or remove. What can I do?
>
> ___
> 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] Error importing old NFS storage domain

[Elad Ben Aharon]

Hi,

Please provide the logs

On Thu, Apr 27, 2017 at 2:12 PM, Endre Karlson 
wrote:

> I have a existing NFS storage domain I would like to import.
>
> I add the Name attribute and set the path and hit Enter but it gives me
> "Error while executing actions Attach Storage Domain: Internal Engine
> Error".
>
> I checked the Engine logs too to see if there's any clue when I do it but
> I cant seem to find anything. Maybe I can attach it here?
>
>
>
> ___
> 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] Question about import domain and templates

[Elad Ben Aharon]

Answer inline

On Wed, Apr 5, 2017 at 1:09 AM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

> On Tue, Apr 4, 2017 at 11:49 PM, Elad Ben Aharon <ebena...@redhat.com>
> wrote:
>
>> Hi Gianluca,
>>
>> If you don't have a copy of the template disk on ST2 it means that the
>> VMs were created as deep copy from the template (i.e, they are independent
>> - you can check it in the the 'general' VM sub-tab).
>>
>> If this is the case then you won't have any problem with detaching ST2.
>>
>>
> thanks for reply.
> In "general" sub-tab I see
>
> Template: my_template_name (Clone/Independent)
>
> So I should be ok.
>

Indeed.

But for example I can have ST1 and ST2, create a template with disk in ST1,
> then a VM from this template again in ST1 and in a second time move the
> disk of this VM to ST2
> In this case what would happen?
>

VM creation from a template on a storage domain that doesn't have a copy of
the template disk can be performed only as deep copy (Clone/Independent).
It means that the VM doesn't have any dependency on the template. So you
will be able to detach the domain where the VM disk resides.

>
> Is it in this screen when I create a VM that it is decided if deep copy or
> not as you wrote?
> https://drive.google.com/file/d/0BwoPbcrMv8mvdTJMdkNTeF84ckk/
> view?usp=sharing
>

Yes.

>
>
> What would happen in case I choose "Thin" and not "Clone" in storage
> allocation part of resource allocation section in the image?
>

'Thin' means that the VM disk is created as a 'leaf' volume linked to the
template disk. It requires the template disk to reside on the storage
domain you desire to create the VM disk on. In order to be able to create
it in this way you'll first have to copy the template disk to the other
storage domain.


Also, I noticed that if I create a VM from the blank template the Thin
> option is checked and both Thin and Clone are greyed out so I cannot change
> it
>


Yes, 'Blank' is the default template in the system, clone or thin in this
case are not relevant since 'Blank' is just a set of default VM
configurations with no disks.


> Instead if I choose my template, the "Clone" option is marked as default,
> but I can change to Clone
>
> Check out ovirt-templates
<http://www.ovirt.org/documentation/vmm-guide/chap-Templates/>


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

Re: [ovirt-users] Question about import domain and templates

[Elad Ben Aharon]

Hi Gianluca,

If you don't have a copy of the template disk on ST2 it means that the VMs
were created as deep copy from the template (i.e, they are independent -
you can check it in the the 'general' VM sub-tab).

If this is the case then you won't have any problem with detaching ST2.


On Tue, Apr 4, 2017 at 6:13 PM, Gianluca Cecchi 
wrote:

> Hello,
> in environment A I have 2 storage domains ST1 and ST2
> I have to detach ST2 and import it into another environment B.
>
> On ST2 I have some VMs whose template disk is currently on ST1...
> Does this constitute a problem at destination import?
>
> I see that for disks of templates I can only copy and not move them...
> Can I copy the template disk from ST1 to ST2 befor detaching, so that it
> will be imported at destination too?
>
> What should I do at destination, then?
>
> Thanks,
> Gianluca
>
>
> ___
> 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] Question about injecting ISO images workflow and network configuration

[Elad Ben Aharon]

Hi,

You're raising a very interesting issue here.

- Is the best way to do it is to create a route between the the two subnets?
You do have to configure routing between the engine and the server where
the ISO domain resides.

PS : For iSCSI ISO domain, I don't know how it will be done, I didn't try
it.
iSCSI ISO domain combination doesn't exist in RHV by design.

- Is it safe to merge the management network with the storage network?
Depends on your needs, the best practice would be to separate.




On Sun, Mar 5, 2017 at 1:13 PM, wodel youchi  wrote:

> Hi,
>
> May be it's a silly question :-) , but how are gays configuring the
> storage network?
>
> Let me explain, if the management network and the storage network are not
> on the same subnet, if you wish to upload and ISO image on an NFS storage
> domain, you have to have a route between the two subnets, because the VM
> engine will try to mount the ISO domain locally to inject the file.
>
> PS : For iSCSI ISO domain, I don't know how it will be done, I didn't try
> it.
>
> My questions :
> - why not use the SPM server for that?
> - Is it safe to merge the management network with the storage network?
> - Is the best way to do it is to create a route between the the two
> subnets?
>
> Thanks in advance.
> Regards.
>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_487146233038329314_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> 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] Expanding direct ISCSI LUN

[Elad Ben Aharon]

Please check with 'lsblk' on the VM if you see the new size.

On Thu, Mar 2, 2017 at 11:01 AM, Arman Khalatyan  wrote:

> did you check this:
> http://www.ovirt.org/develop/release-management/features/
> storage/lun-resize/
> I had similar trouble but after rebooting host or restarting vdsmd the
> resize button become visible.
>
>
> On Thu, Mar 2, 2017 at 7:41 AM, Koen Vanoppen 
> wrote:
>
>> Dear All,
>>
>> I'm trying to expand a direct ICSI-LUN on my vm...
>> Can't seem to figure out how... :-)
>> The hypervisors are seeing it... My VM and ovirt GUI doesn't...
>> I already did the  echo 1 > /sys/class/scsi_device/1\:0\:0\:0/device/rescan
>> on my vm, still no change...
>>
>> Kind regards,
>>
>> Koen
>>
>> ___
>> 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] "Deactivating Storage Domain" error

[Elad Ben Aharon]

Do you have a storage domain in the DC in status 'locked'?

On Tue, Dec 20, 2016 at 6:09 PM, Juan Pablo <pablo.localh...@gmail.com>
wrote:

> Elad, I did that and running the commands on the SPM  returned :
>
> [root@virt01-int ~]# vdsClient -s 0 getAllTasks
>
> [root@virt01-int ~]# vdsClient -s 0 getSpmStatus `vdsClient -s 0
> getConnectedStoragePoolsList`
> spmId = 1
> spmStatus = SPM
> spmLver = 8
>
> [root@virt01-int ~]# vdsClient -s 0 getAllTasks
>
> [root@virt01-int ~]#
>
>
> thanks for your time,
> JP
>
> 2016-12-20 12:55 GMT-03:00 Elad Ben Aharon <ebena...@redhat.com>:
>
>> It's OK, but you need to make sure you're checking it on the host which
>> has the SPM role. So, first check on the host that it is the current SPM
>> with the following:
>>
>> vdsClient -s 0 getSpmStatus `vdsClient -s 0 getConnectedStoragePoolsList`
>>
>> Look for the host that has " spmStatus = SPM"
>>
>> And after you find the SPM, check for the running tasks as you did before.
>>
>>
>> On Tue, Dec 20, 2016 at 5:37 PM, Juan Pablo <pablo.localh...@gmail.com>
>> wrote:
>>
>>> Hi,
>>>  thanks for your reply, I did check with vdsClient -s 0 getAllTasks ,
>>> returned nothing. is this still the correct way to check?
>>>
>>> regards,
>>> JP
>>>
>>>
>>>
>>> 2016-12-20 12:32 GMT-03:00 Elad Ben Aharon <ebena...@redhat.com>:
>>>
>>>> Hi,
>>>>
>>>> Did you check for running tasks in the SPM host?
>>>>
>>>>
>>>>
>>>> On Tue, Dec 20, 2016 at 5:04 PM, Juan Pablo <pablo.localh...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi,
>>>>> first of all , thanks to all the Ovirt/Rhev team for the outstanding
>>>>> work!
>>>>>
>>>>> we are having a small issue with Ovirt 4.0.5 after testing a full end
>>>>> of year infrastructure shutdown, everything came back correctly except 
>>>>> that
>>>>> we get a 'Deactivating Storage Domain' under the tasks tab.
>>>>> another dc/cluster running 3.6.7 reported no error with same
>>>>> maintenance procedure.. maybe we did something wrong?
>>>>>
>>>>> would you please be so kind to point me on the right direction to fix
>>>>> it? I looked
>>>>>
>>>>> vdsClient -s 0 getAllTasks , but returns nothing...
>>>>>
>>>>> thanks for your time guys and merry christmas and happy new year if we
>>>>> dont talk again soon!
>>>>> JP
>>>>>
>>>>> ___
>>>>> 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] "Deactivating Storage Domain" error

[Elad Ben Aharon]

It's OK, but you need to make sure you're checking it on the host which has
the SPM role. So, first check on the host that it is the current SPM with
the following:

vdsClient -s 0 getSpmStatus `vdsClient -s 0 getConnectedStoragePoolsList`

Look for the host that has " spmStatus = SPM"

And after you find the SPM, check for the running tasks as you did before.


On Tue, Dec 20, 2016 at 5:37 PM, Juan Pablo <pablo.localh...@gmail.com>
wrote:

> Hi,
>  thanks for your reply, I did check with vdsClient -s 0 getAllTasks ,
> returned nothing. is this still the correct way to check?
>
> regards,
> JP
>
>
>
> 2016-12-20 12:32 GMT-03:00 Elad Ben Aharon <ebena...@redhat.com>:
>
>> Hi,
>>
>> Did you check for running tasks in the SPM host?
>>
>>
>>
>> On Tue, Dec 20, 2016 at 5:04 PM, Juan Pablo <pablo.localh...@gmail.com>
>> wrote:
>>
>>> Hi,
>>> first of all , thanks to all the Ovirt/Rhev team for the outstanding
>>> work!
>>>
>>> we are having a small issue with Ovirt 4.0.5 after testing a full end of
>>> year infrastructure shutdown, everything came back correctly except that we
>>> get a 'Deactivating Storage Domain' under the tasks tab.
>>> another dc/cluster running 3.6.7 reported no error with same maintenance
>>> procedure.. maybe we did something wrong?
>>>
>>> would you please be so kind to point me on the right direction to fix
>>> it? I looked
>>>
>>> vdsClient -s 0 getAllTasks , but returns nothing...
>>>
>>> thanks for your time guys and merry christmas and happy new year if we
>>> dont talk again soon!
>>> JP
>>>
>>> ___
>>> 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] "Deactivating Storage Domain" error

[Elad Ben Aharon]

Hi,

Did you check for running tasks in the SPM host?



On Tue, Dec 20, 2016 at 5:04 PM, Juan Pablo 
wrote:

> Hi,
> first of all , thanks to all the Ovirt/Rhev team for the outstanding work!
>
> we are having a small issue with Ovirt 4.0.5 after testing a full end of
> year infrastructure shutdown, everything came back correctly except that we
> get a 'Deactivating Storage Domain' under the tasks tab.
> another dc/cluster running 3.6.7 reported no error with same maintenance
> procedure.. maybe we did something wrong?
>
> would you please be so kind to point me on the right direction to fix it?
> I looked
>
> vdsClient -s 0 getAllTasks , but returns nothing...
>
> thanks for your time guys and merry christmas and happy new year if we
> dont talk again soon!
> JP
>
> ___
> 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] Adding Disk stuck?

[Elad Ben Aharon]

Hi, can you please provide engine.log?

On Mon, Dec 19, 2016 at 5:06 PM, Pat Riehecky  wrote:

> Last Friday I started a job to add 1 new disk to each of 4 VMs - total of
> 4 disks each 100G.
>
> It seems to still be running, but no host shows an obvious IO load.
> State is
>
> Adding Disk (hour glass)
> -> Validating (green check mark)
> -> Executing (hour glass)
> ->-> Creating Volume (green check mark)
>
> I checked in with:
> /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh
>
> and it didn't show anything interesting.
>
> The VMs themselves show the disks are there, but the VMs are still locked
> by the disk processes.
>
> Ideas?
>
> Pat
>
> --
> Pat Riehecky
>
> Fermi National Accelerator Laboratory
> www.fnal.gov
> www.scientificlinux.org
>
> ___
> 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] Remove Storage Domain

[Elad Ben Aharon]

You can destroy the domain. It will remove the domain and its disks from
the engine DB.
Right click on the relevant domain which is in 'maintenance' -> 'Destroy'

On Wed, Dec 14, 2016 at 10:29 AM, Gary Pedretty  wrote:

> How do you remove a data storage domain, that is not the primary data
> domain?   The glusterfs it was based on is no longer available and the
> domain is stuck in maintenance mode.  It will not detach because it has
> disks on it.  The disks have all been deactivated and replaced in the VMs
> they were used on.   Seems like a catch-22 in that I cannot delete the
> disks from the VMs since the storage domain is in maintenance, but I cannot
> activate the domain since the glusterfs volume it was based on no longer
> exists.   For now I am just ignoring it in the Data Center.   The VMs seem
> fine ignoring the deactivated disks, but it all looks a bit messy.
>
>
> Gary
>
>
> 
> Gary Pedrettyg...@ravnalaska.net
> 
> Systems Manager  www.flyravn.com
> Ravn Alaska   /\907-450-7251
> <(907)%20450-7251>
> 5245 Airport Industrial Road /  \/\ 907-450-7238
> <(907)%20450-7238> fax
> Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
> Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
> Really loving the record green up date! Summmer!!   yourself” Matt 22:39
> 
>
>
>
>
>
>
>
>
>
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.phx.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.phx.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to delete VM disk

[Elad Ben Aharon]

In general, in order to delete a disk while it is attached to a running VM,
the disk has to be deactivated (hotunplugged) first so it won't be
accessible for read and write from the VM.
In the 'edit' VM prompt there is no option to deactivate the disk, it
should be done from the disks subtab under the virtual machine.

On Tue, Dec 13, 2016 at 5:33 PM, cmc <iuco...@gmail.com> wrote:

> Actually, I just tried to create a new disk via the 'Edit' menu once
> I'd deleted it from the 'Disks' tab, and it threw an exception.
>
> Attached is the console log.
>
> On Tue, Dec 13, 2016 at 3:24 PM, cmc <iuco...@gmail.com> wrote:
> > Hi Elad,
> >
> > I was trying to delete the disk via the 'edit' menu, but noticed just
> > now that there was a 'disks' tab when the machine was highlighted.
> > This has a 'activate/deactivate' function, and once deactivated, was
> > able to remove it without error.
> >
> > It does offer the option of deleting the disk when right clicking on
> > the VM and choosing 'edit', however, there is no 'deactivate' option.
> > Not sure if this is by design (so that users should look elsewhere). I
> > can still try to run the delete from the 'Edit' page, and capture
> > browser console output. Otherwise, apologies for troubling you with
> > this.
> >
> > Kind regards,
> >
> > Cam
> >
> > On Tue, Dec 13, 2016 at 12:27 PM, Elad Ben Aharon <ebena...@redhat.com>
> wrote:
> >> There is no indication for image deletion in engine.log
> >> The browser console log is located in your browser under
> >> 'settings'->'developer'.
> >> Please try to delete a disk as you tried before, get the console log and
> >> provide it.
> >>
> >> Thanks
> >>
> >> On Mon, Dec 12, 2016 at 7:40 PM, cmc <iuco...@gmail.com> wrote:
> >>>
> >>> Hi Eled,
> >>>
> >>> I've attached the ui log and the engine log but I'm not sure what the
> >>> browser console log is - there is a 'console.log' in
> >>> /var/log/ovirt-engine,
> >>> but it is zero size (do I have to turn up debugging perhaps?).
> >>>
> >>> Kind regards,
> >>>
> >>> Cam
> >>>
> >>> On Sun, Dec 11, 2016 at 2:26 PM, Elad Ben Aharon <ebena...@redhat.com>
> >>> wrote:
> >>> > Hi,
> >>> >
> >>> > Please attach browser console log and engine.log
> >>> >
> >>> > Thanks
> >>> >
> >>> > On Fri, Dec 9, 2016 at 8:04 PM, cmc <iuco...@gmail.com> wrote:
> >>> >>
> >>> >> Just another note on this: I now get a UI exception every time I try
> >>> >> to provision a disk, although it does succeed so. I'm guessing
> >>> >> something else is going on, but there is no error in the engine log.
> >>> >>
> >>> >> On Fri, Dec 9, 2016 at 2:54 PM, cmc <iuco...@gmail.com> wrote:
> >>> >> > Hi,
> >>> >> >
> >>> >> > I'm trying to delete a disk from a host I have shut down, as I
> need
> >>> >> > to
> >>> >> > provision a larger one. When I try to delete it, it gives me an
> >>> >> > exception on the UI. I've tried removing the bootable flag, and
> >>> >> > creating another disk, but it still won't allow the deletion of
> the
> >>> >> > disk. I can't see a relevant error in the engine log, though there
> >>> >> > are
> >>> >> > errors in the UI log, but I expect that is just as result of the
> >>> >> > underlying issue with deleting the disk.
> >>> >> >
> >>> >> > Thanks,
> >>> >> >
> >>> >> > Cam
> >>> >> ___
> >>> >> Users mailing list
> >>> >> Users@ovirt.org
> >>> >> http://lists.phx.ovirt.org/mailman/listinfo/users
> >>> >
> >>> >
> >>
> >>
>
___
Users mailing list
Users@ovirt.org
http://lists.phx.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to delete VM disk

[Elad Ben Aharon]

There is no indication for image deletion in engine.log
The browser console log is located in your browser under
'settings'->'developer'.
Please try to delete a disk as you tried before, get the console log and
provide it.

Thanks

On Mon, Dec 12, 2016 at 7:40 PM, cmc <iuco...@gmail.com> wrote:

> Hi Eled,
>
> I've attached the ui log and the engine log but I'm not sure what the
> browser console log is - there is a 'console.log' in
> /var/log/ovirt-engine,
> but it is zero size (do I have to turn up debugging perhaps?).
>
> Kind regards,
>
> Cam
>
> On Sun, Dec 11, 2016 at 2:26 PM, Elad Ben Aharon <ebena...@redhat.com>
> wrote:
> > Hi,
> >
> > Please attach browser console log and engine.log
> >
> > Thanks
> >
> > On Fri, Dec 9, 2016 at 8:04 PM, cmc <iuco...@gmail.com> wrote:
> >>
> >> Just another note on this: I now get a UI exception every time I try
> >> to provision a disk, although it does succeed so. I'm guessing
> >> something else is going on, but there is no error in the engine log.
> >>
> >> On Fri, Dec 9, 2016 at 2:54 PM, cmc <iuco...@gmail.com> wrote:
> >> > Hi,
> >> >
> >> > I'm trying to delete a disk from a host I have shut down, as I need to
> >> > provision a larger one. When I try to delete it, it gives me an
> >> > exception on the UI. I've tried removing the bootable flag, and
> >> > creating another disk, but it still won't allow the deletion of the
> >> > disk. I can't see a relevant error in the engine log, though there are
> >> > errors in the UI log, but I expect that is just as result of the
> >> > underlying issue with deleting the disk.
> >> >
> >> > Thanks,
> >> >
> >> > Cam
> >> ___
> >> Users mailing list
> >> Users@ovirt.org
> >> http://lists.phx.ovirt.org/mailman/listinfo/users
> >
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.phx.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to delete VM disk

[Elad Ben Aharon]

Hi,

Please attach browser console log and engine.log

Thanks

On Fri, Dec 9, 2016 at 8:04 PM, cmc  wrote:

> Just another note on this: I now get a UI exception every time I try
> to provision a disk, although it does succeed so. I'm guessing
> something else is going on, but there is no error in the engine log.
>
> On Fri, Dec 9, 2016 at 2:54 PM, cmc  wrote:
> > Hi,
> >
> > I'm trying to delete a disk from a host I have shut down, as I need to
> > provision a larger one. When I try to delete it, it gives me an
> > exception on the UI. I've tried removing the bootable flag, and
> > creating another disk, but it still won't allow the deletion of the
> > disk. I can't see a relevant error in the engine log, though there are
> > errors in the UI log, but I expect that is just as result of the
> > underlying issue with deleting the disk.
> >
> > Thanks,
> >
> > Cam
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.phx.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.phx.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Import VM from export domain fails

[Elad Ben Aharon]

Can you please attach engine.log?
Thanks

On Mon, Nov 14, 2016 at 6:28 PM, Martijn Grendelman <
martijn.grendel...@isaac.nl> wrote:

> 2016-11-14 17:24:27,980 ERROR
> [org.ovirt.engine.core.bll.exportimport.ImportVmCommand]
> (org.ovirt.thread.pool-8-thread-39) [4a0b828a] Exception:
> java.lang.reflect.UndeclaredThrowableException
> at com.sun.proxy.$Proxy183.isMacInRange(Unknown Source)
> at
> java.util.function.Predicate.lambda$negate$1(Predicate.java:80)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
> [rt.jar:1.8.0_111]
> at
> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.
> java:1374)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.AbstractPipeline.wrapAndCopyInto(
> AbstractPipeline.java:471)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> [rt.jar:1.8.0_111]
> at
> org.ovirt.engine.core.bll.network.vm.ExternalVmMacsFinder.
> findExternalMacAddresses(ExternalVmMacsFinder.java:38)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.
> reportExternalMacs(ImportVmCommandBase.java:438)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.
> addVmInterfaces(ImportVmCommandBase.java:552)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.lambda$
> addVmToDb$0(ImportVmCommandBase.java:458)
> [bll.jar:]
> at
> org.ovirt.engine.core.utils.transaction.TransactionSupport.
> executeInNewTransaction(TransactionSupport.java:204)
> [utils.jar:]
> at
> org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmToDb(
> ImportVmCommandBase.java:454)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.executeCommand(
> ImportVmCommandBase.java:425)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(
> CommandBase.java:1305)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScop
> e(CommandBase.java:1447)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.CommandBase.runInTransaction(
> CommandBase.java:2075)
> [bll.jar:]
> at
> org.ovirt.engine.core.utils.transaction.TransactionSupport.
> executeInSuppressed(TransactionSupport.java:166)
> [utils.jar:]
> at
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(
> TransactionSupport.java:105)
> [utils.jar:]
> at
> org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1490)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:398)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu
> nner.executeValidatedCommand(PrevalidatingMultipleActionsRunner.java:204)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.runCommands(
> PrevalidatingMultipleActionsRunner.java:176)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu
> nner.lambda$invokeCommands$3(PrevalidatingMultipleActionsRunner.java:182)
> [bll.jar:]
> at
> org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$
> InternalWrapperRunnable.run(ThreadPoolUtil.java:92)
> [utils.jar:]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [rt.jar:1.8.0_111]
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [rt.jar:1.8.0_111]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(
> ThreadPoolExecutor.java:1142)
> [rt.jar:1.8.0_111]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(
> ThreadPoolExecutor.java:617)
> [rt.jar:1.8.0_111]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111]
> Caused by: java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [rt.jar:1.8.0_111]
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
> 62)
> [rt.jar:1.8.0_111]
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
> [rt.jar:1.8.0_111]
> at java.lang.reflect.Method.invoke(Method.java:498)
> [rt.jar:1.8.0_111]
> at
> org.ovirt.engine.core.utils.lock.LockedObjectFactory$
> 

Re: [ovirt-users] Problem installing windows 10 guest vm on ovirt 4.0

[Elad Ben Aharon]

Did you attach a virtio / virtio-scsi driver to the VM?

If not, you can find them located under /usr/share/virtio-win/ in the
engine, you can upload them to an ISO domain using 'engine-iso-uploader'.

On Sat, Nov 12, 2016 at 12:03 PM, Raian Nasrulla  wrote:

>
>
>
> *Hi,I am using ovirt 4.0 *
>
>
> *and virtio-win-0.1.126 iso for windows drivers*
>
>
>
>
> *I've tried to install Windows 7 using Virtio disk, the installation 
> succeeded, the problem was with:
> with Windows 10, the Virtio and Virtio-SCSI not detecting the disk,*
> did anyone try the windows guest tools iso and succeeded installing windows 
> 10.
>
> regards,
>
> Ryan
>
>
> ___
> 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] Disk profile

[Elad Ben Aharon]

If the iSCSI domain status is active and it's attached to the same
Data-center as the source domain where the disk currently exists, you
should see it.

Please verify that these 2 conditions are true

On Mon, Sep 26, 2016 at 2:41 PM, Budur Nagaraju <nbud...@gmail.com> wrote:

> You are right , while trying to move unable to see the newly added iSCSI
> storage domain, any configs do I need to do ?
>
> On Mon, Sep 26, 2016 at 4:46 PM, Elad Ben Aharon <ebena...@redhat.com>
> wrote:
>
>> If you are trying to move the disk to another domain, you should do it
>> via the 'Move' button and not 'Edit' under the VM disk sub-tab.
>> I guess that by saying "move the vm" you're referring to move the VM disk
>> right?
>>
>>
>> On Mon, Sep 26, 2016 at 2:00 PM, Budur Nagaraju <nbud...@gmail.com>
>> wrote:
>>
>>> HI
>>>
>>> I have added one more Disk profile in the iSCSI Storage and trying to
>>> move the vm , unable to find the iSCSI storage domain .
>>> You can see the attached screenshot, if possible can u share the things
>>> where exactly needs this to be changed ?
>>>
>>> Thanks,
>>> Nagaraju
>>>
>>>
>>> On Mon, Sep 26, 2016 at 4:11 PM, Elad Ben Aharon <ebena...@redhat.com>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> Disk profile is not copied along with the virtual disk as part of disk
>>>> migration between storage domains.
>>>> You can create another disk profile in the target storage domain, which
>>>> is similar to source domain disk profile.
>>>>
>>>>
>>>> Elad
>>>>
>>>> On Mon, Sep 26, 2016 at 12:51 PM, Budur Nagaraju <nbud...@gmail.com>
>>>> wrote:
>>>>
>>>>> HI
>>>>>
>>>>> I have created a 2TB if iSCSI lun , when I migrate a vm which is
>>>>> created in a  nfs storage   to iSCSI storage  am not able to find the 
>>>>> iSCSI
>>>>> Disk profile any configs do I need to do ?
>>>>>
>>>>> Thanks,
>>>>> Nagaraju
>>>>>
>>>>>
>>>>> ___
>>>>> 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] Disk profile

[Elad Ben Aharon]

If you are trying to move the disk to another domain, you should do it via
the 'Move' button and not 'Edit' under the VM disk sub-tab.
I guess that by saying "move the vm" you're referring to move the VM disk
right?


On Mon, Sep 26, 2016 at 2:00 PM, Budur Nagaraju <nbud...@gmail.com> wrote:

> HI
>
> I have added one more Disk profile in the iSCSI Storage and trying to move
> the vm , unable to find the iSCSI storage domain .
> You can see the attached screenshot, if possible can u share the things
> where exactly needs this to be changed ?
>
> Thanks,
> Nagaraju
>
>
> On Mon, Sep 26, 2016 at 4:11 PM, Elad Ben Aharon <ebena...@redhat.com>
> wrote:
>
>> Hi,
>>
>> Disk profile is not copied along with the virtual disk as part of disk
>> migration between storage domains.
>> You can create another disk profile in the target storage domain, which
>> is similar to source domain disk profile.
>>
>>
>> Elad
>>
>> On Mon, Sep 26, 2016 at 12:51 PM, Budur Nagaraju <nbud...@gmail.com>
>> wrote:
>>
>>> HI
>>>
>>> I have created a 2TB if iSCSI lun , when I migrate a vm which is created
>>> in a  nfs storage   to iSCSI storage  am not able to find the iSCSI Disk
>>> profile any configs do I need to do ?
>>>
>>> Thanks,
>>> Nagaraju
>>>
>>>
>>> ___
>>> 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] Disk profile

[Elad Ben Aharon]

Hi,

Disk profile is not copied along with the virtual disk as part of disk
migration between storage domains.
You can create another disk profile in the target storage domain, which is
similar to source domain disk profile.


Elad

On Mon, Sep 26, 2016 at 12:51 PM, Budur Nagaraju  wrote:

> HI
>
> I have created a 2TB if iSCSI lun , when I migrate a vm which is created
> in a  nfs storage   to iSCSI storage  am not able to find the iSCSI Disk
> profile any configs do I need to do ?
>
> Thanks,
> Nagaraju
>
>
> ___
> 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] Storage

[Elad Ben Aharon]

Have you configured the quota to 'Enforced'?

On Fri, Sep 23, 2016 at 12:15 PM, Budur Nagaraju  wrote:

> Hi
>
> I have storage of 2TB lun and only 90 GB is free ,when I set  a qouta
> limit to 1800GB , it showing the 300GB  available  free space , any configs
> am missing ?
>
> Thanks,
> Nagaraju
>
>
> ___
> 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] iSCSI

[Elad Ben Aharon]

Hi,

It looks like you've been trying to configure the iSCSI bond with a network
which was configured as 'required'. This is not allowed by design. Please
do the following:
Navigate to 'Networks' tab, pick the storage network, navigate to the
'Clusters' sub-tab and click on 'Manage Networks' and uncheck the
'Required' check box.

On Thu, Sep 22, 2016 at 6:27 AM, Budur Nagaraju  wrote:

> Yes ,After reboot the Host able to detect the Lun IS , while configuring
> the iSCSI bond getting the below error.
>
> I have configured a separate network for iSCSI configuration.
>
>
> 2016-09-22 08:53:56,603 WARN  
> [org.ovirt.engine.core.bll.storage.AddIscsiBondCommand]
> (ajp--127.0.0.1-8702-11) [24aae7bf] CanDoAction of action AddIscsiBond
> failed for user admin@internal. Reasons: VAR__ACTION__ADD,VAR__TYPE__
> ISCSI_BOND,ACTION_TYPE_FAILED_ISCSI_BOND_NETWORK_CANNOT_BE_REQUIRED
> 2016-09-22 08:54:16,957 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand]
> (DefaultQuartzScheduler_Worker-64) [58e32f2b] Failed in SpmStatusVDS
> method
> 2016-09-22 08:54:16,958 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand]
> (DefaultQuartzScheduler_Worker-64) [58e32f2b] Command
> SpmStatusVDSCommand(HostName = pbuovirt2, HostId = 
> d26d3cb1-df70-472e-964b-546ea4dc8bc7,
> storagePoolId = eb13e6d4-cf50-46e6-a43a-234862f1adad) execution failed.
> Exception: VDSErrorException: VDSGenericException: VDSErrorException:
> Failed to SpmStatusVDS, error = (-202, 'Unable to read resource owners',
> 'Sanlock exception'), code = 100
> 2016-09-22 08:54:16,960 INFO  
> [org.ovirt.engine.core.bll.storage.SetStoragePoolStatusCommand]
> (DefaultQuartzScheduler_Worker-64) [79193574] Running command:
> SetStoragePoolStatusCommand internal: true. Entities affected :  ID:
> eb13e6d4-cf50-46e6-a43a-234862f1adad Type: StoragePool
> 2016-09-22 08:54:16,962 INFO  
> [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper]
> (DefaultQuartzScheduler_Worker-64) [79193574] Storage Pool
> eb13e6d4-cf50-46e6-a43a-234862f1adad - Updating Storage Domain
> 3511c340-acbb-4c40-aeb2-9f4727107a46 status from Active to Unknown,
> reason : null
> 2016-09-22 08:54:16,968 WARN  [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-64)
> [79193574] Correlation ID: 79193574, Call Stack: null, Custom Event ID: -1,
> Message: Invalid status on Data Center EMC. Setting Data Center status to
> Non Responsive (On host pbuovirt2, Error: General Exception).
> 2016-09-22 08:54:17,355 INFO  
> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> (DefaultQuartzScheduler_Worker-6) VM child1-leema 
> 29ab1bb4-235d-4b47-ad6a-aa7709020327
> moved from NotResponding --> Up
> 2016-09-22 08:54:26,992 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand]
> (DefaultQuartzScheduler_Worker-64) [79193574] Failed in SpmStatusVDS
> method
> 2016-09-22 08:54:26,997 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand]
> (DefaultQuartzScheduler_Worker-64) [79193574] Command
> SpmStatusVDSCommand(HostName = pbuovirt2, HostId = 
> d26d3cb1-df70-472e-964b-546ea4dc8bc7,
> storagePoolId = eb13e6d4-cf50-46e6-a43a-234862f1adad) execution failed.
> Exception: VDSErrorException: VDSGenericException: VDSErrorException:
> Failed to SpmStatusVDS, error = (-202, 'Sanlock resource read failure',
> 'Sanlock exception'), code = 100
> 2016-09-22 08:54:26,997 INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData]
> (DefaultQuartzScheduler_Worker-64) [79193574] hostFromVds::selectedVds -
> pbuovirt2, spmStatus returned null!
> ^C
> [root@pscloud ~]#
>
>
> On Wed, Sep 21, 2016 at 6:19 PM, Kevin Goldblatt 
> wrote:
>
>> Hi Badur,
>>
>>
>>
>> I would like to understand what you are trying to configure.
>>
>> Are you trying to expose a LUN to your vdsm host to use in order to
>> create an ISCSI storage domain?
>> If so please verify the following:
>>
>> 1. Have you correctly mapped the LUN to your vdsm host initiator via your
>> storage provider
>>
>> 2. Is the LUN visible via the vdsm host. For this run:
>> a. "multipath -ll" on the vdsm host. Your output for a LUN should look
>> something like this:
>>
>> 1600024 dm-6 XIO ,XApp
>> size=80G features='0' hwhandler='0' wp=rw
>> `-+- policy='queue-length 0' prio=1 status=active
>>   |- 0:0:0:8   sdh  8:112  active ready running
>>   |- 0:0:1:8   sdp  8:240  active ready running
>>   |- 5:0:0:8   sdx  65:112 active ready running
>>   `- 5:0:1:8   sdaf 65:240 active ready running
>>
>> 3. Have you edited your /etc/iscsi/initiatorname.iscsi
>> You should have something like this:
>> InitiatorName=iqn.1xxx-xx.com.redhat:host1-vds1 (replace the string
>> after the : with the iqn given in the storage provider)
>>
>>
>> 4. Reboot your host after making any changes
>>
>>
>> 5. Once you the LUN is visible to the host you can create a Storage
>> Domain via the Ovirt 

Re: [ovirt-users] Adding iSCSI Storage

[Elad Ben Aharon]

Gladly :)

On Thu, Aug 25, 2016 at 11:11 AM, Anantha Raghava <
rag...@exzatechconsulting.com> wrote:

> Hello Elad,
>
> Thanks for quick reply. That was really quick.
>
> Your assessment was right. On the iSCSI storage multiple iSCSI initiators
> were disabled. Hence the authorisation error. Once I enabled the multiple
> iSCSI initiator support, the primary storage domain came live and DC also
> went live.
>
> However, I am still confused on iSCSI mutipathing and bonding. Will try
> creating bonds and write back if I get stuck.
>
> --
>
> Thanks & Regards,
>
>
> Anantha Raghava eXza Technology Consulting & Services
> On Thursday 25 August 2016 01:02 PM, Elad Ben Aharon wrote:
>
> Thanks.
>
> vdsm.log had been rotated since, it's too new and doesn't have the
> relevant information.
> From engine.log [1] it seems that you had an iSCSI authorization failure
> during login to targets for first storage domain creation in pool. It
> happened during storage pool creation.
>
> It does seem you've hit https://bugzilla.redhat.com/sh
> ow_bug.cgi?id=1359788 since you report this domain is stuck in LOCKED
> state.
>
>
> The workaround for this is to update the DB and change the domain status.
> Or, if possible, I'd suggest to clean the setup and create a new
> data-center.
> For first storage domain creation in the new DC, in case it's iSCSI,
> please make sure you provide the correct iSCSI credentials for login or use
> other type of storage (NFS for example).
>
> [1]
> 2016-08-25 22:58:29,073 ERROR [org.ovirt.engine.core.bll.
> storage.connection.ISCSIStorageHelper] (default task-30) [] The
> connection with details '10.10.0.14 
> iqn.1991-10.com.ami:itx0cc47a4ad31a45c2:l.kvm
> (LUN 2dad697f691580100)' failed because of error code '476' and error
> message is: failed to login to iscsi node due to authorization failure
>
> On Thu, Aug 25, 2016 at 8:54 AM, Anantha Raghava <
> rag...@exzatechconsulting.com> wrote:
>
>> Hi,
>>
>> Yes, this is the first domain in DC. Please find the log files attached.
>> vdsm.log is 7.2MB in size. Hence sending it as zip file.
>>
>> --
>>
>> Thanks & Regards,
>>
>>
>> Anantha Raghava eXza Technology Consulting & Services
>> On Thursday 25 August 2016 02:29 AM, Elad Ben Aharon wrote:
>>
>> Is this the first domain in the DC?
>> If so, it sounds like you hit https://bugzilla.redhat.com/sh
>> ow_bug.cgi?id=1359788.
>> Also, please provide engine.log and vdsm.log
>>
>> Thanks
>>
>>
>> On Wed, Aug 24, 2016 at 8:11 PM, Anantha Raghava <
>> rag...@exzatechconsulting.com> wrote:
>>
>>> Hi,
>>>
>>> Trying to add iSCSI storage domain to oVirt 4.0.2 but failing to attach
>>> the Storage Domain to DC. Added storage domain is constantly locked and DC
>>> is constantly in maintenance. How do I get the Storage Domain activated and
>>> initialise DC?
>>> --
>>>
>>> Thanks & Regards,
>>>
>>>
>>> Anantha Raghava eXza Technology Consulting & Services
>>>
>>> ___
>>> 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] Adding iSCSI Storage

[Elad Ben Aharon]

Thanks.

vdsm.log had been rotated since, it's too new and doesn't have the relevant
information.
>From engine.log [1] it seems that you had an iSCSI authorization failure
during login to targets for first storage domain creation in pool. It
happened during storage pool creation.

It does seem you've hit https://bugzilla.redhat.com/show_bug.cgi?id=1359788
since you report this domain is stuck in LOCKED state.


The workaround for this is to update the DB and change the domain status.
Or, if possible, I'd suggest to clean the setup and create a new
data-center.
For first storage domain creation in the new DC, in case it's iSCSI, please
make sure you provide the correct iSCSI credentials for login or use other
type of storage (NFS for example).

[1]
2016-08-25 22:58:29,073 ERROR
[org.ovirt.engine.core.bll.storage.connection.ISCSIStorageHelper] (default
task-30) [] The connection with details '10.10.0.14
iqn.1991-10.com.ami:itx0cc47a4ad31a45c2:l.kvm (LUN 2dad697f691580100)'
failed because of error code '476' and error message is: failed to login to
iscsi node due to authorization failure

On Thu, Aug 25, 2016 at 8:54 AM, Anantha Raghava <
rag...@exzatechconsulting.com> wrote:

> Hi,
>
> Yes, this is the first domain in DC. Please find the log files attached.
> vdsm.log is 7.2MB in size. Hence sending it as zip file.
>
> --
>
> Thanks & Regards,
>
>
> Anantha Raghava eXza Technology Consulting & Services
> On Thursday 25 August 2016 02:29 AM, Elad Ben Aharon wrote:
>
> Is this the first domain in the DC?
> If so, it sounds like you hit https://bugzilla.redhat.com/
> show_bug.cgi?id=1359788.
> Also, please provide engine.log and vdsm.log
>
> Thanks
>
>
> On Wed, Aug 24, 2016 at 8:11 PM, Anantha Raghava <
> rag...@exzatechconsulting.com> wrote:
>
>> Hi,
>>
>> Trying to add iSCSI storage domain to oVirt 4.0.2 but failing to attach
>> the Storage Domain to DC. Added storage domain is constantly locked and DC
>> is constantly in maintenance. How do I get the Storage Domain activated and
>> initialise DC?
>> --
>>
>> Thanks & Regards,
>>
>>
>> Anantha Raghava eXza Technology Consulting & Services
>>
>> ___
>> 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] Adding iSCSI Storage

[Elad Ben Aharon]

Is this the first domain in the DC?
If so, it sounds like you hit
https://bugzilla.redhat.com/show_bug.cgi?id=1359788.
Also, please provide engine.log and vdsm.log

Thanks


On Wed, Aug 24, 2016 at 8:11 PM, Anantha Raghava <
rag...@exzatechconsulting.com> wrote:

> Hi,
>
> Trying to add iSCSI storage domain to oVirt 4.0.2 but failing to attach
> the Storage Domain to DC. Added storage domain is constantly locked and DC
> is constantly in maintenance. How do I get the Storage Domain activated and
> initialise DC?
> --
>
> Thanks & Regards,
>
>
> Anantha Raghava eXza Technology Consulting & Services
>
> ___
> 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] iSCSI Multipathing -> host inactive

[Elad Ben Aharon]

Thanks.

You're getting an iSCSI connection timeout [1], [2]. It means the host
cannot connect to the targets from iface: enp9s0f1 nor iface: enp9s0f0.

This causes the host to loose its connection to the storage and also, the
connection to the engine becomes inactive. Therefore, the host changes its
status to Non-responsive [3] and since it's the SPM, the whole DC, with all
its storage domains become inactive.


vdsm.log:
[1]
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/hsm.py", line 2400, in connectStorageServer
conObj.connect()
  File "/usr/share/vdsm/storage/storageServer.py", line 508, in connect
iscsi.addIscsiNode(self._iface, self._target, self._cred)
  File "/usr/share/vdsm/storage/iscsi.py", line 204, in addIscsiNode
iscsiadm.node_login(iface.name, portalStr, target.iqn)
  File "/usr/share/vdsm/storage/iscsiadm.py", line 336, in node_login
raise IscsiNodeError(rc, out, err)
IscsiNodeError: (8, ['Logging in to [iface: enp9s0f0, target:
iqn.2005-10.org.freenas.ctl:tgtb, portal: 10.0.132.121,3260] (multiple)'],
['iscsiadm: Could not login to [iface: enp9s0f0, targ
et: iqn.2005-10.org.freenas.ctl:tgtb, portal: 10.0.132.121,3260].',
'iscsiadm: initiator reported error (8 - connection timed out)', 'iscsiadm:
Could not log into all portals'])



vdsm.log:
[2]
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/hsm.py", line 2400, in connectStorageServer
conObj.connect()
  File "/usr/share/vdsm/storage/storageServer.py", line 508, in connect
iscsi.addIscsiNode(self._iface, self._target, self._cred)
  File "/usr/share/vdsm/storage/iscsi.py", line 204, in addIscsiNode
iscsiadm.node_login(iface.name, portalStr, target.iqn)
  File "/usr/share/vdsm/storage/iscsiadm.py", line 336, in node_login
raise IscsiNodeError(rc, out, err)
IscsiNodeError: (8, ['Logging in to [iface: enp9s0f1, target:
iqn.2005-10.org.freenas.ctl:tgta, portal: 10.0.131.121,3260] (multiple)'],
['iscsiadm: Could not login to [iface: enp9s0f1, target:
iqn.2005-10.org.freenas.ctl:tgta, portal: 10.0.131.121,3260].', 'iscsiadm:
initiator reported error (8 - connection timed out)', 'iscsiadm: Could not
log into all portals'])


engine.log:
[3]


2016-08-24 14:10:23,222 WARN
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-25) [15d1637f] Correlation ID: 15d1637f, Call Stack: null,
Custom Event ID:
 -1, Message: iSCSI bond 'iBond' was successfully created in Data Center
'Default' but some of the hosts encountered connection issues.



2016-08-24 14:10:23,208 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
(org.ovirt.thread.pool-8-thread-25) [15d1637f] Command
'org.ovirt.engine.core.vdsbrok
er.vdsbroker.ConnectStorageServerVDSCommand' return value '
ServerConnectionStatusReturnForXmlRpc:{status='StatusForXmlRpc [code=5022,
message=Message timeout which can be caused by communication issues]'}



On Wed, Aug 24, 2016 at 4:04 PM, Uwe Laverenz  wrote:

> Hi Elad,
>
> I sent you a download message.
>
> thank you,
> Uwe
> ___
> 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] iSCSI Multipathing -> host inactive

[Elad Ben Aharon]

Network configuration seems OK.
Please provide engine.log and vdsm.log

Thanks

On Wed, Aug 24, 2016 at 3:22 PM, Uwe Laverenz <u...@laverenz.de> wrote:

> Hi,
>
> sorry for the delay, I reinstalled everything, configured the networks,
> attached the iSCSI storage with 2 interfaces and finally created the
> iSCSI-bond:
>
> [root@ovh01 ~]# route
>> Kernel IP Routentabelle
>> ZielRouter  Genmask Flags Metric RefUse
>> Iface
>> default hp5406-1-srv.mo 0.0.0.0 UG0  00
>> ovirtmgmt
>> 10.0.24.0   0.0.0.0 255.255.255.0   U 0  00
>> ovirtmgmt
>> 10.0.131.0  0.0.0.0 255.255.255.0   U 0  00
>> enp9s0f0
>> 10.0.132.0  0.0.0.0 255.255.255.0   U 0  00
>> enp9s0f1
>> link-local  0.0.0.0 255.255.0.0 U 1005   00
>> enp9s0f0
>> link-local  0.0.0.0 255.255.0.0 U 1006   00
>> enp9s0f1
>> link-local  0.0.0.0 255.255.0.0 U 1008   00
>> ovirtmgmt
>> link-local  0.0.0.0 255.255.0.0 U 1015   00
>> bond0
>> link-local  0.0.0.0 255.255.0.0 U 1017   00
>> ADMIN
>> link-local  0.0.0.0 255.255.0.0 U 1021   00
>> SRV
>>
>
> and:
>
> [root@ovh01 ~]# ip a
>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>> inet 127.0.0.1/8 scope host lo
>>valid_lft forever preferred_lft forever
>> inet6 ::1/128 scope host
>>valid_lft forever preferred_lft forever
>> 2: enp13s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
>> master ovirtmgmt state UP qlen 1000
>> link/ether e0:3f:49:6d:68:c4 brd ff:ff:ff:ff:ff:ff
>> 3: enp8s0f0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq
>> master bond0 state UP qlen 1000
>> link/ether 90:e2:ba:11:21:d0 brd ff:ff:ff:ff:ff:ff
>> 4: enp8s0f1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq
>> master bond0 state UP qlen 1000
>> link/ether 90:e2:ba:11:21:d0 brd ff:ff:ff:ff:ff:ff
>> 5: enp9s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state
>> UP qlen 1000
>> link/ether 90:e2:ba:11:21:d4 brd ff:ff:ff:ff:ff:ff
>> inet 10.0.131.181/24 brd 10.0.131.255 scope global enp9s0f0
>>valid_lft forever preferred_lft forever
>> 6: enp9s0f1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state
>> UP qlen 1000
>> link/ether 90:e2:ba:11:21:d5 brd ff:ff:ff:ff:ff:ff
>> inet 10.0.132.181/24 brd 10.0.132.255 scope global enp9s0f1
>>valid_lft forever preferred_lft forever
>> 7: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
>> link/ether 26:b2:4e:5e:f0:60 brd ff:ff:ff:ff:ff:ff
>> 8: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
>> state UP
>> link/ether e0:3f:49:6d:68:c4 brd ff:ff:ff:ff:ff:ff
>> inet 10.0.24.181/24 brd 10.0.24.255 scope global ovirtmgmt
>>valid_lft forever preferred_lft forever
>> 14: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
>> master ovirtmgmt state UNKNOWN qlen 500
>> link/ether fe:16:3e:79:25:86 brd ff:ff:ff:ff:ff:ff
>> inet6 fe80::fc16:3eff:fe79:2586/64 scope link
>>valid_lft forever preferred_lft forever
>> 15: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc
>> noqueue state UP
>> link/ether 90:e2:ba:11:21:d0 brd ff:ff:ff:ff:ff:ff
>> 16: bond0.32@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
>> noqueue master ADMIN state UP
>> link/ether 90:e2:ba:11:21:d0 brd ff:ff:ff:ff:ff:ff
>> 17: ADMIN: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
>> state UP
>> link/ether 90:e2:ba:11:21:d0 brd ff:ff:ff:ff:ff:ff
>> 20: bond0.24@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
>> noqueue master SRV state UP
>> link/ether 90:e2:ba:11:21:d0 brd ff:ff:ff:ff:ff:ff
>> 21: SRV: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state
>> UP
>> link/ether 90:e2:ba:11:21:d0 brd ff:ff:ff:ff:ff:ff
>>
>
> The host keeps toggling all storage domains on and off as soon as there is
> an iSCSI bond configured.
>
> Thank you for your patience.
>
> cu,
> Uwe
>
>
> Am 18.08.2016 um 11:10 schrieb Elad Ben Aharon:
>
>> I don't think it's necessa

Re: [ovirt-users] iSCSI Multipathing -> host inactive

[Elad Ben Aharon]

I don't think it's necessary.
Please provide the host's routing table and interfaces list ('ip a' or
ifconfing) while it's configured with the bond.

Thanks

On Tue, Aug 16, 2016 at 4:39 PM, Uwe Laverenz <u...@laverenz.de> wrote:

> Hi Elad,
>
> Am 16.08.2016 um 10:52 schrieb Elad Ben Aharon:
>
> Please be sure that ovirtmgmt is not part of the iSCSI bond.
>>
>
> Yes, I made sure it is not part of the bond.
>
> It does seem to have a conflict between default and enp9s0f0/ enp9s0f1.
>> Try to put the host in maintenance and then delete the iscsi nodes using
>> 'iscsiadm -m node -o delete'. Then activate the host.
>>
>
> I tried that, I managed to get the iSCSI interface clean, no "default"
> anymore. But that didn't solve the problem of the host becoming "inactive".
> Not even the NFS domains would come up.
>
> As soon as I remove the iSCSI-bond, the host becomes responsive again and
> I can activate all storage domains. Removing the bond also brings the
> duplicated "Iface Name" back (but this time causes no problems).
>
> ...
>
> I wonder if there is a basic misunderstanding on my side: wouldn't it be
> necessary that all targets are reachable from all interfaces that are
> configured into the bond to make it work?
>
> But this would either mean two interfaces in the same network or routing
> between the iSCSI networks.
>
> Thanks,
>
> Uwe
> ___
> 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] iSCSI Multipathing -> host inactive

[Elad Ben Aharon]

Currently, your host is connected through a single initiator, the 'Default'
interface (Iface Name: default), to 2 targets: tgta and tgtb (Target:
iqn.2005-10.org.freenas.ctl:tgta and Target: iqn.2005-10.org.freenas.ctl:tgtb).
Hence, each LUN is exposed from the storage server via 2 paths.
Since the connection to the storage is done via the 'Default' interface and
not via the 2 iSCSI networks you've configured, currently, the iSCSI bond
is not operational.

For the iSCSI bond to be operational, you'll have to do the following:
- Create 2 networks in RHEVM under the relevant cluster (not sure if you've
already did it) - iSCSI1 and iSCSI2 . Configure both networks to be
non-required networks for the cluster (should be also non-VM networks).
- Attach the networks to the host's 2 interfaces using hosts Setup-networks.
- Create a new iSCSI bond / modify the bond you've created and pick the 2
newly created networks along with all storage targets. Make sure that the
Default network is not part of the bond (usually, the Default network is
the management one - 'ovirtmgmt').
- Put the host in maintenance and re-activate it so the iSCSI sessions will
be refreshed with the new connection specifications.



Please let me know if it works for you.

Elad

On Tue, Aug 16, 2016 at 9:26 AM, Uwe Laverenz <u...@laverenz.de> wrote:

> Hi,
>
> Am 15.08.2016 um 16:53 schrieb Elad Ben Aharon:
>
> Is the iSCSI domain that supposed to be connected through the bond the
>> current master domain?
>>
>
> No, it isn't. An NFS share is the master domain.
>
>
> Also, can you please provide the output of 'iscsiadm -m session -P3' ?
>>
>
> Yes, of course (meanwhile I have switched to 2 targets, 1 per portal).
> This is _without_ iSCSI-Bond:
>
> [root@ovh01 ~]# iscsiadm -m session -P3
> iSCSI Transport Class version 2.0-870
> version 6.2.0.873-33.2
> Target: iqn.2005-10.org.freenas.ctl:tgta (non-flash)
> Current Portal: 10.0.131.121:3260,257
> Persistent Portal: 10.0.131.121:3260,257
> **
> Interface:
> **
> Iface Name: default
> Iface Transport: tcp
> Iface Initiatorname: iqn.1994-05.com.redhat:cda91b279ac5
> Iface IPaddress: 10.0.131.122
> Iface HWaddress: 
> Iface Netdev: 
> SID: 34
> iSCSI Connection State: LOGGED IN
> iSCSI Session State: LOGGED_IN
> Internal iscsid Session State: NO CHANGE
> *
> Timeouts:
> *
> Recovery Timeout: 5
> Target Reset Timeout: 30
> LUN Reset Timeout: 30
> Abort Timeout: 15
> *
> CHAP:
> *
> username: 
> password: 
> username_in: 
> password_in: 
> 
> Negotiated iSCSI params:
> 
> HeaderDigest: None
> DataDigest: None
> MaxRecvDataSegmentLength: 262144
> MaxXmitDataSegmentLength: 131072
> FirstBurstLength: 131072
> MaxBurstLength: 16776192
> ImmediateData: Yes
> InitialR2T: Yes
> MaxOutstandingR2T: 1
> 
> Attached SCSI devices:
> 
> Host Number: 44 State: running
> scsi44 Channel 00 Id 0 Lun: 0
> Attached scsi disk sdf  State: running
> scsi44 Channel 00 Id 0 Lun: 1
> Attached scsi disk sdg  State: running
> scsi44 Channel 00 Id 0 Lun: 2
> Attached scsi disk sdh  State: running
> scsi44 Channel 00 Id 0 Lun: 3
> Attached scsi disk sdi  State: running
> Target: iqn.2005-10.org.freenas.ctl:tgtb (non-flash)
> Current Portal: 10.0.132.121:3260,258
> Persistent Portal: 10.0.132.121:3260,258
> **
> Interface:
> **
> Iface Name: default
> Iface Transport: tcp
> Iface Initiatorname: iqn.1994-05.com.redhat:cda91b279ac5
> Iface IPaddress: 10.0.132.122
> Iface HWaddress: 
> Iface Netdev: 
> SID: 35
> iSCSI Connectio

Re: [ovirt-users] iSCSI Multipathing -> host inactive

[Elad Ben Aharon]

Hi,

Is the iSCSI domain that supposed to be connected through the bond the
current master domain?

Also, can you please provide the output of 'iscsiadm -m session -P3' ?


Thanks



On Mon, Aug 15, 2016 at 4:31 PM, Uwe Laverenz  wrote:

> Hi all,
>
> I'd like to test iSCSI multipathing with OVirt 4.02 and see the following
> problem: if I try to add an iSCSI-Bond the host loses connection to _all_
> storage domains.
>
> I guess I'm doing something wrong. :)
>
> I have built a small test environment for this:
>
> The storage is provided by a freenas box with two dedicated interfaces for
> two separate iSCSI networks.
>
> Each interface has one address in one network (no VLANs, no trunking). For
> each network there is one portal configured. Both portals point to the same
> target. The target has 4 LUNs.
>
> The host also has two dedicated interfaces for iSCSI and finds the target
> over both portals, all LUNs are selected for use and show 2 paths.
>
> My questions:
>
> 1) Is this setup ok or did I miss something?
>
> 2) The LUNs already show 2 paths (multipath -ll), one "active" and one
> "enabled", what difference would a Datacenter iSCSI-bond make?
>
> 3) What combination of checkboxes do I have to use?
>
> Logical Letworks
>
> [ ] ISCSIA
> [ ] ISCSIB
>
> Storage Targets
>
> [ ] iqn.2005-10.org.freenas.ctl:tgt01   10.0.131.121   3260
> [ ] iqn.2005-10.org.freenas.ctl:tgt01   10.0.132.121   3260
>
>
> As stated in the beginning: all my tests made the host lose connection to
> all storage domains (NFS included) and I can not see what I am doing wrong.
>
> Thank you very much!
>
> cu,
> Uwe
> ___
> 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] Storage for my Environment

[Elad Ben Aharon]

As Yaniv suggested, the Gluster Hyper-Converged solution [1] will give you
the ability to have all hosts access the storage.

[1]
http://www.ovirt.org/develop/release-management/features/engine/self-hosted-engine-hyper-converged-gluster-support/

On Sun, Aug 14, 2016 at 1:52 PM, Elad Ben Aharon <ebena...@redhat.com>
wrote:

> Hi Michael,
>
> You can create a local storage domain using the host's local storage
> drive. But, by design, local Data-Centers can have only a single host (i.e,
> you can't have other hosts using this storage).
>
> For local storage deployment, first create a directory on the file system
> of the host's local drive (#mkdir ), change dir owner to vdsm:kvm
> (#chown vdsm:kvm ). Then, put the host in maintenance, create a
> new Data-Center of local storage type, add a cluster to it and add the host
> you put in maintenance to the cluster. Activate the host and create a local
> storage domain.
>
>
>
> Elad
>
> On Fri, Aug 12, 2016 at 12:45 PM, Michael Cooper <mcoo...@coopfire.com>
> wrote:
>
>> Hello Guys,
>>
>> I am sorry ask a stupid question again, however I am not sure how
>> to add storage to the environment that I have at the moment. I have 4
>> Servers 3 of them are AMD and one Intel Core i7, on my servers I have 2
>> Dell SC1435's and one HP DL385 G5
>>
>> I have the Engine Running and I have added a node as well, Both of them
>> are Physical servers they both have 1 tb drives, I would like to add the
>> drive in the node as storage how would I accomplish that?
>>
>> Thank you very much in advance,
>> --
>> *Michael Cooper*
>> http://www.coopfire.com
>> Linux/VMWare Certified Professional
>>
>> ___
>> 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] Storage for my Environment

[Elad Ben Aharon]

Hi Michael,

You can create a local storage domain using the host's local storage drive.
But, by design, local Data-Centers can have only a single host (i.e, you
can't have other hosts using this storage).

For local storage deployment, first create a directory on the file system
of the host's local drive (#mkdir ), change dir owner to vdsm:kvm
(#chown vdsm:kvm ). Then, put the host in maintenance, create a
new Data-Center of local storage type, add a cluster to it and add the host
you put in maintenance to the cluster. Activate the host and create a local
storage domain.



Elad

On Fri, Aug 12, 2016 at 12:45 PM, Michael Cooper 
wrote:

> Hello Guys,
>
> I am sorry ask a stupid question again, however I am not sure how
> to add storage to the environment that I have at the moment. I have 4
> Servers 3 of them are AMD and one Intel Core i7, on my servers I have 2
> Dell SC1435's and one HP DL385 G5
>
> I have the Engine Running and I have added a node as well, Both of them
> are Physical servers they both have 1 tb drives, I would like to add the
> drive in the node as storage how would I accomplish that?
>
> Thank you very much in advance,
> --
> *Michael Cooper*
> http://www.coopfire.com
> Linux/VMWare Certified Professional
>
> ___
> 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] How do I activate a hot-plugged disk (in v3 Python SDK) ?

[Elad Ben Aharon]

What's the VM status when you try to activate the disk?

On Mon, Jul 25, 2016 at 4:23 PM, Barak Korren  wrote:

> On 25 July 2016 at 16:13, Yaniv Kaul  wrote:
> > After successfully attaching a disk and verifying its status is in 'ok',
> > I've tried:
> > api.vms.get(VM0_NAME).disks.get(DISK1_NAME).set_active(True)
> >
> > But it doesn't really activate it. What's the correct way to activate it?
> > (It works well via the UI).
> >
> The same approach pretty much works for me:
> (v3 sdk vs v4.x engine)
>
>
> https://code.engineering.redhat.com/gerrit/#/c/79691/1/fabric_ci/do/ovirt/vm.py
>
>
> --
> Barak Korren
> bkor...@redhat.com
> RHEV-CI Team
> ___
> 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 3.6 hosted engine vm not displaying in vms tab

[Elad Ben Aharon]

Hi,
Can you please provide the logs from the time of the upgrade (engine and
vdsm)?

On Thu, Apr 21, 2016 at 5:22 PM, Dobó László  wrote:

> Hi,
>
> I just upgraded from 3.6.3 to 3.6.5, but the hosted engine vm still not
> visible in vms list.
> Its running on iscsi storage domain. The hosted_storage status is
> "Inactive", cross data center status is "Locked".
> I didn't find anything interesting in engine or vdsm log file.
> Is there any workaround or idea for this problem?
>
> engine os: CentOS Linux release 7.2.1511 (Core)
>
> pkg list:
> ebay-cors-filter.noarch 1.0.1-3.el7 @centos-ovirt36
> jasperreports-server.noarch 6.0.1-1.el7 @ovirt-3.6
> novnc.noarch0.5.1-2.el7 @ovirt-3.6-epel
> otopi.noarch1.4.1-1.el7.centos @ovirt-3.6
> otopi-java.noarch   1.4.1-1.el7.centos @ovirt-3.6
> ovirt-engine.noarch 3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-backend.noarch 3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-cli.noarch 3.6.2.0-1.el7.centos @ovirt-3.6
> ovirt-engine-dbscripts.noarch   3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-extension-aaa-jdbc.noarch 1.0.6-1.el7 @ovirt-3.6
> ovirt-engine-extensions-api-impl.noarch 3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-jboss-as.x86_647.1.1-1.el7.centos @ovirt-3.6
> ovirt-engine-lib.noarch 3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-restapi.noarch 3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-sdk-java.noarch3.6.5.0-1.el7 @ovirt-3.6
> ovirt-engine-sdk-python.noarch  3.6.5.0-1.el7.centos @ovirt-3.6
> ovirt-engine-setup.noarch   3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-setup-base.noarch  3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-setup-plugin-ovirt-engine.noarch 3.6.5.3-1.el7.centos
>  @ovirt-3.6
> ovirt-engine-setup-plugin-ovirt-engine-common.noarch 3.6.5.3-1.el7.centos
>@ovirt-3.6
> ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch
> 3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-setup-plugin-websocket-proxy.noarch 3.6.5.3-1.el7.centos
>@ovirt-3.6
> ovirt-engine-tools.noarch   3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-tools-backup.noarch3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-userportal.noarch  3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-vmconsole-proxy-helper.noarch 3.6.5.3-1.el7.centos
>  @ovirt-3.6
> ovirt-engine-webadmin-portal.noarch 3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-websocket-proxy.noarch 3.6.5.3-1.el7.centos @ovirt-3.6
> ovirt-engine-wildfly.x86_64 8.2.1-1.el7 @ovirt-3.6
> ovirt-engine-wildfly-overlay.noarch 8.0.5-1.el7 @ovirt-3.6
> ovirt-host-deploy.noarch1.4.1-1.el7.centos @ovirt-3.6
> ovirt-host-deploy-java.noarch   1.4.1-1.el7.centos @ovirt-3.6
> ovirt-image-uploader.noarch 3.6.0-1.el7.centos @ovirt-3.6
> ovirt-iso-uploader.noarch   3.6.0-1.el7.centos @ovirt-3.6
> ovirt-optimizer.noarch  0.9.1-2.el7.centos @ovirt-3.6
> ovirt-optimizer-ui.noarch   0.9.1-2.el7.centos @ovirt-3.6
> ovirt-release36.noarch  007-1 @ovirt-3.6
> ovirt-setup-lib.noarch  1.0.1-1.el7.centos @ovirt-3.6
> ovirt-vmconsole.noarch  1.0.0-1.el7.centos @ovirt-3.6
> ovirt-vmconsole-proxy.noarch1.0.0-1.el7.centos @ovirt-3.6
> patternfly1.noarch  1.3.0-1.el7.centos
> @ovirt-3.6-patternfly1-noarch-epel
> python-daemon.noarch1.6-4.el7 @ovirt-3.6-epel
> python-paramiko.noarch  1.15.1-1.el7 @ovirt-3.6-epel
> python-websockify.noarch0.6.0-2.el7 @ovirt-3.6-epel
> spice-html5.noarch  0.1.6-1.el7 @ovirt-3.6-epel
> vdsm-jsonrpc-java.noarch1.1.9-1.el7.centos @ovirt-3.6
>
> nodes : oVirt Node Hypervisor release 3.6 (0.999.201603090756.el7.centos)
>
> vdsm.noarch 4.17.24-0.el7.centos
> vdsm-cli.noarch 4.17.24-0.el7.centos
> vdsm-hook-ethtool-options.noarch 4.17.24-0.el7.centos
> vdsm-hook-vmfex-dev.noarch 4.17.24-0.el7.centos
> vdsm-infra.noarch 4.17.24-0.el7.centos
> vdsm-jsonrpc.noarch 4.17.24-0.el7.centos
> vdsm-python.noarch 4.17.24-0.el7.centos
> vdsm-xmlrpc.noarch 4.17.24-0.el7.centos
> vdsm-yajsonrpc.noarch 4.17.24-0.el7.centos
>
> greetings,
> enax
>
> ___
> 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] R: Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

[Elad Ben Aharon]

Great news!
Thank you for sharing the details, please feel free to raise any other
issue you have.

On Wed, Feb 10, 2016 at 8:34 PM, Giuseppe Berellini <
giuseppe.berell...@ptvgroup.com> wrote:

> Hi Elad, hi Roy!
>
>
>
> After looking at the logs and at similar cases on oVirt mailing lists and
> bugzilla, I had the doubt that oVirt setup was not setting up custom
> parameters properly. During this afternoon I tried to re-deploy the engine
> on another server, with same hardware configuration (same storage server,
> same GlusterFS server, same InfiniBand network, different Gluster volumes
> having identical configuration as before, …), using default values as much
> as possible.
>
>
>
> At first I tried with 3.6.3 release candidate (that is rc2 since today): I
> didn’t want to continue with that because rc2 is requiring to disable
> NetworkManager as a prerequisite (rc1 had not this prerequisite and was OK
> for me).
>
> So I switched to oVirt 3.6.2 (stable release), which allows the use of
> NetworkManager.
>
>
>
> One hour ago I finished with this deployment and oVirt was finally up.
>
> For the moment, I could add the first storage domain and see the
> hosted-engine storage domain be created automatically; also, engine VM now
> appears in the list inside Virtual Machines tab. And I created a working
> test VM! Hurray!!!
>
> Tomorrow I’ll try to add 2 hosts to our system.
>
>
>
> However it seems that most of the problems I had, were caused by “custom
> fields” in the setup script.
>
> It is behaving correctly if I use default values.
>
>
>
> Have a nice day and thank you again for your support,
>
> Giuseppe
>
>
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits <https://www.facebook.com/sistemaits>
> linkedin.com/SISTeMA
> <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l->
>
>
> *Da:* Elad Ben Aharon [mailto:ebena...@redhat.com]
> *Inviato:* mercoledì 10 febbraio 2016 15:12
> *A:* Giuseppe Berellini <giuseppe.berell...@ptvgroup.com>; Roy Golan <
> rgo...@redhat.com>
> *Cc:* users@ovirt.org
> *Oggetto:* Re: [ovirt-users] R: Problem installing oVirt 3.6.3-rc with
> GlusterFS over InfiniBand
>
>
>
> Thanks.
>
> Seems like something else. Adding Roy Golan.
>
> Roy, it seems that since he changed the hosted-engine storage domain name
> during the deployment, the import did not work::
>
> 2016-02-10 13:16:16,469 WARN
> [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand]
> (org.ovirt.thread.pool-8-thread-15) [7bf345c5] CanDoAction of action
> 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons:
> VAR__ACTION__ADD,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST
>
>
>
> I think I remember it has a workaround, maybe this one [1] but I'm not
> sure. Can you please take a look? Thanks.
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1294457#c17
>
>
>
>
>
> On Wed, Feb 10, 2016 at 3:25 PM, Giuseppe Berellini <
> giuseppe.berell...@ptvgroup.com> wrote:
>
> Please, also note that in our case “service ovirt-ha-agent status” returns
> the service as active on both hosts (srv-vmhost-03 is the first one, then
> we added srv-vmhost-05).
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits <https://www.facebook.com/sistemaits>
> linkedin.com/SISTeMA
> <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l->
>
>
> *Da:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *Per conto
> di *Giuseppe Berellini
> *Inviato:* mercoledì 10 febbraio 2016 14:18
> *A:* Elad Ben Aharon <ebena...@redhat.com>
> *Cc:* users@ovirt.org
> *Oggetto:* [ovirt-users] R: Problem installing oVirt 3.6.3-rc with
> GlusterFS over InfiniBand
>
>
>
> This is the result:
>
>
>
> [root@SRV-VMHOST-03 ~]# for i in `vdsClient -s 0 getStorageDomainsList
> 0001-0001-0001-0001-0243` ; do vdsClient -s 0
> getStorageDomainInfo $i;  done;
>
> uuid = deadd23d-51b4-40d8-bf5c-a898003d745c
>
> version = 3
>
> role = Master
>
> remotePat

Re: [ovirt-users] R: Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

[Elad Ben Aharon]

Thanks.

Seems like something else. Adding Roy Golan.

Roy, it seems that since he changed the hosted-engine storage domain name
during the deployment, the import did not work::

2016-02-10 13:16:16,469 WARN
[org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand]
(org.ovirt.thread.pool-8-thread-15) [7bf345c5] CanDoAction of action
'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons:
VAR__ACTION__ADD,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST

I think I remember it has a workaround, maybe this one [1] but I'm not
sure. Can you please take a look? Thanks.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1294457#c17




On Wed, Feb 10, 2016 at 3:25 PM, Giuseppe Berellini <
giuseppe.berell...@ptvgroup.com> wrote:

> Please, also note that in our case “service ovirt-ha-agent status” returns
> the service as active on both hosts (srv-vmhost-03 is the first one, then
> we added srv-vmhost-05).
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits <https://www.facebook.com/sistemaits>
> linkedin.com/SISTeMA
> <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l->
>
>
> *Da:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *Per conto
> di *Giuseppe Berellini
> *Inviato:* mercoledì 10 febbraio 2016 14:18
> *A:* Elad Ben Aharon <ebena...@redhat.com>
> *Cc:* users@ovirt.org
> *Oggetto:* [ovirt-users] R: Problem installing oVirt 3.6.3-rc with
> GlusterFS over InfiniBand
>
>
>
> This is the result:
>
>
>
> [root@SRV-VMHOST-03 ~]# for i in `vdsClient -s 0 getStorageDomainsList
> 0001-0001-0001-0001-0243` ; do vdsClient -s 0
> getStorageDomainInfo $i;  done;
>
> uuid = deadd23d-51b4-40d8-bf5c-a898003d745c
>
> version = 3
>
> role = Master
>
> remotePath = srv-stor-01-ib0:/virtualmachines
>
> type = GLUSTERFS
>
> class = Data
>
> pool = ['0001-0001-0001-0001-0243']
>
> name = VirtualMachines
>
>
>
> [root@SRV-VMHOST-03 ~]#
>
>
>
> Please not that srv-stor-01-ib0:/virtualmachines is NOT the storage of the
> engine. The engine should instead be stored on srv-stor-01-ib0:/ovirtengine.
>
>
>
>
>
>
>
> I also tried to execute:
>
> for i in `vdsClient -s 0 getStorageDomainsList ` ; do vdsClient -s 0
> getStorageDomainInfo $i;  done;
>
> uuid = deadd23d-51b4-40d8-bf5c-a898003d745c
>
> version = 3
>
> role = Master
>
> remotePath = srv-stor-01-ib0:/virtualmachines
>
> type = GLUSTERFS
>
> class = Data
>
> pool = ['0001-0001-0001-0001-0243']
>
> name = VirtualMachines
>
>
>
> uuid = b11a7ef3-9794-4359-bdcd-8dbdba664816
>
> version = 3
>
> role = Regular
>
> remotePath = srv-stor-01-ib0:/ovirtengine
>
> type = GLUSTERFS
>
> class = Data
>
> pool = []
>
> name = EngineStorage
>
>
>
> (here we can see srv-stor-01-ib0:/ovirtengine, but it has no pool)
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits <https://www.facebook.com/sistemaits>
> linkedin.com/SISTeMA
> <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l->
>
>
> *Da:* Elad Ben Aharon [mailto:ebena...@redhat.com <ebena...@redhat.com>]
> *Inviato:* mercoledì 10 febbraio 2016 13:37
> *A:* Giuseppe Berellini <giuseppe.berell...@ptvgroup.com>
> *Cc:* users@ovirt.org
> *Oggetto:* Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with
> GlusterFS over InfiniBand
>
>
>
> Hi,
>
> Thanks for the input.
>
> It seems like you hit https://bugzilla.redhat.com/show_bug.cgi?id=1300749
> which occurs when the host sees more than one hosted engine storage domain
> (probably from the previous deployment).
>
> Can you please execute the following in the host and provide the output?
> Thanks.
>
>
> for i in `vdsClient -s 0 getStorageDomainsList
> 0001-0001-0001-0001-0243` ; do vdsClient -s 0
> getStorageDomainInfo $i;  done;
>
>
>
> On Wed, Feb 10, 2016 

Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

[Elad Ben Aharon]

Hi,
Comments in-line.

I met a couple of people of oVirt team at FOSDEM and they told me they’re
looking for opinions from users:

I could not find in the quick start guide the information about NTP (or
needs of precision for the clock) and I was not caring very much about that.

Given that it is really important, I would expect the installation script
to setup NTP on the hosted-engine by itself (or something similar… Maybe a
question like “Is this time correct?”). Incorrect day time is a common
problem for virtual machines… Also “Uncaught exception” is not helpful to
solve an issue. :-)
Your suggestion regarding the NTP configuration/warning during
hosted-engine deployment seems very reasonable, I'll check if it's
something that will be added in the future.



I started again with a new deploy of oVirt Engine, I set the NTP on the VM
and, as soon as oVirt engine was up, I added the new storage domain and…
GREAT! :-D

I'm glad to hear I could help :)


Now my datacenter is up, data storage (master) is active, but:

- The storage domain for oVirt Engine is not listed in the storage tab

- the hosted engine not in the Virtual Machines tab


Can you please attach engine.log and vdsm.log? seems like an issue with the
hosted-engine domain auto import.





On Wed, Feb 10, 2016 at 11:28 AM, Giuseppe Berellini <
giuseppe.berell...@ptvgroup.com> wrote:

> Hi Elad,
>
>
>
> thank you for the information!
>
>
>
> I met a couple of people of oVirt team at FOSDEM and they told me they’re
> looking for opinions from users:
>
> I could not find in the quick start guide the information about NTP (or
> needs of precision for the clock) and I was not caring very much about that.
>
> Given that it is really important, I would expect the installation script
> to setup NTP on the hosted-engine by itself (or something similar… Maybe a
> question like “Is this time correct?”). Incorrect day time is a common
> problem for virtual machines… Also “Uncaught exception” is not helpful to
> solve an issue. :-)
>
>
>
> I started again with a new deploy of oVirt Engine, I set the NTP on the VM
> and, as soon as oVirt engine was up, I added the new storage domain and…
> GREAT! :-D
>
> Now my datacenter is up, data storage (master) is active, but:
>
> - The storage domain for oVirt Engine is not listed in the storage tab
>
> - the hosted engine not in the Virtual Machines tab
>
>
>
> Is it OK? What should I do now?
>
>
>
> Thanks for your support!
>
> Giuseppe
>
>
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits <https://www.facebook.com/sistemaits>
> linkedin.com/SISTeMA
> <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l->
>
>
> *Da:* Elad Ben Aharon [mailto:ebena...@redhat.com]
> *Inviato:* martedì 9 febbraio 2016 17:05
> *A:* Giuseppe Berellini <giuseppe.berell...@ptvgroup.com>
> *Cc:* users@ovirt.org
> *Oggetto:* Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with
> GlusterFS over InfiniBand
>
>
>
> Hi,
>
> A new behaviour has been introduced for hosted-engine in 3.6.3 that
> involves an automatic import of the hosted-engine storage domain. This auto
> import will take place along with first DC initialization (first storage
> pool creation).
>
> That means that once a first data domain is created in the setup, the
> hosted-engine storage domain will be imported to this DC and the
> hosted-engine VM will be registered and appear in the VM's tab.
>
> Regarding the “Uncaught exception” you're getting when trying to create
> the domain, Can't know for sure why it happens, but my guess is that the
> engine's date and time configuration are not set right.
>
> Thanks
>
>
>
> On Tue, Feb 9, 2016 at 4:41 PM, Giuseppe Berellini <
> giuseppe.berell...@ptvgroup.com> wrote:
>
> Hi,
>
>
>
> I’m trying to setup oVirt 3.6.3 with self-hosted engine on 4 servers
> (vmhost-03, vmhost-04, vmhost-05 for compute; stor-01 for storage). The
> storage server is GlusterFS 3.7.6, all the servers are in the same network
> and are also connected through InfiniBand DDR.
>
>
>
> Network is OK, RDMA is working, IPoIB has been configured, it is possible
> to manually mount GlusterFS volumes on each vmhost. firewalld and SELinux
> are disabled. Ovirtmgmt network is on ethernet.
>
>
>
> The problem is that, after installing the hosted engine, I can connect to
> oVirt admin panel but:
>
> - Datacenter is marked 

Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

[Elad Ben Aharon]

Hi,

Thanks for the input.
It seems like you hit https://bugzilla.redhat.com/show_bug.cgi?id=1300749
which occurs when the host sees more than one hosted engine storage domain
(probably from the previous deployment).

Can you please execute the following in the host and provide the output?
Thanks.

for i in `vdsClient -s 0 getStorageDomainsList
0001-0001-0001-0001-0243` ; do vdsClient -s 0
getStorageDomainInfo $i;  done;

On Wed, Feb 10, 2016 at 2:24 PM, Giuseppe Berellini <
giuseppe.berell...@ptvgroup.com> wrote:

> Hi Elad,
>
>
>
> The log files are attached.
>
> You can also find older logs here:
> https://ptvbox.ptvgroup.com/public.php?service=files=f71a23fd25e1626cae5350687b868a6a
>
>
>
> Thank you,
>
> Giuseppe
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits <https://www.facebook.com/sistemaits>
> linkedin.com/SISTeMA
> <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l->
>
>
> *Da:* Elad Ben Aharon [mailto:ebena...@redhat.com]
> *Inviato:* mercoledì 10 febbraio 2016 13:06
>
> *A:* Giuseppe Berellini <giuseppe.berell...@ptvgroup.com>
> *Cc:* users@ovirt.org
> *Oggetto:* Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with
> GlusterFS over InfiniBand
>
>
>
> Hi,
>
> Comments in-line.
>
>
>
> I met a couple of people of oVirt team at FOSDEM and they told me they’re
> looking for opinions from users:
>
> I could not find in the quick start guide the information about NTP (or
> needs of precision for the clock) and I was not caring very much about that.
>
> Given that it is really important, I would expect the installation script
> to setup NTP on the hosted-engine by itself (or something similar… Maybe a
> question like “Is this time correct?”). Incorrect day time is a common
> problem for virtual machines… Also “Uncaught exception” is not helpful to
> solve an issue. :-)
> Your suggestion regarding the NTP configuration/warning during
> hosted-engine deployment seems very reasonable, I'll check if it's
> something that will be added in the future.
>
>
>
>
>
> I started again with a new deploy of oVirt Engine, I set the NTP on the VM
> and, as soon as oVirt engine was up, I added the new storage domain and…
> GREAT! :-D
>
> I'm glad to hear I could help :)
>
>
>
> Now my datacenter is up, data storage (master) is active, but:
>
> - The storage domain for oVirt Engine is not listed in the storage tab
>
> - the hosted engine not in the Virtual Machines tab
>
>
> Can you please attach engine.log and vdsm.log? seems like an issue with
> the hosted-engine domain auto import.
>
>
>
>
>
>
> On Wed, Feb 10, 2016 at 11:28 AM, Giuseppe Berellini <
> giuseppe.berell...@ptvgroup.com> wrote:
>
> Hi Elad,
>
>
>
> thank you for the information!
>
>
>
> I met a couple of people of oVirt team at FOSDEM and they told me they’re
> looking for opinions from users:
>
> I could not find in the quick start guide the information about NTP (or
> needs of precision for the clock) and I was not caring very much about that.
>
> Given that it is really important, I would expect the installation script
> to setup NTP on the hosted-engine by itself (or something similar… Maybe a
> question like “Is this time correct?”). Incorrect day time is a common
> problem for virtual machines… Also “Uncaught exception” is not helpful to
> solve an issue. :-)
>
>
>
> I started again with a new deploy of oVirt Engine, I set the NTP on the VM
> and, as soon as oVirt engine was up, I added the new storage domain and…
> GREAT! :-D
>
> Now my datacenter is up, data storage (master) is active, but:
>
> - The storage domain for oVirt Engine is not listed in the storage tab
>
> - the hosted engine not in the Virtual Machines tab
>
>
>
> Is it OK? What should I do now?
>
>
>
> Thanks for your support!
>
> Giuseppe
>
>
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits <https://www.facebook.com/sistemaits>
> linkedin.com/SISTeMA
> <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l->
>
>

Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

[Elad Ben Aharon]

Hi,

A new behaviour has been introduced for hosted-engine in 3.6.3 that
involves an automatic import of the hosted-engine storage domain. This auto
import will take place along with first DC initialization (first storage
pool creation).
That means that once a first data domain is created in the setup, the
hosted-engine storage domain will be imported to this DC and the
hosted-engine VM will be registered and appear in the VM's tab.

Regarding the “Uncaught exception” you're getting when trying to create the
domain, Can't know for sure why it happens, but my guess is that the
engine's date and time configuration are not set right.

Thanks

On Tue, Feb 9, 2016 at 4:41 PM, Giuseppe Berellini <
giuseppe.berell...@ptvgroup.com> wrote:

> Hi,
>
>
>
> I’m trying to setup oVirt 3.6.3 with self-hosted engine on 4 servers
> (vmhost-03, vmhost-04, vmhost-05 for compute; stor-01 for storage). The
> storage server is GlusterFS 3.7.6, all the servers are in the same network
> and are also connected through InfiniBand DDR.
>
>
>
> Network is OK, RDMA is working, IPoIB has been configured, it is possible
> to manually mount GlusterFS volumes on each vmhost. firewalld and SELinux
> are disabled. Ovirtmgmt network is on ethernet.
>
>
>
> The problem is that, after installing the hosted engine, I can connect to
> oVirt admin panel but:
>
> - Datacenter is marked as down
>
> - The only host is NOT recognized as an SPM
>
> - In the storage tab there is no storage domain for the hosted engine (I
> only see a detached ISO domain and oVirt repo)
>
> - when I try to create a storage domain, an error shows up (it’s an
> “Uncaught exception”)
>
> - when I try to import a storage domain, an error shows up (it’s about
> datacenter down and SPM not available)
>
> - also, in Virtual Machines tab there are no VMs (neither the hosted
> engine, which is obviously up and reported as up by command “hosted-engine
> --vm-status”)
>
>
>
> So basically it is not possible to do anything.
>
> After setting the host in maintenance mode and rebooting, I cannot start
> the engine VM anymore:
>
>
>
> [root@SRV-VMHOST-05 ~]# hosted-engine --vm-start
>
> VM exists and is down, destroying it
>
> Machine destroyed
>
>
>
> 429eec6e-2126-4740-9911-9c5ad482e09f
>
> Status = WaitForLaunch
>
> nicModel = rtl8139,pv
>
> statusTime = 4300834920
>
> emulatedMachine = pc
>
> pid = 0
>
> vmName = HostedEngine
>
> devices = [{'index': '2', 'iface': 'ide', 'specParams': {},
> 'readonly': 'true', 'deviceId': '1c2205da-17c6-4ffe-9408-602a998d90dc',
> 'address': {'bus': '1', 'controller': '0', 'type': 'drive', 'target': '0',
> 'unit': '0'}, 'device': 'cdrom', 'shared': 'false', 'path': '', 'type':
> 'disk'}, {'index': '0', 'iface': 'virtio', 'format': 'raw', 'bootOrder':
> '1', 'poolID': '----', 'volumeID':
> 'fe82ba21-942d-48cc-9bdb-f41c0f172dde', 'imageID':
> '131460bc-4599-4326-a026-e9e224e4bb5f', 'specParams': {}, 'readonly':
> 'false', 'domainID': '162fc2e5-1897-46fb-b382-195c11ab8546', 'optional':
> 'false', 'deviceId': '131460bc-4599-4326-a026-e9e224e4bb5f', 'address':
> {'slot': '0x06', 'bus': '0x00', 'domain': '0x', 'type': 'pci',
> 'function': '0x0'}, 'device': 'disk', 'shared': 'exclusive',
> 'propagateErrors': 'off', 'type': 'disk'}, {'device': 'scsi', 'model':
> 'virtio-scsi', 'type': 'controller'}, {'nicModel': 'pv', 'macAddr':
> '00:16:3e:30:a9:6e', 'linkActive': 'true', 'network': 'ovirtmgmt',
> 'filter': 'vdsm-no-mac-spoofing', 'specParams': {}, 'deviceId':
> '3d3259a3-19a8-42c3-a50c-6724b475c1ab', 'address': {'slot': '0x03', 'bus':
> '0x00', 'domain': '0x', 'type': 'pci', 'function': '0x0'}, 'device':
> 'bridge', 'type': 'interface'}, {'device': 'console', 'specParams': {},
> 'type': 'console', 'deviceId': '885cca16-2b59-42e4-a57c-0a89a0e823e8',
> 'alias': 'console0'}]
>
> guestDiskMapping = {}
>
> vmType = kvm
>
> clientIp =
>
> displaySecurePort = -1
>
> memSize = 8192
>
> displayPort = -1
>
> cpuType = Nehalem
>
> spiceSecureChannels =
> smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir
>
> smp = 4
>
> displayIp = 0
>
> display = vnc
>
> but the status remains {"reason": "bad vm status", "health": "bad", "vm":
> "down", "detail": "down"}
>
> We tried to use, for the engine volume, both rdma and tcp – nothing changed
>
>
>
> In /var/log/ovirt-hosted-engine-ha/agent.log , these are the only error we
> found:
>
>
>
> MainThread::WARNING::2016-02-08
> 18:17:23,160::ovf_store::105::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
> Unable to find OVF_STORE
>
> MainThread::ERROR::2016-02-08
> 18:17:23,161::config::234::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file)
> Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf
>
>
>
> In vdsm.og I see
>
> Thread-16399::INFO::2016-02-09
> 

Re: [ovirt-users] Consolidating LUNs in iSCSI storage domain

[Elad Ben Aharon]

Hi,

oVirt allows such operations using this feature [1].
Basically, while the storage domain is deactivated (maintenance status),
you'll have to replicate all the data to the fourth LUN (from the storage
server side), replace the storage connections of this storage domain from
RHEVM REST API (explained in [1]) and to activate the domain.


[1] http://www.ovirt.org/Features/Manage_Storage_Connections



On Thu, Feb 4, 2016 at 1:17 AM, Colin Coe  wrote:

> Hi all
>
> In one of our RHEV setups (v3.5.4) the iSCSI storage domain consists of
> four LUNs.  (full details in the attached text file).
>
> I want to consolidate all the data on LUNs
> iqn.2003-10.com.lefthandnetworks:iscsi:341:rhev-data01
> qn.2003-10.com.lefthandnetworks:iscsi:453:rhev-data02
> iqn.2003-10.com.lefthandnetworks:iscsi:518:rhev-data03
> to LUN
> iqn.2003-10.com.lefthandnetworks:iscsi:687:rhev-data04
>
> Is this possible?
>
> Thanks
>
> CC
>
> ___
> 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] HE multipath problem.

[Elad Ben Aharon]

Hi,

Deployment over more than one path is currently not supported. There is a
request for it: https://bugzilla.redhat.com/show_bug.cgi?id=1193961
I can't think of a way for manually change to dual paths and keep the VM
running without interruptions.

Adding Simone and Nir who might have an idea.


On Wed, Feb 3, 2016 at 10:37 AM, gflwqs gflwqs  wrote:

> Hi List,
>
> I have installed the hosted engine over iscsi but have a problem getting
> it to install over the multipath, even though i can see the multipath
> device from the host with multipath -ll.
>
> When i get to the point in the HE installer where i should choose the disk
> i only see the underlying devices like sdb sdc. So if i choose one of those
> it results in that it will only use one of the paths!
>
> My questions is:
> - Is there a bug in the installer script or am i doing something wrong?
> - I now have a running HE and would like to manually change the single
> path to dual, how do i accomplish this?
>
> I am running  ovirt 3.5.6.2.
>
> Regards
> Christian
>
>
>
> ___
> 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] HE multipath problem.

[Elad Ben Aharon]

The scenario of manually connecting the hosted-engine host to several paths
wasn't tested before, but by theory it should work.
As you said, the host should be set to global maintenance, disconnected
from the single iSCSI session [1] and reconnected to the dual paths [2].
Then host re-activation.

[1]  # iscsiadm -m session -u
 # iscsiadm -m node -o delete
[2] # iscsiadm -m discovery -t sendtargets -p target_IP:port
# iscsiadm -m node target_name -l

On Wed, Feb 3, 2016 at 12:12 PM, gflwqs gflwqs <gfl...@gmail.com> wrote:

> So does that mean i can change it if i put the HE into global maintenance
> and restart it?
> If that is possible then it is ok for me?
>
> /Christian
>
> 2016-02-03 11:07 GMT+01:00 Elad Ben Aharon <ebena...@redhat.com>:
>
>> Hi,
>>
>> Deployment over more than one path is currently not supported. There is a
>> request for it: https://bugzilla.redhat.com/show_bug.cgi?id=1193961
>> I can't think of a way for manually change to dual paths and keep the VM
>> running without interruptions.
>>
>> Adding Simone and Nir who might have an idea.
>>
>>
>> On Wed, Feb 3, 2016 at 10:37 AM, gflwqs gflwqs <gfl...@gmail.com> wrote:
>>
>>> Hi List,
>>>
>>> I have installed the hosted engine over iscsi but have a problem getting
>>> it to install over the multipath, even though i can see the multipath
>>> device from the host with multipath -ll.
>>>
>>> When i get to the point in the HE installer where i should choose the
>>> disk i only see the underlying devices like sdb sdc. So if i choose one of
>>> those it results in that it will only use one of the paths!
>>>
>>> My questions is:
>>> - Is there a bug in the installer script or am i doing something wrong?
>>> - I now have a running HE and would like to manually change the single
>>> path to dual, how do i accomplish this?
>>>
>>> I am running  ovirt 3.5.6.2.
>>>
>>> Regards
>>> Christian
>>>
>>>
>>>
>>> ___
>>> 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] HE multipath problem.

[Elad Ben Aharon]

Yes, you're right.

# The following are used only for iSCSI storage
iqn=
portal=
user=
password=
port=


Simone, what do you think, will it be possible to add targets in
hosted-engine.conf as a workaround?


On Wed, Feb 3, 2016 at 2:46 PM, gflwqs gflwqs <gfl...@gmail.com> wrote:

> Yes but i have to change the config for the HE in
> /etc/ovirt-hosted-engine/hosted-engine.conf so how should that look like?
> There is only one variable for storage and since there is dual pathing
> there is 2 ip:s so is there some other config for multipathing?
>
> storage=x.x.x.x
>
> 2016-02-03 13:17 GMT+01:00 Elad Ben Aharon <ebena...@redhat.com>:
>
>> The scenario of manually connecting the hosted-engine host to several
>> paths wasn't tested before, but by theory it should work.
>> As you said, the host should be set to global maintenance, disconnected
>> from the single iSCSI session [1] and reconnected to the dual paths [2].
>> Then host re-activation.
>>
>> [1]  # iscsiadm -m session -u
>>  # iscsiadm -m node -o delete
>> [2] # iscsiadm -m discovery -t sendtargets -p target_IP:port
>> # iscsiadm -m node target_name -l
>>
>> On Wed, Feb 3, 2016 at 12:12 PM, gflwqs gflwqs <gfl...@gmail.com> wrote:
>>
>>> So does that mean i can change it if i put the HE into global
>>> maintenance and restart it?
>>> If that is possible then it is ok for me?
>>>
>>> /Christian
>>>
>>> 2016-02-03 11:07 GMT+01:00 Elad Ben Aharon <ebena...@redhat.com>:
>>>
>>>> Hi,
>>>>
>>>> Deployment over more than one path is currently not supported. There is
>>>> a request for it: https://bugzilla.redhat.com/show_bug.cgi?id=1193961
>>>> I can't think of a way for manually change to dual paths and keep the
>>>> VM running without interruptions.
>>>>
>>>> Adding Simone and Nir who might have an idea.
>>>>
>>>>
>>>> On Wed, Feb 3, 2016 at 10:37 AM, gflwqs gflwqs <gfl...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi List,
>>>>>
>>>>> I have installed the hosted engine over iscsi but have a problem
>>>>> getting it to install over the multipath, even though i can see the
>>>>> multipath device from the host with multipath -ll.
>>>>>
>>>>> When i get to the point in the HE installer where i should choose the
>>>>> disk i only see the underlying devices like sdb sdc. So if i choose one of
>>>>> those it results in that it will only use one of the paths!
>>>>>
>>>>> My questions is:
>>>>> - Is there a bug in the installer script or am i doing something wrong?
>>>>> - I now have a running HE and would like to manually change the single
>>>>> path to dual, how do i accomplish this?
>>>>>
>>>>> I am running  ovirt 3.5.6.2.
>>>>>
>>>>> Regards
>>>>> Christian
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> 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] importing existing storage domain

[Elad Ben Aharon]

Hi,

Did you try to import the data domain as an existing one to the DC [1]?

[1] http://www.ovirt.org/Features/ImportStorageDomain

On Tue, Feb 2, 2016 at 3:25 PM, Charles Kozler  wrote:

> Say I have backed up a storage domain to another NFS. I now want to
> restore that backup. What would be the best method to restore all the disk
> images on that domain? I have tried export domains and importing existing
> domains but every time it says they are not empty and they "may be from
> somewhere else". They are in fact from somewhere else but that is somewhat
> the point of the exercise
>
> I am attempting to simulate a restore-from-backup (basically just an rsync
> of the entire storage domain to an offsite location) and its not going as
> planned. I have all the VM images and can ensure they are all in tact but
> ovirt refuses to acknowledge it
>
> I have also tried setting up a new storage domain and then copying the
> backup images directory to the new images directory under the newly
> established storage domain. ovirt sees the used space go down but does not
> reference / acknowledge / view any of the data actually there unless it
> creates it itself
>
> How can I restore an rsync backup of a storage domain? I am feeling like
> there isnt a way to readily do it so if not, how can I restore these backed
> up images?
>
> --
>
> *Charles Kozler*
> *Vice President, IT Operations*
>
> FIX Flyer, LLC
> 225 Broadway | Suite 1600 | New York, NY 10007
> 1-888-349-3593
> http://www.fixflyer.com 
>
> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
> RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
> WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
> DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
> INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
> RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
> E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
>
> ___
> 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] Planning out oVirt Self-Hosted Engine on Gluster (oVirt 3.6.x / Gluster 3.7.5)

[Elad Ben Aharon]

Hi Willard,
It shouldn't be a problem if you have the Gluster volume mounted on your
hosts. Hosted-engine deployment should not be affected.


Thanks,
Elad

On Thu, Oct 22, 2015 at 9:51 PM, Willard Dennis 
wrote:

> Hi all,
>
> Back to trying out the latest oVirt with latest Gluster, and wanting to do
> a self-hosted Engine setup. I am reading the instructions I found on the
> following pages:
>
> http://www.ovirt.org/Features/Self_Hosted_Engine_Gluster_Support
>
> http://www.ovirt.org/QA:TestCase_Hosted_Engine_External_Gluster_Support
>
> I have the requisite Gluster volume all ready to go:
>
> [root@ovirt-node-01 ~]# gluster volume info engine
>
> Volume Name: engine
> Type: Distributed-Replicate
> Volume ID: 974c9da4-b236-4fc1-b26a-645f14601db8
> Status: Started
> Number of Bricks: 2 x 3 = 6
> Transport-type: tcp
> Bricks:
> Brick1: ovirt-node-01:/gluster_brick1/engine_brick
> Brick2: ovirt-node-02:/gluster_brick2/engine_brick
> Brick3: ovirt-node-03:/gluster_brick3/engine_brick
> Brick4: ovirt-node-01:/gluster_brick3/engine_brick
> Brick5: ovirt-node-02:/gluster_brick4/engine_brick
> Brick6: ovirt-node-03:/gluster_brick5/engine_brick
> Options Reconfigured:
> server.allow-insecure: on
> storage.owner-gid: 36
> storage.owner-uid: 36
> auth.allow: *
> network.ping-timeout: 10
> cluster.server-quorum-type: server
> cluster.quorum-type: auto
> network.remote-dio: enable
> cluster.eager-lock: enable
> performance.stat-prefetch: off
> performance.io-cache: off
> performance.read-ahead: off
> performance.quick-read: off
>
> The one question I have is, should it be mounted or not? I currently do
> have it mounted on each host (example off one of my oVirt hosts):
>
> localhost:/engine  1.9T   65M  1.9T   1% /data/ovirt/engine
>
> Will this interfere with the running of "hosted-engine —deploy”? Kindly
> advise.
>
> Thanks,
> Will
>
> ___
> 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] how to remove orphaned image

[Elad Ben Aharon]

Hi Jiri,

Is the image located under the same storage pool the host is currently
connected to?
You can check the current connected storage pool by the following:
# vdsClient -s 0 getConnectedStoragePoolsList

On Fri, Oct 9, 2015 at 12:45 PM, Jiří Sléžka  wrote:

> Hello,
>
> I have some orphaned images on a storage domain which are not visible from
> manager and I would like to remove them.
>
> I found one proposed feature which would be useful but seems not exists
> yet - http://www.ovirt.org/Features/Orphaned_Images
>
> Also I found this feature http://www.ovirt.org/Features/Domain_Scan but
> there is no documentation how to use it.
>
> Could you suggest me safe manual steps to remove an orphaned image?
>
> btw. I know all info about this image - sdUUID, spUUID, imgUUID, volUUID,
> volume path, logical volume on which is stored,... I am using oVirt3.5.4
>
> Thanks in advance,
>
> Jiri Slezka
>
>
> ___
> 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] Trying hosted-engine on ovirt-3.6 beta

[Elad Ben Aharon]

Seems like an issue with the configuration image saved on the shared
storage. Simone, can you take a look?
Thanks



2015-08-28 17:18:30 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.storage.heconf
heconflib.create_heconfimage:230 stderr: dd: failed to open
‘/rhev/data-center/mnt/lich**FILTERED**:_nfs_ovirt-he_data/03eb6ca0-b532-4949-a0dd-085520bc54eb/images/bad49156-7aa8-448f-b8b7-174854821668/04bd6885-d1e4-4943-9450-638541234339’:
Permission denied

2015-08-28 17:18:30 DEBUG otopi.context context._executeMethod:155 method
exception
Traceback (most recent call last):
  File /usr/lib/python2.7/site-packages/otopi/context.py, line 145, in
_executeMethod
method['method']()
  File
/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/heconf.py,
line 150, in _closeup_create_tar
dest
  File
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/heconflib.py,
line 233, in create_heconfimage
raise RuntimeError('Unable to write HEConfImage')
RuntimeError: Unable to write HEConfImage
2015-08-28 17:18:30 ERROR otopi.context context._executeMethod:164 Failed
to execute stage 'Closing up': Unable to write HEConfImage

On Fri, Aug 28, 2015 at 6:33 PM, Joop jvdw...@xs4all.nl wrote:

 Hi All,

 I have been trying the above and keep getting an error at the end about
 unable to write to HEConfImage, see attached log.

 Host is Fedora22 (clean system), engine is Centos-7.1, followed the
 readme from the 3.6beta release notes but in short:
 - setup a nfs server on the fedora22 host
 - exported /nfs/ovirt-he/data
 - installed yum, installed the 3.6 beta repo
 - installed hosted engine
 - ran setup
 - installed centos7.1, ran engine-setup

 Tried with and without selinux/iptables/firewalld.

 Regards,

 Joop




 ___
 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] Failed to Reconstruct Master Domain for Data Center

[Elad Ben Aharon]

Hi Will, 

Which oVirt version are you using? (rpm -q ovirt-engine) 
Is the GlusterFS storage domain the master? 
Also, please provide: 

- /var/log/ovirt-engine/engine.log 
- /var/log/vdsm/vdsm.log from both nodes 
- /var/log/gluster/* 

And the output of 'rpm -q glusterfs' from both hosts. 


Thanks, 
Elad 

- Original Message -

From: Will K yetanotherw...@yahoo.com 
To: users@ovirt.org 
Sent: Sunday, August 9, 2015 1:07:21 AM 
Subject: [ovirt-users] Failed to Reconstruct Master Domain for Data Center 

Hi all, 

Yes, I got this failed to active master storage domain issue. I'm sort of not 
sure where to start after a few attempts and many google results. Is a good 
lead on how to troubleshoot this master storage failed to start issue? 

I have a 2 node ovirt setup. It is a simple setup with GlusterFS with one 
volume only. Both nodes were put to maintenance mode before reboot. After 
reboot, I checked the followings were all up: 
vdsmd, ovirt-engine, ovirt-websocket-proxy, nfs, nfslock, glusterd, glusterfsd 

I can reach to both nodes and I can activate them in overt. however, the master 
storage can't be activated. 

I tried to start with just node1. It worked fine and storage domain was up. But 
once I booted up and activated node2, the NFS export domain just fails followed 
by the Master domain failure. 

Any suggestion where to start? 

Will 




___ 
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] Import Storage Domain 3.5 Error

[Elad Ben Aharon]

Hi, 

It might occur because the VM you're trying to import has attached disks that 
reside on several storage domains which part of them are not in the 
environment. 

- Original Message -

From: Tang Jackson tangj...@square-enix.com 
To: users@ovirt.org 
Cc: Shigekuni Kazuhiro shige...@square-enix.com 
Sent: Wednesday, June 10, 2015 12:46:45 PM 
Subject: [ovirt-users] Import Storage Domain 3.5 Error 



Hello, 



I have a SAN appliance with a large amount of data including 
VMs/Templates/Disks mounted via NFS. When I tried to attach the storage domain 
to a fresh ovirt cluster the following occurs 



2015-06-10 18:35:58,739 INFO 
[org.ovirt.engine.core.bll.ImportVmFromConfigurationCommand] 
(ajp--127.0.0.1-8702-4) [1d68187c] Lock Acquired to object EngineLock 
[exclusiveLocks= key: AI_Database value: VM_NAME 

, sharedLocks= key: 765ab10e-2283-465a-919a-fce70d877220 value: REMOTE_VM 

] 

2015-06-10 18:35:58,741 WARN 
[org.ovirt.engine.core.bll.ImportVmFromConfigurationCommand] 
(ajp--127.0.0.1-8702-4) [1d68187c] CanDoAction of action 
ImportVmFromConfiguration failed for user admin@internal. Reasons: 
VAR__ACTION__IMPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 

2015-06-10 18:35:58,743 INFO 
[org.ovirt.engine.core.bll.ImportVmFromConfigurationCommand] 
(ajp--127.0.0.1-8702-4) [1d68187c] Lock freed to object EngineLock 
[exclusiveLocks= key: AI_Database value: VM_NAME 

, sharedLocks= key: 765ab10e-2283-465a-919a-fce70d877220 value: REMOTE_VM 

] 



The error appears on the GUI as Storage Domain does not exist. 



All templates are OK. 



Some VMs could be imported but most of them produce the error message above. 



The procedure followed was http://www.ovirt.org/Features/ImportStorageDomain . 





___ 
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] Storage Domain Failed

[Elad Ben Aharon]

Hi Marcelo, 

In order to help I will need you to provide the following: 
- /var/log/ovirt-engine/engine.log from the ovirt-engine server 
- /var/log/vdsm/vdsm.log from the host(s). 

Both from the time of the failure. 

Thanks 
- Original Message -

From: Marcelo Donato don...@din.uem.br 
To: users@ovirt.org 
Sent: Friday, April 24, 2015 4:18:04 PM 
Subject: [ovirt-users] Storage Domain Failed 

Hi all. 

When trying to activate the storage domain, fails with error: ID 967 Failed to 
activate Storage Domain. 

Any help is appreciated greatly. 



-- 
Ao encaminhar esta mensagem, por favor: 
1. Apague o meu e-mail e o meu nome. 
2. Apague também os endereços dos amigos antes de reenviar 
3. Use Cco ou Bcc para enviar mensagens! 
Dificulte a disseminação de vírus e spam. 

___ 
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] Storage domain not in pool issue

[Elad Ben Aharon]

Were these domains attached to another DC previously? 

- Original Message -

From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com, Adam Litke ali...@redhat.com 
Cc: users@ovirt.org, Allon Mureinik amure...@redhat.com 
Sent: Wednesday, 1 April, 2015 10:52:19 AM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 

Hi, 
Any more news ??? 
Thanks 
Alain 



De : Elad Ben Aharon [mailto:ebena...@redhat.com] 
Envoyé : mardi 31 mars 2015 14:44 
À : VONDRA Alain; Adam Litke 
Cc : users@ovirt.org; Allon Mureinik 
Objet : Re: [ovirt-users] Storage domain not in pool issue 

Hi Adam, 
Can you please take a look? By the provided information, there seems to be an 
issue of synchronization failure between engine and vdsm regarding the storage 
pool which the 2 domains are attached to. 
Thanks 



Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 
From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: Idan Shaby ish...@redhat.com, users@ovirt.org, Allon Mureinik 
amure...@redhat.com 
Sent: Tuesday, 31 March, 2015 11:43:39 AM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 

Hi, 
Here is the logs. 
Thanks 


 
Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 


De : Elad Ben Aharon [mailto:ebena...@redhat.com] 
Envoyé : mardi 31 mars 2015 08:19 
À : VONDRA Alain 
Cc : Idan Shaby; users@ovirt.org; Allon Mureinik 
Objet : Re: [ovirt-users] Storage domain not in pool issue 

Please attach /var/log/ovirt-engine/engine.log from engine and 
/var/log/vdsm/vdsm.log from the host(s). 


 
From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com, Idan Shaby ish...@redhat.com 
Cc: users@ovirt.org 
Sent: Tuesday, 31 March, 2015 1:49:42 AM 
Subject: RE:[ovirt-users] Storage domain not in pool issue 

Hi, 
Is there anybody who can help me ? 
I have more than 6 month of work in these two storage domains... 
Thanks, 
Alain 





Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 
De : users-boun...@ovirt.org [users-boun...@ovirt.org] de la part de VONDRA 
Alain [avon...@unicef.fr] 
Envoyé : lundi 30 mars 2015 17:33 
À : Elad Ben Aharon; Idan Shaby 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 

Hi, 
Is there anyother way to synchronize the engine and vdsm ? 
Thanks 




Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




-Message d'origine- 
De : users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] De la part de 
VONDRA Alain 
Envoyé : lundi 30 mars 2015 16:17 
À : Elad Ben Aharon; Idan Shaby 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 

Elad, 
I’ve tried many times to restart the engine without success. 
Thanks 


De : Elad Ben Aharon [mailto:ebena...@redhat.com] Envoyé : lundi 30 mars 2015 
16:00 À : VONDRA Alain; Idan Shaby Cc : users@ovirt.org Objet : Re: 
[ovirt-users] Storage domain not in pool issue 

Thanks for the input. 

From the input, it's clear that engine is not synchronized with vdsm regarding 
the storage pool which these 2 domains are attached to. 
I guess that ovirt-engine service restart would solve it, but I would like 
someone from DEV to take a look before doing so. 


Idan, can you please take a look? 
Thanks 



Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information Direction Administrative et 
Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 
From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: users@ovirt.org 
Sent: Monday, 30 March, 2015 4:18:08 PM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 

Thank you for your help ! 
I attempt to activate using oVirt GUI, in fact this SD was previously attached 
to the Data Center, and I had a crash on it, after a recover à my manager 
oVirt, I see all the VMs and SD up, but the VMs contained in the 2 bad Storage 
Domain didn’t go up, so I’ve tried to put the SD in maintenance, but now I 
can’t even activate this domain. 
I didn’t yet try to put the second bad SD in maintenance after that. 

id | storage_pool_id

Re: [ovirt-users] Storage domain not in pool issue

[Elad Ben Aharon]

Also, can you please describe the exact scenario? 


- Original Message -

From: Elad Ben Aharon ebena...@redhat.com 
To: VONDRA Alain avon...@unicef.fr 
Cc: users@ovirt.org 
Sent: Wednesday, 1 April, 2015 11:44:01 AM 
Subject: Re: [ovirt-users] Storage domain not in pool issue 

Can you please try to detach them from the current DC? If it will work, please 
try to re-attach them to the desired DC and to activate them. 


- Original Message -

From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: Adam Litke ali...@redhat.com, users@ovirt.org, Allon Mureinik 
amure...@redhat.com, Tal Nisan tni...@redhat.com 
Sent: Wednesday, 1 April, 2015 11:39:13 AM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 



These domains were previously imported to another DC after a crash disaster 
using “Import Domain” in oVirt. 

Thanks 
















Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr   















De : Elad Ben Aharon [mailto:ebena...@redhat.com] 
Envoyé : mercredi 1 avril 2015 10:36 
À : VONDRA Alain 
Cc : Adam Litke; users@ovirt.org; Allon Mureinik; Tal Nisan 
Objet : Re: [ovirt-users] Storage domain not in pool issue 





Were these domains attached to another DC previously? 



- Original Message -



From: VONDRA Alain  avon...@unicef.fr  
To: Elad Ben Aharon  ebena...@redhat.com , Adam Litke  ali...@redhat.com 
 
Cc: users@ovirt.org , Allon Mureinik  amure...@redhat.com  
Sent: Wednesday, 1 April, 2015 10:52:19 AM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 





Hi, 
Any more news ??? 
Thanks 
Alain 











De : Elad Ben Aharon [ mailto:ebena...@redhat.com ] 
Envoyé : mardi 31 mars 2015 14:44 
À : VONDRA Alain; Adam Litke 
Cc : users@ovirt.org ; Allon Mureinik 
Objet : Re: [ovirt-users] Storage domain not in pool issue 





Hi Adam, 
Can you please take a look? By the provided information, there seems to be an 
issue of synchronization failure between engine and vdsm regarding the storage 
pool which the 2 domains are attached to. 
Thanks 











Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 












 
From: VONDRA Alain  avon...@unicef.fr  
To: Elad Ben Aharon  ebena...@redhat.com  
Cc: Idan Shaby  ish...@redhat.com , users@ovirt.org , Allon Mureinik  
amure...@redhat.com  
Sent: Tuesday, 31 March, 2015 11:43:39 AM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 





Hi, 
Here is the logs. 
Thanks 






 
Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 












 






De : Elad Ben Aharon [ mailto:ebena...@redhat.com ] 
Envoyé : mardi 31 mars 2015 08:19 
À : VONDRA Alain 
Cc : Idan Shaby; users@ovirt.org ; Allon Mureinik 
Objet : Re: [ovirt-users] Storage domain not in pool issue 





Please attach /var/log/ovirt-engine/engine.log from engine and 
/var/log/vdsm/vdsm.log from the host(s). 






 
From: VONDRA Alain  avon...@unicef.fr  
To: Elad Ben Aharon  ebena...@redhat.com , Idan Shaby  ish...@redhat.com 
 
Cc: users@ovirt.org 
Sent: Tuesday, 31 March, 2015 1:49:42 AM 
Subject: RE:[ovirt-users] Storage domain not in pool issue 





Hi, 
Is there anybody who can help me ? 
I have more than 6 month of work in these two storage domains... 
Thanks, 
Alain 

















Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 












 
De : users-boun...@ovirt.org [users-boun...@ovirt.org] de la part de VONDRA 
Alain [avon...@unicef.fr] 
Envoyé : lundi 30 mars 2015 17:33 
À : Elad Ben Aharon; Idan Shaby 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 





Hi, 
Is there anyother way to synchronize the engine and vdsm ? 
Thanks 












Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 












-Message d'origine- 
De : users-boun...@ovirt.org [ mailto:users-boun...@ovirt.org ] De la part de 
VONDRA Alain 
Envoyé : lundi 30 mars 2015 16:17 
À : Elad Ben Aharon; Idan Shaby 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 





Elad, 
I’ve tried many times to restart the engine without success

Re: [ovirt-users] Storage domain not in pool issue

[Elad Ben Aharon]

Please attach /var/log/ovirt-engine/engine.log from engine and 
/var/log/vdsm/vdsm.log from the host(s). 


- Original Message -

From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com, Idan Shaby ish...@redhat.com 
Cc: users@ovirt.org 
Sent: Tuesday, 31 March, 2015 1:49:42 AM 
Subject: RE:[ovirt-users] Storage domain not in pool issue 

Hi, 
Is there anybody who can help me ? 
I have more than 6 month of work in these two storage domains... 
Thanks, 
Alain 





Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 
De : users-boun...@ovirt.org [users-boun...@ovirt.org] de la part de VONDRA 
Alain [avon...@unicef.fr] 
Envoyé : lundi 30 mars 2015 17:33 
À : Elad Ben Aharon; Idan Shaby 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 

Hi, 
Is there anyother way to synchronize the engine and vdsm ? 
Thanks 




Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




-Message d'origine- 
De : users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] De la part de 
VONDRA Alain 
Envoyé : lundi 30 mars 2015 16:17 
À : Elad Ben Aharon; Idan Shaby 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 

Elad, 
I’ve tried many times to restart the engine without success. 
Thanks 


De : Elad Ben Aharon [mailto:ebena...@redhat.com] Envoyé : lundi 30 mars 2015 
16:00 À : VONDRA Alain; Idan Shaby Cc : users@ovirt.org Objet : Re: 
[ovirt-users] Storage domain not in pool issue 

Thanks for the input. 

From the input, it's clear that engine is not synchronized with vdsm regarding 
the storage pool which these 2 domains are attached to. 
I guess that ovirt-engine service restart would solve it, but I would like 
someone from DEV to take a look before doing so. 


Idan, can you please take a look? 
Thanks 



Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information Direction Administrative et 
Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 
From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: users@ovirt.org 
Sent: Monday, 30 March, 2015 4:18:08 PM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 

Thank you for your help ! 
I attempt to activate using oVirt GUI, in fact this SD was previously attached 
to the Data Center, and I had a crash on it, after a recover à my manager 
oVirt, I see all the VMs and SD up, but the VMs contained in the 2 bad Storage 
Domain didn’t go up, so I’ve tried to put the SD in maintenance, but now I 
can’t even activate this domain. 
I didn’t yet try to put the second bad SD in maintenance after that. 

id | storage_pool_id 
--+- 
--+- 
072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | 
37a291a4-6108-4bb9-af33-da88555ab3a9 | f422de63-8869-41ef-a782-8b0c9ee03c41 
d7b9d7cc-f7d6-43c7-ae13-e720951657c9 | f422de63-8869-41ef-a782-8b0c9ee03c41 
7e40772a-fe94-4fb2-94c4-6198bed04a6a | f422de63-8869-41ef-a782-8b0c9ee03c41 
7e137867-953f-4fd5-a77a-f3bc18cd140e | f422de63-8869-41ef-a782-8b0c9ee03c41 
1f6dec51-12a6-41ed-9d14-8f0ad4e062d2 | f422de63-8869-41ef-a782-8b0c9ee03c41 
69ddb676-f423-43fc-af38-909bbedeef61 | f422de63-8869-41ef-a782-8b0c9ee03c41 
(7 lignes) 

Thanks 




De : Elad Ben Aharon [mailto:ebena...@redhat.com] Envoyé : lundi 30 mars 2015 
15:09 À : VONDRA Alain Cc : users@ovirt.org Objet : Re: [ovirt-users] Storage 
domain not in pool issue 

Thanks. 

As you can see, the domain is not attached to pool 
f422de63-8869-41ef-a782-8b0c9ee03c41, which is the pool you've tried to 
activate the domain in. 
Via which API did you attempt to activate the domain in this pool? 

Also, please execute the following command on engine and paste its output here. 
su - postgres -c psql -U postgres engine -c 'select id,storage_pool_id from 
storage_domains;' | less -S 



Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information Direction Administrative et 
Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 
From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: users@ovirt.org 
Sent: Monday, 30 March, 2015 3:43:35 PM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 

My oVirt version is 3.5.0.1 

[root@unc-srv-hyp2 ~]$ vdsClient -s 0 getStorageDomainInfo 
d7b9d7cc-f7d6-43c7-ae13-e720951657c9 uuid = 
d7b9d7cc-f7d6-43c7-ae13-e720951657c9 
vguuid = zyiwLa-STgp-v3r8-KJqj-1AIP-rC2k-4NuXqf 
state = OK 
version = 3 
role = Regular 
type = ISCSI

Re: [ovirt-users] Storage domain not in pool issue

[Elad Ben Aharon]

Hi Adam, 
Can you please take a look? By the provided information, there seems to be an 
issue of synchronization failure between engine and vdsm regarding the storage 
pool which the 2 domains are attached to. 
Thanks 

- Original Message -

From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: Idan Shaby ish...@redhat.com, users@ovirt.org, Allon Mureinik 
amure...@redhat.com 
Sent: Tuesday, 31 March, 2015 11:43:39 AM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 



Hi, 

Here is the logs. 

Thanks 


















Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr   















De : Elad Ben Aharon [mailto:ebena...@redhat.com] 
Envoyé : mardi 31 mars 2015 08:19 
À : VONDRA Alain 
Cc : Idan Shaby; users@ovirt.org; Allon Mureinik 
Objet : Re: [ovirt-users] Storage domain not in pool issue 





Please attach /var/log/ovirt-engine/engine.log from engine and 
/var/log/vdsm/vdsm.log from the host(s). 






- Original Message -



From: VONDRA Alain  avon...@unicef.fr  
To: Elad Ben Aharon  ebena...@redhat.com , Idan Shaby  ish...@redhat.com 
 
Cc: users@ovirt.org 
Sent: Tuesday, 31 March, 2015 1:49:42 AM 
Subject: RE:[ovirt-users] Storage domain not in pool issue 





Hi, 
Is there anybody who can help me ? 
I have more than 6 month of work in these two storage domains... 
Thanks, 
Alain 

















Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 












 
De : users-boun...@ovirt.org [users-boun...@ovirt.org] de la part de VONDRA 
Alain [avon...@unicef.fr] 
Envoyé : lundi 30 mars 2015 17:33 
À : Elad Ben Aharon; Idan Shaby 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 





Hi, 
Is there anyother way to synchronize the engine and vdsm ? 
Thanks 












Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 












-Message d'origine- 
De : users-boun...@ovirt.org [ mailto:users-boun...@ovirt.org ] De la part de 
VONDRA Alain 
Envoyé : lundi 30 mars 2015 16:17 
À : Elad Ben Aharon; Idan Shaby 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 





Elad, 
I’ve tried many times to restart the engine without success. 
Thanks 






De : Elad Ben Aharon [ mailto:ebena...@redhat.com ] Envoyé : lundi 30 mars 2015 
16:00 À : VONDRA Alain; Idan Shaby Cc : users@ovirt.org Objet : Re: 
[ovirt-users] Storage domain not in pool issue 





Thanks for the input. 





From the input, it's clear that engine is not synchronized with vdsm regarding 
the storage pool which these 2 domains are attached to. 
I guess that ovirt-engine service restart would solve it, but I would like 
someone from DEV to take a look before doing so. 






Idan, can you please take a look? 
Thanks 











Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information Direction Administrative et 
Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 












 
From: VONDRA Alain  avon...@unicef.fr  
To: Elad Ben Aharon  ebena...@redhat.com  
Cc: users@ovirt.org 
Sent: Monday, 30 March, 2015 4:18:08 PM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 





Thank you for your help ! 
I attempt to activate using oVirt GUI, in fact this SD was previously attached 
to the Data Center, and I had a crash on it, after a recover à my manager 
oVirt, I see all the VMs and SD up, but the VMs contained in the 2 bad Storage 
Domain didn’t go up, so I’ve tried to put the SD in maintenance, but now I 
can’t even activate this domain. 
I didn’t yet try to put the second bad SD in maintenance after that. 





id | storage_pool_id 
--+- 
--+- 
072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | 
37a291a4-6108-4bb9-af33-da88555ab3a9 | f422de63-8869-41ef-a782-8b0c9ee03c41 
d7b9d7cc-f7d6-43c7-ae13-e720951657c9 | f422de63-8869-41ef-a782-8b0c9ee03c41 
7e40772a-fe94-4fb2-94c4-6198bed04a6a | f422de63-8869-41ef-a782-8b0c9ee03c41 
7e137867-953f-4fd5-a77a-f3bc18cd140e | f422de63-8869-41ef-a782-8b0c9ee03c41 
1f6dec51-12a6-41ed-9d14-8f0ad4e062d2 | f422de63-8869-41ef-a782-8b0c9ee03c41 
69ddb676-f423-43fc-af38-909bbedeef61 | f422de63-8869-41ef-a782-8b0c9ee03c41 
(7 lignes) 





Thanks 












De : Elad Ben Aharon [ mailto:ebena...@redhat.com ] Envoyé : lundi 30 mars 2015 
15:09 À : VONDRA Alain Cc : users@ovirt.org Objet : Re: [ovirt-users

Re: [ovirt-users] Storage domain not in pool issue

[Elad Ben Aharon]

Which oVirt version are you using? 
Also, please execute the following command and paste its output here. 

vdsClient -s 0 getStorageDomainInfo d7b9d7cc-f7d6-43c7-ae13-e720951657c9 

- Original Message -

From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: users@ovirt.org 
Sent: Monday, 30 March, 2015 3:05:49 PM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 

Hi, 
Yes I have an active storage domain 
Thanks 


De : Elad Ben Aharon [mailto:ebena...@redhat.com] 
Envoyé : lundi 30 mars 2015 13:59 
À : VONDRA Alain 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 

Hi, 

Besides from these 2 storage domains, do you have an active master storage 
domain in the pool? 





Elad Ben Aharon 
RHEV-QE storage 






Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 
From: VONDRA Alain avon...@unicef.fr 
To: users@ovirt.org 
Sent: Monday, 30 March, 2015 12:18:26 PM 
Subject: [ovirt-users] Storage domain not in pool issue 

Hi, 
I can’t activate two Storage domain after a Data Center disaster, I have these 
errors in my vdsm.log : 

Thread-76::ERROR::2015-03-30 
10:38:36,521::task::866::Storage.TaskManager.Task::(_setError) 
Task=`48e52e40-423b-4e9a-ac6b-e5b423bf9b99`::Unexpected error 
Thread-76::ERROR::2015-03-30 
10:38:36,525::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': 
{'message': Storage domain not in pool: 
'domain=d7b9d7cc-f7d6-43c7-ae13-e720951657c9, 
pool=f422de63-8869-41ef-a782-8b0c9ee03c41', 'code': 353}} 

How can I re-activate them ? 
Thanks 


 
Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 



___ 
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] Storage domain not in pool issue

[Elad Ben Aharon]

Thanks. 

As you can see, the domain is not attached to pool 
f422de63-8869-41ef-a782-8b0c9ee03c41, which is the pool you've tried to 
activate the domain in. 
Via which API did you attempt to activate the domain in this pool? 

Also, please execute the following command on engine and paste its output here. 

su - postgres -c psql -U postgres engine -c 'select id,storage_pool_id from 
storage_domains;' | less -S 

- Original Message -

From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: users@ovirt.org 
Sent: Monday, 30 March, 2015 3:43:35 PM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 

My oVirt version is 3.5.0.1 

[root@unc-srv-hyp2 ~]$ vdsClient -s 0 getStorageDomainInfo 
d7b9d7cc-f7d6-43c7-ae13-e720951657c9 uuid = 
d7b9d7cc-f7d6-43c7-ae13-e720951657c9 
vguuid = zyiwLa-STgp-v3r8-KJqj-1AIP-rC2k-4NuXqf 
state = OK 
version = 3 
role = Regular 
type = ISCSI 
class = Data 
pool = ['c58a44b1-1c98-450e-97e1-3347eeb28f86'] 
name = VOL-UNC-PROD-02 





De : Elad Ben Aharon [mailto:ebena...@redhat.com] 
Envoyé : lundi 30 mars 2015 14:41 
À : VONDRA Alain 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 

Which oVirt version are you using? 
Also, please execute the following command and paste its output here. 

vdsClient -s 0 getStorageDomainInfo d7b9d7cc-f7d6-43c7-ae13-e720951657c9 



Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 
From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: users@ovirt.org 
Sent: Monday, 30 March, 2015 3:05:49 PM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 

Hi, 
Yes I have an active storage domain 
Thanks 


De : Elad Ben Aharon [mailto:ebena...@redhat.com] 
Envoyé : lundi 30 mars 2015 13:59 
À : VONDRA Alain 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 

Hi, 

Besides from these 2 storage domains, do you have an active master storage 
domain in the pool? 





Elad Ben Aharon 
RHEV-QE storage 






Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 
From: VONDRA Alain avon...@unicef.fr 
To: users@ovirt.org 
Sent: Monday, 30 March, 2015 12:18:26 PM 
Subject: [ovirt-users] Storage domain not in pool issue 

Hi, 
I can’t activate two Storage domain after a Data Center disaster, I have these 
errors in my vdsm.log : 

Thread-76::ERROR::2015-03-30 
10:38:36,521::task::866::Storage.TaskManager.Task::(_setError) 
Task=`48e52e40-423b-4e9a-ac6b-e5b423bf9b99`::Unexpected error 
Thread-76::ERROR::2015-03-30 
10:38:36,525::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': 
{'message': Storage domain not in pool: 
'domain=d7b9d7cc-f7d6-43c7-ae13-e720951657c9, 
pool=f422de63-8869-41ef-a782-8b0c9ee03c41', 'code': 353}} 

How can I re-activate them ? 
Thanks 


 
Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 



___ 
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] Storage domain not in pool issue

[Elad Ben Aharon]

Thanks for the input. 

From the input, it's clear that engine is not synchronized with vdsm regarding 
the storage pool which these 2 domains are attached to. 
I guess that ovirt-engine service restart would solve it, but I would like 
someone from DEV to take a look before doing so. 


Idan, can you please take a look? 
Thanks 

- Original Message -

From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: users@ovirt.org 
Sent: Monday, 30 March, 2015 4:18:08 PM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 

Thank you for your help ! 
I attempt to activate using oVirt GUI, in fact this SD was previously attached 
to the Data Center, and I had a crash on it, after a recover à my manager 
oVirt, I see all the VMs and SD up, but the VMs contained in the 2 bad Storage 
Domain didn’t go up, so I’ve tried to put the SD in maintenance, but now I 
can’t even activate this domain. 
I didn’t yet try to put the second bad SD in maintenance after that. 

id | storage_pool_id 
--+-- 
072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | 
37a291a4-6108-4bb9-af33-da88555ab3a9 | f422de63-8869-41ef-a782-8b0c9ee03c41 
d7b9d7cc-f7d6-43c7-ae13-e720951657c9 | f422de63-8869-41ef-a782-8b0c9ee03c41 
7e40772a-fe94-4fb2-94c4-6198bed04a6a | f422de63-8869-41ef-a782-8b0c9ee03c41 
7e137867-953f-4fd5-a77a-f3bc18cd140e | f422de63-8869-41ef-a782-8b0c9ee03c41 
1f6dec51-12a6-41ed-9d14-8f0ad4e062d2 | f422de63-8869-41ef-a782-8b0c9ee03c41 
69ddb676-f423-43fc-af38-909bbedeef61 | f422de63-8869-41ef-a782-8b0c9ee03c41 
(7 lignes) 

Thanks 




De : Elad Ben Aharon [mailto:ebena...@redhat.com] 
Envoyé : lundi 30 mars 2015 15:09 
À : VONDRA Alain 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 

Thanks. 

As you can see, the domain is not attached to pool 
f422de63-8869-41ef-a782-8b0c9ee03c41, which is the pool you've tried to 
activate the domain in. 
Via which API did you attempt to activate the domain in this pool? 

Also, please execute the following command on engine and paste its output here. 
su - postgres -c psql -U postgres engine -c 'select id,storage_pool_id from 
storage_domains;' | less -S 



Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 
From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: users@ovirt.org 
Sent: Monday, 30 March, 2015 3:43:35 PM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 

My oVirt version is 3.5.0.1 

[root@unc-srv-hyp2 ~]$ vdsClient -s 0 getStorageDomainInfo 
d7b9d7cc-f7d6-43c7-ae13-e720951657c9 uuid = 
d7b9d7cc-f7d6-43c7-ae13-e720951657c9 
vguuid = zyiwLa-STgp-v3r8-KJqj-1AIP-rC2k-4NuXqf 
state = OK 
version = 3 
role = Regular 
type = ISCSI 
class = Data 
pool = ['c58a44b1-1c98-450e-97e1-3347eeb28f86'] 
name = VOL-UNC-PROD-02 





De : Elad Ben Aharon [mailto:ebena...@redhat.com] 
Envoyé : lundi 30 mars 2015 14:41 
À : VONDRA Alain 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 

Which oVirt version are you using? 
Also, please execute the following command and paste its output here. 

vdsClient -s 0 getStorageDomainInfo d7b9d7cc-f7d6-43c7-ae13-e720951657c9 



Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 
From: VONDRA Alain avon...@unicef.fr 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: users@ovirt.org 
Sent: Monday, 30 March, 2015 3:05:49 PM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 

Hi, 
Yes I have an active storage domain 
Thanks 


De : Elad Ben Aharon [mailto:ebena...@redhat.com] 
Envoyé : lundi 30 mars 2015 13:59 
À : VONDRA Alain 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 

Hi, 

Besides from these 2 storage domains, do you have an active master storage 
domain in the pool? 





Elad Ben Aharon 
RHEV-QE storage 






Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 




 
From: VONDRA Alain avon...@unicef.fr 
To: users@ovirt.org 
Sent: Monday, 30 March, 2015 12:18:26 PM 
Subject: [ovirt-users] Storage domain not in pool issue 

Hi, 
I can’t activate two Storage domain after a Data Center disaster, I have these 
errors in my vdsm.log : 

Thread-76::ERROR::2015-03-30 
10:38:36,521::task::866::Storage.TaskManager.Task::(_setError) 
Task=`48e52e40-423b-4e9a-ac6b-e5b423bf9b99`::Unexpected error 
Thread-76::ERROR::2015-03-30 
10:38:36,525::dispatcher::76::Storage.Dispatcher::(wrapper) {'status

Re: [ovirt-users] Storage domain not in pool issue

[Elad Ben Aharon]

Hi, 

Besides from these 2 storage domains, do you have an active master storage 
domain in the pool? 






Elad Ben Aharon 
RHEV-QE storage 


- Original Message -

From: VONDRA Alain avon...@unicef.fr 
To: users@ovirt.org 
Sent: Monday, 30 March, 2015 12:18:26 PM 
Subject: [ovirt-users] Storage domain not in pool issue 



Hi, 

I can’t activate two Storage domain after a Data Center disaster, I have these 
errors in my vdsm.log : 



Thread-76::ERROR::2015-03-30 
10:38:36,521::task::866::Storage.TaskManager.Task::(_setError) 
Task=`48e52e40-423b-4e9a-ac6b-e5b423bf9b99`::Unexpected error 

Thread-76::ERROR::2015-03-30 
10:38:36,525::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': 
{'message': Storage domain not in pool: 
'domain=d7b9d7cc-f7d6-43c7-ae13-e720951657c9, 
pool=f422de63-8869-41ef-a782-8b0c9ee03c41', 'code': 353}} 



How can I re-activate them ? 

Thanks 

















Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr   














___ 
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] iso domain don't go into maintenance mode because of attached iso

[Elad Ben Aharon]

Please try: 
Under VMs tab -- Change CD -- Eject 





Elad Ben Aharon 
RHEV-QE storage 


- Original Message -

From: Nathanaël Blanchet blanc...@abes.fr 
To: users@ovirt.org 
Sent: Tuesday, 3 March, 2015 4:01:44 PM 
Subject: [ovirt-users] iso domain don't go into maintenance mode because of 
attached iso 

Hi all, 

I try to put my iso domain in maintenance mode but engine tells me that 
some vms use it with an attached iso. 
I detached them from their respective vms without rebooting them, but 
the issue and the message are still the same. 
What can I do? 
___ 
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] Can't remove snapshot due to low disk space on storage domain?

[Elad Ben Aharon]

Snapshot removal (merge) includes a create volume phase. This volume is 
temporary and gets removed once the snapshot merge is completed. Its size is 
the size of the disk. 
That means that in order to remove the snapshot, the storage domain should have 
available size that is equal to the disk size. 









Elad Ben Aharon 
RHEV-QE storage 


- Original Message -

From: Rik Theys rik.th...@esat.kuleuven.be 
To: users@ovirt.org 
Sent: Tuesday, 10 February, 2015 12:00:10 PM 
Subject: [ovirt-users] Can't remove snapshot due to low disk space on storage 
domain? 

Hi, 

I'm running the ovirt engine 3.4 series. I've created a snapshot of a VM 
with an OS and data disk before upgrading the machine. 

The upgrade went fine and I now want to remove the snapshot. 
Unfortunately this fails with the error: 

Cannot remove Snapshot. Low disk space on target Storage Domain 
stadius-virt2_PERC. 

So I can't free disk space by removing the snapshot because I don't have 
enough space? 

When I look at the VM the disks are shown as preallocated (which is what 
I selected during installation). When I look at the storage tab and list 
the disks in my storage domain, the disks are now shown as thin 
provisioned with the actual size  virtual size. 

How can I remove this snapshot? I don't have enough free disk space in 
my storage domain to duplicate the data disk of my VM. 

Regards, 

Rik 


-- 
Rik Theys 
System Engineer 
KU Leuven - Dept. Elektrotechniek (ESAT) 
Kasteelpark Arenberg 10 bus 2440 - B-3001 Leuven-Heverlee 
+32(0)16/32.11.07 
 
Any errors in spelling, tact or fact are transmission errors 
___ 
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] importing iscsi storage domain

[Elad Ben Aharon]

Steven - can you please attach engine.log also? 
(/var/log/ovirt-engine/engine.log) 

Adding Maor and Liron from DEV. 

Maor, Liron, can you take a look? 

In vdsm.log I see the following: 

Thread-77065::WARNING::2015-02-10 
09:43:49,917::resourceManager::591::Storage.ResourceManager::(registerResource) 
Resource factory failed to create resource 
'2e94bbac-1648-49db-8605-ce574d2bc240_imageNS.952af113-8219-43a4-92a9-bfe913ec8b69'.
 Canceling request. 
Traceback (most recent call last): 
File /usr/share/vdsm/storage/resourceManager.py, line 587, in 
registerResource 
obj = namespaceObj.factory.createResource(name, lockType) 
File /usr/share/vdsm/storage/resourceFactories.py, line 193, in 
createResource 
lockType) 
File /usr/share/vdsm/storage/resourceFactories.py, line 119, in 
__getResourceCandidatesList 
repoPath = os.path.join(self.storage_repository, dom.getPools()[0]) 
IndexError: list index out of range 
Thread-77065::DEBUG::2015-02-10 
09:43:49,918::resourceManager::210::Storage.ResourceManager.Request::(cancel) 
ResName=`2e94bbac-1648-49db-8605-ce574d2bc240_imageNS.952af113-8219-43a4-92a9-bfe913ec8b69`ReqID=`10e68fbb-ac50-461f-92ac-d8c43060ed43`::Canceled
 request 
Thread-77065::WARNING::2015-02-10 
09:43:49,918::resourceManager::203::Storage.ResourceManager.Request::(cancel) 
ResName=`2e94bbac-1648-49db-8605-ce574d2bc240_imageNS.952af113-8219-43a4-92a9-bfe913ec8b69`ReqID=`10e68fbb-ac50-461f-92ac-d8c43060ed43`::Tried
 to cancel a processed request 
Thread-77065::ERROR::2015-02-10 
09:43:49,918::task::866::Storage.TaskManager.Task::(_setError) 
Task=`6e023655-23ad-42cd-9b7e-6c5e5e3b08b9`::Unexpected error 
Traceback (most recent call last): 
File /usr/share/vdsm/storage/task.py, line 873, in _run 
return fn(*args, **kargs) 
File /usr/share/vdsm/logUtils.py, line 45, in wrapper 
res = f(*args, **kwargs) 
File /usr/share/vdsm/storage/hsm.py, line 1285, in setVolumeDescription 
pool.setVolumeDescription(sdUUID, imgUUID, volUUID, description) 
File /usr/share/vdsm/storage/securable.py, line 77, in wrapper 
return method(self, *args, **kwargs) 
File /usr/share/vdsm/storage/sp.py, line 1884, in setVolumeDescription 
rm.LockType.exclusive): 
File /usr/share/vdsm/storage/resourceManager.py, line 523, in acquireResource 
raise se.ResourceAcqusitionFailed() 
ResourceAcqusitionFailed: Could not acquire resource. Probably resource factory 
threw an exception.: () 


- Original Message -

From: Steven M. Bellistri sbellis...@ldirx.com 
To: Elad Ben Aharon ebena...@redhat.com 
Sent: Tuesday, 10 February, 2015 6:35:32 PM 
Subject: RE: [ovirt-users] importing iscsi storage domain 



Another issue, when I failback the 2 storage domains, the 2 nd SD is not 
working. The vm that has the DB drives will not boot after I failover (I 
checked the virtio-scsi setting and it was checked), but I was getting an error 
in the manager saying that: Failed to update OVF disks 
952af113-8219-43a4-92a9-bfe913ec8b69, OVF data isn't updated on those OVF 
stores (Data Center Default, Storage Domain iSCSI_2). So then I tried putting 
the SD2 into maintenance mode and then reactivating it, but it would not active 
or would it detach. I had to destroy the SD. The weird thing is that I had no 
problems with the 1 st SD. I am sending the vdsm.log file from the host in the 
PR site. 




From: Elad Ben Aharon [mailto:ebena...@redhat.com] 
Sent: Monday, February 9, 2015 1:26 AM 
To: Steven M. Bellistri 
Cc: Aharon Canan; users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





The import domain operation consists of several stages which their execution 
time can vary. 


It would be almost impossible to estimate how long it will take. But, since the 
whole import operation, along with the VMs registration in the new environment, 
doesn't involve any long time operations, like disks creation, it shouldn't 
take more than a few minutes. 






- Original Message -



From: Steven M. Bellistri sbellis...@ldirx.com 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: Aharon Canan aca...@redhat.com, users@ovirt.org 
Sent: Thursday, 5 February, 2015 5:41:11 PM 
Subject: RE: [ovirt-users] importing iscsi storage domain 





I put the storage domain in maintenance mode, then changed the time from 
60minutes to 5min, then after I failed the storage over I was able to import 
the domain. Thanks so much for the help. I just have one more question, is 
there anyway to calculate how long it will take to import a domain, because our 
production environment is about 5.5TB with about 40vm’s? 



thanks 




From: Elad Ben Aharon [mailto:ebena...@redhat.com] 
Sent: Thursday, February 5, 2015 1:49 AM 
To: Steven M. Bellistri 
Cc: Aharon Canan; users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





If you can't see the VMs under 'VM Import' subtab under the imported storage 
domain, it means that you won't be able to recover those VMs (because their 
configuration files weren't uploaded

Re: [ovirt-users] importing iscsi storage domain

[Elad Ben Aharon]

Thanks Steven, I filed a bug for the Virt-IO-SCSI issue 
https://bugzilla.redhat.com/show_bug.cgi?id=1191397 . 


- Original Message -

From: Steven M. Bellistri sbellis...@ldirx.com 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: Aharon Canan aca...@redhat.com, users@ovirt.org 
Sent: Tuesday, 10 February, 2015 5:28:22 PM 
Subject: RE: [ovirt-users] importing iscsi storage domain 



Thanks for all your help. I am having another issue, so I do not know if I need 
to send a separate email, and I have not had a chance to see if a bug has 
already been opened for this issue. I am importing two storage domains, that 
part works fine, I am able to import both domains no issues. The 1 st SD is a 
RAID 5 pool on our san, and the 2 nd is a RAID 10 pool on our san for DB files 
and log files for our DB servers and exchange, and all the drives are setup as 
virtio-scsi. So, I am able to import the vm’s with no problem, the vm’s that 
just have one disk on the 1 st SD start up with no problems, but the vm’s that 
have their boot disk on the 1 st SD (OS Drive) and have 2 other disks on the 2 
nd SD. Would not boot at all they just keep saying cannot find boot disk, also 
when I failed back over the vm would not boot. After removing the disk to the 2 
nd SD the vm booted at the primary site. What I found was that when I import 
the vm’s in the DR site, the vm does not have the option for virtio-scsi 
enabled, and once I enabled that option on the vm properties, the vm was able 
to boot. When I logged into the one of the drives should up, the other drive I 
just had to bring online, so not sure why one drive was online and the other 
was offline, but at least it booted. Why would the vm’s not import with the 
virtio-scsi enable, since it was originally enabled? 




From: Elad Ben Aharon [mailto:ebena...@redhat.com] 
Sent: Monday, February 9, 2015 1:26 AM 
To: Steven M. Bellistri 
Cc: Aharon Canan; users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





The import domain operation consists of several stages which their execution 
time can vary. 


It would be almost impossible to estimate how long it will take. But, since the 
whole import operation, along with the VMs registration in the new environment, 
doesn't involve any long time operations, like disks creation, it shouldn't 
take more than a few minutes. 






- Original Message -



From: Steven M. Bellistri  sbellis...@ldirx.com  
To: Elad Ben Aharon  ebena...@redhat.com  
Cc: Aharon Canan  aca...@redhat.com , users@ovirt.org 
Sent: Thursday, 5 February, 2015 5:41:11 PM 
Subject: RE: [ovirt-users] importing iscsi storage domain 





I put the storage domain in maintenance mode, then changed the time from 
60minutes to 5min, then after I failed the storage over I was able to import 
the domain. Thanks so much for the help. I just have one more question, is 
there anyway to calculate how long it will take to import a domain, because our 
production environment is about 5.5TB with about 40vm’s? 



thanks 




From: Elad Ben Aharon [ mailto:ebena...@redhat.com ] 
Sent: Thursday, February 5, 2015 1:49 AM 
To: Steven M. Bellistri 
Cc: Aharon Canan; users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





If you can't see the VMs under 'VM Import' subtab under the imported storage 
domain, it means that you won't be able to recover those VMs (because their 
configuration files weren't uploaded to the domain). 


For the next time, you can decrease the time interval of the OVFs upload as 
explained below in the thread. 




Regarding the upgrade, it is possible to upgrade from 3.4 to 3.5 and once 
you'll upgrade the setup and the DC compatibility version to 3.5, the OVFs of 
the VMs will be uploaded to the storage domains where the VMs's disks are 
located on. (again, every 60 minutes by default). 














Elad Ben Aharon 
RHEV-QE storage 















From: Steven M. Bellistri  sbellis...@ldirx.com  
To: Elad Ben Aharon  ebena...@redhat.com  
Cc: Aharon Canan  aca...@redhat.com , users@ovirt.org 
Sent: Wednesday, 4 February, 2015 5:44:37 PM 
Subject: RE: [ovirt-users] importing iscsi storage domain 





No, I did not wait 60 minutes before I tried to failover. Do, I need to start 
over, or can I just failback and wait the hour for the ovfs to upload? I do 
have a question, is this feature possible for an environment that was upgraded 
from 3.4 to 3.5? My production environment is 3.4, the 3.5 environment is a 
clean test environment, but if I cant upgrade to 3.5 from 3.4 then this will 
not be a good DR option for me. 



thanks 




From: Elad Ben Aharon [ mailto:ebena...@redhat.com ] 
Sent: Wednesday, February 4, 2015 8:56 AM 
To: Steven M. Bellistri 
Cc: Aharon Canan; users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





Hi Steven, 





In order to import the VMs from the imported storage domain, the VMs 
configuration files (which are called OVFs) have

Re: [ovirt-users] Can't remove snapshot due to low disk space on storage domain?

[Elad Ben Aharon]

*equals or larger than the disk size 

- Original Message -

From: Elad Ben Aharon ebena...@redhat.com 
To: Rik Theys rik.th...@esat.kuleuven.be 
Cc: users@ovirt.org 
Sent: Wednesday, 11 February, 2015 12:18:35 PM 
Subject: Re: [ovirt-users] Can't remove snapshot due to low disk space on 
storage domain? 

Snapshot removal (merge) includes a create volume phase. This volume is 
temporary and gets removed once the snapshot merge is completed. Its size is 
the size of the disk. 
That means that in order to remove the snapshot, the storage domain should have 
available size that is equal to the disk size. 









Elad Ben Aharon 
RHEV-QE storage 


- Original Message -

From: Rik Theys rik.th...@esat.kuleuven.be 
To: users@ovirt.org 
Sent: Tuesday, 10 February, 2015 12:00:10 PM 
Subject: [ovirt-users] Can't remove snapshot due to low disk space on storage 
domain? 

Hi, 

I'm running the ovirt engine 3.4 series. I've created a snapshot of a VM 
with an OS and data disk before upgrading the machine. 

The upgrade went fine and I now want to remove the snapshot. 
Unfortunately this fails with the error: 

Cannot remove Snapshot. Low disk space on target Storage Domain 
stadius-virt2_PERC. 

So I can't free disk space by removing the snapshot because I don't have 
enough space? 

When I look at the VM the disks are shown as preallocated (which is what 
I selected during installation). When I look at the storage tab and list 
the disks in my storage domain, the disks are now shown as thin 
provisioned with the actual size  virtual size. 

How can I remove this snapshot? I don't have enough free disk space in 
my storage domain to duplicate the data disk of my VM. 

Regards, 

Rik 


-- 
Rik Theys 
System Engineer 
KU Leuven - Dept. Elektrotechniek (ESAT) 
Kasteelpark Arenberg 10 bus 2440 - B-3001 Leuven-Heverlee 
+32(0)16/32.11.07 
 
Any errors in spelling, tact or fact are transmission errors 
___ 
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] Can't remove snapshot due to low disk space on storage domain?

[Elad Ben Aharon]

I'm not sure I understand which RHEV version you're using now. 
If you're using RHEV 3.5, it is possible to remove a snapshot of a single disk. 
You can do it via webadmin, Under the 'Disks Snapshots' subtab of the relevant 
storage domain, in the 'Storage' main tab. 

As for your second question, the free space has to be in the same storage 
domain. 
- Original Message -

From: Rik Theys rik.th...@esat.kuleuven.be 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: users@ovirt.org 
Sent: Wednesday, 11 February, 2015 2:10:13 PM 
Subject: Re: [ovirt-users] Can't remove snapshot due to low disk space on 
storage domain? 

Hi, 

Thats unfortunate :-(. It would have been great if oVirt told me during 
the creation of the snapshot that I would be unable to remove it later 
due to unsufficient free space in the storage domain :-). 

The VM has two disks - a small and a large one - so the snapshot 
contains both. Can I still remove the large disk while it has snapshots? 

Luckily the used disk space in the (preallocated) large disk is low 
enough so I can fit it on another temporary disk then. 

Does the free space have to be in the same storage domain, or can oVirt 
use another storage domain for the temporary volume? IOW, can I add an 
NFS storage domain which oVirt can use to create the temporary disk on? 

Regards, 

Rik 


On 02/11/2015 12:57 PM, Elad Ben Aharon wrote: 
 *equals or larger than the disk size 
 
  
 *From: *Elad Ben Aharon ebena...@redhat.com 
 *To: *Rik Theys rik.th...@esat.kuleuven.be 
 *Cc: *users@ovirt.org 
 *Sent: *Wednesday, 11 February, 2015 12:18:35 PM 
 *Subject: *Re: [ovirt-users] Can't remove snapshot due to low disk 
 space on storage domain? 
 
 Snapshot removal (merge) includes a create volume phase. This volume is 
 temporary and gets removed once the snapshot merge is completed. Its 
 size is the size of the disk. 
 That means that in order to remove the snapshot, the storage domain 
 should have available size that is equal to the disk size. 
 
 
 
 
 
 
 
 
 
 Elad Ben Aharon 
 RHEV-QE storage 
 
 
  
 *From: *Rik Theys rik.th...@esat.kuleuven.be 
 *To: *users@ovirt.org 
 *Sent: *Tuesday, 10 February, 2015 12:00:10 PM 
 *Subject: *[ovirt-users] Can't remove snapshot due to low disk space 
 on storage domain? 
 
 Hi, 
 
 I'm running the ovirt engine 3.4 series. I've created a snapshot of a VM 
 with an OS and data disk before upgrading the machine. 
 
 The upgrade went fine and I now want to remove the snapshot. 
 Unfortunately this fails with the error: 
 
 Cannot remove Snapshot. Low disk space on target Storage Domain 
 stadius-virt2_PERC. 
 
 So I can't free disk space by removing the snapshot because I don't have 
 enough space? 
 
 When I look at the VM the disks are shown as preallocated (which is what 
 I selected during installation). When I look at the storage tab and list 
 the disks in my storage domain, the disks are now shown as thin 
 provisioned with the actual size  virtual size. 
 
 How can I remove this snapshot? I don't have enough free disk space in 
 my storage domain to duplicate the data disk of my VM. 
 
 Regards, 
 
 Rik 
 
 
 -- 
 Rik Theys 
 System Engineer 
 KU Leuven - Dept. Elektrotechniek (ESAT) 
 Kasteelpark Arenberg 10 bus 2440 - B-3001 Leuven-Heverlee 
 +32(0)16/32.11.07 
  
 Any errors in spelling, tact or fact are transmission errors 
 ___ 
 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 
 


-- 
Rik Theys 
System Engineer 
KU Leuven - Dept. Elektrotechniek (ESAT) 
Kasteelpark Arenberg 10 bus 2440 - B-3001 Leuven-Heverlee 
+32(0)16/32.11.07 
 
Any errors in spelling, tact or fact are transmission errors 

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

Re: [ovirt-users] Can't remove snapshot due to low disk space on storage domain?

[Elad Ben Aharon]

Indeed, removing the disk snapshot from the 'Disk Snapshots' subtab will remove 
only the snapshot of the disk, not the disk itself. 
Regarding snapshot removal while the VM is running - this feature is pretty new 
(live snapshot merge). AFAIK, this feature is tech preview for 3.5. It also 
depends on the OS you're using on the hosts. RHEL 7.1 supports it, but again, 
as tech preview. 
Therefore, the safest way to remove the snapshot of the disk would be to do it 
while the VM is not running. 


- Original Message -

From: Rik Theys rik.th...@esat.kuleuven.be 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: users@ovirt.org 
Sent: Wednesday, 11 February, 2015 2:44:55 PM 
Subject: Re: [ovirt-users] Can't remove snapshot due to low disk space on 
storage domain? 

Hi, 

I created the snapshot on the Snapshots subtab of the Virtual machines 
tab. I did this when my engine (and host) was running oVirt 3.4. It 
is/was a snapshot of the entire VM (I deselected the memory state). 

I since upgraded the engine to 3.5. 

When I look at the snapshots subtab of the virtual machine, I see the 
Current snapshot which is Active VM and the snapshot I created before. 
This snapshot is a snapshot of both the OS and data disk. 

I can not delete the second snapshot when the VM is running. If I power 
down the VM, I can't remove the snapshot as it brings up the error I 
mentioned before. 

However, when I look at the disk snapshots subtab of the storage tab 
(like you suggested), I see both disks with a snapshot and I can select 
Remove there while the VM is running. Is it safe to remove them this 
way? This will only remove the snapshot and not the disk (and data) from 
my (running) VM? 

Regards, 

Rik 


On 02/11/2015 01:26 PM, Elad Ben Aharon wrote: 
 I'm not sure I understand which RHEV version you're using now. 
 If you're using RHEV 3.5, it is possible to remove a snapshot of a 
 single disk. 
 You can do it via webadmin, Under the 'Disks Snapshots' subtab of the 
 relevant storage domain, in the 'Storage' main tab. 
 
 As for your second question, the free space has to be in the same 
 storage domain. 
  
 *From: *Rik Theys rik.th...@esat.kuleuven.be 
 *To: *Elad Ben Aharon ebena...@redhat.com 
 *Cc: *users@ovirt.org 
 *Sent: *Wednesday, 11 February, 2015 2:10:13 PM 
 *Subject: *Re: [ovirt-users] Can't remove snapshot due to low disk 
 space on storage domain? 
 
 Hi, 
 
 Thats unfortunate :-(. It would have been great if oVirt told me during 
 the creation of the snapshot that I would be unable to remove it later 
 due to unsufficient free space in the storage domain :-). 
 
 The VM has two disks - a small and a large one - so the snapshot 
 contains both. Can I still remove the large disk while it has snapshots? 
 
 Luckily the used disk space in the (preallocated) large disk is low 
 enough so I can fit it on another temporary disk then. 
 
 Does the free space have to be in the same storage domain, or can oVirt 
 use another storage domain for the temporary volume? IOW, can I add an 
 NFS storage domain which oVirt can use to create the temporary disk on? 
 
 Regards, 
 
 Rik 
 
 
 On 02/11/2015 12:57 PM, Elad Ben Aharon wrote: 
  *equals or larger than the disk size 
  
   
  *From: *Elad Ben Aharon ebena...@redhat.com 
  *To: *Rik Theys rik.th...@esat.kuleuven.be 
  *Cc: *users@ovirt.org 
  *Sent: *Wednesday, 11 February, 2015 12:18:35 PM 
  *Subject: *Re: [ovirt-users] Can't remove snapshot due to low disk 
  space on storage domain? 
  
  Snapshot removal (merge) includes a create volume phase. This volume is 
  temporary and gets removed once the snapshot merge is completed. Its 
  size is the size of the disk. 
  That means that in order to remove the snapshot, the storage domain 
  should have available size that is equal to the disk size. 
  
  
  
  
  
  
  
  
  
  Elad Ben Aharon 
  RHEV-QE storage 
  
  
   
  *From: *Rik Theys rik.th...@esat.kuleuven.be 
  *To: *users@ovirt.org 
  *Sent: *Tuesday, 10 February, 2015 12:00:10 PM 
  *Subject: *[ovirt-users] Can't remove snapshot due to low disk space 
  on storage domain? 
  
  Hi, 
  
  I'm running the ovirt engine 3.4 series. I've created a snapshot of a VM 
  with an OS and data disk before upgrading the machine. 
  
  The upgrade went fine and I now want to remove the snapshot. 
  Unfortunately this fails with the error: 
  
  Cannot remove Snapshot. Low disk space on target Storage Domain 
  stadius-virt2_PERC. 
  
  So I can't free disk space by removing the snapshot because I don't have 
  enough space? 
  
  When I look at the VM the disks are shown as preallocated (which is what 
  I selected during installation). When I look at the storage tab and list 
  the disks in my storage domain, the disks are now shown as thin

Re: [ovirt-users] Can't remove snapshot due to low disk space on storage domain?

[Elad Ben Aharon]

It will require an available size according to the disk snapshot you're 
attempting to remove. 


- Original Message -

From: Rik Theys rik.th...@esat.kuleuven.be 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: users@ovirt.org 
Sent: Wednesday, 11 February, 2015 3:06:35 PM 
Subject: Re: [ovirt-users] Can't remove snapshot due to low disk space on 
storage domain? 

Hi, 

OK since my hosts are still CentOS 6.6, I will schedule downtime. 

Will removing it this way also require the additional disk space in the 
storage domain? 

Rik 


On 02/11/2015 02:03 PM, Elad Ben Aharon wrote: 
 Indeed, removing the disk snapshot from the 'Disk Snapshots' subtab will 
 remove only the snapshot of the disk, not the disk itself. 
 Regarding snapshot removal while the VM is running - this feature is 
 pretty new (live snapshot merge). AFAIK, this feature is tech preview 
 for 3.5. It also depends on the OS you're using on the hosts. RHEL 7.1 
 supports it, but again, as tech preview. 
 Therefore, the safest way to remove the snapshot of the disk would be to 
 do it while the VM is not running. 
 
 
  
 *From: *Rik Theys rik.th...@esat.kuleuven.be 
 *To: *Elad Ben Aharon ebena...@redhat.com 
 *Cc: *users@ovirt.org 
 *Sent: *Wednesday, 11 February, 2015 2:44:55 PM 
 *Subject: *Re: [ovirt-users] Can't remove snapshot due to low disk 
 space on storage domain? 
 
 Hi, 
 
 I created the snapshot on the Snapshots subtab of the Virtual machines 
 tab. I did this when my engine (and host) was running oVirt 3.4. It 
 is/was a snapshot of the entire VM (I deselected the memory state). 
 
 I since upgraded the engine to 3.5. 
 
 When I look at the snapshots subtab of the virtual machine, I see the 
 Current snapshot which is Active VM and the snapshot I created before. 
 This snapshot is a snapshot of both the OS and data disk. 
 
 I can not delete the second snapshot when the VM is running. If I power 
 down the VM, I can't remove the snapshot as it brings up the error I 
 mentioned before. 
 
 However, when I look at the disk snapshots subtab of the storage tab 
 (like you suggested), I see both disks with a snapshot and I can select 
 Remove there while the VM is running. Is it safe to remove them this 
 way? This will only remove the snapshot and not the disk (and data) from 
 my (running) VM? 
 
 Regards, 
 
 Rik 
 
 
 On 02/11/2015 01:26 PM, Elad Ben Aharon wrote: 
  I'm not sure I understand which RHEV version you're using now. 
  If you're using RHEV 3.5, it is possible to remove a snapshot of a 
  single disk. 
  You can do it via webadmin, Under the 'Disks Snapshots' subtab of the 
  relevant storage domain, in the 'Storage' main tab. 
  
  As for your second question, the free space has to be in the same 
  storage domain. 
   
  *From: *Rik Theys rik.th...@esat.kuleuven.be 
  *To: *Elad Ben Aharon ebena...@redhat.com 
  *Cc: *users@ovirt.org 
  *Sent: *Wednesday, 11 February, 2015 2:10:13 PM 
  *Subject: *Re: [ovirt-users] Can't remove snapshot due to low disk 
  space on storage domain? 
  
  Hi, 
  
  Thats unfortunate :-(. It would have been great if oVirt told me during 
  the creation of the snapshot that I would be unable to remove it later 
  due to unsufficient free space in the storage domain :-). 
  
  The VM has two disks - a small and a large one - so the snapshot 
  contains both. Can I still remove the large disk while it has snapshots? 
  
  Luckily the used disk space in the (preallocated) large disk is low 
  enough so I can fit it on another temporary disk then. 
  
  Does the free space have to be in the same storage domain, or can oVirt 
  use another storage domain for the temporary volume? IOW, can I add an 
  NFS storage domain which oVirt can use to create the temporary disk on? 
  
  Regards, 
  
  Rik 
  
  
  On 02/11/2015 12:57 PM, Elad Ben Aharon wrote: 
   *equals or larger than the disk size 
   
   
  
   *From: *Elad Ben Aharon ebena...@redhat.com 
   *To: *Rik Theys rik.th...@esat.kuleuven.be 
   *Cc: *users@ovirt.org 
   *Sent: *Wednesday, 11 February, 2015 12:18:35 PM 
   *Subject: *Re: [ovirt-users] Can't remove snapshot due to low disk 
   space on storage domain? 
   
   Snapshot removal (merge) includes a create volume phase. This 
 volume is 
   temporary and gets removed once the snapshot merge is completed. Its 
   size is the size of the disk. 
   That means that in order to remove the snapshot, the storage domain 
   should have available size that is equal to the disk size. 
   
   
   
   
   
   
   
   
   
   Elad Ben Aharon 
   RHEV-QE storage 
   
   
   
  
   *From: *Rik Theys rik.th...@esat.kuleuven.be 
   *To: *users@ovirt.org 
   *Sent: *Tuesday, 10 February, 2015 12:00:10 PM

Re: [ovirt-users] importing iscsi storage domain

[Elad Ben Aharon]

The import domain operation consists of several stages which their execution 
time can vary. 
It would be almost impossible to estimate how long it will take. But, since the 
whole import operation, along with the VMs registration in the new environment, 
doesn't involve any long time operations, like disks creation, it shouldn't 
take more than a few minutes. 


- Original Message -

From: Steven M. Bellistri sbellis...@ldirx.com 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: Aharon Canan aca...@redhat.com, users@ovirt.org 
Sent: Thursday, 5 February, 2015 5:41:11 PM 
Subject: RE: [ovirt-users] importing iscsi storage domain 



I put the storage domain in maintenance mode, then changed the time from 
60minutes to 5min, then after I failed the storage over I was able to import 
the domain. Thanks so much for the help. I just have one more question, is 
there anyway to calculate how long it will take to import a domain, because our 
production environment is about 5.5TB with about 40vm’s? 



thanks 




From: Elad Ben Aharon [mailto:ebena...@redhat.com] 
Sent: Thursday, February 5, 2015 1:49 AM 
To: Steven M. Bellistri 
Cc: Aharon Canan; users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





If you can't see the VMs under 'VM Import' subtab under the imported storage 
domain, it means that you won't be able to recover those VMs (because their 
configuration files weren't uploaded to the domain). 


For the next time, you can decrease the time interval of the OVFs upload as 
explained below in the thread. 



Regarding the upgrade, it is possible to upgrade from 3.4 to 3.5 and once 
you'll upgrade the setup and the DC compatibility version to 3.5, the OVFs of 
the VMs will be uploaded to the storage domains where the VMs's disks are 
located on. (again, every 60 minutes by default). 












Elad Ben Aharon 
RHEV-QE storage 












- Original Message -



From: Steven M. Bellistri  sbellis...@ldirx.com  
To: Elad Ben Aharon  ebena...@redhat.com  
Cc: Aharon Canan  aca...@redhat.com , users@ovirt.org 
Sent: Wednesday, 4 February, 2015 5:44:37 PM 
Subject: RE: [ovirt-users] importing iscsi storage domain 





No, I did not wait 60 minutes before I tried to failover. Do, I need to start 
over, or can I just failback and wait the hour for the ovfs to upload? I do 
have a question, is this feature possible for an environment that was upgraded 
from 3.4 to 3.5? My production environment is 3.4, the 3.5 environment is a 
clean test environment, but if I cant upgrade to 3.5 from 3.4 then this will 
not be a good DR option for me. 



thanks 




From: Elad Ben Aharon [ mailto:ebena...@redhat.com ] 
Sent: Wednesday, February 4, 2015 8:56 AM 
To: Steven M. Bellistri 
Cc: Aharon Canan; users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





Hi Steven, 





In order to import the VMs from the imported storage domain, the VMs 
configuration files (which are called OVFs) have to be uploaded first before 
the domain is detached from the setup. This is being done by engine in a time 
interval of 60 minutes (it's configurable using rhevm-config --set 
OvfUpdateInMinutes=value and restart ovirt-engine service). From 3.5.1, the 
OVFs are uploaded once you move the storage domain to maintenance. did you do 
so in the original RHEV environment? What was the version of this environment? 


If you didn't deactivate the domain in the first environment and then tried to 
attach it to the DR environment, the existence of the VMs in the domain depends 
on the OVFs upload that was supposed to be done by the first engine, which is 
being done every 60 minutes as explained, so if you've created those VMs and 
immediately destroyed the setup, those VMs probably won't be available for you 
in the DR environment. 
















Elad Ben Aharon 
RHEV-QE storage 















From: Steven M. Bellistri  sbellis...@ldirx.com  
To: Aharon Canan  aca...@redhat.com  
Cc: users@ovirt.org 
Sent: Tuesday, 3 February, 2015 6:16:01 PM 
Subject: Re: [ovirt-users] importing iscsi storage domain 





version 3.5.1 




From: Aharon Canan [ mailto:aca...@redhat.com ] 
Sent: Tuesday, February 3, 2015 6:22 AM 
To: Steven M. Bellistri 
Cc: users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





What version are you using? 











Regards, 
__ 
Aharon Canan 
int phone - 8272036 
ext phone - +97297692036 
email - aca...@redhat.com 








From: Steven M. Bellistri  sbellis...@ldirx.com  
To: Aharon Canan  aca...@redhat.com  
Cc: users@ovirt.org 
Sent: Monday, February 2, 2015 8:12:00 PM 
Subject: RE: [ovirt-users] importing iscsi storage domain 





Thank you for the response. 



I went thru the steps 1-9, and when I get to step 10 there is no import vms or 
import templates sub-tabs. I am including the vdsm.log from the host. Also, 
when I do a lvs on the host, I can see the disks that reside

Re: [ovirt-users] VM Import problems

[Elad Ben Aharon]

Hi Donny, 
Is it possible that the VMs that you fail yo import due to  Error while 
executing action: Cannot import VM. Storage Domain doesn't exist  have disks 
located on other storage domains which weren't imported to the setup? 



Elad Ben Aharon 
RHEV-QE storage 


- Original Message -

From: Greg Padgett gpadg...@redhat.com 
To: Donny Davis do...@cloudspin.me 
Cc: users@ovirt.org 
Sent: Saturday, 7 February, 2015 6:40:30 PM 
Subject: Re: [ovirt-users] VM Import problems 

On 02/06/2015 05:27 PM, Donny Davis wrote: 
 So should I detach the domain, update the tarball then reattach it. 

That should do it, or even just putting the storage into maintenance 
rather than detaching it, then retry importing the vms you still need. 

 The problem lies with machines that have already been imported once before. 
 
 Thanks 
 
 On Feb 6, 2015 3:23 PM, Greg Padgett gpadg...@redhat.com wrote: 
 
 On 02/05/2015 04:37 PM, Donny Davis wrote: 
 I need some help getting my users vm’s imported back into the system after 
 the failure yesterday. I reattached the storage and half of the vm’s 
 imported without issue. The other half of the vms give this error 
 
 Error while executing action: Cannot import VM. Storage Domain doesn't 
 exist 
 
 Funny part is, I only had one storage domain… and I imported it back into 
 the engine… I’m confused. 
 
 Donny 
 
 
 
 ___ 
 Users mailing list 
 Users@ovirt.org 
 http://lists.ovirt.org/mailman/listinfo/users 
 
 
 Hi Donny, 
 
 Are there any additional details accompanying this error in the engine 
 log? It sounds like a bug, just not yet sure where to look. 
 
 As for a possible hack/workaround (maybe someone else will have a 
 safer/easier idea here!), the OVFs holding the domain ids in question are 
 in a tarball on the imported storage. If the import failure is happening 
 because the storageId in the OVFs is wrong, it should be possible to 
 update them to the correct value and retry the import. 
 
 Note that by default the tarball is on the storage in 2 places--I'd change 
 them both, but of course don't forget to make a backup first. 
 
 HTH, 
 Greg 
 

___ 
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] Bring down one of multiple storage domains in a data center

[Elad Ben Aharon]

Hi Rik, 

Even if there are storage domains in the DC in maintenance/inactive/unknown 
status, as long as you have another active storage domain in the DC, the DC 
should stay in up status. 
As for the VMs - In order to put the storage domain in maintenance, you'll have 
to shutdown/power-off the VMs which have disks located on it. 




Elad Ben Aharon 
RHEV-QE storage 


- Original Message -

From: Rik Theys rik.th...@esat.kuleuven.be 
To: users@ovirt.org 
Sent: Wednesday, 4 February, 2015 5:58:25 PM 
Subject: [ovirt-users] Bring down one of multiple storage domains in a data 
center 

Hi, 

We are planning to use oVirt to manage our virtual machine 
infrastructure. We would like to connect two different storage boxes to 
the hosts, which I believe will result in two storage domains in the 
same datacenter for oVirt? 

One of the storage boxes sometimes has to be powered down during 
building maintenance (electricity, cooling, ...). Will the data center 
with the two storage domains attached still be considered up when one 
of the storage domains is no longer available? 

Is it sufficient to power down the VM's with disks on the affected 
storage domain and to put the affected storage domain in maintenance? 

Will oVirt keep the datacenter up and keep on managing the remaining 
VM's on the other storage domain? 



One of the storage domains will be a SAS-connected external storage box. 
There will be two SAS connections per host to the storage box so 
multipath should see the two paths. My understanding is that anything 
detected by multipathd is considered FC storage by oVirt. Is that correct? 

Regards, 

Rik 


___ 
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] Bring down one of multiple storage domains in a data center

[Elad Ben Aharon]

A small correction - as long as you have another active data storage domain in 
the DC, the DC should stay in up status. (which means that ISO and export are 
not counted here) 

- Original Message -

From: Elad Ben Aharon ebena...@redhat.com 
To: Rik Theys rik.th...@esat.kuleuven.be 
Cc: users@ovirt.org 
Sent: Thursday, 5 February, 2015 10:29:46 AM 
Subject: Re: [ovirt-users] Bring down one of multiple storage domains in a data 
center 

Hi Rik, 

Even if there are storage domains in the DC in maintenance/inactive/unknown 
status, as long as you have another active storage domain in the DC, the DC 
should stay in up status. 
As for the VMs - In order to put the storage domain in maintenance, you'll have 
to shutdown/power-off the VMs which have disks located on it. 




Elad Ben Aharon 
RHEV-QE storage 


- Original Message -

From: Rik Theys rik.th...@esat.kuleuven.be 
To: users@ovirt.org 
Sent: Wednesday, 4 February, 2015 5:58:25 PM 
Subject: [ovirt-users] Bring down one of multiple storage domains in a data 
center 

Hi, 

We are planning to use oVirt to manage our virtual machine 
infrastructure. We would like to connect two different storage boxes to 
the hosts, which I believe will result in two storage domains in the 
same datacenter for oVirt? 

One of the storage boxes sometimes has to be powered down during 
building maintenance (electricity, cooling, ...). Will the data center 
with the two storage domains attached still be considered up when one 
of the storage domains is no longer available? 

Is it sufficient to power down the VM's with disks on the affected 
storage domain and to put the affected storage domain in maintenance? 

Will oVirt keep the datacenter up and keep on managing the remaining 
VM's on the other storage domain? 



One of the storage domains will be a SAS-connected external storage box. 
There will be two SAS connections per host to the storage box so 
multipath should see the two paths. My understanding is that anything 
detected by multipathd is considered FC storage by oVirt. Is that correct? 

Regards, 

Rik 


___ 
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] importing iscsi storage domain

[Elad Ben Aharon]

If you can't see the VMs under 'VM Import' subtab under the imported storage 
domain, it means that you won't be able to recover those VMs (because their 
configuration files weren't uploaded to the domain). 
For the next time, you can decrease the time interval of the OVFs upload as 
explained below in the thread. 
Regarding the upgrade, it is possible to upgrade from 3.4 to 3.5 and once 
you'll upgrade the setup and the DC compatibility version to 3.5, the OVFs of 
the VMs will be uploaded to the storage domains where the VMs's disks are 
located on. (again, every 60 minutes by default). 




Elad Ben Aharon 
RHEV-QE storage 


- Original Message -

From: Steven M. Bellistri sbellis...@ldirx.com 
To: Elad Ben Aharon ebena...@redhat.com 
Cc: Aharon Canan aca...@redhat.com, users@ovirt.org 
Sent: Wednesday, 4 February, 2015 5:44:37 PM 
Subject: RE: [ovirt-users] importing iscsi storage domain 



No, I did not wait 60 minutes before I tried to failover. Do, I need to start 
over, or can I just failback and wait the hour for the ovfs to upload? I do 
have a question, is this feature possible for an environment that was upgraded 
from 3.4 to 3.5? My production environment is 3.4, the 3.5 environment is a 
clean test environment, but if I cant upgrade to 3.5 from 3.4 then this will 
not be a good DR option for me. 



thanks 




From: Elad Ben Aharon [mailto:ebena...@redhat.com] 
Sent: Wednesday, February 4, 2015 8:56 AM 
To: Steven M. Bellistri 
Cc: Aharon Canan; users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





Hi Steven, 





In order to import the VMs from the imported storage domain, the VMs 
configuration files (which are called OVFs) have to be uploaded first before 
the domain is detached from the setup. This is being done by engine in a time 
interval of 60 minutes (it's configurable using rhevm-config --set 
OvfUpdateInMinutes=value and restart ovirt-engine service). From 3.5.1, the 
OVFs are uploaded once you move the storage domain to maintenance. did you do 
so in the original RHEV environment? What was the version of this environment? 


If you didn't deactivate the domain in the first environment and then tried to 
attach it to the DR environment, the existence of the VMs in the domain depends 
on the OVFs upload that was supposed to be done by the first engine, which is 
being done every 60 minutes as explained, so if you've created those VMs and 
immediately destroyed the setup, those VMs probably won't be available for you 
in the DR environment. 
















Elad Ben Aharon 
RHEV-QE storage 












- Original Message -



From: Steven M. Bellistri  sbellis...@ldirx.com  
To: Aharon Canan  aca...@redhat.com  
Cc: users@ovirt.org 
Sent: Tuesday, 3 February, 2015 6:16:01 PM 
Subject: Re: [ovirt-users] importing iscsi storage domain 





version 3.5.1 




From: Aharon Canan [ mailto:aca...@redhat.com ] 
Sent: Tuesday, February 3, 2015 6:22 AM 
To: Steven M. Bellistri 
Cc: users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





What version are you using? 











Regards, 
__ 
Aharon Canan 
int phone - 8272036 
ext phone - +97297692036 
email - aca...@redhat.com 








From: Steven M. Bellistri  sbellis...@ldirx.com  
To: Aharon Canan  aca...@redhat.com  
Cc: users@ovirt.org 
Sent: Monday, February 2, 2015 8:12:00 PM 
Subject: RE: [ovirt-users] importing iscsi storage domain 





Thank you for the response. 



I went thru the steps 1-9, and when I get to step 10 there is no import vms or 
import templates sub-tabs. I am including the vdsm.log from the host. Also, 
when I do a lvs on the host, I can see the disks that reside in the imported 
SD, one is 30gb and the other is 40gb. The storage domain I am importing is 
called iSCSI. 






From: Aharon Canan [ mailto:aca...@redhat.com ] 
Sent: Sunday, February 1, 2015 9:55 AM 
To: Steven M. Bellistri 
Cc: users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





Hi 





Please check below link for info, ovirt version should be 3.5 


http://www.ovirt.org/Features/ImportStorageDomain 





please be aware to step 10 under  Work flow for Import block Storage Domain - 
UI flow  





In case it is not working, please add exact steps and engine/vdsm logs so we 
will be able to check 











Regards, 
__ 
Aharon Canan 
int phone - 8272036 
ext phone - +97297692036 
email - aca...@redhat.com 





blockquote


From: Steven M. Bellistri  sbellis...@ldirx.com  
To:  users@ovirt.org   users@ovirt.org  
Sent: Friday, January 30, 2015 12:18:54 AM 
Subject: [ovirt-users] importing iscsi storage domain 





I am trying to test failing over to a DR site using the storage domain import. 
The DR site shows that it imported the iscsi storage domain, and activates it 
in the datacenter, but none of the vm’s or anything shows up. What am I 
missing

Re: [ovirt-users] importing iscsi storage domain

[Elad Ben Aharon]

Hi Steven, 

In order to import the VMs from the imported storage domain, the VMs 
configuration files (which are called OVFs) have to be uploaded first before 
the domain is detached from the setup. This is being done by engine in a time 
interval of 60 minutes (it's configurable using rhevm-config --set 
OvfUpdateInMinutes=value and restart ovirt-engine service). From 3.5.1, the 
OVFs are uploaded once you move the storage domain to maintenance. did you do 
so in the original RHEV environment? What was the version of this environment? 
If you didn't deactivate the domain in the first environment and then tried to 
attach it to the DR environment, the existence of the VMs in the domain depends 
on the OVFs upload that was supposed to be done by the first engine, which is 
being done every 60 minutes as explained, so if you've created those VMs and 
immediately destroyed the setup, those VMs probably won't be available for you 
in the DR environment. 






Elad Ben Aharon 
RHEV-QE storage 


- Original Message -

From: Steven M. Bellistri sbellis...@ldirx.com 
To: Aharon Canan aca...@redhat.com 
Cc: users@ovirt.org 
Sent: Tuesday, 3 February, 2015 6:16:01 PM 
Subject: Re: [ovirt-users] importing iscsi storage domain 



version 3.5.1 




From: Aharon Canan [mailto:aca...@redhat.com] 
Sent: Tuesday, February 3, 2015 6:22 AM 
To: Steven M. Bellistri 
Cc: users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





What version are you using? 











Regards, 
__ 
Aharon Canan 
int phone - 8272036 
ext phone - +97297692036 
email - aca...@redhat.com 



- Original Message -





From: Steven M. Bellistri  sbellis...@ldirx.com  
To: Aharon Canan  aca...@redhat.com  
Cc: users@ovirt.org 
Sent: Monday, February 2, 2015 8:12:00 PM 
Subject: RE: [ovirt-users] importing iscsi storage domain 





Thank you for the response. 



I went thru the steps 1-9, and when I get to step 10 there is no import vms or 
import templates sub-tabs. I am including the vdsm.log from the host. Also, 
when I do a lvs on the host, I can see the disks that reside in the imported 
SD, one is 30gb and the other is 40gb. The storage domain I am importing is 
called iSCSI. 






From: Aharon Canan [ mailto:aca...@redhat.com ] 
Sent: Sunday, February 1, 2015 9:55 AM 
To: Steven M. Bellistri 
Cc: users@ovirt.org 
Subject: Re: [ovirt-users] importing iscsi storage domain 





Hi 





Please check below link for info, ovirt version should be 3.5 


http://www.ovirt.org/Features/ImportStorageDomain 





please be aware to step 10 under  Work flow for Import block Storage Domain - 
UI flow  





In case it is not working, please add exact steps and engine/vdsm logs so we 
will be able to check 











Regards, 
__ 
Aharon Canan 
int phone - 8272036 
ext phone - +97297692036 
email - aca...@redhat.com 





blockquote


From: Steven M. Bellistri  sbellis...@ldirx.com  
To:  users@ovirt.org   users@ovirt.org  
Sent: Friday, January 30, 2015 12:18:54 AM 
Subject: [ovirt-users] importing iscsi storage domain 





I am trying to test failing over to a DR site using the storage domain import. 
The DR site shows that it imported the iscsi storage domain, and activates it 
in the datacenter, but none of the vm’s or anything shows up. What am I 
missing. 



thanks 



Steven Bellistri 


This email and its attachments may contain privileged and confidential 
information and/or protected health information (PHI) intended solely for the 
use of LDI Integrated Pharmacy Services and the recipient(s) named above. If 
you are not the recipient, or the employee or agent responsible for delivering 
this message to the intended recipient, you are hereby notified that any 
review, dissemination, distribution, printing or copying of this email message 
and/or any attachments is strictly prohibited. If you have received this 
transmission in error, please notify the sender immediately at 1-866-516-3121 
and permanently delete this email and any attachments. 
___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 








This email and its attachments may contain privileged and confidential 
information and/or protected health information (PHI) intended solely for the 
use of LDI Integrated Pharmacy Services and the recipient(s) named above. If 
you are not the recipient, or the employee or agent responsible for delivering 
this message to the intended recipient, you are hereby notified that any 
review, dissemination, distribution, printing or copying of this email message 
and/or any attachments is strictly prohibited. If you have received this 
transmission in error, please notify the sender immediately at 1-866-516-3121 
and permanently delete this email and any attachments. 
/blockquote





This email and its attachments may contain

Re: [ovirt-users] Ovirt 3.5 Bug !!!!!!!!!!!!!!!!!!

[Elad Ben Aharon]

- Original Message -
From: PaulCheung eq2...@msn.com
To: Frantisek Kobzik fkob...@redhat.com
Cc: users@ovirt.org
Sent: Tuesday, 25 November, 2014 11:55:03 AM
Subject: Re: [ovirt-users] Ovirt 3.5 Bug !!

Dear all , 


I am very thank you for your job! 150 users from China waiting for your good 
news! 



Sincerely yours, 
PaulCheung 


tel: 180-8882-7173 


 Date: Tue, 25 Nov 2014 04:46:01 -0500 
 From: fkob...@redhat.com 
 To: eq2...@msn.com 
 CC: users@ovirt.org 
 Subject: Re: [ovirt-users] Ovirt 3.5 Bug !! 
 
 I'm gonna take a closer look at this and will create a bug for that. 
 Cheers, 
 Franta. 
 
 
 - Original Message - 
 From: PaulCheung eq2...@msn.com 
 To: users@ovirt.org 
 Sent: Tuesday, November 25, 2014 8:38:18 AM 
 Subject: [ovirt-users] Ovirt 3.5 Bug !! 
 
 
 Dear All, 
 
 After update 3.4 to 3.5 , our 150 user can't open the VM , the console.vv 
 file host from domain name change to IP address!!! 
 
 
 
 
 
 
 
 
 
 
 
 
 Sincerely yours, 
 PaulCheung 
 
 
 tel: 180-8882-7173 
 
 ___ 
 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] Restoring backed up VM

[Elad Ben Aharon]

If you still have the backed up VM in your system, the create from 
configuration operation should be blocked as you've encountered.
Allon, what does the create VM from configuration checks? The existence of the 
VM name or the existence of its ID? 

- Original Message -
From: santosh sba...@commvault.com
To: users@ovirt.org
Sent: Monday, 6 October, 2014 4:28:06 AM
Subject: [ovirt-users] Restoring backed up VM

Hi 

I am trying to backup and restore the VM using the flow suggester at 
Features/Backup-Restore API Integration 

When I tried to restore the VM using the following steps, 


Full Virtual Machine Restoration 


1. Create disks for restore 
2. Attach the disks for restore to the virtual appliance (Restore the data 
to it) 
3. Detach the disks from the virtual appliance. 
4. Create a vm using the configuration that was saved as part of the backup 
flow - (added capabillity to oVirt as part of the Backup API) 
5. Attach the restored disks to the created vm. 

I encountered following error at step 4. 



fault 
reasonOperation Failed/reason 
detail[Import VM failed - VM Id already exist in the system . Please remove 
the VM (RHEL_65_CL1_CLONE2) from the system first]/detail 
/fault 

I have not deleted/removed the backed up VM from the system. 

Is it expected behaviour? 
Should it not overwrite the existing VM or Create new VM with different VM Id, 
if the backup up VM exists? 


Thanks, Santosh 
***Legal Disclaimer***
This communication may contain confidential and privileged material for the
sole use of the intended recipient. Any unauthorized review, use or distribution
by others is strictly prohibited. If you have received the message by mistake,
please advise the sender by reply email and delete the message. Thank you.
** 

___
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] Add additional iSCSI path in ovirt 3.3.4

[Elad Ben Aharon]

Hi,

Have you tried to discover the new target and to login to it from the 'edit' 
storage domain prompt?

- Original Message -
From: Thomas Scofield tscofi...@gmail.com
To: users users@ovirt.org
Sent: Saturday, 4 October, 2014 12:56:51 AM
Subject: [ovirt-users] Add additional iSCSI path in ovirt 3.3.4

I am trying to add a second path to my iSCSI LUNs but I can’t get the changes 
to persist. I can get the SPM to login to the second path, and from the server 
side the multipath –ll output looks good. I can then move the SPM around to 
force all the other systems to login to the iSCSI LUNs. But when I reboot a 
node I lose the second path. I have also been searching through the database to 
see what might be missing on the backend and I noticed that the second path is 
not listed in the storage_server_connections table. I tried adding an entry for 
the second path, but that did not resolve the problem. What is the proper way 
to add an additional path? 

___
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