Bonjour,
Depuis hier, apparaissent des echecs du minuteur sous la forme
suivante :
08/29/2008 16:00:49.99 OWSTIMER.EXE (0x0F90)
0x0A30 Windows SharePoint Services Timer
5uuf Monitorable L'instance précédente du travail du minuteur
« Travail du minuteur du service d'administration de serveur
d'applications », ID « {B2AC4C18-0C2D-475E-BD3F-DF22CFBC7B51} » pour
le service « {C3E6E0DD-DB14-4E53-A6A2-E03DEFC546DB} » est toujours en
cours d'exécution. L'instance actuelle va donc être ignorée. Pensez à
augmenter l'intervalle entre les travaux.
Il y en a pour 170Mo, à peu près 50 exemplaires à la même heure, et
répété toutes les deux dizièmes de secondes...
Pourtant
- Dans l'admin web, tous les jobs timer sont 100% réussi
- Si un job échoue, pourquoi ne pas logger une erreur par minute? oO
bref, quelqu'un a t'il une idée de l'erreur (le service
d'administration me semble fonctionner ok), et de la résolution?
je commence à me demander si la version 64 bits de moss est
debuggée... :/
Enfin, avant ca, j'ai :
MSSCNTRS: Cannot get perf statistics on library SSO (je n'ai pas
déployé le SSO, ca semble ok)
The portalUrl field in the
Microsoft.Office.Server.UserProfiles.MySiteCleanupJob class has been
deleted.
The old value will be preserved in the UpgradedPersistedFields
collection under the portalUrl key.
Consider writing upgrade code to copy this value to a new location.
Starting shared object cache refresh timer with an interval of 0
seconds
Shared object cache refresh timer started
(puis des centaines de lignes comme ci dessus)
Quelqu'un a une idée sur ce souci?
Bonjour,
Depuis hier, apparaissent des echecs du minuteur sous la forme
suivante :
08/29/2008 16:00:49.99 OWSTIMER.EXE (0x0F90)
0x0A30 Windows SharePoint Services Timer
5uuf Monitorable L'instance précédente du travail du minuteur
« Travail du minuteur du service d'administration de serveur
d'applications », ID « {B2AC4C18-0C2D-475E-BD3F-DF22CFBC7B51} » pour
le service « {C3E6E0DD-DB14-4E53-A6A2-E03DEFC546DB} » est toujours en
cours d'exécution. L'instance actuelle va donc être ignorée. Pensez à
augmenter l'intervalle entre les travaux.
Il y en a pour 170Mo, à peu près 50 exemplaires à la même heure, et
répété toutes les deux dizièmes de secondes...
Pourtant
- Dans l'admin web, tous les jobs timer sont 100% réussi
- Si un job échoue, pourquoi ne pas logger une erreur par minute? oO
bref, quelqu'un a t'il une idée de l'erreur (le service
d'administration me semble fonctionner ok), et de la résolution?
je commence à me demander si la version 64 bits de moss est
debuggée... :/
Enfin, avant ca, j'ai :
MSSCNTRS: Cannot get perf statistics on library SSO (je n'ai pas
déployé le SSO, ca semble ok)
The portalUrl field in the
Microsoft.Office.Server.UserProfiles.MySiteCleanupJob class has been
deleted.
The old value will be preserved in the UpgradedPersistedFields
collection under the portalUrl key.
Consider writing upgrade code to copy this value to a new location.
Starting shared object cache refresh timer with an interval of 0
seconds
Shared object cache refresh timer started
(puis des centaines de lignes comme ci dessus)
Quelqu'un a une idée sur ce souci?
Bonjour,
Depuis hier, apparaissent des echecs du minuteur sous la forme
suivante :
08/29/2008 16:00:49.99 OWSTIMER.EXE (0x0F90)
0x0A30 Windows SharePoint Services Timer
5uuf Monitorable L'instance précédente du travail du minuteur
« Travail du minuteur du service d'administration de serveur
d'applications », ID « {B2AC4C18-0C2D-475E-BD3F-DF22CFBC7B51} » pour
le service « {C3E6E0DD-DB14-4E53-A6A2-E03DEFC546DB} » est toujours en
cours d'exécution. L'instance actuelle va donc être ignorée. Pensez à
augmenter l'intervalle entre les travaux.
Il y en a pour 170Mo, à peu près 50 exemplaires à la même heure, et
répété toutes les deux dizièmes de secondes...
Pourtant
- Dans l'admin web, tous les jobs timer sont 100% réussi
- Si un job échoue, pourquoi ne pas logger une erreur par minute? oO
bref, quelqu'un a t'il une idée de l'erreur (le service
d'administration me semble fonctionner ok), et de la résolution?
je commence à me demander si la version 64 bits de moss est
debuggée... :/
Enfin, avant ca, j'ai :
MSSCNTRS: Cannot get perf statistics on library SSO (je n'ai pas
déployé le SSO, ca semble ok)
The portalUrl field in the
Microsoft.Office.Server.UserProfiles.MySiteCleanupJob class has been
deleted.
The old value will be preserved in the UpgradedPersistedFields
collection under the portalUrl key.
Consider writing upgrade code to copy this value to a new location.
Starting shared object cache refresh timer with an interval of 0
seconds
Shared object cache refresh timer started
(puis des centaines de lignes comme ci dessus)
Quelqu'un a une idée sur ce souci?
L'heure du serveur n'aurait pas été récemment modifiée par hasard ?
Pourrait-il y avoir un problème de synchronisation avec le serveur NTP
(souvent le controleur de domaine). Dans le doute, tentez une
resynchronisation de l'heure du serveur avec la commande net time (net ti me
/setsntp:<Domain_Controler>) puis arrêtez le process OWSTIMER (il se
relancera automatiquement).
En tout cas, le problème provient très probablement d'un soucis avec l'heure.
--
Sébastien PICAMELOT [MVP SharePoint]
--------------------------------------http://blogs.developpeur.org/gribou illon
"" a écrit :
> Bonjour,
> Depuis hier, apparaissent des echecs du minuteur sous la forme
> suivante :
> 08/29/2008 16:00:49.99 OWSTIMER.EXE (0x0F90)
> 0x0A30 Windows SharePoint Services Timer
> 5uuf Monitorable L'instance précédente du trava il du minuteur
> « Travail du minuteur du service d'administration de serveur
> d'applications », ID « {B2AC4C18-0C2D-475E-BD3F-DF22CFBC7B51} » p our
> le service « {C3E6E0DD-DB14-4E53-A6A2-E03DEFC546DB} » est toujours en
> cours d'exécution. L'instance actuelle va donc être ignorée. Pens ez à
> augmenter l'intervalle entre les travaux.
> Il y en a pour 170Mo, à peu près 50 exemplaires à la même heure , et
> répété toutes les deux dizièmes de secondes...
> Pourtant
> - Dans l'admin web, tous les jobs timer sont 100% réussi
> - Si un job échoue, pourquoi ne pas logger une erreur par minute? oO
> bref, quelqu'un a t'il une idée de l'erreur (le service
> d'administration me semble fonctionner ok), et de la résolution?
> je commence à me demander si la version 64 bits de moss est
> debuggée... :/
> Enfin, avant ca, j'ai :
> MSSCNTRS: Cannot get perf statistics on library SSO (je n'ai pas
> déployé le SSO, ca semble ok)
> The portalUrl field in the
> Microsoft.Office.Server.UserProfiles.MySiteCleanupJob class has been
> deleted.
> The old value will be preserved in the UpgradedPersistedFields
> collection under the portalUrl key.
> Consider writing upgrade code to copy this value to a new location.
> Starting shared object cache refresh timer with an interval of 0
> seconds
> Shared object cache refresh timer started
> (puis des centaines de lignes comme ci dessus)
> Quelqu'un a une idée sur ce souci?- Masquer le texte des messages pr écédents -
- Afficher le texte des messages précédents -
L'heure du serveur n'aurait pas été récemment modifiée par hasard ?
Pourrait-il y avoir un problème de synchronisation avec le serveur NTP
(souvent le controleur de domaine). Dans le doute, tentez une
resynchronisation de l'heure du serveur avec la commande net time (net ti me
/setsntp:<Domain_Controler>) puis arrêtez le process OWSTIMER (il se
relancera automatiquement).
En tout cas, le problème provient très probablement d'un soucis avec l'heure.
--
Sébastien PICAMELOT [MVP SharePoint]
--------------------------------------http://blogs.developpeur.org/gribou illon
"e.iss...@gmail.com" a écrit :
> Bonjour,
> Depuis hier, apparaissent des echecs du minuteur sous la forme
> suivante :
> 08/29/2008 16:00:49.99 OWSTIMER.EXE (0x0F90)
> 0x0A30 Windows SharePoint Services Timer
> 5uuf Monitorable L'instance précédente du trava il du minuteur
> « Travail du minuteur du service d'administration de serveur
> d'applications », ID « {B2AC4C18-0C2D-475E-BD3F-DF22CFBC7B51} » p our
> le service « {C3E6E0DD-DB14-4E53-A6A2-E03DEFC546DB} » est toujours en
> cours d'exécution. L'instance actuelle va donc être ignorée. Pens ez à
> augmenter l'intervalle entre les travaux.
> Il y en a pour 170Mo, à peu près 50 exemplaires à la même heure , et
> répété toutes les deux dizièmes de secondes...
> Pourtant
> - Dans l'admin web, tous les jobs timer sont 100% réussi
> - Si un job échoue, pourquoi ne pas logger une erreur par minute? oO
> bref, quelqu'un a t'il une idée de l'erreur (le service
> d'administration me semble fonctionner ok), et de la résolution?
> je commence à me demander si la version 64 bits de moss est
> debuggée... :/
> Enfin, avant ca, j'ai :
> MSSCNTRS: Cannot get perf statistics on library SSO (je n'ai pas
> déployé le SSO, ca semble ok)
> The portalUrl field in the
> Microsoft.Office.Server.UserProfiles.MySiteCleanupJob class has been
> deleted.
> The old value will be preserved in the UpgradedPersistedFields
> collection under the portalUrl key.
> Consider writing upgrade code to copy this value to a new location.
> Starting shared object cache refresh timer with an interval of 0
> seconds
> Shared object cache refresh timer started
> (puis des centaines de lignes comme ci dessus)
> Quelqu'un a une idée sur ce souci?- Masquer le texte des messages pr écédents -
- Afficher le texte des messages précédents -
L'heure du serveur n'aurait pas été récemment modifiée par hasard ?
Pourrait-il y avoir un problème de synchronisation avec le serveur NTP
(souvent le controleur de domaine). Dans le doute, tentez une
resynchronisation de l'heure du serveur avec la commande net time (net ti me
/setsntp:<Domain_Controler>) puis arrêtez le process OWSTIMER (il se
relancera automatiquement).
En tout cas, le problème provient très probablement d'un soucis avec l'heure.
--
Sébastien PICAMELOT [MVP SharePoint]
--------------------------------------http://blogs.developpeur.org/gribou illon
"" a écrit :
> Bonjour,
> Depuis hier, apparaissent des echecs du minuteur sous la forme
> suivante :
> 08/29/2008 16:00:49.99 OWSTIMER.EXE (0x0F90)
> 0x0A30 Windows SharePoint Services Timer
> 5uuf Monitorable L'instance précédente du trava il du minuteur
> « Travail du minuteur du service d'administration de serveur
> d'applications », ID « {B2AC4C18-0C2D-475E-BD3F-DF22CFBC7B51} » p our
> le service « {C3E6E0DD-DB14-4E53-A6A2-E03DEFC546DB} » est toujours en
> cours d'exécution. L'instance actuelle va donc être ignorée. Pens ez à
> augmenter l'intervalle entre les travaux.
> Il y en a pour 170Mo, à peu près 50 exemplaires à la même heure , et
> répété toutes les deux dizièmes de secondes...
> Pourtant
> - Dans l'admin web, tous les jobs timer sont 100% réussi
> - Si un job échoue, pourquoi ne pas logger une erreur par minute? oO
> bref, quelqu'un a t'il une idée de l'erreur (le service
> d'administration me semble fonctionner ok), et de la résolution?
> je commence à me demander si la version 64 bits de moss est
> debuggée... :/
> Enfin, avant ca, j'ai :
> MSSCNTRS: Cannot get perf statistics on library SSO (je n'ai pas
> déployé le SSO, ca semble ok)
> The portalUrl field in the
> Microsoft.Office.Server.UserProfiles.MySiteCleanupJob class has been
> deleted.
> The old value will be preserved in the UpgradedPersistedFields
> collection under the portalUrl key.
> Consider writing upgrade code to copy this value to a new location.
> Starting shared object cache refresh timer with an interval of 0
> seconds
> Shared object cache refresh timer started
> (puis des centaines de lignes comme ci dessus)
> Quelqu'un a une idée sur ce souci?- Masquer le texte des messages pr écédents -
- Afficher le texte des messages précédents -
Bonjour et merci pour la réponse!
Ce n'était pas l'heure mais apparamment le cache qui posait problème,
à priori.
résolution ici ->http://www.eggheadcafe.com/software/aspnet/29904212/lo gs-filling-up-e...
je n'ai pas plus de compréhension du souci, mais les logs sont
maintenant normaux.
Emmanuel Issaly.
On 30 août, 01:19, Sébastien PICAMELOT [MVP SharePoint]
wrote:
> L'heure du serveur n'aurait pas été récemment modifiée par hasa rd ?
> Pourrait-il y avoir un problème de synchronisation avec le serveur NT P
> (souvent le controleur de domaine). Dans le doute, tentez une
> resynchronisation de l'heure du serveur avec la commande net time (net time
> /setsntp:<Domain_Controler>) puis arrêtez le process OWSTIMER (il se
> relancera automatiquement).
> En tout cas, le problème provient très probablement d'un soucis ave c l'heure.
> --
> Sébastien PICAMELOT [MVP SharePoint]
> --------------------------------------http://blogs.developpeur.org/grib ouillon
> "" a écrit :
> > Bonjour,
> > Depuis hier, apparaissent des echecs du minuteur sous la forme
> > suivante :
> > 08/29/2008 16:00:49.99 OWSTIMER.EXE (0x0F90)
> > 0x0A30 Windows SharePoint Services Timer
> > 5uuf Monitorable L'instance précédente du tra vail du minuteur
> > « Travail du minuteur du service d'administration de serveur
> > d'applications », ID « {B2AC4C18-0C2D-475E-BD3F-DF22CFBC7B51} » pour
> > le service « {C3E6E0DD-DB14-4E53-A6A2-E03DEFC546DB} » est toujour s en
> > cours d'exécution. L'instance actuelle va donc être ignorée. Pe nsez à
> > augmenter l'intervalle entre les travaux.
> > Il y en a pour 170Mo, à peu près 50 exemplaires à la même heu re, et
> > répété toutes les deux dizièmes de secondes...
> > Pourtant
> > - Dans l'admin web, tous les jobs timer sont 100% réussi
> > - Si un job échoue, pourquoi ne pas logger une erreur par minute? o O
> > bref, quelqu'un a t'il une idée de l'erreur (le service
> > d'administration me semble fonctionner ok), et de la résolution?
> > je commence à me demander si la version 64 bits de moss est
> > debuggée... :/
> > Enfin, avant ca, j'ai :
> > MSSCNTRS: Cannot get perf statistics on library SSO (je n'ai pas
> > déployé le SSO, ca semble ok)
> > The portalUrl field in the
> > Microsoft.Office.Server.UserProfiles.MySiteCleanupJob class has been
> > deleted.
> > The old value will be preserved in the UpgradedPersistedFields
> > collection under the portalUrl key.
> > Consider writing upgrade code to copy this value to a new location.
> > Starting shared object cache refresh timer with an interval of 0
> > seconds
> > Shared object cache refresh timer started
> > (puis des centaines de lignes comme ci dessus)
> > Quelqu'un a une idée sur ce souci?- Masquer le texte des messages p récédents -
> - Afficher le texte des messages précédents -- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour et merci pour la réponse!
Ce n'était pas l'heure mais apparamment le cache qui posait problème,
à priori.
résolution ici ->http://www.eggheadcafe.com/software/aspnet/29904212/lo gs-filling-up-e...
je n'ai pas plus de compréhension du souci, mais les logs sont
maintenant normaux.
Emmanuel Issaly.
On 30 août, 01:19, Sébastien PICAMELOT [MVP SharePoint]
<SbastienPICAMELOTMVPSharePo...@discussions.microsoft.com> wrote:
> L'heure du serveur n'aurait pas été récemment modifiée par hasa rd ?
> Pourrait-il y avoir un problème de synchronisation avec le serveur NT P
> (souvent le controleur de domaine). Dans le doute, tentez une
> resynchronisation de l'heure du serveur avec la commande net time (net time
> /setsntp:<Domain_Controler>) puis arrêtez le process OWSTIMER (il se
> relancera automatiquement).
> En tout cas, le problème provient très probablement d'un soucis ave c l'heure.
> --
> Sébastien PICAMELOT [MVP SharePoint]
> --------------------------------------http://blogs.developpeur.org/grib ouillon
> "e.iss...@gmail.com" a écrit :
> > Bonjour,
> > Depuis hier, apparaissent des echecs du minuteur sous la forme
> > suivante :
> > 08/29/2008 16:00:49.99 OWSTIMER.EXE (0x0F90)
> > 0x0A30 Windows SharePoint Services Timer
> > 5uuf Monitorable L'instance précédente du tra vail du minuteur
> > « Travail du minuteur du service d'administration de serveur
> > d'applications », ID « {B2AC4C18-0C2D-475E-BD3F-DF22CFBC7B51} » pour
> > le service « {C3E6E0DD-DB14-4E53-A6A2-E03DEFC546DB} » est toujour s en
> > cours d'exécution. L'instance actuelle va donc être ignorée. Pe nsez à
> > augmenter l'intervalle entre les travaux.
> > Il y en a pour 170Mo, à peu près 50 exemplaires à la même heu re, et
> > répété toutes les deux dizièmes de secondes...
> > Pourtant
> > - Dans l'admin web, tous les jobs timer sont 100% réussi
> > - Si un job échoue, pourquoi ne pas logger une erreur par minute? o O
> > bref, quelqu'un a t'il une idée de l'erreur (le service
> > d'administration me semble fonctionner ok), et de la résolution?
> > je commence à me demander si la version 64 bits de moss est
> > debuggée... :/
> > Enfin, avant ca, j'ai :
> > MSSCNTRS: Cannot get perf statistics on library SSO (je n'ai pas
> > déployé le SSO, ca semble ok)
> > The portalUrl field in the
> > Microsoft.Office.Server.UserProfiles.MySiteCleanupJob class has been
> > deleted.
> > The old value will be preserved in the UpgradedPersistedFields
> > collection under the portalUrl key.
> > Consider writing upgrade code to copy this value to a new location.
> > Starting shared object cache refresh timer with an interval of 0
> > seconds
> > Shared object cache refresh timer started
> > (puis des centaines de lignes comme ci dessus)
> > Quelqu'un a une idée sur ce souci?- Masquer le texte des messages p récédents -
> - Afficher le texte des messages précédents -- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour et merci pour la réponse!
Ce n'était pas l'heure mais apparamment le cache qui posait problème,
à priori.
résolution ici ->http://www.eggheadcafe.com/software/aspnet/29904212/lo gs-filling-up-e...
je n'ai pas plus de compréhension du souci, mais les logs sont
maintenant normaux.
Emmanuel Issaly.
On 30 août, 01:19, Sébastien PICAMELOT [MVP SharePoint]
wrote:
> L'heure du serveur n'aurait pas été récemment modifiée par hasa rd ?
> Pourrait-il y avoir un problème de synchronisation avec le serveur NT P
> (souvent le controleur de domaine). Dans le doute, tentez une
> resynchronisation de l'heure du serveur avec la commande net time (net time
> /setsntp:<Domain_Controler>) puis arrêtez le process OWSTIMER (il se
> relancera automatiquement).
> En tout cas, le problème provient très probablement d'un soucis ave c l'heure.
> --
> Sébastien PICAMELOT [MVP SharePoint]
> --------------------------------------http://blogs.developpeur.org/grib ouillon
> "" a écrit :
> > Bonjour,
> > Depuis hier, apparaissent des echecs du minuteur sous la forme
> > suivante :
> > 08/29/2008 16:00:49.99 OWSTIMER.EXE (0x0F90)
> > 0x0A30 Windows SharePoint Services Timer
> > 5uuf Monitorable L'instance précédente du tra vail du minuteur
> > « Travail du minuteur du service d'administration de serveur
> > d'applications », ID « {B2AC4C18-0C2D-475E-BD3F-DF22CFBC7B51} » pour
> > le service « {C3E6E0DD-DB14-4E53-A6A2-E03DEFC546DB} » est toujour s en
> > cours d'exécution. L'instance actuelle va donc être ignorée. Pe nsez à
> > augmenter l'intervalle entre les travaux.
> > Il y en a pour 170Mo, à peu près 50 exemplaires à la même heu re, et
> > répété toutes les deux dizièmes de secondes...
> > Pourtant
> > - Dans l'admin web, tous les jobs timer sont 100% réussi
> > - Si un job échoue, pourquoi ne pas logger une erreur par minute? o O
> > bref, quelqu'un a t'il une idée de l'erreur (le service
> > d'administration me semble fonctionner ok), et de la résolution?
> > je commence à me demander si la version 64 bits de moss est
> > debuggée... :/
> > Enfin, avant ca, j'ai :
> > MSSCNTRS: Cannot get perf statistics on library SSO (je n'ai pas
> > déployé le SSO, ca semble ok)
> > The portalUrl field in the
> > Microsoft.Office.Server.UserProfiles.MySiteCleanupJob class has been
> > deleted.
> > The old value will be preserved in the UpgradedPersistedFields
> > collection under the portalUrl key.
> > Consider writing upgrade code to copy this value to a new location.
> > Starting shared object cache refresh timer with an interval of 0
> > seconds
> > Shared object cache refresh timer started
> > (puis des centaines de lignes comme ci dessus)
> > Quelqu'un a une idée sur ce souci?- Masquer le texte des messages p récédents -
> - Afficher le texte des messages précédents -- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Mauvaise pioche, j'ai à nouveau des messages de warning sur les
timers :(
300Mo de logs en 10 minutes...
09/03/2008 10:45:35.99 OWSTIMER.EXE (0x0A20)
0x0A88 Windows SharePoint Services Timer
5uuf Monitorable L'instance précédente du travail du m inuteur
« Retrait de publication planifié », ID « {2D935F63-91CA-4F 20-803F-
DF2935CF1D0F} » pour le service
« {978A74BF-3A04-4D03-8180-586EF07A5244} » est toujours en cours
d'exécution. L'instance actuelle va donc être ignorée. Pensez à
augmenter l'intervalle entre les travaux.
également sur « Approbation planifiée », « Actualis ation de la
configuration », ....
le site semble fonctionner, mais l'event log est de ce faite
inutilisable. J'ai mis "Tous", "Elevé" en filtre de logs.
Quelqu'un a une idée? ^^
On 3 sep, 09:33, wrote:
> Bonjour et merci pour la réponse!
> Ce n'était pas l'heure mais apparamment le cache qui posait problèm e,
> à priori.
> résolution ici ->http://www.eggheadcafe.com/software/aspnet/29904212/ logs-filling-up-e...
> je n'ai pas plus de compréhension du souci, mais les logs sont
> maintenant normaux.
> Emmanuel Issaly.
> On 30 août, 01:19, Sébastien PICAMELOT [MVP SharePoint]
> wrote:
> > L'heure du serveur n'aurait pas été récemment modifiée par ha sard ?
> > Pourrait-il y avoir un problème de synchronisation avec le serveur NTP
> > (souvent le controleur de domaine). Dans le doute, tentez une
> > resynchronisation de l'heure du serveur avec la commande net time (ne t time
> > /setsntp:<Domain_Controler>) puis arrêtez le process OWSTIMER (i l se
> > relancera automatiquement).
> > En tout cas, le problème provient très probablement d'un soucis a vec l'heure.
> > --
> > Sébastien PICAMELOT [MVP SharePoint]
> > --------------------------------------http://blogs.developpeur.org/gr ibouillon
> > "" a écrit :
> > > Bonjour,
> > > Depuis hier, apparaissent des echecs du minuteur sous la forme
> > > suivante :
> > > 08/29/2008 16:00:49.99 OWSTIMER.EXE (0x0F90)
> > > 0x0A30 Windows SharePoint Services Timer
> > > 5uuf Monitorable L'instance précédente du t ravail du minuteur
> > > « Travail du minuteur du service d'administration de serveur
> > > d'applications », ID « {B2AC4C18-0C2D-475E-BD3F-DF22CFBC7B51} » pour
> > > le service « {C3E6E0DD-DB14-4E53-A6A2-E03DEFC546DB} » est toujo urs en
> > > cours d'exécution. L'instance actuelle va donc être ignorée. Pensez à
> > > augmenter l'intervalle entre les travaux.
> > > Il y en a pour 170Mo, à peu près 50 exemplaires à la même h eure, et
> > > répété toutes les deux dizièmes de secondes...
> > > Pourtant
> > > - Dans l'admin web, tous les jobs timer sont 100% réussi
> > > - Si un job échoue, pourquoi ne pas logger une erreur par minute? oO
> > > bref, quelqu'un a t'il une idée de l'erreur (le service
> > > d'administration me semble fonctionner ok), et de la résolution?
> > > je commence à me demander si la version 64 bits de moss est
> > > debuggée... :/
> > > Enfin, avant ca, j'ai :
> > > MSSCNTRS: Cannot get perf statistics on library SSO (je n'ai pas
> > > déployé le SSO, ca semble ok)
> > > The portalUrl field in the
> > > Microsoft.Office.Server.UserProfiles.MySiteCleanupJob class has bee n
> > > deleted.
> > > The old value will be preserved in the UpgradedPersistedFields
> > > collection under the portalUrl key.
> > > Consider writing upgrade code to copy this value to a new location.
> > > Starting shared object cache refresh timer with an interval of 0
> > > seconds
> > > Shared object cache refresh timer started
> > > (puis des centaines de lignes comme ci dessus)
> > > Quelqu'un a une idée sur ce souci?- Masquer le texte des messages précédents -
> > - Afficher le texte des messages précédents -- Masquer le texte d es messages précédents -
> - Afficher le texte des messages précédents -- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Mauvaise pioche, j'ai à nouveau des messages de warning sur les
timers :(
300Mo de logs en 10 minutes...
09/03/2008 10:45:35.99 OWSTIMER.EXE (0x0A20)
0x0A88 Windows SharePoint Services Timer
5uuf Monitorable L'instance précédente du travail du m inuteur
« Retrait de publication planifié », ID « {2D935F63-91CA-4F 20-803F-
DF2935CF1D0F} » pour le service
« {978A74BF-3A04-4D03-8180-586EF07A5244} » est toujours en cours
d'exécution. L'instance actuelle va donc être ignorée. Pensez à
augmenter l'intervalle entre les travaux.
également sur « Approbation planifiée », « Actualis ation de la
configuration », ....
le site semble fonctionner, mais l'event log est de ce faite
inutilisable. J'ai mis "Tous", "Elevé" en filtre de logs.
Quelqu'un a une idée? ^^
On 3 sep, 09:33, e.iss...@gmail.com wrote:
> Bonjour et merci pour la réponse!
> Ce n'était pas l'heure mais apparamment le cache qui posait problèm e,
> à priori.
> résolution ici ->http://www.eggheadcafe.com/software/aspnet/29904212/ logs-filling-up-e...
> je n'ai pas plus de compréhension du souci, mais les logs sont
> maintenant normaux.
> Emmanuel Issaly.
> On 30 août, 01:19, Sébastien PICAMELOT [MVP SharePoint]
> <SbastienPICAMELOTMVPSharePo...@discussions.microsoft.com> wrote:
> > L'heure du serveur n'aurait pas été récemment modifiée par ha sard ?
> > Pourrait-il y avoir un problème de synchronisation avec le serveur NTP
> > (souvent le controleur de domaine). Dans le doute, tentez une
> > resynchronisation de l'heure du serveur avec la commande net time (ne t time
> > /setsntp:<Domain_Controler>) puis arrêtez le process OWSTIMER (i l se
> > relancera automatiquement).
> > En tout cas, le problème provient très probablement d'un soucis a vec l'heure.
> > --
> > Sébastien PICAMELOT [MVP SharePoint]
> > --------------------------------------http://blogs.developpeur.org/gr ibouillon
> > "e.iss...@gmail.com" a écrit :
> > > Bonjour,
> > > Depuis hier, apparaissent des echecs du minuteur sous la forme
> > > suivante :
> > > 08/29/2008 16:00:49.99 OWSTIMER.EXE (0x0F90)
> > > 0x0A30 Windows SharePoint Services Timer
> > > 5uuf Monitorable L'instance précédente du t ravail du minuteur
> > > « Travail du minuteur du service d'administration de serveur
> > > d'applications », ID « {B2AC4C18-0C2D-475E-BD3F-DF22CFBC7B51} » pour
> > > le service « {C3E6E0DD-DB14-4E53-A6A2-E03DEFC546DB} » est toujo urs en
> > > cours d'exécution. L'instance actuelle va donc être ignorée. Pensez à
> > > augmenter l'intervalle entre les travaux.
> > > Il y en a pour 170Mo, à peu près 50 exemplaires à la même h eure, et
> > > répété toutes les deux dizièmes de secondes...
> > > Pourtant
> > > - Dans l'admin web, tous les jobs timer sont 100% réussi
> > > - Si un job échoue, pourquoi ne pas logger une erreur par minute? oO
> > > bref, quelqu'un a t'il une idée de l'erreur (le service
> > > d'administration me semble fonctionner ok), et de la résolution?
> > > je commence à me demander si la version 64 bits de moss est
> > > debuggée... :/
> > > Enfin, avant ca, j'ai :
> > > MSSCNTRS: Cannot get perf statistics on library SSO (je n'ai pas
> > > déployé le SSO, ca semble ok)
> > > The portalUrl field in the
> > > Microsoft.Office.Server.UserProfiles.MySiteCleanupJob class has bee n
> > > deleted.
> > > The old value will be preserved in the UpgradedPersistedFields
> > > collection under the portalUrl key.
> > > Consider writing upgrade code to copy this value to a new location.
> > > Starting shared object cache refresh timer with an interval of 0
> > > seconds
> > > Shared object cache refresh timer started
> > > (puis des centaines de lignes comme ci dessus)
> > > Quelqu'un a une idée sur ce souci?- Masquer le texte des messages précédents -
> > - Afficher le texte des messages précédents -- Masquer le texte d es messages précédents -
> - Afficher le texte des messages précédents -- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Mauvaise pioche, j'ai à nouveau des messages de warning sur les
timers :(
300Mo de logs en 10 minutes...
09/03/2008 10:45:35.99 OWSTIMER.EXE (0x0A20)
0x0A88 Windows SharePoint Services Timer
5uuf Monitorable L'instance précédente du travail du m inuteur
« Retrait de publication planifié », ID « {2D935F63-91CA-4F 20-803F-
DF2935CF1D0F} » pour le service
« {978A74BF-3A04-4D03-8180-586EF07A5244} » est toujours en cours
d'exécution. L'instance actuelle va donc être ignorée. Pensez à
augmenter l'intervalle entre les travaux.
également sur « Approbation planifiée », « Actualis ation de la
configuration », ....
le site semble fonctionner, mais l'event log est de ce faite
inutilisable. J'ai mis "Tous", "Elevé" en filtre de logs.
Quelqu'un a une idée? ^^
On 3 sep, 09:33, wrote:
> Bonjour et merci pour la réponse!
> Ce n'était pas l'heure mais apparamment le cache qui posait problèm e,
> à priori.
> résolution ici ->http://www.eggheadcafe.com/software/aspnet/29904212/ logs-filling-up-e...
> je n'ai pas plus de compréhension du souci, mais les logs sont
> maintenant normaux.
> Emmanuel Issaly.
> On 30 août, 01:19, Sébastien PICAMELOT [MVP SharePoint]
> wrote:
> > L'heure du serveur n'aurait pas été récemment modifiée par ha sard ?
> > Pourrait-il y avoir un problème de synchronisation avec le serveur NTP
> > (souvent le controleur de domaine). Dans le doute, tentez une
> > resynchronisation de l'heure du serveur avec la commande net time (ne t time
> > /setsntp:<Domain_Controler>) puis arrêtez le process OWSTIMER (i l se
> > relancera automatiquement).
> > En tout cas, le problème provient très probablement d'un soucis a vec l'heure.
> > --
> > Sébastien PICAMELOT [MVP SharePoint]
> > --------------------------------------http://blogs.developpeur.org/gr ibouillon
> > "" a écrit :
> > > Bonjour,
> > > Depuis hier, apparaissent des echecs du minuteur sous la forme
> > > suivante :
> > > 08/29/2008 16:00:49.99 OWSTIMER.EXE (0x0F90)
> > > 0x0A30 Windows SharePoint Services Timer
> > > 5uuf Monitorable L'instance précédente du t ravail du minuteur
> > > « Travail du minuteur du service d'administration de serveur
> > > d'applications », ID « {B2AC4C18-0C2D-475E-BD3F-DF22CFBC7B51} » pour
> > > le service « {C3E6E0DD-DB14-4E53-A6A2-E03DEFC546DB} » est toujo urs en
> > > cours d'exécution. L'instance actuelle va donc être ignorée. Pensez à
> > > augmenter l'intervalle entre les travaux.
> > > Il y en a pour 170Mo, à peu près 50 exemplaires à la même h eure, et
> > > répété toutes les deux dizièmes de secondes...
> > > Pourtant
> > > - Dans l'admin web, tous les jobs timer sont 100% réussi
> > > - Si un job échoue, pourquoi ne pas logger une erreur par minute? oO
> > > bref, quelqu'un a t'il une idée de l'erreur (le service
> > > d'administration me semble fonctionner ok), et de la résolution?
> > > je commence à me demander si la version 64 bits de moss est
> > > debuggée... :/
> > > Enfin, avant ca, j'ai :
> > > MSSCNTRS: Cannot get perf statistics on library SSO (je n'ai pas
> > > déployé le SSO, ca semble ok)
> > > The portalUrl field in the
> > > Microsoft.Office.Server.UserProfiles.MySiteCleanupJob class has bee n
> > > deleted.
> > > The old value will be preserved in the UpgradedPersistedFields
> > > collection under the portalUrl key.
> > > Consider writing upgrade code to copy this value to a new location.
> > > Starting shared object cache refresh timer with an interval of 0
> > > seconds
> > > Shared object cache refresh timer started
> > > (puis des centaines de lignes comme ci dessus)
> > > Quelqu'un a une idée sur ce souci?- Masquer le texte des messages précédents -
> > - Afficher le texte des messages précédents -- Masquer le texte d es messages précédents -
> - Afficher le texte des messages précédents -- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -