Re: [Users] [vdsm] oVirt updates - April 28th, 2013

[Simon Grinberg]

Nice, keep them coming. 

- Original Message -
> From: "Itamar Heim" 
> To: users@ovirt.org
> Sent: Sunday, April 28, 2013 9:25:28 PM
> Subject: [vdsm] oVirt updates - April 28th, 2013
> 
> I thought a summary of things going on from time to time may interest
> folks:
> 
> 1. From the Web
> 
> * Vagrant support for oVirt/RHEV added
>http://alturl.com/bkauk
>https://github.com/pradels/vagrant-ovirt
>http://www.vagrantup.com/
> 
> * How to create and provision an oVirt VM with ansible
>http://www.youtube.com/watch?v=up8X_clAvZk
> 
> * ovirt_metrics  - ActiveRecord-based gem for reading the oVirt
> History
>database
>http://is.gd/hO94Us
> 
> * DEMO: oVirt - GlusterFS Native Integration for KVM Virtualization
>http://www.youtube.com/watch?v=0iIuHCz8L04
> 
> * Android x86 running on oVirt
>http://www.youtube.com/watch?v=5nFZLma_Ofw
> 
> * using oVirt to build a virtualization platform on an IBM
> BladeCenter
>http://www.r11networks.com/2013/04/ovirt-meets-ibm-bladecenter/
>http://www.r11networks.com/2013/04/ovirt-installation-guide/
> 
> 2. Conferences
> 
> * René Koch (ovido) presented oVirt in a two conferences in Germany
> 
> oVirt was covered in two OpenStack summit sessions:
> 
> * Mike Day, IBM: Connected Communities, Innovative Technologies:
>OpenStack, oVirt, and KVM
>http://sched.co/WcehtG
> 
> * Romil Gupta et al, HP: RHEV-M/oVirt Clusters as compute resources
>http://sched.co/14hte1T
>http://www.slideshare.net/romilgupta19/hp-rhevmdriverromil)
>http://alturl.com/vsn5e
> 
> 3. Bug/feature/patch of the week?
> 
> Send your candidates for the next update
> 
> 4. Upcoming
> 
> * oVirt Shanghai workshop
>http://www.ovirt.org/Intel_Workshop_May_2013
> 
> Feel free to send comments, items, etc for consideration for the next
> update.
> 
> Thanks,
> Itamar
> ___
> vdsm-devel mailing list
> vdsm-de...@lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] forced shutdown with client agent

[Simon Grinberg]

- Original Message -
> From: "Michal Skrivanek" 
> To: "Itamar Heim" , users@ovirt.org
> Cc: "Gal Hammer" , "Simon Grinberg" 
> Sent: Tuesday, April 23, 2013 9:58:57 AM
> Subject: Re: [Users] forced shutdown with client agent
> 
> 
> On Apr 22, 2013, at 23:19 , Itamar Heim  wrote:
> 
> > On 04/22/2013 01:59 PM, Michal Skrivanek wrote:
> >>> >
> >>> >- Original Message -
> >>>> >>From: "Michal Skrivanek"
> >>>> >>To:users@ovirt.org, "Thomas Scofield",
> >>>> >>"Vinzenz Feenstra", "Barak
> >>>> >>Azulay", "Gal Hammer"
> >>>> >>Sent: Monday, April 22, 2013 11:48:18 AM
> >>>> >>Subject: Re: [Users] forced shutdown with client agent
> >>>> >>
> >>>> >>
> >>>> >>On Apr 20, 2013, at 22:42 , Itamar Heim
> >>>> >> wrote:
> >>>> >>
> >>>>> >>>On 03/29/2013 04:58 AM, Thomas Scofield wrote:
> >>>>>> >>>>I have run into a scenario after installing the client
> >>>>>> >>>>agent.  If
> >>>>>> >>>>a VM
> >>>>>> >>>>is shutdown, the client agent calls the shutdown command
> >>>>>> >>>>with a 1
> >>>>>> >>>>minute
> >>>>>> >>>>timeout.
> >>>>>> >>>>
> >>>>>> >>>>Dummy-2::INFO::2013-03-28
> >>>>>> >>>>14:05:21,892::vdsAgentLogic::138::root::Shutting down
> >>>>>> >>>>(timeout =
> >>>>>> >>>>30,
> >>>>>> >>>>message = 'System Administrator has initiated shutdown of
> >>>>>> >>>>this
> >>>>>> >>>>Virtual
> >>>>>> >>>>Machine. Virtual Machine is shutting down.'
> >>>>>> >>>>
> >>>>>> >>>>Since the shutdown command is called with time parameter
> >>>>>> >>>>the VM
> >>>>>> >>>>sets the
> >>>>>> >>>>/etc/nologin file. When the VM is forced down the
> >>>>>> >>>>/etc/nologin
> >>>>>> >>>>file is
> >>>>>> >>>>not cleared and when it comes back up only root can login
> >>>>>> >>>>until
> >>>>>> >>>>the
> >>>>>> >>>>/etc/nologin file is cleared.
> If you don't want it setting user_shutdown_timeout to 0 should solve
> this.
> 
> >>>>> >>>
> >>>>> >>>hmmm, Vinzenz - should guest agent clear that on guest
> >>>>> >>>startup, if
> >>>>> >>>guest agent set this at shutdown?
> >>>>> >>>
> >>>>>> >>>>
> >>>>>> >>>>Is their some some reason the shutdown time is set to 30
> >>>>>> >>>>seconds
> >>>>>> >>>>(rounded up to 1 minute in the code)?
> it is rounded up because unix shutdown works with minutes only. So
> it's the seconds from user_shutdown_timeout is rounded up to
> minutes.
> The Windows one should really be 30s.
> 
> >>>>>> Are there any know issues
> >>>>>> >>>>with
> >>>>>> >>>>setting this to 0?
> >>>> >>I wouldn't mind changing this to 0 by default if there are no
> >>>> >>objections.
> >>>> >>Barak, Gal, what do you think? Do you see any strong reason
> >>>> >>for
> >>>> >>keeping a grace period?
> >>> >
> >>> >The idea was to allow a logged in user to orderly close his work
> >>> >right?
> >>> >For that I'm not sure that even 30 seconds is enough.
> >> For that typically sysadmins use 5 or 10 minutes. 30s is
> >> worthless, no one would be able to react that fast…so to me this
> >> is the same as initiating shutdown right away. It's graceful
> >> anyway and all common apps would save the workspace on SIGTERM
> >> anyway. Well, does it even do anything on Windows?
> >> That's why I'd vote for 0. And keep is configurable in case you
> >> want to use it, sure.
> >> 
> > 
> > do we allow users to cancel the shutdown?
> nope.
> It can be stopped inside the guest, well, if you manage to do that in
> that short time.


From all the said above seems that indeed default shut-down time should be 0
But we need to be able to set shut-down policy per VM/Cluster/Something that 
will override the global config. One time fits all does not sound reasonable. 

I would say that for Desktop use case you'll probably want to allow the User 
some time to finish up things, while for Server you won't care. Etc 



> 
> ___
> 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] forced shutdown with client agent

[Simon Grinberg]

- Original Message -
> From: "Michal Skrivanek" 
> To: users@ovirt.org, "Thomas Scofield" , "Vinzenz 
> Feenstra" , "Barak
> Azulay" , "Gal Hammer" 
> Sent: Monday, April 22, 2013 11:48:18 AM
> Subject: Re: [Users] forced shutdown with client agent
> 
> 
> On Apr 20, 2013, at 22:42 , Itamar Heim  wrote:
> 
> > On 03/29/2013 04:58 AM, Thomas Scofield wrote:
> >> I have run into a scenario after installing the client agent.  If
> >> a VM
> >> is shutdown, the client agent calls the shutdown command with a 1
> >> minute
> >> timeout.
> >> 
> >> Dummy-2::INFO::2013-03-28
> >> 14:05:21,892::vdsAgentLogic::138::root::Shutting down (timeout =
> >> 30,
> >> message = 'System Administrator has initiated shutdown of this
> >> Virtual
> >> Machine. Virtual Machine is shutting down.'
> >> 
> >> Since the shutdown command is called with time parameter the VM
> >> sets the
> >> /etc/nologin file. When the VM is forced down the /etc/nologin
> >> file is
> >> not cleared and when it comes back up only root can login until
> >> the
> >> /etc/nologin file is cleared.
> > 
> > hmmm, Vinzenz - should guest agent clear that on guest startup, if
> > guest agent set this at shutdown?
> > 
> >> 
> >> Is their some some reason the shutdown time is set to 30 seconds
> >> (rounded up to 1 minute in the code)?  Are there any know issues
> >> with
> >> setting this to 0?
> I wouldn't mind changing this to 0 by default if there are no
> objections.
> Barak, Gal, what do you think? Do you see any strong reason for
> keeping a grace period?

The idea was to allow a logged in user to orderly close his work right?
For that I'm not sure that even 30 seconds is enough. 

So this shutdown grace period really depend if there are users connected to the 
VM or not. 
The question is how to easily distinguish - maybe depend on a spice session 
connection? That may be too heuristic.

But in any case the timeout should be per configuration and not be 
up-to-doubled in the code. 


> 
> > 
> > Vinzenz - if we are rounding up - is this a bug?
> > 
> >> 
> >> Is this the right way to change it to 0?
> >> psql engine postgres -c "update vdc_options set option_value = '0'
> >> where
> >> option_name = 'VmGracefulShutdownTimeout';"
> >> 
> >> 
> >> ___
> >> 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] Package installation error

[Simon Grinberg]

- Original Message -
> From: "Alon Bar-Lev" 
> To: "Simon Grinberg" 
> Cc: users@ovirt.org, "Shireesh Anjal" 
> Sent: Friday, March 22, 2013 5:51:23 PM
> Subject: Re: [Users] Package installation error
> 
> 
> 
> - Original Message -
> > From: "Simon Grinberg" 
> > To: "Shireesh Anjal" 
> > Cc: users@ovirt.org, "Alon Bar-Lev" 
> > Sent: Friday, March 22, 2013 5:46:01 PM
> > Subject: Re: [Users] Package installation error
> > 
> > 
> > 
> > - Original Message -
> > > From: "Shireesh Anjal" 
> > > To: "Alon Bar-Lev" 
> > > Cc: "Simon Grinberg" , users@ovirt.org
> > > Sent: Friday, March 22, 2013 8:34:40 AM
> > > Subject: Re: [Users] Package installation error
> > > 
> > > On 03/22/2013 12:11 AM, Alon Bar-Lev wrote:
> > > >
> > > > - Original Message -
> > > >> From: "Simon Grinberg" 
> > > >> To: "Alon Bar-Lev" 
> > > >> Cc: users@ovirt.org, "Sahina Bose" , "Dave
> > > >> Neary" 
> > > >> Sent: Thursday, March 21, 2013 7:40:17 PM
> > > >> Subject: Re: [Users] Package installation error
> > > >>
> > > >>
> > > >>
> > > >> - Original Message -
> > > >>> From: "Alon Bar-Lev" 
> > > >>> To: "Dave Neary" 
> > > >>> Cc: users@ovirt.org, "Sahina Bose" ,
> > > >>> "Simon
> > > >>> Grinberg" 
> > > >>> Sent: Thursday, March 21, 2013 6:35:56 PM
> > > >>> Subject: Re: [Users] Package installation error
> > > >>>
> > > >>> Simon?
> > > >>>
> > > >>> - Original Message -
> > > >>>> From: "Dave Neary" 
> > > >>>> To: "Sahina Bose" 
> > > >>>> Cc: "Alon Bar-Lev" , users@ovirt.org
> > > >>>> Sent: Thursday, March 21, 2013 6:34:56 PM
> > > >>>> Subject: Re: [Users] Package installation error
> > > >>>>
> > > >>>> Hi,
> > > >>>>
> > > >>>> On 03/19/2013 05:24 AM, Sahina Bose wrote:
> > > >>>>> You are right - Gluster 3.4 is only required to manage
> > > >>>>> gluster
> > > >>>>> clusters.
> > > >>>>>
> > > >>>>> Currently the question asked at setup is this :
> > > >>>>>
> > > >>>>> "The engine can be configured to present the UI in three
> > > >>>>> different
> > > >>>>> application modes. virt [Manage virtualization only],
> > > >>>>> gluster
> > > >>>>> [Manage
> > > >>>>> gluster storage only],
> > > >>>>> and both [Manage virtualization as well as gluster
> > > >>>>> storage]"
> > > >>>>> where
> > > >>>>> both
> > > >>>>> is the default.
> > > >>>>>
> > > >>>>> If this is confusing to the user, we can change this
> > > >>>>> message.
> > > >>>>> Suggestions?
> > > >>>> I would either:
> > > >>>>
> > > >>>> (a) put "Virt" as the default, or
> > > >> I would go for this one, this keeps backwards compatibility.
> > > >> Is there an easy method to change this configuration later?
> > > > Yes, changing the cluster settings.
> > > 
> > > No - you can change the cluster settings (virt service/gluster
> > > service)
> > > only if the application mode is "both". In virt only mode, the
> > > cluster
> > > is virt only, and same with gluster-only. So if you want user to
> > > be
> > > able
> > > to change the mode *after* installation, this config
> > > (ApplicationMode)
> > > must be exposed in the engine-config tool.
> > 
> > So if I'll try to sum up (with reference to other emails on this
> > thread).
> > 1. Default should be virt only
> > 2. Keep the question and better explain what is the Gluster option
> > (preferable a

Re: [Users] Package installation error

[Simon Grinberg]

- Original Message -
> From: "Shireesh Anjal" 
> To: "Alon Bar-Lev" 
> Cc: "Simon Grinberg" , users@ovirt.org
> Sent: Friday, March 22, 2013 8:34:40 AM
> Subject: Re: [Users] Package installation error
> 
> On 03/22/2013 12:11 AM, Alon Bar-Lev wrote:
> >
> > - Original Message -
> >> From: "Simon Grinberg" 
> >> To: "Alon Bar-Lev" 
> >> Cc: users@ovirt.org, "Sahina Bose" , "Dave
> >> Neary" 
> >> Sent: Thursday, March 21, 2013 7:40:17 PM
> >> Subject: Re: [Users] Package installation error
> >>
> >>
> >>
> >> - Original Message -
> >>> From: "Alon Bar-Lev" 
> >>> To: "Dave Neary" 
> >>> Cc: users@ovirt.org, "Sahina Bose" , "Simon
> >>> Grinberg" 
> >>> Sent: Thursday, March 21, 2013 6:35:56 PM
> >>> Subject: Re: [Users] Package installation error
> >>>
> >>> Simon?
> >>>
> >>> - Original Message -
> >>>> From: "Dave Neary" 
> >>>> To: "Sahina Bose" 
> >>>> Cc: "Alon Bar-Lev" , users@ovirt.org
> >>>> Sent: Thursday, March 21, 2013 6:34:56 PM
> >>>> Subject: Re: [Users] Package installation error
> >>>>
> >>>> Hi,
> >>>>
> >>>> On 03/19/2013 05:24 AM, Sahina Bose wrote:
> >>>>> You are right - Gluster 3.4 is only required to manage gluster
> >>>>> clusters.
> >>>>>
> >>>>> Currently the question asked at setup is this :
> >>>>>
> >>>>> "The engine can be configured to present the UI in three
> >>>>> different
> >>>>> application modes. virt [Manage virtualization only], gluster
> >>>>> [Manage
> >>>>> gluster storage only],
> >>>>> and both [Manage virtualization as well as gluster storage]"
> >>>>> where
> >>>>> both
> >>>>> is the default.
> >>>>>
> >>>>> If this is confusing to the user, we can change this message.
> >>>>> Suggestions?
> >>>> I would either:
> >>>>
> >>>> (a) put "Virt" as the default, or
> >> I would go for this one, this keeps backwards compatibility.
> >> Is there an easy method to change this configuration later?
> > Yes, changing the cluster settings.
> 
> No - you can change the cluster settings (virt service/gluster
> service)
> only if the application mode is "both". In virt only mode, the
> cluster
> is virt only, and same with gluster-only. So if you want user to be
> able
> to change the mode *after* installation, this config
> (ApplicationMode)
> must be exposed in the engine-config tool.

So if I'll try to sum up (with reference to other emails on this thread). 
1. Default should be virt only
2. Keep the question and better explain what is the Gluster option (preferable 
a link to the relevant page) 
3. Add a config option to easily change the selection later 
Need to think about the implication of the third option in case the change 
conflicts with hosts/clusters that are already configured other wise. 
Example: Initial selection was Virt and now adding dual mode - always OK 
Example: Initial selection was Virt, no host in the setup, and now changing to 
Gluster mode - OK
Example: Initial selection was Virt, Hosts already in the setup installed in 
virt mode, and now changing to Gluster mode - What will we do?

My take, 
Config option can only set to dual mode, never the other way around. This will 
save the need to add sophisticated logic 

Sounds right?


> 
> >
> >>>> (b) remove this question entirely - if someone is installing
> >>>> oVirt,
> >>>> assume they want to manage virt. If someone is installing
> >>>> Gluster,
> >>>> have
> >>>> an option during the Gluster install to have the oVirt
> >>>> management
> >>>> console.
> >> We do want people to get exposed to the Gluster option.
> >>
> >>>> If someone wants to manage both their Gluster bricks and their
> >>>> virt
> >>>> with
> >>>> oVirt, I would make that a post-install option to oVirt -
> >>>> perhaps
> >>>> with
> >>>> an extra package to install (which would depend on the later
> 

Re: [Users] Package installation error

[Simon Grinberg]

- Original Message -
> From: "Alon Bar-Lev" 
> To: "Dave Neary" 
> Cc: users@ovirt.org, "Sahina Bose" , "Simon Grinberg" 
> 
> Sent: Thursday, March 21, 2013 6:35:56 PM
> Subject: Re: [Users] Package installation error
> 
> Simon?
> 
> - Original Message -
> > From: "Dave Neary" 
> > To: "Sahina Bose" 
> > Cc: "Alon Bar-Lev" , users@ovirt.org
> > Sent: Thursday, March 21, 2013 6:34:56 PM
> > Subject: Re: [Users] Package installation error
> > 
> > Hi,
> > 
> > On 03/19/2013 05:24 AM, Sahina Bose wrote:
> > > You are right - Gluster 3.4 is only required to manage gluster
> > > clusters.
> > >
> > > Currently the question asked at setup is this :
> > >
> > > "The engine can be configured to present the UI in three
> > > different
> > > application modes. virt [Manage virtualization only], gluster
> > > [Manage
> > > gluster storage only],
> > > and both [Manage virtualization as well as gluster storage]"
> > > where
> > > both
> > > is the default.
> > >
> > > If this is confusing to the user, we can change this message.
> > > Suggestions?
> > 
> > I would either:
> > 
> > (a) put "Virt" as the default, or

I would go for this one, this keeps backwards compatibility. 
Is there an easy method to change this configuration later? 

> > (b) remove this question entirely - if someone is installing oVirt,
> > assume they want to manage virt. If someone is installing Gluster,
> > have
> > an option during the Gluster install to have the oVirt management
> > console.

We do want people to get exposed to the Gluster option.

> > 
> > If someone wants to manage both their Gluster bricks and their virt
> > with
> > oVirt, I would make that a post-install option to oVirt - perhaps
> > with
> > an extra package to install (which would depend on the later
> > version
> > of
> > Gluster).
> > 
> > Cheers,
> > Dave.
> > 
> > 
> > 
> > > On 03/19/2013 01:41 PM, Dave Neary wrote:
> > >> Hi,
> > >>
> > >> On 03/19/2013 08:16 AM, Alon Bar-Lev wrote:
> > >>> Now I am confused
> > >>> Do you or don't you need vdsm-gluster on your system?
> > >>
> > >> Allow me to clarify.
> > >>
> > >> There have been several messages from users since the oVirt 3.2
> > >> release asking why they need Gluster 3.4 pre-releases to run
> > >> oVirt.
> > >>
> > >> My understanding is that you don't need Gluster 3.4 unless you
> > >> want to
> > >> manage a Gluster cluster with oVirt.
> > >>
> > >> So my question is: are we sure that we are not leading users
> > >> wrong,
> > >> and confusing them during the installation & set-up process?
> > >>
> > >> Thanks,
> > >> Dave.
> > >>
> > >
> > 
> > --
> > Dave Neary - Community Action and Impact
> > Open Source and Standards, Red Hat - http://community.redhat.com
> > Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
> > 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Introducing oVirt Monitoring UI-Plugin

[Simon Grinberg]

- Original Message -
> From: "Oved Ourfalli" 
> To: "René Koch (ovido)" 
> Cc: "ovirt-users" 
> Sent: Tuesday, February 19, 2013 5:21:46 PM
> Subject: Re: [Users] Introducing oVirt Monitoring UI-Plugin
> 
> Extremely Cool!

+1

> 
> Oved
> - Original Message -
> > From: "René Koch (ovido)" 
> > To: "ovirt-users" 
> > Sent: Tuesday, February 19, 2013 4:04:13 PM
> > Subject: [Users] Introducing oVirt Monitoring UI-Plugin
> > 
> > I'm happy to announce oVirt Monitoring UI-Plugin, which allows the
> > integration of a Nagios or Icinga monitoring solution into oVirt
> > 3.2
> > webadmin. With this plugin you can access detailed service check
> > results
> > and information including performance graphs within oVirt webadmin
> > for
> > hosts and virtual machines.
> > 
> > We look forward to extend this plugin with more Nagios/Icinga
> > features
> > like acknowledgments, comments or service rescheduling,
> > permissions,
> > dashboards, check_mk-integration for virtual machine monitoring and
> > many
> > more.
> > 
> > For more information about this project and screenshots please
> > visit
> > ​
> > https://labs.ovido.at/monitoring/wiki/ovirt-monitoring-ui-plugin
> > 
> > 
> > The download location is
> >   * ​
> > https://labs.ovido.at/monitoring/wiki/ovirt-monitoring-ui-plugin
> > %3Adownload
> > 
> > Please note that this first release is an early development version
> > with
> > some minor CSS bugs on some browsers.
> > 
> > If you have any questions or ideas, please drop me an email: ​
> > r.k...@ovido.at.
> > 
> > Thank you for using oVirt Monitoring UI-Plugin.
> > 
> > 
> > --
> > Best Regards
> > 
> > René Koch
> > Senior Solution Architect
> > 
> > 
> > ovido gmbh - "Das Linux Systemhaus"
> > Brünner Straße 163, A-1210 Wien
> > 
> > Phone:   +43 720 / 530 670
> > Mobile:  +43 660 / 512 21 31
> > E-Mail:  r.k...@ovido.at
> > 
> > 
> > 
> > 
> > ___
> > 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.1 - VM Migration Issue

[Simon Grinberg]

- Original Message -
> From: "Dan Kenigsberg" 
> To: "Simon Grinberg" 
> Cc: users@ovirt.org, "Tom Brown" 
> Sent: Thursday, January 10, 2013 2:09:28 PM
> Subject: Re: [Users] oVirt 3.1 - VM Migration Issue
> 
> On Wed, Jan 09, 2013 at 11:34:56AM -0500, Simon Grinberg wrote:
> > 
> > 
> > - Original Message -
> > > From: "Dan Kenigsberg" 
> > > To: "Simon Grinberg" 
> > > Cc: users@ovirt.org, "Tom Brown" 
> > > Sent: Wednesday, January 9, 2013 6:20:02 PM
> > > Subject: Re: [Users] oVirt 3.1 - VM Migration Issue
> > > 
> > > On Wed, Jan 09, 2013 at 09:05:37AM -0500, Simon Grinberg wrote:
> > > > 
> > > > 
> > > > - Original Message -
> > > > > From: "Dan Kenigsberg" 
> > > > > To: "Tom Brown" 
> > > > > Cc: "Simon Grinberg" , users@ovirt.org
> > > > > Sent: Wednesday, January 9, 2013 2:11:14 PM
> > > > > Subject: Re: [Users] oVirt 3.1 - VM Migration Issue
> > > > > 
> > > > > On Wed, Jan 09, 2013 at 10:06:12AM +, Tom Brown wrote:
> > > > > > 
> > > > > > 
> > > > > > >> libvirtError: internal error Process exited while
> > > > > > >> reading
> > > > > > >> console log outpu
> > > > > > > could this be related to selinux? can you try disabling
> > > > > > > it
> > > > > > > and
> > > > > > > see if migration succeeds?
> > > > > > 
> > > > > > It was indeed the case! my src node was set to disabled and
> > > > > > my
> > > > > > destination node was enforcing, this was due to the
> > > > > > destination
> > > > > > being the first HV built and therefore provisioned slightly
> > > > > > differently, my kickstart server is a VM in the pool.
> > > > > > 
> > > > > > Its interesting that a VM can be provisioned onto a node
> > > > > > that
> > > > > > is
> > > > > > set to enforcing and yet not migrated to.
> > > > > 
> > > > > I have (only a vague) memory of discussing this already...
> > > > > Shouldn't oVirt-Engine be aware of selinux enforcement? If a
> > > > > cluster
> > > > > has
> > > > > disabled hosts, an enforcing host should not be operational
> > > > > (or
> > > > > at
> > > > > least
> > > > > warn the admin about that).
> > > > 
> > > > 
> > > > I recall something like that, but I don't recall we ever
> > > > converged
> > > > and can't find the thread
> > > 
> > > What is your opinion on the subject?
> > > 
> > > I think that at the least, the scheduler must be aware of selinux
> > > enforcement when it chooses migration destination.
> > > 
> > 
> > Either all or non in the same cluster - that is the default.
> > 
> > On a mixed environment, the non enforced hosts should be move to
> > non-operational, but VM should not be migrated off due to this, we
> > don't want them moved to protected hosts without the admin
> > awareness.
> > 
> > As exception to the above, have a config parameter that allows in a
> > mixed environment to migrate VMs from an insecure onto a secure
> > host never the other way around. This is to support transition
> > from non-enabled system to enabled.
> 
> Please see Tom's report above:
> 
> > > > > > It was indeed the case! my src node was set to disabled and
> > > > > > my
> > > > > > destination node was enforcing ...
> 
> We apparently cannot migrate an insecure guest into an enforcing
> system.

Well you've asked for my opinion not current implementation :)
I'm not sure anything was implemented on the selinux requirements, need to 
check this, the error I see in this thread is run time failure due to improper 
setting, which is to be expected on migration from non labelled zone into a 
labelled zone. 

> 
> >  
> > I think this is the closest I can get to the agreement (or at least
> > concerns) raised in that old thread I can't find.
> 
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.1 - VM Migration Issue

[Simon Grinberg]

- Original Message -
> From: "Dan Kenigsberg" 
> To: "Simon Grinberg" 
> Cc: users@ovirt.org, "Tom Brown" 
> Sent: Wednesday, January 9, 2013 6:20:02 PM
> Subject: Re: [Users] oVirt 3.1 - VM Migration Issue
> 
> On Wed, Jan 09, 2013 at 09:05:37AM -0500, Simon Grinberg wrote:
> > 
> > 
> > - Original Message -
> > > From: "Dan Kenigsberg" 
> > > To: "Tom Brown" 
> > > Cc: "Simon Grinberg" , users@ovirt.org
> > > Sent: Wednesday, January 9, 2013 2:11:14 PM
> > > Subject: Re: [Users] oVirt 3.1 - VM Migration Issue
> > > 
> > > On Wed, Jan 09, 2013 at 10:06:12AM +, Tom Brown wrote:
> > > > 
> > > > 
> > > > >> libvirtError: internal error Process exited while reading
> > > > >> console log outpu
> > > > > could this be related to selinux? can you try disabling it
> > > > > and
> > > > > see if migration succeeds?
> > > > 
> > > > It was indeed the case! my src node was set to disabled and my
> > > > destination node was enforcing, this was due to the destination
> > > > being the first HV built and therefore provisioned slightly
> > > > differently, my kickstart server is a VM in the pool.
> > > > 
> > > > Its interesting that a VM can be provisioned onto a node that
> > > > is
> > > > set to enforcing and yet not migrated to.
> > > 
> > > I have (only a vague) memory of discussing this already...
> > > Shouldn't oVirt-Engine be aware of selinux enforcement? If a
> > > cluster
> > > has
> > > disabled hosts, an enforcing host should not be operational (or
> > > at
> > > least
> > > warn the admin about that).
> > 
> > 
> > I recall something like that, but I don't recall we ever converged
> > and can't find the thread
> 
> What is your opinion on the subject?
> 
> I think that at the least, the scheduler must be aware of selinux
> enforcement when it chooses migration destination.
> 

Either all or non in the same cluster - that is the default.

On a mixed environment, the non enforced hosts should be move to 
non-operational, but VM should not be migrated off due to this, we don't want 
them moved to protected hosts without the admin awareness.  

As exception to the above, have a config parameter that allows in a mixed 
environment to migrate VMs from an insecure onto a secure host never the other 
way around. This is to support transition from non-enabled system to enabled. 
 
I think this is the closest I can get to the agreement (or at least concerns) 
raised in that old thread I can't find. 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.1 - VM Migration Issue

[Simon Grinberg]

- Original Message -
> From: "Dan Kenigsberg" 
> To: "Tom Brown" 
> Cc: "Simon Grinberg" , users@ovirt.org
> Sent: Wednesday, January 9, 2013 2:11:14 PM
> Subject: Re: [Users] oVirt 3.1 - VM Migration Issue
> 
> On Wed, Jan 09, 2013 at 10:06:12AM +, Tom Brown wrote:
> > 
> > 
> > >> libvirtError: internal error Process exited while reading
> > >> console log outpu
> > > could this be related to selinux? can you try disabling it and
> > > see if migration succeeds?
> > 
> > It was indeed the case! my src node was set to disabled and my
> > destination node was enforcing, this was due to the destination
> > being the first HV built and therefore provisioned slightly
> > differently, my kickstart server is a VM in the pool.
> > 
> > Its interesting that a VM can be provisioned onto a node that is
> > set to enforcing and yet not migrated to.
> 
> I have (only a vague) memory of discussing this already...
> Shouldn't oVirt-Engine be aware of selinux enforcement? If a cluster
> has
> disabled hosts, an enforcing host should not be operational (or at
> least
> warn the admin about that).


I recall something like that, but I don't recall we ever converged and can't 
find the thread



> ___
> 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] No spice connection - Remote-Viewer quits after a few seconds

[Simon Grinberg]

Make sure your host is accessible and resolvable from the client machine 
Check the Spice ports are open on the host 

- Original Message -

> From: "Dennis Böck" 
> To: "users@oVirt.org" 
> Sent: Thursday, November 1, 2012 5:32:25 PM
> Subject: [Users] No spice connection - Remote-Viewer quits after a
> few seconds

> Dear oVirt-User-List,

> when I try to connect to a spice-VM by clicking the console-button in
> the user portal the "Remote Viewer" appears with the text "Setting
> up spice session", but a few seconds later it just quits without an
> error message.
> Here are a few corresponding log-lines of engine.log:

> 2012-10-31 16:21:39,041 INFO
> [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--0.0.0.0-8009-9)
> [14c13c60] Running command: SetVmTicketCommand internal: false.
> Entities affected : ID: cce2dc1a-a6d5-48b2-8fcc-52aa71d9016b Type:
> VM
> 2012-10-31 16:21:39,046 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
> (ajp--0.0.0.0-8009-9) [14c13c60] START, SetVmTicketVDSCommand(vdsId
> = 277891b0-1cdc-11e2-b51a-002590533f86,
> vmId=cce2dc1a-a6d5-48b2-8fcc-52aa71d9016b, ticket=Yckfn2IndYcE,
> validTime=120,m userName=admin@internal ,
> userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 64b13c0e
> 2012-10-31 16:21:39,088 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
> (ajp--0.0.0.0-8009-9) [14c13c60] FINISH, SetVmTicketVDSCommand, log
> id: 64b13c0e
> 2012-10-31 16:21:39,205 WARN
> [org.ovirt.engine.core.bll.GetConfigurationValueQuery]
> (ajp--0.0.0.0-8009-1) calling GetConfigurationValueQuery
> (SSLEnabled) with null version, using default general for version
> 2012-10-31 16:21:39,206 WARN
> [org.ovirt.engine.core.bll.GetConfigurationValueQuery]
> (ajp--0.0.0.0-8009-1) calling GetConfigurationValueQuery
> (CipherSuite) with null version, using default general for version
> 2012-10-31 16:21:39,207 WARN
> [org.ovirt.engine.core.bll.GetConfigurationValueQuery]
> (ajp--0.0.0.0-8009-1) calling GetConfigurationValueQuery
> (EnableSpiceRootCertificateValidation) with null version, using
> default general for version
> 2012-10-31 16:21:39,212 WARN
> [org.ovirt.engine.core.bll.GetConfigurationValueQuery]
> (ajp--0.0.0.0-8009-1) calling GetConfigurationValueQuery
> (SpiceToggleFullScreenKeys) with null version, using default general
> for version
> 2012-10-31 16:21:39,213 WARN
> [org.ovirt.engine.core.bll.GetConfigurationValueQuery]
> (ajp--0.0.0.0-8009-1) calling GetConfigurationValueQuery
> (SpiceReleaseCursorKeys) with null version, using default general
> for version

> Anyone any ideas?
> Best regards
> Dennis
> ___
> 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] Documentation: Storage Domain conversion from Data Domain to Export Domain

[Simon Grinberg]

- Original Message -
> From: "Itamar Heim" 
> To: "Michael Ayers" 
> Cc: users@ovirt.org
> Sent: Tuesday, October 30, 2012 10:57:52 PM
> Subject: Re: [Users] Documentation: Storage Domain conversion from Data 
> Domain to Export Domain
> 
> On 10/30/2012 09:29 PM, Michael Ayers wrote:
> > Hey All,
> >
> > I ran into this issue myself where I needed to convert a data
> > domain to
> > an export domain in order to recover virtual guests from a
> > corrupted
> > ovirt/rhevm instance into a new ovirt/rhevm instance.  This wasn’t
> > documented anywhere that I saw but with the help of Itamar Heim and
> > an
> > well timed email to the list from Igor Lvovsky last night I was
> > able to
> > do this and wanted to send to the list a documented procedure for
> > how to
> > modify the metadata of the data domain prior to import as an export
> > domain.  This procedure works for both RHEV-M and Ovirt.  Let me
> > know if
> > you have any questions.
> 
> glad it worked.

Will this work if the recovered storage domain was not the master?


> care to wikify for others?
> 
> thanks,
>Itamar
> 
> >
> > Original Data Domain Metadata File
> >
> > --
> >
> > CLASS=Data
> >
> > DESCRIPTION=vm-storage
> >
> > IOOPTIMEOUTSEC=10
> >
> > LEASERETRIES=3
> >
> > LEASETIMESEC=60
> >
> > LOCKPOLICY=
> >
> > LOCKRENEWALINTERVALSEC=5
> >
> > MASTER_VERSION=2
> >
> > POOL_DESCRIPTION=MyPool
> >
> > POOL_DOMAINS=dd8bc200-6e28-4185-bfe0-f0affb94f283:Active,ddefdf6c-ef68-419c-9f72-76d27bf7d788:Active,66b3b243-6cc6-465f-b130-6f2cd0b70514:Active
> >
> > POOL_SPM_ID=2
> >
> > POOL_SPM_LVER=17
> >
> > POOL_UUID=a207f052-f4bf-44a3-b637-c6d2020a7c41
> >
> > REMOTE_PATH=nfsserver:/ovirt/vm-storage
> >
> > ROLE=Master
> >
> > SDUUID=66b3b243-6cc6-465f-b130-6f2cd0b70514
> >
> > TYPE=NFS
> >
> > VERSION=0
> >
> > _SHA_CKSUM=009fa538321ac56749669127f43cc754aa59d398
> >
> > Diff between Original DD Metadata File and ED Metadata File
> >
> > --
> >
> > --- metadata-data-storage   2012-10-30 12:24:52.484006958 -0700
> >
> > +++ metadata-exp-storage2012-10-30 12:14:59.043807789 -0700
> >
> > @@ -1,5 +1,5 @@
> >
> > -CLASS=Data
> >
> > -DESCRIPTION=vm-storage
> >
> > +CLASS=Backup
> >
> > +DESCRIPTION=export-storage
> >
> > IOOPTIMEOUTSEC=10
> >
> > LEASERETRIES=3
> >
> > LEASETIMESEC=60
> >
> > @@ -7,13 +7,12 @@
> >
> > LOCKRENEWALINTERVALSEC=5
> >
> > MASTER_VERSION=2
> >
> > POOL_DESCRIPTION=MyPool
> >
> > -POOL_DOMAINS=dd8bc200-6e28-4185-bfe0-f0affb94f283:Active,ddefdf6c-ef68-419c-9f72-76d27bf7d788:Active,66b3b243-6cc6-465f-b130-6f2cd0b70514:Active
> >
> > +POOL_DOMAINS=
> >
> > POOL_SPM_ID=2
> >
> > POOL_SPM_LVER=17
> >
> > -POOL_UUID=a207f052-f4bf-44a3-b637-c6d2020a7c41
> >
> > -REMOTE_PATH=nfsserver:/ovirt/vm-storage
> >
> > -ROLE=Master
> >
> > +POOL_UUID=
> >
> > +REMOTE_PATH=nfsserver:/ovirt/export-storage
> >
> > +ROLE=Regular
> >
> > SDUUID=66b3b243-6cc6-465f-b130-6f2cd0b70514
> >
> > TYPE=NFS
> >
> > VERSION=0
> >
> > -_SHA_CKSUM=009fa538321ac56749669127f43cc754aa59d398
> >
> > Thanks,
> >
> > Michael
> >
> > -
> >
> > Michael J. Ayers
> >
> > Red Hat Inc.
> >
> > Solutions Architect
> >
> > e: ayer...@redhat.com 
> >
> > w: www.redhat.com 
> >
> >
> >
> > ___
> > 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 start a VM - sanlock permission denied

[Simon Grinberg]

- Original Message -
> From: "Dan Kenigsberg" 
> To: "Alexandre Santos" 
> Cc: users@ovirt.org
> Sent: Saturday, October 13, 2012 11:11:13 PM
> Subject: Re: [Users] Can't start a VM - sanlock permission denied
> 
> On Sat, Oct 13, 2012 at 11:25:37AM +0100, Alexandre Santos wrote:
> > Hi,
> > after getting to the oVirt Node console (F2) I figured out that
> > selinux
> > wasn't allowing the sanlock, so I entered the setsebool
> > virt_use_sanlock 1
> > and the problem is fixed.
> 
> Which version of vdsm is istalled on your node? and which
> selinux-policy? sanlock should work out-of-the-box.

Just happened to me as well with oVirt node 2.5.2 (0.1.fc17)
(Latest on http://wiki.ovirt.org/wiki/OVirt_3.1_release_notes#oVirt_Node)

> 
> > 
> > However, I started getting permission denied error when trying to
> > start the
> > VM that was created on that NFS share. On the ovirt node console, I
> > noticed
> > that the user.group of that share was nobody.nobody instead of
> > vdsm.kvm. I
> > followed the instruction on the wiki about anonguid and anonuid but
> > no luck
> > at all. This was an Ubuntu nfs server. I Installed a FC17 VM on
> > this Ubuntu
> > and tried again and it worked at the first time :-)
> 
> I've seen these problem when using nfs v4 without defining it's id
> mapper properly. The issue went away when (down?)grading to v3.
> 
> > 
> > Ubuntu has a KVM group with guid = 106.
> 
> Dan.
> ___
> 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] Question about network card order

[Simon Grinberg]

- Original Message -

> From: "Kevin Maziere Aubry" 
> To: "Antoni Segura Puimedon" 
> Cc: "Michael Tsirkin" , "Dor Laor"
> , users@ovirt.org
> Sent: Wednesday, October 3, 2012 3:02:47 PM
> Subject: Re: [Users] Question about network card order

> The mac adress are unknown until the creation of the VM, so udev
> won't help here :(

But after the creation of the VM and before the first run you have the option 
to edit/view those MAC addresses. 
Give whatever you want before the first run. 

> 2012/10/3 Antoni Segura Puimedon < asegu...@redhat.com >

> > - Original Message -
> 
> > > From: "Kevin Maziere Aubry" < kevin.mazi...@alterway.fr >
> 

> > > To: "Igor Lvovsky" < ilvov...@redhat.com >
> 
> > > Cc: "Dor Laor" < dl...@redhat.com >, "Michael Tsirkin" <
> > > mtsir...@redhat.com >, users@ovirt.org
> 
> > > Sent: Wednesday, October 3, 2012 8:35:04 AM
> 
> > > Subject: Re: [Users] Question about network card order
> 
> > >
> 
> > >
> 
> > > Thanks for your reply.
> 
> > >
> 
> > >
> 
> > >
> 
> > > 2012/10/3 Igor Lvovsky < ilvov...@redhat.com >
> 
> > >
> 
> > >
> 
> > >
> 
> > >
> 
> > >
> 
> > > - Original Message -
> 
> > > > From: "Kevin Maziere Aubry" < kevin.mazi...@alterway.fr >
> 
> > > > To: users@ovirt.org
> 
> > > > Sent: Wednesday, October 3, 2012 9:58:44 AM
> 
> > > > Subject: [Users] Question about network card order
> 
> > > >
> 
> > > >
> 
> > > > Hello
> 
> > > >
> 
> > > >
> 
> > > > My first email on the mailing, I hope the first one of a longue
> 
> > > > serie.
> 
> > > >
> 
> > >
> 
> > > Welcome to community :)
> 
> > >
> 
> > >
> 
> > > >
> 
> > > > The email concerns a Network Card order issue for which I like
> > > > to
> 
> > > > report a have your advises.
> 
> > > >
> 
> > > >
> 
> > > > I've made a template which contains 2 network cards, Each one
> 
> > > > bridge
> 
> > > > on different vlan network.
> 
> > > > When I create a VM from this template, the network card mac
> > > > address
> 
> > > > assignation is random... so that by default my fedora assign
> > > > eth0
> 
> > > > to
> 
> > > > the smallest mac address, and so on for eth1/eth2 ...
> 
> > > >
> 
> > > >
> 
> > > > But no way to define network card order in template, so that
> 
> > > > sometime
> 
> > > > the smallest mac address is on eth0, sometime on eth1 (and in
> > > > fact
> 
> > > > more often on eth1), sometime my VM works, sometime I have to
> 
> > > > destroy and recreate network interfaces.
> 
> > > >
> 
> > > >
> 
> > >
> 
> > > Unfortunately it's a known issue that related mostly to guest
> > > kernel
> 
> > > rather than RHEV-M.
> 
> > > This is not related to order of NICs during VM start, because
> > > RHEV-M
> 
> > > keep the MAC assignment
> 
> > > and even PCI address assignment same over VM reboots.
> 
> > >
> 
> > > The real reason hidden somewhere deep in kernel/udev behaviour.
> 
> > > We need to understand why 2 NICs with same MAC addresses and same
> > > PCI
> 
> > > addresses may get different names (eth0/eth1)
> 
> > > over machine reboot.
> 
> > >
> 
> > > Michael, any ideas?
> 
> > >
> 
> > >
> 
> > > > Is there a workaround or anything else ?
> 
> > > >
> 
> > >
> 
> > > No, I am not aware of any workaround
> 

> > Wouldn't it be possible to write some matching rules in:
> 
> > /etc/udev/rules.d/70-persistent-net.rules
> 

> > for your template so you would have it consistent. Mind that you
> > should
> 
> > not rename to the kernel eth namespace.
> 

> > Best,
> 

> > Toni
> 

> > >
> 
> > >
> 
> > > Regards,
> 
> > > Igor
> 
> > >
> 
> > >
> 
> > > >
> 
> > > > Thanks
> 
> > > >
> 
> > > >
> 
> > > > Kévin
> 
> > > >
> 
> > > >
> 
> > > > --
> 
> > > >
> 
> > > > Kevin Mazière
> 
> > > > Responsable Infrastructure
> 
> > > > Alter Way – Hosting
> 
> > > > 1 rue Royal - 227 Bureaux de la Colline
> 
> > > > 92213 Saint-Cloud Cedex
> 
> > > > Tél : +33 (0)1 41 16 38 41
> 
> > > > Mob : +33 (0)7 62 55 57 05
> 
> > > > http://www.alterway.fr
> 
> > > >
> 
> > > > ___
> 
> > > > Users mailing list
> 
> > > > Users@ovirt.org
> 
> > > > http://lists.ovirt.org/mailman/listinfo/users
> 
> > > >
> 
> > >
> 
> > >
> 
> > >
> 
> > >
> 
> > > --
> 
> > >
> 
> > > Kevin Mazière
> 
> > > Responsable Infrastructure
> 
> > > Alter Way – Hosting
> 
> > > 1 rue Royal - 227 Bureaux de la Colline
> 
> > > 92213 Saint-Cloud Cedex
> 
> > > Tél : +33 (0)1 41 16 38 41
> 
> > > Mob : +33 (0)7 62 55 57 05
> 
> > > http://www.alterway.fr
> 
> > >
> 
> > > ___
> 
> > > Users mailing list
> 
> > > Users@ovirt.org
> 
> > > http://lists.ovirt.org/mailman/listinfo/users
> 
> > >
> 

> --

> Kevin Mazière
> Responsable Infrastructure
> Alter Way – Hosting
> 1 rue Royal - 227 Bureaux de la Colline
> 92213 Saint-Cloud Cedex
> Tél : +33 (0)1 41 16 38 41
> Mob : +33 (0)7 62 55 57 05
> http://www.alterway.fr

> ___
> Users mailing list
> Users@ovirt.org
> http://li

Re: [Users] Cannot add another host to "all-in-one" datacenter

[Simon Grinberg]

- Original Message -
> From: "Adam Tkáč" 
> To: users@ovirt.org
> Sent: Thursday, September 6, 2012 8:21:38 PM
> Subject: [Users] Cannot add another host to "all-in-one" datacenter
> 
> Hello all,
> 
> I installed an oVirt datacenter via "all-in-one" plugin, which means
> everything currently runs on one machine. I would like to add another
> host to this datacenter, it has it's own storage for virtual machine
> images, but oVirt refuses to add it with error "Cannot add more than
> one Host to "Local Storage" Data Center". Is it possible to configure
> this somewhere and add the host to the local_datacenter?

Data center is a 'shared storage domain' meaning that if you use local storage 
you may only have one host in this datacenter.
All In One, uses the Server's local storage thus you can't add another host to 
this data center.

You may try and configure additional Data Center and add the new host to this 
one.
If you want both hosts to be a cluster then move the hosts that is currently 
defined to the new datacenter and then connect them to shared storage.

Just note that the engine will not be aware it's running on one of the hosts so 
care should be taken not to power off that host :).

> 
> Thank you in advance for response.
> 
> Regards, Adam
> ___
> 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] introduction

[Simon Grinberg]

Welcome aboard 

- Original Message -

> From: "Garrett LeSage" 
> To: a...@ovirt.org, users@ovirt.org
> Sent: Monday, August 13, 2012 6:47:09 PM
> Subject: introduction

> Hi everyone!
> My name is Garrett LeSage and I'm a designer in the Open Source and
> Standards team (OSAS), working with Carl Trieloff, Dave Neary, Jason
> Brooks, Karsten Wade, Leslie Hawthorn, and a few other folks who
> frequent these lists. I have already met some of you at conferences
> (Red Hat Summit & GUADEC), and wanted to introduce myself to
> everyone here.
> From what I've seen so far, oVirt is a fantastic piece of
> virtualization technology and I'd like to help the project from a
> design perspective.
> A bit of background about myself: I've been a Linux user since 1995
> and I've contributed graphic design resources to Fedora, the Tango
> icon project, and Better Desktop. For the past few years, I was
> working at SUSE on cloud and virtualization products (such as SUSE
> Studio), and am happy to have recently re-joined Red Hat. (:
> For oVirt, I have started working on a new site structure (based on
> Dave Neary's work) and also have a few drafts for a new website look
> as well.
> In the next few days, I'll be sending some of my already in-progress
> drafts to the lists for feedback. I look forward to all constructive
> responses — positive, negative, and indifferent.
> Thanks, and I'm looking forward to working with you all more!
> Garrett
> ___
> Arch mailing list
> a...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/arch
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Ovirt 3.1 Issue

[Simon Grinberg]

Verify that the engine FQDN is resolvable from the host.

Regards,
Simon

Sent from my iPhone, please excuse any typos.

ב-12 ביול 2012, בשעה 21:27, Jonathan Cox  כתב/ה:

> 
> Hello anyone have any ideas about this error? I am setting up Ovirt 3.1 on 
> CentOS 6.3, the nodes are also running CentOS6.3 and the engine appears to be 
> ok but when I try and add a Node I get this error.. Failed to install Host 
> Node1. Step: INSTALLER LIB; Details: deployUtil.py download failed. Pathname 
> could not be resolved (verify computer/domain name)..
> 
> -- 
> Jonathan H Cox
> 
> 
> ___
> 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] Deleting a snapshot of eight disks took more than fifteen minutes

[Simon Grinberg]

- Original Message -
> From: "Shu Ming" 
> To: "Simon Grinberg" 
> Cc: "users@oVirt.org" 
> Sent: Tuesday, July 3, 2012 12:37:31 PM
> Subject: Re: [Users] Deleting a snapshot of eight disks took more than 
> fifteen minutes
> 
> On 2012-7-3 17:01, Simon Grinberg wrote:
> > It depends.
> >
> > Block device or NFS?
> 
> NFS
> 
> > Did you had data on the deleted snapshot?
> Got some. Not too much
> 
> > Did you had wipe after delete marked or not?
> No.
> 
> > Did the snapshots contain data?
> Got some. Not too much
> 
> > Did you delete a snapshot or did you revert to a snapshot?
> Just deleting a snapshot.

Considering that:
1. You had data on the snapshots
2. You've deleted snapshots 
3. You have 8 disks

Then is sounds reasonable.

Deleting a snapshot is merging two files into one. For the sake of roll back it 
is done by actually copying the first, writing the changes of the second on top 
and then inserting this new file into the snapshots chain.  This is time 
consuming depending on your storage performance and the amount of data in the 
snapshots. And you do it 8 times, one per disk.



> 
> 
> >
> >
> >
> >
> > - Original Message -
> >> From: "Shu Ming" 
> >> To: "users@oVirt.org" 
> >> Sent: Tuesday, July 3, 2012 11:48:35 AM
> >> Subject: [Users] Deleting a snapshot of eight disks took more than
> >> fifteenminutes
> >>
> >> Is it reasonable?   I created snapshot1 and snapshot2 for the
> >> eight
> >> disks and then tried to delete snapshot2.   And it took 15+
> >> minutes
> >> to
> >> finish the operation.
> >>
> >> Here is the disk list:
> >>
> >> my-vm1_Disk1  40 GB   3 GB
> >>  data   Thin
> >> Provision VirtIO  OK  2012-Jun-27,
> >> 13:24:01
> >> my-vm1_Disk2 10 GB10 GB
> >>data   Preallocated
> >>VirtIO  OK  2012-Jun-25, 23:19:00
> >> my-vm1_Disk3  4 GB  < 1 GB
> >>  data   Thin Provision
> >>  VirtIO  OK  2012-Jun-26, 23:27:40
> >> my-vm1_Disk4  3 GB  3 GB
> >> data   Thin
> >> Provision
> >>  VirtIO  OK  2012-Jun-27, 13:24:01
> >> my-vm1_Disk5  3 GB  3 GB
> >> data  Thin
> >> Provision
> >>  VirtIO   OK   2012-Jun-27, 13:24:01
> >> my-vm1_Disk6  4 GB  4 GB
> >> data  Thin
> >> Provision
> >>  VirtIO   OK   2012-Jun-27, 13:24:02
> >> my-vm1_Disk7  5 GB  5 GB
> >> data  Thin
> >> Provision
> >>  VirtIO   OK  2012-Jun-27, 13:24:02
> >> my-vm1_Disk8  6 GB  6 GB
> >> data  Thin
> >> Provision
> >>  VirtIO   OK  2012-Jun-27, 13:24:02
> >>
> >>
> >>
> >> --
> >> Shu Ming 
> >> IBM China Systems and Technology Laboratory
> >>
> >>
> >> ___
> >> Users mailing list
> >> Users@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >>
> 
> 
> --
> Shu Ming 
> IBM China Systems and Technology Laboratory
> 
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Deleting a snapshot of eight disks took more than fifteen minutes

[Simon Grinberg]

It depends. 

Block device or NFS?
Did you had data on the deleted snapshot?
Did you had wipe after delete marked or not?
Did the snapshots contain data?
Did you delete a snapshot or did you revert to a snapshot?




- Original Message -
> From: "Shu Ming" 
> To: "users@oVirt.org" 
> Sent: Tuesday, July 3, 2012 11:48:35 AM
> Subject: [Users] Deleting a snapshot of eight disks took more than fifteen
> minutes
> 
> Is it reasonable?   I created snapshot1 and snapshot2 for the eight
> disks and then tried to delete snapshot2.   And it took 15+ minutes
> to
> finish the operation.
> 
> Here is the disk list:
> 
> my-vm1_Disk1  40 GB   3 GB
> data   Thin
> Provision VirtIO  OK  2012-Jun-27,
> 13:24:01
> my-vm1_Disk2 10 GB10 GB
>   data   Preallocated
>   VirtIO  OK  2012-Jun-25, 23:19:00
> my-vm1_Disk3  4 GB  < 1 GB
> data   Thin Provision
> VirtIO  OK  2012-Jun-26, 23:27:40
> my-vm1_Disk4  3 GB  3 GB
>data   Thin Provision
> VirtIO  OK  2012-Jun-27, 13:24:01
> my-vm1_Disk5  3 GB  3 GB
>data  Thin Provision
> VirtIO   OK   2012-Jun-27, 13:24:01
> my-vm1_Disk6  4 GB  4 GB
>data  Thin Provision
> VirtIO   OK   2012-Jun-27, 13:24:02
> my-vm1_Disk7  5 GB  5 GB
>data  Thin Provision
> VirtIO   OK  2012-Jun-27, 13:24:02
> my-vm1_Disk8  6 GB  6 GB
>data  Thin Provision
> VirtIO   OK  2012-Jun-27, 13:24:02
> 
> 
> 
> --
> Shu Ming 
> IBM China Systems and Technology Laboratory
> 
> 
> ___
> 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] Logical Netowrk - ovirtmgmt

[Simon Grinberg]

To do it without DB manipulation just create a new Data Center and edit the 
ovirtmgmt to any VLAN that you like. 

The limitation ATM is that there are no clusters in the DC. I hope this will be 
changed to allow to do it just by placing all the hosts into maintenance (this 
requires the hosts to be on the VLAN as well or you'll loose connectivity). 

P.S, 
If the hosts are already on a VLAN and the engine is on VLAN as well the system 
will function since there is connectivity between the hosts and the engine. The 
fact that ovirtmgmt is defined in the engine without VLAN will only effect when 
you try to modify anything that requeires modification to ovirtmgmt on the 
host. In this case the engine will try override the host setting thus leading 
to the removal of the VLAN 



- Original Message -
> From: "Ricardo Esteves" 
> To: "Robert Middleswarth" 
> Cc: users@ovirt.org
> Sent: Friday, June 15, 2012 10:46:07 AM
> Subject: Re: [Users] Logical Netowrk  - ovirtmgmt
> 
> Hi,
> 
> I was able to make ovirtmgmt "not required" in my cluster, then I
> added a
> logic network of my one with the vlan I wanted.
> 
> Thankx anyway.
> 
> Best regards,
> Ricardo Esteves.
> 
> -Original Message-
> From: Robert Middleswarth [mailto:rob...@middleswarth.net]
> Sent: sexta-feira, 15 de Junho de 2012 05:52
> To: Ricardo Esteves
> Cc: users@ovirt.org
> Subject: Re: [Users] Logical Netowrk - ovirtmgmt
> 
> I just looked at this time it doesn't look like you can detach the
> logical
> network to redefine it as a logic network.  With that said.  I am
> willing to
> bet that if you were to manually define the network before setting up
> the
> engine it would likely work.  It also looks like if you went and
> shutdown
> everything edit the networks manually and defined it to a vlan that
> would
> work as well.  The key is to have the ovirt shutdown well making the
> change.
> 
> Thanks
> Robert
> 
> 
> On 06/14/2012 06:24 PM, Ricardo Esteves wrote:
> > Hi,
> >
> > Is it possible to set a VLAN for the ovirtmgmt logical network?
> >
> > Best regards,
> > Ricardo Esteves.
> >
> > -Original Message-
> > From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On
> > Behalf Of Itamar Heim
> > Sent: quinta-feira, 14 de Junho de 2012 15:30
> > To: Dennis Jacobfeuerborn
> > Cc: users@ovirt.org
> > Subject: Re: [Users] Storage - Local and iSCSI
> >
> > On 06/14/2012 02:10 PM, Dennis Jacobfeuerborn wrote:
> >> On 06/14/2012 12:41 PM, Omer Frenkel wrote:
> >>>   Is it possible with oVirt to use Local Storage and iSCSI at
> >>>   the
> same
> >>>   time for the same host?
> >>>
> >>>
> >>>   Best regards,
> >>>   Ricardo Esteves.
> >>>   ___
> >>>   Users mailing list
> >>>   Users@ovirt.org
> >>>   http://lists.ovirt.org/mailman/listinfo/users
> >>>
> >>> No, you choose storage type when defining the data center, and
> >>> host
> >>> can be only in 1 DC at a given time
> >> What if I have a bunch of NFS storage systems and what to move to
> >> iScsi?
> >> Does that mean I have to move everything over in one fell swoop?
> >> Having to choose either NFS or iSCSI for the entire datacenter
> >> seems
> >> awfully restrictive.
> > in addition to dafna's suggestions for this.
> > allowing to use multiple storage types from same clusters/DC is on
> > the
> > roadmap ___
> > 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] Setting UUID

[Simon Grinberg]

- Original Message -
> From: "Itamar Heim" 
> To: "Livnat Peer" 
> Cc: users@ovirt.org
> Sent: Sunday, February 19, 2012 9:43:30 AM
> Subject: Re: [Users] Setting UUID
> 
> On 02/18/2012 11:15 PM, Livnat Peer wrote:
> > On 18/02/12 22:33, Nathan Stratton wrote:
> >> On Sat, 18 Feb 2012, Livnat Peer wrote:
> >>
> >>> How about setting the VM name instead of UUID? It won't update
> >>> permissions automatically though.
> >>
> >> Not sure I follow, VM name is good, but there are all sorts of
> >> things
> >> that care about UUID changing.
> >
> > off the top my head I can think of
> > - permissions
> > - events
> > - tags
> > - quota
> >
> > Permission and Quota can be handled manually the other two won't
> > point
> > to 'new' VM.
> >
> >> That is why we are looking for the
> >> ability to set it. Today it looks like all UUIDs are random, and I
> >> assume that a UUID needs to be unique, but how hard would it be to
> >> be
> >> able to specify a UUID? Libvirt allows this to be done and we do
> >> it all
> >> the time in our XML kvm files.
> >
> > Changing VM id does not sound like a complicated feature, when
> > designing
> > such a feature need to think of what are the impact on the history
> > DB
> > and events in the audit log (if such id was in use before).
> 
> Nathan - it would be good to start by explaining if you care about
> the
> UUID as the engine sees it, or as devices and applications see it in
> the
> guest.
> I'm guessing you care about the guest.
> to do what you want, would rquire decoupling the uuid as used by
> engine
> to identify the guest, from the one vdsm exposes to the guest.
> today the entire chain (including libvirt) uses the same uuid.

That was my first reaction when reading that:
"Not sure that you want to break that, it will require more mapping later.
Assume an external monitoring tool the collects stats, if the VM has the same 
hardware UUID as the engine uses it will be easier to correlate the data 
separately from a guest agent and from the history DB."

But then I've started to think that in some DR scenarios where both VMs (backup 
and source) are on the same engine but different clusters/sites. I think that 
an option to manually set the UUID of a VM is a must. So a better option would 
be to have HW UUID field in the VM properties where like for MACs you'll have 
the option to generate automatically or set manually. This mapping must be 
managed by the engine for use cases as I've mentioned above.




> ___
> 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] ANNOUNCE: oVirt First Release

[Simon Grinberg]

- Original Message -
> From: "Andrew Cathrow" 
> To: de...@ovirt.org
> Cc: annou...@ovirt.org, users@ovirt.org
> Sent: Thursday, February 9, 2012 9:23:26 PM
> Subject: Re: [Users] ANNOUNCE: oVirt First Release
> 
> Congratulations to the team - great job.

+1 

> 
> 
> 
> - Original Message -
> > From: "Ofer Schreiber" 
> > To: annou...@ovirt.org, users@ovirt.org
> > Sent: Thursday, February 9, 2012 2:15:15 PM
> > Subject: ANNOUNCE: oVirt First Release
> > 
> > I'm happy to announce the first community release of oVirt since
> > the
> > code was open sourced.
> > 
> > The first release includes:
> > 
> > * All the components required to operate a running oVirt
> > installation
> > * oVirt Engine is now running on Jboss AS7 as the application
> > server
> > * A new Python SDK to support the development of software utilizing
> > the ovirt-engine APIs
> > * Fedora based oVirt Node
> > 
> > The release can be downloaded from:
> > 
> > http://www.ovirt.org/get-ovirt/
> > 
> > The direct download links are:
> > 
> > http://ovirt.org/releases/stable/src/ovirt-engine-3.0.0_0001.tar.gz
> > http://ovirt.org/releases/stable/src/ovirt-engine-sdk-1.3.tar.gz
> > http://ovirt.org/releases/stable/src/ovirt-node-2.2.2.tar.gz
> > 
> > Release notes:
> > 
> > http://www.ovirt.org/wiki/Release_Notes
> > 
> > Installation Guide:
> > 
> > http://www.ovirt.org/w/images/a/a9/OVirt-3.0-Installation_Guide-en-US.pdf
> > 
> > For the entire oVirt community, thanks for your participation in
> > making this release happen. In particular, thanks to anyone who
> > contributed to this first release through testing, submitting
> > patches, and bug reporting.
> > 
> > Ofer
> > oVirt release manager, on behalf of the oVirt team.
> > ___
> > Announce mailing list
> > annou...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/announce
> > 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Unable to add ISOs to default ISO storage domain

[Simon Grinberg]

--snip--
> > 
> > Could someone explain why oVirt is even requiring ownership of the
> > iso images by
> > a specific user and group?  Isn't it enough to just require
> > read/write
> > permissions on the export?  The file ownership requirement is
> > causing us
> > problems because we have an NFSv4 storage appliance that refuses to
> > chown files
> > to 36:36 because those users are not known to the appliance.
> 
> I have a vague, unsubstantiated memory, that this was intentional
> decision. Maybe it was intended to differentiate RHEV-available
> images
> from unrelated files on the same nfs export.
> 
> However, I consider this behavior ugly, ununixish, and
> counter-productive. I wouldn't nack a Vdsm patch that checks
> readability
> only, preferably with a backward-compat mode.

Wasn't that set since the ISO domain is a Storage Domain with meta-data? And 
you do want the rw meta-data to have a specific owner right?
You can set global read permission for the images directory however you still 
won't get rid of the need for having ownership on files, meaning the NFS 
storage should be able to set ownership.

I think you can only really get rid of the ownership limitation by removing the 
storage domain structure around the ISO-Domain and settle for a mount point.

Additionally, it still won't solve the case of having data Storage Domain over 
NFS - you really need ownership there.
The a solution for that, in the case the end users do not have permission to 
set new users on the storage side and have to result to existing users, will be 
to allow setting the storage owners users (or for vdsm:kvm so masquerade as 
that user).  


Simon.


> 
> Dan.
> ___
> 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