Horizon Client Linux, Domain User, and USB Redirect issue

We have a problem with USB redirection on the Linux client, the issue is present when a Linux guest OS (UBUNTU 20.04 in my case) is joined at the domain and we try to use a domain user to access the Linux to start a Horizon session with the Horizon client

The issue is “ USB initializing…” remain for all time and no USB device is redirected

A screenshot of a computer

Description automatically generated

In the log file /tmp/vmware-<user>/vmware-view-usbd-<pid session>.log we found

A screenshot of a computer program

Description automatically generated

With a Linux local user, the problem is not present.

Workaround

Add to /etc/passwd the domain user, for recover GID e UID use the command id <username>

A screen shot of a computer

Description automatically generated

After this, we need to restart the USB Arbitrator

After applying the workaround the problem is resolved

A screenshot of a computer

Description automatically generated

And I don’t have any error in the log file

A screenshot of a computer

Description automatically generated

Horizon Client Linux, Domain User, and USB Redirect issue

AKS – Aggiornamento in arrivo a inzio Luglio

Come ogni 3 Mesi sono in arrivo degli aggiornamenti per il servio AKS (Azure Kubernetes Services):

  • Nuova versione la 1.17  disponibile dal 1 Luglio (Sempre da quella data non saranno più in supporto le versioni 1.14)
  • L’annuncio che a breve verranno rilasciati i nodi AKS con ubuntu 18.04 (Una volta rilasciata la nuova versione dei nodi tutti i successivi aggiornamenti di AKS si porteranno dietro anche l’aggiornamento di versione di Ubuntu)
Tutti i dettagli in questo link
AKS – Aggiornamento in arrivo a inzio Luglio

SWAP e UBUNTU

Mi sono chiesto varie volte se è necessario abilitare lo swap (File, partizione o LV) su sistemi Virtuali con 8+ GB di RAM.
Rimane il fatto che UBUNTU in questo LINK dettaglia in maniera interessante il tutto dando alcune indicazioni di quanto allocare per lo SWAP.

Supponiamo di avere un sistema con 8GB di RAM allocata, in questo caso viene consigliato di allocare 3GB di spazio disco per lo SWAP.

Nel mio caso che sono un fan dell’LVM procediamo con la creazione di un Logical Volume per lo SWAP.

Primo aspetto devo verificare se nel mio VG (Volume Group) siano presenti i 3 GB di spazio non allocato:

$ sudo vgdisplay


se abbiamo spazio a dispozione creaiamo il nostro Logical volume

$ sudo lvcreate -L 3G -n <LV Name> <VG Name dove ho lo spazio>

abilitiamo il nuovo swap

$ sudo mkswap /dev/<VG NAME>/<LV NAME> 

ricordiamoci di inserire la entry nell’fstab utilizzando lo UUID recuperabile con il comando BLKID

 vi /etc/fstab
UUID=<UUID NUMBER DEL LV> swap swap defaults 0 0
SWAP e UBUNTU