Une feature bien pratique sous StoreFront est bien-sûr le “Propagate Changes” qui permet comme son nom l’indique de propager les modification d’un StoreFront sur l’ensemble d’un Server Group. Mais voilà il peut arriver que la propagation s’enrhume 🙂 .
La bonne nouvelle est qu’on a un event qui va nous mettre sur la root cause (voir plus bas)
Dans le cas présent nous avons un serveur groupe de trois StoreFront (W2k12 R2 US, StoreFront 3.0.1.56 -hé oui c’est une infra LTSR 😉 ), lors de propagation (au préalable les serveurs ont bien été ajoutés au serveur group mais la propagation n’avait pas fonctionné) nous avions systématiquement l’event 31 sur le serveur StoreFront où nous lancions la propagration.
Log Name: Citrix Delivery Services
Source: Citrix Configuration Replication Service
Event ID: 31
Level: Error
Description:
An error has occured during the all server configuration update process.
Citrix.DeliveryServices.ConfigurationReplication.Exceptions.ServerUpdateConfigurationException, Citrix.DeliveryServices.ConfigurationReplication, Version=3.0.0.0, Culture=neutral, PublicKeyToken=e8b77d454fa2a856
An error occurred running the command: ‘Add-DSFeatureInstances’
<Data>An error has occured during the all server configuration update process.
An error occurred running the command: ‘Add-DSFeatureInstances’
The feature data is out of date
At line:1 char:1
+ Add-DSWebReceiver -SiteId 1 -VirtualPath /Citrix/StoreWeb -AppPool ‘Citrix …
RemoteEndpoint: net.tcp://YourServer/Citrix/ConfigurationReplication
Nous comprenons que nous avons donc un problème avec le Site StoreWeb sur les deux autres StoreFront, en regardant de plus près ces StoreFront ont subi un Clear-DSConfiguration et visiblement tout ne s’est pas supprimé durant le “reset factory” (voir la CTX200239 pour de plus amples informations sur le reset factory).
Dans IIS, nous avons constaté que dans L’Application Pools, L’application “Citrix Receiver for web” avait encore le Virtual Path “StoreWeb” de bindé.
Afin de supprimer le Virtual Path StoreWeb, nous avons créé une application TEST puis nous avons déplacé le Virtual Path StoreWeb dans cette nouvelle application et enfin nous avons supprimé l’application TEST.
Il ne reste plus qu’à supprimer le Virtual Path en cause 😉
Une fois ces actions réalisées le “Propagate Changes” passait sans problème.
Le mot « vert » vient du latin virĭdis, qui veut dire « vert » (voir ici) 🙂
solution : installer storefront 3.12 ou plus.
pourquoi ? parce que le 3.0 c’est de la …. comme dirait karadoc