Re: [Users] forced shutdown with client agent

2013-04-23 Thread Simon Grinberg


- Original Message -
 From: Michal Skrivanek michal.skriva...@redhat.com
 To: Itamar Heim ih...@redhat.com, users@ovirt.org
 Cc: Gal Hammer gham...@redhat.com, Simon Grinberg sgrin...@redhat.com
 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 ih...@redhat.com wrote:
 
  On 04/22/2013 01:59 PM, Michal Skrivanek wrote:
  
  - Original Message -
  From: Michal Skrivanekmichal.skriva...@redhat.com
  To:users@ovirt.org, Thomas Scofieldtscofi...@gmail.com,
  Vinzenz Feenstravfeen...@redhat.com, Barak
  Azulaybazu...@redhat.com, Gal Hammergham...@redhat.com
  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 Heimih...@redhat.com
   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] Package installation error

2013-03-22 Thread Simon Grinberg


- Original Message -
 From: Shireesh Anjal san...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Simon Grinberg si...@redhat.com, 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 si...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: users@ovirt.org, Sahina Bose sab...@redhat.com, Dave
  Neary dne...@redhat.com
  Sent: Thursday, March 21, 2013 7:40:17 PM
  Subject: Re: [Users] Package installation error
 
 
 
  - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Dave Neary dne...@redhat.com
  Cc: users@ovirt.org, Sahina Bose sab...@redhat.com, Simon
  Grinberg si...@redhat.com
  Sent: Thursday, March 21, 2013 6:35:56 PM
  Subject: Re: [Users] Package installation error
 
  Simon?
 
  - Original Message -
  From: Dave Neary dne...@redhat.com
  To: Sahina Bose sab...@redhat.com
  Cc: Alon Bar-Lev alo...@redhat.com, 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
  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
 
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Package installation error

2013-03-22 Thread Simon Grinberg


- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Simon Grinberg si...@redhat.com
 Cc: users@ovirt.org, Shireesh Anjal san...@redhat.com
 Sent: Friday, March 22, 2013 5:51:23 PM
 Subject: Re: [Users] Package installation error
 
 
 
 - Original Message -
  From: Simon Grinberg si...@redhat.com
  To: Shireesh Anjal san...@redhat.com
  Cc: users@ovirt.org, Alon Bar-Lev alo...@redhat.com
  Sent: Friday, March 22, 2013 5:46:01 PM
  Subject: Re: [Users] Package installation error
  
  
  
  - Original Message -
   From: Shireesh Anjal san...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Simon Grinberg si...@redhat.com, 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 si...@redhat.com
To: Alon Bar-Lev alo...@redhat.com
Cc: users@ovirt.org, Sahina Bose sab...@redhat.com, Dave
Neary dne...@redhat.com
Sent: Thursday, March 21, 2013 7:40:17 PM
Subject: Re: [Users] Package installation error
   
   
   
- Original Message -
From: Alon Bar-Lev alo...@redhat.com
To: Dave Neary dne...@redhat.com
Cc: users@ovirt.org, Sahina Bose sab...@redhat.com,
Simon
Grinberg si...@redhat.com
Sent: Thursday, March 21, 2013 6:35:56 PM
Subject: Re: [Users] Package installation error
   
Simon?
   
- Original Message -
From: Dave Neary dne...@redhat.com
To: Sahina Bose sab...@redhat.com
Cc: Alon Bar-Lev alo...@redhat.com, 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?
 
 Yes, but I am unsure that this is a single config option...
 Maybe I did not understand you properly, but I think this should be
 an option in the UI.

AFAIK, it's an option in the _options table that is not yet exposed to the 
-config utility
The reason it's there since it's alters the appearance and removes some GUI 
options in the first place.

 
 And... if this option is in UI, then... why do we need anything at
 setup...? user can log into the system and configure the cluster in
 any way he likes.

Well that was the initial idea behind the dual mode, everything exposed and the 
user selects in the GUI on the cluster level what to use. This confuses users 
as this thread apparently exposes. Users that do not care about Glusters would 
like not to bother to set this up on each cluster, and vice verse. 

 
 I am thinking into the future that when first login into the admin
 console there should be some wizard, instead of performing this at
 setup time.

If configuration options are allowed to be dynamically modified  (and we are 
working to have it so) this does not contradict, the wizard is just a first 
login graphical setup

Re: [Users] Package installation error

2013-03-21 Thread Simon Grinberg


- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Dave Neary dne...@redhat.com
 Cc: users@ovirt.org, Sahina Bose sab...@redhat.com, Simon Grinberg 
 si...@redhat.com
 Sent: Thursday, March 21, 2013 6:35:56 PM
 Subject: Re: [Users] Package installation error
 
 Simon?
 
 - Original Message -
  From: Dave Neary dne...@redhat.com
  To: Sahina Bose sab...@redhat.com
  Cc: Alon Bar-Lev alo...@redhat.com, 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

2013-02-19 Thread Simon Grinberg


- Original Message -
 From: Oved Ourfalli ov...@redhat.com
 To: René Koch (ovido) r.k...@ovido.at
 Cc: ovirt-users users@ovirt.org
 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) r.k...@ovido.at
  To: ovirt-users users@ovirt.org
  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

2013-01-09 Thread Simon Grinberg


- Original Message -
 From: Dan Kenigsberg dan...@redhat.com
 To: Tom Brown t...@ng23.net
 Cc: Simon Grinberg sgrin...@redhat.com, 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] oVirt 3.1 - VM Migration Issue

2013-01-09 Thread Simon Grinberg


- Original Message -
 From: Dan Kenigsberg dan...@redhat.com
 To: Simon Grinberg si...@redhat.com
 Cc: users@ovirt.org, Tom Brown t...@ng23.net
 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 dan...@redhat.com
   To: Tom Brown t...@ng23.net
   Cc: Simon Grinberg sgrin...@redhat.com, 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] No spice connection - Remote-Viewer quits after a few seconds

2012-11-01 Thread 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 den...@webdienstleistungen.com
 To: users@oVirt.org 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

2012-10-31 Thread Simon Grinberg


- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Michael Ayers ayer...@redhat.com
 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 mailto:ayer...@redhat.com
 
  w: www.redhat.com http://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

2012-10-14 Thread Simon Grinberg


- Original Message -
 From: Dan Kenigsberg dan...@redhat.com
 To: Alexandre Santos santosa...@gmail.com
 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

2012-10-03 Thread Simon Grinberg
- Original Message -

 From: Kevin Maziere Aubry kevin.mazi...@alterway.fr
 To: Antoni Segura Puimedon asegu...@redhat.com
 Cc: Michael Tsirkin mtsir...@redhat.com, Dor Laor
 dl...@redhat.com, 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://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] introduction

2012-08-13 Thread Simon Grinberg
Welcome aboard 

- Original Message -

 From: Garrett LeSage garr...@redhat.com
 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

2012-07-14 Thread 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 jonathanheber...@gmail.com כתב/ה:

 
 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

2012-07-03 Thread 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 shum...@linux.vnet.ibm.com
 To: users@oVirt.org 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 shum...@linux.vnet.ibm.com
 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] Deleting a snapshot of eight disks took more than fifteen minutes

2012-07-03 Thread Simon Grinberg


- Original Message -
 From: Shu Ming shum...@linux.vnet.ibm.com
 To: Simon Grinberg si...@redhat.com
 Cc: users@oVirt.org 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 shum...@linux.vnet.ibm.com
  To: users@oVirt.org 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 shum...@linux.vnet.ibm.com
  IBM China Systems and Technology Laboratory
 
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 
 
 
 --
 Shu Ming shum...@linux.vnet.ibm.com
 IBM China Systems and Technology Laboratory
 
 
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Logical Netowrk - ovirtmgmt

2012-06-17 Thread 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 ricardo.m.este...@gmail.com
 To: Robert Middleswarth rob...@middleswarth.net
 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

2012-02-19 Thread Simon Grinberg


- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Livnat Peer lp...@redhat.com
 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] Unable to add ISOs to default ISO storage domain

2012-02-05 Thread 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