[ovirt-users] Re: OpenStack Block Storage Provider without authentication doesn't work

2018-10-07 Thread Idan Shaby
Hi Matthias,

Thanks for the detailed information!
It looks like you've found a bug. A NullPointerException should never occur.
Can you please file a BZ and attach all the relevant logs so we can
understand the root cause for it?

Thanks,
Idan


On Wed, Oct 3, 2018 at 3:01 PM Matthias Leopold <
matthias.leop...@meduniwien.ac.at> wrote:

>
>
> Am 2018-10-03 um 12:14 schrieb Matthias Leopold:
> > Hi,
> >
> > we're successfully using Cinder as a Block Storage Provider for oVirt
> > with customized Cinder installation in a CentOS host according to
> > OpenStack docs. Now i wanted to try out running Cinder in Docker and
> > followed the instructions from
> > https://thenewstack.io/deploying-cinder-stand-alone-storage-service/
> > (customized for use with Ceph RBD).
> >
> > This works to the point where i can setup an external provider and
> > consequently a storage domain in oVirt. I set up the provider without
> > authentication and testing this (by pressing "Test" button) works. When
> > i want to create disks i realize that oVirt doesn't recognize the
> > "Volume Type" definitions. In engine.log i see messages like
> >
> > 2018-10-03 12:04:46,990+02 ERROR
> >
> [org.ovirt.engine.core.bll.storage.disk.cinder.GetCinderVolumeTypesByStorageDomainIdQuery]
>
> > (default task-72) [06d4fbf7-0b3c-46b3-8166-148ee7f67a4c] Query
> > 'GetCinderVolumeTypesByStorageDomainIdQuery' failed: null
> > 2018-10-03 12:04:46,990+02 ERROR
> >
> [org.ovirt.engine.core.bll.storage.disk.cinder.GetCinderVolumeTypesByStorageDomainIdQuery]
>
> > (default task-72) [06d4fbf7-0b3c-46b3-8166-148ee7f67a4c] Exception:
> > java.lang.NullPointerException
> >
> > I very much suspect that not using authentication (because of
> > "auth_strategy = noauth" in cinder.conf) is the culprit. Listing types
> > with cinder CLI from the engine host works (when using the appropriate
> > environment). Can some of the RH devs confirm this behaviour? Is this an
> > engine bug?
> >
> > thanks
> > Matthias
> >
>
> I switched one of the existing, working Cinder hosts (no Docker
> involved) to "auth_strategy = noauth" and the problem (and error message
> in engine.log) with querying volume types is the same. So - regardless
> if i wanted to actually use it that way - I consider this a bug in
> Cinder integration in oVirt.
>
> Matthias
> ___
> 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/K6OGQVDIYS7PSDIBXANP2IEMQMSEGQQ3/
>
___
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/ME2Z7JGRGT4OCXS3C3EZION3COUCLXEX/


[ovirt-users] Re: Multiple CephFS Monitors cause issues with oVirt

2018-08-29 Thread Idan Shaby
Hi,

I think that there's already a bug on this issue:
*Bug 1577529*  - [RFE]
Support multiple hosts in posix storage domain path for cephfs


Regards,
Idan

On Thu, Aug 30, 2018 at 1:41 AM, Nir Soffer  wrote:

> On Thu, Aug 30, 2018 at 1:24 AM Stack Korora 
> wrote:
>
>> On 08/29/2018 10:44 AM, Stack Korora wrote:
>> > On 08/29/2018 10:14 AM, Markus Stockhausen wrote:
>> >> Hi,
>> >>
>> >> maybe a foolish guess: Did you try this
>> >>
>> >> https://www.spinics.net/lists/ceph-devel/msg30958.html
>> >>
>> >> Mit freundlichen Grüßen,
>> >>
>> >> Markus Stockhausen
>> >> Head of Software Technology
>> > Thanks, I thought about that but I have not tried it. I will add it to
>> > my list to check today and will report back if it works (though I don't
>> > see why it wouldn't). It is good to know that someone else has at least
>> > had success with having a DNS entry for the multiple CephFS monitor
>> hosts.
>>
>> A single DNS entry did not work. Red Hat's oVirt did not like mounting
>> it even though it works fine via command line. :-/
>>
>> I now have a Red Hat ticket open so we will see what happens on that
>> front.
>>
>
> I can confirm that multiple hosts:port in a mount spec is not supported by
> the current code.
>
> You can see all the supported formats here:
> https://github.com/oVirt/vdsm/blob/d43376f3b2e913f3ee0ef226b5c196
> eb03da708f/tests/storage/fileutil_test.py#L182
>
> Nir
>
>
> ___
> 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/IEHMS5UZIF4HXYY7YEP6H66TMU74DAWW/
>
>
___
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/SQVS6HFE4WXC2T36Q3JWE4AFBUVHTCNO/


[ovirt-users] Re: template disk attribute in version 4 restapi

2018-08-01 Thread Idan Shaby
Tal - is there any reason why a diskattachments link was not added to
StorageDomainTemplateService in the first place, or is it just a missing
feature?


Regards,
Idan

On Tue, Jul 31, 2018 at 11:21 AM, like...@cs2c.com.cn 
wrote:

> Thanks, Idan. I know that export domain is deprecated. But for now, we're
> still using it in our project.
> And we need to know which one is the bootable disk of vm/template in
> export domain for security checking.
> Diskattachments link is available for vm in export domain, but templates
> miss the diskattachments link.
> That's why i want to add the diskattachments link for templates in export
> domain.
> Or is there any convenient way to know which one is the bootable disk of
> template in export domain?
>
Not that I know of.

>
> Regards.
>
> ------
> like...@cs2c.com.cn
>
>
> *From:* Idan Shaby 
> *Date:* 2018-07-31 15:31
> *To:* like...@cs2c.com.cn
> *CC:* users ; Daniel Erez ; Tal Nisan
> 
> *Subject:* Re: Re: [ovirt-users] template disk attribute in version 4
> restapi
> The API of the engine is specified by [1].
> Specifically, what you're looking for is StorageDomainTemplateService [2].
> However, I am not sure that it's worth adding features to the export
> domain as I think that it's going to be (or already) deprecated.
>
> Daniel/Tal?
>
> Regards,
> Idan
>
> [1] https://github.com/oVirt/ovirt-engine-api-model
> [2] https://github.com/oVirt/ovirt-engine-api-model/blob/
> master/src/main/java/services/StorageDomainTemplateService.java
>
> On Mon, Jul 30, 2018 at 11:55 AM, like...@cs2c.com.cn  > wrote:
>
>> Hi, Idan.
>> I have one more question. There is no diskattachments link for template
>> in export storage domain.
>> So i want to add the diskattachments link for it. I tried to read the
>> source code in ovirt-engine project.
>> BackendStorageDomainTemplateResource defines some methods of
>> StorageDomainTemplate.
>> It implements the interface org.ovirt.engine.api.resource.
>> StorageDomainTemplateResource.
>> But i can't find where is the location of org.ovirt.engine.api.resource.
>> StorageDomainTemplateResource.
>> Could you please tell me where i can find the source code of
>> StorageDomainTemplateResource?
>>
>> Thanks
>>
>> Regards.
>>
>>
>> --
>> like...@cs2c.com.cn
>>
>>
>> *From:* like...@cs2c.com.cn
>> *Date:* 2018-07-26 17:20
>> *To:* Idan Shaby 
>> *CC:* users 
>> *Subject:* Re: Re: [ovirt-users] template disk attribute in version 4
>> restapi
>> Thanks a lot. You're right, something is indeed wrong. From your reply, i
>> suddenly realized that maybe some configuration is not right. And finally i
>> find that my colleague added ENGINE_API_DEFAULT_VERSION=3 in the
>> configuration file for his own experiment, but he didn't notify us. Now i
>> delete the configuration item, everything is fine.
>>
>> --
>> like...@cs2c.com.cn
>>
>>
>> *From:* Idan Shaby 
>> *Date:* 2018-07-26 16:41
>> *To:* like...@cs2c.com.cn
>> *CC:* users 
>> *Subject:* Re: Re: [ovirt-users] template disk attribute in version 4
>> restapi
>> Sounds like something's wrong.
>> I've just checked 4.1.9 and I do have the diskattachments link under a
>> specific template.
>> Can you say what you do have under /ovirt-engine/api/templates/> emplate_id>?
>> This is the output I get in 4.1.9 under ovirt-engine/api/templates/000
>> 0----/ (pasting only the links):
>>
>> > href="/ovirt-engine/api/templates/----/graphicsconsoles"
>> rel="graphicsconsoles"/>
>> > href="/ovirt-engine/api/templates/----/cdroms"
>> rel="cdroms"/>
>> > href="/ovirt-engine/api/templates/----/watchdogs"
>> rel="watchdogs"/>
>> > href="/ovirt-engine/api/templates/----/diskattachments"
>> rel="diskattachments"/>
>> > href="/ovirt-engine/api/templates/----/nics"
>> rel="nics"/>
>> > href="/ovirt-engine/api/templates/----/permissions"
>> rel="permissions"/>
>> > href="/ovirt-engine/api/templates/----/tags"
>> rel="tags"/>
>>
>>
>>
>> Regards,
>> Idan
>>
>

[ovirt-users] Re: template disk attribute in version 4 restapi

2018-07-31 Thread Idan Shaby
The API of the engine is specified by [1].
Specifically, what you're looking for is StorageDomainTemplateService [2].
However, I am not sure that it's worth adding features to the export domain
as I think that it's going to be (or already) deprecated.

Daniel/Tal?

Regards,
Idan

[1] https://github.com/oVirt/ovirt-engine-api-model
[2]
https://github.com/oVirt/ovirt-engine-api-model/blob/master/src/main/java/services/StorageDomainTemplateService.java

On Mon, Jul 30, 2018 at 11:55 AM, like...@cs2c.com.cn 
wrote:

> Hi, Idan.
> I have one more question. There is no diskattachments link for template in
> export storage domain.
> So i want to add the diskattachments link for it. I tried to read the
> source code in ovirt-engine project.
> BackendStorageDomainTemplateResource defines some methods of
> StorageDomainTemplate.
> It implements the interface org.ovirt.engine.api.resource.
> StorageDomainTemplateResource.
> But i can't find where is the location of org.ovirt.engine.api.resource.
> StorageDomainTemplateResource.
> Could you please tell me where i can find the source code of
> StorageDomainTemplateResource?
>
> Thanks
>
> Regards.
>
>
> --
> like...@cs2c.com.cn
>
>
> *From:* like...@cs2c.com.cn
> *Date:* 2018-07-26 17:20
> *To:* Idan Shaby 
> *CC:* users 
> *Subject:* Re: Re: [ovirt-users] template disk attribute in version 4
> restapi
> Thanks a lot. You're right, something is indeed wrong. From your reply, i
> suddenly realized that maybe some configuration is not right. And finally i
> find that my colleague added ENGINE_API_DEFAULT_VERSION=3 in the
> configuration file for his own experiment, but he didn't notify us. Now i
> delete the configuration item, everything is fine.
>
> --
> like...@cs2c.com.cn
>
>
> *From:* Idan Shaby 
> *Date:* 2018-07-26 16:41
> *To:* like...@cs2c.com.cn
> *CC:* users 
> *Subject:* Re: Re: [ovirt-users] template disk attribute in version 4
> restapi
> Sounds like something's wrong.
> I've just checked 4.1.9 and I do have the diskattachments link under a
> specific template.
> Can you say what you do have under /ovirt-engine/api/templates/ emplate_id>?
> This is the output I get in 4.1.9 under ovirt-engine/api/templates/
> ----/ (pasting only the links):
>
> 
>  href="/ovirt-engine/api/templates/----/cdroms"
> rel="cdroms"/>
>  href="/ovirt-engine/api/templates/----/watchdogs"
> rel="watchdogs"/>
> 
>  href="/ovirt-engine/api/templates/----/nics"
> rel="nics"/>
>  href="/ovirt-engine/api/templates/----/permissions"
> rel="permissions"/>
>  href="/ovirt-engine/api/templates/----/tags"
> rel="tags"/>
>
>
>
> Regards,
> Idan
>
> On Thu, Jul 26, 2018 at 9:14 AM, like...@cs2c.com.cn 
> wrote:
>
>> In my oVirt 4.1.9 env, vm's api is fine. I can get vm's diskattachments
>> from /ovirt-engine/api/vms//diskattachments.
>> But for template, i got an error(404 not found) from
>> /ovirt-engine/api/templates//diskattachments.
>>
>> --
>> like...@cs2c.com.cn
>>
>>
>> *From:* Idan Shaby 
>> *Date:* 2018-07-26 13:44
>> *To:* like...@cs2c.com.cn
>> *CC:* users 
>> *Subject:* Re: Re: [ovirt-users] template disk attribute in version 4
>> restapi
>> Actually, it was added back in oVirt 4.0.
>> What happens when you try to GET from /ovirt-engine/api/templates/> emplate_id>/diskattachments?
>> Do you get an empty list of attachments or an error (404 not found)?
>>
>>
>>
>> Regards,
>> Idan
>>
>> On Thu, Jul 26, 2018 at 4:10 AM, like...@cs2c.com.cn > > wrote:
>>
>>> Thank you for your reply.
>>> I'm using ovirt 4.1.9, in this version there is no diskattachments under
>>> /ovirt-engine/api/templates/, is it added in oVirt4.2?
>>>
>>> --
>>> like...@cs2c.com.cn
>>>
>>>
>>> *From:* Idan Shaby 
>>> *Date:* 2018-07-25 19:30
>>> *To:* like...@cs2c.com.cn
>>> *CC:* users 
>>> *Subject:* Re: [ovirt-users] template disk attribute in version 4
>>> restapi
>>> Hi,
>>>
>>> The bootable attribute was moved, along with a few more attributes, to
>>> be under a specific diskattachment, as it is an attribute of the
>>> relationship betwe

[ovirt-users] Re: template disk attribute in version 4 restapi

2018-07-25 Thread Idan Shaby
Actually, it was added back in oVirt 4.0.
What happens when you try to GET from /ovirt-engine/api/templates/<
template_id>/diskattachments?
Do you get an empty list of attachments or an error (404 not found)?



Regards,
Idan

On Thu, Jul 26, 2018 at 4:10 AM, like...@cs2c.com.cn 
wrote:

> Thank you for your reply.
> I'm using ovirt 4.1.9, in this version there is no diskattachments under
> /ovirt-engine/api/templates/, is it added in oVirt4.2?
>
> --
> like...@cs2c.com.cn
>
>
> *From:* Idan Shaby 
> *Date:* 2018-07-25 19:30
> *To:* like...@cs2c.com.cn
> *CC:* users 
> *Subject:* Re: [ovirt-users] template disk attribute in version 4 restapi
> Hi,
>
> The bootable attribute was moved, along with a few more attributes, to be
> under a specific diskattachment, as it is an attribute of the relationship
> between a disk and the specific VM it is attached to, rather than a disk
> (which can be floating, or attached to more than one VM).
> I am not sure that I understand the question. A template does have
> diskattachments under /ovirt-engine/api/templates/<
> template_id>/diskattachments.
> Which engine's version are you using?
>
>
> Regards,
> Idan
>
> On Wed, Jul 25, 2018 at 1:35 PM, like...@cs2c.com.cn 
> wrote:
>
>> Hi All,
>>
>> In the restapi of version 3, there is bootable attribute  in disk. But
>> in version 4, the bootable attribute is removed from disk. For vm i can get
>> bootable attribute from diskattachment. But there is no diskattachment in
>> template. So, is there any way in the restapi of version 4 that i can know
>> if the disk of the template is bootable or not?
>>
>> Thanks
>>
>> Regards.
>>
>> --
>> like...@cs2c.com.cn
>>
>> ___
>> 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/ZASGTIYNCZ6ESWWCB6LZJFG2KSVQGS6Q/
>>
>>
>
___
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/YGI7AI7LNV6XBF54FYCY5BOP5DMLURIV/


[ovirt-users] Re: template disk attribute in version 4 restapi

2018-07-25 Thread Idan Shaby
Hi,

The bootable attribute was moved, along with a few more attributes, to be
under a specific diskattachment, as it is an attribute of the relationship
between a disk and the specific VM it is attached to, rather than a disk
(which can be floating, or attached to more than one VM).
I am not sure that I understand the question. A template does have
diskattachments under
/ovirt-engine/api/templates//diskattachments.
Which engine's version are you using?


Regards,
Idan

On Wed, Jul 25, 2018 at 1:35 PM, like...@cs2c.com.cn 
wrote:

> Hi All,
>
> In the restapi of version 3, there is bootable attribute  in disk. But in
> version 4, the bootable attribute is removed from disk. For vm i can get
> bootable attribute from diskattachment. But there is no diskattachment in
> template. So, is there any way in the restapi of version 4 that i can know
> if the disk of the template is bootable or not?
>
> Thanks
>
> Regards.
>
> --
> like...@cs2c.com.cn
>
> ___
> 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/ZASGTIYNCZ6ESWWCB6LZJFG2KSVQGS6Q/
>
>
___
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/FWBM72FRXGKBJ5WU6624IBFPAWYTVQGG/


[ovirt-users] Re: Deleting master storage

2018-07-25 Thread Idan Shaby
On Tue, Jul 24, 2018 at 6:51 PM, jin 
wrote:

> Hi,
>
> Trying to build an ovirt system and i'm stuck with storage problem. I've
> prepared iscsi storage and seems like my storage had some troubles and now
> i could not get it online again. That is another story. I just want to
> delete master storage domain on ovirt manager. Looks like this is not
> allowed since there is no storage domain candidate to take master role.
> Also i could not add another storage domain becouse that is not allowed
> too. It says "can not add because there is no active storage domain" or
> something similar.
>
> Basically i'm stuck and don't know how to delete storage domain (master)
> without tear down all of them.
>
So you have some other storage domains in the data center rather than the
master domain?
What is their status?
What do the logs say about the master domain?

>
>
> ___
> 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/Y3CO3RQHOMZ2BDI7BOT7GZTR4BY4STXB/
>
>
___
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/EXWM5HHSL6ETPOBJX5Y5NUYOVDGHUAQD/


[ovirt-users] Re: upload disk using python sdk

2018-07-10 Thread Idan Shaby
Hi,

You need to create a new image_transfer_service and send the data to the
proxy.
The best way to learn how to do it is by looking at this example:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py


Regards,
Idan

On Wed, Jul 11, 2018 at 6:31 AM, 董青龙  wrote:

> Hi all,
> I want to upload an disk using python sdk instead of web. Which
> class should I use? I could not find a "upload" method in "class Disk" an
> "class Disks" in "brokers.py"
> Anyone can help? Thanks!
>
> ___
> 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/MLKDYEEMBXLWV5S5HULZWXOVHTMHRLFX/
>
>
___
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/RBYYPMGWIDRVUIBUTPUATIBEOP7Q3GF5/


[ovirt-users] Re: VM - Disks - Table too small

2018-07-05 Thread Idan Shaby
Hi,

Thanks for letting us know!
Can you please file a bug for it?


Regards,
Idan

On Wed, Jul 4, 2018 at 9:07 AM, Maton, Brett 
wrote:

> The table which displays disk info is too small when moving disks between
> storage domains, probably because the progress bar is added below the
> 'locked' status but the table doesn't resize to accommodate the taller rows.
>
>
>
> ​
> Tried in Chrome, Edge, Firefox, Internet Explorer & Safari
>
> ___
> 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/3RPM6QVPJRRZSSJR4F6UMMPCDFMYWTOR/
>
>
___
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/TPFRQDGKONK4WPQB3HWTU42BZ32ANTHQ/


[ovirt-users] Re: Moving from thin to preallocated storage domains

2018-06-17 Thread Idan Shaby
Hi Oliver,

If you change your array's LUNs' to pre-allocated, this will probably
disable their discard support.
Therefore, after you switch the relevant domains to maintenance, you will
indeed need to disable their Discard After Delete flag.
Also, you will need to disable the Enable Discard flag for all of the disks
that reside on the relevant storage domains before you activate those
domains.
If you forget to disable one of these two options, you will get a warning
on the engine's log telling you that the LUNs' new properties were updated
in the DB but they caused the storage domain   to stop supporting
the specific discard property that you forgot to take care of.

If you got any further questions, please don't hesitate to ask.


Regards,
Idan

On Thu, Jun 14, 2018 at 4:32 PM, Benny Zlotnik  wrote:

> Adding Idan
>
> On Wed, Jun 13, 2018 at 6:57 PM, Bruckner, Simone <
> simone.bruck...@fabasoft.com> wrote:
>
>> Hi,
>>
>>
>>
>>   I have defined thin LUNs on the array and presented them to the oVirt
>> hosts. I will change the LUN from thin to preallocated on the array (which
>> is transparent to the oVirt host).
>>
>>
>>
>> Besides removing “discard after delete” from the storage domain flags, is
>> there anything else I need to take care of on the oVirt side?
>>
>>
>>
>> All the best,
>>
>> Oliver
>>
>>
>>
>> *Von:* Benny Zlotnik 
>> *Gesendet:* Mittwoch, 13. Juni 2018 17:32
>> *An:* Albl, Oliver 
>> *Cc:* users@ovirt.org
>> *Betreff:* [ovirt-users] Re: Moving from thin to preallocated storage
>> domains
>>
>>
>>
>> Hi,
>>
>>
>>
>> What do you mean by converting the LUN from thin to preallocated?
>>
>> oVirt creates LVs on top of the LUNs you provide
>>
>>
>>
>> On Wed, Jun 13, 2018 at 2:05 PM, Albl, Oliver 
>> wrote:
>>
>> Hi all,
>>
>>
>>
>>   I have to move some FC storage domains from thin to preallocated. I
>> would set the storage domain to maintenance, convert the LUN from thin to
>> preallocated on the array, remove “Discard After Delete” from the advanced
>> settings of the storage domain and active it again. Is there anything else
>> I need to take care of?
>>
>>
>>
>> All the best,
>>
>> Oliver
>>
>>
>>
>>
>> ___
>> 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/VUEQY5DHUC633US5HZQO3N2IQ2TVCZPX/
>>
>>
>>
>
>
___
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/A42AAER6BIN7Z23YDH6EGXKENYLB653P/


[ovirt-users] Re: 4.2.3 -- Snapshot in GUI Issue

2018-05-15 Thread Idan Shaby
Hi Zack,

It's there, under a specific VM, Snapshots subtab, select the specific
snapshot and there you have the Preview/Commit buttons on the right.
If you need any further help, don't hesitate to ask.




Regards,
Idan

On Sun, May 13, 2018 at 3:23 AM, Zack Gould  wrote:

> Is there no way to restore a snapshot via the GUI on 4.2 anymore?
>
> I can't take snapshot, but there's no restore option. Since the new GUI
> design, it appears that it's missing?
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives:


Re: [ovirt-users] UploadImageStatusCommand internal: false

2018-04-22 Thread Idan Shaby
Do you have anything under
":/ovirt-engine/api/imagetransfers/" (REST
API)?
This will tell you whether you have ongoing downloads/uploads in progress.


Regards,
Idan

On Sun, Apr 22, 2018 at 8:53 PM, <johan.vermeul...@telenet.be> wrote:

> but my main concern is running as little tasks as possible on the engine
> right now
> So to make sure the upload command is not running any more...
>
>
> - Oorspronkelijk bericht -
> Van: "johan vermeulen7" <johan.vermeul...@telenet.be>
> Aan: "Idan Shaby" <ish...@redhat.com>
> Cc: "users" <users@ovirt.org>
> Verzonden: Zondag 22 april 2018 19:39:20
> Onderwerp: Re: [ovirt-users] UploadImageStatusCommand internal: false
>
> Hello Idan,
>
> no, still no sign of it under storage / disks
>
> greetings, J.
>
> - Oorspronkelijk bericht -
> Van: "Idan Shaby" <ish...@redhat.com>
> Aan: "johan vermeulen7" <johan.vermeul...@telenet.be>
> Cc: "users" <users@ovirt.org>
> Verzonden: Zondag 22 april 2018 07:09:07
> Onderwerp: Re: [ovirt-users] UploadImageStatusCommand internal: false
>
> Hi,
>
> This does not look like an error message but like a regular info log.
> Did you manage to upload the image?
>
>
> Regards,
> Idan
>
> On Fri, Apr 20, 2018 at 12:36 PM, <johan.vermeul...@telenet.be> wrote:
>
> > hello all,
> >
> > I'm trying to upload an image but get EM:
> >
> > 2018-04-20 11:32:57,737 INFO  [org.ovirt.engine.core.bll.
> > storage.disk.image.UploadImageStatusCommand] (default task-48)
> [6333fb8a]
> > Running command: UploadImageStatusCommand internal: false. Entities
> > affected :  ID: aaa0----123456789aaa Type: SystemAction
> > group CREATE_DISK with role type USER
> >
> > What I'm mostly interested now is how I can stop dis task?
> >
> > Greetings, J.
> >
> > ___
> > 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] UploadImageStatusCommand internal: false

2018-04-21 Thread Idan Shaby
Hi,

This does not look like an error message but like a regular info log.
Did you manage to upload the image?


Regards,
Idan

On Fri, Apr 20, 2018 at 12:36 PM,  wrote:

> hello all,
>
> I'm trying to upload an image but get EM:
>
> 2018-04-20 11:32:57,737 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.UploadImageStatusCommand] (default task-48) [6333fb8a]
> Running command: UploadImageStatusCommand internal: false. Entities
> affected :  ID: aaa0----123456789aaa Type: SystemAction
> group CREATE_DISK with role type USER
>
> What I'm mostly interested now is how I can stop dis task?
>
> Greetings, J.
>
> ___
> 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] VM Disk Import Error

2018-04-21 Thread Idan Shaby
Maor, any idea?


Regards,
Idan

On Thu, Apr 19, 2018 at 10:09 AM, Николаев Алексей <
alexeynikolaev.p...@yandex.ru> wrote:

> Hi community!
>
> I have another issue when try import VM disks after partial VM Import.
>
>
>
> 2018-04-19 10:05:44,561+03 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.RegisterDiskCommand] (default task-13)
> [315a9cfb-db88-48bd-87ed-2d50fdba2fb2] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[7be49698-f3a5-4995-b411-f0490a819950=DISK]',
> sharedLocks=''}'
> 2018-04-19 10:05:44,599+03 INFO  [org.ovirt.engine.core.
> vdsbroker.irsbroker.GetVolumesListVDSCommand] (default task-13)
> [315a9cfb-db88-48bd-87ed-2d50fdba2fb2] START, GetVolumesListVDSCommand(
> StoragePoolDomainAndGroupIdBaseVDSCommandParameters:{
> storagePoolId='45fe4bb5-0b53-4852-ba77-a070c21057f0',
> ignoreFailoverLimit='false', 
> storageDomainId='87c300c0-3903-4c27-9956-856c8fbdf4c2',
> imageGroupId='7be49698-f3a5-4995-b411-f0490a819950'}), log id: fbfb25
> 2018-04-19 10:05:44,741+03 INFO  [org.ovirt.engine.core.
> vdsbroker.irsbroker.GetVolumesListVDSCommand] (default task-13)
> [315a9cfb-db88-48bd-87ed-2d50fdba2fb2] FINISH, GetVolumesListVDSCommand,
> return: [fd8822ee-4fc9-49ba-9760-87a85d56bf91], log id: fbfb25
> 2018-04-19 10:05:44,743+03 INFO  [org.ovirt.engine.core.
> vdsbroker.irsbroker.GetImageInfoVDSCommand] (default task-13)
> [315a9cfb-db88-48bd-87ed-2d50fdba2fb2] START, GetImageInfoVDSCommand(
> GetImageInfoVDSCommandParameters:{storagePoolId='45fe4bb5-0b53-4852-ba77-a070c21057f0',
> ignoreFailoverLimit='false', 
> storageDomainId='87c300c0-3903-4c27-9956-856c8fbdf4c2',
> imageGroupId='7be49698-f3a5-4995-b411-f0490a819950',
> imageId='fd8822ee-4fc9-49ba-9760-87a85d56bf91'}), log id: 658b5029
> 2018-04-19 10:05:44,746+03 INFO  [org.ovirt.engine.core.
> vdsbroker.vdsbroker.GetVolumeInfoVDSCommand] (default task-13)
> [315a9cfb-db88-48bd-87ed-2d50fdba2fb2] START, GetVolumeInfoVDSCommand(HostName
> = node08-01, 
> GetVolumeInfoVDSCommandParameters:{hostId='3663c31f-c099-4823-83bd-3714b20c3d5a',
> storagePoolId='45fe4bb5-0b53-4852-ba77-a070c21057f0',
> storageDomainId='87c300c0-3903-4c27-9956-856c8fbdf4c2',
> imageGroupId='7be49698-f3a5-4995-b411-f0490a819950',
> imageId='fd8822ee-4fc9-49ba-9760-87a85d56bf91'}), log id: 1a2f86ea
> 2018-04-19 10:05:44,851+03 INFO  [org.ovirt.engine.core.
> vdsbroker.vdsbroker.GetVolumeInfoVDSCommand] (default task-13)
> [315a9cfb-db88-48bd-87ed-2d50fdba2fb2] FINISH, GetVolumeInfoVDSCommand,
> return: org.ovirt.engine.core.common.businessentities.storage.
> DiskImage@8b2e6cf1, log id: 1a2f86ea
> 2018-04-19 10:05:44,851+03 INFO  [org.ovirt.engine.core.
> vdsbroker.irsbroker.GetImageInfoVDSCommand] (default task-13)
> [315a9cfb-db88-48bd-87ed-2d50fdba2fb2] FINISH, GetImageInfoVDSCommand,
> return: org.ovirt.engine.core.common.businessentities.storage.
> DiskImage@8b2e6cf1, log id: 658b5029
> 2018-04-19 10:05:44,865+03 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.ImagesHandler] (default task-13)
> [315a9cfb-db88-48bd-87ed-2d50fdba2fb2] Disk alias retrieved from the
> client is null or empty, the suggested default disk alias to be used is
> 'RegisteredDisk_2018-04-19_10-05-44'
> 2018-04-19 10:05:44,865+03 WARN  [org.ovirt.engine.core.bll.
> storage.disk.image.RegisterDiskCommand] (default task-13)
> [315a9cfb-db88-48bd-87ed-2d50fdba2fb2] Validation of action
> 'RegisterDisk' failed for user NikolaevAA@. Reasons:
> VAR__ACTION__IMPORT,VAR__TYPE__DISK,$diskAliases
> RegisteredDisk_2018-04-19_10-05-44,ACTION_TYPE_FAILED_DISKS_LOCKED
> 2018-04-19 10:05:44,866+03 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.RegisterDiskCommand] (default task-13)
> [315a9cfb-db88-48bd-87ed-2d50fdba2fb2] Lock freed to object
> 'EngineLock:{exclusiveLocks='[7be49698-f3a5-4995-b411-f0490a819950=DISK]',
> sharedLocks=''}'
>
>
> ___
> 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] VM Import Error

2018-04-21 Thread Idan Shaby
Hi,

Looks like a bug to me.
Can you please file a bug with the full details and logs so we can further
investigate it?


Thanks,
Idan

On Thu, Apr 19, 2018 at 9:43 AM, Николаев Алексей <
alexeynikolaev.p...@yandex.ru> wrote:

> Hi community!
>
> I have some issue then try import VM after import storage domain from old
> ovirt-engine instance.
>
> 2018-04-19 09:33:34,179+03 INFO  [org.ovirt.engine.core.bll.exportimport.
> ImportVmFromConfigurationCommand] (default task-62)
> [9a477a82-cfb3-4f60-871d-5b40fcd39dbf] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[r09-sed-db=VM_NAME, 
> 4b63b3b7-99aa-4b80-94e2-a281fb273227=VM]',
> sharedLocks='[4b63b3b7-99aa-4b80-94e2-a281fb273227=REMOTE_VM]'}'
> 2018-04-19 09:33:34,184+03 ERROR 
> [org.ovirt.engine.core.bll.validator.ImportValidator]
> (default task-62) [9a477a82-cfb3-4f60-871d-5b40fcd39dbf] Storage Domain
> 'null' with id 'dae04e55-ff8e-46a9-9e65-22ee83666c8a', could not be found
> for disk alias 'r09-sed-db_Disk2' with image id '9cf3a067-2996-4ff2-b481-
> b13f7cc73c33'
> 2018-04-19 09:33:34,184+03 WARN  [org.ovirt.engine.core.bll.exportimport.
> ImportVmFromConfigurationCommand] (default task-62)
> [9a477a82-cfb3-4f60-871d-5b40fcd39dbf] Validation of action
> 'ImportVmFromConfiguration' failed for user NikolaevAA@. Reasons:
> VAR__ACTION__IMPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_
> STORAGE_DOMAIN_NOT_EXIST
> 2018-04-19 09:33:34,185+03 INFO  [org.ovirt.engine.core.bll.exportimport.
> ImportVmFromConfigurationCommand] (default task-62)
> [9a477a82-cfb3-4f60-871d-5b40fcd39dbf] Lock freed to object
> 'EngineLock:{exclusiveLocks='[r09-sed-db=VM_NAME, 
> 4b63b3b7-99aa-4b80-94e2-a281fb273227=VM]',
> sharedLocks='[4b63b3b7-99aa-4b80-94e2-a281fb273227=REMOTE_VM]'}'
>
>
> ___
> 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 upload cancel/remove

2018-03-24 Thread Idan Shaby
Hi Alex,

How did you cancel the uploads?
Can you please attach the engine log so we can see what happened there?


Thanks,
Idan

On Thu, Mar 22, 2018 at 6:39 PM, Alex K  wrote:

> After 48 hours it seems the issue has been resolved.
> No disks are shown with status "Transferring via API"
>
> Alex
>
> On Wed, Mar 21, 2018 at 9:33 AM, Alex K  wrote:
>
>> Even after rebooting the engine the disks are still there with same
>> status "Transferring via API"
>>
>> Alex
>>
>> On Tue, Mar 20, 2018 at 11:49 AM, Eyal Shenitzky 
>> wrote:
>>
>>> Idan/Daniel,
>>>
>>> Can you please take a look?
>>>
>>> Thanks,
>>>
>>> On Tue, Mar 20, 2018 at 11:44 AM, Alex K 
>>> wrote:
>>>
 Hi All,

 I was trying to upload a VM disk at data storage domain using a python
 script.
 I did cancel the upload twice and at the third time the upload was
 successful, but I see two disks from the previous attempts with status
 "transferring via API" (see attached). This status of for more then 8 hours
 and I cannot remove them.

 Is there any way to clean them from the disks inventory?



 I am using ovirt 4.1.9.1-1.el7.centos with self hosted engine on 3
 nodes.

 Thanx,
 Alex



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


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


Re: [ovirt-users] storage domain ovirt-image-repository doesn't work

2018-03-12 Thread Idan Shaby
Hi Nicolas,

Let me make sure that I understand what's the issue here - you click on the
domain and on the Images sub tab nothing is displayed?
Can you please clear your engine log, click on the ovirt-image-repository
domain and attach the log to the mail?
When I do it, I get the following audit log:

2018-03-13 07:19:25,983+02 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-86) [6af6ee81-ce9a-46b7-a371-c5c3b0c6bf2a] EVENT_ID:
REFRESH_REPOSITORY_IMAGE_LIST_SUCCEEDED(998), Refresh image list succeeded
for domain(s): ovirt-image-repository (All file type)

Maybe you get an error there that can help us understand the problem.


Regards,
Idan

On Mon, Mar 12, 2018 at 12:27 AM, Nicolas Vaye  wrote:

> Hello,
>
> i have installed one oVirt platform with 2 node and 1 HE version 4.2.1.7-1
>
> It seem to work fine, but i have issue with the ovirt-image-repository.
>
> Impossible to get the list of available images for this domain :
> [cid:1520807274.29800.1.camel@province-sud.nc]
>
> My cluster is on a private network, so there is a proxy to get internet
> access.
> I have tried with a specific proxy configuration on each node (
> https://www.server-world.info/en/note?os=CentOS_7=squid=2)
> so it's a success with yum update, wget or curl with
> http://glance.ovirt.org:9292/, but nothing in the webui for the
> ovirt-image-repository domain.
>
> I have tried another test with a transparent proxy and the result is the
> same :
> success with yum update, wget or curl with http://glance.ovirt.org:9292/,
> but nothing in the webui for the ovirt-image-repository domain.
>
>
> I don't know where is the specific log for this technical part.
>
> Can i have help for this issue.
>
> Thanks.
>
> Nicolas VAYE
> DSI - Nouméa
> NEW CALEDONIA
>
> ___
> 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 force remove template

2018-03-10 Thread Idan Shaby
Hi John,

Indeed looks odd.
Can you attach engine and vdsm logs from when you tried to delete the
template?
Also, any idea how it got there? Remember anything special that you did
with the storage domain?


Regards,
Idan

On Thu, Mar 8, 2018 at 10:27 PM, John Nguyen  wrote:

> Hi Guys,
>
> I apologize if you may have addressed this earlier.  I have a template in
> an odd state.  The template show it's disk on one storage domain, but in
> actuality the disk is on a different domain.  I would like to delete this
> template since its not in uses and out of date.  However when I try, I get
> the error "image does not exit in domain."
>
> Is there a way to force remove a template from the database?  Any thoughts
> would be greatly appreciated.
>
> Thanks,
> John
>
> ___
> 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 image upload pausing

2018-02-20 Thread Idan Shaby
On Tue, Feb 20, 2018 at 3:33 PM,  wrote:

> Hi,
>
> Here are lines I have found for my last faulty try :
>
> ENGINE
> 2018-02-19 17:52:27,283+01 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.TransferImageStatusCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-3)
> [1320afb0] Running command: TransferImageStatusCommand internal: true.
> Entities affected :  ID: aaa0----123456789aaa Type:
> SystemAction group CREATE_DISK with role type USER
> 2018-02-19 17:52:27,290+01 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.TransferImageStatusCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-3)
> [1320afb0] Lock freed to object 'EngineLock:{exclusiveLocks='',
> sharedLocks='[]'}'
> 2018-02-19 17:52:28,658+01 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.TransferImageStatusCommand] (default task-14)
> [32ba50ad-f7cd-4b7e-87b9-f7ad8a73a946] Running command:
> TransferImageStatusCommand internal: false. Entities affected :  ID:
> aaa0----123456789aaa Type: SystemAction group CREATE_DISK
> with role type USER
> 2018-02-19 17:52:28,659+01 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.ImageTransferUpdater] (default task-14)
> [32ba50ad-f7cd-4b7e-87b9-f7ad8a73a946] Updating image transfer
> 1c55d561-45bf-4e57-b3b6-8fcbf3734a28 (image 
> af5997c5-ae69-4677-9d86-30a978cf83a5)
> phase to Paused by System (message: 'Sent 405200MB')
> 2018-02-19 17:52:28,665+01 WARN  [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] (default task-14)
> [32ba50ad-f7cd-4b7e-87b9-f7ad8a73a946] EVENT_ID:
> UPLOAD_IMAGE_NETWORK_ERROR(1,038), Unable to upload image to disk
> af5997c5-ae69-4677-9d86-30a978cf83a5 due to a network error. Make sure
> ovirt-imageio-proxy service is installed and configured, and ovirt-engine's
> certificate is registered as a valid CA in the browser. The certificate can
> be fetched from https:///ovirt-engine/services/pki-resource?
> resource=ca-certificate=X509-PEM-CA
> 2018-02-19 17:52:32,624+01 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.TransferImageStatusCommand] (default task-28)
> [0eba65e6-cca8-46ee-9038-fb29838ead47] Running command:
> TransferImageStatusCommand internal: false. Entities affected :  ID:
> aaa0----123456789aaa Type: SystemAction group CREATE_DISK
> with role type USER
> 2018-02-19 17:52:36,679+01 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.TransferImageStatusCommand] (default task-16)
> [5d662615-a4e7-412b-8ecf-45be03c7e49f] Running command:
> TransferImageStatusCommand internal: false. Entities affected :  ID:
> aaa0----123456789aaa Type: SystemAction group CREATE_DISK
> with role type USER
> 2018-02-19 17:52:37,304+01 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.TransferDiskImageCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-40)
> [6f21de96-d3bd-4cf0-b922-394be7389d3b] Transfer was paused by system.
> Upload disk 'pfm-serv-pdc_Disk1' (id '----
> ')
>
> PROXY
> (Thread-4087) ERROR 2018-02-19 17:52:28,644 
> images:143:root:(make_imaged_request)
> Failed communicating with host: A Connection error occurred.
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/images.py",
> line 134, in make_imaged_request
> timeout=timeout, stream=stream)
>   File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 576,
> in send
> r = adapter.send(request, **kwargs)
>   File "/usr/lib/python2.7/site-packages/requests/adapters.py", line 415,
> in send
> raise ConnectionError(err, request=request)
> ConnectionError: ('Connection aborted.', error(32, 'Broken pipe'))
> (Thread-4087) ERROR 2018-02-19 17:52:28,645 web:112:web:(log_error) ERROR
> [10.100.0.184] PUT /images/f64acb43-d153-485d-b441-9f5d42773a03: [503]
> Failed communicating with host: A Connection error occurred. (0.01s)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_common/web.py",
> line 64, in __call__
> resp = self.dispatch(request)
>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_common/web.py",
> line 91, in dispatch
> return method(*match.groups())
>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/http_helper.py",
> line 104, in wrapper
> return func(self, *args)
>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/http_helper.py",
> line 60, in wrapper
> ret = func(self, *args)
>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/images.py",
> line 97, in put
> self.request.method, imaged_url, headers, body, stream)
>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/images.py",
> line 144, in make_imaged_request
> raise exc.HTTPServiceUnavailable(s)
>
> I saw new updates so I applied them to the whole cluster and the engine
> VM, and finally rebooted everything.
>
> My new try this morning was OK.
>
> Maybe one service 

Re: [ovirt-users] Disk image upload pausing

2018-02-19 Thread Idan Shaby
Hi,

Can you please attach the engine, vdsm, daemon and proxy logs?


Regards,
Idan

On Mon, Feb 19, 2018 at 11:17 AM,  wrote:

>
> Hi,
> I am trying to build a new vm based on a vhd image coming from a windows
> machine. I converted the image to raw, and I am now trying to import it in
> the engine.
> After setting up the CA in my browser, the import process starts but stops
> after a while with "paused by system" status. I can resume it, but it
> pauses without transferring more.
> The engine logs don't explain much, I see a line for the start and the
> next one for the pause.
> My network seems to work correctly, and I have plenty of space in the
> storage domain.
> What can cause the process to pause ?
> Regards
>
> --
> FreeMail powered by mail.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] effectiveness of "discard=unmap"

2018-02-12 Thread Idan Shaby
On Mon, Feb 12, 2018 at 1:55 PM, Matthias Leopold <
matthias.leop...@meduniwien.ac.at> wrote:

> Hi Idan,
>
> thanks for your answer. But i'm still confused, because i thought that the
> content of /sys/block/dm-X/queue/discard* in the VM OS should depend on the
> setting of the "discard=(unmap|ignore)" setting in the qemu-kvm command.
> Unexpectedly it's the same in both cases (it's >0, saying discard is 'on').
> I was then trying to inquire about the TRIM/UNMAP capability of block
> devices in the VM with "sdparm -p lbp /dev/sdx", but i always get "Logical
> block provisioning (SBC) mode subpage failed".
>
The file /sys/block/dm-X/queue/discard_max_bytes in sysfs tells you whether
your underlying storage supports discard.
The flag discard=unmap of the VM in qemu means that qemu will not throw
away the UNMAP commands comming from the guest OS (by default it does throw
them away).
>From what I know, the file in sysfs and the VM flag are not related.

>
> I know i can (and should) look at the storage array to see if TRIM/UNMAP
> _actually_ works, but documentation (https://www.kernel.org/doc/Do
> cumentation/block/queue-sysfs.txt) says it should be visible beforehand
> to my understanding.
>
> Regards
> Matthias
>
> Am 2018-02-11 um 08:55 schrieb Idan Shaby:
>
>> Hi Matthias,
>>
>> When the guest executes a discard call of any variation (fstrim,
>> blkdiscard, etc.), the underlying thinly provisioned LUN is the one that
>> changes -  it returns the unused blocks to the storage array and gets
>> smaller.
>> Therefore, no change is visible to the guest OS.
>> If you want to check what has changed, go to the storage array and check
>> what's the size of the underlying thinly provisioned LUN before and after
>> the discard call.
>>
>> The answer for your question and some more information can be found in
>> the feature page [1] (needs a bit of an update, but most of it is still
>> relevant).
>> If you got any further questions, please don't hesitate to ask.
>>
>>
>> Regards,
>> Idan
>>
>> [1] Pass discard from guest to underlying storage -
>> https://www.ovirt.org/develop/release-management/features/st
>> orage/pass-discard-from-guest-to-underlying-storage/
>>
>> On Thu, Feb 8, 2018 at 2:08 PM, Matthias Leopold <
>> matthias.leop...@meduniwien.ac.at <mailto:matthias.leopold@medun
>> iwien.ac.at>> wrote:
>>
>> Hi,
>>
>> i'm sorry to bother you again with my ignorance of the DISCARD
>> feature for block devices in general.
>>
>> after finding several ways to enable "discard=unmap" for oVirt disks
>> (via standard GUI option for iSCSI disks or via "diskunmap" custom
>> property for Cinder disks) i wanted to check in the guest for the
>> effectiveness of this feature. to my surprise i couldn't find a
>> difference between Linux guests with and without "discard=unmap"
>> enabled in the VM. "lsblk -D" reports the same in both cases and
>> also fstrim/blkdiscard commands appear to work with no difference.
>> Why is this? Do i have to look at the underlying storage to find out
>> what really happens? Shouldn't this be visible in the guest OS?
>>
>> thx
>> matthias
>>
>> ___
>> Users mailing list
>> Users@ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>
>>
>>
>>
> --
> Matthias Leopold
> IT Systems & Communications
> Medizinische Universität Wien
> Spitalgasse 23 / BT 88 /Ebene 00
> A-1090 Wien
> Tel: +43 1 40160-21241
> Fax: +43 1 40160-921200
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] effectiveness of "discard=unmap"

2018-02-10 Thread Idan Shaby
Hi Matthias,

When the guest executes a discard call of any variation (fstrim,
blkdiscard, etc.), the underlying thinly provisioned LUN is the one that
changes -  it returns the unused blocks to the storage array and gets
smaller.
Therefore, no change is visible to the guest OS.
If you want to check what has changed, go to the storage array and check
what's the size of the underlying thinly provisioned LUN before and after
the discard call.

The answer for your question and some more information can be found in the
feature page [1] (needs a bit of an update, but most of it is still
relevant).
If you got any further questions, please don't hesitate to ask.


Regards,
Idan

[1] Pass discard from guest to underlying storage -
https://www.ovirt.org/develop/release-management/features/storage/pass-discard-from-guest-to-underlying-storage/

On Thu, Feb 8, 2018 at 2:08 PM, Matthias Leopold <
matthias.leop...@meduniwien.ac.at> wrote:

> Hi,
>
> i'm sorry to bother you again with my ignorance of the DISCARD feature for
> block devices in general.
>
> after finding several ways to enable "discard=unmap" for oVirt disks (via
> standard GUI option for iSCSI disks or via "diskunmap" custom property for
> Cinder disks) i wanted to check in the guest for the effectiveness of this
> feature. to my surprise i couldn't find a difference between Linux guests
> with and without "discard=unmap" enabled in the VM. "lsblk -D" reports the
> same in both cases and also fstrim/blkdiscard commands appear to work with
> no difference. Why is this? Do i have to look at the underlying storage to
> find out what really happens? Shouldn't this be visible in the guest OS?
>
> thx
> matthias
>
> ___
> 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] 4.2: failed reconstructing master storage domain

2017-12-27 Thread Idan Shaby
Hi  Blaster,

First, can you please attach the engine and vdsm logs, so we can see if
there's any clue about this?
Second, if you don't have anything important on you storage domains, I
would suggest trying to force remove all your domains, then force remove
the datacenter, create a new one and reinstall your host via oVirt.
Then you can create new storage domains and attach them to your new
datacenter.


Regards,
Idan

On Tue, Dec 26, 2017 at 6:25 AM, Blaster  wrote:

> So I accidentally wiped out the underlying storage for the master storage
> domain for the default data center for my self hosted configuration.
>
> The re-initialize data center option is greyed out.
>
> I can’t add any other storage domains because there isn’t a master.
>
> I keep getting pop up errors “failed reconstructing master storage domain
> for datacenter default”.
>
> Anyway to get this back?
>
> I don’t see anything in the engine or vddm logs as to why it’s failed.
>
> Anyway to recover from this?
> ___
> 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] move disk and lv not removed

2017-10-24 Thread Idan Shaby
On Tue, Oct 24, 2017 at 10:35 AM, Gianluca Cecchi <gianluca.cec...@gmail.com
> wrote:

> On Tue, Oct 24, 2017 at 7:29 AM, Idan Shaby <ish...@redhat.com> wrote:
>
>> Hi Gianluca,
>>
>> Can you try to reproduce it with FC? Maybe it's somehow related to that.
>> Did you try to lvremove the old lv's, or are they still in use?
>>
>
> Do you mean directly from OS using lvremove command?
>
Yes

>
>
>> Trying to do this from the SPM should be ok.
>>
>
> OK. I can try it on SPM node if you confirm
>
Sure, go ahead.

>
>
>> What do you mean synchronize the information at the other node side?
>>
>
> I mean that in the past I worked with RHCS clusters, in both kinds of LVM
> configurations: 1) CLVMD and 2) HA-LVM
> In 1) I have the LVM layer that is cluster aware so if I run commands that
> modify metadata information for LVM (such as adding, removing, extending
> LV) I'm confident.
> In 2), as LVM itself is not cluster aware, it is dangerous to do LVM
> metadata operations with both nodes accessing the shared volumes.
> So in this case I typically executed these steps:
> - relocate the services so that they are all on one node
> - power down the other one
> - execute the required LVM changes
> - power on the second node to have it join the cluster again
> - eventually relocate back part of the cluster services to the second node
>

> If I run "lvs" command on both oVirt nodes, they now both show the
> information regarding the not-removed LV.
> How does oVirt manage synchronization and coherence of LVM metadata
> between nodes?
>
oVirt (vdsm, to be precise) uses SANLock [1] to achieve that goal.

> This is what I meant with my question...
>
Thanks for the explanation!
Generally you're right. We do have to make sure that metadata operations on
a logical volume are done by only one host, because we're indeed not using
clvm.
However, here we're talking about a stale lv that no one should access
anymore, and that we don't have interest in anymore.
In that case, we can just go and lvremove it.
Regarding the bug itself, if you are able to reproduce it in any way,
please send the full logs so we can understand its cause.


>
>> In any case, this is a disk that you don't need anymore, isn't it? You
>> said that the copy part of the move operation went well.
>>
>>
>> Regards,
>> Idan
>>
>>
> Yes. the move operation succeeded and I'm usingthe target LV, that indeed
> is marked with "open" (o) while the source not (-)
>
> Gianluca
>
>
>
>
 [1] https://www.ovirt.org/develop/developer-guide/vdsm/sanlock/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] can't use a iscsi target as a 4.2 storage domain

2017-10-24 Thread Idan Shaby
I am glad that it works for you now!
If you got anymore question, please don't hesitate to ask.


Regards,
Idan

On Tue, Oct 24, 2017 at 8:40 PM, Nathanaël Blanchet 
wrote:

> I'm replying to myself: there was a 4.2 update of the engine, and now it's
> okay... still in development, but seems to be quite good after
> familiazering with the new UI!
>
>
> Le 24/10/2017 à 15:13, Nathanaël Blanchet a écrit :
>
>> Hi,
>>
>> I give a try to 4.2 alpha andit  seems to be a regression with
>> registering a iscsi target as a storage domain.
>> I'm able to login to the target, but when selecting the lun, clicking on
>> OK does nothing else.
>>
>> I tried with the same lun on 4.1 and it is ok.
>>
>>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14
> blanc...@abes.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] can't use a iscsi target as a storage domain

2017-10-24 Thread Idan Shaby
Hi Nathanaël,

Can you please attach the engine log so we can investigate this issue?
Also, do you get a warning message above the LUNs table when you click OK?
You can attach a screenshot of the pop up if you are not sure.


Regards,
Idan

On Tue, Oct 24, 2017 at 4:13 PM, Nathanaël Blanchet 
wrote:

> Hi,
>
> I give a try to 4.2 alpha andit  seems to be a regression with registering
> a iscsi target as a storage domain.
> I'm able to login to the target, but when selecting the lun, clicking on
> OK does nothing else.
>
> I tried with the same lun on 4.1 and it is ok.
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14
> blanc...@abes.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] Resize disk of powered on VM

2017-10-24 Thread Idan Shaby
On Mon, Oct 16, 2017 at 4:19 PM, Gianluca Cecchi 
wrote:

> Hello,
> I'm in 4.1.6.
> I have a VM with 2 virtio-scsi disks (on FC).
> If I try to do a resize of the boot disk (preallocated) from this menu:
> 1)
> - select VM
> - disks sub tab
> - select disk
> - edit
> - edit virtual disk window
> - extend size by X Gb
> I get error about "not all VMs are powered down"
>
>
> Instead if I do a resize of the same disk from this menu:
> 2)
> - select VM
> - edit VM
> - find the line of the disk and select the "edit" button at the right
> - edit virtual disk window
> - extend size by X Gb
> it works as expected, so without downtime
>
> Is this expected?
>
> Actually after 2) scenario, I had retried 1) and it works too this time.
> During the first 1) that failed, I see this in engine.log:
>
>  Validation of action 'UpdateVmDisk' failed for user admin@internal-authz.
> Reasons: VAR__AC
> TION__UPDATE,VAR__TYPE__DISK,ACTION_TYPE_FAILED_VM_IS_NOT_DOWN
>
> But the VM is indeed up on all 3 attempts so I don't understand this
> message
>
Unfortunately I couldn't reproduce neither of the scenarios in my 4.1.6
environment.
Are you still able to reproduce it? If you are, can you please attach full
engine and vdsm logs?

>
> On another VM, again with a disk configured as virtio-scsi, but configured
> as thin provisioned, both from 1) and 2) scenario I get:
>
> c7service:
>
>- Cannot edit Virtual Disk. Cannot edit Virtual Disk. Disk extension
>combined with disk compat version update isn't supported. Please perform
>the updates separately.
>
> What does it mean "perform the updates separately"? I cannot online resize
> thin provisioned disks?
> The VM has only one disk, BTW.
>
Maybe you somehow tried to updated the QCOW version of the disk?
Maor, any idea why he got this message?

>
> 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] move disk and lv not removed

2017-10-24 Thread Idan Shaby
On Tue, Oct 24, 2017 at 8:29 AM, Idan Shaby <ish...@redhat.com> wrote:

> Hi Gianluca,
>
> Can you try to reproduce it with FC? Maybe it's somehow related to that.
>
Just to make it clear - I know that bug originally occurred on FC, and it
will be helpful to have the full logs if we want to understand the root
cause for this.

> Did you try to lvremove the old lv's, or are they still in use?
> Trying to do this from the SPM should be ok. What do you mean synchronize
> the information at the other node side?
> In any case, this is a disk that you don't need anymore, isn't it? You
> said that the copy part of the move operation went well.
>
>
> Thanks,
> Idan
>
> On Thu, Oct 19, 2017 at 10:47 AM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> On Thu, Oct 19, 2017 at 7:36 AM, Idan Shaby <ish...@redhat.com> wrote:
>>
>>> Hi Gianluca,
>>>
>>> This sounds like a bug to me.
>>> Can you please attach engine and vdsm logs?
>>>
>>>
>>> Thanks,
>>> Idan
>>>
>>
>> Hi Idan,
>> I have not at hand the full files right now, but these were the snippets
>> I cut from vdsm log and engine.log yesterday around the time of the first
>> error after sending the first e-mail
>> It seems vdsm reports that the logical volume is still in use while
>> trying to remove it
>> I have tried to replicate on another environment also based on block
>> storage, but now iSCSI and not FC and I was not able to get the error: the
>> move disk operation of the powered off vm always completed successfully.
>> Both tests were done trying to move preallocated disks if that matters
>>
>> vdsm.log of host1
>>
>> 2017-10-18 14:59:28,907+0200 ERROR (libvirt/events)
>> [storage.TaskManager.Task] (Task='6331ec00-b75b-465e-8d9c-04d465c09ea1')
>> Unexpected error (task:872)
>> Traceback (most recent call last):
>>   File "/usr/share/vdsm/storage/task.py", line 879, in _run
>> return fn(*args, **kargs)
>>   File "", line 2, in teardownImage
>>   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48,
>> in method
>> ret = func(*args, **kwargs)
>>   File "/usr/share/vdsm/storage/hsm.py", line 3189, in teardownImage
>> dom.deactivateImage(imgUUID)
>>   File "/usr/share/vdsm/storage/blockSD.py", line 1289, in
>> deactivateImage
>> lvm.deactivateLVs(self.sdUUID, volUUIDs)
>>   File "/usr/share/vdsm/storage/lvm.py", line 1304, in deactivateLVs
>> _setLVAvailability(vgName, toDeactivate, "n")
>>   File "/usr/share/vdsm/storage/lvm.py", line 843, in _setLVAvailability
>> raise error(str(e))
>> CannotDeactivateLogicalVolume: Cannot deactivate Logical Volume:
>> ('General Storage Exception: ("5 [] [\'  Logical volume
>> c5d360f5-cd90-4b3e-bdef-924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d
>> is used by another device.\']\\nc5d360f5-cd90-4b3
>> e-bdef-924649bfbc5f/[\'eff58f10-12bf-412f-a5db-944bfb10904d\']",)',)
>> 2017-10-18 14:59:28,907+0200 INFO  (libvirt/events)
>> [storage.TaskManager.Task] (Task='6331ec00-b75b-465e-8d9c-04d465c09ea1')
>> aborting: Task is aborted: 'Cannot deactivate Logical Volume: (\'General
>> Storage Exception: ("5 [] [\\\'  Logical volume
>> c5d360f5-cd90-4b3e-bdef-924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d
>> is used by another device.\\\']nc5d360f5-cd90
>> -4b3e-bdef-924649bfbc5f/[\\\'eff58f10-12bf-412f-a5db-944bfb10904d\\\']",)\',)'
>> - code 552 (task:1177)
>> 2017-10-18 14:59:28,908+0200 ERROR (libvirt/events) [storage.Dispatcher]
>> FINISH teardownImage error=Cannot deactivate Logical Volume: ('General
>> Storage Exception: ("5 [] [\'  Logical volume c5d360f5-cd90-4b3e-bdef-924649
>> bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d is used by another
>> device.\']\\nc5d360f5-cd90-4b3e-bdef-924649bfbc5f/[\'eff58f1
>> 0-12bf-412f-a5db-944bfb10904d\']",)',) (dispatcher:81)
>>
>> engine.log
>> 2017-10-18 15:01:53,097+02 INFO  [org.ovirt.engine.core.dal.dbb
>> roker.auditloghandling.AuditLogDirector] (D
>> efaultQuartzScheduler6) [] EVENT_ID: USER_MOVED_DISK_FINISHED_SUCCESS(2,010),
>> Correlation ID: a8948cbf-80a
>> 2-462d-8805-91da94868c6e, Job ID: ffba7504-a324-43ca-ab4c-481610c1098b,
>> Call Stack: null, Custom ID: null,
>>  Custom Event ID: -1, Message: User gcecchi@internal-authz finished
>> moving disk padora1_u01 to domain SATA
>> _ALLBCK.
>> 2017-10-18 15:01:54,029+02 ERROR [org.ovirt.engine.core.dal.dbb
>> roker.auditl

Re: [ovirt-users] move disk and lv not removed

2017-10-23 Thread Idan Shaby
Hi Gianluca,

Can you try to reproduce it with FC? Maybe it's somehow related to that.
Did you try to lvremove the old lv's, or are they still in use?
Trying to do this from the SPM should be ok. What do you mean synchronize
the information at the other node side?
In any case, this is a disk that you don't need anymore, isn't it? You said
that the copy part of the move operation went well.


Regards,
Idan

On Thu, Oct 19, 2017 at 10:47 AM, Gianluca Cecchi <gianluca.cec...@gmail.com
> wrote:

> On Thu, Oct 19, 2017 at 7:36 AM, Idan Shaby <ish...@redhat.com> wrote:
>
>> Hi Gianluca,
>>
>> This sounds like a bug to me.
>> Can you please attach engine and vdsm logs?
>>
>>
>> Thanks,
>> Idan
>>
>
> Hi Idan,
> I have not at hand the full files right now, but these were the snippets I
> cut from vdsm log and engine.log yesterday around the time of the first
> error after sending the first e-mail
> It seems vdsm reports that the logical volume is still in use while trying
> to remove it
> I have tried to replicate on another environment also based on block
> storage, but now iSCSI and not FC and I was not able to get the error: the
> move disk operation of the powered off vm always completed successfully.
> Both tests were done trying to move preallocated disks if that matters
>
> vdsm.log of host1
>
> 2017-10-18 14:59:28,907+0200 ERROR (libvirt/events)
> [storage.TaskManager.Task] (Task='6331ec00-b75b-465e-8d9c-04d465c09ea1')
> Unexpected error (task:872)
> Traceback (most recent call last):
>   File "/usr/share/vdsm/storage/task.py", line 879, in _run
> return fn(*args, **kargs)
>   File "", line 2, in teardownImage
>   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in
> method
> ret = func(*args, **kwargs)
>   File "/usr/share/vdsm/storage/hsm.py", line 3189, in teardownImage
> dom.deactivateImage(imgUUID)
>   File "/usr/share/vdsm/storage/blockSD.py", line 1289, in deactivateImage
> lvm.deactivateLVs(self.sdUUID, volUUIDs)
>   File "/usr/share/vdsm/storage/lvm.py", line 1304, in deactivateLVs
> _setLVAvailability(vgName, toDeactivate, "n")
>   File "/usr/share/vdsm/storage/lvm.py", line 843, in _setLVAvailability
> raise error(str(e))
> CannotDeactivateLogicalVolume: Cannot deactivate Logical Volume: ('General
> Storage Exception: ("5 [] [\'  Logical volume c5d360f5-cd90-4b3e-bdef-
> 924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d is used by another
> device.\']\\nc5d360f5-cd90-4b3e-bdef-924649bfbc5f/[\'
> eff58f10-12bf-412f-a5db-944bfb10904d\']",)',)
> 2017-10-18 14:59:28,907+0200 INFO  (libvirt/events)
> [storage.TaskManager.Task] (Task='6331ec00-b75b-465e-8d9c-04d465c09ea1')
> aborting: Task is aborted: 'Cannot deactivate Logical Volume: (\'General
> Storage Exception: ("5 [] [\\\'  Logical volume c5d360f5-cd90-4b3e-bdef-
> 924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d is used by another
> device.\\\']nc5d360f5-cd90-4b3e-bdef-924649bfbc5f/[\
> \\'eff58f10-12bf-412f-a5db-944bfb10904d\\\']",)\',)' - code 552
> (task:1177)
> 2017-10-18 14:59:28,908+0200 ERROR (libvirt/events) [storage.Dispatcher]
> FINISH teardownImage error=Cannot deactivate Logical Volume: ('General
> Storage Exception: ("5 [] [\'  Logical volume c5d360f5-cd90-4b3e-bdef-
> 924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d is used by another
> device.\']\\nc5d360f5-cd90-4b3e-bdef-924649bfbc5f/[\'
> eff58f10-12bf-412f-a5db-944bfb10904d\']",)',) (dispatcher:81)
>
> engine.log
> 2017-10-18 15:01:53,097+02 INFO  [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] (D
> efaultQuartzScheduler6) [] EVENT_ID: USER_MOVED_DISK_FINISHED_SUCCESS(2,010),
> Correlation ID: a8948cbf-80a
> 2-462d-8805-91da94868c6e, Job ID: ffba7504-a324-43ca-ab4c-481610c1098b,
> Call Stack: null, Custom ID: null,
>  Custom Event ID: -1, Message: User gcecchi@internal-authz finished
> moving disk padora1_u01 to domain SATA
> _ALLBCK.
> 2017-10-18 15:01:54,029+02 ERROR [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5)
> [394f8568] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID:
> null, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: VDSM
> host1 command HSMGetAllTasksStatusesVDS failed: Cannot remove Logical
> Volume: (['Cannot remove Logical Volume: 
> (u\'c5d360f5-cd90-4b3e-bdef-924649bfbc5f\',
> "[\'2255c544-165b-4126-86ee-70e6d1edef9a\']")'],)
> 2017-10-18 15:01:54,029+02 INFO  
> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (DefaultQuartzScheduler5) [394f8568] SPMAsyncTask::PollTask: Polling task
> '

Re: [ovirt-users] move disk and lv not removed

2017-10-18 Thread Idan Shaby
Hi Gianluca,

This sounds like a bug to me.
Can you please attach engine and vdsm logs?


Thanks,
Idan

On Wed, Oct 18, 2017 at 4:41 PM, Gianluca Cecchi 
wrote:

> Hello,
> on an FC based environment I have a powered off VM
>
> Select VM --> disks subtab --> select one disk of 20Gb
> move
>
> at the end of the move apparently all went ok, but right after the
> "finished moving.." event I also get this error event
>
> VDSM host1 command HSMGetAllTasksStatusesVDS failed: Cannot remove Logical
> Volume: (['Cannot remove Logical Volume: 
> (u\'c5d360f5-cd90-4b3e-bdef-924649bfbc5f\',
> "[\'2255c544-165b-4126-86ee-70e6d1edef9a\']")'],)
>
> After that I also do the same for another disk of the same VM with size
> 80Gb and it completes ok, without the same event error.
> So the problem doesn't occur always
>
> It seem to me that the old disk (aka old lv) has remained as a left over.
> And in fact the source storage domain doesn't show 20Gb of more free
> space...
> From the SPM host
>
> # lvs | egrep "VG|2255c544-165b-4126-86ee-70e6d1edef9a"
>   LV   VG
>  Attr   LSize   Pool   OriginData%  Meta%  Move Log
> Cpy%Sync Convert
>   2255c544-165b-4126-86ee-70e6d1edef9a 072feb00-bc16-416d-9a23-39bde9cd3a94
> -wi---  20.00g
>
>   2255c544-165b-4126-86ee-70e6d1edef9a c5d360f5-cd90-4b3e-bdef-924649bfbc5f
> -wi-ao  20.00g
>
> #
>
> So it seems I have both the old LV on the original VG
> (2255c544-165b-4126-86ee-70e6d1edef9a) and the LV on the VG related to
> the target storage domain
>
> Is there any bug opened for this? How can I clean situation?
> 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


[ovirt-users] Re: Discard After Delete: Why not the default?

2017-09-10 Thread Idan Shaby
Hi,

I agree with Yaniv. That's why when Discard After Delete was introduced in
oVirt 4.1, it was false by default.
However, since we realized that the demand for it to be true by default is
high, we changed it in oVirt 4.2 [1] so that it will be true by default.

If you got any further questions, please don't hesitate to ask.

Regards,
Idan

[1] *Bug 1456414*  - New
domain should default to true on Discard After Delete

On Sun, Sep 10, 2017 at 2:50 PM, Yaniv Kaul  wrote:

>
>
> On Sun, Sep 10, 2017 at 1:55 PM, Troels Arvin  wrote:
>
>> Hello,
>>
>> In the settings for a storage domain, in "Advanced Options", there is an
>> option "Discard After Delete". The default is that the checkbox is not
>> set.
>>
>> The documentation at
>> https://www.ovirt.org/develop/release-management/features/st
>> orage/discard-
>> after-delete/
>> 
>> and
>> https://www.ovirt.org/develop/release-management/features/storage/pass-
>> discard-from-guest-to-underlying-storage/
>> 
>> does not mention why the option is not the default. What drawback does
>> the "Dicard After Delete" feature have, since it's not the default?
>>
>
> Simply because in many cases it's not really needed. The whole purpose of
> discarding is to allow the underlying storage to reclaim unused space. But
> usually there's no need for it - you've deleted a disk, but you'd like to
> use this space for a different disk - there's no need to give it back to
> the storage (imagine file deletion in file system).
> It only makes sense when the underlying storage is thin provisioned and
> you need the space.
> Y.
>
>
>>
>> --
>> Regards,
>> Troels Arvin
>>
>> ___
>> 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
To unsubscribe send an email to users-le...@ovirt.org


Re: [ovirt-users] OVirt 4.1.2 - trim/discard on HDD/XFS/NFS contraproductive

2017-06-18 Thread Idan Shaby
Right, but I just wanted to emphasize that disabling "Enable Discard" for
that disk will cause qemu to ignore these UNMAP commands and not pass it on
to the underlying storage.
So if you've got this flag disabled, there's no reason to use fstrim. It
makes sense to use it only when enabling "Discard enabled".


Regards,
Idan

On Sun, Jun 18, 2017 at 11:13 AM, Fabrice Bacchella <
fabrice.bacche...@orange.fr> wrote:

>
> > Le 18 juin 2017 à 08:00, Idan Shaby <ish...@redhat.com> a écrit :
> > If you don't need live discarding, shutdown the VM and disable the
> "Enable Discard" option. That will cause qemu to ignore the live UNMAP SCSI
> commands coming from the guest and not pass it on to the underlying storage.
> > Note that this makes fstrim completely redundant, as the purpose of the
> command is to discard unused blocks under the given path.
>
> Redundant ? Useless you mean ? From my comprehension, the purpose to
> fstrim is to send UNMAP SCSI on batch instead of mount -o discard that send
> them synchronously.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] OVirt 4.1.2 - trim/discard on HDD/XFS/NFS contraproductive

2017-06-18 Thread Idan Shaby
Hi Markus,

AFAIK, mkfs.xfs tries to discard all the blocks before formatting the
device.
If you don't want it to do that, you can use the "-K Do not attempt to
discard blocks at mkfs time" option of mkfs.xfs.

In oVirt 4.1 we introduced the "Enable Discard" flag for a virtual
machine's disk.
When enabled, qemu is configured to pass on live UNMAP SCSI commands from
the guest to the underlying storage.
If you don't need live discarding, shutdown the VM and disable the "Enable
Discard" option. That will cause qemu to ignore the live UNMAP SCSI
commands coming from the guest and not pass it on to the underlying storage.
Note that this makes fstrim completely redundant, as the purpose of the
command is to discard unused blocks under the given path.


Regards,
Idan

On Sat, Jun 17, 2017 at 1:25 AM, Markus Stockhausen  wrote:

> Hi,
>
> we just set up a new 4.1.2 OVirt cluster. It is a quite normal
> HDD/XFS/NFS stack that worked quit well with 4.0 in the past.
> Inside the VMs we use XFS too.
>
> To our surprise we observe abysmal high IO during mkfs.xfs
> and fstrim inside the VM. A simple example:
>
> Step 1: Create 100G Thin disk
> Result 1: Disk occupies ~10M on storage
>
> Step 2: Format disk inside VM with mkfs.xfs
> Result 2: Disk occupies 100G on storage
>
> Changing the discard flag on the disk does not have any effect.
>
> Am I missing something?
>
> Best regards.
>
> Markus
>
> ___
> 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

2017-06-14 Thread Idan Shaby
Direct luns are disks that are not managed by oVirt. Ovirt communicates
directly with the lun itself, without any other layer in between (like lvm
in image disks).
The advantage of the direct lun is that it should have better performance
since there's no overhead of another layer in the middle.
The disadvantage is that you can't take a snapshot of it (when attached to
a vm, of course), can't make it a part of a template, export it, and in
general - you don't manage it.


Regards,
Idan

On Mon, Jun 12, 2017 at 10:10 PM, Stefano Bovina  wrote:

> Thank you very much.
> What about "direct lun" usage and database example?
>
>
> 2017-06-08 16:40 GMT+02:00 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Question about Clusters and Storage usage

2017-06-13 Thread Idan Shaby
Hi Fernando,

The second option is the right one.
A Host with local storage should be in its own local data canter.


Regards,
Idan

On Mon, Jun 12, 2017 at 8:54 PM, FERNANDO FREDIANI <
fernando.fredi...@upx.com> wrote:

> Hello folks.
>
> I have here a scenario where I have one Datacenter and inside it I have
> one Cluster which has multiple hosts with Shared storage between them.
>
> Now I am willing to add another standalone host with Local Storage only
> and logic tells me to add to the same Datacenter created as they are in
> fact in the same physical Datacenter, but as this host has only Local
> Storage I shouldn't obviously add to the existing cluster.
>
> Question is: As the Datacenter was created with Storage type Shared
> - Should I create a new Cluster and add it to it, even though the new
> Host has only Local Storage
> - Or should I create another Datacenter with Storage Type Local, a
> cluster within it and then add the Host there ?
>
> Thanks
> Fernando
>
> ___
> 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 re-initialize storage?

2017-03-28 Thread Idan Shaby
Hi Peter,

You can take your hosts down to maintenance and then right click on your
data center -> force remove.
That will remove your storage and vms along with your datacenter.


Regards,
Idan

On Mon, Mar 27, 2017 at 9:53 PM, Peter Wood  wrote:

> Hi,
>
> I inherited a small oVirt cluster with 3 nodes using iSCSI storage.
>
> The LUNs used by the oVirt nodes were also accessible by some VMware nodes.
>
> By mistake an action was started on VMware to initialize and start using
> the same LUNs, which it happily did. This rendered the storage no longer
> usable by oVirt nodes. All VMs went down, their image files no longer
> accessible, the whole cluster became unusable without access to the shared
> storage.
>
> We have recovered from backups and moved the VMs to another cluster and
> now I want to get this oVirt cluster back up and running.
>
> I'm not an oVirt expert so everything I tried was through the web
> interface and everything failed because storage is not accessible. I can't
> remove VMs, I can't remove nodes, I can't remove the storage domain.
>
> What is the right approach to destroy the cluster and rebuild it and
> re-initialize the storage?
>
> Even better if I can just remove all VMs from the inventory and somehow
> tell it to make the storage LUNs usable again?
>
> Any help is highly appreciated?
>
> Thank you,
>
> -- Peter
>
> ___
> 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

2017-03-02 Thread Idan Shaby
Hi Koen,

Offline refresh of a direct lun's size is supported since oVirt 3.4 [1].
Online refresh, however, is not yet supported [2].
You can try the workaround posted on [2], comment 7.


Regards,
Idan

[1] *Bug 1026868*
 - Direct
LUN is not being updated after resizing
[2] *Bug 1155275*  - [RFE]
Online update Direct LUN size to the Guest after LUN resize

On Thu, Mar 2, 2017 at 3:23 PM, Koen Vanoppen 
wrote:

> I can't see the new size on the VM. And just to be clear about what I'm
> trying yo accomplish without a reboot preferably...:
> [image: Inline images 1]
> That disk, states that it is 10 GB... On the ISCSI side it has been
> enlarged to 20 GB.
>
> Kind regards,
>
> Koen
>
> On 2 March 2017 at 10:05, Elad Ben Aharon  wrote:
>
>> 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/sto
>>> rage/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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Issue with Moving Disks

2017-02-12 Thread Idan Shaby
Hi,

Can you please attach engine and vdsm logs so we can investigate?


Thanks,
Idan

On Sat, Feb 11, 2017 at 9:19 PM, Bryan Sockel  wrote:

> Hi,
>
> I attempted to move a few disks from a glusterFS to an ISCSI file system.
> I have number of errors during the process, and it looks like a few of the
> disk moves are hung.  They are hung at various percentages. in the events,
> it says moving Disk X from A to B, validation completes but i copying
> volume returns with an error.
>
> Is there a way to kill the move process so i can have access back to the
> VM's?
>
>
>
> Thanks
>
>
> ___
> 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 import export domain

2016-09-22 Thread Idan Shaby
Hi,

Just to make sure - when you tried to import the export domain, did you
choose "Export" from the "Domain Function" field in the "Import
Pre-Configured Domain" window?
You need to select this option in order to tell the engine that it is a
special domain (export, in this case), and not a data domain.

Regards,
Idan

On Mon, Sep 19, 2016 at 8:08 PM, Maton, Brett 
wrote:

> I basically scrubbed my 'old' cluster after a number of failures trying to
> convert a physical engine to a self hosted engine, anyway
>
> I'm now trying to import the 'old' export domain but I'm getting this
> message:
>
> There is no storage domain under the specified path. Check event pane for
> more details.
>
> I did see this in the logs if it helps at all:
> 2016-09-19 18:05:23,584 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.
> DisconnectStorageServerVDSCommand] (default task-28) [171c3ebf] FINISH,
> DisconnectStorageServerVDSCommand, return: 
> {5c4ae7b4-b87b-4ef1-910c-cb338232098c=0},
> log id: 7d3bbb38
> 2016-09-19 18:05:23,589 INFO  [org.ovirt.engine.core.bll.
> storage.connection.RemoveStorageServerConnectionCommand] (default
> task-28) [171c3ebf] Lock freed to object 'EngineLock:{exclusiveLocks='[
> nfs.example.com:/exports/export= ACTION_TYPE_FAILED_OBJECT_LOCKED>, 5c4ae7b4-b87b-4ef1-910c-
> cb338232098c=]',
> sharedLocks='null'}'
> 2016-09-19 18:05:25,587 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.
> DisconnectStorageServerVDSCommand] (default task-18) [35dda2c9] FINISH,
> DisconnectStorageServerVDSCommand, return: 
> {5c4ae7b4-b87b-4ef1-910c-cb338232098c=0},
> log id: 151ff1bd
>
>
>
> dom_md/metadata file on the export NFS directory begins with
>
> CLASS=Backup
> DESCRIPTION=export
>
> Any suggestions ?
>
> ___
> 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.0.1 on FC23: problem mounting NFSv4 with fsid=0

2016-08-01 Thread Idan Shaby
Hi Wodel,

Can you please verify that the patch that Nir sent [1] indeed solves the
problem?
You can use "git fetch https://gerrit.ovirt.org/vdsm
refs/changes/79/61579/2 && git checkout FETCH_HEAD".

Thanks,
Idan

On Wed, Jul 27, 2016 at 11:36 PM, Nir Soffer <nsof...@redhat.com> wrote:

> On Wed, Jul 27, 2016 at 10:41 PM, Nir Soffer <nsof...@redhat.com> wrote:
> > On Wed, Jul 27, 2016 at 6:07 PM, Nir Soffer <nsof...@redhat.com> wrote:
> >> On Wed, Jul 27, 2016 at 4:57 PM, Idan Shaby <ish...@redhat.com> wrote:
> >>> Hi,
> >>>
> >>> Can you please attach the vdsm log so we can get all the details?
> >>>
> >>>
> >>> Thanks,
> >>> Idan
> >>>
> >>> On Wed, Jul 27, 2016 at 4:24 PM, wodel youchi <wodel.you...@gmail.com>
> >>> wrote:
> >>>>
> >>>> Hi,
> >>>>
> >>>> I wanted to test the new version of oVirt the 4.0.1 on FC23, using HE
> >>>> method and using NFSv4 for storage.
> >>>>
> >>>> When launching the deploy command, and choosing nfsv4 and filling the
> >>>> mount point, the setup exits with error : Connection to storage server
> >>>> failed.
> >>>>
> >>>> In vdsm log I have this error:
> >>>> Could not connect to storageServer
> >>>> Traceback (most recent call last):
> >>>> ...
> >>>> OSError: [Errno 2] Mount of `noveria.wodel.wd:/engine_vm` at
> >>>> `/rhev/data-center/mnt/noveria.wodel.wd:_engine__vm` does not exist
> >>>>
> >>>> the df -h command shows that the nfs mount was done, but the device
> path
> >>>> contains a double slash.
> >>>> noveria.wodel.wd://vmengine  656G  111G  513G  18%
> >>>> /rhev/data-center/mnt/noveria.wodel.wd:_vmengine
> >>
> >> Can you share the output of:
> >>
> >> cat /proc/mounts
> >>
> >> This is what vdsm is using the check if a mount exists.
> >>
> >>>>
> >>>>
> >>>> I am not sure of the problem, but I think it's the double slash on the
> >>>> nfs4 path when using fsid=0: noveria.wodel.wd://vmengine
> >>
> >> Vdsm is normalizing the mount path - when you try to mount:
> >>
> >>  noveria.wodel.wd://vmengine
> >>
> >> Vdsm normalize the path to:
> >>
> >>  noveria.wodel.wd:/vmengine
> >>
> >> And it pass this value to the mount command.
> >>
> >> Vdsm expect that the kernel will not modify the value and return
> unormalized
> >> paths.
> >>
> >> This looks like an issue reported in the util-linux list:
> >> http://www.spinics.net/lists/util-linux-ng/msg13078.html
> >>
> >> According to the report, this is known issue in the kernel and unlikely
> to
> >> be fixed soon.
> >>
> >> So it seems that we do need to normalize also what the kernel returns
> >> in /proc/mounts.
> >
> > I posted these patches that should fix this issue.
> >
> https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:ovirt-4.0+topic:backport/4.0/normalize-mounts
>
> Testing the nfs4 patch show that we need more work.
>
> In the meantime, can you check if using mount path with double slash
> (e.g. server://path) in engine works?
>
> Also, can you file a bug about this?
>
> Cheers,
> Nir
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Resizing Disks on Active VMs

2016-08-01 Thread Idan Shaby
Hi Alan,

That's a known bug [1] that was already fixed since ovirt engine 4.0.2 [2].


Regards,
Idan

[1] *Bug 1349498*  - When
a VM is started, attached disks can't be edited anymore
[2] https://gerrit.ovirt.org/#/c/60891/ - webadmin: Fix disable of the
entire edit disk popup when VM is running

On Mon, Aug 1, 2016 at 4:48 PM, Alan Griffiths 
wrote:

> Hi,
>
> I'm currently testing 4.0 and trying understand what the capabilities are
> regards re-sizing of volumes on running VMs.
>
> From reading the documentation it appears that I should be able to extend
> a volume on a running VM, but I find that all the fields are greyed out in
> the Edit Virtual Disk dialogue box. In order to get access to the fields I
> have to power down the VM.
>
> Is this expected behavior?
>
> I'm running 4.0.1 with a GlusterFS data store.
>
> Thanks,
>
> Alan
>
> ___
> 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.0.1 on FC23: problem mounting NFSv4 with fsid=0

2016-07-27 Thread Idan Shaby
Hi,

Can you please attach the vdsm log so we can get all the details?


Thanks,
Idan

On Wed, Jul 27, 2016 at 4:24 PM, wodel youchi 
wrote:

> Hi,
>
> I wanted to test the new version of oVirt the 4.0.1 on FC23, using HE
> method and using NFSv4 for storage.
>
> When launching the deploy command, and choosing nfsv4 and filling the
> mount point, the setup exits with error : Connection to storage server
> failed.
>
> In vdsm log I have this error:
> Could not connect to storageServer
> Traceback (most recent call last):
> ...
> OSError: [Errno 2] Mount of `noveria.wodel.wd:/engine_vm` at
> `/rhev/data-center/mnt/noveria.wodel.wd:_engine__vm` does not exist
>
> the df -h command shows that the nfs mount was done, but the device path
> contains a double slash.
> noveria.wodel.wd:*//*vmengine  656G  111G  513G  18%
> /rhev/data-center/mnt/noveria.wodel.wd:_vmengine
>
>
> I am not sure of the problem, but I think it's the *double slash on the
> nfs4 path when using fsid=0*: noveria.wodel.wd:*//*vmengine
>
> if I use nfsv4 with fsid=0, the problem shows up.
> If I don't use fsid=0 and mention the full path of the nfs mount, the
> problem disappears.
>
> Regards.
>
> ___
> 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] Shared storage between DC

2016-05-02 Thread Idan Shaby
Hi Arsène,

There's no way to have a storage domain that is available in one cluster
but not available in the other, in the same dc. It is by design.


Regards,
Idan

On Mon, May 2, 2016 at 6:39 PM, Arsène Gschwind <arsene.gschw...@unibas.ch>
wrote:

> Hi Idan,
>
> Thanks a lot for your answer, that's clear now.
> I will change my setup and use 2 cluster in the same DC instead.
> In the case using 2 cluster in the same DC I've noticed that all Storage
> domain have to be available for all clusters, in my case I use SAN Storage.
> Is this by design or is there a way to have some Storage Domain only
> available on one cluster but not on the others?
>
> Regards,
> Arsène
>
>
> On 05/02/2016 02:33 PM, Idan Shaby wrote:
>
> Hi Arsène,
>
> The only storage domain that can be shared between datacenters is the iso
> domain
> But that's not what you're looking for. You can't share a data domain
> between two datacenters.
>
> As for importing a storage domain which is active on one datacenter to
> another datacenter, there are two cases:
> - If the datacenters are in the same oVirt setup, that won't be possible,
> and the operation will not be performed.
> - If the datacenters are in two different oVirt setups, the import to the
> second datacenter will succeed, but you will experience issues in the first
> datacenter.
> The reason for that is that the host in the second datacenter overrides
> the storage domain metadata when importing it.
>
> Therefore, you cannot import a storage domain to a second datacenter while
> it is active on the first one, anyway.
>
>
> Regards,
> Idan
>
> On Mon, May 2, 2016 at 10:44 AM, Arsène Gschwind <
> arsene.gschw...@unibas.ch> wrote:
>
>> Hi Roberto,
>>
>> Thanks for your information but
>> When I'm writing about DC I mean defined DC in oVirt and so far I could
>> see that when you define a storage domain in one oVirt DC it will not be
>> available in another DC and I don't know what would happen if I would
>> import it on the second DC.
>> In your setup, did you just define 1 DC and multiple clusters?
>>
>> Regards,
>> Arsène
>>
>>
>> On 05/01/2016 01:37 PM, NUNIN Roberto wrote:
>>
>> Hi
>> I have in production the scenery something similar to what you've
>> described.
>> The "enabling factor" is represented by an "storage virtualization" set
>> of appliances, that maintain mirrored logical volume over fc physical
>> volumes across two distinct datacenters, while giving rw simultaneus access
>> to cluster hypervisors split between datacenters, that run the VMs.
>>
>> So: cluster also is spread across dc, no need to import nothing.
>> Regards,
>>
>> *Roberto*
>>
>>
>>
>> Il giorno 01 mag 2016, alle ore 10:37, Arsène Gschwind <
>> arsene.gschw...@unibas.ch> ha scritto:
>>
>> Hi,
>>
>> Is it possible to have a shared Storage domain between 2 Datacenter in
>> oVirt?
>> We do replicate a FC Volume between 2 datacenter using FC SAN storage
>> technology and we have an oVirt cluster on each site defined in separate
>> DCs. The idea behind this is to setup a DR site and also balance the load
>> between each site.
>> What happens if I do import a storage domain already active in one DC,
>> will it break the Storage domain?
>>
>> Thanks for any information..
>> Regards,
>> Arsène
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>> --
>>
>> Questo messaggio e' indirizzato esclusivamente al destinatario indicato e
>> potrebbe contenere informazioni confidenziali, riservate o proprietarie.
>> Qualora la presente venisse ricevuta per errore, si prega di segnalarlo
>> immediatamente al mittente, cancellando l'originale e ogni sua copia e
>> distruggendo eventuali copie cartacee. Ogni altro uso e' strettamente
>> proibito e potrebbe essere fonte di violazione di legge.
>>
>> This message is for the designated recipient only and may contain
>> privileged, proprietary, or otherwise private information. If you have
>> received it in error, please notify the sender immediately, deleting the
>> original and all copies and destroying any hard copies. Any other use is
>> strictly prohibited and may be unlawful.
>>
>>
>>
>> ___
>> 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 deleting template

2016-05-02 Thread Idan Shaby
Hi Giulio,

Indeed it seems that there's an inconsistency between the storage and the
database.
Somehow the template's disk was removed from the storage. Your logs don't
tell how and when.

This is what needs to be done in order to get rid of the stale entries -
run in the database:

Delete from vm_device where device_id =
'6949d47a-0d38-468e-ad4e-670372841174';
Delete from images where image_group_id =
'6949d47a-0d38-468e-ad4e-670372841174';
Delete from base_disks where disk_id =
'6949d47a-0d38-468e-ad4e-670372841174';
Delete from vm_static where vm_guid =
'6ec76d42-98a6-4094-a76c-af1b639c5b30';


If it happens again, please file a BZ with the full logs of engine and
vdsm, so we can investigate this issue.
Feel free to ask anything if you got further questions.

Regards
Idan

On Mon, May 2, 2016 at 2:36 PM, Giulio Casella <giu...@di.unimi.it> wrote:

> Hi Idan,
> you can find attached some snippet of my logs (vdsm.log from SPM host and
> engine.log from manager).
> Anyway I think logs are clear: there's no template on disk, only on engine
> database.
>
> My setup is composed of 3 datacenters (with clusters of 4, 4, and 6 hosts
> respectively). I have about a hundred templates, and about 1500 virtual
> machines.
>
> The step to reproduce is quite simple: in admin portal right click on the
> "damaged" template, remove. Other templates deletion work fine.
>
> Thanks,
> Giulio
>
> Il 01/05/2016 08:37, Idan Shaby ha scritto:
>
>> Hi,
>>
>> Can you please attach the engine and vdsm logs?
>> Also, can you describe your setup and the steps that reproduced this
>> error?
>>
>>
>> Thanks,
>> Idan
>>
>> On Wed, Apr 27, 2016 at 1:47 PM, Giulio Casella <giu...@di.unimi.it
>> <mailto:giu...@di.unimi.it>> wrote:
>>
>> Hi all,
>> I have a problem deleting a template from admin portal.
>> In file /var/log/vdsm/vdsm.log (on SPM hypervisor) I got:
>>
>> jsonrpc.Executor/4::ERROR::2016-04-27
>> 10:19:57,122::hsm::1518::Storage.HSM::(deleteImage) Empty or not
>> found image  in SD  [...]
>>
>> Looking in the (data) storage domain the disk with that UUID doesn't
>> exists.
>> It seems I reached an inconsistent state between engine database and
>> images on disk.
>>
>> Is there a (safe) way to rebuild a consistent situation? Maybe
>> deleting entries from database?
>>
>> My setup is based:
>> manager RHEV 3.5.8-0.1.el6ev
>> hypervisors: RHEV Hypervisor - 7.2 - 20160328.0.el7ev
>>
>>
>> Thanx in advance,
>> Giulio
>>
>> ___
>> Users mailing list
>> Users@ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
> --
> Giulio Casellagiulio at di.unimi.it
> System and network manager
> Computer Science Dept. - University of Milano
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Shared storage between DC

2016-05-02 Thread Idan Shaby
Hi Arsène,

The only storage domain that can be shared between datacenters is the iso
domain
But that's not what you're looking for. You can't share a data domain
between two datacenters.

As for importing a storage domain which is active on one datacenter to
another datacenter, there are two cases:
- If the datacenters are in the same oVirt setup, that won't be possible,
and the operation will not be performed.
- If the datacenters are in two different oVirt setups, the import to the
second datacenter will succeed, but you will experience issues in the first
datacenter.
The reason for that is that the host in the second datacenter overrides the
storage domain metadata when importing it.

Therefore, you cannot import a storage domain to a second datacenter while
it is active on the first one, anyway.


Regards,
Idan

On Mon, May 2, 2016 at 10:44 AM, Arsène Gschwind 
wrote:

> Hi Roberto,
>
> Thanks for your information but
> When I'm writing about DC I mean defined DC in oVirt and so far I could
> see that when you define a storage domain in one oVirt DC it will not be
> available in another DC and I don't know what would happen if I would
> import it on the second DC.
> In your setup, did you just define 1 DC and multiple clusters?
>
> Regards,
> Arsène
>
>
> On 05/01/2016 01:37 PM, NUNIN Roberto wrote:
>
> Hi
> I have in production the scenery something similar to what you've
> described.
> The "enabling factor" is represented by an "storage virtualization" set of
> appliances, that maintain mirrored logical volume over fc physical volumes
> across two distinct datacenters, while giving rw simultaneus access to
> cluster hypervisors split between datacenters, that run the VMs.
>
> So: cluster also is spread across dc, no need to import nothing.
> Regards,
>
> *Roberto*
>
>
>
> Il giorno 01 mag 2016, alle ore 10:37, Arsène Gschwind <
> arsene.gschw...@unibas.ch> ha scritto:
>
> Hi,
>
> Is it possible to have a shared Storage domain between 2 Datacenter in
> oVirt?
> We do replicate a FC Volume between 2 datacenter using FC SAN storage
> technology and we have an oVirt cluster on each site defined in separate
> DCs. The idea behind this is to setup a DR site and also balance the load
> between each site.
> What happens if I do import a storage domain already active in one DC,
> will it break the Storage domain?
>
> Thanks for any information..
> Regards,
> Arsène
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> --
>
> Questo messaggio e' indirizzato esclusivamente al destinatario indicato e
> potrebbe contenere informazioni confidenziali, riservate o proprietarie.
> Qualora la presente venisse ricevuta per errore, si prega di segnalarlo
> immediatamente al mittente, cancellando l'originale e ogni sua copia e
> distruggendo eventuali copie cartacee. Ogni altro uso e' strettamente
> proibito e potrebbe essere fonte di violazione di legge.
>
> This message is for the designated recipient only and may contain
> privileged, proprietary, or otherwise private information. If you have
> received it in error, please notify the sender immediately, deleting the
> original and all copies and destroying any hard copies. Any other use is
> strictly prohibited and may be unlawful.
>
>
>
> ___
> 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] Deleting templates

2016-05-02 Thread Idan Shaby
Hi Nicolas,

You are right. This warning is unnecessary and should be removed.
I've opened a BZ [1] to track it.


Thanks for sharing,
Idan

[1] *Bug 1332095*
 - Incorrect
warning in section 7.3.3 - Deleting a Template

On Thu, Apr 28, 2016 at 12:27 PM, Ollie Armstrong  wrote:

> On 28 April 2016 at 10:20, Nicolas Ecarnot  wrote:
> > IIRC, I should be able to delete a template if all my templated VMs are
> *cloned*, and I should not be able to delete a template if some of my
> templated VMs are "based on/thined/tpl-snapshoted/whatever" ?
>
> As far as my understanding goes, this is correct.
>
> In my environment at least, whenever as VM is created through the web
> UI it is cloned and I can delete the template.  By default, the API
> doesn't seem to clone the disk, but this can be specified.
> ___
> 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 deleting template

2016-05-01 Thread Idan Shaby
Hi,

Can you please attach the engine and vdsm logs?
Also, can you describe your setup and the steps that reproduced this error?


Thanks,
Idan

On Wed, Apr 27, 2016 at 1:47 PM, Giulio Casella  wrote:

> Hi all,
> I have a problem deleting a template from admin portal.
> In file /var/log/vdsm/vdsm.log (on SPM hypervisor) I got:
>
> jsonrpc.Executor/4::ERROR::2016-04-27
> 10:19:57,122::hsm::1518::Storage.HSM::(deleteImage) Empty or not found
> image  in SD  [...]
>
> Looking in the (data) storage domain the disk with that UUID doesn't
> exists.
> It seems I reached an inconsistent state between engine database and
> images on disk.
>
> Is there a (safe) way to rebuild a consistent situation? Maybe deleting
> entries from database?
>
> My setup is based:
> manager RHEV 3.5.8-0.1.el6ev
> hypervisors: RHEV Hypervisor - 7.2 - 20160328.0.el7ev
>
>
> Thanx in advance,
> Giulio
>
> ___
> 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 Exporting domains (to export/import across datacenters) no longer working

2016-05-01 Thread Idan Shaby
Hi,

Can you please attach the engine and vdsm logs?


Thanks,
Idan

On Tue, Apr 26, 2016 at 1:13 AM,  wrote:

> In the past we had a 3.4 and a 3.5 ovirt.  I was able to attach an Export
> domain to one, export Templates and/or VMs... put in into Maint mode,
> Detach it from the datacenter, go to the other ovirt manager, import the
> Domain (sometimes forcing an attach, sometimes it would automatically
> attach) and import my VM and/or template.  Afterwards, placing it back
> into Maint mode and Dettaching.
>
> Often times there would be a residual icon left under Storage for the
> detached item... and the process was fairly repeatable.
>
> Now, it's getting repeatable in a bad way.  Now it won't import, I have to
> manually do two table record deletes and a REST call to remove the
> connected storage and then and only then can I successfully import.
>
> psql db mods look like (from the ovirt manage box):
> First to find erroneous data:
> select * from storage_domain_static where storage_domain_type = 3;
> Then we locate the offending uuid (see full one below on the REST call)
> and delete the record our of storage_domain_dynamic and static like so:
> engine=# delete from storage_domain_dynamic where id =
> '9f00c1d9-3f2a-41b9-80c3-344900622b07';
> DELETE 1
> engine=# select
> Deletestorage_domain_static('9f00c1d9-3f2a-41b9-80c3-344900622b07');
>
> Folks here talked about the latter command, but it would fail if the
> reference in the storage_domain_dynamic table wasn't removed first.
>
>
> Rest call looks something like this:
> curl -v -u "admin@internal:ourpassword" -X DELETE
>
> https://ovirt.example.com/ovirt-engine/api/storageconnections/9f00c1d9-3f2a-41b9-80c3-344900622b07
>
> Any ideas about what is not apparently broken on our site?
>
> Is there any other way to do export/import across datacenters?
>
>
> ___
> 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] Consult actual size the disk vm

2016-04-21 Thread Idan Shaby
Hi Marcelo,

Please note that under the Virtual Machines tab -> Disks sub tab, assuming
we are talking about an image, you can click on the Images radio button and
see the disk's virtual and actual size.
Hope it helps.


Regards,
Idan

On Thu, Apr 21, 2016 at 6:06 AM, Marcelo Leandro 
wrote:

> Hello,
>
> i am try automate an task, i am try consult the actual size the disk of
> vm, but not have success, i try in database in table imagens, i try with
> python-api with command:
>
> vm = api.vms.get(vmname)
> disk =  vm.disks.get(diskname)
> disk.get_actual_size()
>
> but the informations  not is equal with that shown in the dashboard.
>
> Can someone help me?
>
>
>
> ___
> 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] Issue while importing the existing storage domain

2016-04-20 Thread Idan Shaby
Hi Satheesaran,

Please file a BZ and attach all the relevant logs so we can investigate it
properly.


Regards,
Idan

On Wed, Apr 20, 2016 at 12:42 PM, SATHEESARAN  wrote:

> Hi All,
>
> I was testing the gluster geo-replication on RHEV storage domain backed by
> gluster volume.
> In this case, storage domain ( data domain ) was created with gluster
> replica 3 volume.
>
> The VMs additional disks are carved out from this storage domain.
>
> Now I have geo-replicated[1] the gluster volume to the remote volume.
> When I try importing this storage domain in another RHEVM instance, it
> fails with error "internal engine error"
>  I see the following error in engine.log
>
> 
> 2016-04-20 05:13:47,685 ERROR
> [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand]
> (ajp-/127.0.0.1:8702-3) [20f6ea4c] Failed in 'DetachStorageDomainVDS'
> method
> 2016-04-20 05:13:47,708 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (ajp-/127.0.0.1:8702-3) [20f6ea4c] Correlation ID: null, Call Stack:
> null, Custom Event ID: -1, Message: VDSM command failed: Cannot acquire
> host id: (u'89061d19-fb76-47c9-a4aa-22b0062b769e', SanlockException(-262,
> 'Sanlock lockspace add failure', 'Sanlock exception'))
> 2016-04-20 05:13:47,708 INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand]
> (ajp-/127.0.0.1:8702-3) [20f6ea4c] Command
> 'org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand'
> return value 'StatusOnlyReturnForXmlRpc [status=StatusForXmlRpc [code=661,
> message=Cannot acquire host id: (u'89061d19-fb76-47c9-a4aa-22b0062b769e',
> SanlockException(-262, 'Sanlock lockspace add failure', 'Sanlock
> exception'))]]'
> 
>
> The complete logs are available in the fpaste[2]
> Attaching the part of vdsm log to this mail
>
> [1] - geo-replication is the feature in glusterfs where the contents of
> volume are asynchronously replicated in remote volume.
> This is used for disaster-recovery workflow
>
> [2] - https://paste.fedoraproject.org/357701/11448771/
>
> Thanks,
> Satheesaran S
>
> ___
> 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 Issues

2016-03-07 Thread Idan Shaby
In this case, you can create the vm's template on the other storage domain,
and then the new vm's disks will also be created on that domain.


Regards,
Idan

On Mon, Mar 7, 2016 at 10:00 AM, Budur Nagaraju <nbud...@gmail.com> wrote:

> But the users will be deploying the vms from the template and users are
> not have Admin permissions to choose the storage .
> is there a way to resolve this issue ?
>
> On Mon, Mar 7, 2016 at 1:21 PM, Idan Shaby <ish...@redhat.com> wrote:
>
>> Hi Nagaraju,
>>
>> When you create a vm disk, you can specify on which storage domain to
>> create it.
>> Once you chose a storage domain, it will not change unless you move the
>> disk yourself.
>> I guess that disks are created on your first domain by default since it
>> is shown as the first domain in the list of storage domains (in the New
>> Virtual Disk window).
>> So next time you create a disk, choose the other domain and you'll get
>> what you need.
>> Also, you can move the current vm disks - navigate to the Virtual
>> Machines tab, click on the vm, navigate to the Disks sub tab, click on the
>> disk and then click on move.
>>
>>
>> Regards,
>> Idan
>>
>> On Mon, Mar 7, 2016 at 5:32 AM, Budur Nagaraju <nbud...@gmail.com> wrote:
>>
>>> HI
>>>
>>> I have configured two storage Lun through NFS one is Master which is
>>> having capacity of 2TB and the other is having 1TB.
>>>
>>> Now the issue when ever user deploy a vm automatically vm is getting
>>> deployed in master lun which is running out of HDD space and the vm is not
>>> getting deployed in the other Lun ,is there any setting to do that vm
>>> should get deployed in other LUN ?
>>>
>>> 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 Issues

2016-03-06 Thread Idan Shaby
Hi Nagaraju,

When you create a vm disk, you can specify on which storage domain to
create it.
Once you chose a storage domain, it will not change unless you move the
disk yourself.
I guess that disks are created on your first domain by default since it is
shown as the first domain in the list of storage domains (in the New
Virtual Disk window).
So next time you create a disk, choose the other domain and you'll get what
you need.
Also, you can move the current vm disks - navigate to the Virtual Machines
tab, click on the vm, navigate to the Disks sub tab, click on the disk and
then click on move.


Regards,
Idan

On Mon, Mar 7, 2016 at 5:32 AM, Budur Nagaraju  wrote:

> HI
>
> I have configured two storage Lun through NFS one is Master which is
> having capacity of 2TB and the other is having 1TB.
>
> Now the issue when ever user deploy a vm automatically vm is getting
> deployed in master lun which is running out of HDD space and the vm is not
> getting deployed in the other Lun ,is there any setting to do that vm
> should get deployed in other LUN ?
>
> 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] No OVF Store on Export Domain - normal?

2016-02-21 Thread Idan Shaby
No problem, please note that this bug [1] has been fixed on master, and
thus will be available only on ovirt 4.0.
We add bug fixes to 3.6 only if they are critical.


Regards,
Idan

[1] *Bug 1305343*
<https://bugzilla.redhat.com/show_bug.cgi?id=1305343> - Irrelevant
warnings are logged when attaching an export domain to a dc

On Sun, Feb 21, 2016 at 12:33 PM, Christophe TREFOIS <
christophe.tref...@uni.lu> wrote:

> Dear both,
>
>
>
> Thanks for that. I hope I can upgrade to 3.6 soon.
>
>
>
> Kind regards,
>
>
>
> --
>
> Christophe
>
>
>
> *From:* Idan Shaby [mailto:ish...@redhat.com]
> *Sent:* dimanche 21 février 2016 08:40
> *To:* Nir Soffer <nsof...@redhat.com>
> *Cc:* Christophe TREFOIS <christophe.tref...@uni.lu>; users@ovirt.org
> *Subject:* Re: [ovirt-users] No OVF Store on Export Domain - normal?
>
>
>
> This bug has been filed on 7/2/16 and solved on master on 9/2/16.
>
>
>
> Regards,
>
> Idan
>
>
>
> On Sat, Feb 20, 2016 at 1:39 AM, Nir Soffer <nsof...@redhat.com> wrote:
>
> On Sun, Feb 7, 2016 at 12:41 PM, Idan Shaby <ish...@redhat.com> wrote:
> > Hi Christophe,
> >
> > An export domain never contains OVF_STORE disks, and thus this message
> > should not be logged at all.
> > There's nothing you should do to fix it, just ignore it.
>
> Ignoring the message will not fix the issue, please file a bug to remove or
> rephrase this log.
>
>
> >
> >
> > Regards,
> > Idan
> >
> > On Sat, Feb 6, 2016 at 4:45 PM, Christophe TREFOIS
> > <christophe.tref...@uni.lu> wrote:
> >>
> >> Note, I did mean
> >>
> >>
> >>
> >> “the export domain and ovirt have never been used below 3.5
> >>
> >>
> >>
> >> Thank you for your help,
> >>
> >>
> >>
> >> From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On
> Behalf
> >> Of Christophe TREFOIS
> >> Sent: samedi 6 février 2016 15:39
> >> To: users@ovirt.org
> >> Subject: [ovirt-users] No OVF Store on Export Domain - normal?
> >>
> >>
> >>
> >> Hi,
> >>
> >>
> >>
> >> When I attached my NFS export domain to a data center, I see the
> following
> >> message in the events log
> >>
> >>
> >>
> >> “The Storage Domain does not contain any OVF_STORE disks. Usually the
> >> Storage Domain does not contain OVF_STORE disks when the Storage Domain
> has
> >> been previously managed with a Data Center version lower then 3.5.”
> >>
> >>
> >>
> >> However, the export domain and oVirt have been used below 3.5.
> >>
> >>
> >>
> >> Is this normal behavior for an export domain or is there something I
> >> should do to fix it?
> >>
> >>
> >>
> >> I can export / import VMs from / to the export domain just fine (until
> >> now)
> >>
> >>
> >>
> >> Thank you for your feedback,
> >>
> >>
> >>
> >> --
> >>
> >> Christophe
> >>
> >>
> >> ___
> >> 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] No OVF Store on Export Domain - normal?

2016-02-20 Thread Idan Shaby
This bug has been filed on 7/2/16 and solved on master on 9/2/16.


Regards,
Idan

On Sat, Feb 20, 2016 at 1:39 AM, Nir Soffer <nsof...@redhat.com> wrote:

> On Sun, Feb 7, 2016 at 12:41 PM, Idan Shaby <ish...@redhat.com> wrote:
> > Hi Christophe,
> >
> > An export domain never contains OVF_STORE disks, and thus this message
> > should not be logged at all.
> > There's nothing you should do to fix it, just ignore it.
>
> Ignoring the message will not fix the issue, please file a bug to remove or
> rephrase this log.
>
> >
> >
> > Regards,
> > Idan
> >
> > On Sat, Feb 6, 2016 at 4:45 PM, Christophe TREFOIS
> > <christophe.tref...@uni.lu> wrote:
> >>
> >> Note, I did mean
> >>
> >>
> >>
> >> “the export domain and ovirt have never been used below 3.5
> >>
> >>
> >>
> >> Thank you for your help,
> >>
> >>
> >>
> >> From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On
> Behalf
> >> Of Christophe TREFOIS
> >> Sent: samedi 6 février 2016 15:39
> >> To: users@ovirt.org
> >> Subject: [ovirt-users] No OVF Store on Export Domain - normal?
> >>
> >>
> >>
> >> Hi,
> >>
> >>
> >>
> >> When I attached my NFS export domain to a data center, I see the
> following
> >> message in the events log
> >>
> >>
> >>
> >> “The Storage Domain does not contain any OVF_STORE disks. Usually the
> >> Storage Domain does not contain OVF_STORE disks when the Storage Domain
> has
> >> been previously managed with a Data Center version lower then 3.5.”
> >>
> >>
> >>
> >> However, the export domain and oVirt have been used below 3.5.
> >>
> >>
> >>
> >> Is this normal behavior for an export domain or is there something I
> >> should do to fix it?
> >>
> >>
> >>
> >> I can export / import VMs from / to the export domain just fine (until
> >> now)
> >>
> >>
> >>
> >> Thank you for your feedback,
> >>
> >>
> >>
> >> --
> >>
> >> Christophe
> >>
> >>
> >> ___
> >> 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] No OVF Store on Export Domain - normal?

2016-02-07 Thread Idan Shaby
Hi Christophe,

An export domain never contains OVF_STORE disks, and thus this message
should not be logged at all.
There's nothing you should do to fix it, just ignore it.


Regards,
Idan

On Sat, Feb 6, 2016 at 4:45 PM, Christophe TREFOIS <
christophe.tref...@uni.lu> wrote:

> Note, I did mean
>
>
>
> “the export domain and ovirt have *never *been used below 3.5
>
>
>
> Thank you for your help,
>
>
>
> *From:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On
> Behalf Of *Christophe TREFOIS
> *Sent:* samedi 6 février 2016 15:39
> *To:* users@ovirt.org
> *Subject:* [ovirt-users] No OVF Store on Export Domain - normal?
>
>
>
> Hi,
>
>
>
> When I attached my NFS export domain to a data center, I see the following
> message in the events log
>
>
>
> “The Storage Domain does not contain any OVF_STORE disks. Usually the
> Storage Domain does not contain OVF_STORE disks when the Storage Domain has
> been previously managed with a Data Center version lower then 3.5.”
>
>
>
> However, the export domain and oVirt have been used below 3.5.
>
>
>
> Is this normal behavior for an export domain or is there something I
> should do to fix it?
>
>
>
> I can export / import VMs from / to the export domain just fine (until now)
>
>
>
> Thank you for your feedback,
>
>
>
> --
>
> Christophe
>
> ___
> 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] cluster

2015-11-21 Thread Idan Shaby
Hi Nagaraju,

Please refer to the administration guide:
http://www.ovirt.org/OVirt_Administration_Guide#.E2.81.A0Clusters


Thanks,
Idan

On Wed, Nov 18, 2015 at 6:04 PM, Budur Nagaraju  wrote:

> HI
>
> Can I get the document to configure cluster  for the Engine ?
>
> 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


[ovirt-users] oVirt 3.5 2nd test day report

2014-07-30 Thread Idan Shaby
Hi everyone,

I've tested Bug 1072313 - OVIRT35 - [RFE] Allow to edit VM properties that need 
VM to be down to apply, just mark it as such and apply on VM shutdown:
https://bugzilla.redhat.com/show_bug.cgi?id=1072313
and opened these three bugs:
Bug 1124432 - Complex info icon tooltip message in Edit/New Virtual Machine 
windows, under the Host tab, right before the Start Running On section - 
https://bugzilla.redhat.com/show_bug.cgi?id=1124432
Bug 1124425 - Wrong info icon location in New/Edit Virtual Machine - 
https://bugzilla.redhat.com/show_bug.cgi?id=1124425
Bug 1124449 - Fields under Start Running On in the Edit Virtual Machine 
window should be greyed out when the VM is up - 
https://bugzilla.redhat.com/show_bug.cgi?id=1124449

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