Les fichiers journaux WSS sont de plus en plus incontrôlables

Question

J'utilise la démo Virtual PC de WSSv3 de Microsoft et le VHD est de plus en plus incontrôlable.

En utilisant Folder Size J'ai été en mesure de tracer vers les fichiers journaux WSS.
Aujourd'hui, j'ai deux fichiers journaux qui ont atteint une taille excessive.

1) 2.5GB moins de 30 minutes, puis

2) 2.1GB dans les 2 heures

Je suis en train de revoir le contenu avec LTFViewer, mais les fichiers peuvent être à grand que le gel des spectateurs up les fichiers journaux environnants ont le contenu suivant qui se répète toutes les 5 minutes

OWSTIMER.EXE (0x06C0) E-Mail The Incoming E-Mail service has completed a batch. 
OWSTIMER.EXE (0x06C0) E-Mail The Incoming E-Mail service has completed a batch. 
OWSTIMER.EXE (0x06C0) E-Mail The Incoming E-Mail service has completed a batch. 
w3wp.exe (0x0C44)  General Entering MRU trim routine.  
w3wp.exe (0x0C44)  General Initial table size: 41125202 in 222 entries 
w3wp.exe (0x0C44)  General Final table size: 41125202 in 222 entries  
w3wp.exe (0x0C44)  General Exiting MRU trim routine.  
w3wp.exe (0x071C)  General Entering MRU trim routine.  
w3wp.exe (0x071C)  General Initial table size: 19857672 in 90 entries  
w3wp.exe (0x071C)  General Final table size: 19857672 in 90 entries 
w3wp.exe (0x071C)  General Exiting MRU trim routine.  
OWSTIMER.EXE (0x06C0) General Entering MRU trim routine.  
OWSTIMER.EXE (0x06C0) General Initial table size: 0 in 0 entries  
OWSTIMER.EXE (0x06C0) General Final table size: 0 in 0 entries 
OWSTIMER.EXE (0x06C0) General Exiting MRU trim routine.  
OWSTIMER.EXE (0x06C0) E-Mail The Incoming E-Mail service has completed a batch. 
OWSTIMER.EXE (0x06C0) E-Mail The Incoming E-Mail service has completed a batch. 
OWSTIMER.EXE (0x06C0) E-Mail The Incoming E-Mail service has completed a batch. 

Encore une fois, cela vient de commencer aujourd'hui et je suis à court d'espace disque dur sur mon hôte.

Merci

Answer 1

figured it out

la ligne suivante est en cours d'enregistrement des temps de x30 un millième de seconde.

Timestamp 
04/03/2009 09:48:47.86 

Process 
OWSTIMER.EXE (0x0DE8) 

TID 
0x06D0 

Area 
Windows SharePoint Services 

Category 
Timer 

EventID 
5uuf 

Level 
Monitorable 

Message 
The previous instance of the timer job 'Config Refresh', id 
'{975F79C9-1B0D-4D14-BD60-C531FF142500}' for service 
'{6C881CF7-F11F-457B-A757-68862E0059E6}' is still running, so the 
current instance will be skipped. Consider increasing the interval 
between jobs. 

http://blogs.vertigo.com/personal/steventap/Blog/archive/2007/01/19/managing-sharepoint-2007-moss-application-log-size.aspx

Ce blog décrit comment résoudre

Answer 2

Il est possible de fixer des limites sur les fichiers journaux à travers le modèle d'objet (SPDiagnosticsService), mais pas par l'outil de ligne de commande STSADM - jusqu'à présent:

http://stsadm.blogspot.com/2008/06/trace-log-settings.html

C'est un complément pour STSADM qui vous permettra de déplacer les journaux vers un autre lecteur, de restreindre le nombre de fichiers journaux et de consigner les heures.

-Oisin

Answer 3

je voyais la même chose dans mes journaux, mais le correctif proposé par Steve ne fonctionnait pas.

Ce qui fonctionnait était de s'assurer que l'horloge était réglée au bon moment. L'horloge a été réglée à 20 minutes dans le passé. Une fois que j'ai mis à jour l'heure sur le serveur pour être correct, les erreurs se sont arrêtées.