WSS 日志文件增长失控
我正在使用 Microsoft 的 WSSv3 演示 Virtual PC demo,VHD 正在变得失控。
使用文件夹大小,我能够追踪到 WSS 日志文件。
今天我有两个日志文件变得过大。
1) 30 分钟内 2.5GB,然后
2) 2 小时内 2.1GB
我尝试使用 LTFViewer,但文件可能会太大,因为查看器会冻结 周围的日志文件具有以下内容,每 5 分钟重复
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.
一次。同样,这只是今天开始的,我的主机上的硬盘空间不足。
谢谢
I'm using Microsoft's WSSv3 demo Virtual PC demo and the VHD is growing out of control.
Using Folder Size I was able to trace it down to the WSS log files.
Today I have two log files that grew to excessive size.
1) 2.5GB within 30 minutes and then
2) 2.1GB within 2 hours
I'm trying to review the content with LTFViewer, but the files may be to large as the viewer freezes up
The surrounding log files have the following content that repeats every 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.
Again, this just started today and I'm running out of hard drive space on my Host.
Thanks
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
发现
以下行每毫秒被记录 x30 次。
这篇博文介绍了如何修复
http://blogs.vertigo.com/personal/steventap/Blog/archive/2007/01/19/managing-sharepoint-2007-moss-application-log-size.aspx
谢谢 David,
为了总结博客文章,请更改您的诊断日志记录级别。
如果在本地虚拟机中进行开发,还建议将这些日志写入 VHD
中央管理之外的共享文件夹 > 操作> 记录和报告> 诊断记录
Figured it out
the following line was being logged x30 times a millisecond.
This blog post describes how to fix
http://blogs.vertigo.com/personal/steventap/Blog/archive/2007/01/19/managing-sharepoint-2007-moss-application-log-size.aspx
Thanks David,
To summarize blog post, change your diagnostic logging levels.
If developing in a local Virtual Machine, also suggest to write those logs to a shared folder outside of the VHD
Central Administration > Operations > Logging and Reporting > Diagnostic Logging
可以通过对象模型 (SPDiagnosticsService) 对日志文件设置限制,但不能通过 STSADM 命令行工具 - 到目前为止:
http://stsadm.blogspot.com/2008/06/trace-log-settings.html
这是 STSADM 的插件,可以让您将日志移动到不同的驱动器,限制日志文件计数和日志时间。
-奥辛
It's possible to set limits on the log files through the object model (SPDiagnosticsService), but not through the STSADM command line tool - until now:
http://stsadm.blogspot.com/2008/06/trace-log-settings.html
This is an add-in for STSADM that will let you move the logs to a different drive, restrict the log file count, and log times.
-Oisin
我在日志中看到了同样的事情,但史蒂夫建议的修复不起作用。
有效的方法是确保时钟设置在正确的时间。 时钟已拨过去 20 分钟。 一旦我将服务器上的时间更新为正确,错误就停止了。
I was seeing the same thing in my logs, but the fix suggested by Steve did not work.
What did work was making sure the clock was set to the right time. The clock was set to 20 minutes in the past. Once I updated the time on the server to be correct, the errors stopped.