bonjour,
je viens de finaliser ma procédure de clonage de serveur XenApp5/w2008. tout va bien. il ne reste plus qu’à publier les applications… et la, je m’apperçois que cette commande n’est pas installée.
après quelques recherche sur mes différents cd, j’ai bien trouvé l’appli, la dll nécessaire (IMS_Sal.dll) mais j’ai toujour une erreur :
[font=courier:j1aguzm1]Failed to read resource string. Last error: 0x715
Missing resource strings.[/font:j1aguzm1]
j’ai oublié quoi ?
et pourquoi, cette appli n’est plus installée par défaut ?
merci de votre aide.
Bonjour Louis,
Je suis un peu hors sujet mais est-ce que tu la rendras publique cette procédure? 
Merci.
quelle commande ??
IMA_Sals.dll est installée par défaut… sans cette DLL le service IMA ne peut pas démarrer
Apputil ;D
OUPS 
j’ai besoin d’un verre…
en clair, dans le folder où est placé apputil il faut un sous folder Resourceen dans lequel tu dois avoir une DLL apputilui.dll
"ThinIsFat" wrote:
OUPS :) j'ai besoin d'un verre...
"ThinIsFat" wrote:
en clair, dans le folder où est placé apputil il faut un sous folder Resourceen dans lequel tu dois avoir une DLL apputilui.dll
merci ;D
"smarechal" wrote:
Bonjour Louis,
Je suis un peu hors sujet mais est-ce que tu la rendras publique cette procédure? ;)
Merci.
Je suis un peu hors sujet mais est-ce que tu la rendras publique cette procédure? ;)
Merci.
pourquoi pas. il faudrait juste que je la rende publiable ...
et sous quelle forme ?
Un pdf (même juste avec les grandes lignes), cela m’intéresse fortement (enfin si tu peux et si tu as le temps)?
Peut être que ça peut intéresser Doctor Citrix?
Bonne journée
"smarechal" wrote:
Un pdf (même juste avec les grandes lignes), cela m'intéresse fortement (enfin si tu peux et si tu as le temps)?
Peut être que ça peut intéresser Doctor Citrix?
Bonne journée ;)
Peut être que ça peut intéresser Doctor Citrix?
Bonne journée ;)
bon je le mets la :
contexte :
serveur Windows 2008
XenApp 5.0 FP3
hyperviseur VMWware Esx 4.1
--- création du modèle
arrêt d'un serveur de prod. pour l'exemple XenAppA
dans le virtualcenter, choisir "cloner" sur ce serveur
- définir le nouveau nom (TemplateXen5 par exemple),
- le dossier pour ranger l'image (si vous avez fait des dossier dans le virtual center),
- le host esx
- la datastore
attendre le fin du clonage.
démarrer la machine clonée (TemplateXen5 dans cet exemple).
désactivé les ouvertures de sessions dans la console CDS).
ouvrir une console vmware sur ce serveur.
ouvrir session avec un compte administrateur.
dans une fenêtre "invité de commande" lancer la commande :
- [font=courier:354hhddu]XenAppPrep[/font:354hhddu] (dans "program file (x86)citrixXenAppPrep")
puis :
- [font=courier:354hhddu]SysPrep /generalize /oobe /shutdown[/font:354hhddu] (dans "windowssystem32sysprep")
le serveur s'arrête.
redémarrer le serveur "source" (XenAppA dans cet exemple).
activer les ouvertures de session.
vérifier le bon fonctionnement...
--- déploiement à partir du modèle
dans le virtualcenter, choisir "cloner" sur TemplateXen5
- définir le nouveau nom (XenAppB par exemple),
- le dossier pour ranger l'image (si vous avez fait des dossier dans le virtual center),
- le host esx
- la datastore
une fois le clonage terminé, modifier quelques paramètres dans les settings
- network label
- advanced cpu ht sharing (chez moi, 'none')
- cpu affinity
- cpu share
ajuster ces paramètres suivant votre contexte.
démarrer la nouvelle machine XenAppB
c'est plus ou moins long...
le processus 'sysprep' demande quelques infos :
- la langue,
- le clavier,
- le nom de la nouvelle machine. ici XenAppB
ouvrir une session administrateur local
ignorer les différentes alertes sur le réseau, les licences tse,...
le 'sysprep' active les réglages 'dhcp'. modifier en fonction de votre configuration.
insérer le serveur dans le domaine.
le serveur apparaît dans l'ou 'computer'
le serveur apparaît dans la console citrix (sûrement dans une autre zone).
éteindre à nouveau le serveur.
le déplacer dans la bonne OU (si vous avez des OU avec des stratégies bien sûr :))
vérifier/nettoyer les enregistrements wins, dns, dhcp, ad
avec la console 'configuration avancée' :
- déplacer le serveur dans la bonne zone
- supprimer la zone nouvellement crée
- définir la priorité
affecter un calculateur de charge pour ce nouveau serveur
configurer le redémarrage du serveur.
publier les applications
vérifier l'activation de l'os. éventuellement enregistre une nouvelle clé.
allumer le serveur, il est en prod et opérationnel.
--- quelques galères
* lors du redémarrage, la passerelle par défaut est perdu.
bug microsoft décrit dans la kb 973243
résolution par la KB 299357 :
[font=courier:354hhddu]netsh int ip reset[/font:354hhddu]
à faire bien sûr avant les nouveaux réglages ip de la machine.
* le 'sysprep' mélange les disques.
j'ai l'habitude, pour un serveur citrix, de configurer trois disques :
- c: le systeme
- d: le fichier d'échange
- e: les applications
(le lecteur de cd-rom étant remappé en Z:)
dans mon cas, j'avais oublié de créer le D:. je l'ai donc ajouté après.
donc l'ordre 'physique des disques est :
- 0 : C: systeme
- 1 : E: applications
- 2 : D: swap
... et le 'sysprep' me fait une machine avec :
- C: systeme
- D: applications
- E: swap
- F: cd-rom
donc, remettre les bonnes lettres sur les bons disques.
petite gymnastique avec le gestionnaire de disques.
tant que les disques ne sont pas remis en ordre, le serveur ne vient pas s'inscrire dans la ferme.
* les tools vmware.
suivant la manière dont les tools ont été installé, il est utile de désactiver certains drivers.
la commande complète pour modifier l'installation est la suivante :
[font=courier:354hhddu]msiexec -i "VMware Tools64.msi" ADDLOCAL=ALL remove="Hgfs,MemCtl,Sync,vmdesched" /qn reboot=supress[/font:354hhddu]
hgfs (pour le file sharing) empêche windows de supprimer les profils sur le serveur.
MemCtl (gestion de la mémoire) suivant les machines sur le même esx.
Sync (gestion du temps) attention si vous faites des snapshots pour les sauvegarde.
VMdesched (cpu time acconting) peut être supprimer si affinité cpu.
--- conclusion
le template étant ok, on peut donc construire des serveurs rapidement.
maintenant, ceci est la procédure que j'ai construire, testée et utilisée mais il n'y à rien d'absolue. je ne détiens par la vérité...
tu peu te simplifier un peu la vie avec des commandes Powershell, par exemple le add-computer permet d’integrer un ordinateur dans le domain en spécifant l’OU de destination
Wahh un grand merci Louis!
Je vais refaire entièrement ma ferme XenApp car mon bug de plantage ne s’arrange pas.
Je suis également sous vSphere mais pas encore en 4.1 (4.0 UP2) et j’ai juste mes XenApp qui plantent aléatoirement.
As tu déjà toutes tes applications d’installées avant le clonage?
J’ai une petite question (HS, mais j’ai besoin de la poser), au niveau réglage de VM pour les XenAPP as tu quelque chose de particulier à part le CPU affinity?
Et une dernière; puis-je créer une nouvelle ferme avec le même nom que l’ancienne? Je veux éviter de me retaper tous les postes clients à reparamétrer.
Merci de votre aide et désolé pour le HS.
"smarechal" wrote:
As tu déjà toutes tes applications d'installées avant le clonage?
"flo" wrote:
J'ai une petite question (HS, mais j'ai besoin de la poser), au niveau réglage de VM pour les XenAPP as tu quelque chose de particulier à part le CPU affinity?
dans 'advanced cpu', je règle l'hypertheaded core sharing à none.
mais attention, l'esx est dédié aux serveurs xen.
"flo" wrote:
Et une dernière; puis-je créer une nouvelle ferme avec le même nom que l'ancienne? Je veux éviter de me retaper tous les postes clients à reparamétrer.
"louis" wrote:
"smarechal" wrote:
As tu déjà toutes tes applications d'installées avant le clonage?
"flo" wrote:
J'ai une petite question (HS, mais j'ai besoin de la poser), au niveau réglage de VM pour les XenAPP as tu quelque chose de particulier à part le CPU affinity?
dans 'advanced cpu', je règle l'hypertheaded core sharing à none.
mais attention, l'esx est dédié aux serveurs xen.
"flo" wrote:
Et une dernière; puis-je créer une nouvelle ferme avec le même nom que l'ancienne? Je veux éviter de me retaper tous les postes clients à reparamétrer.
Merci pour tes réponses.
Donc tu dédies un serveur ESX pour tes XenApp, c'est peut être ce que je vais finir par faire.
Début d'année prochaine, je change mes 3 lames Bi-Xéon 5420 par des nouvelles Bi-Xeon 5670 avec pas mal de ram. Je sens que dans mon archi actuelle j'arrive à essoufflement au niveau RAM et CPU.