[Users] [QE] oVirt 3.3.4 beta / RC status
by Sandro Bonazzola
Hi,
we've released oVirt 3.3.4 beta on Wed 2014-02-19.
We're going to start building 3.3.4 RC on 2014-02-25 09:00 UTC
repository composition will follow as soon as all packages will be built.
A bug tracker is available at [1] and it shows no bugs blocking the release
The following is a list of the non-blocking bugs still open with target 3.3.4:
Whiteboard Bug ID Summary
infra 1053576 ASSIGNED [abrt] vdsm-python: libvirt.py:102:openAuth:libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such
file or directory
integration 1026930 NEW Package virtio-win and put it in ovirt repositories
integration 1026933 NEW pre-populate ISO domain with virtio-win ISO
network 987917 NEW [oVirt] [glance] API version not specified in provider dialog
network 997197 NEW Some AppErrors messages are grammatically incorrect (singular vs plural)
1066654 NEW engine-cleanup does not cleanup everything
Maintainers / Assignee:
Please add the bugs to the tracker if you think that 3.3.4 should not be released without them fixed.
Please re-target all bugs you don't think that should block 3.3.4.
Bugs still targeted to 3.3.4 after RC announce will be re-targeted to 3.4.1
For those who want to help testing the bugs, I suggest to add yourself to the testing page [2].
Maintainers are welcomed to start filling release notes, the page has been created here [3]
[1] http://bugzilla.redhat.com/1064462
[2] http://www.ovirt.org/Testing/Ovirt_3.3.4_testing
[3] http://www.ovirt.org/OVirt_3.3.4_release_notes
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 9 months
Re: [Users] SSO from user portal to Windows 7 guest
by SimmInfo
Ok, after more investigation on agent logs and some code modification it seem that the agent is receiving commands from virtio device. As it should. I have seen commands lock-screen, shutdown, etc... But not the "login" command. Look like engine trouble... I will do more testing tomorrow.
Simon
10 years, 9 months
Re: [Users] OFFLIST: Re: vmware image conversion
by Maurice James
So far I got my company to run oVirt in our lab. They love it so far. The
nail in the coffin for vmware would be easy migration path options.
Conversions are kicking my tail right now. Im looking for a way around this.
https://access.redhat.com/site/solutions/235053 , which includes not having
to depend on a connection to ESX
-----Original Message-----
From: Bob Doolittle [mailto:bob@doolittle.us.com]
Sent: Wednesday, February 19, 2014 9:08 PM
To: Maurice James
Subject: OFFLIST: Re: [Users] vmware image conversion
It's possible I am the real noob here.
I did try it about a year ago (although I no longer recall if I was
converting ESX or VBox images since I had both), in a standalone mode, and
failed miserably and didn't pursue it. My hope is that it has matured and
that somebody with more expertise and luck could do so successfully.
We'll see how the experts weigh in.
Good luck,
Bob
On 02/19/2014 05:59 PM, Maurice James wrote:
> Forgive my noobness, but are you telling me that I can convert an ESX
> image without the existence of a running ESX server? If someone gave
> me an ESX image on a DVD or hard drive I could then use virt-v2v to
convert it?
>
> -----Original Message-----
> From: Bob Doolittle [mailto:bob@doolittle.us.com]
> Sent: Wednesday, February 19, 2014 8:54 PM
> To: Maurice James; 'Ted Miller'; users(a)ovirt.org
> Subject: Re: [Users] vmware image conversion
>
> Yes.
> So:
>
> VMware non-ESX -> ESX, using VMware's tool, then ESX -> RHEV using
> virt-v2v
>
> no?
>
> If this is viable, it's easy to understand why nobody wants to put
> effort into supporting a bevy of VMware VM formats, when there's a
> tool already available to convert to one and they can focus on it.
>
> -Bob
>
> On 02/19/2014 05:52 PM, Maurice James wrote:
>> I want to change it from VMware to RHEV/oVirt
>>
>> -----Original Message-----
>> From: Bob Doolittle [mailto:bob@doolittle.us.com]
>> Sent: Wednesday, February 19, 2014 8:51 PM
>> To: Maurice James; 'Ted Miller'; users(a)ovirt.org
>> Subject: Re: [Users] vmware image conversion
>>
>> My recollection is that VMware provides a converter to change your
>> VMware non-ESX VMs into ESX format.
>> Do you have to buy ESX to gain access to it?
>>
>> -Bob
>>
>> On 02/19/2014 05:46 PM, Maurice James wrote:
>>> I even open a feature request that they closed pretty quickly with
>>> WONTFIX
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1062910 . Why is this
>>> such a touchy issue?
>>>
>>> -----Original Message-----
>>> From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On
>>> Behalf Of Ted Miller
>>> Sent: Wednesday, February 19, 2014 7:28 PM
>>> To: users(a)ovirt.org
>>> Subject: Re: [Users] vmware image conversion
>>>
>>>
>>> On 2/9/2014 4:27 PM, Itamar Heim wrote:
>>>> On 02/09/2014 10:28 PM, Maurice James wrote:
>>>>> The instructions assume that I have an ESX instance to connect to.
>>>>> How do I do this with an already exported vmware image with no esx
>>>>> available to connect to? I have a turnkey drupal vm in ovf format
>>>>>
>>>>> -----Original Message-----
>>>>> From: Itamar Heim [mailto:iheim@redhat.com]
>>>>> Sent: Sunday, February 09, 2014 2:24 PM
>>>>> To: Maurice James; 'users'
>>>>> Subject: Re: [Users] vmware image conversion
>>>>>
>>>>> On 02/09/2014 07:02 PM, Maurice James wrote:
>>>>>> According to this
>>>>>> https://rhn.redhat.com/errata/RHBA-2013-1749.html
>>>>>> It does not do it
>>>>> please review:
>>>>> https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterpr
>>>>> i s e _Virtua lization/3.3/html-single/V2V_Guide/index.html
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Itamar Heim [mailto:iheim@redhat.com]
>>>>>> Sent: Sunday, February 09, 2014 4:52 AM
>>>>>> To: Maurice James; 'users'
>>>>>> Subject: Re: [Users] vmware image conversion
>>>>>>
>>>>>> On 02/08/2014 04:18 PM, Maurice James wrote:
>>>>>>> I submitted an RFE to have vmware image conversion added to 3.5.
>>>>>>> I think that is a key feature that is lacking. Im just trying to
>>>>>>> get some eyes on it here.
>>>>>>>
>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1062910
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Users mailing list
>>>>>>> Users(a)ovirt.org
>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>
>>>>>> can you comment on the gaps from virt-v2v which does this today
>>>>>> (in the bug as well).
>>>>>>
>>>>>> thanks,
>>>>>> Itamar
>>>>>>
>>>> iirc, you need an ESX currently.
>>> Some of us are stuck without a way to try out ovirt because of this.
>>> ESX is not the only platform that people run VMWare on. I am trying
>>> to bring over VMs from an old VMWare Server setup on Centos 5.
>>> Works fine, but there is no migration path. Other people may have
>>> VMs on VMWare Workstation or other, older products. We just get
>>> told to go fly a
>> kite?
>>> If the only choice is to bring up a full-blown, working ESX
>>> instance, I may bring up ESXi and stay there.
>>>
>>> Ted Miller
>>> Elkhart, IN
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
10 years, 9 months
[Users] Help required: Selinux disable for ovirt iso image
by David Smith
I apologize if this comes off a little brusque, but there's really a lot of
random information out there right now, to the point where i've seen it
confuse not only myself but other new installers. Based on the problems I
still have, I have a suggestion, and I also need some help. Again, some of
this may come off as a bit of a TLDR Rant but if ovirt is to become
popular, I believe my experience as a hardware engineer, software/hardware
QA director/manager/engineer, may be valuable to this project.
Two things keep me from getting this system working for me in a useful
manner:
#1, and the most important blocker: Disabling or fixing selinux, using
ovirt-node-iso-3.0.3-1.1.vdsm.fc19.iso.
#2, getting raritan pdu support
For issue #1: I've had a lot of people say "disable selinux" or "fix
selinux" all over this user list and in recent replies. This really isn't
fully helpful information. Even stating "edit the /etc/selinux/config" or
use the kernel boot command "selinux=0" or read some other doc on the
internet. These all apply to full fledged releases, not to the ovirt iso
image. The main issue is that SSHD is not being allowed through selinux by
default on this image. The right thing to do would be to fix the image and
re-release it, and DELETE the broken one that is currently available.
However a simple doc explaining how to persist the selinux disable or fix
the SSHD problem with selinux would be the easiest solution.
Others ran me down the path of "edit the selinux file and persist it" which
didn't work, but gave no productive help on how to make it permanent.
Equally I've been told to edit the grub config and add selinux=0 to the
kernel, however after attempting this, adding it manually at the grub boot
causes the system not to boot, and I haven't found the *right* grub.cfg
file to edit and persist to keep the changes.
For issue #2: I've hacked up some of the fence-agents scripts and am in the
process of attempting to figure out how to compile/set up my own local copy
to verify the raritan changes. Ideally the fence-agents folks would add a
"generic support" portion, which I may actually do myself as well, allowing
*any* PDU with at least the usual login/password/command/logout sequence to
be used. So you see, I'm not totally useless, I'm helping here.
Next suggestions:
A) Compatibility list
B) Cleanup of old project crap
For A)
For each release, I suggest there be a spreadsheet or simple document that
shows which ovirt ISO images are compatible with which manager versions.
There could be a wiki where people can add references to bug #s that have
been found and links to their solutions. Right now there are ancient docs
all over google searches that send people down paths of days of turmoil to
no avail.
For B)
When iso images or other releases are superseded because of blocking,
non-operable bugs, they should either be resolved and re-released or a
clear path to making them function be documented. Once a re-release is
done, the old images should be wiped out or moved to a clearly marked
deprecated folder.
Thats my 100 cents worth, I really do appreciate the work and effort that
goes into this project, it appears to be a wonderful one, I hope to make
good use of it, but the initial learning curve is a real deal breaker I'm
sure for many others, especially not those willing and able to spend the
time hacking at it like I have for the past week.
Thanks!
10 years, 9 months
[Users] Live migration of VM's occasionally fails
by Steve Dainard
Quick overview:
Ovirt 3.3.2 running on CentOS 6.5
Two hosts: ovirt001, ovirt002
Migrating two VM's: puppet-agent1, puppet-agent2 from ovirt002 to ovirt001.
The first VM puppet-agent1 migrates successfully. The second VM
puppet-agent2 fails with "Migration failed due to Error: Fatal error during
migration (VM: puppet-agent2, Source: ovirt002, Destination: ovirt001)."
I've attached the logs if anyone can help me track down the issue.
Thanks,
*Steve Dainard *
IT Infrastructure Manager
Miovision <http://miovision.com/> | *Rethink Traffic*
*Blog <http://miovision.com/blog> | **LinkedIn
<https://www.linkedin.com/company/miovision-technologies> | Twitter
<https://twitter.com/miovision> | Facebook
<https://www.facebook.com/miovision>*
------------------------------
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.
10 years, 9 months
Re: [Users] Ovirt 3.3.2 Cannot attach POSIX (gluster) storage domain
by Steve Dainard
Hi Nir,
Do you need any more info from me? I missed the 'sanlock client host_status
-D' request, info below:
[root@ovirt002 ~]# sanlock client host_status -D
lockspace a52938f7-2cf4-4771-acb2-0c78d14999e5
1 timestamp 0
last_check=176740
last_live=205
last_req=0
owner_id=1
owner_generation=5
timestamp=0
io_timeout=10
2 timestamp 176719
last_check=176740
last_live=176740
last_req=0
owner_id=2
owner_generation=7
timestamp=176719
io_timeout=10
250 timestamp 0
last_check=176740
last_live=205
last_req=0
owner_id=250
owner_generation=1
timestamp=0
io_timeout=10
[root@ovirt001 ~]# sanlock client host_status -D
[root@ovirt001 ~]#
*Steve Dainard *
IT Infrastructure Manager
Miovision <http://miovision.com/> | *Rethink Traffic*
519-513-2407 ex.250
877-646-8476 (toll-free)
*Blog <http://miovision.com/blog> | **LinkedIn
<https://www.linkedin.com/company/miovision-technologies> | Twitter
<https://twitter.com/miovision> | Facebook
<https://www.facebook.com/miovision>*
------------------------------
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 Wed, Feb 5, 2014 at 1:39 PM, Steve Dainard <sdainard(a)miovision.com>wrote:
>
>
> *Steve Dainard *
> IT Infrastructure Manager
> Miovision <http://miovision.com/> | *Rethink Traffic*
> 519-513-2407 ex.250
> 877-646-8476 (toll-free)
>
> *Blog <http://miovision.com/blog> | **LinkedIn
> <https://www.linkedin.com/company/miovision-technologies> | Twitter
> <https://twitter.com/miovision> | Facebook
> <https://www.facebook.com/miovision>*
> ------------------------------
> 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 Wed, Feb 5, 2014 at 10:50 AM, Steve Dainard <sdainard(a)miovision.com>wrote:
>
>> On Tue, Feb 4, 2014 at 6:23 PM, Nir Soffer <nsoffer(a)redhat.com> wrote:
>>
>>> ----- Original Message -----
>>> > From: "Steve Dainard" <sdainard(a)miovision.com>
>>> > To: "Nir Soffer" <nsoffer(a)redhat.com>
>>> > Cc: "Elad Ben Aharon" <ebenahar(a)redhat.com>, "users" <users(a)ovirt.org>,
>>> "Aharon Canan" <acanan(a)redhat.com>
>>> > Sent: Tuesday, February 4, 2014 10:50:02 PM
>>> > Subject: Re: [Users] Ovirt 3.3.2 Cannot attach POSIX (gluster) storage
>>> domain
>>> >
>>> > Happens every time I try to add a POSIX SD type glusterfs.
>>> >
>>> > Logs attached.
>>>
>>> Hi Steve,
>>>
>>> I'm afraid we need more history in the logs. I want to see the logs from
>>> the time the machine started,
>>> until the time of the first error.
>>>
>>
>> No problem. I've rebooted both hosts (manager is installed on host
>> ovirt001). And I've attached all the logs. Note that I put the wrong DNS
>> name 'gluster-rr:/rep2' the first time I created the domain, hence the
>> errors. The POSIX domain created is against 'gluster-store-vip:/rep2'
>>
>> Note only host ovirt002 is in the POSIX SD cluster.
>>
>
> Sorry this is wrong, it should be ovirt001 is the only host in the POSIX
> SD cluster.
>
>
>>
>> I've also included the glusterfs log for rep2, with these errors:
>>
>> [2014-02-05 15:36:28.246203] W
>> [client-rpc-fops.c:873:client3_3_writev_cbk] 0-rep2-client-0: remote
>> operation failed: Invalid argument
>> [2014-02-05 15:36:28.246418] W
>> [client-rpc-fops.c:873:client3_3_writev_cbk] 0-rep2-client-1: remote
>> operation failed: Invalid argument
>> [2014-02-05 15:36:28.246450] W [fuse-bridge.c:2167:fuse_writev_cbk]
>> 0-glusterfs-fuse: 163: WRITE => -1 (Invalid argument)
>>
>>
>>>
>>> We suspect that acquireHostId fails because someone else has aquired the
>>> same id. We may see evidence
>>> in the logs.
>>>
>>> Also can you send the output of this command on the host that fails, and
>>> if you have other hosts using the
>>> same storage, also on some of these hosts.
>>>
>>> sanlock client host_status -D
>>>
>>> And finally, can you attach also /var/log/sanlock.log?
>>>
>>> Thanks,
>>> Nir
>>>
>>>
>> Thanks,
>> Steve
>>
>
>
10 years, 9 months
[Users] Storage Performance Issue !
by Vishvendra Singh Chauhan
Hello Group,
Please help me out in storage issue in ovirt.
I am using Dell PowerEdge XD 720 servers, as node in Ovirt. Every node has
24TB storage space, so i am using all this space as the local storage in
that.. But still i am facing the problem in storgae performance. My guests
os are very slow to write the data.
So please give me, some tips using them i can increase the performance in
storage.
--
*Thanks and Regards.*
*Vishvendra Singh Chauhan*
10 years, 9 months
