Pour mon premier post sur Australopitech un petit “truc” Microsoft Office Project Server.
Lors de notre récent déploiement de Project Server sur une instance de SharePoint parfaitement fonctionnelle nous avons rencontré un problème souvent remonté dans les forums : le CPU charge à 100% sans raison apparente et le journal d’événements se remplit d’event 7903.
En examinant de plus près les logs du serveurs SharePoint (C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\LOGS) on peut constater qu’il s’agit d’un problème d’autorisation :
Microsoft.Office.Project.Server [...] Medium [SERVICE] ProjectQueueService: Started ExecProcess for SSP: 1eeca9dc-ceb4-4753-9cbe-6ac1f7a760da Microsoft.Office.Project.Server [...] Medium [SERVICE] pjevtsvc: WindowsIdentity: X-PRIME\adminsqlserver Microsoft.Office.Project.Server [...] Medium [SERVICE] pjevtsvc: SSPGuid: 1eeca9dc-ceb4-4753-9cbe-6ac1f7a760da SSPIdentity: X-PRIME\adminsharepoint [...] Microsoft.Office.Project.Server [...] 7622 Information Queue system starting. SSP: 1eeca9dc-ceb4-4753-9cbe-6ac1f7a760da --> Microsoft.Office.Project.Server [...] 7903 Critical Queue system could not start. SSP: 1eeca9dc-ceb4-4753-9cbe-6ac1f7a760da --> Microsoft.Office.Project.Server [...] 90ba Medium [QUEUE] 4748_1eeca9dc-ceb4-4753-9cbe-6ac1f7a760da QueueExecService could not start --> Microsoft.Office.Project.Server [...] Medium [QUEUE] 4748_1eeca9dc-ceb4-4753-9cbe-6ac1f7a760da Accès refusé [...] Microsoft.Office.Project.Server [...] Medium [SESERVICE] 3608_1eeca9dc-ceb4-4753-9cbe-6ac1f7a760da ServerEventsExecService could not start Microsoft.Office.Project.Server [...] Medium [SESERVICE] 3608_1eeca9dc-ceb4-4753-9cbe-6ac1f7a760da Accès refusé Microsoft.Office.Project.Server [...] High Now terminating ULS (Microsoft.Office.Project.Server.Eventing.exe, Microsoft.Office.Server.Native.dll)
Ce problème est similaire à un autre souci rencontré avec MOSS et l’activation des sites de publications. Je me suis donc tourné vers le gestionnaire de services où se situait l’origine de notre premier problème.
Et en effet les services MOPS tournaient avec l’utilisateur saisi lors de la procédure d’installation pour accéder à la ferme SharePoint. Le souci, c’est que cet utilisateur n’est pas administrateur local et possède tous les droits sur les bases de données de la ferme. Ce qui n’est bien sûr pas idéal en terme de sécurité des données.
Il a alors suffit de changer l’utilisateur des deux services MOPS « Microsoft Office Project Server Queue Service » et « Microsoft Office Project Server Events Service » pour le même utilisateur que les autres services SharePoint (dans notre cas X-PRIME\adminsharepoint) puis de forcer le re-démarrage des deux services.
Ceci fait, la charge du serveur est redescendue instantanément et plus aucun event id 7903 n’a été remonté depuis.
En espérant vous avoir été utile.
P.S. : une autre solution, plus liée à un problème de performance du serveur peut être résolue en créant la clé de registre ServicesPipeTimeout dans ” HKLM\System\CurrentControlSet\Control “ de type DWORD avec la valeur 60000 (decimal) puis en modifiant la clé WaitToKillServiceTimeout à 120000.
