Notes de version

Ces notes contiennent des informations importantes sur Sun VDI Core au moment de la publication de sa version commerciale. Elles portent notamment sur la configuration requise et les plates-formes prises en charge, ainsi que sur les problèmes et les moyens de les résoudre. Lisez ce document avant de commencer à utiliser Sun VDI 3.

Package

Le package VDI 3.0 inclut les composants suivants :

• Sun Virtual Desktop Infrastructure Software 3.0, qui comprend :
  • Sun VDI Core
  • Sun Ray Server Software 4.1 (SRSS)
  • Sun Ray Connector for Windows OS, Version 2.1 (SRWC)
• Sun xVM VirtualBox for VDI 3.0 (Solaris 10 x86 uniquement)

• Logiciels supplémentaires
  • Sun Secure Global Desktop 4.41 (SGD)
  • Sun xVM VirtualBox for VDI 3.0 (plates-formes supplémentaires pour la création de modèles de bureau)

Logiciels tiers

Sun VDI 3 inclut des logiciels tiers sous licences GPL/LGPL ou CDDL. Le code source correspondant est disponible par le biais des liens indiqués ci-après :

• TopLink Essentials (sous licence CDDL) est une API de persistance utilisée par Sun VDI Core.
  Le code source bibliothèque est disponible à l'adresse suivante : http://download.java.net/javaee5/v2ur2/promoted/source/glassfish-v2ur2-b04-src.zip
• Sun xVM VirtualBox for VDI contient du code GPL modifié.
  Le code source est disponible à l'adresse suivante : http://download.virtualbox.org/virtualbox/2.0.8/VirtualBox-2.0.8-OSE.tar.bz2

Plates-formes prises en charge

Systèmes d'exploitation

Sun VDI 3 Core est conçu pour une utilisation avec Solaris 10 Update 6 SPARC et x86 (64 bits).

Plates-formes de virtualisation

Sun VDI 3 prend en charge les plates-formes de virtualisation suivantes :
*VMware VirtualCenter 2.5 (y compris Update 1, 2 et 3)

• • Update 4 n'est pas pris en charge actuellement
• VMware ESX Server 3.5 (y compris Update 1, 2 et 3)
• Sun xVM VirtualBox for VDI 3.0 (Solaris 10 Update 6 x86) en combinaison avec
• Serveur de stockage (plate-forme de stockage iSCSI pour Sun xVM VirtualBox)
  • OpenSolaris 2008.11 ou
  • Systèmes de stockage unifié Sun Storage 7000

Systèmes invités de bureau

• Windows XP SP2 et versions supérieures
  *Windows Vista Enterprise
• Windows 2000 (uniquement sur Sun xVM VirtualBox)
• Ubuntu 8.10 (uniquement sur Sun xVM VirtualBox)
• OpenSolaris 2008.11 (uniquement sur Sun xVM VirtualBox)

Environnements Java Runtime

• Java 1.5

Notes d'installation

Les fichiers contenus dans cette version sont organisés de la manière suivante :

• vda_3.0_sparc.zip, vda_3.0_amd64.zip : tous les packages nécessaires à l'installation et l'exécution de Sun VDI 3 sous Solaris 10 Update 6 SPARC et x86 (64 bits)
• Décompressez les archives dans un emplacement temporaire et exécutez vda-install pour installer le produit Sun VDI.

Problèmes connus et restrictions

Les hôtes Solaris doivent disposer d'un espace de swap approprié. (ID de bogue : 1225025)

Les hôtes Solaris exécutant xVM VirtualBox doivent posséder un espace de swap supérieur ou égal à la taille de la mémoire physique de l'hôte. Par exemple, une mémoire physique de 16 Go requiert au minimum un espace de swap de 16 Go. Vous pouvez effectuer la configuration nécessaire au cours de l'installation de Solaris 10. Vous devez alors choisir d'effectuer une installation personnalisée et modifier les partitions par défaut.
Dans le cas d'installations Solaris 10 existantes, vous devez créer un fichier image de swap sur le système de fichiers local et le monter. La taille du fichier image de swap doit être : Mémoire physique - Espace de swap actuel = Espace de swap supplémentaire requis. Par exemple, une mémoire physique de 16 Go - 1 Go = 15 Go d'espace de swap requis. Pour ajouter l'espace de swap au système :
Pour ZFS :

# zfs create -V 16gb _<volume_ZFS >_/swap
# swap -a /dev/zvol/dsk/_<volume_ZFS>_/swap 

To have the swap mounted after a reboot, add the following line to /etc/vfstab:

/dev/zvol/dsk/_<ZFS volume>_/swap - - swap - no -

Pour UFS :

# mkfile 15g /path/to/swap.img
# swap -a /path/to/swap.img

To have the swap mounted after a reboot, add the following line to /etc/vfstab:

/path/to/swap.img - - swap - no -

La mémoire pour le cache ARC doit être restreinte à une limite inférieure lors de l'utilisation de ZFS sur S10u7. (ID de bogue : 6844780)

Lorsque tous les composants VDI (hôte VDI, hôte xVM VirtualBox et stockage ZFS) sont installés sur un seul boîtier (plate-forme x86, exécutant S10u7), xVM VirtualBox ne pourra démarrer aucun bureau.
Cause - ZFS utilise toute la mémoire disponible (jusqu'à la limite) pour un cache ARC. Si d'autres programmes essaient d'accéder à la mémoire, ZFS doit la libérer. Malheureusement, VDI évalue la mémoire avant d'essayer de démarrer une machine virtuelle et reconnaît que la mémoire est insuffisante pour démarrer la machine virtuelle. Des informations détaillées sont disponibles ici http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuning_Guide#ARCSIZE.

Solution - La mémoire pour le cache ARC peut être limitée à une valeur maximale en ajoutant une entrée au fichier /etc/systems.
Par exemple, pour restreindre la mémoire à 2 Go, dans /etc/system ajoutez :
'set zfs:zfs_arc_max = 2147483648

Il est prouvé que si cette valeur est limitée à 512 Mo, vous pouvez importer un fichier de 2,7 Go sans problème.

Les bureaux ne peuvent pas utiliser la fonction de réseau hôte (Host Networking) sauf si xVM VirtualBox a été configuré pour s'exécuter en tant que root. (ID de bogue : 6839450)

Les machines virtuelles ne peuvent pas être démarrées avec un réseau hôte à moins que le service Web xVM VirtualBox ne s'exécute en tant que root.

Au cours de la déconnexion-, les bureaux xVM VirtualBox ne passent pas en état inactif lorsque les paramètres 'Host Networking - WinRDP' sont définis. (ID de bogue : 6837283)

Le bureau ne passe jamais en état inactif et reste en état utilisé en permanence et n'est donc pas recyclé.

Surcharge d'hôte VDI (ID de bogue : 6810444)

Des problèmes de base de données peuvent entraîner l'affichage d'une page vierge lorsque vous vous connectez à l'interface d'administration. Les fichiers journaux de base de données peuvent, par exemple, indiquer l'existence d'une erreur de type "Error 157" à l'emplacement '/var/opt/SUNWvda/mysql-cluster' de l'hôte primaire ou de l'un des hôtes secondaires.
Cause- Lors de l'utilisation de la base de données VDI MySQL Cluster, les deux premiers hôtes secondaires VDI exécutent les nœuds de données MySQL Cluster ainsi qu'un nœud MySQL SQL, SRSS, SRWC, VDI, etc. Le manque de ressources a une incidence sur MySQL Cluster. La charge prévue sur les nœuds de données MySQL Cluster est réduite. Les processus MySQL doivent donc pouvoir supporter une charge standard. Toutefois, un nombre trop élevé de sessions Sun Ray sur chacun des deux premiers hôtes secondaires Sun Ray provoque cette erreur.
Solution- Vérifiez la charge sur les hôtes concernés. Si elle est trop élevée, réduisez-la, par exemple en diminuant le nombre de sessions SRSS hébergées. Redémarrez le nœud SQL exécuté sur l'hôte concerné

Utilisation de l'interface de ligne de commande VDI avec l'IG d'administration Web. (ID de bogue : 6770476)

En utilisant [l'interface de ligne de commande vda] Lorsque vous vous reconnectez, l'interface Web d'administration fonctionne à nouveau correctement.

Restrictions liées aux hôtes VDI exécutés sur SPARC. (ID de bogue : 6812848)

• Les hôtes Solaris SPARC VDI ne prennent en charge qu'un seul dispositif de stockage.
• L'action de duplication échoue avec les hôtes Solaris SPARC VDI.

Cause- Dans les hôtes Solaris SPARC VDI, Sun VDI 3.0 ne prend pas en charge la copie d'un volume iSCSI sur un autre volume iSCSI par le biais de Java.

Sun Open Storage échoue après une mise à jour logicielle. (ID de bogue : 6826006)

• N'effectuez pas de mise à jour logicielle de Sun Open Storage après son ajout à VDI 3.0. Toute action de gestion de VDI 3.0 échoue par la suite.

La mise à jour d'OpenSolaris entraîne l'échec de SSH dans la boîte de dialogue de stockage. (ID de bogue : 6812829)

Suite à la mise à jour d'une image pkg sur un hôte OpenSolaris utilisé pour le stockage xVM VirtualBox, VDI ne peut plus utiliser SSH dans la boîte de dialogue de stockage. L'erreur suivante se produit :

Caused by: com.jcraft.jsch.JSchException: Algorithm negotiation fail
       at com.jcraft.jsch.Session.receive_kexinit(Session.java:510)
       at com.jcraft.jsch.Session.connect(Session.java:285)
       at com.sun.vda.service.vbox.SshServer.executeCommand(SshServer.java:331)
       ... 40 more