[MOSS 2007] Timer jobs ne fonctionne plus
- Bonjour,
C'est je crois, après une mise à jour du .Net FrameWork 2, 3, et 3.5 que le timer jobs s'est mis à ne plus faire son job.
Les conséquences sont:
Plus d'alertes
Plus de Crawl automatisé
Plus de possibilité de créer un SharedServices
Disfonctionnement sur la plateforme PWA 2007
Après moulte recherche et opération, il ne me reste plus qu'a tenter une réparartion de SharePoint.
Mais là hic ! il ne trouve pas le bon osrvmui.msi. N'ayant pas de fichier log de l'install (msi*.log) je ne peut trouver le Guid dans la registry pour indiquer ou il peut récupérer le osrvmui.msi pour la réparation.
De plus avec les services packs lang "fr", "en" et le SP1 je ne vois pas quel osrvmui.msi proposer.
Avez-vous une idée pour effectuer la réparation en réglant ce problème de osrvmui.msi?
Connaissez-vous la formule magique pour faire fonctionner à nouveau le timer job sans réparation ?
Merci par avance pour vos indications
Cordialement,
JunkCoder
Toutes les réponses
- Bonjour,
Par "timer job", vous entendez un ou plusieurs timer jobs ou le service SPTimerV3?
Que dit l'event log "Application"?
Si votre problème semble se rapprocher de l'un de ceux-ci, tentez d'appliquer la solution avant de réinstaller:
http://www.marc-antho-etc.net/blog/post/2009/04/03/A-Clockwork-Orange-Some-SharePoint-Timer-Job-Issues-without-Beethovene280a6.aspx
http://www.marc-antho-etc.net/blog/post/2009/02/23/MOSS-Search-Administration-index-propagation-and-Net-35-install-fail.aspx
Le ou les fichiers de log de l'installation devraient de trouver sous %temp%
--- Marc Lognoul [MCSE, MCTS, MVP] Heureux celui qui a pu pénétrer les causes secrètes des choses Happy is the one who could enter the secret causes of things Blog EN: http://www.marc-antho-etc.net/blog/ Blog FR: http://www.marc-antho-etc.net/blogfr/ - Pour répondre à vos deux questions:
1. quid des event logs ?
Le event log Application sur le WFE ne disait rien jusqu'a tout à l'heure (lisez "The Twilight Zone Feature")
Le event Log Application du Core répétait en boucle le psaume 7626 depuis 20 jours
Le event Log Application du SQL 2005 était immaculé: que des messages informatifs.
2. pas de log d'install sous aucun %temp%
J'ai jeté un oeil à vos deux billets et ils vont certainement me mettre sur des pistes.
The Twilight Zone Feature
Lisez-ce qui suit:
J'ai remarqué qu'après avoir fait les update Win 2003 server en vue de préparer le passage du SP2, le compte faisant tourner le service "Windows SharePoint service Timer" à été changé ainsi que le compte faisant tourner les deux pools d'applications pour le SharedServices1
Initialement j'ai créé un compte spécifique pour faire tourné le ""Windows SharePoint service Timer" et un autre compte spécifiques pour les pool d'appllications du SharedServices1 en suivant les recommandations du document "Office SharePoint Server Security Account Requirements".
J'ai remis les comptes initiaux mais cela n'a rien donné. J'ai tenté avec d'autres comptes et en désespoire de cause avec le compte qui permet de crawler les contenus pour la recherche MOSS.
Incompréhensible... toutes les alertes ont été envoyées (depuis 20 jours), et le système d'alertes fonctionne à nouveau ainsi que les crawls.
Parcontre j'ai encore des problèmes sur PWA 2007. Il n'arrive pas à archiver les projet (même en forçant). Je pense que les comptes d'identités faisant tourner les 2 pools d'application du SharedServices ne disposent plus des bons droits.
De plus je me retrouve avec des tonnes d'insultes dans l'observateurs d'événement sur le WFE:
7082
5586
27745
5554
6398
D'autres types gentillesses sur le Core:
7019
7626
Et quelques politesses sur mon serveur de BD:
107
3041
Bref ! je peu pas enviséger un SP2 dans cet état. Je vais donc envisager vos suggestions sur les billets du blog.
Est-ce qu'un update farmcredential permetterai de remettre les choses plats en suivant ce qui est proposé dans ces trois posts:
http://sharepointspot.blogspot.com/2007/09/how-to-change-user-accounts-that-run.html
http://justsharepoint.com/howto-change-service-accounts-and-their-passwords/
http://sharepointblog.spaces.live.com/blog/cns!74C8FB1191265567!167.entry?wa=wsignin1.0&sa=455501662
Qu'en pensez-vous ?
JunkCoder - Bonjour,
J'ai déjà rencontré un problème de timer job qui ne s'exécutait plus.
L'installation du SP2 a corrigé ce problème et a supprimé une bonne partie des erreurs du journal d'événement dont vous faites mention
avez-vous moyen de faire les tests sur une autre plateforme par exemple ?
Pierre Vivier-Merle - MVP MOSS 2007 - http://blogs.developpeur.org/pierre Bonjour,
Nous sommes en plein renouvellement de notre infrastructure. Nous disposerons de ressources pour une plate forme de test et de staging
à partir du début l'année prochaine.
Il y a certaines opérations de maintenance que je ne m'autorise pas tant que je ne dispose pas de ressources pour sauvegarder mes VMs (ESXi).
Dès que les VMs pourronts être backupées et testées, je pourrais effectuer certaines opérations tel que: updateformcredential etc...J'ai remarqué que les droits d'accès sur mes BD_Content étaient complètement incohérents.
Par ailleurs suite à la suppression de 2 instances PWA 2007 (stsadm projdeletepwainstance) la project queue génère le code erreur 7626 car il cherche à enclancher la queue de ces instances supprimées.
J'ai aussi l'erreur 7019 relative aux sites de ces mêmes instances.
Les sites des ces instances PWA supprimées étaient hébergés sous l'intranet. J'effectuerais donc un stsadm deletesite dès que je serais en mesure d'être en envorionnement me permettant un rollback.J'ai aussi créé un nouveau SSP qui me servira à modifier les assosciations si nécessaire.
J'ai déjà fait un test avec une application TEST, et je constate que j'aurrais à recréer mes mappages d'accès de substitutions pour toute les applications nouvellement associées
A ce SSP.C'est une tavail fastidieu, mais je ne doute pas que nous disposerons d'un environnement de production net pour le début de l'année prochaine. Et que enfin nous disposerons d'une infrastructure de développement, de test et de staging à la hauteur de la criticité des informations stratégiques qui sont désormais hébergées sur la plateforme MOSS.
JunkCoder- bien bien,
d'une manière générale, il est toujours bon de garder les applications serveurs uptodate en terme de Service Packs notamment... donc à planifier rapidement en effet.
Cdt,
Pierre
Pierre Vivier-Merle - MVP MOSS 2007 - http://blogs.developpeur.org/pierre
