0

Problème de DPI entre deux écrans

Comme vous le savez sûrement, la difference de DPI entre deux écrans lors de connection HDX n’est pas supporté par Citrix (Different zoom or DPI level in XenDesktop and XenApp).

 

Au moins c’est clair 😉

 

Bon ok ce n’est pas supporté,  mais on a une population qui utilise deux écrans de taille différante et qui joue avec des DPI différents entre les deux écrans, ce qui engendre des problèmes de scintillements sur les applications publiées.

Une solution pour contourner (voir l’article Some desktop applications may appear blurred on high-DPI displays de chez Miscrosoft) ce problème est de modifier les propriétés des binaires wfcrun32.exe et wfica32.exe (C:\Program Files (x86)\Citrix\ICA Client) afin de « désactiver la mise à l’échelle de l’affichage pour les résolutions élevées » (Disable Display Scaling On High DPI Settings).

 

Une fois « la mise à l’échelle de l’affichage pour les résolutions élevées » désactivée, nos utilisateurs n’ont plus rencontré de problème de scintillement sur les applications publiées.

 

0

Erreur dans Studio : Register upgraded Delivery Controllers

Si vous rencontrez le message d’information « Register upgraded Delivery Controllers » dans Studio (dans notre cas sur du XA 7,6), alors il se pourrait que l’un de vos DDC n’ait pas (ou n’ai plus) les permissions adéquates côté SQL.

 


 

Quand on regarde l’erreur en détail on obtient :

Error Id: XDDS:400E633A
Exception:
Citrix.Console.Models.Exceptions.PermissionDeniedException You are not authorized to perform this operation.
…………………………………………………………………………………………………………………………………………………………………………..
…………………………………………………………………………………………………………………………………………………………………………..
…………………………………………………………………………………………………………………………………………………………………………..
…………………………………………………………………………………………………………………………………………………………………………..
Set-LogDBConnection  -AdminAddress « DDC02.YourDomain.fr:80 » -DataStore « Logging » -DBConnection « Server=YourSqlServer;Initial Catalog=SiteConfigurationDatabase;Integrated
Security=True » -Force
Set-LogDBConnection : There was a problem communicating with the Citrix Delegated Administration Service.

 

En regardant directement sur le serveur SQL nous avons remarqué dans les logs que le DDC02 ne pouvait plus s’authentifier sur le serveur SQL.

Log                   SQL Server (Current – Date Time)
Source              Logon
Message
Login failed for user ‘Domain\DDC2$’. Reason: Could not find a login matching the name provided. [CLIENT: IPServer XXX.XXX.XXX.XXX]

 

Une fois le compte ordinateur rajouté dans Security-Logins sur le serveur SQL, nous n’avons plus rencontré d’erreur.

 

 

La question qui se pose est bien sûr : comment ce compte ordinateur a disparu 🙂 , nous penchons pour l’instant à un « problème » de réplication SQL Alwayson.

Si vous souhaitez des détails sur les privilèges SQL pour XD/XA nous vous conseillons la lecture de la CTX127998.

 

2

Qualys : TdIca.sys consommation excesive de cpu

Lors de vague Qualys certains de nos serveurs XenApp (W2K8 Us sp2 et Vda 7.6.1000) affichaient une consommation cpu de 100 % (une fois le scan terminé), bien sûr seul les serveurs XenApp étaient impactés par cette consommation cpu.

La consommation cpu était répartie entre deux process TdIca.sys (50 % pour chacun des process).

 


Autant vous dire que les scan Qualys ont les a senti passer 🙂

 

En redemarrant le service « Remote Desktop Services » la consomation cpu resdescendait quasi instantanément.

Après plusieurs recherches et tests nous avons constaté qu’une fois le scan terminé sur un serveur XenApp nous avions les ports  TCP 2598 et 8008 (Session Reliability et HTML5) en attente de fermeture (malheuresement nous n’avons pas eu le temps de faire un screnshoot  🙁  ).

En testant les mêmes scan Qualys avec des serveurs W2k8 sp2 Us en Vda 7.6.2000 ou 7.6.4000 nous n’avons jamais  pusreproduire le problème de consommation cpu.

Notre premier bug depuis notre migration en 7.6 LTSR il y a bientôt un an 😉 .

 

On sait pas pourquoi…  Surement le soleil du sud… Mais on a penser a Cyrix durant ce billet 🙂

 

Tags: , , ,
0

XenApp_LoadMonitor pour XenApp 7.x

Mise à jour de XenApp_LoadMonitor afin de pouvoir superviser les silos d’une ferme XenApp 7.x.

Pour ceux (et celles) qui ne connaissent pas (encore) XenApp_LoadMonitor nous vous invitons à lire le billet « Supervision de silo serveurs« ,

Une modification a été apportée sur le fichier justgage.1.0.1.min.js afin que les gauges passent en orange à partir de 50 % de load.

 

var percentColors = [« #a9d70b », »#a9d70b », »#EEA73D », « #ff0000 »];

 


Les serveurs en maintenance sont exclus du calcul de charge des silos.

 

Pour rappel le détail de chaque silo s’obtient en cliquant sur le silo correspondant.

 

XenApp_LoadMonitor_7x.rar

 

 

0

Chrome : fichier ica qui ne se lance plus avant son enregistrement

Suite à la mise à jour du navigateur chrome en version 57.0.2987.133, certains utilisateurs ne pouvaient plus lancer d’applications publiées où de bureau sans avoir au préalable enregistré le fichier ica (une fois le fichier ica enregistré ce dernier se lançait automatiquement).

 

 

Outre le message d’avertissement ci-dessous, nous remarquons que  le fichier ica est téléchargé dans le mauvais dossier.

 

Certaines fonctionnalités de la bibliothèque ne sont pas disponibles car des emplacements ne sont pas pris en charge

 

Some library features are unavailable due to unsupported library locations

 

 

Direction le menu de Chrome, Paramètre-Afficher les paramètres avancé.. – Téléchargement.


Une fois le chemin modifié vers le bon dossier, les fichiers ica étaient lancés sans problème

 

 

 

 

Tags: , ,