Re: [Users] Bug: adding LocalStorage Data Centers

2013-11-11 Thread dlampe

Hi Maor,

thanks for this hint. It definitely could be some kind of an issue of 
that bug.
Iirc we had this error in our logs but I also tried to change the path - 
same results.
I'm also curious about the fact that the first two host have this same 
path and they work.
If I delete one  of those I can add another one but the deleted host 
can't be readded until I delete another one (no matter what node you 
select).


btw:
Our storage connection output was ok - one connection per domain - no 
orphan connections.
Fabian Deutsch already assumed that it might have been a bug with a non 
deleted storage connection. Sadly that wasn't the reason.
The sc output posted by Sven was from a later stage of this project 
where we already had experimented with several export domains. The 
"local storage bug" occured before that with a fresh installation of 
oVrit 3.3.



Regards

Daniel

PS: I work with Sven on the same project.


On 11.11.2013 18:17, Maor Lipchuk wrote:

Hi Sven,
What is the path of the third local storage domain you can't add.
Could it be the same as the other existing connections (/home/DATA,
/data/images/rhev)?

It could be an issue of this bug https://bugzilla.redhat.com/1023739 - -
Cannot create same Local SD path on different Hosts

Regards,
Maor

On 10/10/2013 05:14 PM, Sven Kieske wrote:

I'm sorry, I misread the connections for the storage domains..

this is the output of the storageconnections:

localfs/home/DATAlocalfs/data/images/rhevmanagementserver32nfs/var/lib/exports/exportmanagementserver32nfs/var/lib/exports/iso

So this is one export domain, one iso domain and 2 localfs storage
domains, I suppose our two working ones. So no sign of this 5th
supposed connection?

the fun part: the export domain does not show up any more in the
mangement, so I tried to delete the connection via curl:

curl -X DELETE -H "Accept: application/xml" -u user:password
https://192.168.150.50/api/storageconnections/84970346-ae22-49cf-8a4c-c1bd27a0b7a4
--insecure

and got as response:

JBoss Web/7.0.13.Final - Error
report
HTTP Status 405 - type Status reportmessage
description The specified HTTP method is not
allowed for the requested resource ().JBoss Web/7.0.13.Final

so this method does not seem to be allowed?


Regards Sven




https://[your-rhevm-setup]/api/storageconnections (!), please



I tried to add another one for host 4, by putting the host into
maintainence mode, and then clicking: "setup local storage"
When you click then "ok" in the popup you get the error:

"can't add storage connection, connection already exists"


So it means that you have a storage connection which is not used by any
storage domain. One thing is how it was created (I suppose a duplicate
of aforementioned bug), the other - how to fix it.

Fix:
* GET https://[your-rhevm-setup]/api/storageconnections
* find id of the problematic connection
* DELETE
https://[your-rhevm-setup]/api/storageconnections/[id_of_the_connection]

Last step perform with cURL or REST Client for Firefox or whatever is
your favourite tool for REST API.


The bugzilla entry seems not to fit as this is:
a) no NFS Storage Domain


Doesn't matter, it may happen for any non-iSCSI (and maybe non-FC)
storage, localfs duplicate here:
https://bugzilla.redhat.com/show_bug.cgi?id=1014966



b) no Export Storage Domain


Doesn't matter, I've seen it for data domains as well.
Here you have duplicate for ISO:
https://bugzilla.redhat.com/show_bug.cgi?id=991739


c) the name of our SD does not contain any spaces


Doesn't matter, the only important thing is if you ever tried to add
this domain and the command failed.


d) the bug entry mentions this bug only occurs via api
because the webfrontend doesn't allow to create SDs with spaces

however how can I check if the postgres db doesn't contain any other
storage domains, just to make 110% sure this is not this bug?


You don't have additional storage domain, you have only additional
storage connection. That's why I asked also for output of
api/storageconnections

Kasia





___
Users mailing list
users-deqimlfylszytjvyw6y...@public.gmane.org
http://lists.ovirt.org/mailman/listinfo/users



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


[Users] Cinder Integration

2013-11-11 Thread Udaya Kiran P
Hi everyone,

Does anybody know if OpenStack Cinder Integration is done in oVirt3.3.

Can I have some resources pointing to the same?

Thank You,

Regards,
Udaya Kiran___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Default route on hosts

2013-11-11 Thread Christopher Geddings
Before I ask my question, I want to make sure I'm using the right terms:
engine == the system that manages the ovirt environment.  Runs the web 
interface, etc
host(s) == the physical machine(s) the engine uses to deploy virtual machines 
on.  Sometimes referenced as a node?
vm(s) == the guest systems that are controlled by the engine and run on the 
hosts, that do the stuff you present to the world at large, whatever your world 
at large would be.

Is that correct?

In my environment, I have a customer facing network and another network that's 
on a set of isolated switches.  I desire to use the isolated
network as the management network, and am naming the other network "public" in 
the web management interface.

In the interface, I see these labeled as ovirtmgmt and public, for the 
management network (private) and the customer facing network (public).

>From what I can tell from poking at the configuration files, and from a couple 
>references in other threads, the 'DEFROUTE' setting in the ifcfg-* files
gets set to 'yes' only for the ovirtmgmt network, not for any other bridged 
network.

I can override this by hand as I deploy hosts, but am hoping for a way to do so 
within the ovirt management framework, so I have less bits that can
go wrong.  Is there a way for me to get the DEFROUTE set to no for the 
ovirtmgmt interface and to yes on the public interface as I deploy hosts?

Is there a reason I'm not seeing for avoiding this behavior?

--Chris


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


Re: [Users] Bug: adding LocalStorage Data Centers

2013-11-11 Thread Maor Lipchuk
Hi Sven,
What is the path of the third local storage domain you can't add.
Could it be the same as the other existing connections (/home/DATA,
/data/images/rhev)?

It could be an issue of this bug https://bugzilla.redhat.com/1023739 - -
Cannot create same Local SD path on different Hosts

Regards,
Maor

On 10/10/2013 05:14 PM, Sven Kieske wrote:
> I'm sorry, I misread the connections for the storage domains..
> 
> this is the output of the storageconnections:
> 
>  href="/api/storageconnections/b3eca2aa-5983-404f-af06-c7ca10b9fa23"
> id="b3eca2aa-5983-404f-af06-c7ca10b9fa23">localfs/home/DATA href="/api/storageconnections/87dc99f6-98fe-4828-99da-f228958748c0"
> id="87dc99f6-98fe-4828-99da-f228958748c0">localfs/data/images/rhev href="/api/storageconnections/84970346-ae22-49cf-8a4c-c1bd27a0b7a4"
> id="84970346-ae22-49cf-8a4c-c1bd27a0b7a4">managementserver32nfs/var/lib/exports/export href="/api/storageconnections/1179a3b3-8f18-4696-bda8-094b7a2f5c35"
> id="1179a3b3-8f18-4696-bda8-094b7a2f5c35">managementserver32nfs/var/lib/exports/iso
> 
> So this is one export domain, one iso domain and 2 localfs storage
> domains, I suppose our two working ones. So no sign of this 5th
> supposed connection?
> 
> the fun part: the export domain does not show up any more in the
> mangement, so I tried to delete the connection via curl:
> 
> curl -X DELETE -H "Accept: application/xml" -u user:password
> https://192.168.150.50/api/storageconnections/84970346-ae22-49cf-8a4c-c1bd27a0b7a4
> --insecure
> 
> and got as response:
> 
> JBoss Web/7.0.13.Final - Error
> report
> HTTP Status 405 -  noshade="noshade">type Status reportmessage
> description The specified HTTP method is not
> allowed for the requested resource (). noshade="noshade">JBoss Web/7.0.13.Final
> 
> so this method does not seem to be allowed?
> 
> 
> Regards Sven
> 
> 
>>
>> https://[your-rhevm-setup]/api/storageconnections (!), please
>>
>>
>>> I tried to add another one for host 4, by putting the host into
>>> maintainence mode, and then clicking: "setup local storage"
>>> When you click then "ok" in the popup you get the error:
>>>
>>> "can't add storage connection, connection already exists"
>>
>> So it means that you have a storage connection which is not used by any
>> storage domain. One thing is how it was created (I suppose a duplicate
>> of aforementioned bug), the other - how to fix it.
>>
>> Fix:
>> * GET https://[your-rhevm-setup]/api/storageconnections
>> * find id of the problematic connection
>> * DELETE
>> https://[your-rhevm-setup]/api/storageconnections/[id_of_the_connection]
>>
>> Last step perform with cURL or REST Client for Firefox or whatever is
>> your favourite tool for REST API.
>>
>>> The bugzilla entry seems not to fit as this is:
>>> a) no NFS Storage Domain
>>
>> Doesn't matter, it may happen for any non-iSCSI (and maybe non-FC)
>> storage, localfs duplicate here:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1014966
>>
>>
>>> b) no Export Storage Domain
>>
>> Doesn't matter, I've seen it for data domains as well.
>> Here you have duplicate for ISO:
>> https://bugzilla.redhat.com/show_bug.cgi?id=991739
>>
>>> c) the name of our SD does not contain any spaces
>>
>> Doesn't matter, the only important thing is if you ever tried to add
>> this domain and the command failed.
>>
>>> d) the bug entry mentions this bug only occurs via api
>>> because the webfrontend doesn't allow to create SDs with spaces
>>>
>>> however how can I check if the postgres db doesn't contain any other
>>> storage domains, just to make 110% sure this is not this bug?
>>
>> You don't have additional storage domain, you have only additional
>> storage connection. That's why I asked also for output of
>> api/storageconnections
>>
>> Kasia
>>
>>
>>
>>
> ___
> 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: [Users] Bug: adding LocalStorage Data Centers

2013-11-11 Thread Sven Kieske
I created a BZ for this:

https://bugzilla.redhat.com/show_bug.cgi?id=1029107

additional info: we were able to reproduce this with a fresh ovirt 3.3
setup, without defect storage connections, so this can not be the
storage connection bug.

Am 11.11.2013 16:49, schrieb Sven Kieske:
> Hi,
> sorry for my late reply.
> Actually we don't have any logs saved but the bug is reproducible and
> occurs even within a fresh installation.
> 
> We're really looking forward to 3.3.1 release because we need a couple
> of the 3.3 features. Due to the need of local storage we are stuck with
> engine 3.2.3.
> 
> Maybe someone can reproduce this and confirm the bug and provide
> additional logs?
> 
> Sadly I don't got the time atm :-/
> 
> Am 11.10.2013 13:56, schrieb Itamar Heim:
>> we delete one of the 2 functional data centers
>> and then try to add the local storage domain inside
>> the third data center, we succeed.
>>
>> If we then try to add the deleted data center 2
>> again, now as the third data center, the addition
> 

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Fwd: oVirt UI plugins feature announcements

2013-11-11 Thread Koch (ovido)

On Mon, 2013-11-11 at 06:36 -0500, Vojtech Szocs wrote:
> - Original Message -
> > From: "René Koch (ovido)" 
> > To: "Vojtech Szocs" 
> > Cc: "users" 
> > Sent: Friday, November 8, 2013 10:32:24 AM
> > Subject: Re: [Users] Fwd: oVirt UI plugins feature announcements
> > 
> > On Thu, 2013-11-07 at 17:24 -0500, Vojtech Szocs wrote:
> > > Hi guys, sharing some updates on oVirt UI plugins feature, see below for
> > > details.
> > > 
> > > Let me know if you have any questions.
> > > 
> > > Vojtech
> > > 
> > > 
> > > - Forwarded Message -
> > > From: "Vojtech Szocs" 
> > > To: "engine-devel" 
> > > Cc: "Einav Cohen" , "Itamar Heim" 
> > > Sent: Thursday, November 7, 2013 11:21:21 PM
> > > Subject: oVirt UI plugins feature announcements
> > > 
> > > Hello everyone,
> > > 
> > > I'd like to share some important updates on oVirt UI plugins feature.
> > > 
> > > First of all, UI plugins wiki [1] is finally complete. API reference
> > > (application events, API functions, API options, entity types) now
> > > includes all the details and snippets of example code. I've also added
> > > section "Why load plugins via iframe element?" explaining reasons behind
> > > this design decision.
> > > 
> > > [1] http://www.ovirt.org/Features/UIPlugins
> > 
> > 
> > Great! Thanks a lot for the documentation - this makes life much easier!
> > 
> > 
> > > 
> > > You might have noticed the changes in oVirt Engine URI layout [2], these
> > > are already reflected in UI plugins wiki. For existing plugins, this means
> > > changing URLs like this:
> > > 
> > >   /webadmin/webadmin/plugin/ExamplePlugin/start.html
> > > 
> > > to this:
> > > 
> > >   /ovirt-engine/webadmin/plugin/ExamplePlugin/start.html
> > > 
> > > [2] http://gerrit.ovirt.org/#/c/20473/
> > 
> > 
> > Which version of oVirt uses the new URI - I assume 3.4? (and do you know
> > if the URI will be changed in RHEV as well)?
> 
> Correct, new URI layout takes effect in oVirt 3.4, not sure about RHEV but I 
> think "ovirt-engine" in URI might change there.


Ok, thanks for the information!

> 
> > 
> > I think it's important to mention this change in oVirt upgrade/release
> > notes to let users know that they have to change the UI plugin URI. When
> > packaging an UI plugin it's not a problem to check the oVirt version in
> > a %post section and run a sed command over the JSON file...
> 
> I assume the URI layout change BZ [https://bugzilla.redhat.com/961677] will 
> have some release notes attached.
> 
> For UI plugins, I was talking with Alon about this, we could promote the use 
> of relative URIs to make UI plugins unaware of absolute URI layout.
> 
> For example, in plugin descriptor:
> 
>   "url": "plugin/ExamplePlugin/start.html" // relative to WebAdmin base 
> context path, i.e. /ovirt-engine/webadmin
> 
> would result in:
> 
>   
> 
> custom content could be added like this:
> 
>   api.addMainTab('Example Tab', 'example-tab', 
> 'plugin/ExamplePlugin/tab.html');
> 
> and any content within the iframe (either start.html or tab.html) could use:
> 
>   

Re: [Users] oVirt Updates - Special KVM Forum/oVirt edition

2013-11-11 Thread Sven Kieske
Thanks for posting the slides to the wiki and ML!


Am 11.11.2013 15:04, schrieb Michal Skrivanek:
> 
> On Oct 27, 2013, at 22:31 , Itamar Heim  wrote:
> 
>> A great week at linuxcon/cloudopen/kvmforum/ovirt conference at Edinburgh, 
>> and some other nice feedback on oVirt, meriting a special edition of this 
>> update.
> 
> There are recordings and slides for *all* the talks in ovirt/kvmforum tracks 
> already, please check out http://www.ovirt.org/KVM_Forum_2013 for slides and 
> youtube session recordings.
> Cloudopen videos are not yet released, but they should be professionally 
> recorded, so worth a wait:)
> 
> Thanks,
> michal

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] so, what do you want next in oVirt?

2013-11-11 Thread Juan Pablo Lorier
Hi,

I know that now there's a doc in google drive for this, but I don't have
write access so I post this here:

I need to backup my vms that use direct-luns as disks and neither
snapshot nor export do the job, so I propose at least one of those
options to be implemented.
Regards,
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt-guest-agent EL6 vioserial question

2013-11-11 Thread Sven Kieske
Hi,

well I don't know what you really try to achieve?
Your first question assumed that virtio serial was missing
and you wanted to know how to install it.
It turned out, it is installed, so what do you want to achieve
exactly through virtio-serial?

if the guest agent reports the ip to engine then virtio_serial
should work as expected (afaik, I'm no ovirt-dev!)

So maybe you can clarify a little bit more what does not work?

HTH

Sven

Am 08.11.2013 17:56, schrieb Sven Knohsalla:
> oVirt-engine:
> oVirt Engine Version: 3.2.1-1.fc18 , F18 based
> 
> F18 hosts as nodes:
> Kernel Version: 3.9.11 - 200.fc18.x86_64
> KVM Version:  1.2.2 - 13.fc18
> LIBVIRT Version: libvirt-0.10.2.6-1.fc18
> VDSM Version: vdsm-4.10.3-17.fc18
> SPICE Version: 0.12.2 - 3.fc18
> 
> I currently installed ovirt-guest-agent RPM on CentOS 6.4 64bit guest 
> (latest).
> 
> [root@deovn-yXX ~]# virsh -r dumpxml VMNAME | grep virtio-serial
> 
>   
>   
>   
>   
> 
> Yes, it seems virtio-serial has been attached to the VM.
> 
> I installed python python-devel  packages on this VM.
> Do I need further packages for this virtio-serial dev ?

Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Export not exporting the disk

2013-11-11 Thread Juan Pablo Lorier
OK, Thank you all. I was based on a prior mail from Itamar. I'll find
out how to do it manually.
It would be a nice feature for 3.4.
Regards,

On 11/11/13 13:49, Maor Lipchuk wrote:
> Hi Juan,
> Based on the code, exporting of a VM only exports images of a VM/Template.
> It will not export direct luns or shared disks.
>
> Regards,
> Maor
>
> On 11/11/2013 05:31 PM, Juan Pablo Lorier wrote:
>> Hi Liron,
>>
>> I was told the opposite prior in the list. Snapshots of direct-luns are
>> not implemented, but if I export the vm it should.
>> A third opinion to brake the draw? :-)
>> Regards,
>>
>> On 11/11/13 13:27, Liron Aravot wrote:
>>> Hi Juan,
>>> When exporting a vm, direct lun disks aren't part of the exported data.
>>>
>>> Thanks,
>>> Liron
>>>
>>> - Original Message -
 From: "Juan Pablo Lorier" 
 To: "users" 
 Sent: Monday, November 11, 2013 5:26:17 PM
 Subject: [Users] Export not exporting the disk

 Hi,

 I've already posted before but the thread went dead. If I export a
 stoped vm with direct-lun disk, it creates the export without errors but
 doesn't export the disk. I was told that it should.
 How can I debugg this?
 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
>>

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


Re: [Users] Bug: adding LocalStorage Data Centers

2013-11-11 Thread Sven Kieske
Hi,
sorry for my late reply.
Actually we don't have any logs saved but the bug is reproducible and
occurs even within a fresh installation.

We're really looking forward to 3.3.1 release because we need a couple
of the 3.3 features. Due to the need of local storage we are stuck with
engine 3.2.3.

Maybe someone can reproduce this and confirm the bug and provide
additional logs?

Sadly I don't got the time atm :-/

Am 11.10.2013 13:56, schrieb Itamar Heim:
> we delete one of the 2 functional data centers
> and then try to add the local storage domain inside
> the third data center, we succeed.
> 
> If we then try to add the deleted data center 2
> again, now as the third data center, the addition

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Export not exporting the disk

2013-11-11 Thread Maor Lipchuk
Hi Juan,
Based on the code, exporting of a VM only exports images of a VM/Template.
It will not export direct luns or shared disks.

Regards,
Maor

On 11/11/2013 05:31 PM, Juan Pablo Lorier wrote:
> Hi Liron,
> 
> I was told the opposite prior in the list. Snapshots of direct-luns are
> not implemented, but if I export the vm it should.
> A third opinion to brake the draw? :-)
> Regards,
> 
> On 11/11/13 13:27, Liron Aravot wrote:
>> Hi Juan,
>> When exporting a vm, direct lun disks aren't part of the exported data.
>>
>> Thanks,
>> Liron
>>
>> - Original Message -
>>> From: "Juan Pablo Lorier" 
>>> To: "users" 
>>> Sent: Monday, November 11, 2013 5:26:17 PM
>>> Subject: [Users] Export not exporting the disk
>>>
>>> Hi,
>>>
>>> I've already posted before but the thread went dead. If I export a
>>> stoped vm with direct-lun disk, it creates the export without errors but
>>> doesn't export the disk. I was told that it should.
>>> How can I debugg this?
>>> 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
> 

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


Re: [Users] Live storage migration snapshot removal (fails)

2013-11-11 Thread Sander Grendelman
Done: https://bugzilla.redhat.com/show_bug.cgi?id=1029069

On Mon, Nov 11, 2013 at 4:02 PM, Dan Kenigsberg  wrote:
> On Mon, Nov 11, 2013 at 03:11:22PM +0100, Sander Grendelman wrote:
>> I can open a bug on this.
>>
>> Should I file it for the entire "snapshot removal fails"-problem or
>> just this error?
>
> "live storage migration snapshot removal fails due to unexpected
> qemu-img output", followed by your analisys below, sounds great to me.
>
>>
>>
>> I've looked at the parsing error and the problem seems to be that the
>> qemuImg.check() function expects a qemu-img version that outputs a
>> string like: "Image end offset: 262144".
>>
>> The only version I could find that does that is the one in the F19 
>> virt-preview
>> repository. Stock F19 qemu-img doesn't have this output. Nor do the stock EL6
>> or qemu-img-rhev EL6 versions.
>>
>> The only function that calls qemuImg.check is 
>> blockVolume.shrinkToOptimalSize()
>> this function needs (and uses) the parsed offset to shrink the LV containing 
>> the
>> qcow2 image.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Export not exporting the disk

2013-11-11 Thread Juan Pablo Lorier
Hi Liron,

I was told the opposite prior in the list. Snapshots of direct-luns are
not implemented, but if I export the vm it should.
A third opinion to brake the draw? :-)
Regards,

On 11/11/13 13:27, Liron Aravot wrote:
> Hi Juan,
> When exporting a vm, direct lun disks aren't part of the exported data.
>
> Thanks,
> Liron
>
> - Original Message -
>> From: "Juan Pablo Lorier" 
>> To: "users" 
>> Sent: Monday, November 11, 2013 5:26:17 PM
>> Subject: [Users] Export not exporting the disk
>>
>> Hi,
>>
>> I've already posted before but the thread went dead. If I export a
>> stoped vm with direct-lun disk, it creates the export without errors but
>> doesn't export the disk. I was told that it should.
>> How can I debugg this?
>> 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: [Users] Export not exporting the disk

2013-11-11 Thread Liron Aravot
Hi Juan,
When exporting a vm, direct lun disks aren't part of the exported data.

Thanks,
Liron

- Original Message -
> From: "Juan Pablo Lorier" 
> To: "users" 
> Sent: Monday, November 11, 2013 5:26:17 PM
> Subject: [Users] Export not exporting the disk
> 
> Hi,
> 
> I've already posted before but the thread went dead. If I export a
> stoped vm with direct-lun disk, it creates the export without errors but
> doesn't export the disk. I was told that it should.
> How can I debugg this?
> 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


[Users] Export not exporting the disk

2013-11-11 Thread Juan Pablo Lorier
Hi,

I've already posted before but the thread went dead. If I export a
stoped vm with direct-lun disk, it creates the export without errors but
doesn't export the disk. I was told that it should.
How can I debugg this?
Regards,
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Live storage migration snapshot removal (fails)

2013-11-11 Thread Dan Kenigsberg
On Mon, Nov 11, 2013 at 03:11:22PM +0100, Sander Grendelman wrote:
> I can open a bug on this.
> 
> Should I file it for the entire "snapshot removal fails"-problem or
> just this error?

"live storage migration snapshot removal fails due to unexpected
qemu-img output", followed by your analisys below, sounds great to me.

> 
> 
> I've looked at the parsing error and the problem seems to be that the
> qemuImg.check() function expects a qemu-img version that outputs a
> string like: "Image end offset: 262144".
> 
> The only version I could find that does that is the one in the F19 
> virt-preview
> repository. Stock F19 qemu-img doesn't have this output. Nor do the stock EL6
> or qemu-img-rhev EL6 versions.
> 
> The only function that calls qemuImg.check is 
> blockVolume.shrinkToOptimalSize()
> this function needs (and uses) the parsed offset to shrink the LV containing 
> the
> qcow2 image.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Live storage migration fails on CentOS 6.4 + ovirt3.3 cluster

2013-11-11 Thread Sander Grendelman
I've sent an e-mail with this question to the centos mailing list:
http://lists.centos.org/pipermail/centos/2013-November/138344.html

On Mon, Nov 11, 2013 at 1:19 PM, Itamar Heim  wrote:
> On 11/07/2013 12:00 PM, Sander Grendelman wrote:
>>
>> On Wed, Nov 6, 2013 at 5:41 PM, Martijn Grendelman
>>  wrote:
>>>
>>>
>>> So is qemu-kvm-rhev from mentioned source RPM a drop-in replacement for
>>> qemu-kvm from CentOS ? Would it make sense to install it instead of
>>> qemu-kvm?
>>
>>
>> That's the way it worked for me.
>>
>> - Put one host in maintenance
>> - Install *-rhev packas on that host
>>yum localinstall qemu-*rhev*.rpm)
>>this replaces the regular packages:
>>Nov 06 16:15:38 Installed:
>> 2:qemu-img-rhev-0.12.1.2-2.355.el6.9.x86_64
>>Nov 06 16:15:40 Installed:
>> 2:qemu-kvm-rhev-0.12.1.2-2.355.el6.9.x86_64
>>Nov 06 16:15:40 Installed:
>> 2:qemu-kvm-rhev-tools-0.12.1.2-2.355.el6.9.x86_64
>>Nov 06 16:15:40 Erased: qemu-kvm-tools
>>Nov 06 16:15:41 Erased: qemu-kvm
>>Nov 06 16:15:41 Erased: qemu-img
>> - Restart vdsm, enable host migrate test VM to host, test live storage
>> migration: OK
>> - Put host back in maintenance and reboot.
>> - Activate host and repeat maintenance/installation steps with other
>> hosts.
>>
>> The "solution" for the live snaphost problem as proposed in
>> https://bugzilla.redhat.com/show_bug.cgi?id=1009100 is:
>>
>>   |BZ| Vdsm should check (hopefully via libvirt) if the underlying
>> qemu supports live snapshot, and report this feature to Engine.
>>   |BZ| If it does not, block this feature in UI.
>>
>> That is something that should be implemented, however,  there should
>> also be some way to use a full-featured kvm with oVirt.
>>
>> Can oVirt carry the qemu-*rhev* packages?
>> Or is this something that should be in epel? Or CentOS?
>
>
> I think worth veryfing with centos first on their plans to carry this
> package before we carry (and maintain it) in ovirt repos.
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Live storage migration snapshot removal (fails)

2013-11-11 Thread Sander Grendelman
I can open a bug on this.

Should I file it for the entire "snapshot removal fails"-problem or
just this error?


I've looked at the parsing error and the problem seems to be that the
qemuImg.check() function expects a qemu-img version that outputs a
string like: "Image end offset: 262144".

The only version I could find that does that is the one in the F19 virt-preview
repository. Stock F19 qemu-img doesn't have this output. Nor do the stock EL6
or qemu-img-rhev EL6 versions.

The only function that calls qemuImg.check is blockVolume.shrinkToOptimalSize()
this function needs (and uses) the parsed offset to shrink the LV containing the
qcow2 image.

On Fri, Nov 8, 2013 at 4:33 PM, Federico Simoncelli  wrote:
> - Original Message -
>> From: "Dan Kenigsberg" 
>> To: "Sander Grendelman" 
>> Cc: users@ovirt.org, fsimo...@redhat.com, ykap...@redhat.com
>> Sent: Friday, November 8, 2013 4:06:53 PM
>> Subject: Re: [Users] Live storage migration snapshot removal (fails)
>>
>> On Fri, Nov 08, 2013 at 02:20:39PM +0100, Sander Grendelman wrote:
>>
>> 
>>
>> > 9d4e8a43-4851-42ff-a684-f3d802527cf7/c512267d-ebba-4907-a782-fec9b6c95116
>> > 52178458-1764-4317-b85b-71843054aae9::WARNING::2013-11-08
>> > 14:02:53,772::image::1164::Storage.Image::(merge) Auto shrink after
>> > merge failed
>> > Traceback (most recent call last):
>> >   File "/usr/share/vdsm/storage/image.py", line 1162, in merge
>> > srcVol.shrinkToOptimalSize()
>> >   File "/usr/share/vdsm/storage/blockVolume.py", line 320, in
>> > shrinkToOptimalSize
>> > qemuImg.FORMAT.QCOW2)
>> >   File "/usr/lib64/python2.6/site-packages/vdsm/qemuImg.py", line 109, in
>> >   check
>> > raise QImgError(rc, out, err, "unable to parse qemu-img check output")
>> > QImgError: ecode=0, stdout=['No errors were found on the image.'],
>> > stderr=[], message=unable to parse qemu-img check output
>>
>>
>> I'm not sure that it's the only problem in this flow, but there's a
>> clear bug in lib/vdsm/qemuImg.py's check() function: it fails to parse
>> the output of qemu-img.
>>
>> Would you open a bug on that? I found no open one.
>
> I remember that this was discussed and the agreement was that if the offset
> is not reported by qemu-img we should have used the old method to calculate
> the new volume size.
>
> We'll probably need to verify it. Sander can you open a bug on this?
>
> Thanks,
> --
> Federico
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt Updates - Special KVM Forum/oVirt edition

2013-11-11 Thread Michal Skrivanek

On Oct 27, 2013, at 22:31 , Itamar Heim  wrote:

> A great week at linuxcon/cloudopen/kvmforum/ovirt conference at Edinburgh, 
> and some other nice feedback on oVirt, meriting a special edition of this 
> update.

There are recordings and slides for *all* the talks in ovirt/kvmforum tracks 
already, please check out http://www.ovirt.org/KVM_Forum_2013 for slides and 
youtube session recordings.
Cloudopen videos are not yet released, but they should be professionally 
recorded, so worth a wait:)

Thanks,
michal

> Feel free to chime in with your feedback as well.
> 
> It is sometimes hard to remember we only released oVirt 3.0 last year, and 
> that it takes time to get traction.
> For example, see slide 3 in the presentation i gave on oVirt Updates[1] to 
> see the clear trend in adoption (via total users mailing list addresses).
> 
> Similarly, in Livnat's oVirt-intro session at CloudOpen, with ~75 people in 
> the room, almost all raised their hand on her question "who knows/has oVirt".
> 
> We had a plethora of topics (same link as [1]), but i wanted to highlight:
> 
> SUSE support
> During Livnat's talk, a question was raised wrt SUSE support.
> Asking for more details, we got ~"I'm running oVirt in testing and RHEV in 
> production. with 200 SUSE 10/11 servers. I just want the guest-agent to have 
> their ip address in the gui".
> So first of all, good to know SUSE runs as a guest without issues.
> Also, the guest-agent itself is just a python script that should just work. 
> Just some packaging is required, so we're looking to revamp this in 
> build.opensuse.org, and hope some SUSE users will help us with closing and 
> testing this one.
> 
> In related SUSE news, I just saw this posted "After looking into oVirt it 
> looks absolutely fantastic. Might look into seeing if I can help with porting 
> this to openSUSE. What kind of work is involved in the porting of the 
> application like this?"
> (discussion ongoing)
> 
> on PPC:
> Leonardo from the Eldorado research center in Brazil gave a lecture on their 
> work to add PPC support to oVirt. Paul Mackerras (KVM PPC developer) from IBM 
> and Alexenader Graf attended and gave a lot of feedback, and potential 
> interest from other PPC vendors, which should be hopefully mostly config 
> level changes.
> 
> User Stories:
> Keele university presented their path to oVirt. Always nice to hear how our 
> project is used, and we actually asked them a lot of questions on why/how 
> they use it the way they do. They also did a case study with Dave Neary, 
> which i hope to see more from oVirt community members.
> 
> Also, always nice to hear: in an irc chat on #ovirt: "I looked at ovirt about 
> 4 months ago and when I came back a few days ago I was blown away at how far 
> it had come! The devs have done an awesome job".
> 
> All KVM Forum/oVirt sessions slides (and youtube's) should be available 
> here[1]
> 
> Thanks,
>   Itamar
> 
> [1] oVirt Updates session by Itamar Heim
> http://www.youtube.com/channel/UCRCSQmAOh7yzgheq-emy1xA
> ___
> 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: [Users] Custom settings for Kernel Same-page Merging (KSM)?

2013-11-11 Thread Sven Kieske
Hi,

any update why this may have happened?

Am 04.11.2013 21:02, schrieb Itamar Heim:
> 
> I'm more concerned by the fact ksm consumed RAM supposedly before memory
> usage was >80%.-- 

Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Problem with DWH installation

2013-11-11 Thread Yaniv Dary


- Original Message -
> From: "Michael Wagenknecht" 
> To: "Alex Lourie" 
> Cc: "users" 
> Sent: Wednesday, November 6, 2013 9:45:24 AM
> Subject: Re: [Users] Problem with DWH installation
> 
> Hi Alex,
> I can't find ovirt-engine-dwh-3.3 in the ovirt-release-el6 repo.
> Can I only install it from the git tree?

There are no el6 packages for dwh yet. This is planned to be introduced in 
oVirt 3.4.
You can install it with the packaging maven profile for now.



Yaniv

> 
> Michael
> 
> 
> Am 05.11.2013 16:30, schrieb Alex Lourie:
> > Hi Michael
> >
> > The dwh version you are trying to install is unfortunately no longer
> > compatible with ovirt-engine-3.3. You will need ovirt-engine-dwh-3.3 for
> > it to work.
> >
> > Alex.
> >
> 
> --
> Mit freundlichen Grüßen
> 
> Michael Wagenknecht
> FuH Entwicklungsgesellschaft mbH
> Geschäftsführer Carola Fornoff
> HRB Freiburg 701203, UID DE255007372
> Elsässer Str. 18, D-79346 Endingen
> Telefon +49 - 7642 - 92866 - 0
> 
> ___
> 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: [Users] Live storage migration fails on CentOS 6.4 + ovirt3.3 cluster

2013-11-11 Thread Itamar Heim

On 11/07/2013 12:00 PM, Sander Grendelman wrote:

On Wed, Nov 6, 2013 at 5:41 PM, Martijn Grendelman
 wrote:


So is qemu-kvm-rhev from mentioned source RPM a drop-in replacement for
qemu-kvm from CentOS ? Would it make sense to install it instead of
qemu-kvm?


That's the way it worked for me.

- Put one host in maintenance
- Install *-rhev packas on that host
   yum localinstall qemu-*rhev*.rpm)
   this replaces the regular packages:
   Nov 06 16:15:38 Installed: 2:qemu-img-rhev-0.12.1.2-2.355.el6.9.x86_64
   Nov 06 16:15:40 Installed: 2:qemu-kvm-rhev-0.12.1.2-2.355.el6.9.x86_64
   Nov 06 16:15:40 Installed:
2:qemu-kvm-rhev-tools-0.12.1.2-2.355.el6.9.x86_64
   Nov 06 16:15:40 Erased: qemu-kvm-tools
   Nov 06 16:15:41 Erased: qemu-kvm
   Nov 06 16:15:41 Erased: qemu-img
- Restart vdsm, enable host migrate test VM to host, test live storage
migration: OK
- Put host back in maintenance and reboot.
- Activate host and repeat maintenance/installation steps with other hosts.

The "solution" for the live snaphost problem as proposed in
https://bugzilla.redhat.com/show_bug.cgi?id=1009100 is:

  |BZ| Vdsm should check (hopefully via libvirt) if the underlying
qemu supports live snapshot, and report this feature to Engine.
  |BZ| If it does not, block this feature in UI.

That is something that should be implemented, however,  there should
also be some way to use a full-featured kvm with oVirt.

Can oVirt carry the qemu-*rhev* packages?
Or is this something that should be in epel? Or CentOS?


I think worth veryfing with centos first on their plans to carry this 
package before we carry (and maintain it) in ovirt repos.


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


Re: [Users] *SAN LUNs* thin-provisioning : Reclaiming block device storage

2013-11-11 Thread Itamar Heim

On 11/05/2013 09:49 AM, Nicolas Ecarnot wrote:

[This post is *not* about *VM* thin-provisioning]

Hi,

Our setup is made of an Equalogic SAN (PS6100) connected via a dedicated
iSCSI network, an oVirt 3.3.0-4.el6 manager and CentOS nodes.
This is working fine (thank you all).

I usually create a LUN for the master storage domain, configure in
thin-provisioned mode on the SAN side, and fill it with VMs until it
reaches some 90%.
Then I create another LUN the same way, add it as an additional storage
domain, move some VM on it from the first domain and it's OK.

The issue there is I have no mean to reclaim any freed storage on the
master storage LUN. So the question (not *master* domain specific - any
storage domain is concerned) is how to reclaim space on these domains.

I began to have a closer look at how a storage domain is setup (PV, VG,
LVs). I also found some hints about some mount option (unmap) that could
be passed when mounting ext4 filesystems.
But I guess the issue is way more complex, as LVM may add a layer
between ext4 and the block device.
How is the LVM setup working? I saw there was one LV by disk (and some
metadata LVs), in one big VG in one big PV. Is the entire disk space
allocated for the PV, or is only a partial of it is used first, then an
extension (growing) is made each time some more space is needed by
adding VMs?

I have the opportunity to test and play with a test LUN in a test oVirt,
so I fear no crash. If the only answer is "Unavailable feature", it's
ok, but I just have to know.



other than the LV for the masterfs, there is a disk for each "volume" 
(disk or snapshot).

a snapshot is copy-on-write and usually thinly-provisioned.
a disk can be pre-allocated or thinly provisioned.
a thinly provisioned is done by creating a small LV, then extending it 
as-needed while the VM is running.

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


Re: [Users] ovirt-3.3 can't scan iscsi storage status when add new iscsi disk

2013-11-11 Thread Itamar Heim

On 11/05/2013 11:32 AM, Sandy Sun wrote:

  Hi ,
  I install ovirt -M /Node 3.3 version, New a storage domain of iscsi
domain, It scan all the disk, but I can't which is free, but ovirt-3.2
can scan the disk is free or in use.
I don't know this column is deleted


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



not sure if you got a reply back. if not, can you please elaborate on 
your question a bit more?


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


Re: [Users] Fwd: oVirt UI plugins feature announcements

2013-11-11 Thread Vojtech Szocs

- Original Message -
> From: "René Koch (ovido)" 
> To: "Vojtech Szocs" 
> Cc: "users" 
> Sent: Friday, November 8, 2013 10:32:24 AM
> Subject: Re: [Users] Fwd: oVirt UI plugins feature announcements
> 
> On Thu, 2013-11-07 at 17:24 -0500, Vojtech Szocs wrote:
> > Hi guys, sharing some updates on oVirt UI plugins feature, see below for
> > details.
> > 
> > Let me know if you have any questions.
> > 
> > Vojtech
> > 
> > 
> > - Forwarded Message -
> > From: "Vojtech Szocs" 
> > To: "engine-devel" 
> > Cc: "Einav Cohen" , "Itamar Heim" 
> > Sent: Thursday, November 7, 2013 11:21:21 PM
> > Subject: oVirt UI plugins feature announcements
> > 
> > Hello everyone,
> > 
> > I'd like to share some important updates on oVirt UI plugins feature.
> > 
> > First of all, UI plugins wiki [1] is finally complete. API reference
> > (application events, API functions, API options, entity types) now
> > includes all the details and snippets of example code. I've also added
> > section "Why load plugins via iframe element?" explaining reasons behind
> > this design decision.
> > 
> > [1] http://www.ovirt.org/Features/UIPlugins
> 
> 
> Great! Thanks a lot for the documentation - this makes life much easier!
> 
> 
> > 
> > You might have noticed the changes in oVirt Engine URI layout [2], these
> > are already reflected in UI plugins wiki. For existing plugins, this means
> > changing URLs like this:
> > 
> >   /webadmin/webadmin/plugin/ExamplePlugin/start.html
> > 
> > to this:
> > 
> >   /ovirt-engine/webadmin/plugin/ExamplePlugin/start.html
> > 
> > [2] http://gerrit.ovirt.org/#/c/20473/
> 
> 
> Which version of oVirt uses the new URI - I assume 3.4? (and do you know
> if the URI will be changed in RHEV as well)?

Correct, new URI layout takes effect in oVirt 3.4, not sure about RHEV but I 
think "ovirt-engine" in URI might change there.

> 
> I think it's important to mention this change in oVirt upgrade/release
> notes to let users know that they have to change the UI plugin URI. When
> packaging an UI plugin it's not a problem to check the oVirt version in
> a %post section and run a sed command over the JSON file...

I assume the URI layout change BZ [https://bugzilla.redhat.com/961677] will 
have some release notes attached.

For UI plugins, I was talking with Alon about this, we could promote the use of 
relative URIs to make UI plugins unaware of absolute URI layout.

For example, in plugin descriptor:

  "url": "plugin/ExamplePlugin/start.html" // relative to WebAdmin base context 
path, i.e. /ovirt-engine/webadmin

would result in:

  

custom content could be added like this:

  api.addMainTab('Example Tab', 'example-tab', 'plugin/ExamplePlugin/tab.html');

and any content within the iframe (either start.html or tab.html) could use: