Re: [ovirt-users] problems with win 2008_64 vm

2014-09-26 Thread Markus Stockhausen 
Are you running FC20 on the hypervisor host and if yes what kernel?

Am 27.09.2014 02:39 schrieb Grant Pasley :
good morning guys

i have an issue with my 2008 vm going to pause within 5 secs of starting it up. 
new install of ovirt 3.4.4 on hp dl160, installed the windows vm and windows 
drivers etc and it was running fine. did a reboot last night and went to bed, i 
see this morning the server is not accessible and when i login to the web gui 
it is paused. stop vm and restart the server starts firing up and then goes to 
pause mode with the following message from the ovirt-engine log. i dont think 
it is a windows problem as the vm pauses before it even starts trying to load 
windows server:

2014-09-27 10:28:58,738 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(org.ovirt.thread.pool-6-thread-49) [74bf3eb0] Correlation ID: 74bf3eb0, Job 
ID: 5584a4e6-7ce2-4c2f-8278-3b0cdbc48d19, Call Stack: null, Custom Event ID: 
-1, Message: VM 2008-server was started by admin (Host: local_host).
2014-09-27 10:29:01,667 INFO  
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
(DefaultQuartzScheduler_Worker-99) VM 2008-server 
067fcde9-99ea-46cd-a5b6-46396e0e6f62 moved from WaitForLaunch --> PoweringUp
2014-09-27 10:29:06,211 INFO  [org.ovirt.engine.core.bll.SetVmTicketCommand] 
(ajp--127.0.0.1-8702-1) [1e9b8c1d] Running command: SetVmTicketCommand 
internal: false. Entities affected :  ID: 067fcde9-99ea-46cd-a5b6-46396e0e6f62 
Type: VM
2014-09-27 10:29:06,215 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(ajp--127.0.0.1-8702-1) [1e9b8c1d] START, SetVmTicketVDSCommand(HostName = 
local_host, HostId = 3e605ec1-a6dd-43c6-9425-cbc21ac63bf4, 
vmId=067fcde9-99ea-46cd-a5b6-46396e0e6f62, ticket=RzYGHR4OBS8F, validTime=120,m 
userName=admin, userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 45ae9369
2014-09-27 10:29:06,384 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(ajp--127.0.0.1-8702-1) [1e9b8c1d] FINISH, SetVmTicketVDSCommand, log id: 
45ae9369
2014-09-27 10:29:06,413 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(ajp--127.0.0.1-8702-1) [1e9b8c1d] Correlation ID: 1e9b8c1d, Call Stack: null, 
Custom Event ID: -1, Message: user admin initiated console session for VM 
2008-server
2014-09-27 10:29:07,854 INFO  
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
(DefaultQuartzScheduler_Worker-48) VM 2008-server 
067fcde9-99ea-46cd-a5b6-46396e0e6f62 moved from PoweringUp --> Paused

thanks

grant.




[http://static.avast.com/emails/avast-mail-stamp.png] 

This email is free from viruses and malware because avast! 
Antivirus protection is active.



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

[ovirt-users] problems with win 2008_64 vm

2014-09-26 Thread Grant Pasley 

good morning guys

i have an issue with my 2008 vm going to pause within 5 secs of starting 
it up. new install of ovirt 3.4.4 on hp dl160, installed the windows vm 
and windows drivers etc and it was running fine. did a reboot last night 
and went to bed, i see this morning the server is not accessible and 
when i login to the web gui it is paused. stop vm and restart the server 
starts firing up and then goes to pause mode with the following message 
from the ovirt-engine log. i dont think it is a windows problem as the 
vm pauses before it even starts trying to load windows server:


2014-09-27 10:28:58,738 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(org.ovirt.thread.pool-6-thread-49) [74bf3eb0] Correlation ID: 74bf3eb0, 
Job ID: 5584a4e6-7ce2-4c2f-8278-3b0cdbc48d19, Call Stack: null, Custom 
Event ID: -1, Message: VM 2008-server was started by admin (Host: 
local_host).
2014-09-27 10:29:01,667 INFO 
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
(DefaultQuartzScheduler_Worker-99) VM 2008-server 
067fcde9-99ea-46cd-a5b6-46396e0e6f62 moved from WaitForLaunch --> 
*PoweringUp*
2014-09-27 10:29:06,211 INFO 
[org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-1) 
[1e9b8c1d] Running command: SetVmTicketCommand internal: false. Entities 
affected :  ID: 067fcde9-99ea-46cd-a5b6-46396e0e6f62 Type: VM
2014-09-27 10:29:06,215 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(ajp--127.0.0.1-8702-1) [1e9b8c1d] START, SetVmTicketVDSCommand(HostName 
= local_host, HostId = 3e605ec1-a6dd-43c6-9425-cbc21ac63bf4, 
vmId=067fcde9-99ea-46cd-a5b6-46396e0e6f62, ticket=RzYGHR4OBS8F, 
validTime=120,m userName=admin, 
userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 45ae9369
2014-09-27 10:29:06,384 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(ajp--127.0.0.1-8702-1) [1e9b8c1d] FINISH, SetVmTicketVDSCommand, log 
id: 45ae9369
2014-09-27 10:29:06,413 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(ajp--127.0.0.1-8702-1) [1e9b8c1d] Correlation ID: 1e9b8c1d, Call Stack: 
null, Custom Event ID: -1, Message: user admin initiated console session 
for VM 2008-server
2014-09-27 10:29:07,854 INFO 
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
(DefaultQuartzScheduler_Worker-48) VM 2008-server 
067fcde9-99ea-46cd-a5b6-46396e0e6f62 *moved from PoweringUp --> Paused*


thanks

grant.



---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] overt viewer on mac osx

2014-09-26 Thread Paul Heinlein 

On Fri, 26 Sep 2014, Paul Heinlein wrote:


 Is it ok to add it to the wiki[1] ?


Absolutely! I'll try to get it up on GitHub in the next few days so 
folks can tinker with it.


It's up: https://github.com/heinlein/ovirt-console

--
Paul Heinlein
heinl...@madboa.com
45°38' N, 122°6' W___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] overt viewer on mac osx

2014-09-26 Thread Paul Heinlein 

On Fri, 26 Sep 2014, Michal Skrivanek wrote:



On 24 Sep 2014, at 22:33, Paul Heinlein wrote:


On Wed, 24 Sep 2014, Bill Dossett wrote:

I have downloaded and installed per the instructions - and then 
downloaded the console.vv file and run the command line to start 
the viewer with the console.vv - the first time it popped up and 
then said that spice needed authentication… tried my virt-engine 
password that didn’t work, hit cancel and it shut down.  Tried it 
again and now it just says it can’t determine the connection type 
from uri and I have to quit. I am running OSX 10.9.4 and 
apparently this has only been tested on 10.9.1… hoping there is a 
fix to make this work, or am I doing something wrong?  The command 
I am using is


If you're willing to use VNC instead of SPICE, the attached python 
script will parse console.vv and pass the relevant information to 
the Mac Screen Sharing application (or whatever app you use to open 
vnc:// URLs).


Once you've downloaded console.vv, just run the script. By default, 
the script will look for ~/Downloads/console.vv, but that can be 
changed on the command line.


Is it ok to add it to the wiki[1] ?


Absolutely! I'll try to get it up on GitHub in the next few days so 
folks can tinker with it.


--
Paul Heinlein
heinl...@madboa.com
45°38' N, 122°6' W___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] can't clone vm from export domain via rest/json

2014-09-26 Thread Sven Kieske 
Hi,

for documentation purpose:

jhernand helped me working around this issue.

all details and the workaround are found at:
https://bugzilla.redhat.com/show_bug.cgi?id=1147011

this is still a problem in latest master, maybe vdsm people (Dan?)
should take a look at it.

Thanks for the very fast help!
-- 
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

[ovirt-users] Latest seabios in F19

2014-09-26 Thread noc 
Just a FYI

I just upgraded my setup @home to 3.4.4 and part of the upgrade is a
seabios-bin upgrade to seabios-bin-1.7.3.1-1.fc19.noarch which seems to
contain a problem since I can't start any Windows7 VMs anymore.
Downgrading to seabios-bin-1.7.2.2-3.fc19.noarch solves the Win7 boot
problem

Regards,

Joop

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

Re: [ovirt-users] [ovirt-devel] Building vdsm within Fedora

2014-09-26 Thread Dan Kenigsberg 
On Fri, Sep 26, 2014 at 05:42:41AM -0400, Federico Simoncelli wrote:
> - Original Message -
> > From: "Dan Kenigsberg" 
> > To: "Sandro Bonazzola" 
> > Cc: crobi...@redhat.com, "users" , de...@ovirt.org
> > Sent: Thursday, September 25, 2014 3:06:01 PM
> > Subject: Re: [ovirt-devel] [ovirt-users] Building vdsm within Fedora
> > 
> > On Wed, Sep 24, 2014 at 10:57:21AM +0200, Sandro Bonazzola wrote:
> > > Il 24/09/2014 09:44, Sven Kieske ha scritto:
> > > > 
> > > > 
> > > > On 24/09/14 09:13, Federico Simoncelli wrote:
> > > >> You probably missed the first part "we were using qemu-kvm/qemu-img in
> > > >> the spec file". In that case you won't fail in any requirement.
> > > >>
> > > >> Basically the question is: was there any problem on centos6 before
> > > >> committing http://gerrit.ovirt.org/31214 ?
> > > 
> > > Federico: as we checked a few minutes ago, it seems there's no problem in
> > > requiring qemu-kvm/qemu-img in the spec file.
> > > Only issue is that if non rhev version is installed a manual "yum update"
> > > is required for moving to the rhevm version.
> > 
> > Right. Without the patch, RPM does not enforce qemu-kvm-rhev. So our
> > code has to check for qemu-kvm-rhev functionality, instead of knowing
> > that it is there.  Furthermore, we had several reports of users finding
> > themselves without qemu-kvm-rhev on their node, and not understanding
> > why they do not have live merge.
> 
> Live merge? The biggest problem with live merge is libvirt not qemu.

Sorry, I meant to say live snapshot and refer to
http://gerrit.ovirt.org/26149 reporting to Engine if it's available.

> 
> Anyway the qemu-kvm/qemu-kvm-rhev problem is relevant only for centos
> and centos has a specific way to address these special needs:
> 
> http://www.centos.org/variants/
> 
> """
> A CentOS variant is a special edition of CentOS Linux that starts with
> the core distribution, then replaces or supplements a specific subset of
> packages. This may include replacing everything down to the kernel,
> networking, and other subsystems.
> """
> 
> I think the plan was to have our own centos variant (shipping qemu-kvm-rhev).
> I remember Doron participated to the centos meetings but I don't remember
> the outcome.

That would be lovely. EPEL's vdsm can then ship there, in case Fedora
cannot depend on a centos variant.

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

Re: [ovirt-users] [ovirt-devel] Building vdsm within Fedora

2014-09-26 Thread Dan Kenigsberg 
On Fri, Sep 26, 2014 at 12:42:05PM +0300, Itamar Heim wrote:
> On 09/25/2014 04:06 PM, Dan Kenigsberg wrote:
> >I don't belive Vdsm is soon to be used by anything outside oVirt. But if
> >software purists win, oVirt would publish only tarballs.
> >Fedora/Debian/whatever would build, package, and deploy them all, and
> >the ovirt repo would become redundant.
> >
> >I did not expect to hear much support for keeping Vdsm in Fedora. Given
> >what I've heard, how about taking the in-between road?
> >
> >- Keep Vdsm in Fedora, abiding to Fedora rules.
> >- Hope that Engine and qemu-kvm-rhev join, too.
> 
> we did the work to add engine, but it was useless without its gui, and was
> impossible to add gwt to fedora.
> qemu-kvm-rhev is not needed in fedora as fedora has a full blown qemu-kvm
> with all features enabled.
> you only need qemu-kvm-rhev on .el6 hosts.

I meant that qemu-kvm-rhev is missing from Fedora's EPEL6/7 branches. As
such, Vdsm cannot require it in its own EPEL build.

> 
> >- Until they do, build vdsm.rpm with non-Fedora quirks (such as the
> >   qemu-kvm-rhev requirement)
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-announce] [ANN] oVirt 3.5.0 Third Release Candidate is now available for testing

2014-09-26 Thread Itamar Heim 

On 09/24/2014 12:46 PM, Nathanaël Blanchet wrote:


Le 24/09/2014 11:34, Sandro Bonazzola a écrit :

The oVirt team is pleased to announce that the 3.5.0 Third Release
Candidate is now
available for testing as of Sep 24th 2014.

The release candidate is available now for Fedora 19, Fedora 20 and
Red Hat Enterprise Linux 6.5
(or similar) and allow you to use Red Hat Enterprise Linux 7 as node
and run Hosted Engine.

Is there a benefit of running el7 as node instead of el6 (maybe about
better performance)


easier upgrade path to 3.6 for one



This release of oVirt includes numerous bug fixes.
See the release notes [1] for a list of the new features and bugs fixed.

The existing repository ovirt-3.5-pre has been updated for delivering
this
release without the need of enabling any other repository.
If you're already using oVirt 3.5 repository, please update
ovirt-release35 rpm.

Please refer to release notes [1] for Installation / Upgrade
instructions.
New oVirt Live, oVirt Guest Tools and oVirt Node ISO will be available
soon as well[2].

Please note that mirrors may need usually one day before being
synchronized.
If you want to be sure to use latest rpms and don't want to wait for
the mirrors,
you can edit /etc/yum.repos.d/ovirt-3.5.repo commenting the mirror
line and
removing the comment on baseurl line.

Please refer to the release notes for known issues in this release.

[1] http://www.ovirt.org/OVirt_3.5_Release_Notes
[2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/




___
Announce mailing list
annou...@ovirt.org
http://lists.ovirt.org/mailman/listinfo/announce


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

Re: [ovirt-users] [ovirt-devel] [QE][ACTION REQUIRED] oVirt 3.5.0 status - Go / No Go

2014-09-26 Thread Michal Skrivanek 

On 26 Sep 2014, at 10:50, Sandro Bonazzola wrote:

> Hi,
> We are supposed to start composing oVirt 3.5.0 GA on Monday 2014-09-29.
> 
> Maintainers:
> - Please be sure that 3.5 snapshot satisfy release criteria[9]
> - Please be sure that no pending patches are going to block the release
> - If any patch must block the GA release please raise the issue as soon as 
> possible.
> - If any packages need a rebase please raise the issue as soon as possible.
> - Be aware that packages that doesn't need a rebase must be re-built with 
> final release versioning from the RC3 tag.
> 
> And then:
> - Please build your packages with final release versioning for Monday 
> 2014-09-29 10:00 UTC if we agree on releasing GA.
> 
> The bug tracker [1] shows no blockers.
> 
> The following bugs are keyworded as Regression and not marked as blockers[10]
> 
> Bug IDWhiteboard  Status  Summary
> 1142647   gluster NEW supervdsm leaks memory when using 
> glusterfs
> 1138144   storage NEW Failed to autorecover storage domain 
> after unblocking connection with host
> 1118349   storage NEW [vdsm] Creating DataCenter 3.5 using 
> master domain V1 fails with InquireNotSupportedError
> 1138314   virtPOSTFail to start vm with payload.

this one is set to 3.5.1. Important, but not a blocker for 3.5

> 
> Feature freeze is now effective, and branch has been created.
> All new patches must be backported to 3.5 branch too.
> Features completed are marked in green on Features Status Table [2]
> 
> There are still 66 bugs [3] targeted to 3.5.0.
> Excluding node and documentation bugs we still have 43 bugs [4] targeted to 
> 3.5.0.
> 
> More in detail [5]:
> 
> WhiteboardNEW ASSIGNEDPOSTTotal
> docs  13  1   0   14
> gluster   4   0   2   6
> i18n  0   0   1   1
> infra 1   0   0   1
> integration   0   0   1   1 (3.5.0 Tracker)
> node  8   4   0   12
> ppc   2   0   4   6
> sla   12  0   2   14
> storage   1   0   2   3
> virt  3   1   4   8
> Total 44  6   16  66
> 
> 
> 
> Maintainers / Assignee:
> - Please ensure that completed features are marked in green on Features 
> Status Table [2]
> - If you find a blocker bug please remember to add it to the tracker [1]
> - Please fill release notes, the page has been created here [6]
> - Please review results from Third Test Day on the etherpad [7] and on the 
> mailing lists
> - Please update the target to 3.5.1 or later for bugs that won't be in 3.5.0:
>  it will ease gathering the blocking bugs for next releases.
> 
> Community:
> - You're welcome to join us testing last release candidate or nightly builds 
> and getting involved in oVirt Quality Assurance[8]
> 
> [1] http://bugzilla.redhat.com/1073943
> [2] http://goo.gl/4SuYdE
> [3] http://red.ht/1pVEk7H
> [4] http://red.ht/1zT2mSq
> [5] http://red.ht/1q7SqNL
> [6] http://www.ovirt.org/OVirt_3.5_Release_Notes
> [7] http://etherpad.ovirt.org/p/3.5-testday-3
> [8] http://www.ovirt.org/OVirt_Quality_Assurance
> [9] 
> http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria_.28WIP.29
> [10] http://goo.gl/uavikG
> 
> Thanks,
> 
> 
> -- 
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel

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

Re: [ovirt-users] overt viewer on mac osx

2014-09-26 Thread Simone Tiraboschi 




- Original Message -
> From: "Bill Dossett" 
> To: users@ovirt.org
> Sent: Wednesday, September 24, 2014 11:07:11 AM
> Subject: [ovirt-users] overt viewer on mac osx
> 
> Hi,
> 
> I got pretty excited when I found out there was a girt-viewer for mac… if
> this would work, it means I could manange my ovirt stack from my mac without
> having to login to my windows VDI.

You can also try the SPICE HTML5 browser client witch will run inside your 
browser without the need for an external tool.

> I have downloaded and installed per the instructions - and then downloaded
> the console.vv file and run the command line to start the viewer with the
> console.vv - the first time it popped up and then said that spice needed
> authentication… tried my virt-engine password that didn’t work, hit cancel
> and it shut down. Tried it again and now it just says it can’t determine the
> connection type from uri and I have to quit.
> 
> I am running OSX 10.9.4 and apparently this has only been tested on 10.9.1…
> hoping there is a fix to make this work, or am I doing something wrong? The
> command I am using is
> 
> /Applications/RemoteViewer.app/Contents/MacOS/RemoteViewer
> Downloads/console.vv
> and the console.vv is indeed in the Downloads dir off my home dir.
> 
> Thanks
> 
> 
> 
>   
> Bill Dossett
> Virtualisation Architect
> 
>   
> Pitney Bowes – Tech Central
> 6 Hercules Way, 600 Leavesden Park
> Watford, WD25 7GS
> 
>   
> Phone (+44) (0)1923 279353 | VOIP: 54739353
> Mobile (+44) (0)7775 908612
> 
>   
> bill.doss...@pb.com
> www.pb.com
> In Engineering? Raise a ticket via Remedy Anywhere [ HERE ] takes less than a
> minute
> ManageIQ User Guide available [ HERE ]
> Check out the ManageIQ Blog for recent enhancements and information [HERE]
> 
> 
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] overt viewer on mac osx

2014-09-26 Thread Michal Skrivanek 

On 24 Sep 2014, at 22:33, Paul Heinlein wrote:

> On Wed, 24 Sep 2014, Bill Dossett wrote:
> 
>> I have downloaded and installed per the instructions - and then downloaded 
>> the console.vv file and run the command line to start the viewer with the 
>> console.vv - the first time it popped up and then said that spice needed 
>> authentication… tried my virt-engine password that didn’t work, hit cancel 
>> and it shut down.  Tried it again and now it just says it can’t determine 
>> the connection type from uri and I have to quit.
>> I am running OSX 10.9.4 and apparently this has only been tested on 10.9.1… 
>> hoping there is a fix to make this work, or am I doing something wrong?  The 
>> command I am using is
> 
> If you're willing to use VNC instead of SPICE, the attached python script 
> will parse console.vv and pass the relevant information to the Mac Screen 
> Sharing application (or whatever app you use to open vnc:// URLs).
> 
> Once you've downloaded console.vv, just run the script. By default, the 
> script will look for ~/Downloads/console.vv, but that can be changed on the 
> command line.

Is it ok to add it to the wiki[1] ?

Thanks,
michal

[1] http://www.ovirt.org/Console_Client_Resources
> 
> -- 
> Paul Heinlein
> heinl...@madboa.com
> 45°38' N, 122°6' 
> W___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

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

Re: [ovirt-users] iso to start the system installed on the hard disk does not display the login screen

2014-09-26 Thread Sandro Bonazzola 
Il 26/09/2014 03:42, royin.rolland ha scritto:
> Hi,
> 
> 
> http://resources.ovirt.org/pub/ovirt-3.4/iso/ovirt-live-el6-3.4.3-1.iso iso 
> to start the system installed on the hard disk does not display the login
> screen

Well, the iso has not been composed for being a full CentOS spin but as a POC 
for ovirt-engine.

Using it for starting the OS already installed on your hard disk wasn't one of 
its primary goal.
Maybe we should disable that entry in the live cd boot menu.


> 
> 
> Just reply to this email if you're interested.
> 
> Thanks,
> 
> Royin.Rolland
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 


-- 
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: [ovirt-users] integration of overt with CloudForms

2014-09-26 Thread Itamar Heim 

On 09/24/2014 05:48 PM, Bill Dossett wrote:

Hi,

I’m finally at the point that I think I would like to try and add my
ovirt-engine to our commercial CloudForms portal… I seem to be reading
that it is supported - but when adding the provider it asks for the api
port for ovirt and I don’t know what that is… does anyone know if it
works?  and if so what the API port for ovirt-engine is?  and anything
else that I can read about it doing would be greatly appreciated


if this is "CloudForms" (rather than ManageIQ), then "supported" is 
probably for "Red Hat Enterprise Virtualization" (rather than oVirt).


in any case, api port is usually 443 in a normal deployment. same as 
your web service.
you can browse it via https://fqdn/api or https://fqdn/ovirt-engine/api 
depending on your (and cfme) version.




Thanks!

*Bill Dossett*
*Virtualisation Architect*
*Pitney Bowes – Tech Central***
6 Hercules Way, 600 Leavesden Park
Watford, WD25 7GS
Phone(+44) (0)1923 279353 | VOIP: 54739353
Mobile(+44) (0)7775 908612
bill.doss...@pb.com 
www.pb.com 
*In Engineering?**Raise a ticket via Remedy Anywhere [HERE
]takes
less than a minute*

*ManageIQ User Guide available* [*HERE
*]
*Check out the ManageIQ Blog for recent enhancements and information
[HERE]
*






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



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

Re: [ovirt-users] Discovering oVirt/RHEV Engine from a VM guest

2014-09-26 Thread Itamar Heim 

On 09/25/2014 10:13 AM, Vinzenz Feenstra wrote:

On 09/25/2014 06:41 AM, Shawn Starr wrote:

Hello everyone,

I wonder if you can tell me how I can do this. I'm creating a VM image
that
needs to discover it's hostname, IP address information so I can
configure
/etc/sysconfig/network,
/etc/sysconfig/network-scripts/ifcfg-[interface] and
other things.

That sounds to me like a use case for cloud-init.


If I know the oVirt/RHEV engine to connect to, I can get this information
successfully.

However, when creating a dummy 'gold' VM image and having oVirt clone
it. I
have no 'key' to tell me what engine to connect to, other than trying
them all
and hoping for best.

I've written some code with the oVirt SDK that needs to know the URL:

from ovirtsdk.api import API
import platform
import yaml
import sys

api =  API(url="https://HOW_TO_DISCOVER_THIS/api";,
   username="USER@internal",
   password="PASSWORD",
   insecure=True)

...

Is there a way to know the engine to connect to when VM has booted up?

I tried poking around ovirt/rhev-agent and noticed this:

in /usr/share/rhev-agent/vdsAgentLogic.py:
 self.vio.write('host-name', { 'name' :
self.dr.getMachineName() })

This is a pretty ancient version of the guest agent. Nevertheless the
machine name is retrieved from the system, there's no magic happening by
talking to the engine or anything like that. If the system does not have
a configured FQDN or hostname it will just simply get what the system
has set. That might be even 'localhost@localdomain'


It *looks* like I could get the host name from what oVirt has
configured w/o
knowing the engine to connect to? But I cannot open /dev/virtio-
ports/com.redhat.rhevm.vdsm (since rhev-agentd) has it opened 'too
many files
open' error.

When using OpenNebula in past, they mounted a ISO CD image that
contained the
VM's metadata you could read in as configuration and having also used
AWS EC2
You can connect to localhost to the VM itself to get metadata to get
this sort
of information.

That's what cloudinit is doing. :-)
 From my knowledge however there is no metadata available to be received
within the guest without using cloudinit.


cloud-init uses "metadata" approach. you can pass 'userdata' of your own 
on top of what the engine generates.


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

Re: [ovirt-users] [ovirt-devel] Building vdsm within Fedora

2014-09-26 Thread Federico Simoncelli 
- Original Message -
> From: "Dan Kenigsberg" 
> To: "Sandro Bonazzola" 
> Cc: crobi...@redhat.com, "users" , de...@ovirt.org
> Sent: Thursday, September 25, 2014 3:06:01 PM
> Subject: Re: [ovirt-devel] [ovirt-users] Building vdsm within Fedora
> 
> On Wed, Sep 24, 2014 at 10:57:21AM +0200, Sandro Bonazzola wrote:
> > Il 24/09/2014 09:44, Sven Kieske ha scritto:
> > > 
> > > 
> > > On 24/09/14 09:13, Federico Simoncelli wrote:
> > >> You probably missed the first part "we were using qemu-kvm/qemu-img in
> > >> the spec file". In that case you won't fail in any requirement.
> > >>
> > >> Basically the question is: was there any problem on centos6 before
> > >> committing http://gerrit.ovirt.org/31214 ?
> > 
> > Federico: as we checked a few minutes ago, it seems there's no problem in
> > requiring qemu-kvm/qemu-img in the spec file.
> > Only issue is that if non rhev version is installed a manual "yum update"
> > is required for moving to the rhevm version.
> 
> Right. Without the patch, RPM does not enforce qemu-kvm-rhev. So our
> code has to check for qemu-kvm-rhev functionality, instead of knowing
> that it is there.  Furthermore, we had several reports of users finding
> themselves without qemu-kvm-rhev on their node, and not understanding
> why they do not have live merge.

Live merge? The biggest problem with live merge is libvirt not qemu.

Anyway the qemu-kvm/qemu-kvm-rhev problem is relevant only for centos
and centos has a specific way to address these special needs:

http://www.centos.org/variants/

"""
A CentOS variant is a special edition of CentOS Linux that starts with
the core distribution, then replaces or supplements a specific subset of
packages. This may include replacing everything down to the kernel,
networking, and other subsystems.
"""

I think the plan was to have our own centos variant (shipping qemu-kvm-rhev).
I remember Doron participated to the centos meetings but I don't remember
the outcome.

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

Re: [ovirt-users] [ovirt-devel] Building vdsm within Fedora

2014-09-26 Thread Itamar Heim 

On 09/25/2014 04:06 PM, Dan Kenigsberg wrote:

I don't belive Vdsm is soon to be used by anything outside oVirt. But if
software purists win, oVirt would publish only tarballs.
Fedora/Debian/whatever would build, package, and deploy them all, and
the ovirt repo would become redundant.

I did not expect to hear much support for keeping Vdsm in Fedora. Given
what I've heard, how about taking the in-between road?

- Keep Vdsm in Fedora, abiding to Fedora rules.
- Hope that Engine and qemu-kvm-rhev join, too.


we did the work to add engine, but it was useless without its gui, and 
was impossible to add gwt to fedora.
qemu-kvm-rhev is not needed in fedora as fedora has a full blown 
qemu-kvm with all features enabled.

you only need qemu-kvm-rhev on .el6 hosts.


- Until they do, build vdsm.rpm with non-Fedora quirks (such as the
   qemu-kvm-rhev requirement)



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

Re: [ovirt-users] numa error after upgrading from 3.5rc2 to 3.5rc3

2014-09-26 Thread Gianluca Cecchi 
On Fri, Sep 26, 2014 at 10:56 AM, Martin Sivak  wrote:

> Hi,
>
> I think the default was changed to INTERLEAVE, because that is the value I
> see everywhere as preselected in the current 3.5 code.
>
> This is the logic that governs if the select boxes are enabled:
>
> if (getModel().getMigrationMode().getSelectedItem() !=
> MigrationSupport.PINNED_TO_HOST ||
> getModel().getIsAutoAssign().getEntity() ||
> getModel().getDefaultHost().getSelectedItem() == null ||
> !getModel().getDefaultHost().getSelectedItem().isNumaSupport()) {
> enabled = false;
> }
>
> So it seems that the following conditions have to be satisfied for the
> select boxes to be enabled:
>
> The VM has to be pinned to a NUMA host (check that please, it might allow
> you to update the values using UI).
> Have the default host set (probably satisfied by the previous condition)
> The host has to support NUMA
>
> I am adding Gilad to CC as he knows the code. Unfortunately he will be
> available some time next week as they have a holiday season in Israel atm.
>

The point here is:
If I am on oVirt 3.4.x environment, is this numa_tune_mode parameter
present in the VM definition?
I have not at hand now a 3.4 system so I cannot check.
If not present at all in pre-3.5 VMs and I upgrade my environment, what
would be done for my pre-existing VMs?
Because I verified (not from 3.5rc3 scratch installation but upgrading from
3.5rc2) that for new VMs indeed the parameter is set with "interleave" as
default.
I don't know if inside the sql upgrade scripts there is something like

if current < 3.5 then add parameter and set to interleave

So in this case it would make the correct thing for 3.4 environments, but
as a corner effect it would do nothing for my 3.5.rc2 environment, that
still didn't have the parameter, causing the problem I'm experiencing

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

[ovirt-users] iso to start the system installed on the hard disk does not display the login screen

2014-09-26 Thread royin.rolland 
Hi,


http://resources.ovirt.org/pub/ovirt-3.4/iso/ovirt-live-el6-3.4.3-1.iso iso to 
start the system installed on the hard disk does not display the login screen


Just reply to this email if you're interested.

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

Re: [ovirt-users] numa error after upgrading from 3.5rc2 to 3.5rc3

2014-09-26 Thread Martin Sivak 
Hi,

I think the default was changed to INTERLEAVE, because that is the value I see 
everywhere as preselected in the current 3.5 code.

This is the logic that governs if the select boxes are enabled:

if (getModel().getMigrationMode().getSelectedItem() != 
MigrationSupport.PINNED_TO_HOST ||
getModel().getIsAutoAssign().getEntity() ||
getModel().getDefaultHost().getSelectedItem() == null ||
!getModel().getDefaultHost().getSelectedItem().isNumaSupport()) {
enabled = false;
}

So it seems that the following conditions have to be satisfied for the select 
boxes to be enabled:

The VM has to be pinned to a NUMA host (check that please, it might allow you 
to update the values using UI).
Have the default host set (probably satisfied by the previous condition)
The host has to support NUMA

I am adding Gilad to CC as he knows the code. Unfortunately he will be 
available some time next week as they have a holiday season in Israel atm.

Regards

--
Martin Sivák
msi...@redhat.com
Red Hat Czech
RHEV-M SLA / Brno, CZ

- Original Message -
> On Thu, Sep 25, 2014 at 10:52 PM, Gianluca Cecchi  > wrote:
> 
> > On Thu, Sep 25, 2014 at 8:38 PM, Martin Sivak  wrote:
> >
> >> Hi Gianluca,
> >>
> >> I see the numa mode select box in the Host sub-tab of the VM edit dialog.
> >>
> >> It was committed three days ago to the 3.5 branch so it should be
> >> available in the 3.5 GA release I think. I am not exactly sure if it made
> >> the RC3 build though.
> >>
> >> http://gerrit.ovirt.org/#/q/I05b83028b722088e39ad7156c77ad4eb479dc241,n,z
> >>
> >
> > Strange.
> > For my hypervisor it represents a regression. No VM is able to start with
> > default parameters.
> > I can access the GUI again and it seems I cannot change the parameter.
> > See here screenshot:
> >
> > https://drive.google.com/file/d/0BwoPbcrMv8mvTTZCb3RTRUdFcGc/edit?usp=sharing
> >
> > For the vm where I changed the setting through Rest API I see the field
> > greyed too, but the value inside is "interleave" and not "preferred"
> >
> > Is there any engine-config option to change default?
> >
> > Gianluca
> >
> >
> 
> Hello,
> so on engine I have
> ovirt-engine-3.5.0-0.0.master.20140923231936.git42065cc.el6.noarch
> and on node I have
> vdsm-4.16.5-0.el6.x86_64
> libvirt-0.10.2-29.el6_5.12.x86_64
> They should be what in 3.5rc3
> New VMs created in 3.5rc3 are ok in the sense that I verified that
> numa_tune_mode is populated by default with "interleave" value that my node
> is able to manage to correctly start VMs.
> 
> But all the 3 VMs that  was previously created in 3.5rc2
> had numa_tune_mode=preferred that lets them unable to be started with the
> specified error.
> 
> I don't know if this is a problem only because they were created in 3.5rc2
> or if this problem could influence also oVirt 3.4 infras that are upgrading
> to 3.5 and so a critical regression.
> 
> Gianluca
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.0 status - Go / No Go

2014-09-26 Thread Sandro Bonazzola 
Hi,
We are supposed to start composing oVirt 3.5.0 GA on Monday 2014-09-29.

Maintainers:
- Please be sure that 3.5 snapshot satisfy release criteria[9]
- Please be sure that no pending patches are going to block the release
- If any patch must block the GA release please raise the issue as soon as 
possible.
- If any packages need a rebase please raise the issue as soon as possible.
- Be aware that packages that doesn't need a rebase must be re-built with final 
release versioning from the RC3 tag.

And then:
- Please build your packages with final release versioning for Monday 
2014-09-29 10:00 UTC if we agree on releasing GA.

The bug tracker [1] shows no blockers.

The following bugs are keyworded as Regression and not marked as blockers[10]

Bug ID  Whiteboard  Status  Summary
1142647 gluster NEW supervdsm leaks memory when using glusterfs
1138144 storage NEW Failed to autorecover storage domain after 
unblocking connection with host
1118349 storage NEW [vdsm] Creating DataCenter 3.5 using master 
domain V1 fails with InquireNotSupportedError
1138314 virtPOSTFail to start vm with payload.

Feature freeze is now effective, and branch has been created.
All new patches must be backported to 3.5 branch too.
Features completed are marked in green on Features Status Table [2]

There are still 66 bugs [3] targeted to 3.5.0.
Excluding node and documentation bugs we still have 43 bugs [4] targeted to 
3.5.0.

More in detail [5]:

Whiteboard  NEW ASSIGNEDPOSTTotal
docs13  1   0   14
gluster 4   0   2   6
i18n0   0   1   1
infra   1   0   0   1
integration 0   0   1   1 (3.5.0 Tracker)
node8   4   0   12
ppc 2   0   4   6
sla 12  0   2   14
storage 1   0   2   3
virt3   1   4   8
Total   44  6   16  66



Maintainers / Assignee:
- Please ensure that completed features are marked in green on Features Status 
Table [2]
- If you find a blocker bug please remember to add it to the tracker [1]
- Please fill release notes, the page has been created here [6]
- Please review results from Third Test Day on the etherpad [7] and on the 
mailing lists
- Please update the target to 3.5.1 or later for bugs that won't be in 3.5.0:
  it will ease gathering the blocking bugs for next releases.

Community:
- You're welcome to join us testing last release candidate or nightly builds 
and getting involved in oVirt Quality Assurance[8]

[1] http://bugzilla.redhat.com/1073943
[2] http://goo.gl/4SuYdE
[3] http://red.ht/1pVEk7H
[4] http://red.ht/1zT2mSq
[5] http://red.ht/1q7SqNL
[6] http://www.ovirt.org/OVirt_3.5_Release_Notes
[7] http://etherpad.ovirt.org/p/3.5-testday-3
[8] http://www.ovirt.org/OVirt_Quality_Assurance
[9] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria_.28WIP.29
[10] http://goo.gl/uavikG

Thanks,


-- 
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