Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available
by Lukáš Kaplan
Hello Nelson,
I have hosted engine graphics console as VNC. I am using ssho directly to
engine. I cant say if vnc is working or not, because I have no client for
it... (Tested in debian jessie with virt-viewer 1.0 and 5.0 - does not work)
--
Lukas Kaplan
2017-03-24 15:32 GMT+01:00 Nelson Lameiras <nelson.lameiras(a)lyra-network.com
>:
> Hello Lukas,
>
> Thanks for you feedback.
> I did something very similar to procedures you sent me.
>
> Can you confirm me that your HostedEngine vm still has it's SPICE console
> available and is working?
> (otherwise my update went ok)
>
> cordialement, regards,
>
> <https://www.lyra-network.com/>
> Nelson LAMEIRAS
> Ingénieur Systèmes et Réseaux / Systems and Networks engineer
> Tel: +33 5 32 09 09 70 <+33%205%2032%2009%2009%2070>
> nelson.lameiras(a)lyra-network.com
> www.lyra-network.com | www.payzen.eu <https://payzen.eu>
> <https://www.youtube.com/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA>
> <https://www.linkedin.com/company/lyra-network_2>
> <https://twitter.com/LyraNetwork>
> <https://payzen.eu>
> ------------------------------
> Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE
>
>
> ------------------------------
> *From: *"Lukáš Kaplan" <lkaplan(a)dragon.cz>
> *To: *"Nelson Lameiras" <nelson.lameiras(a)lyra-network.com>
> *Cc: *"users" <users(a)ovirt.org>
> *Sent: *Friday, March 24, 2017 3:22:44 PM
> *Subject: *Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more
> engine console available
>
> Hello Nelson,
> I did same thing today too and it was succesfull. But I used different
> steps. Check this:
> https://www.ovirt.org/documentation/how-to/hosted-
> engine/#upgrade-hosted-engine
> http://www.ovirt.org/documentation/upgrade-guide/
> chap-Updates_between_Minor_Releases/
>
> Hope it helps you.
>
> Have a nice day,
>
> --
> Lukas Kaplan
>
>
> 2017-03-24 15:11 GMT+01:00 Nelson Lameiras <nelson.lameiras@lyra-network.
> com>:
>
>> Hello,
>>
>> When upgrading my test setup from 4.0 to 4.1, my engine vm lost it's
>> console (from SPICE to None in GUI)
>>
>> My test setup :
>> 2 manually built hosts using centos 7.3, ovirt 4.1
>> 1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7, accessible
>> with SPICE console via GUI
>>
>> I updated ovirt-engine from 4.1.0 to 4.1.1 by doing on engine :
>> - yum update
>> - engine-setup
>> - reboot engine
>>
>> When accessing 4.1.1 GUI, Graphics is set to "None" on "Virtual Machines"
>> page, with "console button" greyed out (all other VMs have the same
>> Graphics set to the same value as before)
>> I tried to edit engine VM settings, and console options are same as
>> before (SPLICE, QXL).
>>
>> I'm hopping this is not a new feature, since if we loose network on
>> engine, console is the only way to debug...
>>
>> Is this a bug?
>>
>> ps. I was able to reproduce this bug 2 times
>>
>> cordialement, regards,
>>
>> <https://www.lyra-network.com/>
>> Nelson LAMEIRAS
>> Ingénieur Systèmes et Réseaux / Systems and Networks engineer
>> Tel: +33 5 32 09 09 70 <+33%205%2032%2009%2009%2070>
>> nelson.lameiras(a)lyra-network.com
>> www.lyra-network.com | www.payzen.eu <https://payzen.eu>
>> <https://www.youtube.com/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA>
>> <https://www.linkedin.com/company/lyra-network_2>
>> <https://twitter.com/LyraNetwork>
>> <https://payzen.eu>
>> ------------------------------
>> Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
8 years
[ovirt-users] Re: VDI
by Alex McWhirter
We use customized versions of spice / kvm. Same versions ovirt ships
with for compatibility reasons, with audio patches on the kvm side and
spice patches for vp8 encoding the video streams. We've been meaning to
make the repo for our custom patched versions public for a while, if you
are interested i can accelerate that. Note, you also need patched
versions of spice client if yours wasn't build with vp8 support, we have
those too.
On the experimental side we have another in-progress set of patches that
enable h264 encoding in spice, hardware accelerated with AMD W5100's,
but this requires a lot of new software to be installed and a new
kernel, CentOS 8 should fix most of that, so we'll probably re-base and
release on that when the time is right.
The GPU's are not used for the guests at all, we only use them for the
h264 encoding. AMD was picked to avoid proprietary drivers and stream
limits. No RAM / SR-IOV needed, if you want 3d support you will be
looking more for Nvidia-GRID.
Anyways, with just the patched software installed and some custom
settings, video playback is about 95% the quality of native, takes about
40mbit/s per client to stream it. Audio has the occasional stutter, but
it's not bad.
On 2019-10-06 05:09, Leo David wrote:
> Thank you for sharing the informations Alex, they are very helpfull. I am now able to get sound from the vms, although performance is pretty poor even with "adjust for performance" setting in Win10. Cannot even talk about youtube video playing - freezing and crackling.
> Could you please be so kind to share the following infos:
> 1. Have you upgraded the "spice-server" installed on the hosts with a newer version than 1.4.0 ? If so, could you provide me how could I get these packages ?
> 2. What graphic card have you used for getting better graphic performance with the vms ? Im trying to understand what "accepted" card could I use with my 1U chassis servers...
> 3. Is it only needed to install the card and the platform will alocate physical video memory to "desktop" vms ? ( Will the card RAM be automatically shared across the desktop tyoe vms running on top of the host ? )
> 4. Is it necesarilly to activate sr-iov in the hosts bios or any other platform configurations ?
>
> I am really sorry for asking too many things, but im just trying to get these vdi vms working at least decent...
> Thank you so much !
>
> Leo
>
> ---------- Forwarded message ---------
> From: <alex(a)triadic.us>
> Date: Tue, Sep 24, 2019 at 7:50 PM
> Subject: Re: [ovirt-users] Re: VDI
> To: Leo David <leoalex(a)gmail.com>
>
> Audio should just work as long as the VM is of the desktop type.
>
> On Sep 24, 2019 6:50 AM, Leo David <leoalex(a)gmail.com> wrote:
>
> Thank you Alex,
> When you say "gpu backed" are you referring to sr-iov to share same gpu to multiple vms ?
> Any thoughts regarding passing audio form the vm to the client ?
> Did you do any update of the spice-server on the hosts ?
>
> Thanks,
>
> Leo
>
> On Tue, Sep 24, 2019 at 12:01 PM <alex(a)triadic.us> wrote:
>
> I believe a lot of the package updates in CentOS 8 will solve some of the issues.
>
> But for now we get around them by disabling all visual effects on our VMS. If you are gpu backing the VMS with something like Nvidia grid the issues are non existent, but for non gpu backed VMS currently disabling all the effects is a must.
>
> We deploy the changes via gpo directly to the registry, so they take effect on first VM boot.
>
> On Sep 24, 2019 2:03 AM, Leo David <leoalex(a)gmail.com> wrote:
>
> Thank you Alex from my side as well, very usefull information. I am the middle of vdi implementation as well, and i'm having issues with the spice console since 4.2, and it seems that latest 4.3 is still having the problem.
> What am i confrunting is:
> - spice console is very slaggy and slow for Win10 vms ( not even talking about running videos..)
> - i can't find a way to get audio from the vm
> At the moment i am running 4.3, latest virt-viewer installed on the client, and latest qxl-dod driver installed on the vm.
> Any thoughts on solving video performance and audio redirection ?
> Thank you again,
>
> Leo
>
> On Mon, Sep 23, 2019, 22:53 Alex McWhirter <Alex(a)triadic.us> wrote:
>
> To achieve that all you need to do is create a template of the desktop base vm, make sure the vm type is set to desktop. Afterwards just create new vms from that template. As long as the VM type is set to desktop each new VM will use a qcow overlay on top of the base image.
>
> Taking this a step further you can then create VM pools from said template, allowing users to dynamically be assigned a new VM on login. Granted pools are usually stateless, so you need to have network file storage. We use pools for windows 10 VDI instances, where we use sysprep to autojoin the new pool vm to the domain where redirected folders are already setup.
>
> For VDI only use spice protocol. By default we found spice to be semi lackluster, so we do apply custom settings and we have recompiled spice on both servers and clients with h264 support. This is not 100% necessary, but makes things like youtube much more usable. We have also backported some audio patches to KVM. CentOS 8 should resolve a lot of these customizations that we've had to do.
>
> As far as updating, pretty much. We create a VM from the template, update it, then push it back as a new version of the template. The pools are set to always use the latest template version. Users have to log out, then back in to the VDI system in order to get the new image as logging out will destroy the users current instance and create a new one on log in.
>
> On 2019-09-23 15:16, Fabio Marzocca wrote:
>
> Hi Alex, thanks for answering.
>
> I am approaching and studying oVirt in order to propose the solution to a customer as a replacement for a commercial solution they have now.
> They only need Desktop virtualization.
> Sorry for the silly question, but I can't find a way to deploy a VM (template) to users as a "linked-clone", meaning that the users' image still refers to the original image but modification are written (and afterwards read) from a new location. This technique is called Copy-on-write.
> Can this be achieved with oVirt?
>
> Then, what is the Best Practice to update WIndows OS for the all the users? Currently they simply "check-out" the Gold Image, update it and check-in, while all users are running...
>
> Fabio
>
> On Mon, Sep 23, 2019 at 8:04 PM Alex McWhirter <Alex(a)triadic.us> wrote:
>
> yes, we do. All spice, with some customizations done at source level for spice / kvm packages.
>
> On 2019-09-23 13:44, Fabio Marzocca wrote:
> Is there anyone who uses oVirt as a full VDI environment? I would have a bunch of questions...
>
> _______________________________________________
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/D44YB5VOKNB...
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DWY46KJGSYJ...
--
Best regards, Leo David
--
Best regards, Leo David
5 years, 6 months
Re: [ovirt-users] poor graphic performances with spice
by Nathanaël Blanchet
Hello Jiri and David,
Le 02/11/2015 10:22, David Jaša a écrit :
> Hi Nathanaël,
>
> On St, 2015-10-28 at 17:06 +0100, Nathanaël Blanchet wrote:
>> Hello,
>>
>> I'm studying a possibility to use ovirt as a vdi solution with centos or
>> fedora guests. But using spice is awfull
> in what sense, just a performance you mention below, or something else?
I'm used to use spice with virt-manager, and I always have been pleased
with it.
>
>> and graphics are very slow (in
>> particulary videos). Qxl drivers are installed and spice-vdagent works
>> as expected on the guest side.
> What hosts and clients do you use, what is your network environment?
ubuntu spice-client-gtk (0.22) for the client side, and my hosts (latest
intel CPU and 128 GB of RAM) are centos 7.1 one connected to a FC
storage domain. The network is a gigabit one. I set my vms with 2GB of RAM.
> When you say centos guests, you mean centos 6 or centos 7?
both. I also tested fedora 22 but I supposed that default gnome 3 shell
effects could be the reason of the slowness.
>
> David
>
>> However, it is amazing to see that glxgears benchmarks are good...
>> I wonder how it is possible to adopt such a vdi solution when the user
>> experience is so bad.
>> I may miss something and may need recommandations of experimented vdi
>> users :)
>> Thank you for your help.
>>
>
Ovirt is an awesome product, and I've been used to be pleased with its
great integrated quality tools, that's why I'm supposed to mistake in my
configuration.
I don't know the vdi part, but problematic is not the same compared to
the server virtualization. User should have a very good interface
experience, integrating fluidity and multimedia capabilities.
Sound redirection is okay with no latence, USB redirection works great,
but watching a youtube video is painful.
The same when moving a simple gui window, there is a big latence.
In comparison, direct RDP session on windows servers gives entire
satisfaction in graphic rendering.
Please tell me if I do or say something wrong.
Thank you for your job.
--
Nathanaël Blanchet
Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
blanchet(a)abes.fr
9 years, 5 months
[ovirt-users] Re: VDI
by Leo David
Thank you Alex,
If you could share the repos for server and client patches would be very
helpful. ( also some install guidance info would it be very good )
I could try them on the actual 4.2.8 that i'm trying to enable vdi's on.
Cheers,
Leo
On Sun, Oct 6, 2019 at 12:22 PM Alex McWhirter <Alex(a)triadic.us> wrote:
> We use customized versions of spice / kvm. Same versions ovirt ships with
> for compatibility reasons, with audio patches on the kvm side and spice
> patches for vp8 encoding the video streams. We've been meaning to make the
> repo for our custom patched versions public for a while, if you are
> interested i can accelerate that. Note, you also need patched versions of
> spice client if yours wasn't build with vp8 support, we have those too.
>
> On the experimental side we have another in-progress set of patches that
> enable h264 encoding in spice, hardware accelerated with AMD W5100's, but
> this requires a lot of new software to be installed and a new kernel,
> CentOS 8 should fix most of that, so we'll probably re-base and release on
> that when the time is right.
>
> The GPU's are not used for the guests at all, we only use them for the
> h264 encoding. AMD was picked to avoid proprietary drivers and stream
> limits. No RAM / SR-IOV needed, if you want 3d support you will be looking
> more for Nvidia-GRID.
>
>
> Anyways, with just the patched software installed and some custom
> settings, video playback is about 95% the quality of native, takes about
> 40mbit/s per client to stream it. Audio has the occasional stutter, but
> it's not bad.
>
>
> On 2019-10-06 05:09, Leo David wrote:
>
> Thank you for sharing the informations Alex, they are very helpfull. I am
> now able to get sound from the vms, although performance is pretty poor
> even with "adjust for performance" setting in Win10. Cannot even talk
> about youtube video playing - freezing and crackling.
> Could you please be so kind to share the following infos:
> 1. Have you upgraded the "spice-server" installed on the hosts with a
> newer version than 1.4.0 ? If so, could you provide me how could I get
> these packages ?
> 2. What graphic card have you used for getting better graphic performance
> with the vms ? Im trying to understand what "accepted" card could I use
> with my 1U chassis servers...
> 3. Is it only needed to install the card and the platform will alocate
> physical video memory to "desktop" vms ? ( Will the card RAM
> be automatically shared across the desktop tyoe vms running on top of the
> host ? )
> 4. Is it necesarilly to activate sr-iov in the hosts bios or any other
> platform configurations ?
>
> I am really sorry for asking too many things, but im just trying to get
> these vdi vms working at least decent...
> Thank you so much !
>
> Leo
>
>
> ---------- Forwarded message ---------
> From: <alex(a)triadic.us>
> Date: Tue, Sep 24, 2019 at 7:50 PM
> Subject: Re: [ovirt-users] Re: VDI
> To: Leo David <leoalex(a)gmail.com>
>
>
> Audio should just work as long as the VM is of the desktop type.
>
> On Sep 24, 2019 6:50 AM, Leo David <leoalex(a)gmail.com> wrote:
>
> Thank you Alex,
> When you say "gpu backed" are you referring to sr-iov to share same gpu
> to multiple vms ?
> Any thoughts regarding passing audio form the vm to the client ?
> Did you do any update of the spice-server on the hosts ?
>
> Thanks,
>
> Leo
>
> On Tue, Sep 24, 2019 at 12:01 PM <alex(a)triadic.us> wrote:
>
> I believe a lot of the package updates in CentOS 8 will solve some of the
> issues.
>
> But for now we get around them by disabling all visual effects on our VMS.
> If you are gpu backing the VMS with something like Nvidia grid the issues
> are non existent, but for non gpu backed VMS currently disabling all the
> effects is a must.
>
> We deploy the changes via gpo directly to the registry, so they take
> effect on first VM boot.
>
> On Sep 24, 2019 2:03 AM, Leo David <leoalex(a)gmail.com> wrote:
>
> Thank you Alex from my side as well, very usefull information. I am the
> middle of vdi implementation as well, and i'm having issues with the spice
> console since 4.2, and it seems that latest 4.3 is still having the
> problem.
> What am i confrunting is:
> - spice console is very slaggy and slow for Win10 vms ( not even talking
> about running videos..)
> - i can't find a way to get audio from the vm
> At the moment i am running 4.3, latest virt-viewer installed on the
> client, and latest qxl-dod driver installed on the vm.
> Any thoughts on solving video performance and audio redirection ?
> Thank you again,
>
> Leo
>
> On Mon, Sep 23, 2019, 22:53 Alex McWhirter <Alex(a)triadic.us> wrote:
>
> To achieve that all you need to do is create a template of the desktop
> base vm, make sure the vm type is set to desktop. Afterwards just create
> new vms from that template. As long as the VM type is set to desktop each
> new VM will use a qcow overlay on top of the base image.
>
> Taking this a step further you can then create VM pools from said
> template, allowing users to dynamically be assigned a new VM on login.
> Granted pools are usually stateless, so you need to have network file
> storage. We use pools for windows 10 VDI instances, where we use sysprep to
> autojoin the new pool vm to the domain where redirected folders are already
> setup.
>
> For VDI only use spice protocol. By default we found spice to be semi
> lackluster, so we do apply custom settings and we have recompiled spice on
> both servers and clients with h264 support. This is not 100% necessary, but
> makes things like youtube much more usable. We have also backported some
> audio patches to KVM. CentOS 8 should resolve a lot of these customizations
> that we've had to do.
>
>
> As far as updating, pretty much. We create a VM from the template, update
> it, then push it back as a new version of the template. The pools are set
> to always use the latest template version. Users have to log out, then back
> in to the VDI system in order to get the new image as logging out will
> destroy the users current instance and create a new one on log in.
>
>
> On 2019-09-23 15:16, Fabio Marzocca wrote:
>
> Hi Alex, thanks for answering.
>
> I am approaching and studying oVirt in order to propose the solution to a
> customer as a replacement for a commercial solution they have now.
> They only need Desktop virtualization.
> Sorry for the silly question, but I can't find a way to deploy a VM
> (template) to users as a "linked-clone", meaning that the users' image
> still refers to the original image but modification are written (and
> afterwards read) from a new location. This technique is called
> Copy-on-write.
> Can this be achieved with oVirt?
>
>
> Then, what is the Best Practice to update WIndows OS for the all the
> users? Currently they simply "check-out" the Gold Image, update it and
> check-in, while all users are running...
>
> Fabio
>
> On Mon, Sep 23, 2019 at 8:04 PM Alex McWhirter <Alex(a)triadic.us> wrote:
>
> yes, we do. All spice, with some customizations done at source level for
> spice / kvm packages.
>
>
> On 2019-09-23 13:44, Fabio Marzocca wrote:
>
> Is there anyone who uses oVirt as a full VDI environment? I would have a
> bunch of questions...
>
>
>
> _______________________________________________
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/D44YB5VOKNB...
>
>
>
> _______________________________________________
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DWY46KJGSYJ...
>
>
>
> --
> Best regards, Leo David
>
>
>
> --
> Best regards, Leo David
>
>
>
--
Best regards, Leo David
5 years, 6 months
Re: [Users-pt] Vdi oVirt
by Amador Pahim
On 08/25/2014 10:55 AM, Marcelo Donato wrote:
> Olá usuários do oVirt.
>
> Até o momento, esta claro para mim como fazer uso do VDI via portal
> (Web Browser)
O protocolo de VDI usado pelo ovirt é o SPICE. Usando o SPICE para
acessar a console da sua VM, você já está "fazendo uso do VDI". O oVirt
fez o "User Portal"
(https://<seuovirt.example.com>/ovirt-engine/userportal/) para oferecer
aos usuários não administradores a possibilidade de acessar suas VMs.
>
> No entanto no link abaixo, me parece uma outra maneira de se utilizar
> o VDI.
>
> https://www.youtube.com/watch?feature=player_detailpage&v=3_8oYb_7VcA
Aqui me parece que instalaram um Linux que, após o boot, carrega o
browser em tela cheia, já na página do User Portal. Depois disso, é só
logar no User Portal e conectar na VM.
>
> Alguém saberia informar qual a forma de conexão a VM? (Assim como no
> vídeo)
SPICE.
>
>
>
>
>
>
> --
> Ao encaminhar esta mensagem, por favor:
> 1. Apague o meu e-mail e o meu nome.
> 2. Apague também os endereços dos amigos antes de reenviar
> 3. Use Cco ou Bcc para enviar mensagens!
> Dificulte a disseminação de vírus e spam.
>
>
> _______________________________________________
> Users-pt mailing list
> Users-pt(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users-pt
10 years, 7 months
[ovirt-users] spice options hook
by ozmen62＠hotmail.com
Hi,
We're using oVirt 4.3 and want to use spice streaming to better user experience, for example youtube etc.
I've tried to use before_vm_start script, but lots of problems came out.
1 - on default environmet, hook script returns of no such file or directory, because python3 does not exist on the system
if i install python3, vdsm stops working
if change interpreter in the script, vdms retuns rc=0 error code hook=114 and it does not appear on the vm custom properties
So, could you help me to run this hook properly
we've tested
https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/spiceoptions
Master and 4.3 branch returns same error code and nothing appeared on the "custom properties"
is there anyone who is use it successfully
2 - for this experince is GPU neccessery (not vGPU) , our server has standard 8mb onboard gpu
thanks
4 years, 11 months
[ovirt-users] Re: SPICE proxy behind nginx reverse proxy
by Sandro Bonazzola
Il giorno lun 26 ott 2020 alle ore 20:36 Anton Louw <
Anton.Louw(a)voxtelecom.co.za> ha scritto:
>
>
> Hi Sandro,
>
>
>
> The engine is currently running on 4.3.9.4-1.el7 and the hosts are running oVirt
> Node 4.3.8
>
So this is spice-server-0.14.0-7.el7.x86_64
Any information about the guests?
+Arik Hadas <ahadas(a)redhat.com> , +Frediano Ziglio <fziglio(a)redhat.com> can
you help here?
>
>
> Thanks
>
>
>
> *Anton Louw*
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> ------------------------------
> *T:* 087 805 0000 | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.louw(a)voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
> [image: T] <https://www.twitter.com/voxtelecom>
> [image: I] <https://www.instagram.com/voxtelecomza/>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
> [image: #VoxBrand]
> <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME>
> *Disclaimer*
>
> The contents of this email are confidential to the sender and the intended
> recipient. Unless the contents are clearly and entirely of a personal
> nature, they are subject to copyright in favour of the holding company of
> the Vox group of companies. Any recipient who receives this email in error
> should immediately report the error to the sender and permanently delete
> this email from all storage devices.
>
> This email has been scanned for viruses and malware, and may have been
> automatically archived by *Mimecast Ltd*, an innovator in Software as a
> Service (SaaS) for business. Providing a *safer* and *more useful* place
> for your human generated data. Specializing in; Security, archiving and
> compliance. To find out more Click Here
> <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>.
>
>
> *From:* Sandro Bonazzola <sbonazzo(a)redhat.com>
> *Sent:* 26 October 2020 16:20
> *To:* Colin Coe <colin.coe(a)gmail.com>
> *Cc:* users <Users(a)ovirt.org>
> *Subject:* [ovirt-users] Re: SPICE proxy behind nginx reverse proxy
>
>
>
> Hi,
>
> can you please add some additional details about the guests, the spice
> version involved and the oVirt version?
>
>
>
> Il giorno lun 5 ott 2020 alle ore 11:00 Colin Coe <colin.coe(a)gmail.com>
> ha scritto:
>
> Hi all
>
>
>
> As per $SUBJECT, I have a SPICE proxy behind a reverse proxy which all
> external VDI users are forced to use.
>
>
>
> We've only started doing this in the last week or so but I'm not getting
> heaps of reports SPICE sessions "freezing". The testing that I've done
> shows that a SPICE session that is unattended for 10-15 minutes hangs or
> freezes. By this I mean that you can't interact with the VM (using SPICE)
> via mouse or Keyboard. Restarting the SPICE session fixes the problem.
>
>
>
> Is anyone else doing this? If so, have you noticed the SPICE session
> freezes?
>
>
>
> Thanks in advance
>
> _______________________________________________
>
>
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo(a)redhat.com
<https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
* <https://www.redhat.com/it/forums/emea/italy-track>*
4 years, 5 months
Re: [ovirt-users] oVirt 4.0 wishlist: progress bar in the WebUI
by Taste-Of-IT
Am 2015-12-08 12:51, schrieb Amit Aviram:
> On Tue, Dec 8, 2015 at 12:09 PM, Kevin COUSIN <kevin(a)famillecousin.fr>
> wrote:
>
>> Hi list,
>>
>> It could be great if we can follow process like moving Disk
>> storage,
>> snapshots or VM import in the oVirt Interface, like in VMware or
>> VMM.
>
> Hi Kevin, actually there is usage of a progress bar in some oVirt
> processes, such as oVirt's integration with virt-v2v:
> https://www.youtube.com/watch?v=QSss__Nl5rU [2]
>
> Also, a progress bar will be in use in the upcoming image upload
> feature:
> http://www.ovirt.org/Features/Image_Upload [3]
>
> and hopefully will be included in more features in the future.
>
>> Regards,
>>
>> Kevin C
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users [1]
>
>
>
> Links:
> ------
> [1] http://lists.ovirt.org/mailman/listinfo/users
> [2] https://www.youtube.com/watch?v=QSss__Nl5rU
> [3] http://www.ovirt.org/Features/Image_Upload
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
Hello,
i am not sure if i am right here, but i am new with ovirt and i change
from proxmox. After installing all-in-one and setup my first virtual
machine, i wanted to jump into the boot while i want to install the vm
from iso, but its not possible. my browser want to open console.vv. i
search and found this howto:
http://www.ovirt.org/How_to_Connect_to_SPICE_Console_With_Portal and was
confused how extensiv this is. so my wish is that spice or just an vnc
console or what ever will work out of the box, or how do you install
from iso with no network...?
thx
9 years, 4 months
Re: [Users] Managing Remote Access to Physical Workstations
by Sigbjorn Lie
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.kragsterman(a)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-bounces(a)ovirt.org skrev: -----
>> Till: Itamar Heim <iheim(a)redhat.com>
>> Från: Randall Wood
>> Sänt av: users-bounces(a)ovirt.org
>> Datum: 2012.07.20 22:37
>> Kopia: "users(a)ovirt.org" <users(a)ovirt.org>
>> Ärende: Re: [Users] Managing Remote Access to Physical Workstations
>>
>>
>> On Jul 20, 2012, at 16:30, Itamar Heim <iheim(a)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(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> --
> Randall Wood
> Alexandria Software
> http://www.alexandriasoftware.com
> randall.h.wood(a)alexandriasoftware.com 202.683.8604
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
12 years, 8 months
[ovirt-users] Re: VDI
by Alex McWhirter
To achieve that all you need to do is create a template of the desktop
base vm, make sure the vm type is set to desktop. Afterwards just create
new vms from that template. As long as the VM type is set to desktop
each new VM will use a qcow overlay on top of the base image.
Taking this a step further you can then create VM pools from said
template, allowing users to dynamically be assigned a new VM on login.
Granted pools are usually stateless, so you need to have network file
storage. We use pools for windows 10 VDI instances, where we use sysprep
to autojoin the new pool vm to the domain where redirected folders are
already setup.
For VDI only use spice protocol. By default we found spice to be semi
lackluster, so we do apply custom settings and we have recompiled spice
on both servers and clients with h264 support. This is not 100%
necessary, but makes things like youtube much more usable. We have also
backported some audio patches to KVM. CentOS 8 should resolve a lot of
these customizations that we've had to do.
As far as updating, pretty much. We create a VM from the template,
update it, then push it back as a new version of the template. The pools
are set to always use the latest template version. Users have to log
out, then back in to the VDI system in order to get the new image as
logging out will destroy the users current instance and create a new one
on log in.
On 2019-09-23 15:16, Fabio Marzocca wrote:
> Hi Alex, thanks for answering.
>
> I am approaching and studying oVirt in order to propose the solution to a customer as a replacement for a commercial solution they have now.
> They only need Desktop virtualization.
> Sorry for the silly question, but I can't find a way to deploy a VM (template) to users as a "linked-clone", meaning that the users' image still refers to the original image but modification are written (and afterwards read) from a new location. This technique is called Copy-on-write.
> Can this be achieved with oVirt?
>
> Then, what is the Best Practice to update WIndows OS for the all the users? Currently they simply "check-out" the Gold Image, update it and check-in, while all users are running...
>
> Fabio
>
> On Mon, Sep 23, 2019 at 8:04 PM Alex McWhirter <Alex(a)triadic.us> wrote:
>
> yes, we do. All spice, with some customizations done at source level for spice / kvm packages.
>
> On 2019-09-23 13:44, Fabio Marzocca wrote:
> Is there anyone who uses oVirt as a full VDI environment? I would have a bunch of questions...
>
> _______________________________________________
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/D44YB5VOKNB...
5 years, 6 months
