Re: [Users] Migration failed (previous migrations succeded)

[Sven Kieske]

Hi,

is there any documentation regarding all
allowed settings in the vdsm.conf?

I didn't find anything related in the rhev docs

Am 30.01.2014 21:43, schrieb Itamar Heim:
> On 01/30/2014 10:37 PM, Markus Stockhausen wrote:
 Von: Itamar Heim [ih...@redhat.com]
 Gesendet: Donnerstag, 30. Januar 2014 21:25
 An: Markus Stockhausen; ovirt-users
 Betreff: Re: [Users] Migration failed (previous migrations succeded)


 Now I' getting serious problems. During the migration the VM was
 doing a rather slow download at 1,5 MB/s. So the memory changed
 by 15 MB per 10 seconds. No wonder that a check every 10 seconds
 was not able to see any progress. Im scared what will happen if I
 want to migrate a medium loaded system runing a database.

 Any tip for a parametrization?

 Markus

>>>
>>> what's the bandwidth? default is up to 30MB/sec, to allow up to 3 VMs to
>>> migrate on 1Gb without congesting it.
>>> you could raise that if you have 10GB, or raise the bandwidth cap and
>>> reduce max number of concurrent VMs, etc.
>>
>> My migration network is IPoIB 10GBit. During our tests only one VM
>> was migrated.  Bandwidth cap or number of concurrent VMs has not
>> been changed after default install.
>>
>> Is migration_max_bandwidth in /etc/vdsm/vdsm.conf still the right place?
> 
> probably
> 
>> And what settings do you suggest?
> 
> well, to begin with, 300MB/sec on 10GE (still allowing concurrent
> migrations)
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
> 
> 

-- 
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] ovirt-3.3.3 release postponed due to blockers

[Sandro Bonazzola]

Il 30/01/2014 22:38, Robert Story ha scritto:
> Can we revert these packages to previous versions in the 3.3.2 stable repo
> so those of us who want/need to install new hosts in our clusters aren't
> dead in the water waiting for 3.3.3?

Hi Robert, I think you can still install 3.3.2 on your clusters with the 
requirement of adding
manually oython-cpopen before trying to install vdsm.

About 3.3.3, I think vdsm should really drop dependency on vdsm-python-cpopen:
it's a package obsoleted by python-cpopen so there's no point in still 
requiring it especially if keeping that requirement still break dependency
resolution.


> 
> On Thu, 30 Jan 2014 16:26:51 +0100 Sandro wrote:
> SB> Il 30/01/2014 16:13, Yaniv Bronheim ha scritto:
> SB> > Hey, 
> SB> > 
> SB> > we found this yum bug and still struggling with more issuing
> SB> > according to the relation between those packages 
> SB> > 
> SB> > if we drop vdsm-python-cpopen the requirement in vdsm takes
> SB> > python-cpopen instead. in python-cpopen we have the same code base
> SB> > and it provides all vdsm-ptyhon-cpopen provides, so shouldn't be any
> SB> > issues with dropping it from the repository
> SB> > 
> SB> > is it possible to ship 3.3.3 release that way ? we don't need to
> SB> > change the requirement in the code, if python-cpopen 1.3-1 is part of
> SB> > the release, it will be taken by vdsm spec (tried with vdsm 4.13.3-2
> SB> > with the available cpopen 1.3-1)
> SB> > 
> SB> 
> SB> I can't release 3.3.3 that way.
> SB> We're keeping rolling releases on stable repository so if I don't
> SB> provide 4.13.3-2, previous one will still be available.
> 
> 
> Robert
> 
> --
> Senior Software Engineer @ Parsons
> 


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Host x is installed with VDSM version ()

[Sven Kieske]

Hi,

well how did you install vdsm on the centos 6.5 node in the first place?

from the ovirt.org stable repo I hope?

pay attention that there is currently a bug, you need to install
python-cpopen beforehand from epel repo:

yum -y install python-cpopen

HTH

Am 31.01.2014 05:43, schrieb Matt Warren:
> Hello ovirt users. New to ovirt and having troubles.
> 
> Trying to setup a dedicated ovirt engine host and use a separate, exiting 
> CentOS 6.5 host to run some guests as a node.
> 
> When I tried to add the host, it recognizes it but throws errors of:
> 
>   Host x is installed with VDSM version () and cannot join cluster 
> Default which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10].
> 
> In reading some google searches, suggestion was to first run "vdsClient -s 0 
> getVdsCaps". This returns "Failed to initialize storage" for any vdsClient 
> command.
> 
> I'm looking to run this host with it's local storage. I've tried to add a 
> local storage path on the host via ovirt of "/data/images" but it seems to 
> have no effect.
> 
> Any help appreciated.
> 
> Thanks,
> Matt

-- 
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] ovirt-3.3.3 release postponed due to blockers

[Gianluca Cecchi]

On Thu, Jan 30, 2014 at 10:38 PM, Robert Story  wrote:
> Can we revert these packages to previous versions in the 3.3.2 stable repo
> so those of us who want/need to install new hosts in our clusters aren't
> dead in the water waiting for 3.3.3?

Also because 3.3.3, at least based on beta1 and rc, seems the best
ever and the more stable. I need yet to stress test snapshots
functionalities and some other things but in general it seems very ok,
also in virtual disks mgmt.
Just my opinion

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

Re: [Users] ovirt-3.3.3 release postponed due to blockers

[Dan Kenigsberg]

On Fri, Jan 31, 2014 at 09:36:48AM +0100, Sandro Bonazzola wrote:
> Il 30/01/2014 22:38, Robert Story ha scritto:
> > Can we revert these packages to previous versions in the 3.3.2 stable repo
> > so those of us who want/need to install new hosts in our clusters aren't
> > dead in the water waiting for 3.3.3?
> 
> Hi Robert, I think you can still install 3.3.2 on your clusters with the 
> requirement of adding
> manually oython-cpopen before trying to install vdsm.
> 
> About 3.3.3, I think vdsm should really drop dependency on vdsm-python-cpopen:
> it's a package obsoleted by python-cpopen so there's no point in still 
> requiring it especially if keeping that requirement still break dependency
> resolution.

I really wanted to avoid eliminating a subpackage during a micro
release. That's impolite and surprising.
But given the awkward yum bug, persistent dependency problems, and
the current release delay, I give up.

Let's eliminate vdsm-python-cpopen from ovirt-3.3 branch, and require
python-cpopen. Yaniv, Douglas: could you handle it?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirt-3.3.3 release postponed due to blockers

[Sandro Bonazzola]

Il 31/01/2014 11:17, Dan Kenigsberg ha scritto:
> On Fri, Jan 31, 2014 at 09:36:48AM +0100, Sandro Bonazzola wrote:
>> Il 30/01/2014 22:38, Robert Story ha scritto:
>>> Can we revert these packages to previous versions in the 3.3.2 stable repo
>>> so those of us who want/need to install new hosts in our clusters aren't
>>> dead in the water waiting for 3.3.3?
>>
>> Hi Robert, I think you can still install 3.3.2 on your clusters with the 
>> requirement of adding
>> manually oython-cpopen before trying to install vdsm.
>>
>> About 3.3.3, I think vdsm should really drop dependency on 
>> vdsm-python-cpopen:
>> it's a package obsoleted by python-cpopen so there's no point in still 
>> requiring it especially if keeping that requirement still break dependency
>> resolution.
> 
> I really wanted to avoid eliminating a subpackage during a micro
> release. That's impolite and surprising.

I'm not telling you to not provide vdsm-python-cpopen while you build vdsm.
I'm telling you to not require it. You can still build it and let it to be 
unused.
Just treat vdsm-python-cpopen as something not provided anymore by the distro 
while python-cpopen is the new one replacing it.

> But given the awkward yum bug, persistent dependency problems, and
> the current release delay, I give up.
> 
> Let's eliminate vdsm-python-cpopen from ovirt-3.3 branch, and require
> python-cpopen. Yaniv, Douglas: could you handle it?
> 


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] [URGENT] hacking the DB

[Juan Pablo Lorier]

Hi,

I'm about to hack engine db to remove a gluster volume and I'd like
someone to advise me on this. The environment is in production, I've
backed up the db and I'm planning to remove every entry I can find of
the volume (host members, cluster, etc) but I found that there's no
clusters table (and I need to remove a cluster that no longer exists
after a force remove of the DC but somehow the volume still is attached
to it).
I'll try IRC also to see if someone can give me a hand.
Regards,



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [URGENT] hacking the DB

[Sahina Bose]

On 01/31/2014 04:49 PM, Juan Pablo Lorier wrote:

Hi,

I'm about to hack engine db to remove a gluster volume and I'd like
someone to advise me on this. The environment is in production, I've
backed up the db and I'm planning to remove every entry I can find of
the volume (host members, cluster, etc) but I found that there's no
clusters table (and I need to remove a cluster that no longer exists
after a force remove of the DC but somehow the volume still is attached
to it).


delete from gluster_volume_bricks where volume_id = "..";
delete from gluster_volume_options where volume_id = "..";
delete from gluster_volume_transport_types where volume_id="..";
delete from gluster_volume_access_protocols where volume_id="..";
delete from gluster_volumes where id="..";

The above would delete all gluster volume information stored in the db.

Cluster information is stored in vds_groups table.

You should have been able to remove the host using "Force" option. 
Didn't that work for you. I would be interested to see the logs if it 
did not.


thanks
sahina

I'll try IRC also to see if someone can give me a hand.
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] [URGENT] hacking the DB

[Juan Pablo Lorier]

Thanks Sahina!!

The hosts are there as the volume. What is gone is the DC and mostly
everything else. I'll send you the logs, but due to the lack of time,
they are going to be the raw logs for several days as the force was last
week.
Regards,

On 31/01/14 09:35, Sahina Bose wrote:
>
> On 01/31/2014 04:49 PM, Juan Pablo Lorier wrote:
>> Hi,
>>
>> I'm about to hack engine db to remove a gluster volume and I'd like
>> someone to advise me on this. The environment is in production, I've
>> backed up the db and I'm planning to remove every entry I can find of
>> the volume (host members, cluster, etc) but I found that there's no
>> clusters table (and I need to remove a cluster that no longer exists
>> after a force remove of the DC but somehow the volume still is attached
>> to it).
>
> delete from gluster_volume_bricks where volume_id = "..";
> delete from gluster_volume_options where volume_id = "..";
> delete from gluster_volume_transport_types where volume_id="..";
> delete from gluster_volume_access_protocols where volume_id="..";
> delete from gluster_volumes where id="..";
>
> The above would delete all gluster volume information stored in the db.
>
> Cluster information is stored in vds_groups table.
>
> You should have been able to remove the host using "Force" option.
> Didn't that work for you. I would be interested to see the logs if it
> did not.
>
> thanks
> sahina
>> I'll try IRC also to see if someone can give me a hand.
>> Regards,
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [URGENT] hacking the DB

[Juan Pablo Lorier]

Hi again,

I'm now in the process of deleting the removed cluster from the hosts. I
can't just delete it from vds_groups as is a external key to vds_static,
and it looks like vds_static has the hosts definition.
Can I safely update the vds_group_id to ' ' in the hosts to "detach"
them from the cluster?
Regards,

On 31/01/14 09:35, Sahina Bose wrote:
> delete from gluster_volume_bricks where volume_id = "




signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Host x is installed with VDSM version ()

[Matt Warren]

Saw the python-cpopen issue from yum and did a manual install.

> python-cpopen.x86_64   1.3-1.el6@epel

Should it be the vdsm-python-cpopen.x86_64 4.13.3-2.el6 from the
ovirt-3.3.2 repo?

Vdsm was installed from the ovirt 3.3.2 repo


> Installed Packages
> vdsm.x86_64  4.13.3-2.el6   @ovirt-3.3.2




On 1/31/14, 3:56 AM, "Sven Kieske"  wrote:

>well how did you install vdsm on the centos 6.5 node in the first place?
>
>from the ovirt.org stable repo I hope?
>
>pay attention that there is currently a bug, you need to install
>python-cpopen beforehand from epel repo:
>
>yum -y install python-cpopen
>
>HTH
>
>Am 31.01.2014 05:43, schrieb Matt Warren:
>>Hello ovirt users. New to ovirt and having troubles.
>>Trying to setup a dedicated ovirt engine host and use a separate,
>>exiting CentOS 6.5 host to run some guests as a node.
>>When I tried to add the host, it recognizes it but throws errors of:
>>   Host x is installed with VDSM version () and cannot join
>>cluster Default which is compatible with VDSM versions [4.13, 4.9, 4.11,
>>4.12, 4.10].
>>In reading some google searches, suggestion was to first run "vdsClient
>>-s 0 getVdsCaps". This returns "Failed to initialize storage" for any
>>vdsClient command.
>>I'm looking to run this host with it's local storage. I've tried to add
>>a local storage path on the host via ovirt of "/data/images" but it
>>seems to have no effect.
>>Any help appreciated.
>>Thanks,
>>Matt

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

Re: [Users] [URGENT] hacking the DB

[Sahina Bose]

On 01/31/2014 05:49 PM, Juan Pablo Lorier wrote:

Hi again,

I'm now in the process of deleting the removed cluster from the hosts. I
can't just delete it from vds_groups as is a external key to vds_static,
and it looks like vds_static has the hosts definition.
Can I safely update the vds_group_id to ' ' in the hosts to "detach"
them from the cluster?
Regards,


I think it would be safer to remove the host and then remove the cluster.
You would have to remove the host entry from vds_static as well as 
vds_dynamic.




On 31/01/14 09:35, Sahina Bose wrote:

delete from gluster_volume_bricks where volume_id = "




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

[Users] ovirt-report Forbidden access error

[Alessandro Bianchi]

Hi all

I installed

ovirt-engine-reports-3.3.2-1.fc19.noarch using yum

Now I have reports listed when right clicking on Vms but on any report i 
see this error:



 Forbidden

You don't have permission to access /ovirt-engine-reports/flow.html on 
this server.


This seems to be related to apache redirection but how to fix it?

I have three files in conf.d

ovirt-engine-root-redirect.conf
z-ovirt-engine-proxy.conf
z-ovirt-engine-reports-proxy.conf

but can't figure how to fix them

I applied no changes to these files

Any hint?

Thank you

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

Re: [Users] [URGENT] hacking the DB

[Juan Pablo Lorier]

It also has a foreign key at vds_statistics,
Thanks for everything, I'll keep you updated on this matter.
Regards,


On 31/01/14 11:30, Sahina Bose wrote:
>
> On 01/31/2014 05:49 PM, Juan Pablo Lorier wrote:
>> Hi again,
>>
>> I'm now in the process of deleting the removed cluster from the hosts. I
>> can't just delete it from vds_groups as is a external key to vds_static,
>> and it looks like vds_static has the hosts definition.
>> Can I safely update the vds_group_id to ' ' in the hosts to "detach"
>> them from the cluster?
>> Regards,
>
> I think it would be safer to remove the host and then remove the cluster.
> You would have to remove the host entry from vds_static as well as
> vds_dynamic.
>
>>
>> On 31/01/14 09:35, Sahina Bose wrote:
>>> delete from gluster_volume_bricks where volume_id = "
>>
>




signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] spice html5 - windows inverted

[Neil Schulz]

Good Morning Everyone,

I installed the Spice guest tools on my windows machine and now 
everything is inverted. I am unable to use the machine anymore. The 
biggest issue was the mouse not syncing up. That issue was solved after 
installing the tools, however the inverted screen kind of makes that fix 
pointless. Is there a fix to this?


Along with that, I haven't noticed it on a Windows 2008 R2 server yet, 
however, I cannot use Ctl+Alt+Delete in Spice HTML5 to test it.


Thank you,
Neil
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Extremely poor disk access speeds in Windows guest

[Steve Dainard]

I've reconfigured my setup (good succes below, but need clarity on gluster
option):

Two nodes total, both running virt and glusterfs storage (2 node replica,
quorum).

I've created an NFS storage domain, pointed at the first nodes IP address.
I've launched a 2008 R2 SP1 install with a virtio-scsi disk, and the SCSI
pass-through driver on the same node as the NFS domain is pointing at.

Windows guest install has been running for roughly 1.5 hours, still
"Expanding Windows files (55%) ..."

top is showing:
  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND

 3609 root  20   0 1380m  33m 2604 S 35.4  0.1 231:39.75 glusterfsd

21444 qemu  20   0 6362m 4.1g 6592 S 10.3  8.7  10:11.53 qemu-kvm


This is a 2 socket, 6 core xeon machine with 48GB of RAM, and 6x 7200rpm
enterprise sata disks in RAID5 so I don't think we're hitting hardware
limitations.

dd on xfs (no gluster)

time dd if=/dev/zero of=test bs=1M count=2048
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB) copied, 4.15787 s, 516 MB/s

real 0m4.351s
user 0m0.000s
sys 0m1.661s


time dd if=/dev/zero of=test bs=1k count=200
200+0 records in
200+0 records out
204800 bytes (2.0 GB) copied, 4.06949 s, 503 MB/s

real 0m4.260s
user 0m0.176s
sys 0m3.991s


I've enabled nfs.trusted-sync (
http://gluster.org/community/documentation/index.php/Gluster_3.2:_Setting_Volume_Options#nfs.trusted-sync
) on the gluster volume, and the speed difference is immeasurable . Can
anyone explain what this option does, and what the risks are with a 2 node
gluster replica volume with quorum enabled?

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

[Users] Share SPICE console between 2 admins

[Markus Stockhausen]

Hello,

we want to share the spice console of our VMs for 2 or more
administrators. So that they can see the same desktop. I read
several articles about SPICE_DEBUG_ALLOW_MC=1 and think
that my be the way to go. 

The only problem seems to be that I must set it as an environment
variable on the hypervisor hosts. /etc/profile does not work. Seems
to be a similar problem as in proxmox.

http://forum.proxmox.com/threads/17265-Siimultaneous-Spice-Client-Connections

But where to fix that in Ovirt?

Markus
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [Users] Extremely poor disk access speeds in Windows guest

[Steve Dainard]

>
>
> I've enabled nfs.trusted-sync (
> http://gluster.org/community/documentation/index.php/Gluster_3.2:_Setting_Volume_Options#nfs.trusted-sync
> ) on the gluster volume, and the speed difference is immeasurable . Can
> anyone explain what this option does, and what the risks are with a 2
> node gluster replica volume with quorum enabled?
>
>
Sorry, I understand async, I meant option nfs.trusted-write, and if it
would help this situation.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] spice html5 - windows inverted

[Itamar Heim]

On 01/31/2014 05:32 PM, Neil Schulz wrote:

Good Morning Everyone,

I installed the Spice guest tools on my windows machine and now
everything is inverted. I am unable to use the machine anymore. The
biggest issue was the mouse not syncing up. That issue was solved after
installing the tools, however the inverted screen kind of makes that fix
pointless. Is there a fix to this?

Along with that, I haven't noticed it on a Windows 2008 R2 server yet,
however, I cannot use Ctl+Alt+Delete in Spice HTML5 to test it.

Thank you,
Neil
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


adding spice-devel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Share SPICE console between 2 admins

[Itamar Heim]

On 01/31/2014 07:42 PM, Markus Stockhausen wrote:

Hello,

we want to share the spice console of our VMs for 2 or more
administrators. So that they can see the same desktop. I read
several articles about SPICE_DEBUG_ALLOW_MC=1 and think
that my be the way to go.

The only problem seems to be that I must set it as an environment
variable on the hypervisor hosts. /etc/profile does not work. Seems
to be a similar problem as in proxmox.

http://forum.proxmox.com/threads/17265-Siimultaneous-Spice-Client-Connections

But where to fix that in Ovirt?

Markus=



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



adding spice-devel.
i assume you need to pass something to libvirt to make this happen on 
hypervisor side, a custom hook can let you do that.

http://www.ovirt.org/VDSM-Hooks

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

Re: [Users] ovirt-3.3.3 release postponed due to blockers

[Douglas Schilling Landgraf]

On 01/31/2014 05:17 AM, Dan Kenigsberg wrote:

On Fri, Jan 31, 2014 at 09:36:48AM +0100, Sandro Bonazzola wrote:

Il 30/01/2014 22:38, Robert Story ha scritto:

Can we revert these packages to previous versions in the 3.3.2 stable repo
so those of us who want/need to install new hosts in our clusters aren't
dead in the water waiting for 3.3.3?


Hi Robert, I think you can still install 3.3.2 on your clusters with the 
requirement of adding
manually oython-cpopen before trying to install vdsm.

About 3.3.3, I think vdsm should really drop dependency on vdsm-python-cpopen:
it's a package obsoleted by python-cpopen so there's no point in still 
requiring it especially if keeping that requirement still break dependency
resolution.


I really wanted to avoid eliminating a subpackage during a micro
release. That's impolite and surprising.
But given the awkward yum bug, persistent dependency problems, and
the current release delay, I give up.

Let's eliminate vdsm-python-cpopen from ovirt-3.3 branch, and require
python-cpopen. Yaniv, Douglas: could you handle it?



Sure. Done: http://gerrit.ovirt.org/#/c/23942/

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

Re: [Users] Host x is installed with VDSM version ()

[Matt Warren]

Any troubleshooting ideas for vdsm reporting UNKNONW version when it's
clearly 4.13 installed?



On 1/31/14, 8:01 AM, "Matt Warren"  wrote:

>Saw the python-cpopen issue from yum and did a manual install.
>
>> python-cpopen.x86_64   1.3-1.el6@epel
>
>Should it be the vdsm-python-cpopen.x86_64 4.13.3-2.el6 from the
>ovirt-3.3.2 repo?
>
>Vdsm was installed from the ovirt 3.3.2 repo
>
>
>> Installed Packages
>> vdsm.x86_64  4.13.3-2.el6   @ovirt-3.3.2
>
>
>
>
>On 1/31/14, 3:56 AM, "Sven Kieske"  wrote:
>
>>well how did you install vdsm on the centos 6.5 node in the first place?
>>
>>from the ovirt.org stable repo I hope?
>>
>>pay attention that there is currently a bug, you need to install
>>python-cpopen beforehand from epel repo:
>>
>>yum -y install python-cpopen
>>
>>HTH
>>
>>Am 31.01.2014 05:43, schrieb Matt Warren:
>>>Hello ovirt users. New to ovirt and having troubles.
>>>Trying to setup a dedicated ovirt engine host and use a separate,
>>>exiting CentOS 6.5 host to run some guests as a node.
>>>When I tried to add the host, it recognizes it but throws errors of:
>>>   Host x is installed with VDSM version () and cannot join
>>>cluster Default which is compatible with VDSM versions [4.13, 4.9, 4.11,
>>>4.12, 4.10].
>>>In reading some google searches, suggestion was to first run "vdsClient
>>>-s 0 getVdsCaps". This returns "Failed to initialize storage" for any
>>>vdsClient command.
>>>I'm looking to run this host with it's local storage. I've tried to add
>>>a local storage path on the host via ovirt of "/data/images" but it
>>>seems to have no effect.
>>>Any help appreciated.
>>>Thanks,
>>>Matt
>
>___
>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] oVirt 3.3.3 RC EL6 Live Snapshot

[Steve Dainard]

>
>
> How would you developers, speaking for the oVirt-community, propose to
> solve this for CentOS _now_ ?
>
> I would imagine that the easiest way is that you build and host this one
> package(qemu-kvm-rhev), since you´ve basically already have the source
> and recipe (since you´re already providing it for RHEV anyway). Then,
> once that´s in place, it´s more a question of where to host the
> packages, in what repository. Be it your own, or some other repo set up
> for the SIG.
>
> This is my view, how I as a user view this issue.
>
>
>
I think this is a pretty valid view.

What would it take to get the correct qemu package hosted in the ovirt repo?



> --
>
> Med Vänliga Hälsningar
>
>
> ---
> Karli Sjöberg
> Swedish University of Agricultural Sciences Box 7079 (Visiting Address
> Kronåsvägen 8)
> S-750 07 Uppsala, Sweden
> Phone:  +46-(0)18-67 15 66
> karli.sjob...@slu.se
> ___
> 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] Share SPICE console between 2 admins

[Markus Stockhausen]

> Von: Itamar Heim [ih...@redhat.com]
> Gesendet: Freitag, 31. Januar 2014 18:49
> An: Markus Stockhausen; ovirt-users; spice-devel
> Betreff: Re: [Users] Share SPICE console between 2 admins
> 
> On 01/31/2014 07:42 PM, Markus Stockhausen wrote:
> > Hello,
> >
> > we want to share the spice console of our VMs for 2 or more
> > administrators. So that they can see the same desktop. I read
> > several articles about SPICE_DEBUG_ALLOW_MC=1 and think
> > that my be the way to go.
> >
> > The only problem seems to be that I must set it as an environment
> > variable on the hypervisor hosts. /etc/profile does not work. Seems
> > to be a similar problem as in proxmox.
> >
> > http://forum.proxmox.com/threads/17265-Siimultaneous-Spice-Client-Connections
> >
> > But where to fix that in Ovirt?
> >
> > Markus=
> >
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> 
> adding spice-devel.
> i assume you need to pass something to libvirt to make this happen on
> hypervisor side, a custom hook can let you do that.
> http://www.ovirt.org/VDSM-Hooks

OMG Hook writing will not be my future passion. Nevertheless finally get
the parameters passed to the kvm command line. But sharing does not work. 

Do I need a special version for that? I'm on 
- Fedora 19
- kvm 1.6.1 - 2.fc19
- libvirt-1.1.3.2-1.fc19
- vdsm-4.13.2-1.fc19
- spice 0.12.4 - 3.fc19

# cat /var/log/libvirtd/libvirtd.log
2014-01-31 18:31:11.883+: 1491: debug : virCommandRunAsync:2265 : 
  About to run LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin 
  QEMU_AUDIO_DRV=spice SPICE_DEBUG_ALLOW_MC=1 /usr/bin/qemu-kvm 
  -name Win7x64_Master ...


# cat /usr/libexec/vdsm/hooks/before_vm_start/50_shared_spice.py
#!/usr/bin/python

import os
import sys
import hooking
import traceback

domxml = hooking.read_domxml()

d = domxml.getElementsByTagName('domain')[0]
d.setAttribute('xmlns:qemu','http://libvirt.org/schemas/domain/qemu/1.0')

c = domxml.createElement('qemu:commandline')
p = domxml.createElement('qemu:env')

p.setAttribute('name','SPICE_DEBUG_ALLOW_MC')
p.setAttribute('value','1')

c.appendChild(p)
d.appendChild(c)

hooking.write_domxml(domxml)
#

Markus


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[Users] Authentication

[Maurice James]

Is anyone working on LDAP authentication that does NOT require the use of 
kerberos yet? If so, what is the timeframe? ___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Authentication

[Alon Bar-Lev]

- Original Message -
> From: "Maurice James" 
> To: users@ovirt.org
> Sent: Friday, January 31, 2014 8:55:33 PM
> Subject: [Users] Authentication
> 
> Is anyone working on LDAP authentication that does NOT require the use of
> kerberos yet? If so, what is the timeframe?

I hope we will make it in to 3.5.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] vdsm re setup?

[Matt Warren]

I'm putting vdsm on a host that is also managed by puppet.
I'm tracing some of my troubles to the fact that puppet stepped on some sudoers 
config done by vdsm.

Is it possible to re-run the setup scripts for vdsm to regenerate the sudoers 
changes?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] vdsm re setup?

[Trey Dockendorf]

I ran into same issue.  I'm setting up an ovirt module that has the sudoer
file for ovirt 3.3.2.  Are you using filebucket with puppet?  If so, try
restoring.

- Trey
On Jan 31, 2014 1:15 PM, "Matt Warren"  wrote:

> I'm putting vdsm on a host that is also managed by puppet.
> I'm tracing some of my troubles to the fact that puppet stepped on some
> sudoers config done by vdsm.
>
> Is it possible to re-run the setup scripts for vdsm to regenerate the
> sudoers changes?
> ___
> 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] Full-size display Windows vs Fedora 20 guests

[Bob Doolittle]

Hi,

When I select View/Full Screen on a VM running a Windows guest, the 
display resolution automatically adjusts to fit the new canvas.


However, when I do this on a VM running Fedora 20, it doesn't. Nor do I 
know how to query the new canvas size so that I can issue a manual 
xrandr command to fit it (without doing an ssh into the system and 
somehow finagling xwininfo to give me the size).


In the guest I am running spice-vdagent-0.15.0-1, and restarting it has 
no effect. Shouldn't it be the one responsible for display optimization?


-Bob

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

Re: [Users] Full-size display Windows vs Fedora 20 guests

[Bob Doolittle]

More mystery.

I xrandr -q my original display, and see it's 1920x1200.

I then "Full Screen" my F20 VM console, and in it I issue "xrandr -s 
1920x1200".


The result still looks fuzzy, and has black unused real estate on both 
sides of the working console area.


I exit Full Screen, and in my small window "xrandr -q" still reports 
1920x1200.


It's clearly interpolating in ways I'm not expecting...

-Bob

On 01/31/2014 03:06 PM, Bob Doolittle wrote:

Hi,

When I select View/Full Screen on a VM running a Windows guest, the 
display resolution automatically adjusts to fit the new canvas.


However, when I do this on a VM running Fedora 20, it doesn't. Nor do 
I know how to query the new canvas size so that I can issue a manual 
xrandr command to fit it (without doing an ssh into the system and 
somehow finagling xwininfo to give me the size).


In the guest I am running spice-vdagent-0.15.0-1, and restarting it 
has no effect. Shouldn't it be the one responsible for display 
optimization?


-Bob



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

Re: [Users] Unable to log on with expired passord

[Sigbjorn Lie]

On 26/01/14 20:17, Itamar Heim wrote:

On 01/26/2014 08:33 PM, Sigbjorn Lie wrote:

On 04/12/13 06:47, Itamar Heim wrote:

On 12/04/2013 12:19 AM, Sigbjorn Lie wrote:

On 16/10/13 00:22, Itamar Heim wrote:

On 10/15/2013 10:31 AM, Sigbjorn Lie wrote:

Hi,

I am doing a POC of RHEV 3.2 VDI for a customer. Their users are
located in an IPA server, and
RHEV and IPA has been connected using rhevm-manage-domains.

During the POC we discovered that users which have expired password
cannot log on. They receive an
Incorrect password error message.

1. They should at least receive a Your password has expired error
instead of the Incorrect
password error message as this is confusing for the user.


3.3 has the motd to provide some info/url to IPA password changing.


I've installed 3.3 as a test and I can see that it's now correctly
advising the user that his password has expired. But it does not 
provide

the user with an option to change his/her password.



2. This creates a problem, as every time a password is reset in IPA,
it's automatically set to be
expired so the user will change password at next logon.

Is there a way around this?


use the IPA web form to change the password by the user.


This is a manual process for the user to be aware of and will generate
calls to the helpdesk. I believe it would create a much better user
experience to allow the password to the changed as a part of the login
procedure.

Or adding an option to work the same way as our current Secure Global
Desktop solution allows us to do; Logging in the user with the expired
password, and then the password is being changed as a part of the 
login

procedure to the Linux Desktop.

And this is a scenario that will be coming up often, as that every 
time

a new user is added or a password is reset for an existing user in Red
Hat IdM, the password is set to be expired so that the user is 
forced to

change it on next logon, and no option is provided in Red Hat IdM to
work around this.

In our environment the users who will use the Linux VDI solution 
through

the User Portal will be using a Windows desktop and this will be their
only link into the Linux environment where they're required to log on
using a username and password from Red Hat IdM.


the problem is each authentication provider has a different method to
change password (no standard for this).
as a first step, we added in 3.3 the motd option (message of the day),
you can use that to put a text specifying in case of password
expirtaion to use the IPA web url.

we'll another tweak to manage domains, to allow specyfing the password
expirtation web form change url per domain, and show it for password
expirtaion.

then we can look about actually supporting this for specific providers.


I've got a RHEV 3.3 test environment up running, and I'm trying the motd
option you recommended. I can set the UserMessageOfTheDay using
rhevm-config sucessfully, and I see the message displayed on the User
Portal web page.

However any attempt on adding an URL (to the IPA server) with a  tag or without any html tag, displays the URL and not a link the
user can click on as expected. Neither can I copy and paste from the 
MOTD.


Is there any way to produce a clickable link in the motd? Or at least
allow cut and paste from the motd?


Regards,
Siggi



this was recently fixed via http://gerrit.ovirt.org/#/c/23373/ and 
backported to 3.4 via http://gerrit.ovirt.org/#/c/23622/
barak/yair - please review if this is stable-3.3 branch material (for 
the older global motd config of course).

Any update on this?


Regards,
Siggi

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

Re: [Users] vdsm re setup?

[Trey Dockendorf]

Matt,

I uploaded the puppet module I wrote for oVirt,
https://github.com/treydock/puppet-ovirt.  It's very in the very early
stages and lightly tested so use with caution.

- Trey

On Fri, Jan 31, 2014 at 1:15 PM, Matt Warren  wrote:
> I'm putting vdsm on a host that is also managed by puppet.
> I'm tracing some of my troubles to the fact that puppet stepped on some 
> sudoers config done by vdsm.
>
> Is it possible to re-run the setup scripts for vdsm to regenerate the sudoers 
> changes?
> ___
> 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] Extremely poor disk access speeds in Windows guest

[Vadim Rozenfeld]

On Fri, 2014-01-31 at 11:37 -0500, Steve Dainard wrote:
> I've reconfigured my setup (good succes below, but need clarity on
> gluster option):
> 
> 
> Two nodes total, both running virt and glusterfs storage (2 node
> replica, quorum).
> 
> 
> I've created an NFS storage domain, pointed at the first nodes IP
> address. I've launched a 2008 R2 SP1 install with a virtio-scsi disk,
> and the SCSI pass-through driver on the same node as the NFS domain is
> pointing at.
> 
> 
> Windows guest install has been running for roughly 1.5 hours, still
> "Expanding Windows files (55%) ..."

[VR]
Does it work faster with IDE?
Do you have kvm enabled?
Thanks,
Vadim.
 
> 
> 
> top is showing:
>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
> 
>  3609 root  20   0 1380m  33m 2604 S 35.4  0.1 231:39.75
> glusterfsd  
> 21444 qemu  20   0 6362m 4.1g 6592 S 10.3  8.7  10:11.53 qemu-kvm
>
> 
> 
> This is a 2 socket, 6 core xeon machine with 48GB of RAM, and 6x
> 7200rpm enterprise sata disks in RAID5 so I don't think we're hitting
> hardware limitations.
> 
> 
> dd on xfs (no gluster)
> 
> 
> time dd if=/dev/zero of=test bs=1M count=2048
> 2048+0 records in
> 2048+0 records out
> 2147483648 bytes (2.1 GB) copied, 4.15787 s, 516 MB/s
> 
> 
> real 0m4.351s
> user 0m0.000s
> sys 0m1.661s
> 
> 
> 
> 
> time dd if=/dev/zero of=test bs=1k count=200
> 200+0 records in
> 200+0 records out
> 204800 bytes (2.0 GB) copied, 4.06949 s, 503 MB/s
> 
> 
> real 0m4.260s
> user 0m0.176s
> sys 0m3.991s
> 
> 
> 
> 
> I've enabled nfs.trusted-sync
> (http://gluster.org/community/documentation/index.php/Gluster_3.2:_Setting_Volume_Options#nfs.trusted-sync)
>  on the gluster volume, and the speed difference is immeasurable . Can anyone 
> explain what this option does, and what the risks are with a 2 node gluster 
> replica volume with quorum enabled?
> 
> 
> Thanks,


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

Re: [Users] Extremely poor disk access speeds in Windows guest

[Steve Dainard]

IDE is just as slow. Just over 2 hours for 2008R2 install.

Is this what you mean by kvm?
lsmod | grep kvm
kvm_intel  54285  3
kvm   332980  1 kvm_intel


*Steve Dainard *
IT Infrastructure Manager
Miovision  | *Rethink Traffic*
519-513-2407 ex.250
877-646-8476 (toll-free)

*Blog   |  **LinkedIn
  |  Twitter
  |  Facebook
*
--
 Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON,
Canada | N2C 1L3
This e-mail may contain information that is privileged or confidential. If
you are not the intended recipient, please delete the e-mail and any
attachments and notify us immediately.


On Fri, Jan 31, 2014 at 8:20 PM, Vadim Rozenfeld wrote:

> On Fri, 2014-01-31 at 11:37 -0500, Steve Dainard wrote:
> > I've reconfigured my setup (good succes below, but need clarity on
> > gluster option):
> >
> >
> > Two nodes total, both running virt and glusterfs storage (2 node
> > replica, quorum).
> >
> >
> > I've created an NFS storage domain, pointed at the first nodes IP
> > address. I've launched a 2008 R2 SP1 install with a virtio-scsi disk,
> > and the SCSI pass-through driver on the same node as the NFS domain is
> > pointing at.
> >
> >
> > Windows guest install has been running for roughly 1.5 hours, still
> > "Expanding Windows files (55%) ..."
>
> [VR]
> Does it work faster with IDE?
> Do you have kvm enabled?
> Thanks,
> Vadim.
>
> >
> >
> > top is showing:
> >   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
> >
> >  3609 root  20   0 1380m  33m 2604 S 35.4  0.1 231:39.75
> > glusterfsd
> > 21444 qemu  20   0 6362m 4.1g 6592 S 10.3  8.7  10:11.53 qemu-kvm
> >
> >
> >
> > This is a 2 socket, 6 core xeon machine with 48GB of RAM, and 6x
> > 7200rpm enterprise sata disks in RAID5 so I don't think we're hitting
> > hardware limitations.
> >
> >
> > dd on xfs (no gluster)
> >
> >
> > time dd if=/dev/zero of=test bs=1M count=2048
> > 2048+0 records in
> > 2048+0 records out
> > 2147483648 bytes (2.1 GB) copied, 4.15787 s, 516 MB/s
> >
> >
> > real 0m4.351s
> > user 0m0.000s
> > sys 0m1.661s
> >
> >
> >
> >
> > time dd if=/dev/zero of=test bs=1k count=200
> > 200+0 records in
> > 200+0 records out
> > 204800 bytes (2.0 GB) copied, 4.06949 s, 503 MB/s
> >
> >
> > real 0m4.260s
> > user 0m0.176s
> > sys 0m3.991s
> >
> >
> >
> >
> > I've enabled nfs.trusted-sync
> > (
> http://gluster.org/community/documentation/index.php/Gluster_3.2:_Setting_Volume_Options#nfs.trusted-sync)
> on the gluster volume, and the speed difference is immeasurable . Can
> anyone explain what this option does, and what the risks are with a 2 node
> gluster replica volume with quorum enabled?
> >
> >
> > Thanks,
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users