Re: [Users] Upgrading ovirt-engine from Centos dre repo
Hi guys, Thank you very much for all your input and assistance. On Tue, Jul 31, 2012 at 5:48 PM, Ofer Schreiber oschr...@redhat.com wrote: it seems that you're using a very old 3.1 build, which we never released during the beta process (afair). this build is a x86_64 build, which confuses the upgrade script (since new rpms are noarch). I can't guarantee it will work fine (although I can't think of any reason it won't), but using the --force-setup... parameter is a good option. Actually, we already fixed this bug upstream, but I'm not sure it will get into 3.1. I'll try the --force-setup today if I get a chance, in a worst case scenario what could go wrong? When I run the upgrade will it create a DB backup that can be manually restored if I have to remove all ovirt-engine packages and start from scratch? Anyone have some steps on how to go about restoring from the backup that the engine-upgrade --force-setup creates? Currently I'm running a two node/hypervisor setup with a SAN as my data storage, but I can't migrate VM's between the nodes due to what appears to be a bug, which is the reason for wanting to update the ovirt-engine. As previously mentioned my engine is installed directly on one of the nodes/hypervisors. Would it perhaps be a better idea to install a new ovirt-engine onto a different server and then migrate to the new engine rather than updating the current one, or am I just being completely paranoid? We are running mission critical VM's on the install, so I can't risk something going wrong and the VM's stop running or access to them is lost. Thank you very much. Regards. Neil Wilson ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Upgrading ovirt-engine from Centos dre repo
On 08/02/2012 09:47 AM, Neil wrote: Hi guys, Thank you very much for all your input and assistance. On Tue, Jul 31, 2012 at 5:48 PM, Ofer Schreiber oschr...@redhat.com wrote: it seems that you're using a very old 3.1 build, which we never released during the beta process (afair). this build is a x86_64 build, which confuses the upgrade script (since new rpms are noarch). I can't guarantee it will work fine (although I can't think of any reason it won't), but using the --force-setup... parameter is a good option. Actually, we already fixed this bug upstream, but I'm not sure it will get into 3.1. I'll try the --force-setup today if I get a chance, in a worst case scenario what could go wrong? When I run the upgrade will it create a DB backup that can be manually restored if I have to remove all ovirt-engine packages and start from scratch? Anyone have some steps on how to go about restoring from the backup that the engine-upgrade --force-setup creates? Currently I'm running a two node/hypervisor setup with a SAN as my data storage, but I can't migrate VM's between the nodes due to what appears to be a bug, which is the reason for wanting to update the ovirt-engine. As previously mentioned my engine is installed directly on one of the nodes/hypervisors. though not directly related, that's not helping... Would it perhaps be a better idea to install a new ovirt-engine onto a different server and then migrate to the new engine rather than updating the current one, or am I just being completely paranoid? We are running mission critical VM's on the install, so I can't risk something going wrong and the VM's stop running or access to them is lost. upgrade wasn't tested thourougly in these versions. installing a new environment and moving VMs to it would be safer, but it will require you to have more nodes, and stop/export/import/launch your VMs. Thank you very much. Regards. Neil Wilson ___ 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 has been approved for inclusion in Fedora 18
On 08/02/2012 04:45 AM, Gary Scarborough wrote: Will Ovirt actually work when included in Fedora 18? I know a bunch of people who tried ovirt through fedora 17 and were ticked off. Its listed as supported but doesn't actually work due to missing packages. upgrade to 3.1 is planned. repo for web admin for fedora 18 is planned. getting the webadmin into fedora 18 is tbd, not sure the gwt dependencies can be resolved in time. so worst case you would need to install the UI from an ovirt repo -- Gary Scarborough IST Lab Manager Rochester Institute of Technology Rochester NY ___ 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] host raiding two LUN from different external storage
- Original Message - From: Johan Kragsterman johan.kragster...@capvert.se To: Dan Yasny dya...@redhat.com Cc: users@ovirt.org Sent: Thursday, 2 August, 2012 8:12:45 AM Subject: Re: [Users] host raiding two LUN from different external storage Hi! Dan, it seems you know something about storage, so I adress you: I find the oVirt storage framework a bit odd. It has it advantages, but also a lot of disadvantiages, it seems. I did earlier, in this thread, ask about storage setups you want to use in enterprise environments. And I like to continue that discussion. If you like to replicate on SAN level between, let's say two different LUN's, that should contain the same informnation for a host, or for a VM, then you end up in trouble if you use the oVirt storage system. Because you need to put the two LUN's from the different datacenters together, to become ONE unit, otherwise you don't get the right uuid for live migration. Isn't right? If you are using SAN level replication, it is not an active/active replication. The second replica is in standby, and if the first LUN fails, you can substitute with the replica (of course you can have corruption that gets replicated and then the storage is gone. RAID is never a substitution for backups). With oVirt, if you have an offsite LUN replica, for DR reasons, you can take that LUN and attach to an offsite replica of the oVirt setup (engine plus hosts) - and the original storage domain will be right there for you to use. Once the DR setup is operational, VMs can live migrate within it. As you wrote earlier, this might be solved with gluster, but is it so, that oVirt is going to get enterprise features only in pair with gluster? I don't believe that is a good idea for the adoption of oVirt. Gluster has the replication feature built in. So do most enterprise grade storage solutions. If your SAN supports LUN replication, this feature can be used with oVirt or any other system that keeps data on the LUN, no special magic there. oVirt must have a good support for enterprise features that is used today, like NPIV. I have googled around oVirt and NPIV and didn't come up with much, you can tell me something about it? NPIV is completely out of context here. Generally speaking, Linux supports NPIV (see http://fedoraproject.org/wiki/Features/VirtStorageManagement) so if you handle the actual commands, and oVirt hosts see the LUNs in dev/mapper it will work. In very broad terms of course, oVirt does not care how device-mapper gets to see the LUNs, if they are visible, normally, they can be used. If you are talking about incorporating NPIV settings in oVirt engine host management, then it's a feature that needs to be spec'd out in the oVirt wiki first, and since it's an open project, anyone willing to actually develop it is welcome to contribute. I belive it would be good if oVirt supported other storage system types than the one system it supports today, that all storage should be imported and handled by LVM and oVirt engine. You mean clustered filesystems? We already support those, look at PosixFS. But still, LVM provides a huge advantage over a classical clustered FS - less overhead, simple management using standard Linux commands, amazing scalability (what other virtualization solution scales to hundreds of hosts out of the box?) Most enterprise storage today is fibre channel and NPIV based. You boot most the VM's through NPIV LUN's, you add more space through thin provisioning or more NPIV LUN's. And this is going to continue, even if the Fc world move to FCoE. Actually, I haven't seen NPIV used too much, normally, when you have an FC infrastructure in place, purchasing an extra port/HBA is not an issue, and it's so much easier to manage without virtualizing - plug your cables in, set up zones, and you're good to go. So I don't agree about most, but as I said before, if you want to use NPIV, you can, oVirt will simply not manage it for you, at least not in the current version. So perhaps you can tell me a little bit about the storage strategy that oVirt dev team has? Everything is in the wiki - read the storage related feature pages. And if you want to pitch in, you are always welcome to Rgrds Johan -Dan Yasny dya...@redhat.com skrev: - Till: Johan Kragsterman johan.kragster...@capvert.se Från: Dan Yasny dya...@redhat.com Datum: 2012.07.29 12:55 Kopia: users@ovirt.org Ärende: Re: [Users] host raiding two LUN from different external storage You can use replicated at the SAN level storage between different DCs, for DR. You can also use Gluster for the same purpose. Setting RAID1 between two geographically separate hosts is asking for trouble. - Original Message - From: Johan Kragsterman johan.kragster...@capvert.se To: users@ovirt.org Sent: Sunday, 29 July, 2012 12:08:20 PM Subject: [Users] host raiding two LUN from different
Re: [Users] oVirt has been approved for inclusion in Fedora 18
- Original Message - From: Gary Scarborough virtually...@gmail.com To: users@ovirt.org Sent: Thursday, 2 August, 2012 4:45:50 AM Subject: Re: [Users] oVirt has been approved for inclusion in Fedora 18 Will Ovirt actually work when included in Fedora 18? I know a bunch of people who tried ovirt through fedora 17 and were ticked off. Its listed as supported but doesn't actually work due to missing packages. If you tried oVirt 3.0 a few months ago on F16 - it worked very nicely (first time I tried to install it, it took me about 20 minutes). We are transitioning to F17 and oVirt3.1, and the transition is not very smooth (some packages in the repos are 3.1, others 3.0, and trying to install using binary packages doesn't work well because of this), but once 3.1 is released, things should settle down. And I hope for 3.2 the transition will be easier. What I'm saying is that the current state of things is not an oVirt as a product issue, but growing pains around the repositories. Inclusion in Fedora might help eliminate these in the future -- Gary Scarborough IST Lab Manager Rochester Institute of Technology Rochester NY ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Regards, Dan Yasny Red Hat Israel +972 9769 2280 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Fwd: [jboss-rpm] New jboss-as update (7.1.1-6)
fyi Original Message Subject: [jboss-rpm] New jboss-as update (7.1.1-6) Date: Thu, 02 Aug 2012 10:47:28 +0200 From: Marek Goldmann mgold...@redhat.com To: jboss-...@lists.jboss.org jboss-...@lists.jboss.org Hi all, I just submitted a new update (7.1.1-6) to Fedora. This is a bugfix release which fixes issues with oVirt: - https://bugzilla.redhat.com/show_bug.cgi?id=843285 - https://bugzilla.redhat.com/show_bug.cgi?id=844554 - https://bugzilla.redhat.com/show_bug.cgi?id=842997 - https://bugzilla.redhat.com/show_bug.cgi?id=842996 (All above issues are talking about the same thing) Additionally a fix preventing the package from building from source was applied. Once it hits testing, please give it a try and bump the karma: https://admin.fedoraproject.org/updates/jboss-as-7.1.1-6.fc17 Thanks! --Marek ___ jboss-rpm mailing list jboss-...@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-rpm ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Node as guest - Nested KVM
Hi, I remember someone asking about this topic few weeks ago, here the steps: http://wiki.ovirt.org/wiki/Vdsm_Developers#Running_Node_as_guest_-_Nested_KVM Enjoy and fell free to improve it! -- Cheers Douglas ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Managing Remote Access to Physical Workstations
Hi, Have you looked at Teradici PCoIP? They have a hardware solution based on a PCIe card in the host machine, and a PCoIP thin client. The performance is stunning. You don't even notice that you're connected to a thin client. I'm using this on a daily basis myself. To get a broker you can use Leostream's Connection Broker which supports Teradici PCoIP both for Windows and Linux. You will be needing the thin client when connecting. I don't think you can use a software client to connect to the physical machines. You can ask Leostream about this. See the following youtube video for more info: http://www.youtube.com/watch?v=NWjhAHDQZ7E This solution is for physical machines, not virtual machines. Regards, Siggi On Thu, August 2, 2012 14:44, Randall Wood wrote: Sorry for the delay in responding. I have a set of users (about 50) who have Linux workstations at their desks. These users have root access to these workstations, and these workstations are frequently host VMs or are used for hardware driver development and support. These users have access to a pool of managed Windows 7 VMs (for MS Office applications) in oVirt, so they are already using the oVirt user portal. I would like to give these users remote access to their workstations (from thin clients in conference rooms, from home, from corporate laptops on the road, etc) using the same User Portal that they already use for the Windows VMs. VMware View and Citrix XenDesktop support providing users access to a mixed set of managed-virtual-machine or unmanaged-physical-or-virtual-machine through a single broker, but neither of them support access to Linux desktops. On Sat, Jul 21, 2012 at 2:33 AM, Johan Kragsterman johan.kragster...@capvert.se wrote: Hi, Randall! What you need is a broker, and a terminal server is working as a broker. There are several solutions that will work, but first I would want to know why you need physical machines? Are there demanding graphical applications you're going to run, or...? Rgrds Johan -users-boun...@ovirt.org skrev: - Till: Itamar Heim ih...@redhat.com Från: Randall Wood Sänt av: users-boun...@ovirt.org Datum: 2012.07.20 22:37 Kopia: users@ovirt.org users@ovirt.org Ärende: Re: [Users] Managing Remote Access to Physical Workstations On Jul 20, 2012, at 16:30, Itamar Heim ih...@redhat.com wrote: On 07/20/2012 11:13 PM, Randall Wood wrote: No. oVirt's focus is virtual machines so the user portal only lets you open up consoles on VMs managed by oVirt engine. I thought so. When you say physical machines - would they be Linux or could they be Windows? I might have an idea .. The physical machines would all be RHEL, CentOS, or Fedora. which protocol would you expect users to use to gain access to this physical machines? I would prefer SPICE, but could use SPICE, VNC, or RDP. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Randall Wood Alexandria Software http://www.alexandriasoftware.com randall.h.w...@alexandriasoftware.com 202.683.8604 ___ 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] Failure to migrate from one host out of four
2 aug 2012 kl. 15.10 skrev Karli Sjöberg: 2 aug 2012 kl. 15.05 skrev Martin Kletzander: Hi, Thanks for reporting this, I've found now where the problem is and it is in libvirt. However this issue is not easy to fix as it reveals more than just this one problem. The format for outputting floating point numbers into JSON string seems to be locale-dependent. Could you send me what locale are you having? I guess you could migrate the guest by starting libvirt with LC_ALL=C set. OK, wow, awesome! Sorry, I´m not too familiar with Fedora, more of a BSD-guy, in learning:) How do you change Locale to something more appropriate? And what does it like? Oh and also, I have this output from the non-working host: LANG=sv_SE.UTF-8 LC_CTYPE=sv_SE.UTF-8 LC_NUMERIC=sv_SE.UTF-8 LC_TIME=sv_SE.UTF-8 LC_COLLATE=sv_SE.UTF-8 LC_MONETARY=sv_SE.UTF-8 LC_MESSAGES=sv_SE.UTF-8 LC_PAPER=sv_SE.UTF-8 LC_NAME=sv_SE.UTF-8 LC_ADDRESS=sv_SE.UTF-8 LC_TELEPHONE=sv_SE.UTF-8 LC_MEASUREMENT=sv_SE.UTF-8 LC_IDENTIFICATION=sv_SE.UTF-8 LC_ALL= And this from the working ones: LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= But how do I change from sv_SE.UTF-8 to en_US.UTF-8? Martin On 08/02/2012 02:01 PM, Karli Sjöberg wrote: Hi, Wondering if anyone has encountered the same issue as me. On one host in my cluster, if I migrate in a guest, I cannot migrate it out to another host? The get stuck there, so to speak. Same when a guest is started on that particular host, it is impossible to migrate them out again. 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.semailto:karli.sjob...@adm.slu.se 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.semailto:karli.sjob...@adm.slu.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Node as guest - Nested KVM
On Thu, 2012-08-02 at 09:32 -0400, Douglas Landgraf wrote: Hi, I remember someone asking about this topic few weeks ago, here the steps: http://wiki.ovirt.org/wiki/Vdsm_Developers#Running_Node_as_guest_-_Nested_KVM Also check out a slightly more generic: http://kashyapc.wordpress.com/2012/01/14/nested-virtualization-with-kvm-intel/ BTW, with intel, much simpler to add a file in /etc/modprobe.d : $ cat /etc/modprobe.d/kvm.conf options kvm_intel nested=Y Mike Enjoy and fell free to improve it! -- Cheers Douglas ___ 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] Failure to migrate from one host out of four
On 08/02/2012 03:10 PM, Karli Sjöberg wrote: 2 aug 2012 kl. 15.05 skrev Martin Kletzander: Hi, Thanks for reporting this, I've found now where the problem is and it is in libvirt. However this issue is not easy to fix as it reveals more than just this one problem. The format for outputting floating point numbers into JSON string seems to be locale-dependent. Could you send me what locale are you having? I guess you could migrate the guest by starting libvirt with LC_ALL=C set. OK, wow, awesome! Sorry, I´m not too familiar with Fedora, more of a BSD-guy, in learning:) How do you change Locale to something more appropriate? And what does it like? If you want to set it for the whole system, I think it is in /etc/sysconfig/i18n but I've never did that in Fedora and I bet there is some GUI or at least a TUI interface for that (system-config-language maybe?). Changing it might require you to reboot or re-login, but if you don't want to do that or even if you don't want to change your locale system-wide, just tell me, I'll help you figure out a procedure to start libvirt without changing any of that. However, this is really a bug in our code, so you shouldn't be pushed to do that. I'm looking into that right now. Feel free to create a bug on libvirt with the first log saying that our JSON is locale-dependant. Martin ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Host installation failed with error Unable to set host time
Daniel, It seems clear to me that for some reason Fedora 16 can't access the RTC (real time clock - hardware clock) on your computer's motherboard. Odd that RHEL 6.2 can but I forget what it is based on. Anyway can you try a Fedora 17 live cd and see if the hwclock --show command works? If it doesn't, I am thinking that you will want to file a bugzilla. If it does work, then vdsm and ovirt-node-2.5.0 will work for you on Fedora 17. - Nick -- From: dye...@trustedcs.com To: cybertimber2...@hotmail.com Subject: RE: [Users] Host installation failed with error Unable to set host time Hi, Nicholas, I like to give you an update. I found that hwclock worked perfectly fine on RHEL 6.2 system. I am still puzzling why it failed in Fedora 16. I am thinking of installing oVirt 3.0 on RHEL 6.2 to see how it turns out. If you find anything, please let me know. Thanks a lot. Daniel From: dye...@trustedcs.com To: cybertimber2...@hotmail.com Subject: RE: [Users] Host installation failed with error Unable to set host time Date: Wed, 1 Aug 2012 12:36:26 + Here are the putput: #date Wed Aug 1 08:29:59 EDT 2012 # hwclock --show hwclock: Cannot access the Hardware Clock via any known method. hwclock: Use the --debug option to see the details of our search for an access method. # hwclock --debug hwclock from util-linux 2.20.1 hwclock: Open of /dev/rtc failed: Device or resource busy No usable clock interface found. hwclock: Cannot access the Hardware Clock via any known method. I am wondering if this is a bug in Fedora 16 or maybe I am missing the driver or related rpm. Let me know if you find anything. Thank you for your help. DY From: Nicholas Kesick [cybertimber2...@hotmail.com] Sent: Tuesday, July 31, 2012 5:38 PM To: Daniel Yeung; oVirt Mailing List Subject: RE: [Users] Host installation failed with error Unable to set host time From: dye...@trustedcs.com To: users@ovirt.org Date: Tue, 31 Jul 2012 20:12:31 + Subject: [Users] Host installation failed with error Unable to set host time I created a new host and the installation failed with the following messages on the engine.log: BSTRAP component='SetSSHAccess' status='OK' message='SUCCESS'/ BSTRAP component='SET_SYSTEM_TIME' status='FAIL' message='Unable to set host time.'/ BSTRAP component='RHEV_INSTALL' status='FAIL'/ . Error occured. (Stage: Running first installation script on Host) 2012-07-31 15:28:06,530 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-5-thread-4) RunSSHCommand returns true 2012-07-31 15:28:06,530 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-5-thread-4) RunScript ended:true 2012-07-31 15:28:06,530 ERROR [org.ovirt.engine.core.bll.VdsInstaller] (pool-5-thread-4) Installation of 192.168.4.125. Operation failure. (Stage: Running first installation script on Host) 2012-07-31 15:28:06,531 INFO [org.ovirt.engine.core.bll.InstallVdsCommand] (pool-5-thread-4) After Installation pool-5-thread-4 2012-07-31 15:28:06,532 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-5-thread-4) START, SetVdsStatusVDSCommand(vdsId = 1001e89e-db3f-11e1-99f0-bbd8c818bb29, status=InstallFailed, nonOperationalReason=NONE), log id: 3b08378 2012-07-31 15:28:06,544 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-5-thread-4) FINISH, SetVdsStatusVDSCommand, log id: 3b08378 Here are the vdsm related rpms in my Fedora 16 system. vdsm-4.9.3.3-0.fc16.x86_64 vdsm-bootstrap-4.9.3.3-0.fc16.noarch vdsm-cli-4.9.3.3-0.fc16.noarch Does anyone encounter the same problem? Any hints? Thank you. DY ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I'll take a stab at it. Can you post the output of these two commands? Exclude the # #date #hwclock --show ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Managing Remote Access to Physical Workstations
On 08/02/2012 03:44 PM, Randall Wood wrote: Sorry for the delay in responding. I have a set of users (about 50) who have Linux workstations at their desks. These users have root access to these workstations, and these workstations are frequently host VMs or are used for hardware driver development and support. These users have access to a pool of managed Windows 7 VMs (for MS Office applications) in oVirt, so they are already using the oVirt user portal. I would like to give these users remote access to their workstations (from thin clients in conference rooms, from home, from corporate laptops on the road, etc) using the same User Portal that they already use for the Windows VMs. VMware View and Citrix XenDesktop support providing users access to a mixed set of managed-virtual-machine or unmanaged-physical-or-virtual-machine through a single broker, but neither of them support access to Linux desktops. which protocol would they be using to connect to their workstations (vnc? xspice? other)? yes, sounds like the meta portal approach we had in the past, but would need some coding to allow this in the current user portal. hmmm, another approach which may be less intrusive than meta portal approach (but still requires some time) is for UI plugins for user portal, allowing you to write a plugin getting details of machines per user and showing them in the user portal via a plugin. but nothing immediate/existing for this On Sat, Jul 21, 2012 at 2:33 AM, Johan Kragsterman johan.kragster...@capvert.se wrote: Hi, Randall! What you need is a broker, and a terminal server is working as a broker. There are several solutions that will work, but first I would want to know why you need physical machines? Are there demanding graphical applications you're going to run, or...? Rgrds Johan -users-boun...@ovirt.org skrev: - Till: Itamar Heim ih...@redhat.com Från: Randall Wood Sänt av: users-boun...@ovirt.org Datum: 2012.07.20 22:37 Kopia: users@ovirt.org users@ovirt.org Ärende: Re: [Users] Managing Remote Access to Physical Workstations On Jul 20, 2012, at 16:30, Itamar Heim ih...@redhat.com wrote: On 07/20/2012 11:13 PM, Randall Wood wrote: No. oVirt's focus is virtual machines so the user portal only lets you open up consoles on VMs managed by oVirt engine. I thought so. When you say physical machines - would they be Linux or could they be Windows? I might have an idea .. The physical machines would all be RHEL, CentOS, or Fedora. which protocol would you expect users to use to gain access to this physical machines? I would prefer SPICE, but could use SPICE, VNC, or RDP. ___ 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] Managing Remote Access to Physical Workstations
Hi, Then you should still have a look at the Leostream Connection Broker. (www.leostream.com) One of the latest features we're integration with Red Hat Enterprise Virtualization / (ovirt). And they support both Windows and Linux. They support a wide variety of protocols and flexible configurations as well. Regards, Siggi On Thu, August 2, 2012 15:13, Randall Wood wrote: Yes, I have a few of those available. They are nice (when the bandwidth is there to support them). I'm looking for a single broker interface for both physical and virtual machines that supports both Windows and Linux. On Thu, Aug 2, 2012 at 9:03 AM, Sigbjorn Lie sigbj...@nixtra.com wrote: Hi, Have you looked at Teradici PCoIP? They have a hardware solution based on a PCIe card in the host machine, and a PCoIP thin client. The performance is stunning. You don't even notice that you're connected to a thin client. I'm using this on a daily basis myself. To get a broker you can use Leostream's Connection Broker which supports Teradici PCoIP both for Windows and Linux. You will be needing the thin client when connecting. I don't think you can use a software client to connect to the physical machines. You can ask Leostream about this. See the following youtube video for more info: http://www.youtube.com/watch?v=NWjhAHDQZ7E This solution is for physical machines, not virtual machines. Regards, Siggi On Thu, August 2, 2012 14:44, Randall Wood wrote: Sorry for the delay in responding. I have a set of users (about 50) who have Linux workstations at their desks. These users have root access to these workstations, and these workstations are frequently host VMs or are used for hardware driver development and support. These users have access to a pool of managed Windows 7 VMs (for MS Office applications) in oVirt, so they are already using the oVirt user portal. I would like to give these users remote access to their workstations (from thin clients in conference rooms, from home, from corporate laptops on the road, etc) using the same User Portal that they already use for the Windows VMs. VMware View and Citrix XenDesktop support providing users access to a mixed set of managed-virtual-machine or unmanaged-physical-or-virtual-machine through a single broker, but neither of them support access to Linux desktops. On Sat, Jul 21, 2012 at 2:33 AM, Johan Kragsterman johan.kragster...@capvert.se wrote: Hi, Randall! What you need is a broker, and a terminal server is working as a broker. There are several solutions that will work, but first I would want to know why you need physical machines? Are there demanding graphical applications you're going to run, or...? Rgrds Johan -users-boun...@ovirt.org skrev: - Till: Itamar Heim ih...@redhat.com Från: Randall Wood Sänt av: users-boun...@ovirt.org Datum: 2012.07.20 22:37 Kopia: users@ovirt.org users@ovirt.org Ärende: Re: [Users] Managing Remote Access to Physical Workstations On Jul 20, 2012, at 16:30, Itamar Heim ih...@redhat.com wrote: On 07/20/2012 11:13 PM, Randall Wood wrote: No. oVirt's focus is virtual machines so the user portal only lets you open up consoles on VMs managed by oVirt engine. I thought so. When you say physical machines - would they be Linux or could they be Windows? I might have an idea .. The physical machines would all be RHEL, CentOS, or Fedora. which protocol would you expect users to use to gain access to this physical machines? I would prefer SPICE, but could use SPICE, VNC, or RDP. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Randall Wood Alexandria Software http://www.alexandriasoftware.com randall.h.w...@alexandriasoftware.com 202.683.8604 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Randall Wood Alexandria Software http://www.alexandriasoftware.com randall.h.w...@alexandriasoftware.com 202.683.8604 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVIrt 3.1 - Xeon E5530 - Wrong cpu identification
On 02/08/2012, at 2:29 AM, Ricardo Esteves wrote: And now, after reboot of the node, i get this: [root@blade4 ~]# virsh capabilities Segmentation fault When that seg fault happens, does anything get printed to /var/log/messages? Kind of wondering if there's something else at play here, which might show up there. Worth a look at. :) Regards and best wishes, Justin Clift -- Aeolus Community Manager http://www.aeolusproject.org ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Managing Remote Access to Physical Workstations
Hi! You can check out thinlinc, a system developed by Cendio. I've been using that a lot, and they support both H/W and S/W clients. You can download it for free for testing or for up to 10 users. http://www.cendio.com/ Rgrds Johan -Randall Wood randall.h.w...@alexandriasoftware.com skrev: - Till: Johan Kragsterman johan.kragster...@capvert.se Från: Randall Wood randall.h.w...@alexandriasoftware.com Datum: 2012.08.02 14:44 Kopia: users@ovirt.org users@ovirt.org Ärende: Re: [Users] Managing Remote Access to Physical Workstations Sorry for the delay in responding. I have a set of users (about 50) who have Linux workstations at their desks. These users have root access to these workstations, and these workstations are frequently host VMs or are used for hardware driver development and support. These users have access to a pool of managed Windows 7 VMs (for MS Office applications) in oVirt, so they are already using the oVirt user portal. I would like to give these users remote access to their workstations (from thin clients in conference rooms, from home, from corporate laptops on the road, etc) using the same User Portal that they already use for the Windows VMs. VMware View and Citrix XenDesktop support providing users access to a mixed set of managed-virtual-machine or unmanaged-physical-or-virtual-machine through a single broker, but neither of them support access to Linux desktops. On Sat, Jul 21, 2012 at 2:33 AM, Johan Kragsterman johan.kragster...@capvert.se wrote: Hi, Randall! What you need is a broker, and a terminal server is working as a broker. There are several solutions that will work, but first I would want to know why you need physical machines? Are there demanding graphical applications you're going to run, or...? Rgrds Johan -users-boun...@ovirt.org skrev: - Till: Itamar Heim ih...@redhat.com Från: Randall Wood Sänt av: users-boun...@ovirt.org Datum: 2012.07.20 22:37 Kopia: users@ovirt.org users@ovirt.org Ärende: Re: [Users] Managing Remote Access to Physical Workstations On Jul 20, 2012, at 16:30, Itamar Heim ih...@redhat.com wrote: On 07/20/2012 11:13 PM, Randall Wood wrote: No. oVirt's focus is virtual machines so the user portal only lets you open up consoles on VMs managed by oVirt engine. I thought so. When you say physical machines - would they be Linux or could they be Windows? I might have an idea .. The physical machines would all be RHEL, CentOS, or Fedora. which protocol would you expect users to use to gain access to this physical machines? I would prefer SPICE, but could use SPICE, VNC, or RDP. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Randall Wood Alexandria Software http://www.alexandriasoftware.com randall.h.w...@alexandriasoftware.com 202.683.8604 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] User management broken in 3.0 ?
Hi there, I've been using 3.0 for some testing recently and was very confused by how to manage new users !? It doesnt seem to be possible to add more local users at all ? Or is there a document you can point me at ? Alex ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] User management broken in 3.0 ?
Hi Alex, Please use DS for user management. Freeipa works fine for me -- Best regards, Pavel Zhukov mailto:pa...@zhukoff.net On Fri, 03 Aug 2012, Alex Leonhardt wrote: Hi there, I've been using 3.0 for some testing recently and was very confused by how to manage new users !? It doesnt seem to be possible to add more local users at all ? Or is there a document you can point me at ? Alex ___ 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