Re: [ovirt-users] Concerns with increasing vdsTimeout value on engine?
On 07/14/2015 12:35 PM, Piotr Kliczewski wrote: On Mon, Jul 13, 2015 at 5:12 PM, Groten, Ryan ryan.gro...@stantec.com wrote: Thanks for the responses everyone and for the RFE. I do use HA in some places at the moment, but I do see another timeout value called vdsConnectionTimeout. Would HA use this value or vdsTimeout (set to 2 by default) when attempting to contact the host? There is a difference between the two: vdsConnectionTimeout - is a timeout used during connecting to a remote host. By default it is 2 seconds. vdsTimeout - high level command invocation timeout used by all commands. By default it is 3 minutes. As far as I understand you are looking for a possibility to customize vdsTimeout for some of the commands. For me, yes, the case is to have an option to set higher value of vdsTimeout for a specific command. -Original Message- From: Shubhendu Tripathi [mailto:shtri...@redhat.com] Sent: Monday, July 13, 2015 2:25 AM To: Piotr Kliczewski Cc: Omer Frenkel; Groten, Ryan; users@ovirt.org Subject: Re: [ovirt-users] Concerns with increasing vdsTimeout value on engine? On 07/13/2015 01:42 PM, Piotr Kliczewski wrote: On Mon, Jul 13, 2015 at 5:57 AM, Shubhendu Tripathi shtri...@redhat.com wrote: On 07/12/2015 09:53 PM, Omer Frenkel wrote: - Original Message - From: Liron Aravot lara...@redhat.com To: Ryan Groten ryan.gro...@stantec.com Cc: users@ovirt.org Sent: Sunday, July 12, 2015 5:44:28 PM Subject: Re: [ovirt-users] Concerns with increasing vdsTimeout value on engine? - Original Message - From: Ryan Groten ryan.gro...@stantec.com To: users@ovirt.org Sent: Friday, July 10, 2015 10:45:11 PM Subject: [ovirt-users] Concerns with increasing vdsTimeout value on engine? When I try to attach new direct lun disks, the scan takes a very long time to complete because of the number of pvs presented to my hosts (there is already a bug on this, related to the pvcreate command taking a very long time - https://bugzilla.redhat.com/show_bug.cgi?id=1217401 ) I discovered a workaround by setting the vdsTimeout value higher (it is 180 seconds by default). I changed it to 300 seconds and now the direct lun scan returns properly, but I’m hoping someone can warn me if this workaround is safe or if it’ll cause other potential issues? I made this change yesterday and so far so good. Hi, no serious issue can be caused by that. Keep in mind though that any other operation will have that amount of time to complete before failing on timeout - which will cause delays before failing (as the timeout was increased for all executions) when not everything is operational and up as expected (as in most of the time). I'd guess that a RFE could be opened to allow increasing the timeout of specific operations if a user want to do that. thanks, Liron. if you have HA vms and use power management (fencing), this might cause longer downtime for HA vms if host has network timeouts: the engine will wait for 3 network failures before trying to fence the host, so in case of timeouts, and increasing it to 5mins, you should expect 15mins before engine will decide host is non-responsive and fence, so if you have HA vm on this host, this will be the vm downtime as well, as the engine will restart HA vms only after fencing. you can read more on http://www.ovirt.org/Automatic_Fencing Even I am in a need where, I try to delete all the 256 gluster volume snapshots using a single gluster CLI command, and engine gets timed out. So, as Liron suggested it would be better if at VDSM verb level we are able to set timeout. That would be better option and caller needs to use the feature judicially :) Please open a RFE for being able to set operation timeout for single command call with description of use cases for which you would like to set the timeout. Piotr, I created an RFE BZ at https://bugzilla.redhat.com/show_bug.cgi?id=1242373. Thanks and Regards, Shubhendu Thanks, Ryan ___ 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Concerns with increasing vdsTimeout value on engine?
On 07/13/2015 01:42 PM, Piotr Kliczewski wrote: On Mon, Jul 13, 2015 at 5:57 AM, Shubhendu Tripathi shtri...@redhat.com wrote: On 07/12/2015 09:53 PM, Omer Frenkel wrote: - Original Message - From: Liron Aravot lara...@redhat.com To: Ryan Groten ryan.gro...@stantec.com Cc: users@ovirt.org Sent: Sunday, July 12, 2015 5:44:28 PM Subject: Re: [ovirt-users] Concerns with increasing vdsTimeout value on engine? - Original Message - From: Ryan Groten ryan.gro...@stantec.com To: users@ovirt.org Sent: Friday, July 10, 2015 10:45:11 PM Subject: [ovirt-users] Concerns with increasing vdsTimeout value on engine? When I try to attach new direct lun disks, the scan takes a very long time to complete because of the number of pvs presented to my hosts (there is already a bug on this, related to the pvcreate command taking a very long time - https://bugzilla.redhat.com/show_bug.cgi?id=1217401 ) I discovered a workaround by setting the vdsTimeout value higher (it is 180 seconds by default). I changed it to 300 seconds and now the direct lun scan returns properly, but I’m hoping someone can warn me if this workaround is safe or if it’ll cause other potential issues? I made this change yesterday and so far so good. Hi, no serious issue can be caused by that. Keep in mind though that any other operation will have that amount of time to complete before failing on timeout - which will cause delays before failing (as the timeout was increased for all executions) when not everything is operational and up as expected (as in most of the time). I'd guess that a RFE could be opened to allow increasing the timeout of specific operations if a user want to do that. thanks, Liron. if you have HA vms and use power management (fencing), this might cause longer downtime for HA vms if host has network timeouts: the engine will wait for 3 network failures before trying to fence the host, so in case of timeouts, and increasing it to 5mins, you should expect 15mins before engine will decide host is non-responsive and fence, so if you have HA vm on this host, this will be the vm downtime as well, as the engine will restart HA vms only after fencing. you can read more on http://www.ovirt.org/Automatic_Fencing Even I am in a need where, I try to delete all the 256 gluster volume snapshots using a single gluster CLI command, and engine gets timed out. So, as Liron suggested it would be better if at VDSM verb level we are able to set timeout. That would be better option and caller needs to use the feature judicially :) Please open a RFE for being able to set operation timeout for single command call with description of use cases for which you would like to set the timeout. Piotr, I created an RFE BZ at https://bugzilla.redhat.com/show_bug.cgi?id=1242373. Thanks and Regards, Shubhendu Thanks, Ryan ___ 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Gluster Volume Snapshots management using oVirt
On 07/10/2015 07:43 PM, Sven Kieske wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/07/15 13:18, Shubhendu Tripathi wrote: Hi, I have written a blog on how to use oVirt 3.6 for managing gluster volume snapshots [1]. Do have a look and comment/feedback are welcome. Regards, Shubhendu [1] http://shtripat.blogspot.in/2015/07/oVirtAndGlusterVolumeSnapshots.htm l Nice feature and write-up! Do you or someone else happen to know if this is fully supported via REST API? Thanks Sven, for compliments :) Unfortunately, the REST apis are not yet available for this feature. - -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +495772 293100 F: +495772 29 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhaus en Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJVn9MVAAoJEMby9TMDAbQR8EcP/2n+51D++XYQRSL2We8YQPE6 JHWFqYRUY6gFL/yEQiKPl+DlXHWL/eMTRw/zv3JI2n70yFQx5lsRtI70GLNhkghh UUARHf8Jg7o/l3YpJvD7PeZdo81MZFJktvGmHQ+uvD+ZIi5nlykhgE2sr4/9bbmA mKA35K6YKI0FIyURyZWgRatuRAzmVvj6wqTAhgUaUH0TQORHP1hPckkHl0/5yh4A SwXxiXUJjtwbVBAXvXaxmbgZ6ViTusD6yqfhDlf+bcfwq/17OcI9VYFGQpKEmSxU DjxAjBUIZCrtH6HfhqBNYAN64pIKG5VBf6QsMur+5PCJIxszeikZ2lIml9me0wuG WpI3TV6Z18DdG34MxIGVDo+YAjhejp2tpR7sihfJ3bD0Caph9Ek3IgznFlH8tI3Q epA+nXOI5QDDL1xeT1dyDBiRhkq/+SdGfqx26A8eyCbg8ciCwMC7W2DaBdhnTcVg Gbqk5mlnbtFzXruMD4uriB+Rz2GANge+1EITfTjKXfDpn2LfXe1D2uC3pbCQnPGr LnJoXhS0mDas+y6kAaMf1X7X+zwSUbb+CKNJOMGiAX5t/v32Qwnqd1kUAUoRklL/ GHtRRUdupNEl09YVK9NBxHcCTWDJaYu2nK3/3XHyX9j3wLAqE7o4bunaVWfc5K83 TW3CcF5BdzbdwtWRB7Nk =5F85 -END PGP SIGNATURE- ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Concerns with increasing vdsTimeout value on engine?
On 07/12/2015 09:53 PM, Omer Frenkel wrote: - Original Message - From: Liron Aravot lara...@redhat.com To: Ryan Groten ryan.gro...@stantec.com Cc: users@ovirt.org Sent: Sunday, July 12, 2015 5:44:28 PM Subject: Re: [ovirt-users] Concerns with increasing vdsTimeout value on engine? - Original Message - From: Ryan Groten ryan.gro...@stantec.com To: users@ovirt.org Sent: Friday, July 10, 2015 10:45:11 PM Subject: [ovirt-users] Concerns with increasing vdsTimeout value on engine? When I try to attach new direct lun disks, the scan takes a very long time to complete because of the number of pvs presented to my hosts (there is already a bug on this, related to the pvcreate command taking a very long time - https://bugzilla.redhat.com/show_bug.cgi?id=1217401 ) I discovered a workaround by setting the vdsTimeout value higher (it is 180 seconds by default). I changed it to 300 seconds and now the direct lun scan returns properly, but I’m hoping someone can warn me if this workaround is safe or if it’ll cause other potential issues? I made this change yesterday and so far so good. Hi, no serious issue can be caused by that. Keep in mind though that any other operation will have that amount of time to complete before failing on timeout - which will cause delays before failing (as the timeout was increased for all executions) when not everything is operational and up as expected (as in most of the time). I'd guess that a RFE could be opened to allow increasing the timeout of specific operations if a user want to do that. thanks, Liron. if you have HA vms and use power management (fencing), this might cause longer downtime for HA vms if host has network timeouts: the engine will wait for 3 network failures before trying to fence the host, so in case of timeouts, and increasing it to 5mins, you should expect 15mins before engine will decide host is non-responsive and fence, so if you have HA vm on this host, this will be the vm downtime as well, as the engine will restart HA vms only after fencing. you can read more on http://www.ovirt.org/Automatic_Fencing Even I am in a need where, I try to delete all the 256 gluster volume snapshots using a single gluster CLI command, and engine gets timed out. So, as Liron suggested it would be better if at VDSM verb level we are able to set timeout. That would be better option and caller needs to use the feature judicially :) Thanks, Ryan ___ 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
[ovirt-users] Gluster Volume Snapshots management using oVirt
Hi, I have written a blog on how to use oVirt 3.6 for managing gluster volume snapshots [1]. Do have a look and comment/feedback are welcome. Regards, Shubhendu [1] http://shtripat.blogspot.in/2015/07/oVirtAndGlusterVolumeSnapshots.html ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Stuck removing DataCenter, Hosts and Volumes
Once all the hosts are in maintenance mode, select all the hosts in that cluster and use the force option for removing the hosts. This would allow removal of hosts from the engine but gluster cluster remains intact. Regards, Shubhendu On 07/09/2015 04:23 PM, m...@ohnewald.net wrote: Is this a stupid question or why isnt anyone responding? By the way. I am running ovirt 3.5.2 Thanks, Mario Am 08.07.15 um 11:48 schrieb m...@ohnewald.net: Anyone? :) Am 07.07.15 um 11:54 schrieb m...@ohnewald.net: Hello List, I have a 2 node replica Gluster Cluster in a Datacenter which i want to remove completely. 1.) I put both nodes in maintenance and removed the DataCenter and the Storage unter the Storage Tab. But now i am stuck removing the Cluster, Hosts and GlusterVolume. a) When i try to remove the Cluster: Error while executing action: Cannot remove Cluster. Host Cluster contains one or more Hosts. b) When i try to remove the hosts: node1: Cannot remove Host. Server having Gluster volume. c) When i try to remove my Volume i get: Error while executing action: Cannot stop Gluster Volume. No up server found in Cluster_II. Any idea how to solve this? Thanks, Mario ___ 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: [ovirt-users] GlusterFS host installation failed
The libs are available for epel6 as well I remember. Worth giving a try. Regards, Shubhendu On 07/09/2015 03:50 PM, Shubhendu Tripathi wrote: I installed librcu using the below command - yum install ftp://ftp.muug.mb.ca/mirror/fedora/epel/7/x86_64/u/userspace-rcu-0.7.9-1.el7.x86_64.rpm Regards, Shubhendu On 07/08/2015 04:09 PM, Stefano Stagnaro wrote: Hi, host installation in a glusterfs cluster is failing due to dependecies errors: Error: Package: glusterfs-server-3.7.2-3.el6.x86_64 (ovirt-3.5-glusterfs-epel) Requires: pyxattr Error: Package: glusterfs-server-3.7.2-3.el6.x86_64 (ovirt-3.5-glusterfs-epel) Requires: liburcu-cds.so.1()(64bit) Error: Package: glusterfs-server-3.7.2-3.el6.x86_64 (ovirt-3.5-glusterfs-epel) Requires: liburcu-bp.so.1()(64bit) oVirt Engine Version: 3.5.3.1-1.el6 on CentOS 6.6 I've installed the following repo: http://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm Thank you, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] GlusterFS host installation failed
I installed librcu using the below command - yum install ftp://ftp.muug.mb.ca/mirror/fedora/epel/7/x86_64/u/userspace-rcu-0.7.9-1.el7.x86_64.rpm Regards, Shubhendu On 07/08/2015 04:09 PM, Stefano Stagnaro wrote: Hi, host installation in a glusterfs cluster is failing due to dependecies errors: Error: Package: glusterfs-server-3.7.2-3.el6.x86_64 (ovirt-3.5-glusterfs-epel) Requires: pyxattr Error: Package: glusterfs-server-3.7.2-3.el6.x86_64 (ovirt-3.5-glusterfs-epel) Requires: liburcu-cds.so.1()(64bit) Error: Package: glusterfs-server-3.7.2-3.el6.x86_64 (ovirt-3.5-glusterfs-epel) Requires: liburcu-bp.so.1()(64bit) oVirt Engine Version: 3.5.3.1-1.el6 on CentOS 6.6 I've installed the following repo: http://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm Thank you, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Unable to reactivate host after reboot due to failed Gluster probe
On 01/29/2015 04:26 PM, Jan Siml wrote: Hello, finally I got the nodes online. What helps was probing the not needed peer node-04 (no brick) from one of the other cluster nodes. When the node becames a Gluster peer, I am able to activate any oVirt node which serves bricks. Therefore I assume, the error message which the UI returns comes from node-04: Yes, this could be an issue as all other successful cases, the value for opErrno is retruned as 0 and opErrStr is blank. I feel this scenario is treated as an error engine side. root@node-04:~ $ gluster peer probe node-01 peer probe: failed: Probe returned with unknown errno 107 root@node-03:~ $ gluster peer status Number of Peers: 2 Hostname: node-01 Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 State: Peer in Cluster (Connected) Hostname: node-02 Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 State: Peer in Cluster (Connected) root@node-03:~ $ gluster peer probe node-04 peer probe: success. root@node-03:~ $ gluster peer status Number of Peers: 3 Hostname: node-01 Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 State: Peer in Cluster (Connected) Hostname: node-02 Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 State: Peer in Cluster (Connected) Hostname: node-04 Uuid: 9cdefc68-d710-4346-93b1-76b5307e258b State: Peer in Cluster (Connected) This (oVirt's behavior) seems to be reproducible. On 01/29/2015 11:10 AM, Jan Siml wrote: Hello, when looking into engine.log, I can see, that gluster probe returned errno 107. But I can't figure out why: 2015-01-29 10:40:03,546 ERROR [org.ovirt.engine.core.bll.InitVdsOnUpCommand] (DefaultQuartzScheduler_Worker-59) [5977aac5] Could not peer probe the gluster server node-03. Error: VdcBLLException: org.ovirt.eng ine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to AddGlusterServerVDS, error = Add host failed error: Probe returned with unknown errno 107 Just for the record: We use the /etc/hosts method because of missing possibility to choose the network interface for Gluster. The three Gluster peer hosts have modified /etc/hosts files with addresses binded to a different interface than the ovirtmgmt addresses. Example: root@node-03:~ $ cat /etc/hosts 192.168.200.195 node-01 192.168.200.196 node-02 192.168.200.198 node-03 The /etc/hosts file on engine host isn't modified. On 01/29/2015 10:39 AM, Jan Siml wrote: Hello, we have a strange behavior within an oVirt cluster. Version is 3.5.1, engine is running on EL6 machine and hosts are using EL7 as operating system. The cluster uses a GlusterFS backed storage domain amongst others. Three of four hosts are peers in the Gluster cluster (3 bricks, 3 replica). When all hosts are restarted (maybe due to power outage), engine can't activate them again, because Gluster probe fails. The message given in UI is: Gluster command [gluster peer node-03] failed on server node-03. Checking Gluster peer and volume status on each host confirms that Gluster peers are known to each other and volume is up. node-03:~ $ gluster peer status Number of Peers: 2 Hostname: node-02 Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 State: Peer in Cluster (Connected) Hostname: node-01 Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 State: Peer in Cluster (Connected) node-03:~ $ gluster volume status Status of volume: glusterfs-1 Gluster processPortOnlinePid -- Brick node-01:/export/glusterfs/brick 49152Y 12409 Brick node-02:/export/glusterfs/brick49153Y 9978 Brick node-03:/export/glusterfs/brick49152Y 10001 Self-heal Daemon on localhostN/AY10003 Self-heal Daemon on node-01N/AY11590 Self-heal Daemon on node-02N/AY9988 Task Status of Volume glusterfs-1 -- There are no active volume tasks Storage domain in oVirt UI is fine (active and green) and usable. But neither Gluster volume nor any brick is visible in UI. If I try the command which is shown in UI it returns: root@node-03:~ $ gluster peer probe node-03 peer probe: success. Probe on localhost not needed root@node-03:~ $ gluster --mode=script peer probe node-03 --xml ?xml version=1.0 encoding=UTF-8 standalone=yes? cliOutput opRet0/opRet opErrno1/opErrno opErrstr(null)/opErrstr outputProbe on localhost not needed/output /cliOutput Is this maybe just an engine side parsing error? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Cancelled: Feature Review: Gluster Volume Snapshot
BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:CANCEL BEGIN:VTIMEZONE TZID:Asia/Kolkata BEGIN:STANDARD DTSTART:16010101T00 TZOFFSETTO:+0530 TZOFFSETFROM:+0530 TZNAME:IST END:STANDARD END:VTIMEZONE BEGIN:VEVENT UID:3440764a-ef38-4491-a023-f369dcfe9a18 SUMMARY:Cancelled: Feature Review: Gluster Volume Snapshot COMMENT:The following meeting has been cancelled: LOCATION:Vijayanagara - BLR vijayanagara-...@redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:arch@ov irt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o virt.org ATTENDEE;CN=Vijayanagara - BLR;CUTYPE=RESOURCE;ROLE=NON-PARTICIPANT;PARTSTAT =ACCEPTED;RSVP=TRUE:mailto:vijayanagara-...@redhat.com ATTENDEE;CN=Ramesh Nachimuthu;PARTSTAT=ACCEPTED:mailto:rnach...@redhat.com ATTENDEE;CN=Don Harris;PARTSTAT=TENTATIVE:mailto:d...@techcetera.com ATTENDEE;CN=Otavio Luiz Ferranti;PARTSTAT=DECLINED:mailto:otavio.ferranti@el dorado.org.br ATTENDEE;CN=Lucas Lima;PARTSTAT=ACCEPTED:mailto:lucas.l...@suinfra.ufrgs.br ATTENDEE;CN=Pankaj Gupta;PARTSTAT=ACCEPTED:mailto:pagu...@redhat.com ATTENDEE;CN=Eldan Hildesheim;PARTSTAT=TENTATIVE:mailto:ehild...@redhat.com ATTENDEE;CN=Shai Revivo;PARTSTAT=TENTATIVE:mailto:srev...@redhat.com ATTENDEE;CN=Karli Sjöberg;PARTSTAT=DECLINED:mailto:karli.sjob...@slu.se ATTENDEE;CN=Peter Portante;PARTSTAT=DECLINED:mailto:pport...@redhat.com ATTENDEE;CUTYPE=INDIVIDUAL;PARTSTAT=DECLINED:mailto:dbis...@controlscan.com ATTENDEE;CN=Ric Wheeler;PARTSTAT=TENTATIVE:mailto:rwhee...@redhat.com ATTENDEE;CN=Pavithra;PARTSTAT=ACCEPTED:mailto:psrin...@redhat.com ATTENDEE;CN=Satya Vempati;PARTSTAT=ACCEPTED:mailto:svemp...@tintri.com ATTENDEE;CN=Eldad Marciano;PARTSTAT=ACCEPTED:mailto:emarc...@redhat.com ORGANIZER;CN=Shubhendu Tripathi:mailto:shtri...@redhat.com DTSTART;TZID=Asia/Kolkata:20140127T183000 DTEND;TZID=Asia/Kolkata:20140127T193000 STATUS:CANCELLED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140127T054337Z DTSTAMP:20140127T054337Z SEQUENCE:1 DESCRIPTION:The following meeting has been cancelled:\n\nSubject: Feature Re view: Gluster Volume Snapshot \nOrganizer: Shubhendu Tripathi shtripat@re dhat.com \n\nLocation: Vijayanagara - BLR vijayanagara-...@redhat.com \ nResources: Vijayanagara - BLR vijayanagara-...@redhat.com (Vijayanagara - BLR) \nTime: Monday\, January 27\, 2014\, 6:30:00 PM - 7:30:00 PM GMT +05 :30 Chennai\, Kolkata\, Mumbai\, New Delhi\n \nInvitees: a...@ovirt.org\; us e...@ovirt.org\; rnach...@redhat.com\; d...@techcetera.com\; otavio.ferranti@e ldorado.org.br\; lucas.l...@suinfra.ufrgs.br\; pagu...@redhat.com\; ehildesh @redhat.com\; srev...@redhat.com\; karli.sjob...@slu.se\; pport...@redhat.co m ... \n\n\n*~*~*~*~*~*~*~*~*~*\n\nHi\,\n\nThe meeting is cancelled as the f eature is being dropped from the current release because of other high prior ity features being taken up.\nExtremely sorry for the last moment cancellati on.\n\nWill schedule the feature review later once we take up this feature.\ n\nThanks and Regards\,\nShubhendu Tripathi END:VEVENT END:VCALENDAR___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Feature Review: Gluster Volume Snapshots
BEGIN:VCALENDAR VERSION:2.0 METHOD:REQUEST PRODID:-//PYVOBJECT//NONSGML Version 1//EN BEGIN:VTIMEZONE TZID:Asia/Kolkata TZURL:http://tzurl.org/zoneinfo-outlook/Asia/Kolkata X-LIC-LOCATION:Asia/Kolkata BEGIN:STANDARD TZOFFSETFROM:+0530 TZOFFSETTO:+0530 TZNAME:IST DTSTART:19700101T00 END:STANDARD END:VTIMEZONE BEGIN:VEVENT UID:0H44B_sN0PzTAnM2@H6D3JmW4G7v71tX DTSTART;TZID=Asia/Kolkata:20140127T183000 DTEND;TZID=Asia/Kolkata:20140127T193000 ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP =TRUE:mailto:users@ovirt.org CREATED:20140121T113648Z DESCRIPTION:\nShubhendu Ram Tripathi (shtri...@redhat.com) has invited you to a video meeting.\n\n\n\n** **\n\nTo join or start the meeting\, go to:\nhttps://bluejeans.com/2986269 80/6439?g=ovzwk4ttibxxm2lsoqxg64th\n\n\nNo Computer or Internet Connection ?\n\nJoin via phone:\n1) Dial-in phone number: +1 408 740 7256 or +1 888 2 40 2560 (US or Canada only) (http://bluejeans.com/numbers)\n2) Enter Conf erence ID: 298626980\n3) Enter Participant PIN: 6439\n\nJoin via room syst em:\n1) Dial-in IP: 199.48.152.152 or bjn.vc\n2) Enter Meeting ID: 2986269 80\n3) Enter Participant passcode: 6439\n\n*** *\n\nFirst time joining a Blue Jeans Video Meeting?\nhttp: //bluejeans.com/faq#connecting\n\n \n\nWant to test your video connection?\nhttp://bluejeans.com/111\ n\n\n\nBlue Jeans Network 2012\n DTSTAMP:20140121T113649Z LAST-MODIFIED:20140121T113648Z LOCATION: ORGANIZER:mailto:shtri...@redhat.com SEQUENCE:0 STATUS:CONFIRMED SUMMARY:Feature Review: Gluster Volume Snapshots TRANSP:OPAQUE END:VEVENT END:VCALENDAR invite.ics Description: application/ics ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Feature Review: Gluster Volume Snapshot
BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Asia/Kolkata BEGIN:STANDARD DTSTART:16010101T00 TZOFFSETTO:+0530 TZOFFSETFROM:+0530 TZNAME:IST END:STANDARD END:VTIMEZONE BEGIN:VEVENT UID:3440764a-ef38-4491-a023-f369dcfe9a18 SUMMARY:Feature Review: Gluster Volume Snapshot LOCATION:Vijayanagara - BLR vijayanagara-...@redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:arch@ov irt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o virt.org ATTENDEE;CN=Vijayanagara - BLR;CUTYPE=RESOURCE;ROLE=NON-PARTICIPANT;PARTSTAT =NEEDS-ACTION;RSVP=TRUE:mailto:vijayanagara-...@redhat.com ORGANIZER;CN=Shubhendu Tripathi:mailto:shtri...@redhat.com DTSTART;TZID=Asia/Kolkata:20140127T183000 DTEND;TZID=Asia/Kolkata:20140127T193000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140121T114004Z DTSTAMP:20140121T114004Z SEQUENCE:0 DESCRIPTION:The following is a new meeting request:\n\nSubject: Feature Revi ew: Gluster Volume Snapshot \nOrganizer: Shubhendu Tripathi shtripat@redh at.com \n\nLocation: Vijayanagara - BLR vijayanagara-...@redhat.com \nR esources: Vijayanagara - BLR vijayanagara-...@redhat.com \nTime: Monday\ , January 27\, 2014\, 6:30:00 PM - 7:30:00 PM GMT +05:30 Chennai\, Kolkata\, Mumbai\, New Delhi\n \nInvitees: a...@ovirt.org\; users@ovirt.org \n\n\n*~* ~*~*~*~*~*~*~*~*\n\nHi\,\n\nIn this talk I intend to present a short overvie w of the feature Gluster Volume Snapshots in oVirt.\n\nBlueJeans session det ails:\nhttps://bluejeans.com/298626980/6439/browser\n\nWIKI Page:\nhttp://ww w.ovirt.org/Features/GlusterVolumeSnapshots\n\nCall bridge details:\nWould b e shared separately.\n\nThanks and Regards\,\nShubhendu Tripathi BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Gluster volume snapshots feature UX feedback
Thanks Malini for the comments. We will re-visit the points mentioned below and update you on the same. Thanks and Regards, Shubhendu Tripathi On 01/22/2014 01:07 AM, Malini Rao wrote: Hi Shubendu, I saw your invite for your walkthrough on the feature - Gluster volume snapshots and also followed the feature link on the wiki and reviewed it. From the UX/ UI perspective, it looks good and I had only a couple of comments. The remove snapshot section seems to indicate an ability to delete multiple snapshots at once and I am not sure we support any batch actions as of now elsewhere in the tool. Ctrl+click is not supported on lists today I think. So, I wanted to find out if you were going to introduce this for your feature. If yes, then we should ensure all other grids are enabled with this multi-select capability. If not, we should refrain from introducing something just for this feature for the sake of consistency and across feature product cohesiveness. The other feedback I have is on the snapshot configuration dialog. It will be great if any units can be added to the right of the field because one is a number and the other is a percentage but the field labels are so similar sounding. The field labels with the dashes in between the words also make it look very homegrown and seems like we are exposing some internal labels to our users. Last but not least, since the terminology of 'snapshots' overlaps with VM snapshots, we should just ensure that no similar action does wildly different things although it seems like snapshotting here is much more simple. Hope this is helpful, Thanks Malini ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users