Le Cloud de Christophe BOUCETTA

Voici le blog sur les communications unifiées et la collaboration Microsoft par un MVP nominé depuis 11 ans
  • Communicator OCS R2 - Outlook 2003 : problème d'intégration avec le calendrier outlook

    Que ce soit un problème d'intégration du calendrier ou l'impossibilité de synchroniser le carnet d'adresse, tout intégrateur ocs est forcement passé par là.

    Ces problèmes ont diverses causes et aussi diverses solutions pour y remédier. Dans se cas la, l'intégration du calendrier fonctionnée très bien avec les clients sous Outlook 2007 mais malheuresement pas avec outlook 2003.

    La solution :

    Install Outlook 2003 Hotfix Post SP3.

    http://support.microsoft.com/kb/953432/en-us

    Install the Office 2007 Compatibility Pack on the Office 2003 systems.

    http://www.microsoft.com/downloads/details.aspx?FamilyId=941B3470-3AE9-4AEE-8F43-C6BB74CD1466&displaylang=en

    Lastly install SP1 for the Office 2007 Compatibility Pack

    http://support.microsoft.com/KB/940289


    Le derniers sp n'est pas vraiment utile, je ne l'ai pas installer sur le poste client.

  • OCS R2 : Public Instant Messaging Connectivity

     

    Microsoft change son mode de licence PIC (Public Instant Messaging Connectivity) pour permettre la connexion entre OCS 2007 et les réseaux publics de messagerie instantanée Windows Live et AOL. Désormais, les clients disposant d’une CAL Standard pour Office Communications Server 2007 R2 (ou l'équivalent des droits avec une Software Assurance) n'auront plus besoin d'une licence supplémentaire pour entrer en contact avec les millions de personnes qui utilisent Windows Live et AOL pour la messagerie instantanée et la présence. Ce changement a eu lieu en juillet pour Windows Live, et est prévu pour AOL ce mois-ci (Octobre 2009).
  • Message d’erreur lorsque vous essayez d’ouvrir une session sur Communications Server 2007 à l’aide de la console Live Meeting : « Live Meeting ne peut pas se connecter à la réunion. »

    Vous ne pouvez pas vous connecter à Microsoft Office Communications Server 2007 à l'aide de la console Microsoft Office Live Meeting. Le message d'erreur suivant s'affiche :

    Live Meeting ne peut pas se connecter à la réunion.
    Patientez un moment, puis essayez à nouveau de participer à la réunion.
    Si vous ne pouvez toujours pas vous connecter, contactez votre administrateur réseau ou le support technique.

     

    Voila procédure :

     

    Pour résoudre ce problème, utilisez Windows Management Instrumentation (WMI) pour configurer le serveur pour utiliser l'URL externe.

    Si vous n'avez pas configuré un nom de domaine complet pour une ferme Web externe lors de la création du pool Communications Server 2007 Enterprise ou lors de la configuration du serveur Communications Server 2007 Standard Edition, vous devez ajouter ce nom de domaine complet manuellement à l'aide de WMI.

    Pour configurer le nom de domaine complet de la ferme Web externe, procédez comme suit :

    1. Ouvrez une session sur l'ordinateur qui exécute Communications Server 2007 Standard Edition ou Communications Server 2007 Enterprise Edition à l'aide d'un compte membre du groupe RTCUniversalServerAdmins ou disposant des autorisations équivalentes.
    2. Cliquez sur Démarrer, puis sur Exécuter. Tapez wbemtest, puis cliquez sur OK.
    3. Dans la boîte de dialogue Testeur WMI, cliquez sur Connecter.
    4. Dans la boîte de dialogue Connecter, tapez root\cimv2 dans la zone Espace de noms, puis cliquez sur Connexion.
    5. Dans la boîte de dialogue Testeur WMI, cliquez sur Requête.
    6. Dans la boîte de dialogue Requête, tapez la ligne suivante dans la zone Entrez une requête selon l'édition de Communications Server 2007 utilisée, puis cliquez sur Appliquer :

      Pour un pool Communications Server 2007 Enterprise

      Select * from MSFT_SIPGroupExpansionSetting where backend=”nom_serveur\\instance_sql“

      Pour Communications Server 2007 Standard Edition

      Select * from MSFT_SIPGroupExpansionSetting where backend=”(local)\\rtc“

    7. Dans la boîte de dialogue Résultat de requête, double-cliquez sur le résultat.
    8. Sélectionnez ExternalDLExpansionWebURL, puis cliquez sur Modifier une propriété.
    9. Dans la boîte de dialogue Éditeur de propriétés, sélectionnez l'option Non nul.
    10. Dans la zone Valeur, tapez l'URL de la ferme Web externe au format suivant, puis cliquez sur Enregistrer la propriété :

      https://urlexterne.domaine.com/GroupExpansion/service.asmx

    11. Cliquez à deux reprises sur Fermer.
    12. Dans la boîte de dialogue Testeur WMI, cliquez sur Requête.
    13. Dans la boîte de dialogue Requête, tapez la ligne suivante dans la zone Entrez une requête selon l'édition de Communications Server 2007 utilisée, puis cliquez sur Appliquer :

      Pour un pool Communications Server 2007 Enterprise

      Select * from MSFT_SIPDataMCUCapabilitySetting where backend=”nom_serveur\\instance_sql“

      Pour Communications Server 2007 Standard Edition

      Select * from MSFT_SIPDataMCUCapabilitySetting where backend=”(local)\\rtc“

    14. Dans la boîte de dialogue Résultat de requête, double-cliquez sur le résultat.
    15. Sélectionnez ExternalClientContentDownloadURL, puis cliquez sur Modifier une propriété.
    16. Dans la boîte de dialogue Éditeur de propriétés, sélectionnez l'option Non nul.
    17. Dans la zone Valeur, tapez l'URL de la ferme Web externe au format suivant, puis cliquez sur Enregistrer la propriété :

      https://urlexterne.domaine.com/etc/place/null

    18. Cliquez à deux reprises sur Fermer.
    19. Dans la boîte de dialogue Testeur WMI, cliquez sur Requête.
    20. Dans la boîte de dialogue Requête, tapez la ligne suivante dans la zone Entrez une requête selon l'édition de Communications Server 2007 utilisée, puis cliquez sur Appliquer :

      Pour un pool Communications Server 2007 Enterprise
      Select * from MSFT_SIPAddressBookSetting where backend=”nom_serveur\\instance_sql“

      Pour Communications Server 2007 Standard Edition
      Select * from MSFT_SIPAddressBookSetting where backend=”(local)\\rtc“

    21. Dans la boîte de dialogue Résultat de requête, double-cliquez sur le résultat.
    22. Sélectionnez ExternalURL, puis cliquez sur Modifier une propriété.
    23. Dans la boîte de dialogue Éditeur de propriétés, sélectionnez l'option Non nul.
    24. Dans la zone Valeur, tapez l'URL de la ferme Web externe au format suivant, puis cliquez sur Enregistrer la propriété :

      https://urlexterne.domaine.com/abs/Ext

    25. Cliquez à deux reprises sur Fermer.
    26. Cliquez sur Quitter.
  • “limited calling” error in Communicator

    Cette erreur la ma fait perdre bcp de temps, cela est tres bien expliquer dans le poste de Joachim Farla : http://unified-communications.blogspot.com/2009/01/ocs-2007-r2-and-localization.html

  • Response Group service don’t start!

    There is a known issue in the OCS 2007 R2 Response Group service.

     The service will not start if you have a SAN certificate assigned to the front end server and the last entry in the SAN list does not match the pool name.

    One way this can happen is if you ran the OCS Certificate Request wizard and checked that box that says “Automatically included machine name”; this will cause it to put the machine FQDN last in the SAN list, which will cause Response Group startup to fail. 


    UPDATE 06/05/09: This problem has been resolved in the following patch - http://support.microsoft.com/kb/967829/ . This patch will also be automatically detected if the OCS server is running Automatic Update.

  • OCS 2007 R2 PIC fails against AOL

    Issue:

     

    Microsoft Office Communicator 2007 R2 in conjunction with Office Communications Server 2007 R2 would intermittently fail to communicate with AOL AIM clients via PIC.  Note that this would only reproduce if your OCS 2007 R2 Edge role is running Windows Server 2008 (x64); not Windows Server 2003 (x64).

     

     

    Resolution:

     

    Essentially, it boils down to tweaking the Windows Server 2008 Edge role to initially establish the SSL dialog using the TLS_RSA_WITH_RC4_128_MD5 cipher suite.

     

     

    In order to change the cipher suite order, do the following on your Windows Server 2008 (x64) Edge server:

     

    1.       Start -> Run -> gpedit.msc -> OK

    2.       Within the Group Policy Object Editor, expand Computer Configuration, Administrative Templates, Network

    3.       Under Network, select SSL Configuration, and then double-click on SSL Cipher Suite Order (by default, the SSL Cipher Suite Order is set to “Not Configured”)

    4.       Select the “Enabled” radio button, and in the in the SSL Cipher Suites text box, copy the entire string into Notepad.  It should look like the following:


    TLS_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA,TLS_R.....


    5.       The objective here is to move TLS_RSA_WITH_RC4_128_MD5 to be a the front of the list.  So, in your Notepad document, find TLS_RSA_WITH_RC4_128_MD5, cut it, navigate to the beginning of your notepad document, and paste TLS_RSA_WITH_RC4_128_MD5.  The new order should look like the following:


    TLS_RSA_WITH_RC4_128_MD5,TLS_RSA_WITH_AES_128_CBC_SHA,TLS_RSA.....


    6.       Paste the newly-formatted string back into the text field in the GPO Editor, click OK, then restart your Windows Server 2008 (x64) Edge server for these changes to take effect.

     

     

    We have verified (and re-verified) these steps work, and can now successfully communicate with AOL AIM clients using Office Communicator 2007 R2 via PIC.


  • Comment faire pour installer une version 32 bits de SQL Server 2005 Reporting Services sur un ordinateur qui exécute une version 64 bits de Windows

    Important quand on déploie le serveur de monitoring :

    Installer la version 32 bits de Reporting Services sur un ordinateur qui exécute la version 64 bits d'IIS 6.0

    Pour installer la version 32 bits de Reporting Services sur un ordinateur qui exécute la version 64 bits d'IIS 6.0, procédez comme suit :

    1. Désinstallez la version 64 bits de Reporting Services.

      Remarque Impossible d'installations côte à côte de versions 32 bits de Reporting Services et les versions 64 bits de Reporting Services.

    2. Exécutez le fichier Dotnetfx64.exe pour installer manuellement le .NET Framework.

      Le fichier Dotnetfx64.exe est dans le dossier Tools\redist\2.0 sur le support d'installation de SQL Server 2005. Pour télécharger le fichier Dotnetfx64.exe, reportez-vous au site Microsoft suivant :

      http://go.microsoft.com/fwlink/?LinkId=70186 (http://go.microsoft.com/fwlink/?LinkId=70186)

    3. Dans le Gestionnaire IIS, cliquez sur Web Server Extensions .
    4. Dans le volet d'informations, cliquez avec le bouton droit sur ASP.NET V2.0.50727 , puis cliquez sur Autoriser .
    5. Cliquez avec le bouton droit sur Sites Web , puis cliquez sur Propriétés .
    6. Cliquez sur l'onglet Filtres ISAPI .
    7. Dans la colonne Nom du filtre , cliquez sur ASP.NET_2.0.50727 et puis cliquez sur Modifier .
    8. Remplacer C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\aspnet_filter.dll avec C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_filter.dll.
      Remarque Le fichier aspnet_filter.dll dans le dossier C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\ est une version 32 bits du fichier.
    9. Cliquez sur OK à deux reprises, puis fermez Gestionnaire.
    10. À l'invite de commande, exécutez la commande suivante :

      cscript %SystemDrive%\inetpub\AdminScripts\adsutil.vbs définir w3svc/AppPools/Enable32bitAppOnWin64 1

    11. Installer la version 32 bits de Reporting Services.
    12. Une fois l'installation terminée, ouvrez le Gestionnaire des services Internet, puis sur Extensions du serveur Web .
    13. Dans le volet d'informations, cliquez avec le bouton droit sur ASP.NET V2.0.50727 (32 bits) , puis cliquez sur Autoriser.


  • How Voice Conferencing Powers OCS 2007 R2

    Voila un article tres interessant sur le processus de création des conférences avec OCS R2, en plus avec la particularité d'être en anglais et en francais :

    http://technet.microsoft.com/fr-fr/magazine/2009.04.ocs.aspx

  • OCS Group Chat File Transfer

    Le problème de transfert de fichiers avec le serveur de group chat peut avoir deux causes principales, le derniers article faisait référence à l'une de ces causes, voila la suivante :


    when you install group chat server,file transfer feature is not working.
    Group chat server has few services,channel service,lookup service and compliance service.
    this problem is related to channel service.Channel service provides a connection between group chat,IIS and SQL db.When client sends a file to chat room,client queries the web site https://fqdn.domain.com/mgcwebservice/mgcwebservice.asmx and access to \\fqdn\gccshare location.I think this folder must be accessible from gcchannel user and everyone.
    follow these steps for IIS 7:


    1.remember the gcchannel service account password
    2.if they required ,change service account from “Group Chat Server Configuration tool”.sometimes service cant be restarted.check the service logon credential.
    3.go to IIS 7 console,in application pool,you will see “MGCWebService application pool”.
    4.right click to app pool and change the identity credential.

    5.in default web site,go to MGCwebservice -IIS section-Authentication

    6.7.right click anonymous auth and set “application pool identity”

    7.now you can send file to chat room.

    ps:check whether your server certificate is correct.you can use a test htm file and hit this link from client and see certificate is true or not.

  • File transfer problems in OCS 2007 R2 Group Chat

    Un nouvel article proposant une solutions sur un pb récurrent lors d'un déploiement du rôle de groupe de discussion :

     

    After installing the Group Chat component from Office Communications Server 2007 R2, you may encounter the following error while attempting to upload or download files while joined to a chat room (see screenshot):

    A file transfer error occurred.  Server was unable to process request. —> Object reference not set to an instance of an object.

    If you enable logging in IISAdmin and check the IIS logs, you will likely see the following HTTP 500 error:

    #Software: Microsoft Internet Information Services 6.0
    #Version: 1.0
    #Date: 2009-03-13 11:01:06

    #Fields: date time s-sitename s-computername s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs-version cs(User-Agent) cs(Cookie) cs(Referer) cs-host sc-status sc-substatus sc-win32-status sc-bytes cs-bytes time-taken

    2009-03-13 11:01:06 W3SVC1 GROUPCHAT-R2 192.168.1.13 GET /MGCWebService/MGCWebService.asmx disco 443 - 192.168.1.13 HTTP/1.1 - - - groupchat-r2.contoso.com 200 0 0 1054 118 2348

    2009-03-13 11:01:27 W3SVC1 GROUPCHAT-R2 192.168.1.13 POST /MGCWebService/MGCWebService.asmx - 443 - 192.168.1.65 HTTP/1.1 Mozilla/4.0+(compatible;+MSIE+6.0;+MS+Web+Services+Client+Protocol+2.0.50727.3521) - - groupchat-r2.contoso.com 500 0 0 675 651 917

    By default, the MGCWebService virtual directory in IIS is configured to automatically use Anonymous Access using the IUSR_<ComputerName> account, which is a member of the Guests group of the local machine.  However, in looking at the NTFS permissions of the File Repository folder used by Group Chat, you will find that the Guests group is not found in its Access Control List (ACL):

    To resolve this issue, change the account used for Anonymous Access in the properties of the MGCWebService to either the Group Chat Admin service account or the Group Chat Channel service account, as per the following TechNet article:

    http://technet.microsoft.com/en-us/library/dd425247(office.13).aspx

    To configure the Web site settings in IIS

    1. Open Internet Information Services (IIS) Manager by clicking Start, pointing to All Programs, pointing to Administrative Tools, and then clicking Internet Information Services (IIS) Manager.

    2. In the console tree, expand the local computer, expand the Web Sites folder, right-click the application for the Web site (MGCWebService), and then click Properties.

    3. On the Directory Security tab, under Authentication and Access Control, click Edit.

    4. In the Authentication Methods dialog box, verify that the Enable Anonymous Access check box is selected.

    5. In the User Name and Password boxes, specify the credentials for an account that has read/write permissions on the file repository folder.  (This must be an account with RTCComponentUniversalServices permissions because the account needs to access the file repository and Message Queueing.  You can use the Channel service account for this purpose.

  • Database Group Chat : impossible de passer le stade de la configuration de la database

    alleluia, je viens enfin de trouver la réponse à mon probleme :

     

    il m'etait impossible de passer cette etape de configuration pendant la phase d'installation du rôle de Group Chat :

     


    Le deploiement s'effectue sur une plate forme Windows Server 2008 US, la plate forme SQL Serveur est une version 2005 SP2 FR.  Et bien le problème vient de la, autant il est possible d'effectuer le deploiement du pool Entreprise dans cette configuration la, autant pour le rôle du Group Chat cela n'est pas le cas, il faut absolument que la base de donnée soit en US, bien sur, cette information n'est tres peu diffusé, merci donc a ce lien :


    http://social.microsoft.com/Forums/en-US/communicationsserversetup/thread/69c95ca0-165e-43ed-b1bf-94ec8f6c2621


    Seul sujet a l'heure actuelle faisant référence a ce problème.

  • Communcator Web Access R2 (error 0-1-492) : Variante de résolution

    J'ai trouvé un peu plus d'information sur ce pb sur un autre blog :

     

    Après une installation de Communicator Web Access 2007 R2, il se peut que lors de la connexion, un message du type “Your computer clock is not set correctly”.


    Ce comportement est lié à Kerberos et se produit si l'URL utilisée pour accéder à CWA 2007 R2 ne correspond pas au nom du serveur CWA.


    Pour résoudre ce problème, il suffit d'ajouter un SPN au compte de service CWA pour le service http.

    Prenons un exemple :

    • Le serveur CWA a comme FQDN cwaserver.contoso.com
    • Le compte de service utilisé pour CWA est CWAService du domaine CONTOSO
    • Le service CWA est accéder par les utilisateur sur l'URL https://im.contoso.com

    Dans ce cas, il faut ajouter le SPN http/im.contoso.com au compte de service CONTOSO\CWAService. Pour cela, il faut exécuter la commande SetSpn -A http/im.contoso.com CONTOSO\CWAService.

    Il faut faire de même pour les URL as.im.contoso.com et download.im.contoso.com, donc exécuter les deux commandes suivantes:

    • SetSpn -A http/as.im.contoso.com CONTOSO\CWAService
    • SetSpn -A http/download.im.contoso.com CONTOSO\CWAService

    Pour information, les URL as.<URL CWA> et download.<URL CWA> permettent de faire fonctionner le Desktop Sharing dans CWA.

    Le temps que la réplication Active Directory soit complète et après un redémarrage de IIS sur le serveur CWA, la connexion devrait être opérationnelle.

     

    source : http://blogs.technet.com/stefan/archive/2009/04/27/cwa-2007-r2-affiche-your-computer-clock-is-not-set-correctly-lors-de-la-connexion.aspx

  • ABSConfig.exe : ABS is not enabled or activated on this server

    Par défaut, lorsque vous voulez utiliser l'utilitaire absconfig.exe du ressource kit tools, vous pouvez avoir ce genre d'erreur :

    ou

     

    Voila la solution a votre probleme :

    http://support.microsoft.com/kb/954749/en-us

    Exchange Messagerie Unifiée : You cannot resume setup by performing the action “BuildtoBuildUpgrade”

     

    Apres avoir passé le SP1 dans le cadre d'un lab de présentatios, je me suis retrouvé dans l'incapacité de faire tourner le service de messagerie unifiée :

     

    Setup previously failed while performing the action “install”. You cannot resume setup by performing the action “BuildtoBuildUpgrade”


    Microsoft Knowledge Article KB947281 describes this problem and has a resolution for it. Unfortunately the article is a little bit incomplete.

    It tells you to delete the Watermark and Action entries from any of these Registry keys:

    • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\v8.0\ClientAccessRole
    • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\v8.0\HubTransportRole
    • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\v8.0\MailboxRole

    But for my particular case the Watermark and Action entries were located at HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\v8.0\UnifiedMessagingRole.

    So, the right solution should be to check for those entries at any of these keys:

  • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\v8.0\ClientAccessRole
  • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\v8.0\HubTransportRole
  • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\v8.0\MailboxRole
  • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\v8.0\UnifiedMessagingRole
  • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\v8.0\ClusteredMailboxServer
  • Communcator Web Access R2 (error 0-1-492)

    Voila qui peut etre tres utile quand comme moi, le lien pour ce connecter a CWA n'est pas le fqdn hébergeant le role, d'ou l'erreur :

     

     

    La solution :

     

    1. Open ADSIEDIT and navigate to the OU where your CWA service account is stored.
    2. Locate the CWA service account (mine is called 'CWAService') and right-click then choose Properties.
    3. Turn on the checkbox to 'Show only attributes that have values' and scroll down to an entry called 'servicePrincipalName'.
    4. Click the Edit button.
    5. Type in the SPN using the following format (http/). For example, if your site is called “cwa.intel.com” then type in “http/cwa.intel.com”. NOTE: Do NOT type http://.
    6. Click OK and you're done!
  • OCS R2 : Cannot Synchronize Address Book

    Suggestion interessante dans le cas ou Communicator affiche le message : Cannot Synchronize Address Book

    • use the “Automatically detect settings” instead of specifying settings for a proxy server in IE
    • for IE7 under Advanced / Security, uncheck the option “Check for server certificate revocation” and restart the browser (manually or via Group Policy)
    • ascertain that the URL listed on the certificate points to the Certificate Revocation List (CRL) Distribution Point that is reachable on the inside and/or outside network
    • if OCS is deployed with digital certificates issued from an internal CA, add the .crl URL to the Trusted sites or Local Intranet zone on the Security tab in IE then exit and restart MOC e.g. http://*.swissitpro.ch. This enables the intranet URL for Address Book (AB) download to be recognized as safe and valid.
    • deploy certificates from trusted public Certificate Authority (CA) permits both domain and guest (non-domain) accounts to connect to internal OCS pools
  • Cannot synchronize with the corporate address book

    Nouveau problème soulevé par un de nos clients aujourdhui suite a un changement de certificats :


    Communicator affiche en haut à droite le message suivant “Cannot synchronize with the corporate address book because the file could not be found. Please contact your system administrator with this information.”.


    Le certificat sur le site web par défaut de IIS ayant aussi était changé, on a résolu le pb en regénérant le carnet d'adresses :

    - commande : abserver -regenUR

    - commande : abserver -syncnow

    puis supprimer le fichier galcontacts.gb situé dans Documents and Settings\<user>\Local Settings\Application Data\Microsoft\Communicator


    Fermer Communicator puis relancé le.

  • Communicator 2007 R2 Evaluation qui expire prématurément

    Un bug dans dans la version d'evaluation de communicator 2007 R2 a provoqué une expiration prématuré (180 jours d'evalution) des client. Panique, mais voila la solution et la cause :

    This update package fixes the following issues:

    The license expiration date for Office Communicator (OC) 2007 R2 Evaluation Edition was calculated incorrectly. This causes OC 2007 R2 Evaluation Edition to expire on June 13, 2009. This update fixes the license expiration date calculation for the OC 2007 R2 Evaluation Edition. By downloading this update, the expiration date will be based correctly on the installation date of the OC 2007 R2.


    Read more here:
    http://support.microsoft.com/?kbid=972042


    Get it here:
    http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=515d6dba-4c6a-48bb-a06a-d99c5742676d

  • Problème suite aux mises a jour d’avril d’OCS R2

    Je vais faire part d'un problème que je viens d'avoir suite a une mise a jour effectué sur mon front end OCS R2 qui empeche le service de demarré :


    Source: OCS AppDomain Host Process, ID: 50007

    An unhandled exception was encountered.

    Exception Details. System.NullReferenceException: Object reference not set to an instance of an object.
    2 Microsoft.Rtc.Server.McuFactory.McuFactoryHost.Main(String[] args)
    2 Microsoft.Rtc.Server.McuFactory.ExecutableEntryPoint.Main(String[] args)
    2 System.AppDomain._nExecuteAssembly(Assembly assembly, String[] args)
    2 System.AppDomain.ExecuteAssemblyByName(String assemblyName, Evidence assemblySecurity, String[] args)
    2 Microsoft.Rtc.AppDomainHost.Launcher.AppDomainLauncher.RunThread()
    2 System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
    2 System.Threading.ThreadHelper.ThreadStart()
    Cause: One of the applications identified in the eventlog description failed.


    Resolution:

    Restart the server. If the problem persists contact product support.

     

    Pour résoudre ce problème :

     

    1. Uninstall all Frameworks on server.
    2. Download and install a last version of Framework (3.5 SP1) from Microsoft site.
    3. Download and install NDP20SP2-KB958481-x64.exe, NDP30SP2-KB958483-x64.exe, NDP35SP1-KB958484-x64.exe updates.
    4. After that Windows update installs to updates to Communication Server (April and some for Monitoring Server, before that it don't want to install April updates).
    5. Reboot server, services started.

  • Le 1er post

    Merci à William pour m'avoir ouvrir un espace dans ce merveilleux cloud, j'espère que j'en serais à la hauteur!

    Je vais à court terme déplacer ici le contenu de mes posts de mon blog http://ocsfrance.spaces.live.com/ et de mon site http://nissarte.fr.

    Ici seront regroupés toutes mes expériences professionnelles, mes recherches, mes tests autour des communications unifiées de Microsoft.

    Bienvenue a vous sur mon blog.