[Users] concurrent SPICE access [was: Re: oVirt 3.5 planning]

[Michal Skrivanek]

On Feb 25, 2014, at 20:38 , Itamar Heim  wrote:

> On 02/25/2014 09:20 PM, Markus Stockhausen wrote:
>> 3) Shared console access for two or more administrators
>> 
>> https://bugzilla.redhat.com/show_bug.cgi?id=1060854
> 
> michal - is this just a config in the .vv file? I'd expect qemu needs to 
> support this as well? especially since the ticketing mechanism is designed to 
> disconnect previous user?

last time I remember the concurrent connection to SPICE was experimental
Did it change since?

yes, if it is supported now the oVirt ticketing would need to be changed or 
disabled

Thanks,
michal

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

Re: [Users] Can't install ovirt 3.3 on CentOS 6.5

[Yedidyah Bar David]

> From: "Odilon Junior" 
> To: "Yedidyah Bar David" 
> Cc: users@ovirt.org
> Sent: Tuesday, February 25, 2014 5:11:51 PM
> Subject: Re: [Users] Can't install ovirt 3.3 on CentOS 6.5

> I removed the file as you said, now i'm facing another error

> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute

> I'm sending the logs, this error is really strange

Log says: 
Unable to load config info from /usr/local/ssl/openssl.cnf 
Do you have openssl self-compiled and installed in /usr/local? Or some other 
non-standard 
openssl setup/configuration? By default, the openssl binary packaged in centos 
looks up this 
file at /etc/pki/tls/openssl.cnf . 

I now pushed a change [1] that will hopefully prevent this error in similar 
cases, but note 
that not everything can be fixed - e.g. if you put in /usr/local/bin/openssl a 
script (or binary) 
that does wrong things, setup might still fail. 

I noticed that you also have hostname 'otrs.##'. Or at least that's what 
python thinks. 
I recommend that you check that too and change to a standard LDH (Letters, 
Digits, Hyphen) 
hostname. I don't think that's related, though. 

[1] http://gerrit.ovirt.org/25055 

Best regards, 
-- 
Didi 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Ayal Baron]

- Original Message -
> On 02/25/2014 03:30 PM, Sven Kieske wrote:
> > Well, afaik the current workflow is like this:
> >
> > I have iso domain (hosted on NFS server) a, attached to host b.
> >
> > On host b I got vms c,d and e.
> >
> > When I attach an ISO from a to c, the iso gets
> > copied from the NFS server to /var/run/vdsm/payload/{UUID}/..
> >
> > When I attach the same ISO file from a to d the very same iso
> > file gets copied again to /var/run/vdsm/payload/{UUID_2}/ from
> > the NFS server.
> 
> linked, not copied?!

I think this needs to be stressed to prevent any misunderstanding.  There is NO 
data copy going on, a simple symbolic link is all.

> 
> >
> > This is unnecessary because there is already a copy of the iso in
> > the locale filesystem, so it would be cool if this is stored in a
> > way that multiple vms on the same host can utilize the same iso file
> > without downloading it multiple times.
> >
> > I hope I described the workflow in a correct way.
> > If this is done already I am not aware of it, so please correct
> > me if I'm wrong.
> >
> > An additional side effect would be that you can utilize this locally
> > stored iso files while the NFS server or the ISO Domain is in
> > maintenance mode for some reason. Or if you have a network maintenance
> > for the network path which leads to the ISO Domain.
> >
> > Of course this just works if the host has enough ram or dedicated local
> > storage to store these copies.
> >
> > I know that you can circumvent this, by using a locally created ISO
> > Domain on the host itself. But then you lose the ability of sharing
> > this ISO domain with different DCs, don't you?
> >
> >
> > Am 25.02.2014 14:16, schrieb Itamar Heim:
> >> On 02/25/2014 11:55 AM, Sven Kieske wrote:
> >>> RFE: Allow multiple local storage domains/ hosts within a cluster
> >>> with automigration via export domains (vm has to be shut down)
> >>> I will write a detailed BZ for this.
> >>
> >> this can only happen after we finish the removal of storage pool aspects
> >> (which is currently being worked on)
> >>
> >>>
> >>> RFE: temporary copys of iso-images on hosts which get mounted from
> >>> iso domains into vms, this would allow to detach an iso domain while
> >>> isos are attached and would also lower network traffic when an iso
> >>
> >> what's the use case for detaching an iso domain making this worth while?
> >> (it will also kill live migration, or force it to become live storage
> >> migration for the iso)
> >
> >
> 
> ___
> 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.5 planning

[Ayal Baron]

- Original Message -
> 
> 
> Am 24.02.2014 17:59, schrieb Itamar Heim:
> > with oVirt 3.4 getting close to GA with many many great features, time
> > to collect requests for 3.5...
> 
> Well I've got a list of bugs I'd like to get fixed
> and a list of RFEs, some of these might also be viable for 3.3.4 or
> 3.4.1 instead of 3.5:
> 
> Bug: wrong boot order when booting with multiple cd-roms/cloud-init this
> should be fixable in 3.3.4 or 3.4 but no reply so far.
> https://bugzilla.redhat.com/show_bug.cgi?id=1064927
> 
> RFE: Read only user with API access (without LDAP, Kerberos, etc):
> https://bugzilla.redhat.com/show_bug.cgi?id=1067036
> If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1
> 
> RFE: allow to change the hostname/address ovirt uses to connect to a
> host (a bug was found while investigating this), this would enclude
> automatic enrollment of new certificates to the hosts.
> To follow up on this, it would also be cool to not just support IPv4
> but also IPv6 (not yet included in this RFE)
> https://bugzilla.redhat.com/show_bug.cgi?id=1060215
> 
> RFE: alternative policy for KSM via MOM:
> https://bugzilla.redhat.com/show_bug.cgi?id=1026294
> 
> RFE: Allow to configure the timeout for VNC password authentication
> via webadmin (you can do this via API but not via webadmin).
> I don't need it, but I guess it would be convenient for many users.
> https://bugzilla.redhat.com/show_bug.cgi?id=1055566
> 
> RFE: CPU hotplug (hotunplug would also be very cool!)
> https://bugzilla.redhat.com/show_bug.cgi?id=1036764
> 
> RFE: unbundle novnc dependency from ovirt-engine (novnc is currently a
> hard dependency) so you can install novnc on a different host
> https://bugzilla.redhat.com/show_bug.cgi?id=1063236
> 
> RFE: Allow multiple local storage domains/ hosts within a cluster
> with automigration via export domains (vm has to be shut down)
> I will write a detailed BZ for this.

Being able to move a VM between local domains will be possible through a third 
(shared) domain once we finish the work on getting rid of the spm (we're 
actively working on that).
I'm guessing that by auto-migrate you're referring to user choosing to move the 
VM between 2 local domains and the system behind the scenes would use a shared 
domain to do so?
Assuming this is correct, I'd say that is a very complex flow (too many places 
to fail in the middle and needing to explain to the user what happened).
There would be 2 options here:
1. you could automate it through API
2. there is another feature (blocked by the getting rid of spm feature) about 
being able to *directly* *live* migrate a local VM between 2 nodes.  But this 
of course would require network connectivity.

> 
> RFE: temporary copys of iso-images on hosts which get mounted from
> iso domains into vms, this would allow to detach an iso domain while
> isos are attached and would also lower network traffic when an iso
> is attached to multiple vms. I will write a BZ for this later, too.
> 
> RFE: Share ISO and Export Domains across DCs:
> https://bugzilla.redhat.com/show_bug.cgi?id=1040297
> 
> and last but not least:
> 
> RFE] Allow to perform fence operations from engine (or from a host in
> another DC)
> the functionality of the current fencing feature is so crippled that
> it is plain useless in local storage data centers, because you can't
> use it at all (no other fencing host in cluster)!
> https://bugzilla.redhat.com/show_bug.cgi?id=1054778
> 
> basically you can search BZ for all bugs that I watch, these are the
> ones I'm interested the most atm.
> 
> --
> 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
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Karli Sjöberg]

On Tue, 2014-02-25 at 15:26 -0500, Malini Rao wrote:
> - Original Message -
> > From: "Markus Stockhausen" 
> > To: "Itamar Heim" , users@ovirt.org
> > Sent: Tuesday, February 25, 2014 2:20:24 PM
> > Subject: Re: [Users] oVirt 3.5 planning
> > 
> > > Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag 
> > > von
> > > "Itamar Heim [ih...@redhat.com]
> > > Gesendet: Montag, 24. Februar 2014 17:59
> > > An: users@ovirt.org
> > > Betreff: [Users] oVirt 3.5 planning
> > > 
> > > with oVirt 3.4 getting close to GA with many many great features, time
> > > to collect requests for 3.5...
> > 
> > 1) Webadmin cleanups. Several places provide too many informations
> > that make them feel overloaded. Columns that one usually does not care
> > about in the daily administration.
> > 
> > - main VM disk overview includes column with UUIDs
> > - VM overview includes column with display type (SPICE/VNC)
> > - VM overview includes additional status column (text: up/down)
> > - hosts overview includes host name/ip column
> 
> +1 We have talked of revisiting what gets displayed by default before too and 
> also worked on a column selector that would allow users to display these 
> other attributes when they feel it is necessary. Together, it may help 
> address the information overload issue you are talking about. Can you and/or 
> anyone else in the community continue the list you started here and identify 
> the columns that are not useful to you in the various list views in Ovirt? I 
> will be happy to compile them and then consolidate it after doing the 
> pertinent analysis and reporting it back to you all for feedback.
> 
> thanks
> Malini
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

Yes, making all columns something you can choose what gets displayed
(with a couple of them chosen by default) would really solve this whole
issue of folks getting annoyed because of column X Y Z being
uninteresting for them. Also, this should be done for all main tabs, not
just VMs. Tall order, but would be a really nice feature.

Also cool would be to be able to sort columns ascending/descending.

When this gets implemented, something to consider would also be that if
a column is deselected, that information really won´t be loaded either.
So it´s not just a cosmetical fix (if everything gets loaded like usual,
just not displayed), but would also help "speed" up the webadmin as
well.

So if you only choose to show the "Name" column, only this information
gets loaded from engine, so it takes the shortest amount of time to
present. The more columns you choose, the more information you get, but
takes longer to present.

Does that make sense?



-- 

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

Re: [Users] oVirt 3.5 planning

[Alan Murrell]

This may be more of a 4.0 feature, but my vote goes for integration of
OpenvSwitch (or least an option to add it easily)


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

Re: [Users] oVirt 3.5 planning

[Christian Hernandez]

+1 on everything that Jon Archer said


Thank you,

Christian Hernandez
1225 Los Angeles Street
Glendale, CA 91204
Phone: 877-782-2737 ext. 4566
Fax: 818-265-3152
christi...@4over.com 
www.4over.com 


On Tue, Feb 25, 2014 at 4:35 PM, Jon Archer  wrote:

> Ability to import regular KVM images, either via command line or web gui...
>
> +1 on the uploading of ISO via web GUI.
>
> Jon
>
>
> On 24/02/14 16:59, Itamar Heim wrote:
>
>> with oVirt 3.4 getting close to GA with many many great features, time to
>> collect requests for 3.5...
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Jon Archer]

Ability to import regular KVM images, either via command line or web gui...

+1 on the uploading of ISO via web GUI.

Jon

On 24/02/14 16:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time 
to collect requests for 3.5...

___
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] Problems with missing master domains after rebooto f

[Boudewijn Ector]

Hi Guys,



I've been using an FC18-based ovirt setup for a while which has been
updated regularly (about each week). Last  week I tried to setup the
reports module, and ran ovirt-engine-dwh-setup which failed for some
reason (didn't preserve the logging).

After a reboot of the machine I found this in /var/log/ovirt/engine.log:
> 2014-02-26 00:50:42,014 ERROR 
> [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service 
> thread 1-3) Could not parse option AutoRecoveryAllowedTypes value.
> 2014-02-26 00:50:46,196 INFO  
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (DefaultQuartzScheduler_Worker-3) AuditLogType: DWH_ERROR not exist in string 
> table
> [root@leiden ovirt-engine]# grep ERR engine.log  | grep "00:51"
> 2014-02-26 00:51:02,045 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] 
> (DefaultQuartzScheduler_Worker-9) [7278cc5e] Command ConnectStoragePoolVDS 
> execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: 
> IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 
> 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, 
> msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04'
> 2014-02-26 00:51:02,046 ERROR 
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] 
> (DefaultQuartzScheduler_Worker-9) [7278cc5e] 
> IrsBroker::Failed::GetStoragePoolInfoVDS
> 2014-02-26 00:51:02,047 ERROR 
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] 
> (DefaultQuartzScheduler_Worker-9) [7278cc5e] Exception: IRSGenericException: 
> IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 
> 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, 
> msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04'
> 2014-02-26 00:51:02,212 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] 
> (pool-6-thread-19) [25bc9b42] Command HSMGetAllTasksStatusesVDS execution 
> failed. Exception: IRSNonOperationalException: IRSGenericException: 
> IRSErrorException: IRSNonOperationalException: Not SPM: ()
> 2014-02-26 00:51:02,282 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] 
> (pool-6-thread-19) [25bc9b42] Failed in ReconstructMasterVDS method
> 2014-02-26 00:51:02,282 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] 
> (pool-6-thread-19) [25bc9b42] Error code StorageDomainDoesNotExist and error 
> message VDSGenericException: VDSErrorException: Failed to 
> ReconstructMasterVDS, error = Storage domain does not exist: 
> ('dafe25c2-1ce7-4979-9d8d-a35688da207a',)
> 2014-02-26 00:51:02,284 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] 
> (pool-6-thread-19) [25bc9b42] Command ReconstructMasterVDS execution failed. 
> Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed 
> to ReconstructMasterVDS, error = Storage domain does not exist: 
> ('dafe25c2-1ce7-4979-9d8d-a35688da207a',)
> 2014-02-26 00:51:02,285 ERROR 
> [org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand] 
> (pool-6-thread-19) [25bc9b42] Command 
> org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand throw Vdc 
> Bll exception. With error message VdcBLLException: 
> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: 
> VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error 
> = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) 
> (Failed with error StorageDomainDoesNotExist and code 358)
> 2014-02-26 00:51:21,192 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] 
> (DefaultQuartzScheduler_Worker-25) Command ConnectStoragePoolVDS execution 
> failed. Exception: IRSNoMasterDomainException: IRSGenericException: 
> IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 
> 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, 
> msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04'
> 2014-02-26 00:51:21,193 ERROR 
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] 
> (DefaultQuartzScheduler_Worker-25) IrsBroker::Failed::GetStoragePoolInfoVDS
> 2014-02-26 00:51:21,193 ERROR 
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] 
> (DefaultQuartzScheduler_Worker-25) Exception: IRSGenericException: 
> IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 
> 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, 
> msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04'
> 2014-02-26 00:51:21,309 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] 
> (pool-6-thread-35) [37b66fe] Failed in ReconstructMasterVDS method
> 2014-02-26 00:51:21,309 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] 
> (pool-6-thread-35) [37b66fe] Error code StorageDomainDoesNotExist and error 
> message VDSGenericException: VDSErrorException: Failed to 
> ReconstructMasterVDS, error = Storage domain does not exist: 
> ('dafe25c2-1c

Re: [Users] Permissions

[Maurice James]

I tried removing the group and assigning Super User and Power user to the 
persona attempting the disk move and the result was the same. It only allows 
admin@internal to perform that function for some reason

-Original Message-
From: Yair Zaslavsky [mailto:yzasl...@redhat.com] 
Sent: Tuesday, February 25, 2014 6:59 PM
To: Maurice James
Cc: Eli Mesika; users@ovirt.org
Subject: Re: [Users] Permissions



- Original Message -
> From: "Maurice James" 
> To: "Yair Zaslavsky" 
> Cc: "Eli Mesika" , users@ovirt.org
> Sent: Wednesday, February 26, 2014 1:35:03 AM
> Subject: RE: [Users] Permissions
> 
> Here are the logs that I grabbed while trying to move disks between 
> storage domains

It shows you have permissions issues.
Just to make sure - is this a user that belongs to a group that has 
permissions? I think you wrote in previous emails it is.
Can you, as suggested in previous email, try to perform this operation with a 
direct user that has the permissions (i.e - not inherited from a group?)

Thanks,
Yair

> 
> -Original Message-
> From: Yair Zaslavsky [mailto:yzasl...@redhat.com]
> Sent: Monday, February 24, 2014 8:56 PM
> To: Maurice James
> Cc: Eli Mesika; users@ovirt.org
> Subject: Re: [Users] Permissions
> 
> 
> 
> - Original Message -
> > From: "Maurice James" 
> > To: "Eli Mesika" 
> > Cc: users@ovirt.org
> > Sent: Tuesday, February 25, 2014 3:33:52 AM
> > Subject: Re: [Users] Permissions
> > 
> > I will have to get the logs to you tomorrow when I go to the office.
> > Until then,  I have a user group from AD with the "Power User" and 
> > "Super User"
> >  permissions over the Data Center. They do not have permission to 
> > move disks  between storage domains. Is this by design?
> 
> Maurice, quick question here - when you write "they don't have permissions"
> do you mean to users of the group?
> if so, are you using ovirt engine 3.4 beta2 or a development environment?
> 
> Perhaps the following bug has to do with what you're experiencing?
> 
> https://bugzilla.redhat.com/1065615
> 
> 
> Yair
> 
> > 
> > 
> > -Original Message-
> > From: Eli Mesika [mailto:emes...@redhat.com]
> > Sent: Sunday, February 23, 2014 3:34 PM
> > To: Maurice James
> > Cc: users@ovirt.org
> > Subject: Re: [Users] Permissions
> > 
> > 
> > 
> > - Original Message -
> > > From: "Maurice James" 
> > > To: users@ovirt.org
> > > Sent: Friday, February 21, 2014 9:25:12 PM
> > > Subject: [Users] Permissions
> > > 
> > > I have an LDAP user with Power User and Super User permissions at 
> > > the Data Center level. Why dont I have permission to migrate disks 
> > > between storage domains?
> > 
> > Hi Maurice
> > 
> > Can you elaborate please and attach a screen-shot of the error you 
> > got and the relevant engine.log
> > 
> > > 
> > > oVirt Engine Version: 3.3.3-2.el6
> > > 
> > > ___
> > > Users mailing list
> > > Users@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> > > 
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Permissions

[Yair Zaslavsky]

- Original Message -
> From: "Maurice James" 
> To: "Yair Zaslavsky" 
> Cc: "Eli Mesika" , users@ovirt.org
> Sent: Wednesday, February 26, 2014 1:35:03 AM
> Subject: RE: [Users] Permissions
> 
> Here are the logs that I grabbed while trying to move disks between storage
> domains

It shows you have permissions issues.
Just to make sure - is this a user that belongs to a group that has 
permissions? I think you wrote in previous emails it is.
Can you, as suggested in previous email, try to perform this operation with a 
direct user that has the permissions (i.e - not inherited from a group?)

Thanks,
Yair

> 
> -Original Message-
> From: Yair Zaslavsky [mailto:yzasl...@redhat.com]
> Sent: Monday, February 24, 2014 8:56 PM
> To: Maurice James
> Cc: Eli Mesika; users@ovirt.org
> Subject: Re: [Users] Permissions
> 
> 
> 
> - Original Message -
> > From: "Maurice James" 
> > To: "Eli Mesika" 
> > Cc: users@ovirt.org
> > Sent: Tuesday, February 25, 2014 3:33:52 AM
> > Subject: Re: [Users] Permissions
> > 
> > I will have to get the logs to you tomorrow when I go to the office.
> > Until then,  I have a user group from AD with the "Power User" and
> > "Super User"
> >  permissions over the Data Center. They do not have permission to move
> > disks  between storage domains. Is this by design?
> 
> Maurice, quick question here - when you write "they don't have permissions"
> do you mean to users of the group?
> if so, are you using ovirt engine 3.4 beta2 or a development environment?
> 
> Perhaps the following bug has to do with what you're experiencing?
> 
> https://bugzilla.redhat.com/1065615
> 
> 
> Yair
> 
> > 
> > 
> > -Original Message-
> > From: Eli Mesika [mailto:emes...@redhat.com]
> > Sent: Sunday, February 23, 2014 3:34 PM
> > To: Maurice James
> > Cc: users@ovirt.org
> > Subject: Re: [Users] Permissions
> > 
> > 
> > 
> > - Original Message -
> > > From: "Maurice James" 
> > > To: users@ovirt.org
> > > Sent: Friday, February 21, 2014 9:25:12 PM
> > > Subject: [Users] Permissions
> > > 
> > > I have an LDAP user with Power User and Super User permissions at
> > > the Data Center level. Why dont I have permission to migrate disks
> > > between storage domains?
> > 
> > Hi Maurice
> > 
> > Can you elaborate please and attach a screen-shot of the error you got
> > and the relevant engine.log
> > 
> > > 
> > > oVirt Engine Version: 3.3.3-2.el6
> > > 
> > > ___
> > > Users mailing list
> > > Users@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> > > 
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Permissions

[Maurice James]

Here are the logs that I grabbed while trying to move disks between storage 
domains

-Original Message-
From: Yair Zaslavsky [mailto:yzasl...@redhat.com] 
Sent: Monday, February 24, 2014 8:56 PM
To: Maurice James
Cc: Eli Mesika; users@ovirt.org
Subject: Re: [Users] Permissions



- Original Message -
> From: "Maurice James" 
> To: "Eli Mesika" 
> Cc: users@ovirt.org
> Sent: Tuesday, February 25, 2014 3:33:52 AM
> Subject: Re: [Users] Permissions
> 
> I will have to get the logs to you tomorrow when I go to the office. 
> Until then,  I have a user group from AD with the "Power User" and 
> "Super User"
>  permissions over the Data Center. They do not have permission to move 
> disks  between storage domains. Is this by design?

Maurice, quick question here - when you write "they don't have permissions" do 
you mean to users of the group? 
if so, are you using ovirt engine 3.4 beta2 or a development environment?

Perhaps the following bug has to do with what you're experiencing?

https://bugzilla.redhat.com/1065615


Yair

> 
> 
> -Original Message-
> From: Eli Mesika [mailto:emes...@redhat.com]
> Sent: Sunday, February 23, 2014 3:34 PM
> To: Maurice James
> Cc: users@ovirt.org
> Subject: Re: [Users] Permissions
> 
> 
> 
> - Original Message -
> > From: "Maurice James" 
> > To: users@ovirt.org
> > Sent: Friday, February 21, 2014 9:25:12 PM
> > Subject: [Users] Permissions
> > 
> > I have an LDAP user with Power User and Super User permissions at 
> > the Data Center level. Why dont I have permission to migrate disks 
> > between storage domains?
> 
> Hi Maurice
> 
> Can you elaborate please and attach a screen-shot of the error you got 
> and the relevant engine.log
> 
> > 
> > oVirt Engine Version: 3.3.3-2.el6
> > 
> > ___
> > 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
> 


oVorterre.log
Description: Binary data
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Darrell Budic]

On Feb 25, 2014, at 1:38 PM, Itamar Heim  wrote:

> On 02/25/2014 09:20 PM, Markus Stockhausen wrote:
>> 3) Shared console access for two or more administrators
>> 
>> https://bugzilla.redhat.com/show_bug.cgi?id=1060854
> 
> michal - is this just a config in the .vv file? I'd expect qemu needs to 
> support this as well? especially since the ticketing mechanism is designed to 
> disconnect previous user?

+1. Would like to be able to make it available to power users as well.


And another minor cleanup on the admin gui, it’d be nice if the %memory graphic 
had a mouse over for “% of what” as well, maybe similar for %CPU & %network. 
Thinking mouseovers so as not to take more real estate or clutter the columns 
any more.

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

Re: [Users] smbios hook

[Liviu Elama]

Thank you Dan

That actually works but I still have on more question: how can I add more
than just one key in custom properties to use with more than one hook?
the above method seems to allow only one key to be set for the same cluster
version

Regards
Liviu


On Tue, Feb 25, 2014 at 8:05 PM, Dan Kenigsberg  wrote:

> On Tue, Feb 25, 2014 at 02:53:54PM +1300, Liviu Elama wrote:
> > Hi
> >
> > I have a 2 node hosted engine cluster using 3.4 beta3 on centos 6.5 and
> I'm
> > trying to use smbios hook(first try to use a hook) and I can't see the
> > smbios key in custom properties when I edit a VM.
> >
> > I have installed the vdsm-hook-smbios on both hosts and restarted vdsm
> and
> > restarted the engine as well.
> > I can see the hooks available on each hosts from the engine GUI but I
> can't
> > see the custom property to modify at VM level.
> >
> > Can anyone advise if I'm doing the right thing here or what logs should I
> > provide for debugging ?
>
> You have to explicitly enabled your custom property in Engine's
> database.
>
> See http://www.ovirt.org/Vdsm_Hooks#VM-level_hooks for an example how
> this can be done with the engine-config utility. You could make your
> users cozy by limiting their input to the likes of
>
> {'serial': '1234'}^{'vendor': 'oVirt'}
>
> or be lazy and allow everything
>
> engine-config -s "UserDefinedVMProperties=smbios=.*
>
> Dan.
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Malini Rao]

- Original Message -
> From: "Markus Stockhausen" 
> To: "Itamar Heim" , users@ovirt.org
> Sent: Tuesday, February 25, 2014 2:20:24 PM
> Subject: Re: [Users] oVirt 3.5 planning
> 
> > Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von
> > "Itamar Heim [ih...@redhat.com]
> > Gesendet: Montag, 24. Februar 2014 17:59
> > An: users@ovirt.org
> > Betreff: [Users] oVirt 3.5 planning
> > 
> > with oVirt 3.4 getting close to GA with many many great features, time
> > to collect requests for 3.5...
> 
> 1) Webadmin cleanups. Several places provide too many informations
> that make them feel overloaded. Columns that one usually does not care
> about in the daily administration.
> 
> - main VM disk overview includes column with UUIDs
> - VM overview includes column with display type (SPICE/VNC)
> - VM overview includes additional status column (text: up/down)
> - hosts overview includes host name/ip column

+1 We have talked of revisiting what gets displayed by default before too and 
also worked on a column selector that would allow users to display these other 
attributes when they feel it is necessary. Together, it may help address the 
information overload issue you are talking about. Can you and/or anyone else in 
the community continue the list you started here and identify the columns that 
are not useful to you in the various list views in Ovirt? I will be happy to 
compile them and then consolidate it after doing the pertinent analysis and 
reporting it back to you all for feedback.

thanks
Malini

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

Re: [Users] oVirt 3.5 planning

[Einav Cohen]

> - Original Message -
> From: "Itamar Heim" 
> Sent: Tuesday, February 25, 2014 2:36:11 PM
> 
> On 02/25/2014 09:20 PM, Markus Stockhausen wrote:
> > 2) Better handling of translation bugs
> >
> > There seems to be no clear way of how one can get bugfixes for
> > translation typos into OVirt webadmin. Bugzilla (at least in my
> > case) shows no real progress for RFEs.
> 
> easiest would be to submit a patch for typos - english or other
> translations. einav can provide more guidance on how to do this.

for fixing typos in English - feel free to submit a patch. 

do NOT submit patches for fixing typos in non-English strings - 
non-English strings are managed via the Zanata translation system. 
for fixing typos in non-English strings - you will need to become a 
translator of the 'oVirt' project in Zanata [1]; 
you can also just report the typo in BZ - make sure to mention the 
problematic locale and mark the BZ with the 'i18n' Whiteboard. 

[1] see https://translate.zanata.org/zanata/, "Translators" section for 
details. 
oVirt project is in: https://translate.zanata.org/zanata/project/view/ovirt

> ___
> 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.5 planning

[Itamar Heim]

On 02/25/2014 09:20 PM, Markus Stockhausen wrote:

3) Shared console access for two or more administrators

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


michal - is this just a config in the .vv file? I'd expect qemu needs to 
support this as well? especially since the ticketing mechanism is 
designed to disconnect previous user?

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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 09:20 PM, Markus Stockhausen wrote:

2) Better handling of translation bugs

There seems to be no clear way of how one can get bugfixes for
translation typos into OVirt webadmin. Bugzilla (at least in my
case) shows no real progress for RFEs.


easiest would be to submit a patch for typos - english or other 
translations. einav can provide more guidance on how to do this.

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

Re: [Users] oVirt 3.5 planning

[Markus Stockhausen]

> Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von 
> "Itamar Heim [ih...@redhat.com]
> Gesendet: Montag, 24. Februar 2014 17:59
> An: users@ovirt.org
> Betreff: [Users] oVirt 3.5 planning
> 
> with oVirt 3.4 getting close to GA with many many great features, time
> to collect requests for 3.5...

1) Webadmin cleanups. Several places provide too many informations
that make them feel overloaded. Columns that one usually does not care
about in the daily administration.

- main VM disk overview includes column with UUIDs
- VM overview includes column with display type (SPICE/VNC)
- VM overview includes additional status column (text: up/down) 
- hosts overview includes host name/ip column

2) Better handling of translation bugs

There seems to be no clear way of how one can get bugfixes for 
translation typos into OVirt webadmin. Bugzilla (at least in my 
case) shows no real progress for RFEs. 

3) Shared console access for two or more administrators

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

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] Live migration of Windows guests with VirtIO disk interface

[Itamar Heim]

On 02/25/2014 05:00 PM, Jure Kranjc wrote:

Hello,

this topic is quite old but I got the same problem recently and couldn't
find reliable information.. Here is the question:

Is live migration of Windows guests, which use VirtIO disk interface
possible in latest stable release (3.3.3) and latest libvirt on EL6?

We are currently using 3.3.1 on EL6 and plan to upgrade to 3.3.3 this
week. We can't live migrate Windows guests, which use VirtIO disk
interface and scsi driver 0.1.59. Further on, Windows server 2012
doesn't update from virtio 0.1-74 iso as the drivers look the same to
it. Windows with IDE interface migrate OK but the performance is much
worse, so that isn't an option.
I can later provide log files and package versions, but before I do
that, I just want to ask users if I am missing something. Thanks.


this should work.



Jure Kranjc

On 07/16/2013 02:10 PM, Itamar Heim wrote:


Hi,

I have an ovirt 3.1 build. I have 3 hosts and a few virtual machines
setup that I am using for testing. I am using gluster storage setup
as a distribution between the 3 hosts. I can migrate linux guests
across my 3 hosts, but I cannot migrate windows hosts. I get
“Migration failed due to
Error: Fatal error during migration. The event id is 65. Is there
something additional that needs to be done to windows guests for
them to support live migration?



___
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.5 planning

[Itamar Heim]

On 02/25/2014 03:30 PM, Sven Kieske wrote:

Well, afaik the current workflow is like this:

I have iso domain (hosted on NFS server) a, attached to host b.

On host b I got vms c,d and e.

When I attach an ISO from a to c, the iso gets
copied from the NFS server to /var/run/vdsm/payload/{UUID}/..

When I attach the same ISO file from a to d the very same iso
file gets copied again to /var/run/vdsm/payload/{UUID_2}/ from
the NFS server.


linked, not copied?!



This is unnecessary because there is already a copy of the iso in
the locale filesystem, so it would be cool if this is stored in a
way that multiple vms on the same host can utilize the same iso file
without downloading it multiple times.

I hope I described the workflow in a correct way.
If this is done already I am not aware of it, so please correct
me if I'm wrong.

An additional side effect would be that you can utilize this locally
stored iso files while the NFS server or the ISO Domain is in
maintenance mode for some reason. Or if you have a network maintenance
for the network path which leads to the ISO Domain.

Of course this just works if the host has enough ram or dedicated local
storage to store these copies.

I know that you can circumvent this, by using a locally created ISO
Domain on the host itself. But then you lose the ability of sharing
this ISO domain with different DCs, don't you?


Am 25.02.2014 14:16, schrieb Itamar Heim:

On 02/25/2014 11:55 AM, Sven Kieske wrote:

RFE: Allow multiple local storage domains/ hosts within a cluster
with automigration via export domains (vm has to be shut down)
I will write a detailed BZ for this.


this can only happen after we finish the removal of storage pool aspects
(which is currently being worked on)



RFE: temporary copys of iso-images on hosts which get mounted from
iso domains into vms, this would allow to detach an iso domain while
isos are attached and would also lower network traffic when an iso


what's the use case for detaching an iso domain making this worth while?
(it will also kill live migration, or force it to become live storage
migration for the iso)





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

[Users] oVirt 3.3.4 Release Candidate is now available

[Sandro Bonazzola]

The oVirt team is pleased to announce that the 3.3.4 Release Candidate is now
available in ovirt-updates-testing [1].

Feel free to join us testing it[2] and verifying the bugzilla entries actually
under verification.

Release notes for this update will be updated soon on the wiki [3].

[1] http://resources.ovirt.org/releases/updates-testing
[2] http://www.ovirt.org/Testing/Ovirt_3.3.4_testing
[3] http://www.ovirt.org/OVirt_3.3.4_release_notes

-- 
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] oVirt 3.5 planning

[Kapetanakis Giannis]

On 25/02/14 03:55, Maurice James wrote:

External authentication that does not require the use of Kerberos in the
environment :)



+1 on this.

LDAP was there is earlier releases.

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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

On that wiki page I find:

"limitations: unplug isn't supported fully due to libvirt's bug #1017858"
unfortunately this bug is restricted:
https://bugzilla.redhat.com/show_bug.cgi?id=1017858#c11

I get: You are not authorized to access bug #1017858.

Maybe this bug can get opened up to the public?

Am 25.02.2014 16:29, schrieb Roy Golan:
> On 02/25/2014 12:14 PM, Itamar Heim wrote:
>> On 02/25/2014 11:55 AM, Sven Kieske wrote:
>>> RFE: Read only user with API access (without LDAP, Kerberos, etc):
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1067036
>>> If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1
>>
>> this will not make 3.4. as discussed in the thread on users ml, you
>> could implement as a plugin in 3.4, but the interface is not stable
>> yet, so you'll have to re-adjust it for 3.5.
>>
>>> RFE: CPU hotplug (hotunplug would also be very cool!)
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1036764
>>
>> that's supposed to be in 3.4?
>> (not for unplug)
> please refer to the hotplug cpu wiki [1] for the limitation and problems
> with unplug
> [1] http://www.ovirt.org/Hot_plug_cpu
>>
>>> RFE: Share ISO and Export Domains across DCs:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1040297
>>
>> ISO domains are shareable today (Across different engines as well?)
>> glance can serve for export/import and can be attached to many
>> DCs/Engine's as well.

-- 
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.5 planning

[Sven Kieske]

+1 (and added to cc list)

Am 25.02.2014 16:24, schrieb Bob Doolittle:
> On 02/24/2014 11:08 PM, Latchezar Filtchev wrote:
>>
>> I am also voting in favor of ovirt-guest-tools-iso.
>>
> 
> +1
> 
> BTW this RFE is already in Bugzilla:
> https://bugzilla.redhat.com/show_bug.cgi?id=1028489
> 
> It's my understanding that the biggest challenge is creating a suitable
> build environment.
> 
> It's been pushed off for the last few releases. Interested parties could
> also add themselves to the CC of the report to emphasize interest.
> 
> -Bob


-- 
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] Old storage domain ID left behind in master storage domain's metadata

[Gadi Ickowicz]

I am not really sure what the recommended way is (adding Nir Soffer, hopefully 
he can help or point us to the right person).
Maybe you can try manually deactivating and detaching the domains from the pool 
using vdsClient on the SPM host
(for each of the domains):

deactivateStorageDomain   
detachStorageDomain   


if you have vdsm configured for secure connection (default) then you can ssh to 
the host and run the following command: vdsClient -s 0 [commands from above].
Otherwise you don't need the -s.

I guess you already have the domainID (VG name) and the poolID (from the 
previous mails you sent). Not sure if this is the correct way to solve this 
problem - Nir?


Gadi Ickowicz

- Original Message -
From: "Boyan Tabakov" 
To: "Gadi Ickowicz" 
Cc: users@ovirt.org
Sent: Tuesday, February 25, 2014 3:50:42 PM
Subject: Re: [Users] Old storage domain ID left behind in master storage 
domain's metadata

On 25.2.2014, 15:26, Gadi Ickowicz wrote:
> Regarding the way to remove the old DC and move from local to iSCSI storage, 
> you can:
> 1) deactivate the last domain in the DC (After detaching all other domains in 
> the DC)
> 2) remove the DC (while there is still a host in the DC)
> 3) remove the domain regularly (which should clean the storage itself
> 4) move the host to the new DC

Thanks! Unfortunately I have some production loads already and starting
over would be tough. Any pointers on how the metadata can be fixed?

> Regarding the fact that the other domain was removed cleanly and is still 
> visible in the metadata that is very strange. Do you happen to have logs from 
> the creation/deletion of that domain?

Looks like those logs are rotated away already.

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

Re: [Users] oVirt 3.5 planning

[Roy Golan]

On 02/25/2014 12:14 PM, Itamar Heim wrote:

On 02/25/2014 11:55 AM, Sven Kieske wrote:

RFE: Read only user with API access (without LDAP, Kerberos, etc):
https://bugzilla.redhat.com/show_bug.cgi?id=1067036
If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1


this will not make 3.4. as discussed in the thread on users ml, you 
could implement as a plugin in 3.4, but the interface is not stable 
yet, so you'll have to re-adjust it for 3.5.



RFE: CPU hotplug (hotunplug would also be very cool!)
https://bugzilla.redhat.com/show_bug.cgi?id=1036764


that's supposed to be in 3.4?
(not for unplug)
please refer to the hotplug cpu wiki [1] for the limitation and problems 
with unplug

[1] http://www.ovirt.org/Hot_plug_cpu



RFE: Share ISO and Export Domains across DCs:
https://bugzilla.redhat.com/show_bug.cgi?id=1040297


ISO domains are shareable today (Across different engines as well?)
glance can serve for export/import and can be attached to many 
DCs/Engine's as well.

___
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.5 planning

[Bob Doolittle]

On 02/24/2014 11:08 PM, Latchezar Filtchev wrote:


I am also voting in favor of ovirt-guest-tools-iso.



+1

BTW this RFE is already in Bugzilla: 
https://bugzilla.redhat.com/show_bug.cgi?id=1028489


It's my understanding that the biggest challenge is creating a suitable 
build environment.


It's been pushed off for the last few releases. Interested parties could 
also add themselves to the CC of the report to emphasize interest.


-Bob


Best,

Latcho

--

Latchezar FiltchevAmerican 
University in Bulgaria


Director Office of Communications   1 G.Izmirliev - Makednocheto sq.

and Computing  2700 
Blagoevgrad


e-mail: lat...@aubg.bg Bulgaria

Direct: +359 (73) 888346

Assistant: +359 (73) 888333

Fax: +359 (73) 888188

*From:*users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On 
Behalf Of *Liviu Elama

*Sent:* Tuesday, February 25, 2014 4:34 AM
*To:* users@ovirt.org
*Subject:* Re: [Users] oVirt 3.5 planning

ovirt-guest-tools-iso similar to rhev-guest-tools-iso and uploaded to 
ISO domain by default


On Tue, Feb 25, 2014 at 2:55 PM, Maurice James > wrote:


External authentication that does not require the use of Kerberos in the
environment :)


-Original Message-
From: users-boun...@ovirt.org  
[mailto:users-boun...@ovirt.org ] On 
Behalf Of

Itamar Heim
Sent: Monday, February 24, 2014 11:59 AM
To: users@ovirt.org 
Subject: [Users] oVirt 3.5 planning

with oVirt 3.4 getting close to GA with many many great features, time to
collect requests for 3.5...
___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users



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


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

Re: [Users] Can't install ovirt 3.3 on CentOS 6.5

[Sven Kieske]

OT:

Please stop sending such large logs to a public mailing list.
send such logs via private e-mail or send a link where interested
people can download the log file.

Thank you.

-- 
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.5 planning

[Michal Skrivanek]

On 25 Feb 2014, at 14:13, Itamar Heim wrote:

> On 02/25/2014 11:55 AM, Sven Kieske wrote:
>> RFE: Allow to configure the timeout for VNC password authentication
>> via webadmin (you can do this via API but not via webadmin).
>> I don't need it, but I guess it would be convenient for many users.
>> https://bugzilla.redhat.com/show_bug.cgi?id=1055566
> 
> michal - wasn't this an option in the past for manual vnc invocation?

nope. just the API way.
I don't find the solution of someone going in manually entering the pwd on some 
command line as something not really ideal. The .vv should be associated with a 
script or remote-viewer and then 120s should always be enough to launch it

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

Re: [Users] Live migration of Windows guests with VirtIO disk interface

[Joop]

On 25-2-2014 16:00, Jure Kranjc wrote:

Hello,

this topic is quite old but I got the same problem recently and 
couldn't find reliable information.. Here is the question:


Is live migration of Windows guests, which use VirtIO disk interface 
possible in latest stable release (3.3.3) and latest libvirt on EL6?


We are currently using 3.3.1 on EL6 and plan to upgrade to 3.3.3 this 
week. We can't live migrate Windows guests, which use VirtIO disk 
interface and scsi driver 0.1.59. Further on, Windows server 2012 
doesn't update from virtio 0.1-74 iso as the drivers look the same to 
it. Windows with IDE interface migrate OK but the performance is much 
worse, so that isn't an option.
I can later provide log files and package versions, but before I do 
that, I just want to ask users if I am missing something. Thanks.


I'm on 3.3.2-1-el6 with Windows 2012 using virtio and can migrate 
without problems.


Joop

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

Re: [Users] oVirt 3.5 planning

[Markus Stockhausen]

> Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von 
> "Giorgio Bersano [giorgio.bers...@gmail.com]
> Gesendet: Dienstag, 25. Februar 2014 15:13
> An: Itamar Heim
> Cc: users@ovirt.org
> Betreff: Re: [Users] oVirt 3.5 planning
> 
> 
> Maybe this one is even more important: the ability to import a Storage
> Domain http://www.ovirt.org/Features/ImportStorageDomain .

+ 1 

> Best regards,
> Giorgio.

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] Live migration of Windows guests with VirtIO disk interface

[Jure Kranjc]

Hello,

this topic is quite old but I got the same problem recently and couldn't 
find reliable information.. Here is the question:


Is live migration of Windows guests, which use VirtIO disk interface 
possible in latest stable release (3.3.3) and latest libvirt on EL6?


We are currently using 3.3.1 on EL6 and plan to upgrade to 3.3.3 this 
week. We can't live migrate Windows guests, which use VirtIO disk 
interface and scsi driver 0.1.59. Further on, Windows server 2012 
doesn't update from virtio 0.1-74 iso as the drivers look the same to 
it. Windows with IDE interface migrate OK but the performance is much 
worse, so that isn't an option.
I can later provide log files and package versions, but before I do 
that, I just want to ask users if I am missing something. Thanks.


Jure Kranjc

On 07/16/2013 02:10 PM, Itamar Heim wrote:


Hi,

I have an ovirt 3.1 build. I have 3 hosts and a few virtual machines
setup that I am using for testing. I am using gluster storage setup
as a distribution between the 3 hosts. I can migrate linux guests
across my 3 hosts, but I cannot migrate windows hosts. I get
“Migration failed due to
Error: Fatal error during migration. The event id is 65. Is there
something additional that needs to be done to windows guests for
them to support live migration? 



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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

Am 25.02.2014 15:13, schrieb Giorgio Bersano:
> Maybe this one is even more important: the ability to import a Storage
> Domain http://www.ovirt.org/Features/ImportStorageDomain .

+1

-- 
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] Can't install ovirt 3.3 on CentOS 6.5

[Yedidyah Bar David]

> From: "Odilon Junior" 
> To: "Yedidyah Bar David" 
> Cc: users@ovirt.org
> Sent: Tuesday, February 25, 2014 4:17:56 PM
> Subject: Re: [Users] Can't install ovirt 3.3 on CentOS 6.5

> I've been reloading the OS all day testing everything. This log are my last
> try, first i downloaded the 3.2 packages, then a repo update give the 3.3
> files.

For some reason you have ca cert and therefore setup does not create pki for 
you 
(and says "PKI is already configured"). 

This is indeed what should happen if you upgrade from 3.2. Perhaps you had some 
problems with 3.2 setup. 

Anyway, if you just want a clean 3.3 setup, please remove this file and run 
setup again. 
It's here: /etc/pki/ovirt-engine/ca.pem 

If you want something else, or had some other reason to upgrade from 3.2, 
please 
explain what you are trying to do. 

Best regards, 
-- 
Didi 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Sandro Bonazzola]

Il 25/02/2014 15:39, Gianluca Cecchi ha scritto:
 2014-02-24 17:59 GMT+01:00 Itamar Heim :
>
> with oVirt 3.4 getting close to GA with many many great features, time
> to collect requests for 3.5...
> 
> Signed rpms as in:
> http://lists.ovirt.org/pipermail/users/2014-January/019627.html
> and the mentioned ticket inside Dan answer:
> https://fedorahosted.org/ovirt/ticket/99
> 
> Hopefully in 3.4 too... ;-)

We're already working on it, I hope we'll have 3.4.0 rpm signed.

> 
> Gianluca
> ___
> 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: [Users] oVirt 3.5 planning

[Gianluca Cecchi]

>>> 2014-02-24 17:59 GMT+01:00 Itamar Heim :

 with oVirt 3.4 getting close to GA with many many great features, time
 to collect requests for 3.5...

Signed rpms as in:
http://lists.ovirt.org/pipermail/users/2014-January/019627.html
and the mentioned ticket inside Dan answer:
https://fedorahosted.org/ovirt/ticket/99

Hopefully in 3.4 too... ;-)

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

Re: [Users] oVirt 3.5 planning

[Nicolas Ecarnot]

Le 25/02/2014 15:13, Giorgio Bersano a écrit :

2014-02-25 15:02 GMT+01:00 Giorgio Bersano :

2014-02-24 17:59 GMT+01:00 Itamar Heim :

with oVirt 3.4 getting close to GA with many many great features, time to 
collect requests for 3.5...



My favourite RFE is already in bugzilla:
Enable Hosted Engine Configuration when environment is configured with
SAN Storage Backend (iSCSI, FC).
https://bugzilla.redhat.com/show_bug.cgi?id=1036731 (Thank you Scott Herold)



Maybe this one is even more important: the ability to import a Storage
Domain http://www.ovirt.org/Features/ImportStorageDomain .

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



Clearly YES!

Future features regarding stability and disaster recovery helpers are 
far more precious than adding new features.


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

Re: [Users] oVirt 3.5 planning

[Giorgio Bersano]

2014-02-25 15:02 GMT+01:00 Giorgio Bersano :
> 2014-02-24 17:59 GMT+01:00 Itamar Heim :
>> with oVirt 3.4 getting close to GA with many many great features, time to 
>> collect requests for 3.5...
>>
>
> My favourite RFE is already in bugzilla:
> Enable Hosted Engine Configuration when environment is configured with
> SAN Storage Backend (iSCSI, FC).
> https://bugzilla.redhat.com/show_bug.cgi?id=1036731 (Thank you Scott Herold)
>

Maybe this one is even more important: the ability to import a Storage
Domain http://www.ovirt.org/Features/ImportStorageDomain .

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

[Users] quick start guide and ovirt-release rpm broken link

[Gianluca Cecchi]

Hello,
on the page
http://www.ovirt.org/Quick_Start_Guide
there was a broken link tp the ovirt release rpm.
I created two different links to fedora
(ovirt-release-fedora.noarch.rpm) and CentOS
(ovirt-release-el.noarch.rpm).

Feel free to adapt if there was something else to consider.

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

Re: [Users] oVirt 3.5 planning

[Giorgio Bersano]

2014-02-24 17:59 GMT+01:00 Itamar Heim :
> with oVirt 3.4 getting close to GA with many many great features, time to 
> collect requests for 3.5...
>

My favourite RFE is already in bugzilla:
Enable Hosted Engine Configuration when environment is configured with
SAN Storage Backend (iSCSI, FC).
https://bugzilla.redhat.com/show_bug.cgi?id=1036731 (Thank you Scott Herold)

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

Re: [Users] Old storage domain ID left behind in master storage domain's metadata

[Boyan Tabakov]

On 25.2.2014, 15:26, Gadi Ickowicz wrote:
> Regarding the way to remove the old DC and move from local to iSCSI storage, 
> you can:
> 1) deactivate the last domain in the DC (After detaching all other domains in 
> the DC)
> 2) remove the DC (while there is still a host in the DC)
> 3) remove the domain regularly (which should clean the storage itself
> 4) move the host to the new DC

Thanks! Unfortunately I have some production loads already and starting
over would be tough. Any pointers on how the metadata can be fixed?

> Regarding the fact that the other domain was removed cleanly and is still 
> visible in the metadata that is very strange. Do you happen to have logs from 
> the creation/deletion of that domain?

Looks like those logs are rotated away already.



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

Re: [Users] Can't install ovirt 3.3 on CentOS 6.5

[Yedidyah Bar David]

> From: "Odilon Junior" 
> To: users@ovirt.org
> Sent: Tuesday, February 25, 2014 2:04:56 AM
> Subject: [Users] Can't install ovirt 3.3 on CentOS 6.5

> Friday i got a serve on Softlayer, when i try to install ovirt 3.3 the
> engine-setup give me 2 types of error messages.

> The first is
> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute

> And the second is

> Misc configuration': [Errno 2] No such file or directory:
> '/etc/pki/ovirt-engine/certs/engine.cer'

> These are the logs

[snip] 

> [ INFO ] Creating CA
> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute
> [ INFO ] Yum Performing yum transaction rollback
> [ INFO ] Rolling back database schema
> [ INFO ] Clearing database engine
> [ INFO ] Stage: Clean up
> Log file is located at
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20140224122105.log

Can you post this log? 

> [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 2] No such
> file or directory: '/etc/pki/ovirt-engine/certs/engine.cer'

> [ INFO ] Yum Performing yum transaction rollback
> [ INFO ] Rolling back database schema
> [ INFO ] Clearing database engine
> [ INFO ] Stage: Clean up
> Log file is located at
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20140224122321.log

And this one? 

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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

Well, afaik the current workflow is like this:

I have iso domain (hosted on NFS server) a, attached to host b.

On host b I got vms c,d and e.

When I attach an ISO from a to c, the iso gets
copied from the NFS server to /var/run/vdsm/payload/{UUID}/..

When I attach the same ISO file from a to d the very same iso
file gets copied again to /var/run/vdsm/payload/{UUID_2}/ from
the NFS server.

This is unnecessary because there is already a copy of the iso in
the locale filesystem, so it would be cool if this is stored in a
way that multiple vms on the same host can utilize the same iso file
without downloading it multiple times.

I hope I described the workflow in a correct way.
If this is done already I am not aware of it, so please correct
me if I'm wrong.

An additional side effect would be that you can utilize this locally
stored iso files while the NFS server or the ISO Domain is in
maintenance mode for some reason. Or if you have a network maintenance
for the network path which leads to the ISO Domain.

Of course this just works if the host has enough ram or dedicated local
storage to store these copies.

I know that you can circumvent this, by using a locally created ISO
Domain on the host itself. But then you lose the ability of sharing
this ISO domain with different DCs, don't you?


Am 25.02.2014 14:16, schrieb Itamar Heim:
> On 02/25/2014 11:55 AM, Sven Kieske wrote:
>> RFE: Allow multiple local storage domains/ hosts within a cluster
>> with automigration via export domains (vm has to be shut down)
>> I will write a detailed BZ for this.
> 
> this can only happen after we finish the removal of storage pool aspects
> (which is currently being worked on)
> 
>>
>> RFE: temporary copys of iso-images on hosts which get mounted from
>> iso domains into vms, this would allow to detach an iso domain while
>> isos are attached and would also lower network traffic when an iso
> 
> what's the use case for detaching an iso domain making this worth while?
> (it will also kill live migration, or force it to become live storage
> migration for the iso)


-- 
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] Old storage domain ID left behind in master storage domain's metadata

[Gadi Ickowicz]

Regarding the way to remove the old DC and move from local to iSCSI storage, 
you can:
1) deactivate the last domain in the DC (After detaching all other domains in 
the DC)
2) remove the DC (while there is still a host in the DC)
3) remove the domain regularly (which should clean the storage itself
4) move the host to the new DC


Regarding the fact that the other domain was removed cleanly and is still 
visible in the metadata that is very strange. Do you happen to have logs from 
the creation/deletion of that domain?

Gadi Ickowicz

- Original Message -
From: "Boyan Tabakov" 
To: "Gadi Ickowicz" 
Cc: users@ovirt.org
Sent: Tuesday, February 25, 2014 2:48:30 PM
Subject: Re: [Users] Old storage domain ID left behind in master storage 
domain's metadata

On 25.2.2014, 14:42, Boyan Tabakov wrote:
> Hi,
> 
> On 25.2.2014, 14:00, Gadi Ickowicz wrote:
>> Hi,
>>
>> How exactly did you delete the storage domain and dc? 
>>
>> From the steps you are describing, since the host was not part of the DC 
>> when you removed it you had to have used 'force remove' on the DC, which 
>> does indeed remove the DC and the domain from the UI, but that is *all* it 
>> does. 
>> It only removes references to those objects from engine's DB, it does not 
>> remove the actual storage domain (VG).
> 
> If I recall correctly (that was couple of months ago), I might have
> really forced the removal. The issue was, that I wanted to get rid of
> the default created local storage domain and datacenter, so that I can
> create a proper iSCSI storage domain and later add other nodes (convert
> the all-in-one to multinode setup).
> 
> The idea was to convert the all-in-one installation to one having
> multiple nodes and one of those running the engine. Since in the
> beginning there was only one host, the all-in-one one, it had to be
> moved to a new DC. That left the default DC without any host.
> 
> Was there a better way to achieve this? Is it possible to manually
> update the metadata or tell vdsmd to do so somehow?
> 
> Thanks,
> Boyan
> 
> 

Additionally, one of the left out domains was a test iSCSI SD created in
the new SD, which was removed cleanly, afaik.

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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 11:55 AM, Sven Kieske wrote:

RFE: Allow multiple local storage domains/ hosts within a cluster
with automigration via export domains (vm has to be shut down)
I will write a detailed BZ for this.


this can only happen after we finish the removal of storage pool aspects 
(which is currently being worked on)




RFE: temporary copys of iso-images on hosts which get mounted from
iso domains into vms, this would allow to detach an iso domain while
isos are attached and would also lower network traffic when an iso


what's the use case for detaching an iso domain making this worth while?
(it will also kill live migration, or force it to become live storage 
migration for the iso)

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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 11:55 AM, Sven Kieske wrote:

RFE: Allow to configure the timeout for VNC password authentication
via webadmin (you can do this via API but not via webadmin).
I don't need it, but I guess it would be convenient for many users.
https://bugzilla.redhat.com/show_bug.cgi?id=1055566


michal - wasn't this an option in the past for manual vnc invocation?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Can't install ovirt 3.3 on CentOS 6.5

[Odilon Junior]

Friday i got a serve on Softlayer, when i try to install ovirt 3.3 the
engine-setup give me 2 types of error messages.

The first is
[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute

And the second is

Misc configuration': [Errno 2] No such file or directory:
'/etc/pki/ovirt-engine/certs/engine.cer'

These are the logs


   [ INFO  ] Stage: Setup validation

 --== CONFIGURATION PREVIEW ==--

 Database name  : engine
 Database secured connection: False
 Database host  : localhost
 Database user name : engine
 Database host name validation  : False
 Datbase port   : 5432
 NFS setup  : True
 PKI organization   : #
 Application mode   : both
 Firewall manager   : iptables
 Update Firewall: True
 Configure WebSocket Proxy  : True
 Host FQDN  : #
 NFS mount point: /var/lib/exports/iso
 Datacenter storage type: nfs
 Configure local database   : True
 Set application as default page: True
 Configure Apache SSL   : True
 Configure VDSM on this host: True
 Local storage domain directory : /var/lib/images

 Please confirm installation settings (OK, Cancel) [OK]:
   [ INFO  ] Stage: Transaction setup
   [ INFO  ] Stopping engine service
   [ INFO  ] Stopping websocket-proxy service
   [ INFO  ] Stage: Misc configuration
   [ INFO  ] Stage: Package installation
   [ INFO  ] Stage: Misc configuration
   [ INFO  ] Initializing PostgreSQL
   [ INFO  ] Creating PostgreSQL database
   [ INFO  ] Configuring PostgreSQL
   [ INFO  ] Creating database schema
   [ INFO  ] Creating CA
   [ ERROR ] Failed to execute stage 'Misc configuration': Command
   '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute
   [ INFO  ] Yum Performing yum transaction rollback
   [ INFO  ] Rolling back database schema
   [ INFO  ] Clearing database engine
   [ INFO  ] Stage: Clean up
 Log file is located at
   /var/log/ovirt-engine/setup/ovirt-engine-setup-20140224122105.log
   [ INFO  ] Stage: Pre-termination
   [ INFO  ] Stage: Termination
   [ ERROR ] Execution of setup failed


   ##
   Second Run

   [ INFO  ] Stage: Initializing
   [ INFO  ] Stage: Environment setup
 Configuration files:
   ['/etc/ovirt-engine-setup.conf.d/10-packaging-aio.conf',
   '/etc/ovirt-engine-setup.conf.d/10-packaging.conf']
 Log file:
   /var/log/ovirt-engine/setup/ovirt-engine-setup-20140224122321.log
 Version: otopi-1.1.2 (otopi-1.1.2-1.el6)
   [ INFO  ] Hardware supports virtualization
   [ INFO  ] Stage: Environment packages setup
   [ INFO  ] Stage: Programs detection
   [ INFO  ] Stage: Environment setup
   [ INFO  ] Stage: Environment customization

 --== PACKAGES ==--

   [ INFO  ] Checking for product updates...
   [ INFO  ] No product updates found

 --== ALL IN ONE CONFIGURATION ==--

 Configure VDSM on this host? (Yes, No) [No]:
 --== NETWORK CONFIGURATION ==--

 Host fully qualified DNS name of this server [###]:
   [WARNING] Failed to resolve otrs.stefanini.dom using DNS, it can be
   resolved only locally
 Setup can automatically configure the firewall on this system.
 Note: automatic configuration of the firewall may overwrite
   current settings.
 Do you want Setup to configure the firewall? (Yes, No) [Yes]:
   [ INFO  ] iptables will be configured as firewall manager.

 --== DATABASE CONFIGURATION ==--

 Where is the database located? (Local, Remote) [Local]:
 Setup can configure the local postgresql server automatically
   for the engine to run. This may conflict with existing applications.
 Would you like Setup to automatically configure postgresql, or
   prefer to perform that manually? (Automatic, Manual) [Automatic]:

 --== OVIRT ENGINE CONFIGURATION ==--

 Engine admin password:
   [ ERROR ] Please specify value
 Engine admin password:
 Confirm engine admin password:
 Application mode (Both, Virt, Gluster) [Both]:
 Default storage type: (NFS, FC, ISCSI, POSIXFS) [NFS]:

 --== PKI CONFIGURATION ==--

 PKI is already configured

 --== APACHE CONFIGURATION ==--

 Setup can configure the default page of the web server to
   present the application hom

Re: [Users] Old storage domain ID left behind in master storage domain's metadata

[Boyan Tabakov]

On 25.2.2014, 14:42, Boyan Tabakov wrote:
> Hi,
> 
> On 25.2.2014, 14:00, Gadi Ickowicz wrote:
>> Hi,
>>
>> How exactly did you delete the storage domain and dc? 
>>
>> From the steps you are describing, since the host was not part of the DC 
>> when you removed it you had to have used 'force remove' on the DC, which 
>> does indeed remove the DC and the domain from the UI, but that is *all* it 
>> does. 
>> It only removes references to those objects from engine's DB, it does not 
>> remove the actual storage domain (VG).
> 
> If I recall correctly (that was couple of months ago), I might have
> really forced the removal. The issue was, that I wanted to get rid of
> the default created local storage domain and datacenter, so that I can
> create a proper iSCSI storage domain and later add other nodes (convert
> the all-in-one to multinode setup).
> 
> The idea was to convert the all-in-one installation to one having
> multiple nodes and one of those running the engine. Since in the
> beginning there was only one host, the all-in-one one, it had to be
> moved to a new DC. That left the default DC without any host.
> 
> Was there a better way to achieve this? Is it possible to manually
> update the metadata or tell vdsmd to do so somehow?
> 
> Thanks,
> Boyan
> 
> 

Additionally, one of the left out domains was a test iSCSI SD created in
the new SD, which was removed cleanly, afaik.



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

Re: [Users] Old storage domain ID left behind in master storage domain's metadata

[Boyan Tabakov]

Hi,

On 25.2.2014, 14:00, Gadi Ickowicz wrote:
> Hi,
> 
> How exactly did you delete the storage domain and dc? 
> 
> From the steps you are describing, since the host was not part of the DC when 
> you removed it you had to have used 'force remove' on the DC, which does 
> indeed remove the DC and the domain from the UI, but that is *all* it does. 
> It only removes references to those objects from engine's DB, it does not 
> remove the actual storage domain (VG).

If I recall correctly (that was couple of months ago), I might have
really forced the removal. The issue was, that I wanted to get rid of
the default created local storage domain and datacenter, so that I can
create a proper iSCSI storage domain and later add other nodes (convert
the all-in-one to multinode setup).

The idea was to convert the all-in-one installation to one having
multiple nodes and one of those running the engine. Since in the
beginning there was only one host, the all-in-one one, it had to be
moved to a new DC. That left the default DC without any host.

Was there a better way to achieve this? Is it possible to manually
update the metadata or tell vdsmd to do so somehow?

Thanks,
Boyan




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

Re: [Users] Old storage domain ID left behind in master storage domain's metadata

[Elad Ben Aharon]

How exactly did you remove the old local storage domain?

- Original Message -
From: "Boyan Tabakov" 
To: users@ovirt.org
Sent: Tuesday, February 25, 2014 12:59:09 PM
Subject: [Users] Old storage domain ID left behind in master storage
domain's metadata

Hello,

I started with an all-in-one installation of ovirt 3.3.2 on a FC19 host.
After the initial setup was done, I created a new datacenter, cluster
and storage domain in the engine and moved the single host in the engine
to the new cluster. After that I deleted the automatically created
storage domain, local datacenter, etc.

It seems, however, that the new master storage domain still contains
some references to the now removed old storage domains in its metadata.
Here's the metadata, extracted from the tags of the VG. I got them using
vgs:

MDT_DESCRIPTION=StorageDomainX
MDT_LOCKPOLICY=
MDT_PV0=pv:36090a098103b1821532d057a5a0120d4&44&uuid:xreVSW-NmjD-MUqk-jucQ-Hrbs-KRe8-P93tn3&44&pestart:0&44&pecount:798&44&mapoffset:0
MDT_TYPE=ISCSI
MDT_LOGBLKSIZE=512
MDT_VGUUID=npukh2-ulUm-MEbj-T0TZ-0kDX-pUkp-2hJEKo
MDT_LEASERETRIES=3
MDT_IOOPTIMEOUTSEC=10
MDT_LOCKRENEWALINTERVALSEC=5
MDT_SDUUID=3307f6fa-dd58-43db-ab23-b1fb299006c7
MDT_PHYBLKSIZE=512
MDT_CLASS=Data
MDT_VERSION=3
RHAT_storage_domain
MDT_POOL_UUID=61f15cc0-8bba-482d-8a81-cd636a581b58
MDT_ROLE=Master
MDT_MASTER_VERSION=44
MDT_POOL_DESCRIPTION=DataCenterX
MDT_POOL_DOMAINS=ec4ba43a-e334-4ce2-90d1-86e5a6da071d:Active&44&a7af75fe-b96a-4ebe-8903-5743a8176311:Active&44&ff33856e-e00f-4be8-9456-8e47c592f82f:Active&44&3307f6fa-dd58-43db-ab23-b1fb299006c7:Active
MDT_PV1=pv:36090a09810bb99fefb2da57b94332027&44&uuid:UMUs49-GvEF-IOgZ-p6jD-yP1r-dpnd-syawJz&44&pestart:0&44&pecount:798&44&mapoffset:798
MDT_POOL_SPM_ID=1
MDT_POOL_SPM_LVER=30
MDT__SHA_CKSUM=ad43ad855d386b103a672a0801a932a9ee115ed7

Notably, see MDT_POOL_DOMAINS. Domains
ec4ba43a-e334-4ce2-90d1-86e5a6da071d and
a7af75fe-b96a-4ebe-8903-5743a8176311 no longer exist in the engine (were
removed from admin UI).

Their presence in the metadata causes vdsmd to repeatedly try to access
those domains, resulting in constant error messages in the log that the
domains don't exist.

Any advice on how to properly clean up the old domains from the metadata?

Thanks in advance!

Boyan Tabakov


___
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] Old storage domain ID left behind in master storage domain's metadata

[Gadi Ickowicz]

Hi,

How exactly did you delete the storage domain and dc? 

>From the steps you are describing, since the host was not part of the DC when 
>you removed it you had to have used 'force remove' on the DC, which does 
>indeed remove the DC and the domain from the UI, but that is *all* it does. 
It only removes references to those objects from engine's DB, it does not 
remove the actual storage domain (VG).

Thanks,
Gadi Ickowicz

- Original Message -
From: "Boyan Tabakov" 
To: users@ovirt.org
Sent: Tuesday, February 25, 2014 12:59:09 PM
Subject: [Users] Old storage domain ID left behind in master storage
domain's metadata

Hello,

I started with an all-in-one installation of ovirt 3.3.2 on a FC19 host.
After the initial setup was done, I created a new datacenter, cluster
and storage domain in the engine and moved the single host in the engine
to the new cluster. After that I deleted the automatically created
storage domain, local datacenter, etc.

It seems, however, that the new master storage domain still contains
some references to the now removed old storage domains in its metadata.
Here's the metadata, extracted from the tags of the VG. I got them using
vgs:

MDT_DESCRIPTION=StorageDomainX
MDT_LOCKPOLICY=
MDT_PV0=pv:36090a098103b1821532d057a5a0120d4&44&uuid:xreVSW-NmjD-MUqk-jucQ-Hrbs-KRe8-P93tn3&44&pestart:0&44&pecount:798&44&mapoffset:0
MDT_TYPE=ISCSI
MDT_LOGBLKSIZE=512
MDT_VGUUID=npukh2-ulUm-MEbj-T0TZ-0kDX-pUkp-2hJEKo
MDT_LEASERETRIES=3
MDT_IOOPTIMEOUTSEC=10
MDT_LOCKRENEWALINTERVALSEC=5
MDT_SDUUID=3307f6fa-dd58-43db-ab23-b1fb299006c7
MDT_PHYBLKSIZE=512
MDT_CLASS=Data
MDT_VERSION=3
RHAT_storage_domain
MDT_POOL_UUID=61f15cc0-8bba-482d-8a81-cd636a581b58
MDT_ROLE=Master
MDT_MASTER_VERSION=44
MDT_POOL_DESCRIPTION=DataCenterX
MDT_POOL_DOMAINS=ec4ba43a-e334-4ce2-90d1-86e5a6da071d:Active&44&a7af75fe-b96a-4ebe-8903-5743a8176311:Active&44&ff33856e-e00f-4be8-9456-8e47c592f82f:Active&44&3307f6fa-dd58-43db-ab23-b1fb299006c7:Active
MDT_PV1=pv:36090a09810bb99fefb2da57b94332027&44&uuid:UMUs49-GvEF-IOgZ-p6jD-yP1r-dpnd-syawJz&44&pestart:0&44&pecount:798&44&mapoffset:798
MDT_POOL_SPM_ID=1
MDT_POOL_SPM_LVER=30
MDT__SHA_CKSUM=ad43ad855d386b103a672a0801a932a9ee115ed7

Notably, see MDT_POOL_DOMAINS. Domains
ec4ba43a-e334-4ce2-90d1-86e5a6da071d and
a7af75fe-b96a-4ebe-8903-5743a8176311 no longer exist in the engine (were
removed from admin UI).

Their presence in the metadata causes vdsmd to repeatedly try to access
those domains, resulting in constant error messages in the log that the
domains don't exist.

Any advice on how to properly clean up the old domains from the metadata?

Thanks in advance!

Boyan Tabakov


___
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.5 planning

[Dafna Ron]

On 02/25/2014 10:23 AM, Sven Kieske wrote:

Can they be attached to multiple DCs at the same time?
I didn't try this out. Maybe it already works?
If it does, since which version?
So I can mount different/the same isos on different
DCs to multiple vms? That would be nice.


We were always able to share an ISO domain
You can use the same iso's on different DC's and multiple vm's can read 
from the same iso.






Am 25.02.2014 11:14, schrieb Itamar Heim:

ISO domains are shareable today (Across different engines as well?)



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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 12:49 PM, Sven Kieske wrote:

4. you can't even power off or restart the host via power management
from engine, because there is no fencing host!
I don't know why you need a fencing host when there is e.g. no vm
running on the host you want to power down or restart.


well, someone needs to run the fence script to do the power management 
operation on the host...

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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

Maybe some additional context on the current implementation of
power management until ovirt 3.3.3 and local storage dcs:

1. as mentioned below, you can't use it, because you have no
fencing host in the cluster.
2. when editing the host via webadmin, ovirt always asks if you
do not want to configure power management, which you have to decline.
3. if you configure power management (I don't know why the option is not
greyed out when it doesn't do anything) you can't do anything with
it: ovirt starts to complain that it can't test power management,
because there is no host to test it with.

4. you can't even power off or restart the host via power management
from engine, because there is no fencing host!
I don't know why you need a fencing host when there is e.g. no vm
running on the host you want to power down or restart.

So I would at least expect for 3.3.4 or 3.4.1:

Either:
1. disable power management in local storage, so ovirt doesn't ask
you to configure it, over and over again (annoying!)

2. make it work by adding engine itself or different host in another
data center as fencing host.

3. enable sanity check if you need the fencing host for certain
situations at all:
e.g. you don't need a fencing host in local storage dc with no vms
running on a host when you want to power down or reboot the host with
the configured power management.

I would of course prefer number 2 and 3 and prefer fencing from engine,
since you may start with just engine and a single host in a single dc.
So you got no other host in another dc to do fencing.

For all-in-one: this feature should be disabled completely
(I never used all-in-one, so it might already be the case).

Thank you for your consideration and time!

Am 25.02.2014 11:14, schrieb Itamar Heim:
> On 02/25/2014 11:55 AM, Sven Kieske wrote:
>> RFE] Allow to perform fence operations from engine (or from a host in
>> another DC)
>> the functionality of the current fencing feature is so crippled that
>> it is plain useless in local storage data centers, because you can't
>> use it at all (no other fencing host in cluster)!
>> https://bugzilla.redhat.com/show_bug.cgi?id=1054778
> 
> eli - thoughts on above?


-- 
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.5 planning

[Eli Mesika]

- Original Message -
> From: "Itamar Heim" 
> To: "Sven Kieske" , users@ovirt.org, "Eli Mesika" 
> , "Barak Azulay"
> 
> Sent: Tuesday, February 25, 2014 12:14:48 PM
> Subject: Re: [Users] oVirt 3.5 planning
> 
> On 02/25/2014 11:55 AM, Sven Kieske wrote:
> > RFE] Allow to perform fence operations from engine (or from a host in
> > another DC)
> > the functionality of the current fencing feature is so crippled that
> > it is plain useless in local storage data centers, because you can't
> > use it at all (no other fencing host in cluster)!
> > https://bugzilla.redhat.com/show_bug.cgi?id=1054778
> 
> eli - thoughts on above?

1) I had started to check an option of light VDSM only for fencing operations 
in order to use engine as the proxy for fencing operations, I do not have 
enough info ATM if that can be part of 3.5
2) Regarding enabling to search for a proxy in other DCs (after searching in 
cluster & current DC), this is an extension to the current proxy preferences 
that we can apply for 3.5 
3) Regarding local storage DCs, this is related also to BZ 1053434, I tend to 
hide the PM TAB in Host New/Edit dialog if we have only one DC with local 
storage, in that case we will not enable do define PM at all and we should also 
hide the Alerts tab which is relevant only for PM


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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 12:23 PM, Sven Kieske wrote:

Can they be attached to multiple DCs at the same time?
I didn't try this out. Maybe it already works?
If it does, since which version?
So I can mount different/the same isos on different
DCs to multiple vms? That would be nice.


an ISO domain can be assocaited to multiple DCs/Engines concurently.
since 2.2 iirc... for sure before 3.0, so for ovirt - always...



Am 25.02.2014 11:14, schrieb Itamar Heim:

ISO domains are shareable today (Across different engines as well?)




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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 12:43 PM, Barak Azulay wrote:



- Original Message -

From: "Itamar Heim" 
To: "Sven Kieske" , users@ovirt.org, "Eli Mesika" 
, "Barak Azulay"

Sent: Tuesday, February 25, 2014 12:14:48 PM
Subject: Re: [Users] oVirt 3.5 planning

On 02/25/2014 11:55 AM, Sven Kieske wrote:

RFE] Allow to perform fence operations from engine (or from a host in
another DC)
the functionality of the current fencing feature is so crippled that
it is plain useless in local storage data centers, because you can't
use it at all (no other fencing host in cluster)!
https://bugzilla.redhat.com/show_bug.cgi?id=1054778


eli - thoughts on above?




The fencing mechanism certainly does not work for local storage domain,
It looks like this was neglected since the fencing mechanism was designed to 
prevent data corruption .. and this use case (single host in DC) we are not 
worried about it.

In first look it looks like an easy implementation - just to add a system wide 
proxy selection policy,
However when thinking on adding this option  I can think of a few issues that 
needs to be discussed first:
- Can we assume network connectivity between hosts in different DCs ?
- If this is not the case than can/should we enable specific DCs that we know 
has this connectivity ?


i don't think we have to assume this, just to allow the admin to 
configure on top of DC and cluster scopes, also an 'any host' scope if 
applicable for them.




Or do we just select a system wide proxy and try to fence ... this might have 
timeout issues in case there is no connectivity ... and fencing might take a 
long time to perform.


Thanks
Barak Azulay



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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

Well that's easy:

You can assume network connectivity to all hosts
in all dcs from a specific host:

the ovirt-engine host has clearly network access
to all hosts in all DCs it manages.

this might not be appropriate when the engine is run as self-hosted
engine.
you should at least avoid to fence the host the engine runs on from
engine ;)

HTH

Am 25.02.2014 11:43, schrieb Barak Azulay:
> 
> 
> - Original Message -
>> From: "Itamar Heim" 
>> To: "Sven Kieske" , users@ovirt.org, "Eli Mesika" 
>> , "Barak Azulay"
>> 
>> Sent: Tuesday, February 25, 2014 12:14:48 PM
>> Subject: Re: [Users] oVirt 3.5 planning
>>
>> On 02/25/2014 11:55 AM, Sven Kieske wrote:
>>> RFE] Allow to perform fence operations from engine (or from a host in
>>> another DC)
>>> the functionality of the current fencing feature is so crippled that
>>> it is plain useless in local storage data centers, because you can't
>>> use it at all (no other fencing host in cluster)!
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1054778
>>
>> eli - thoughts on above?
>>
>>
> 
> The fencing mechanism certainly does not work for local storage domain,
> It looks like this was neglected since the fencing mechanism was designed to 
> prevent data corruption .. and this use case (single host in DC) we are not 
> worried about it.
> 
> In first look it looks like an easy implementation - just to add a system 
> wide proxy selection policy,
> However when thinking on adding this option  I can think of a few issues that 
> needs to be discussed first:
> - Can we assume network connectivity between hosts in different DCs ? 
> - If this is not the case than can/should we enable specific DCs that we know 
> has this connectivity ?
> 
> Or do we just select a system wide proxy and try to fence ... this might have 
> timeout issues in case there is no connectivity ... and fencing might take a 
> long time to perform. 
> 
> 
> Thanks
> Barak Azulay
> 
> 
> 

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

[Users] Old storage domain ID left behind in master storage domain's metadata

[Boyan Tabakov]

Hello,

I started with an all-in-one installation of ovirt 3.3.2 on a FC19 host.
After the initial setup was done, I created a new datacenter, cluster
and storage domain in the engine and moved the single host in the engine
to the new cluster. After that I deleted the automatically created
storage domain, local datacenter, etc.

It seems, however, that the new master storage domain still contains
some references to the now removed old storage domains in its metadata.
Here's the metadata, extracted from the tags of the VG. I got them using
vgs:

MDT_DESCRIPTION=StorageDomainX
MDT_LOCKPOLICY=
MDT_PV0=pv:36090a098103b1821532d057a5a0120d4&44&uuid:xreVSW-NmjD-MUqk-jucQ-Hrbs-KRe8-P93tn3&44&pestart:0&44&pecount:798&44&mapoffset:0
MDT_TYPE=ISCSI
MDT_LOGBLKSIZE=512
MDT_VGUUID=npukh2-ulUm-MEbj-T0TZ-0kDX-pUkp-2hJEKo
MDT_LEASERETRIES=3
MDT_IOOPTIMEOUTSEC=10
MDT_LOCKRENEWALINTERVALSEC=5
MDT_SDUUID=3307f6fa-dd58-43db-ab23-b1fb299006c7
MDT_PHYBLKSIZE=512
MDT_CLASS=Data
MDT_VERSION=3
RHAT_storage_domain
MDT_POOL_UUID=61f15cc0-8bba-482d-8a81-cd636a581b58
MDT_ROLE=Master
MDT_MASTER_VERSION=44
MDT_POOL_DESCRIPTION=DataCenterX
MDT_POOL_DOMAINS=ec4ba43a-e334-4ce2-90d1-86e5a6da071d:Active&44&a7af75fe-b96a-4ebe-8903-5743a8176311:Active&44&ff33856e-e00f-4be8-9456-8e47c592f82f:Active&44&3307f6fa-dd58-43db-ab23-b1fb299006c7:Active
MDT_PV1=pv:36090a09810bb99fefb2da57b94332027&44&uuid:UMUs49-GvEF-IOgZ-p6jD-yP1r-dpnd-syawJz&44&pestart:0&44&pecount:798&44&mapoffset:798
MDT_POOL_SPM_ID=1
MDT_POOL_SPM_LVER=30
MDT__SHA_CKSUM=ad43ad855d386b103a672a0801a932a9ee115ed7

Notably, see MDT_POOL_DOMAINS. Domains
ec4ba43a-e334-4ce2-90d1-86e5a6da071d and
a7af75fe-b96a-4ebe-8903-5743a8176311 no longer exist in the engine (were
removed from admin UI).

Their presence in the metadata causes vdsmd to repeatedly try to access
those domains, resulting in constant error messages in the log that the
domains don't exist.

Any advice on how to properly clean up the old domains from the metadata?

Thanks in advance!

Boyan Tabakov



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

Re: [Users] Host installation failed. SSH session closed during connection (ovirt-node-iso-3.0.3-1.1.fc19)

[Udaya Kiran P]

Hi Fabian/Alon

I will try with the image given by you.

Thanks for your inputs and patience.

Appreciate your help.

Regards,
Udaya Kiran



On Tuesday, 25 February 2014 3:51 PM, Fabian Deutsch  wrote:
 
Am Montag, den 24.02.2014, 05:30 -0500 schrieb Alon Bar-Lev:
> ovirt-node-iso-3.0.3-1.1.fc19

Hey,

is it about the image above (ovirt-node-iso-3.0.3-1.1.fc19)? This image
is known to be not working.

Please give this image a try:
http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.4-1.0.201401291204.vdsm33.el6.iso

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

Re: [Users] oVirt 3.5 planning

[Barak Azulay]

- Original Message -
> From: "Itamar Heim" 
> To: "Sven Kieske" , users@ovirt.org, "Eli Mesika" 
> , "Barak Azulay"
> 
> Sent: Tuesday, February 25, 2014 12:14:48 PM
> Subject: Re: [Users] oVirt 3.5 planning
> 
> On 02/25/2014 11:55 AM, Sven Kieske wrote:
> > RFE] Allow to perform fence operations from engine (or from a host in
> > another DC)
> > the functionality of the current fencing feature is so crippled that
> > it is plain useless in local storage data centers, because you can't
> > use it at all (no other fencing host in cluster)!
> > https://bugzilla.redhat.com/show_bug.cgi?id=1054778
> 
> eli - thoughts on above?
> 
> 

The fencing mechanism certainly does not work for local storage domain,
It looks like this was neglected since the fencing mechanism was designed to 
prevent data corruption .. and this use case (single host in DC) we are not 
worried about it.

In first look it looks like an easy implementation - just to add a system wide 
proxy selection policy,
However when thinking on adding this option  I can think of a few issues that 
needs to be discussed first:
- Can we assume network connectivity between hosts in different DCs ? 
- If this is not the case than can/should we enable specific DCs that we know 
has this connectivity ?

Or do we just select a system wide proxy and try to fence ... this might have 
timeout issues in case there is no connectivity ... and fencing might take a 
long time to perform. 


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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

Can they be attached to multiple DCs at the same time?
I didn't try this out. Maybe it already works?
If it does, since which version?
So I can mount different/the same isos on different
DCs to multiple vms? That would be nice.

Am 25.02.2014 11:14, schrieb Itamar Heim:
> ISO domains are shareable today (Across different engines as well?)

-- 
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] Host installation failed. SSH session closed during connection (ovirt-node-iso-3.0.3-1.1.fc19)

[Sven Kieske]

Hi,

then why the heck is it still available online if it does not work?

http://resources.ovirt.org/releases/node-base/3.0.0/iso/ovirt-node-iso-3.0.3-1.1.fc19.iso

Am 25.02.2014 11:21, schrieb Fabian Deutsch:
> Hey,
> 
> is it about the image above (ovirt-node-iso-3.0.3-1.1.fc19)? This image
> is known to be not working.

-- 
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] Host installation failed. SSH session closed during connection (ovirt-node-iso-3.0.3-1.1.fc19)

[Fabian Deutsch]

Am Montag, den 24.02.2014, 05:30 -0500 schrieb Alon Bar-Lev:
> ovirt-node-iso-3.0.3-1.1.fc19

Hey,

is it about the image above (ovirt-node-iso-3.0.3-1.1.fc19)? This image
is known to be not working.

Please give this image a try:
http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.4-1.0.201401291204.vdsm33.el6.iso

- fabian


signature.asc
Description: This is a digitally signed message part
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Host installation failed. SSH session closed during connection (ovirt-node-iso-3.0.3-1.1.fc19)

[Udaya Kiran P]

Hi Alon,

I am currently setting up a non ovirt-node host on a different machine on 
Fedora 19.

I haven't changed sshd settings. 

I remember executing setenforce 0. Would that cause this issue?

I am planning to re-install oVirtNode (same 3.0.3 fc19 ISO), Please let me know 
if you have any suggestions.


Regards,
Udaya Kiran



On Tuesday, 25 February 2014 3:39 PM, Alon Bar-Lev  wrote:
 


- Original Message -
> From: "Udaya Kiran P" 
> To: "Alon Bar-Lev" , "Fabian Deutsch" 
> Cc: "users" 
> Sent: Tuesday, February 25, 2014 11:49:16 AM
> Subject: Re: [Users] Host installation failed.    SSH    session    closed    
> during    connection (ovirt-node-iso-3.0.3-1.1.fc19)
> 
> Hi Alan,
> 
> Here is the output for ssh-keyscan,
> 
> [root@test-1010155223 ~]# ssh-keyscan -v 10.10.120.244
> debug1: match: OpenSSH_6.2 pat OpenSSH*
> # 10.10.120.244 SSH-2.0-OpenSSH_6.2
> debug1: Enabling compatibility mode for protocol 2.0
> debug1: SSH2_MSG_KEXINIT sent
> debug1: SSH2_MSG_KEXINIT received
> debug1: kex: server->client aes128-ctr hmac-md5-...@openssh.com none
> debug1: kex: client->server aes128-ctr hmac-md5-...@openssh.com none
> no hostkey alg
> debug1: match: OpenSSH_6.2 pat OpenSSH*
> # 10.10.120.244 SSH-2.0-OpenSSH_6.2
> debug1: SSH2_MSG_KEXINIT sent
> debug1: SSH2_MSG_KEXINIT received
> debug1: kex: server->client aes128-ctr hmac-md5-...@openssh.com none
> debug1: kex: client->server aes128-ctr hmac-md5-...@openssh.com none
> bad hostkey alg 'ecdsa-sha2-nistp256'
> [root@test-1010155223 ~]#
> 
> Please suggest.

This is strange!
You do not have PK at all.
Does it happen for all hosts or just this particular one? Can you please try 
other non ovirt-node hosts?
I still think that something was altered at sshd at host side, or there is 
something wrong with ovirt-node image.


> 
> Thanks much..!!
> 
> 
> Regards,
> Udaya Kiran
> 
> 
> 
> On Tuesday, 25 February 2014 3:07 PM, Alon Bar-Lev  wrote:
>  
> - Original Message -
> > From: "Udaya Kiran P" 
> > To: "Alon Bar-Lev" 
> > Sent: Tuesday, February 25, 2014 7:00:00 AM
> > Subject: Re: [Users] Host installation failed. SSH session    closed
> >     during    connection (ovirt-node-iso-3.0.3-1.1.fc19)
> > 
> > Hi Alon,
> > 
> > Appreciate your kind help.
> > 
> > Here is the output for the test script given by you.
> 
> Thanks!
> 
> > [root@test-1010155223 ssh]# ./test.sh 10.10.120.244
> > 14 [main] INFO org.apache.sshd.common.util.SecurityUtils - BouncyCastle not
> > registered, using the default JCE provider
> > 663 [NioProcessor-2] INFO org.apache.sshd.client.session.ClientSessionImpl
> > -
> > Session created...
> > 696 [NioProcessor-2] INFO org.apache.sshd.client.session.ClientSessionImpl
> > -
> > Server version string: SSH-2.0-OpenSSH_6.2
> > 702 [NioProcessor-2] INFO org.apache.sshd.client.session.ClientSessionImpl
> > -
> > Received SSH_MSG_KEXINIT
> > 737 [NioProcessor-2] INFO org.apache.sshd.client.kex.DHG1 - Send
> > SSH_MSG_KEXDH_INIT
> > 740 [NioProcessor-2] INFO org.apache.sshd.client.kex.DHG1 - Received
> > SSH_MSG_KEXDH_REPLY
> > Sun DSA Public Key
> 
> Yes... as I suspected we get DSA key instead of RSA, and no additional key,
> can we make sure:
> 
> Please also send me the output of:
> # ssh-keyscan -v 10.10.120.244
> 
> Although I must admit that it will be better to support DSA as well.. it is
> the first time I know that there is no RSA key.
> 
> Thank you for your patience!
> Alon___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 11:55 AM, Sven Kieske wrote:

RFE: Read only user with API access (without LDAP, Kerberos, etc):
https://bugzilla.redhat.com/show_bug.cgi?id=1067036
If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1


this will not make 3.4. as discussed in the thread on users ml, you 
could implement as a plugin in 3.4, but the interface is not stable yet, 
so you'll have to re-adjust it for 3.5.



RFE: CPU hotplug (hotunplug would also be very cool!)
https://bugzilla.redhat.com/show_bug.cgi?id=1036764


that's supposed to be in 3.4?
(not for unplug)


RFE: Share ISO and Export Domains across DCs:
https://bugzilla.redhat.com/show_bug.cgi?id=1040297


ISO domains are shareable today (Across different engines as well?)
glance can serve for export/import and can be attached to many 
DCs/Engine's as well.

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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 11:55 AM, Sven Kieske wrote:

RFE] Allow to perform fence operations from engine (or from a host in
another DC)
the functionality of the current fencing feature is so crippled that
it is plain useless in local storage data centers, because you can't
use it at all (no other fencing host in cluster)!
https://bugzilla.redhat.com/show_bug.cgi?id=1054778


eli - thoughts on above?

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

Re: [Users] Host installation failed. SSH session closed during connection (ovirt-node-iso-3.0.3-1.1.fc19)

[Alon Bar-Lev]

- Original Message -
> From: "Udaya Kiran P" 
> To: "Alon Bar-Lev" , "Fabian Deutsch" 
> Cc: "users" 
> Sent: Tuesday, February 25, 2014 11:49:16 AM
> Subject: Re: [Users] Host installation failed.SSH session closed  
> during  connection (ovirt-node-iso-3.0.3-1.1.fc19)
> 
> Hi Alan,
> 
> Here is the output for ssh-keyscan,
> 
> [root@test-1010155223 ~]# ssh-keyscan -v 10.10.120.244
> debug1: match: OpenSSH_6.2 pat OpenSSH*
> # 10.10.120.244 SSH-2.0-OpenSSH_6.2
> debug1: Enabling compatibility mode for protocol 2.0
> debug1: SSH2_MSG_KEXINIT sent
> debug1: SSH2_MSG_KEXINIT received
> debug1: kex: server->client aes128-ctr hmac-md5-...@openssh.com none
> debug1: kex: client->server aes128-ctr hmac-md5-...@openssh.com none
> no hostkey alg
> debug1: match: OpenSSH_6.2 pat OpenSSH*
> # 10.10.120.244 SSH-2.0-OpenSSH_6.2
> debug1: SSH2_MSG_KEXINIT sent
> debug1: SSH2_MSG_KEXINIT received
> debug1: kex: server->client aes128-ctr hmac-md5-...@openssh.com none
> debug1: kex: client->server aes128-ctr hmac-md5-...@openssh.com none
> bad hostkey alg 'ecdsa-sha2-nistp256'
> [root@test-1010155223 ~]#
> 
> Please suggest.

This is strange!
You do not have PK at all.
Does it happen for all hosts or just this particular one? Can you please try 
other non ovirt-node hosts?
I still think that something was altered at sshd at host side, or there is 
something wrong with ovirt-node image.

> 
> Thanks much..!!
> 
> 
> Regards,
> Udaya Kiran
> 
> 
> 
> On Tuesday, 25 February 2014 3:07 PM, Alon Bar-Lev  wrote:
>  
> - Original Message -
> > From: "Udaya Kiran P" 
> > To: "Alon Bar-Lev" 
> > Sent: Tuesday, February 25, 2014 7:00:00 AM
> > Subject: Re: [Users] Host installation failed. SSH session    closed
> >     during    connection (ovirt-node-iso-3.0.3-1.1.fc19)
> > 
> > Hi Alon,
> > 
> > Appreciate your kind help.
> > 
> > Here is the output for the test script given by you.
> 
> Thanks!
> 
> > [root@test-1010155223 ssh]# ./test.sh 10.10.120.244
> > 14 [main] INFO org.apache.sshd.common.util.SecurityUtils - BouncyCastle not
> > registered, using the default JCE provider
> > 663 [NioProcessor-2] INFO org.apache.sshd.client.session.ClientSessionImpl
> > -
> > Session created...
> > 696 [NioProcessor-2] INFO org.apache.sshd.client.session.ClientSessionImpl
> > -
> > Server version string: SSH-2.0-OpenSSH_6.2
> > 702 [NioProcessor-2] INFO org.apache.sshd.client.session.ClientSessionImpl
> > -
> > Received SSH_MSG_KEXINIT
> > 737 [NioProcessor-2] INFO org.apache.sshd.client.kex.DHG1 - Send
> > SSH_MSG_KEXDH_INIT
> > 740 [NioProcessor-2] INFO org.apache.sshd.client.kex.DHG1 - Received
> > SSH_MSG_KEXDH_REPLY
> > Sun DSA Public Key
> 
> Yes... as I suspected we get DSA key instead of RSA, and no additional key,
> can we make sure:
> 
> Please also send me the output of:
> # ssh-keyscan -v 10.10.120.244
> 
> Although I must admit that it will be better to support DSA as well.. it is
> the first time I know that there is no RSA key.
> 
> Thank you for your patience!
> Alon
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 12:00 PM, Ernest Beinrohr wrote:

Dňa 25.02.2014 10:45, Itamar Heim wrote / napísal(a):

On 02/25/2014 11:06 AM, Ernest Beinrohr wrote:

Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):

with oVirt 3.4 getting close to GA with many many great features, time
to collect requests for 3.5...


multiple ISO domains.


can you please elaborate a bit on the use case?


Of course. My ISO domain died. With ovirt I was unable to remove/detach
it to create a new one. I was left without a means to boot repair ISOs (
as the iso domain was also my PXE server).

The main bug here is IMHO the inability to remove/detach a dead storage.
With ISO its particularly painful, as there can be only one of them.



allon - thoughts on inability to remove a dead iso storage domain?
alissa - any reason editing the iso domain to another one wouldn't work 
in this case?



--
Ernest Beinrohr, AXON PRO
Ing , RHCE
, RHCVA
, LPIC
, VCA ,
+421-2--6241-0360 , +421-903--482-603

icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org

“For a successful technology, reality must take precedence over public
relations, for Nature cannot be fooled.” Richard Feynman


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

Re: [Users] oVirt 3.5 planning

[Ernest Beinrohr]

Dňa 25.02.2014 10:45, Itamar Heim wrote / napísal(a):

On 02/25/2014 11:06 AM, Ernest Beinrohr wrote:

Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):

with oVirt 3.4 getting close to GA with many many great features, time
to collect requests for 3.5...


multiple ISO domains.


can you please elaborate a bit on the use case?


Of course. My ISO domain died. With ovirt I was unable to remove/detach 
it to create a new one. I was left without a means to boot repair ISOs ( 
as the iso domain was also my PXE server).


The main bug here is IMHO the inability to remove/detach a dead storage. 
With ISO its particularly painful, as there can be only one of them.


--
Ernest Beinrohr, AXON PRO
Ing , RHCE 
, RHCVA 
, LPIC 
, VCA , 
+421-2--6241-0360 , +421-903--482-603 


icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org

“For a successful technology, reality must take precedence over public 
relations, for Nature cannot be fooled.” Richard Feynman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Jonas Israelsson]

Not sure if this already exist but I have had to help quite a few users 
that have only user-permissions to restart their VM if they managed to 
hang the OS.
This since they lack the permission to power off the machine, and 
shutdown simply is not enough. Giving them more permission can help, 
since they
then will have the extended tab with more options including the ability 
to power off a VM , this however IMO is overkill since they are then 
presented
with a vast number of options such as add disk, nic, networks etc, all 
not working since they have no (and should have none)

permission to those objects.

So adding to the basic view in the user portal a power off button and 
extending the ordinary user-permission to also include power off I think 
would be a good idea.


Rgds Jonas

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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

Am 24.02.2014 17:59, schrieb Itamar Heim:
> with oVirt 3.4 getting close to GA with many many great features, time
> to collect requests for 3.5...

Well I've got a list of bugs I'd like to get fixed
and a list of RFEs, some of these might also be viable for 3.3.4 or
3.4.1 instead of 3.5:

Bug: wrong boot order when booting with multiple cd-roms/cloud-init this
should be fixable in 3.3.4 or 3.4 but no reply so far.
https://bugzilla.redhat.com/show_bug.cgi?id=1064927

RFE: Read only user with API access (without LDAP, Kerberos, etc):
https://bugzilla.redhat.com/show_bug.cgi?id=1067036
If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1

RFE: allow to change the hostname/address ovirt uses to connect to a
host (a bug was found while investigating this), this would enclude
automatic enrollment of new certificates to the hosts.
To follow up on this, it would also be cool to not just support IPv4
but also IPv6 (not yet included in this RFE)
https://bugzilla.redhat.com/show_bug.cgi?id=1060215

RFE: alternative policy for KSM via MOM:
https://bugzilla.redhat.com/show_bug.cgi?id=1026294

RFE: Allow to configure the timeout for VNC password authentication
via webadmin (you can do this via API but not via webadmin).
I don't need it, but I guess it would be convenient for many users.
https://bugzilla.redhat.com/show_bug.cgi?id=1055566

RFE: CPU hotplug (hotunplug would also be very cool!)
https://bugzilla.redhat.com/show_bug.cgi?id=1036764

RFE: unbundle novnc dependency from ovirt-engine (novnc is currently a
hard dependency) so you can install novnc on a different host
https://bugzilla.redhat.com/show_bug.cgi?id=1063236

RFE: Allow multiple local storage domains/ hosts within a cluster
with automigration via export domains (vm has to be shut down)
I will write a detailed BZ for this.

RFE: temporary copys of iso-images on hosts which get mounted from
iso domains into vms, this would allow to detach an iso domain while
isos are attached and would also lower network traffic when an iso
is attached to multiple vms. I will write a BZ for this later, too.

RFE: Share ISO and Export Domains across DCs:
https://bugzilla.redhat.com/show_bug.cgi?id=1040297

and last but not least:

RFE] Allow to perform fence operations from engine (or from a host in
another DC)
the functionality of the current fencing feature is so crippled that
it is plain useless in local storage data centers, because you can't
use it at all (no other fencing host in cluster)!
https://bugzilla.redhat.com/show_bug.cgi?id=1054778

basically you can search BZ for all bugs that I watch, these are the
ones I'm interested the most atm.

-- 
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] SD Disk's Logical Volume not visible/activated on some nodes

[Boyan Tabakov]

Hello,

On 22.2.2014, 22:19, Nir Soffer wrote:
> - Original Message -
>> From: "Boyan Tabakov" 
>> To: "Nir Soffer" 
>> Cc: users@ovirt.org
>> Sent: Wednesday, February 19, 2014 7:18:36 PM
>> Subject: Re: [Users] SD Disk's Logical Volume not visible/activated on some 
>> nodes
>>
>> Hello,
>>
>> On 19.2.2014, 17:09, Nir Soffer wrote:
>>> - Original Message -
 From: "Boyan Tabakov" 
 To: users@ovirt.org
 Sent: Tuesday, February 18, 2014 3:34:49 PM
 Subject: [Users] SD Disk's Logical Volume not visible/activated on some
 nodes

 Hello,

 I have ovirt 3.3 installed on on FC 19 hosts with vdsm 4.13.3-2.fc19.
>>>
>>> Which version of ovirt 3.3 is this? (3.3.2? 3.3.3?)
>>
>> ovirt-engine is 3.3.2-1.fc19
>>
 One of the hosts (host1) is engine + node + SPM and the other host2 is
 just a node. I have an iSCSI storage domain configured and accessible
 from both nodes.

 When creating a new disk in the SD, the underlying logical volume gets
 properly created (seen in vgdisplay output on host1), but doesn't seem
 to be automatically picked by host2.
>>>
>>> How do you know it is not seen on host2?
>>
>> It's not present in the output of vgdisplay -v nor vgs.
>>
>>>
 Consequently, when creating/booting
 a VM with the said disk attached, the VM fails to start on host2,
 because host2 can't see the LV. Similarly, if the VM is started on
 host1, it fails to migrate to host2. Extract from host2 log is in the
 end. The LV in question is 6b35673e-7062-4716-a6c8-d5bf72fe3280.

 As far as I could track quickly the vdsm code, there is only call to lvs
 and not to lvscan or lvchange so the host2 LVM doesn't fully refresh.
 The only workaround so far has been to restart VDSM on host2, which
 makes it refresh all LVM data properly.

 When is host2 supposed to pick up any newly created LVs in the SD VG?
 Any suggestions where the problem might be?
>>>
>>> When you create a new lv on the shared storage, the new lv should be
>>> visible on the other host. Lets start by verifying that you do see
>>> the new lv after a disk was created.
>>>
>>> Try this:
>>>
>>> 1. Create a new disk, and check the disk uuid in the engine ui
>>> 2. On another machine, run this command:
>>>
>>> lvs -o vg_name,lv_name,tags
>>>
>>> You can identify the new lv using tags, which should contain the new disk
>>> uuid.
>>>
>>> If you don't see the new lv from the other host, please provide
>>> /var/log/messages
>>> and /var/log/sanlock.log.
>>
>> Just tried that. The disk is not visible on the non-SPM node.
> 
> This means that storage is not accessible from this host.

Generally, the storage seems accessible ok. For example, if I restart
the vdsmd, all volumes get picked up correctly (become visible in lvs
output and VMs can be started with them).

> 
>>
>> On the SPM node (where the LV is visible in vgs output):
>>
>> Feb 19 19:10:43 host1 vdsm root WARNING File:
>> /rhev/data-center/61f15cc0-8bba-482d-8a81-cd636a581b58/3307f6fa-dd58-43db-ab23-b1fb299006c7/images/4d15543c-4c45-4c23-bbe3-f10b9084472a/3e0ce8cb-3740-49d7-908e-d025875ac9a2
>> already removed
>> Feb 19 19:10:45 host1 multipathd: dm-65: remove map (uevent)
>> Feb 19 19:10:45 host1 multipathd: dm-65: devmap not registered, can't remove
>> Feb 19 19:10:45 host1 multipathd: dm-65: remove map (uevent)
>> Feb 19 19:10:54 host1 kernel: [1652684.864746] dd: sending ioctl
>> 80306d02 to a partition!
>> Feb 19 19:10:54 host1 kernel: [1652684.963931] dd: sending ioctl
>> 80306d02 to a partition!
>>
>> No recent entries in sanlock.log on the SPM node.
>>
>> On the non-SPM node (the one that doesn't show the LV in vgs output),
>> there are no relevant entries in /var/log/messages.
> 
> Strange - sanlock errors are logged to /var/log/messages. It would be helpful 
> if
> you attach this log - we may find something in it.

No entries appear in /var/log/messages, other than the quoted above
(Sorry, I didn't clarify that that was from /var/log/messages on host1).

> 
>> Here's the full
>> sanlock.log for that host:
>>
>> 2014-01-30 16:28:09+0200 1324 [2335]: sanlock daemon started 2.8 host
>> 18bd0a27-c280-4007-98f2-d2e7e73cd8b5.xenon.futu
>> 2014-01-30 16:59:51+0200 5 [609]: sanlock daemon started 2.8 host
>> 4a7627e2-296a-4e48-a7e2-f6bcecac07ab.xenon.futu
>> 2014-01-31 09:51:43+0200 60717 [614]: s1 lockspace
>> 3307f6fa-dd58-43db-ab23-b1fb299006c7:2:/dev/3307f6fa-dd58-43db-ab23-b1fb299006c7/ids:0
>> 2014-01-31 16:03:51+0200 83045 [613]: s1:r1 resource
>> 3307f6fa-dd58-43db-ab23-b1fb299006c7:SDM:/dev/3307f6fa-dd58-43db-ab23-b1fb299006c7/leases:1048576
>> for 8,16,30268
>> 2014-01-31 16:18:01+0200 83896 [614]: s1:r2 resource
>> 3307f6fa-dd58-43db-ab23-b1fb299006c7:SDM:/dev/3307f6fa-dd58-43db-ab23-b1fb299006c7/leases:1048576
>> for 8,16,30268
>> 2014-02-06 05:24:10+0200 563065 [31453]: 3307f6fa aio timeout 0
>> 0x7fc37c0008c0:0x7fc37c0008d0:0x7fc391f5f000 ioto 10 to_count 1
>> 2014-02-

Re: [Users] Host installation failed. SSH session closed during connection (ovirt-node-iso-3.0.3-1.1.fc19)

[Udaya Kiran P]

Hi Alan,

Here is the output for ssh-keyscan,

[root@test-1010155223 ~]# ssh-keyscan -v 10.10.120.244
debug1: match: OpenSSH_6.2 pat OpenSSH*
# 10.10.120.244 SSH-2.0-OpenSSH_6.2
debug1: Enabling compatibility mode for protocol 2.0
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5-...@openssh.com none
debug1: kex: client->server aes128-ctr hmac-md5-...@openssh.com none
no hostkey alg
debug1: match: OpenSSH_6.2 pat OpenSSH*
# 10.10.120.244 SSH-2.0-OpenSSH_6.2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5-...@openssh.com none
debug1: kex: client->server aes128-ctr hmac-md5-...@openssh.com none
bad hostkey alg 'ecdsa-sha2-nistp256'
[root@test-1010155223 ~]#

Please suggest.

Thanks much..!!


Regards,
Udaya Kiran



On Tuesday, 25 February 2014 3:07 PM, Alon Bar-Lev  wrote:
 
- Original Message -
> From: "Udaya Kiran P" 
> To: "Alon Bar-Lev" 
> Sent: Tuesday, February 25, 2014 7:00:00 AM
> Subject: Re: [Users] Host installation failed. SSH session    closed    
> during    connection (ovirt-node-iso-3.0.3-1.1.fc19)
> 
> Hi Alon,
> 
> Appreciate your kind help.
> 
> Here is the output for the test script given by you.

Thanks!

> [root@test-1010155223 ssh]# ./test.sh 10.10.120.244
> 14 [main] INFO org.apache.sshd.common.util.SecurityUtils - BouncyCastle not
> registered, using the default JCE provider
> 663 [NioProcessor-2] INFO org.apache.sshd.client.session.ClientSessionImpl -
> Session created...
> 696 [NioProcessor-2] INFO org.apache.sshd.client.session.ClientSessionImpl -
> Server version string: SSH-2.0-OpenSSH_6.2
> 702 [NioProcessor-2] INFO org.apache.sshd.client.session.ClientSessionImpl -
> Received SSH_MSG_KEXINIT
> 737 [NioProcessor-2] INFO org.apache.sshd.client.kex.DHG1 - Send
> SSH_MSG_KEXDH_INIT
> 740 [NioProcessor-2] INFO org.apache.sshd.client.kex.DHG1 - Received
> SSH_MSG_KEXDH_REPLY
> Sun DSA Public Key

Yes... as I suspected we get DSA key instead of RSA, and no additional key, can 
we make sure:

Please also send me the output of:
# ssh-keyscan -v 10.10.120.244

Although I must admit that it will be better to support DSA as well.. it is the 
first time I know that there is no RSA key.

Thank you for your patience!
Alon___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 11:06 AM, Ernest Beinrohr wrote:

Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):

with oVirt 3.4 getting close to GA with many many great features, time
to collect requests for 3.5...


multiple ISO domains.


can you please elaborate a bit on the use case?


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

[Users] Postponing oVirt 3.4.0 RC build, Test Day and GA

[Sandro Bonazzola]

Hi,
we still have 3 blockers on POST so we're postponing RC build until all of them 
will be in MODIFIED state.
Here is the list of blockers still open:

Whiteboard  Bug ID  Status  Summary
infra   1055881 POSTREST API: Search for an user in active 
directory by upn doesn't return any results...
infra   1059258 POSTREST API: Create user user@domain actually 
creates user only
virt1062615 POSTutc_diff not updated according to a change in 
VM settings

We're postponing Test Day too, scheduling it for next week on 2014-03-06.
oVirt 3.4.0 GA have been postponed by one week, new tentative date is 
2014-03-11.


-- 
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 installation failed. SSH session closed during connection (ovirt-node-iso-3.0.3-1.1.fc19)

[Alon Bar-Lev]

- Original Message -
> From: "Udaya Kiran P" 
> To: "Alon Bar-Lev" 
> Sent: Tuesday, February 25, 2014 7:00:00 AM
> Subject: Re: [Users] Host installation failed. SSH sessionclosed  during  
> connection (ovirt-node-iso-3.0.3-1.1.fc19)
> 
> Hi Alon,
> 
> Appreciate your kind help.
> 
> Here is the output for the test script given by you.

Thanks!
 
> [root@test-1010155223 ssh]# ./test.sh 10.10.120.244
> 14 [main] INFO org.apache.sshd.common.util.SecurityUtils - BouncyCastle not
> registered, using the default JCE provider
> 663 [NioProcessor-2] INFO org.apache.sshd.client.session.ClientSessionImpl -
> Session created...
> 696 [NioProcessor-2] INFO org.apache.sshd.client.session.ClientSessionImpl -
> Server version string: SSH-2.0-OpenSSH_6.2
> 702 [NioProcessor-2] INFO org.apache.sshd.client.session.ClientSessionImpl -
> Received SSH_MSG_KEXINIT
> 737 [NioProcessor-2] INFO org.apache.sshd.client.kex.DHG1 - Send
> SSH_MSG_KEXDH_INIT
> 740 [NioProcessor-2] INFO org.apache.sshd.client.kex.DHG1 - Received
> SSH_MSG_KEXDH_REPLY
> Sun DSA Public Key

Yes... as I suspected we get DSA key instead of RSA, and no additional key, can 
we make sure:

Please also send me the output of:
# ssh-keyscan -v 10.10.120.244

Although I must admit that it will be better to support DSA as well.. it is the 
first time I know that there is no RSA key.

Thank you for your patience!
Alon
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Ernest Beinrohr]

Dn(a 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
with oVirt 3.4 getting close to GA with many many great features, time 
to collect requests for 3.5...


multiple ISO domains.


--
Ernest Beinrohr, AXON PRO
Ing , RHCE 
, RHCVA 
, LPIC 
, VCA , 
+421-2--6241-0360 , +421-903--482-603 


icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org

"For a successful technology, reality must take precedence over public 
relations, for Nature cannot be fooled." Richard Feynman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] After upgrade of ovirt > 3.3 all Windows vms lost their activation against Microsoft

[Ricky Schneberger]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1




On 2014-02-25 08:51, Michal Skrivanek wrote:
> 
> On 25 Feb 2014, at 08:32, Ayal Baron wrote:
> 
>> Michal, please see inline
>> 
>> - Original Message -
>>> - Original Message -
 From: "R P Herrold"  To: "Ricky
 Schneberger"  Cc: users@ovirt.org Sent:
 Monday, February 24, 2014 6:42:54 PM Subject: [Users] After
 upgrade of ovirt > 3.3 all Windows vms lost their activation
 against Microsoft
 
 On Mon, 24 Feb 2014, Ricky Schneberger wrote:
 
>> Why is the Windows VMs always lost their activation
>> against Microsoft after that I have upgrade ovirt?
 ...
> Yes I am sure its related to the upgrade.
> 
> only upgrade, not a specific VM run? In other words it doesn't
> check the BIOS serial number since that's different on each
> hypervisor.
> 
> 
> In the application log of the VM we can see  "hardware has
> changed from previous boot" and also we have a licensing
> system on another host that got in a stucked state because
> of the same reason - "hardware has changed from previous
> boot".
 
 I see the following discussions ... changes in bios, or 
 hardware device numbers, seem to trigger this
 
 (Citrix instances) 
 http://support.citrix.com/article/CTX135542
 
 http://support.citrix.com/article/CTX132220/
 
 http://discussions.citrix.com/topic/313096-windows-activation-license-mak-used/#entry1674492


 
http://answers.microsoft.com/en-us/windows/forum/windows_7-windows_install/windows-7-activation-always-come-back-after/b26f8338-ae51-44d1-a0d9-b3a71643548a
 
 So the issue may in some cases be avoided, but in others,
 will need oVirt attention to not changing values refered to
 by the licensing validation code.  Identifying all those test
 point valuess so they may be preserved, looks like something
 the upstream (commercial) vendor would not be very
 interesting in revealing as it would impact their revenue
 model, so it probably needs a set of 'reproducers'
 identified, and test cases written ...
>>> 
>>> I think the best solution would be if Microsoft would send some
>>> patches :-)
>>> 
>>> Ricky, would you open a bug so we can track this issue?
>> 
>> oVirt tries to keep stable device addresses (e.g. pci slot)
>> specifically to prevent this issue. The way it is done is that
>> after running the VM we query libvirt for all the device
>> addresses and on next run we provide libvirt with the same
>> addresses to keep the devices from changing. This feature was not
>> available in 3.0 so I see 2 options here: 1. this VM was not
>> started (or was running) since 3.0

It was running just until the upgrade to ovirt 3.2 and then the VM was
test started before the upgrade to ovirt 3.3. If the license issue
came between 3.1>3.2 or between 3.2>3.3 I right dont know.

>> 2. introduction of new virtual hardware caused a change in the
>> device addresses for some reason (bug).
> 
> in addition to stable PCI addresses, new QEMU/KVM release sometimes
> change the system hardware - emulated machine mode. or if it is
> really subtle, it can also be triggered by new devices (e.g.
> balloon, virtio-console (used to be in 3.0, removed in 3.1,
> optional in 3.3)) or simple upgrade of virtio drivers
> 
> anyway, so what changes in devices you can see after upgrade?
> 

It seems that a changes in the display system triggered the Software
Protection service.
When I check the logs I can see there was and upgrade/change/new
install of drivers to the display adapter. I dont know if I got a new
PCI address, but when I checked a VM that does not triggered the
Software Protection service I cannot find such things in the loggfiles.

So in one way or another the VM think there was changes big enough to
hit the Software Protection service.



> Thanks, michal
> 
>> 
>> Anyway, adding Michal who is more familiar with this part than
>> I.
>> 
>> 
>>> 
>>> Nir ___ 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
> 


Regards
- -- 
Ricky Schneberger

- 
"Not using free exhaust energy to help your engine breathe is
downright criminal"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlMMVqkACgkQOap81biMC2Mm4ACfVcVH6smXm06sj+XNbmRuaYza
cUAAoIoA7TOXJQyLsFk58/KqlJBtP/qY
=R8Zj
-END PGP SIGNATURE-


0xB88C0B63.asc
Description: application/pgp-keys
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Installing hosted-engine on centos

[Yedidyah Bar David]

> From: "Andy Michielsen" 
> To: users@ovirt.org
> Sent: Tuesday, February 25, 2014 10:04:44 AM
> Subject: [Users] Installing hosted-engine on centos

> Hello all,

> I'm trying to install a self hosted engine on my Centos 6.5 server but as I
> try to do yum install ovirt-hosted-engine-setup I get the message that it
> can not find the package.

> I already added these repositories.

> yum install
> http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
> yum install http://resources.ovirt.org/releases/ovirt-engine-el.noarch.rpm

> What am I missing here ?

hosted-engine is not supported in the stable branch. 
You can try using 3.4.0 prerelease or nightly. Edit your yum repos. 

Best regards, 
-- 
Didi 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] After upgrade of ovirt > 3.3 all Windows vms lost their activation against Microsoft

[Ricky Schneberger]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2014-02-24 17:48, Nir Soffer wrote:
> - Original Message -
>> From: "R P Herrold"  To: "Ricky
>> Schneberger"  Cc: users@ovirt.org Sent:
>> Monday, February 24, 2014 6:42:54 PM Subject: [Users] After
>> upgrade of ovirt > 3.3 all Windows vms lost their activation
>> against Microsoft
>> 
>> On Mon, 24 Feb 2014, Ricky Schneberger wrote:
>> 
 Why is the Windows VMs always lost their activation against
 Microsoft after that I have upgrade ovirt?
>> ...
>>> Yes I am sure its related to the upgrade.
>>> 
>>> In the application log of the VM we can see  "hardware has
>>> changed from previous boot" and also we have a licensing system
>>> on another host that got in a stucked state because of the same
>>> reason - "hardware has changed from previous boot".
>> 
>> I see the following discussions ... changes in bios, or hardware
>> device numbers, seem to trigger this
>> 
>> (Citrix instances) http://support.citrix.com/article/CTX135542
>> 
>> http://support.citrix.com/article/CTX132220/
>> 
>> http://discussions.citrix.com/topic/313096-windows-activation-license-mak-used/#entry1674492
>>
>>
>> 
http://answers.microsoft.com/en-us/windows/forum/windows_7-windows_install/windows-7-activation-always-come-back-after/b26f8338-ae51-44d1-a0d9-b3a71643548a
>> 
>> So the issue may in some cases be avoided, but in others, will 
>> need oVirt attention to not changing values refered to by the 
>> licensing validation code.  Identifying all those test point 
>> valuess so they may be preserved, looks like something the 
>> upstream (commercial) vendor would not be very interesting in 
>> revealing as it would impact their revenue model, so it probably
>> needs a set of 'reproducers' identified, and test cases written
>> ...
> 
> I think the best solution would be if Microsoft would send some
> patches :-)
> 
> Ricky, would you open a bug so we can track this issue?
> 
> Nir
> 

Yes I will do that.

regards //Ricky
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlMMUIYACgkQOap81biMC2Nb3wCfQ2ubOqioMjLIpKcaAsJIPLkP
pdsAoIkSThpzWbrjUNan1AgFF79CnjKp
=UERa
-END PGP SIGNATURE-


0xB88C0B63.asc
Description: application/pgp-keys
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Installing hosted-engine on centos

[Andy Michielsen]

Hello all,

I'm trying to install a self hosted engine on my Centos 6.5 server but as I
try to do yum install ovirt-hosted-engine-setup I get the message that it
can not find the package.

I already added these repositories.

yum install
http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
yum install http://resources.ovirt.org/releases/ovirt-engine-el.noarch.rpm

What am I missing here ?

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