Office Servers and Services

"La connaissance ne vaut que si elle est partagée" / "An effective Knowledge is a shared one"

Lync 2010 : Gestion du carnet d’adresse : Unable to create output file id : 21039

Posted by Teruin laurent sur avril 1, 2011


La génération du carnet d’adresse sous Lync 2010 est un processus qui permet de générer un fichier téléchargé par le client Lync à intervalles réguliers. Le serveur de carnet d’adresses utilise les données fournies par le service de réplication utilisateur (User replicator) pour mettre à jours les données qu’il a reçu précédemment de la liste d’adresse globale.

Par défaut le fichier généré récupérée par les clients est élaboré tous les jours à 1 :30 du matin *

Par contre un processus de synchronisation (SynchronizePollingInterval) est effectué toute les 5 Minutes

Suite à un appel client nous avons constaté ce problème

Nom du journal :Lync Server
Source :       LS Address Book Server
Date :         01/04/2011 10:59:06
ID de l’événement :21039
Catégorie de la tâche :(1008)
Niveau :       Erreur
Mots clés :    Classique
Utilisateur :  N/A
Ordinateur :   srv-lync.UNIFIED.IT
Description :
Impossible de créer le fichier de sortie.
Chemin d’accès : ‘\\srv-lync.unified.it\share\1-WebServices-1\ABFiles0000000-0000-0000-0000-0000000000000000000-0000-0000-0000-000000000000\F-0e9e.lsabs’
Exception : L’accès au chemin d’accès ‘\\srv-lync.unified.it\share\1-WebServices-1\ABFiles0000000-0000-0000-0000-0000000000000000000-0000-0000-0000-000000000000\F-0e9e.lsabs.tmp’ est refusé.
Cause : soit le chemin d’accès est inaccessible, soit le serveur de carnet d’adresses ne dispose pas des autorisations nécessaires pour créer le fichier.
Résolution :
Examinez les détails dans l’entrée du journal des événements correspondante pour déterminer la raison et la cause éventuelle.
XML de l’événement :
<Event xmlns= »http://schemas.microsoft.com/win/2004/08/events/event« >
  <System>
    <Provider Name= »LS Address Book Server » />
    <EventID Qualifiers= »50160″>21039</EventID>
    <Level>2</Level>
    <Task>1008</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime= »2011-04-01T08:59:06.000000000Z » />
    <EventRecordID>2049</EventRecordID>
    <Channel>Lync Server</Channel>
    <Computer>srv-lync.UNIFIED.IT</Computer>
    <Security />
  </System>
  <EventData>
    <Data>\\srv-lync.unified.it\share\1-WebServices-1\ABFiles0000000-0000-0000-0000-0000000000000000000-0000-0000-0000-000000000000\F-0e9e.lsabs</Data>
    <Data>L’accès au chemin d’accès ‘\\srv-lync.unified.it\share\1-WebServices-1\ABFiles0000000-0000-0000-0000-0000000000000000000-0000-0000-0000-000000000000\F-0e9e.lsabs.tmp’ est refusé.</Data>
  </EventData>
</Event>*
 

Ou en anglais

Event Type: Error
Event Source: OCS Address Book Server
Event Category: (1008)
Event ID: 21039
Date: 4/22/2008
Time: 2:05:25 PM
User: N/A
Computer: Description:
Unable to create output file.

Path: ‘Address book files’
Exception: Access to the path ‘\Address book file.lsabs.tmp’ is denied.
Cause: Either the path is inaccessible or the Address Book Server does not have the correct permissions to create the file.
Resolution: Examine the details in the associated event log entry to determine the reason and the possible cause.

Les documentations Microsoft ne semblent pas documenter les autorisations à mettre en place sur le partage en question. Pour éviter tout problème nous avons positionné le partage en contrôle total et nous nous sommes assuré que le compte système avait bien tous les droits sur les répertoires en question. Ces droits sont semblent t’ils positionnés lors de l’installation du serveur Lync.

Nous avons vérifié la configuration du service address book avec les commandes suivantes.

Get-CsAddressBookConfiguration [-Identity <XdsIdentity>] [-LocalStore <SwitchParameter>]
Get-CsAddressBookConfiguration [-Filter <String>] [-LocalStore <SwitchParameter>]

Voici ce que cela donne

PS C:\Users\lteruin> Get-CsAddressBookConfiguration | fl

Identity                   : Global
RunTimeOfDay               : 01:30
KeepDuration               : 30
SynchronizePollingInterval : 00:05:00
MaxDeltaFileSizePercentage : 20
UseNormalizationRules      : True
IgnoreGenericRules         : False
EnableFileGeneration       : True
 
PS C:\Users\lteruin>

Nous avons utilisé la commande Pour régénérer le carnet d’adresse sans effet dans les journaux.

Update-CsaddressBook (anciennement Abserver sous Ocs R2)

Nous avons testé le fonctionnement des services de carnet d’adresse vous pouvez utiliser la commande suivante.

Test-CsAddressBookService -TargetFqdn srv-lync.unified.it -UserSipAddress lteruin@unifiedit.fr

Voici le résultat que nous avons obtenus
 
TargetUri  : https://srv-lync.unified.it/abs/handler
TargetFqdn : srv-lync.unified.it
Result     : Success
Latency    : 00:00:00
Error      :
Diagnosis  :
 

Nous avons ensuite testé la récupération du carnet d’adresse en mode web par la commande suivante.

PS C:\Users\lteruin> Test-CsAddressBookWebQuery -TargetSipAddress « sip:lteruin@unifiedit.fr » -TargetFqdn srv-lync.unified.it -UserSipAddress « 
sip:lteruin@unifiedit.fr »


TargetUri  : https://srv-lync.unified.it/groupexpansion/service.svc
TargetFqdn : srv-lync.unified.it
Result     : Failure
Latency    : 00:00:00
Error      : La demande du service Web du carnet d’adresses a échoué avec le code de réponse NoEntryFound.
Diagnosis  :
 

En fait si l’on utilise la même commande mais avec un utilisateur relativement ancien cela fonctionne parfaitement. Preuve si il en est que la mise à jour du carnet d’adresse ne fonctionne plus et à fonctionné.

Nous avons vérifié les droits en présence sur les répertoires en question comme le montre le tableau suivant

  • RTCHSUniversalServices: Read /List Folder Contents/Write
  • RTCUniversalServerAdmins Read/List Folder Contents/ Write
  • Authenticated Users Read/List Folder Contents

 

Droits effectifs au niveau du partage


Droits NTFS

La structure de répertoire est comme indiquée ci-dessous :


 

La listes de droits en dessous montre que l’héritage est toujours présent

D:\>icacls share
share BUILTIN\Administrateurs:(OI)(CI)(F)
      AUTORITE NT\Système:(OI)(CI)(F)
      CG-CANTAL\lteruin:(OI)(CI)(F)
      CG-CANTAL\RTCHSUniversalServices:(OI)(CI)(F)
      CG-CANTAL\RTCUniversalServerAdmins:(OI)(CI)(F)
      AUTORITE NT\Utilisateurs authentifiés:(OI)(CI)(F)

D:\Share>icacls 1-WebServices-1
1-WebServices-1 BUILTIN\Administrateurs:(I)(OI)(CI)(F)
        AUTORITE NT\Système:(I)(OI)(CI)(F)
        CG-CANTAL\lteruin:(I)(OI)(CI)(F)
        CG-CANTAL\RTCHSUniversalServices:(I)(OI)(CI)(F)
        CG-CANTAL\RTCUniversalServerAdmins:(I)(OI)(CI)(F)
        AUTORITE NT\Utilisateurs authentifiés:(I)(OI)(CI)(F)

D:\Share\1-WebServices-1>icacls abfiles
abfiles BUILTIN\Administrateurs:(I)(OI)(CI)(F)
        AUTORITE NT\Système:(I)(OI)(CI)(F)
        CG-CANTAL\lteruin:(I)(OI)(CI)(F)
        CG-CANTAL\RTCHSUniversalServices:(I)(OI)(CI)(F)
        CG-CANTAL\RTCUniversalServerAdmins:(I)(OI)(CI)(F)
        AUTORITE NT\Utilisateurs authentifiés:(I)(OI)(CI)(F)

D:\Share\1-WebServices-1\ABFiles>icacls 00000000-0000-0000-0000-000000000000 00000000-0000-0000-0000-000000000000

 BUILTIN\Administrateurs:(I)(OI)(CI)(F)
        AUTORITE NT\Système:(I)(OI)(CI)(F)
        CG-CANTAL\lteruin:(I)(OI)(CI)(F)
        CG-CANTAL\RTCHSUniversalServices:(I)(OI)(CI)(F)
        CG-CANTAL\RTCUniversalServerAdmins:(I)(OI)(CI)(F)
        AUTORITE NT\Utilisateurs authentifiés:(I)(OI)(CI)(F)

D:\Share\1-WebServices-1\ABFiles0000000-0000-0000-0000-000000000000>icacls 00000000-0000-0000-0000-00000000000000000000-0000-0000-0000-000000000000

BUILTIN\Administrateurs:(I)(OI)(CI)(F)
        AUTORITE NT\Système:(I)(OI)(CI)(F)
        CG-CANTAL\lteruin:(I)(OI)(CI)(F)
        CG-CANTAL\RTCHSUniversalServices:(I)(OI)(CI)(F)
        CG-CANTAL\RTCUniversalServerAdmins:(I)(OI)(CI)(F)
        AUTORITE NT\Utilisateurs authentifiés:(I)(OI)(CI)(F)
 
 

Nous avons tenté ensuite de reconstruire la base de données des utilisateurs. Cette commande Update-CsUserDatabase force la base de données à arrêter sa réplication avec active directory et à relire l’ensemble des utilisateurs.


Nous avons ensuite redémarré les services Lync via les commandes suivantes.

•Get-CsWindowsService | Stop-CsWindowsService
•Get-CsWindowsService | Start-CsWindowsService

Puis rester la présence d’un nouvel utilisateur cette fois ci avec succès

PS C:\Users\lteruin> Test-CsAddressBookWebQuery -TargetSipAddress « sip:lteruin@unifiedit.fr » -TargetFqdn srv-lync.unified.it -UserSipAddress « 
sip:lteruin@unifiedit.fr »

TargetUri : https://srv-lync.unified.it/groupexpansion/service.svc
TargetFqdn : srv-lync.unified.it
Result : Success
Latency : 00:00:00.5364817
Error :
Diagnosis :

Nous avons ensuite modifié la génération du carnet d’adresse pour vérifier son fonctionnement

PS C:\Users\lteruin> Set-CsAddressBookConfiguration -RunTimeOfDay 13:10
PS C:\Users\lteruin> Get-CsAddressBookConfiguration

Identity : Global
RunTimeOfDay : 13:10
KeepDuration : 30
SynchronizePollingInterval : 00:05:00
MaxDeltaFileSizePercentage : 20
UseNormalizationRules : True
IgnoreGenericRules : False
EnableFileGeneration : True

Voila ce que nous avons constaté dans le journal Lync 2010

Nom du journal :Lync Server
Source :       LS Address Book Server
Date :         01/04/2011 13:02:47
ID de l’événement :21057
Catégorie de la tâche :(1008)
Niveau :       Information
Mots clés :    Classique
Utilisateur :  N/A
Ordinateur :   srv-lync.UNIFIED.IT
Description :
Les paramètres du serveur de carnet d’adresses ont été modifiés.
Temps d’exécution : 1:10 (2011-4-1:1:10:0:000)
Générer les fichiers de sortie : Oui
Utiliser les règles de normalisation : Oui
Ignorer les règles génériques : Non
Fréquence d’interrogation de syncnow : 300 secondes
Pourcentage maximal de fichiers delta : (20,00 %)
Durée de conservation : (30)

A 13 : 10 voici ce que nous avons constaté

Nom du journal :Lync Server
Source : LS Address Book Server
Date : 01/04/2011 13:10:50
ID de l’événement :21056
Catégorie de la tâche :(1008)
Niveau : Information
Mots clés : Classique
Utilisateur : N/A
Ordinateur : srv-lync.UNIFIED.IT
Description :
Récapitulatif du transfert de synchronisation.
Synchronisation effectuée avec 1 144 contacts traités
Number of separate AD partitions: 1
Number of valid contacts: 1 144
Number of empty contacts: 0
Number of invalid contacts: 0
Number of cached photos deleted: 0
Number of stale OC files deleted: 0
Number of OC full files written: 1 with 1 144 total contacts
Number of OC delta files written: 3 with a total of 1 460 new/updated contacts and 1 deleted contacts.
Number of OC bytes written: 839 713 compressed to 248 320 bytes on disk.
Number of stale device files deleted: 0
Number of device full files written: 1 with 3 total contacts
Number of device delta files written: 1 122 with a total of 15 new/updated contacts and 1 deleted contacts.
Number of device bytes written: 61 392 compressed to 41 714 bytes on disk.
XML de l’événement :

Nom du journal :Lync Server
Source : LS Address Book Server
Date : 01/04/2011 13:10:50
ID de l’événement :21010
Catégorie de la tâche :(1008)
Niveau : Information
Mots clés : Classique
Utilisateur : N/A
Ordinateur : srv-lync.UNIFIED.IT
Description :
Le transfert de synchronisation a été correctement exécuté.
Partition de données du serveur principal du service Web du carnet d’adresses = RtcAb
XML de l’événement :
<Event xmlns= »http://schemas.microsoft.com/win/2004/08/events/event« >

Cordialement

Laurent TERUIN

Laisser un commentaire

Choisissez une méthode de connexion pour poster votre commentaire:

Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion / Changer )

Image Twitter

Vous commentez à l'aide de votre compte Twitter. Déconnexion / Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion / Changer )

Photo Google+

Vous commentez à l'aide de votre compte Google+. Déconnexion / Changer )

Connexion à %s

 
%d blogueurs aiment cette page :