[Users] Reimport iSCSI Storage Domain?
Hello, 'unfortunally' I updated my oVirt to 3.4.0-0.2.master.20130815150659.git764a14c.el6 and i'd like to go back with all 17 VMs to the soon brand new 3.3 version. It looks like, the database schemas are different, 03030760 for my installed version whereas 3.3 rc comes with 03030640. So I'm pretty sure, I will not able to use this db for 3.3 So my question, is there any way to reimport an existing iSCSI domain without passing hours of exporting/importing VMs from one system to the other? Thank you for your help Hans-Joachim ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] All VMs disappeared
Dne 14.8.2013 18:04, j.bitt...@nbu.cz napsal(a): Cituji Laszlo Hornyak lhorn...@redhat.com: - Original Message - From: Itamar Heim ih...@redhat.com To: Jakub Bittner j.bitt...@nbu.cz Cc: Michal Skrivanek mskri...@redhat.com, users@ovirt.org Sent: Wednesday, August 14, 2013 4:27:17 PM Subject: Re: [Users] All VMs disappeared On 08/14/2013 05:19 PM, Jakub Bittner wrote: Dne 14.8.2013 10:48, Jakub Bittner napsal(a): Dne 14.8.2013 09:57, Liron Aravot napsal(a): Jakub, are only your vms disappear? what about the disks? - Original Message - From: Laszlo Hornyak lhorn...@redhat.com To: Jakub Bittner j.bitt...@nbu.cz Cc: users@ovirt.org Sent: Wednesday, August 14, 2013 10:39:48 AM Subject: Re: [Users] All VMs disappeared - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Wednesday, August 14, 2013 8:09:45 AM Subject: Re: [Users] All VMs disappeared Dne 13.8.2013 18:29, Laszlo Hornyak napsal(a): Ahoj Jakub, Just one more idea: could you turn statement logging on in postgresql before you try again? It is in /var/lib/pgsql/data/postgresql.conf log_statement = 'all' - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: Itamar Heim ih...@redhat.com Cc: users@ovirt.org Sent: Tuesday, August 13, 2013 5:20:29 PM Subject: Re: [Users] All VMs disappeared Dne 13.8.2013 17:02, Itamar Heim napsal(a): On 08/13/2013 05:31 PM, Jakub Bittner wrote: Dne 13.8.2013 15:39, Itamar Heim napsal(a): On 08/13/2013 08:50 AM, Jakub Bittner wrote: Dne 12.8.2013 22:44, Itamar Heim napsal(a): On 08/12/2013 06:59 PM, Jakub Bittner wrote: Dne 12.8.2013 14:54, Jakub Bittner napsal(a): Dne 12.8.2013 14:29, Laszlo Hornyak napsal(a): I looked around Noam's patch and that should not cause such behavior. I am wondering how that lost VM's could happen. Jakub, can you give a more detailed description what you were doing with oVirt when this happened? Maybe the bug is still there. Thank you, Laszlo - Original Message - From: Greg Sheremeta gsher...@redhat.com To: Laszlo Hornyak lhorn...@redhat.com Cc: Jakub Bittner j.bitt...@nbu.cz, Noam Slomianko nslom...@redhat.com, users@ovirt.org Sent: Monday, August 12, 2013 1:23:40 PM Subject: Re: [Users] All VMs disappeared Not the one I fixed, 987907. It was a simple UI NullPointerException. Greg - Original Message - From: Laszlo Hornyak lhorn...@redhat.com To: Jakub Bittner j.bitt...@nbu.cz, Noam Slomianko nslom...@redhat.com, Greg Sheremeta gsher...@redhat.com Cc: users@ovirt.org Sent: Monday, August 12, 2013 7:21:26 AM Subject: Re: [Users] All VMs disappeared Well if they are no longer in DB then that explains why the exception no longer occurs, but at the cost of database corruption. Noam and Greg, can these bugs cause data corruption? Thank you, Laszlo - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: Greg Sheremeta gsher...@redhat.com Cc: users@ovirt.org, Laszlo Hornyak lhorn...@redhat.com Sent: Monday, August 12, 2013 9:05:09 AM Subject: Re: [Users] All VMs disappeared Dne 10.8.2013 01:54, Greg Sheremeta napsal(a): It could also be this bug[1], for which I just submitted a fix. [1] https://bugzilla.redhat.com/show_bug.cgi?id=987907 You can work around it by typing just VMs: (without the quotes) in the search bar. Greg - Original Message - From: Laszlo Hornyak lhorn...@redhat.com To: Jakub Bittner j.bitt...@nbu.cz Cc: users@ovirt.org Sent: Friday, August 9, 2013 11:21:26 AM Subject: Re: [Users] All VMs disappeared Hi Jakub, Could you check through DB or REST-API if the VM's are in your DB? select * from vm_static; or curl -u admin@internal:blablabla [engine-url]api/vms It seems Noam fixed this issue already in c2295c31fa645e1ba1b94cd557bd1fecb40c8829. Thank you, Laszlo - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Friday, August 9, 2013 1:06:53 PM Subject: Re: [Users] All VMs disappeared Dne 9.8.2013 09:48, Jakub Bittner napsal(a): Hello, Iam running ovirt 3.3.0.beta1 on centos 6,4 and all our VMs disappeared from VMs tab. Nodes running on centos too. Repeating problem in log is: 2013-08-09 09:44:24,203 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-45) Failed to refresh VDS , vds = 7cb6aedf-47bc-40b0-877f-2a537fca5c64 : node2.x.com, error = java.lang.NullPointerException, continuing.: java.lang.NullPointerException at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.proceedGuaranteedMemoryCheck(VdsUpdateRunTimeInfo.java:1313) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVmStats(VdsUpdateRunTimeInfo.java:968) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:542) [vdsbroker.jar:]
Re: [Users] All VMs disappeared
Dne 23.8.2013 10:24, Jakub Bittner napsal(a): Dne 14.8.2013 18:04, j.bitt...@nbu.cz napsal(a): Cituji Laszlo Hornyak lhorn...@redhat.com: - Original Message - From: Itamar Heim ih...@redhat.com To: Jakub Bittner j.bitt...@nbu.cz Cc: Michal Skrivanek mskri...@redhat.com, users@ovirt.org Sent: Wednesday, August 14, 2013 4:27:17 PM Subject: Re: [Users] All VMs disappeared On 08/14/2013 05:19 PM, Jakub Bittner wrote: Dne 14.8.2013 10:48, Jakub Bittner napsal(a): Dne 14.8.2013 09:57, Liron Aravot napsal(a): Jakub, are only your vms disappear? what about the disks? - Original Message - From: Laszlo Hornyak lhorn...@redhat.com To: Jakub Bittner j.bitt...@nbu.cz Cc: users@ovirt.org Sent: Wednesday, August 14, 2013 10:39:48 AM Subject: Re: [Users] All VMs disappeared - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Wednesday, August 14, 2013 8:09:45 AM Subject: Re: [Users] All VMs disappeared Dne 13.8.2013 18:29, Laszlo Hornyak napsal(a): Ahoj Jakub, Just one more idea: could you turn statement logging on in postgresql before you try again? It is in /var/lib/pgsql/data/postgresql.conf log_statement = 'all' - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: Itamar Heim ih...@redhat.com Cc: users@ovirt.org Sent: Tuesday, August 13, 2013 5:20:29 PM Subject: Re: [Users] All VMs disappeared Dne 13.8.2013 17:02, Itamar Heim napsal(a): On 08/13/2013 05:31 PM, Jakub Bittner wrote: Dne 13.8.2013 15:39, Itamar Heim napsal(a): On 08/13/2013 08:50 AM, Jakub Bittner wrote: Dne 12.8.2013 22:44, Itamar Heim napsal(a): On 08/12/2013 06:59 PM, Jakub Bittner wrote: Dne 12.8.2013 14:54, Jakub Bittner napsal(a): Dne 12.8.2013 14:29, Laszlo Hornyak napsal(a): I looked around Noam's patch and that should not cause such behavior. I am wondering how that lost VM's could happen. Jakub, can you give a more detailed description what you were doing with oVirt when this happened? Maybe the bug is still there. Thank you, Laszlo - Original Message - From: Greg Sheremeta gsher...@redhat.com To: Laszlo Hornyak lhorn...@redhat.com Cc: Jakub Bittner j.bitt...@nbu.cz, Noam Slomianko nslom...@redhat.com, users@ovirt.org Sent: Monday, August 12, 2013 1:23:40 PM Subject: Re: [Users] All VMs disappeared Not the one I fixed, 987907. It was a simple UI NullPointerException. Greg - Original Message - From: Laszlo Hornyak lhorn...@redhat.com To: Jakub Bittner j.bitt...@nbu.cz, Noam Slomianko nslom...@redhat.com, Greg Sheremeta gsher...@redhat.com Cc: users@ovirt.org Sent: Monday, August 12, 2013 7:21:26 AM Subject: Re: [Users] All VMs disappeared Well if they are no longer in DB then that explains why the exception no longer occurs, but at the cost of database corruption. Noam and Greg, can these bugs cause data corruption? Thank you, Laszlo - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: Greg Sheremeta gsher...@redhat.com Cc: users@ovirt.org, Laszlo Hornyak lhorn...@redhat.com Sent: Monday, August 12, 2013 9:05:09 AM Subject: Re: [Users] All VMs disappeared Dne 10.8.2013 01:54, Greg Sheremeta napsal(a): It could also be this bug[1], for which I just submitted a fix. [1] https://bugzilla.redhat.com/show_bug.cgi?id=987907 You can work around it by typing just VMs: (without the quotes) in the search bar. Greg - Original Message - From: Laszlo Hornyak lhorn...@redhat.com To: Jakub Bittner j.bitt...@nbu.cz Cc: users@ovirt.org Sent: Friday, August 9, 2013 11:21:26 AM Subject: Re: [Users] All VMs disappeared Hi Jakub, Could you check through DB or REST-API if the VM's are in your DB? select * from vm_static; or curl -u admin@internal:blablabla [engine-url]api/vms It seems Noam fixed this issue already in c2295c31fa645e1ba1b94cd557bd1fecb40c8829. Thank you, Laszlo - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Friday, August 9, 2013 1:06:53 PM Subject: Re: [Users] All VMs disappeared Dne 9.8.2013 09:48, Jakub Bittner napsal(a): Hello, Iam running ovirt 3.3.0.beta1 on centos 6,4 and all our VMs disappeared from VMs tab. Nodes running on centos too. Repeating problem in log is: 2013-08-09 09:44:24,203 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-45) Failed to refresh VDS , vds = 7cb6aedf-47bc-40b0-877f-2a537fca5c64 : node2.x.com, error = java.lang.NullPointerException, continuing.: java.lang.NullPointerException at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.proceedGuaranteedMemoryCheck(VdsUpdateRunTimeInfo.java:1313) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVmStats(VdsUpdateRunTimeInfo.java:968) [vdsbroker.jar:] at
Re: [Users] Setup Host Network dialog - actions availability [ux][BZ#984737]
On Thu, 2013-08-22 at 13:04 -0400, Einav Cohen wrote: Hi, This is about attempting to address the difficulty of finding the edit-action in the Setup Host Network dialog, as documented in Bug 984737 - usability: webadmin difficulty in assigning client ip, no gateway possible in bugzilla. We have a suggestion from Eldan (see attached HostSetupNetworks-HoverPopUp.png) which was described in the BZ (comment #3) and seemed acceptable by the reporter (comment #4), however IIUC - one of the main pain points described in the BZ was the fact that the user could not find the option to Edit the connection properties since he was looking in the wrong place, and needed to hover on the correct place, in order to find that option. So although the idea is somewhat helpful, my concern is that this solution is not enough (comment #5). Another proposal from Malini (comment #6) is to add an actions drop-down menu in the form of a small gear icon-button - see attached HostSetupNetworks-DropDownMenu.png. This proposal addresses my concern, however I have a question about another concern with this solution: would the actions-drop-down menu-items panel be revealed appear upon click or upon hover? In my opinion this is the better solution but still not enough. Let me explain why: There are 4 reasons (or did I forgot one?) why I want to change the network configuration: 1. Add new logical networks 2. Remove logical networks 3. Change ip addresses of 1 (or more) logical networks 4. Configure/change bonding options Ad 1 and 2: In the Setup hosts networks dialog the behavior is ok - improvements should be done when creating new logical networks. I think neutron integration will improve this... Ad 3: When changing (or adding) an ip address I first have to verify what's the current ip configuration of this host. If I don't use dns/static hosts entry I can see the current ip address of ovirtmgmt host in hosts tab, but for all other networks or when having hostnames configured I have to go to the Network Interfaces subtab of each host. In this tab I can already see the address I (properly) want to change or the interface where I want to add a new ip address. So why not allowing to edit ip addresses here? I don't mean going back to oVirt 3.0 style but just make existing ip addresses changeable here already by making the existing ip address clickable and open the edit network window. Bondings/logical networks should stay in setup host networks and there should also be a gear icon to edit/remove logical networks like in the DropDownMenu.png screenshot which reveals when clicking on it. Then you have the possibility to change the ip config wherever it's easier for you. I also vote for removing the tooltip on logical networks and instead display the ip address (and maybe MTU) below the logical network name. e.g. ovirtmgmt (VLAN 1) IP: 192.168.0.1 - logical network 1 - logical network 2 As ip addresses will most likely be configured only for ovirtmgmt, display network and storage network this dialog wouldn't get floated with too many information... Ad 4: Add a gear icon in the same way as for 3, but keep the ability to change the configuration only in Setup hosts networks dialog, no need imho in Network Interfaces subtab... Regards, René if it will be upon hover, it might seem weird/be conflicted/be somewhat confusing with the hover functionality that reveals the logical-network details pop-up. if it will be upon click, it means that in order to edit a logical network, two clicks will be required in order to get to the edit dialog, as opposed to one click in the current state and in Eldan's suggestion. maybe having two clicks in order to get to the edit dialog is acceptable, however there may be some solutions for that: one possible solution would be to combine both attached suggestions, i.e. the actions within the hover pop-up, as well as the actions drop-down menu, however it means that there will be some redundancy of the actions availability. another possible solution is to keep only the gear + down-arrow icon (or maybe only the down-arrow icon), without the actual drop-down menu there, just in order to indicate that there are some options available in that area, and have Eldan's pop-up appear when hovering on that icon (or even on the entire logical-network area, as happens today with the current details pop-up) thoughts? Regards, Einav ___ 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] Setup Host Network dialog - actions availability [ux][BZ#984737]
On 23/08/13 08:51, Karli Sjöberg wrote: tor 2013-08-22 klockan 20:43 +0300 skrev Lior Vernia: On 22/08/13 20:04, Einav Cohen wrote: Hi, This is about attempting to address the difficulty of finding the edit-action in the Setup Host Network dialog, as documented in Bug 984737 - usability: webadmin difficulty in assigning client ip, no gateway possible in bugzilla. We have a suggestion from Eldan (see attached HostSetupNetworks-HoverPopUp.png) which was described in the BZ (comment #3) and seemed acceptable by the reporter (comment #4), however IIUC - one of the main pain points described in the BZ was the fact that the user could not find the option to Edit the connection properties since he was looking in the wrong place, and needed to hover on the correct place, in order to find that option. So although the idea is somewhat helpful, my concern is that this solution is not enough (comment #5). Another proposal from Malini (comment #6) is to add an actions drop-down menu in the form of a small gear icon-button - see attached HostSetupNetworks-DropDownMenu.png. This proposal addresses my concern, however I have a question about another concern with this solution: would the actions-drop-down menu-items panel be revealed appear upon click or upon hover? if it will be upon hover, it might seem weird/be conflicted/be somewhat confusing with the hover functionality that reveals the logical-network details pop-up. If this proposal is accepted (see my comments below about both proposals), one solution might be to get rid of the network details tooltip. Most people probably don't use MTU, Just a FYI there Lior; we do:) And when 10GbE becomes available, Jumbo Frames is going to be required to use all that bandwidth. Otherwise you are capped at about half(500MB/s as opposed to 1,2GB/s). And is it at all helpful to see it in the Host Setup Networks context? It is set in the DC context when adding or editing a network, to my understanding it doesn't have much to do with a specific host. I'm guessing the main reason it's there is to give people a shot at guessing why their network appears out-of-sync, when it's caused by the MTU being configured differently on the host, but I don't think that would be easy to figure out anyway. /Karli and the rest is just explaining the network role icons; so maybe not that useful. if it will be upon click, it means that in order to edit a logical network, two clicks will be required in order to get to the edit dialog, as opposed to one click in the current state and in Eldan's suggestion. maybe having two clicks in order to get to the edit dialog is acceptable, however there may be some solutions for that: one possible solution would be to combine both attached suggestions, i.e. the actions within the hover pop-up, as well as the actions drop-down menu, however it means that there will be some redundancy of the actions availability. That sounds bad to me regardless of the other alternatives. another possible solution is to keep only the gear + down-arrow icon (or maybe only the down-arrow icon), without the actual drop-down menu there, just in order to indicate that there are some options available in that area, and have Eldan's pop-up appear when hovering on that icon (or even on the entire logical-network area, as happens today with the current details pop-up) thoughts? I like the gear icon because it's noticeable and easily recognizable. However, keep in mind that bonds should also have the same icon to keep a consistent design. Now imagine a configuration with several bonds on the left-hand-side and quite a few networks on the right-hand-side; I'm no designer, but it could get cluttered with all those gear icons. It MIGHT be preferable to use the other design (tooltip with action bar) and risk the odd person not easily finding it (no disrespect intended, Jason). I have no idea, however, if it's gonna be just the odd person or most people. I'd love to hear others' opinions. Regards, Einav ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.se mailto:karli.sjob...@adm.slu.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Setup Host Network dialog - actions availability [ux][BZ#984737]
fre 2013-08-23 klockan 15:42 +0300 skrev Lior Vernia: On 23/08/13 08:51, Karli Sjöberg wrote: tor 2013-08-22 klockan 20:43 +0300 skrev Lior Vernia: On 22/08/13 20:04, Einav Cohen wrote: Hi, This is about attempting to address the difficulty of finding the edit-action in the Setup Host Network dialog, as documented in Bug 984737 - usability: webadmin difficulty in assigning client ip, no gateway possible in bugzilla. We have a suggestion from Eldan (see attached HostSetupNetworks-HoverPopUp.png) which was described in the BZ (comment #3) and seemed acceptable by the reporter (comment #4), however IIUC - one of the main pain points described in the BZ was the fact that the user could not find the option to Edit the connection properties since he was looking in the wrong place, and needed to hover on the correct place, in order to find that option. So although the idea is somewhat helpful, my concern is that this solution is not enough (comment #5). Another proposal from Malini (comment #6) is to add an actions drop-down menu in the form of a small gear icon-button - see attached HostSetupNetworks-DropDownMenu.png. This proposal addresses my concern, however I have a question about another concern with this solution: would the actions-drop-down menu-items panel be revealed appear upon click or upon hover? if it will be upon hover, it might seem weird/be conflicted/be somewhat confusing with the hover functionality that reveals the logical-network details pop-up. If this proposal is accepted (see my comments below about both proposals), one solution might be to get rid of the network details tooltip. Most people probably don't use MTU, Just a FYI there Lior; we do:) And when 10GbE becomes available, Jumbo Frames is going to be required to use all that bandwidth. Otherwise you are capped at about half(500MB/s as opposed to 1,2GB/s). And is it at all helpful to see it in the Host Setup Networks context? It is set in the DC context when adding or editing a network, to my understanding it doesn't have much to do with a specific host. No I agree, it´s not helpful at all, maybe even destructive. Why allow admins to mess around with different MTU's on different Hosts for the same network. Since MTU is set in the switches, the MTU must be the same for all Hosts on the same network, or one could wreak all kinds of havoc. What I was saying is not to forget that, for admins, MTU is a big deal, and makes a big difference in performance, is all. I'm guessing the main reason it's there is to give people a shot at guessing why their network appears out-of-sync, when it's caused by the MTU being configured differently on the host, but I don't think that would be easy to figure out anyway. /Karli and the rest is just explaining the network role icons; so maybe not that useful. if it will be upon click, it means that in order to edit a logical network, two clicks will be required in order to get to the edit dialog, as opposed to one click in the current state and in Eldan's suggestion. maybe having two clicks in order to get to the edit dialog is acceptable, however there may be some solutions for that: one possible solution would be to combine both attached suggestions, i.e. the actions within the hover pop-up, as well as the actions drop-down menu, however it means that there will be some redundancy of the actions availability. That sounds bad to me regardless of the other alternatives. another possible solution is to keep only the gear + down-arrow icon (or maybe only the down-arrow icon), without the actual drop-down menu there, just in order to indicate that there are some options available in that area, and have Eldan's pop-up appear when hovering on that icon (or even on the entire logical-network area, as happens today with the current details pop-up) thoughts? I like the gear icon because it's noticeable and easily recognizable. However, keep in mind that bonds should also have the same icon to keep a consistent design. Now imagine a configuration with several bonds on the left-hand-side and quite a few networks on the right-hand-side; I'm no designer, but it could get cluttered with all those gear icons. It MIGHT be preferable to use the other design (tooltip with action bar) and risk the odd person not easily finding it (no disrespect intended, Jason). I have no idea, however, if it's gonna be just the odd person or most people. I'd love to hear others' opinions. Regards, Einav ___ Users mailing list Users@ovirt.orgmailto:Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of
[Users] iSCSI VM storage overlap
Hello, We have a 3 node setup with one for ovirt-engine managing the 2 others nodes. OS on all nodes is CentOS release 6.4 (Final) Ovirt version is 3.2.1-1.beta1.el6.noarch It uses an iSCSI IBM Backend. When importing 2 VMs from exports, it happens that after importing VM1, you import VM2 and it overwrites some parts of VM1's disk, and so you lose pretty much all your data. So it is like the SPM does not know where it wrote VM1. I have found any relevant logs. Has anyone already experienced this ? Thanks, Jérémy ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] spice from windows
On 21 Aug 2013, at 12:22, Itamar Heim wrote: On 08/21/2013 06:19 AM, Michal Skrivanek wrote: On Aug 20, 2013, at 22:58 , Itamar Heim ih...@redhat.com wrote: On 08/20/2013 04:16 PM, alireza sadeh seighalan wrote: hi everyone how can i access to spice remote from a windows client ? i could connect to ovirt manager from firefox (on a windows system) but i couldnt see spice icon. in linux we can install spice-xpi but how can i access it from windows? thanks in advance ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users options (michal, do we have a wiki around this?): 1. spice activex for IE 2. mime based launch of spice client (requires a newer engine/spice client) For #1 there is http://www.ovirt.org/How_to_Connect_to_SPICE_Console_With_Portal For #2 http://www.ovirt.org/Features/Non_plugin_console_invocation Since 3.3 we have option #3: http://www.ovirt.org/Features/noVNC_console http://www.ovirt.org/Features/SpiceHTML5 I guess it should be aggregated now… especially with the last two and mime type, this one should be updated as well? http://www.ovirt.org/How_to_Connect_to_SPICE_Console_Without_Portal Fixing [1] would IMHO be the best. Let's describe it in one place at once. [1] https://bugzilla.redhat.com/show_bug.cgi?id=997418 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Setup Host Network dialog - actions availability [ux][BZ#984737]
On 23/08/13 15:46, Karli Sjöberg wrote: fre 2013-08-23 klockan 15:42 +0300 skrev Lior Vernia: On 23/08/13 08:51, Karli Sjöberg wrote: tor 2013-08-22 klockan 20:43 +0300 skrev Lior Vernia: On 22/08/13 20:04, Einav Cohen wrote: Hi, This is about attempting to address the difficulty of finding the edit-action in the Setup Host Network dialog, as documented in Bug 984737 - usability: webadmin difficulty in assigning client ip, no gateway possible in bugzilla. We have a suggestion from Eldan (see attached HostSetupNetworks-HoverPopUp.png) which was described in the BZ (comment #3) and seemed acceptable by the reporter (comment #4), however IIUC - one of the main pain points described in the BZ was the fact that the user could not find the option to Edit the connection properties since he was looking in the wrong place, and needed to hover on the correct place, in order to find that option. So although the idea is somewhat helpful, my concern is that this solution is not enough (comment #5). Another proposal from Malini (comment #6) is to add an actions drop-down menu in the form of a small gear icon-button - see attached HostSetupNetworks-DropDownMenu.png. This proposal addresses my concern, however I have a question about another concern with this solution: would the actions-drop-down menu-items panel be revealed appear upon click or upon hover? if it will be upon hover, it might seem weird/be conflicted/be somewhat confusing with the hover functionality that reveals the logical-network details pop-up. If this proposal is accepted (see my comments below about both proposals), one solution might be to get rid of the network details tooltip. Most people probably don't use MTU, Just a FYI there Lior; we do:) And when 10GbE becomes available, Jumbo Frames is going to be required to use all that bandwidth. Otherwise you are capped at about half(500MB/s as opposed to 1,2GB/s). And is it at all helpful to see it in the Host Setup Networks context? It is set in the DC context when adding or editing a network, to my understanding it doesn't have much to do with a specific host. No I agree, it´s not helpful at all, maybe even destructive. Why allow admins to mess around with different MTU's on different Hosts for the same network. Since MTU is set in the switches, the MTU must be the same for all Hosts on the same network, or one could wreak all kinds of havoc. What I was saying is not to forget that, for admins, MTU is a big deal, and makes a big difference in performance, is all. Worry not :) I was only referring to the Host Setup Networks tooltip displayed when hovering over a network, I probably should have phrased it better. I'm guessing the main reason it's there is to give people a shot at guessing why their network appears out-of-sync, when it's caused by the MTU being configured differently on the host, but I don't think that would be easy to figure out anyway. /Karli and the rest is just explaining the network role icons; so maybe not that useful. if it will be upon click, it means that in order to edit a logical network, two clicks will be required in order to get to the edit dialog, as opposed to one click in the current state and in Eldan's suggestion. maybe having two clicks in order to get to the edit dialog is acceptable, however there may be some solutions for that: one possible solution would be to combine both attached suggestions, i.e. the actions within the hover pop-up, as well as the actions drop-down menu, however it means that there will be some redundancy of the actions availability. That sounds bad to me regardless of the other alternatives. another possible solution is to keep only the gear + down-arrow icon (or maybe only the down-arrow icon), without the actual drop-down menu there, just in order to indicate that there are some options available in that area, and have Eldan's pop-up appear when hovering on that icon (or even on the entire logical-network area, as happens today with the current details pop-up) thoughts? I like the gear icon because it's noticeable and easily recognizable. However, keep in mind that bonds should also have the same icon to keep a consistent design. Now imagine a configuration with several bonds on the left-hand-side and quite a few networks on the right-hand-side; I'm no designer, but it could get cluttered with all those gear icons. It MIGHT be preferable to use the other design (tooltip with action bar) and risk the odd person not easily finding it (no disrespect intended, Jason). I have no idea, however, if it's gonna be just the odd person or most people. I'd love to hear others' opinions. Regards, Einav
Re: [Users] Setup Host Network dialog - actions availability [ux][BZ#984737]
[top posting] Hi René, thanks for the feedback. I will soon send an e-mail summarizing all of the feedback regarding the main issue. In your particular feedback, you have mentioned a couple of potential improvements that are not directly related to the main issue. These are: (1) So why not allowing to edit ip addresses here? I don't mean going back to oVirt 3.0 style but just make existing ip addresses changeable here already by making the existing ip address clickable and open the edit network window. [IIUC: 'here' == Logical Networks sub-tab in the Hosts main tab] Can you please file a new BZ on that issue? [https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt] (2) display the ip address (and maybe MTU) below the logical network name. e.g. ovirtmgmt (VLAN 1) IP: 192.168.0.1 - logical network 1 - logical network 2 currently, the appropriate location for this information is the details-pop-up that is displayed upon hovering on the logical network; however, in case we will decide to get rid of that pop-up, your suggestion above should be taken into consideration, and it would be great if you will file a new BZ on that issue as well. Thanks, Einav - Original Message - From: René Koch (ovido) r.k...@ovido.at To: Einav Cohen eco...@redhat.com Cc: info i...@eldanet.com, Eldan Hildesheim ehild...@redhat.com, users users@ovirt.org, j...@cs.yorku.ca Sent: Friday, August 23, 2013 4:34:28 AM Subject: Re: [Users] Setup Host Network dialog - actions availability [ux][BZ#984737] On Thu, 2013-08-22 at 13:04 -0400, Einav Cohen wrote: Hi, This is about attempting to address the difficulty of finding the edit-action in the Setup Host Network dialog, as documented in Bug 984737 - usability: webadmin difficulty in assigning client ip, no gateway possible in bugzilla. We have a suggestion from Eldan (see attached HostSetupNetworks-HoverPopUp.png) which was described in the BZ (comment #3) and seemed acceptable by the reporter (comment #4), however IIUC - one of the main pain points described in the BZ was the fact that the user could not find the option to Edit the connection properties since he was looking in the wrong place, and needed to hover on the correct place, in order to find that option. So although the idea is somewhat helpful, my concern is that this solution is not enough (comment #5). Another proposal from Malini (comment #6) is to add an actions drop-down menu in the form of a small gear icon-button - see attached HostSetupNetworks-DropDownMenu.png. This proposal addresses my concern, however I have a question about another concern with this solution: would the actions-drop-down menu-items panel be revealed appear upon click or upon hover? In my opinion this is the better solution but still not enough. Let me explain why: There are 4 reasons (or did I forgot one?) why I want to change the network configuration: 1. Add new logical networks 2. Remove logical networks 3. Change ip addresses of 1 (or more) logical networks 4. Configure/change bonding options Ad 1 and 2: In the Setup hosts networks dialog the behavior is ok - improvements should be done when creating new logical networks. I think neutron integration will improve this... Ad 3: When changing (or adding) an ip address I first have to verify what's the current ip configuration of this host. If I don't use dns/static hosts entry I can see the current ip address of ovirtmgmt host in hosts tab, but for all other networks or when having hostnames configured I have to go to the Network Interfaces subtab of each host. In this tab I can already see the address I (properly) want to change or the interface where I want to add a new ip address. So why not allowing to edit ip addresses here? I don't mean going back to oVirt 3.0 style but just make existing ip addresses changeable here already by making the existing ip address clickable and open the edit network window. Bondings/logical networks should stay in setup host networks and there should also be a gear icon to edit/remove logical networks like in the DropDownMenu.png screenshot which reveals when clicking on it. Then you have the possibility to change the ip config wherever it's easier for you. I also vote for removing the tooltip on logical networks and instead display the ip address (and maybe MTU) below the logical network name. e.g. ovirtmgmt (VLAN 1) IP: 192.168.0.1 - logical network 1 - logical network 2 As ip addresses will most likely be configured only for ovirtmgmt, display network and storage network this dialog wouldn't get floated with too many information... Ad 4: Add a gear icon in the same way as for 3, but keep the ability to change the configuration only in Setup hosts networks dialog, no need imho in Network Interfaces subtab... Regards, René if it will be upon
[Users] Changing the ovirt Master storage domain mount point
I need to change the storage domain mount point due to some changes in our infrastructure. I have found the area's I believe will be required: DB: engine; table: storage_server_connections; change the connection path field on the NFS mount point: change the path data in UUID/dom_md/metadata Is there anywhere else I will need to change this? I know that this is not a supported change but it's either that or we export every VM we have running which would take about a week to complete or we rename the mount and change the path. Is there another option? Current running version: 3.1.0-2.fc17 Thanks Christian Kolquist -- --- This email, along with any attachments, is confidential. If you believe you received this message in error, please contact the sender immediately and delete all copies of the message. Thank you. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users