解决Apache的错误日志巨大的问题以及关闭Apache web日志记录

调整错误日志的级别

这几天 apache错误日志巨大 莫名其妙的30G  而且
很多都是那种页面不存在的  网站太多了  死链接相应的也很多
于是把错误警告调低了

因为写日志会给系统带来很大的损耗。关闭日志以后,甚至最高可以提高整体性能近40%(粗略估计)那么如何关闭日志呢?

可以通过降低log级别的办法来减少日志读写。

这里要提醒的是,这么做将给“入侵检测”以及其他基于日志分析的工作带来麻烦。所以请谨慎使用。
网上相关文章很多,但说的都不详细,擦边而过,下面详细说一下具体操作步骤。

编辑conf文件夹下的httpd.conf,找到如下内容:

=====================
#
# LogLevel: Control the number of messages
logged to the error_log.
# Possible values include: debug, info, notice,
warn, error, crit,
# alert, emerg.
#
LogLevel
warn
=====================
其中,LogLevel用于调整记于错误日志中的信息的详细程度。(参阅ErrorLog指令)。可以选择下列级别,依照重要性降序排列:

Level Description Example
emerg 紧急 – 系统无法使用。 “Child cannot open lock file.
Exiting”
alert 必须立即采取措施。 “getpwuid: couldn’t determine user name from
uid”
crit 致命情况。 “socket: Failed to get a socket, exiting child”
error
错误情况。 “remature end of script headers”
warn 警告情况。 “child process 1234 did not
exit, sending another SIGHUP”
notice 一般重要情况。 “httpd: caught SIGBUS,
attempting to dump core in …”
info 普通信息。 “Server seems busy, (you may need to
increase StartServers, or Min/MaxSpareServers)…”
debug 出错级别信息 “Opening config
file …”

默认级别是warn,那么warn级别以上的日志都会记录,会产生大量“文件不存在”的erro级别的错误日志。建议使用 crit
级别的设置,这样只记录致命级别以上的日志,有效减少日志数量。

把LogLevel warn更改为LogLevel crit  然后重启apache即可。

将Httpd.conf 配置文件中的ErrorLog 参数改为下面的,就可以将日志按每天生成一个日志文件.

ErrorLog “|bin/rotatelogs.exe -l logs/error-%Y-%m-%d.log 1M”
ErrorLog
“|bin/rotatelogs.exe -l logs/error-%Y-%m-%d.log 86400″

以上是关闭apache错误日志的办法!!!

关闭
WEB日志的方法

在httpd.conf文件中,有如下一行,你删除了就不产生日志了。我是注释的方式,如:

?





1

#CustomLog "logs/access_log" common

这一行可能因你的配置不同有所修改,不一定完全相同。搜索一下就能定位到。方法就这么简单吧。最后记得要重启web服务(不用重启服务器)才有效。

解决Apache的错误日志巨大的问题以及关闭Apache web日志记录,布布扣,bubuko.com

时间: 2024-10-05 15:54:14

解决Apache的错误日志巨大的问题以及关闭Apache web日志记录的相关文章

【处理多服务器日志合并处理问题】多服务器的日志合并统计——apache日志的cronolog轮循

转发:http://www.chedong.com/tech/rotate_merge_log.html 内容摘要:你完全不必耐心地看完下面的所有内容,因为结论无非以下2点:1 用 cronolog 干净,安全地轮循apache"日"志2 用 sort -m 合并排序多个日志或者用: clfmerge合并日志 根据个人的使用经历:1 先介绍apache日志的合并方法:2 然后根据由此引出的问题说明日志轮循的必要性和解决方法,介绍如何通过cronolog对apache日志进行轮循:中间有

awk 分析web日志(页面执行时间)

shell脚本分析 nginx日志访问次数最多及最耗时的页面(慢查询) 当服务器压力比较大,跑起来很费力时候.我们经常做站点页面优化,会去查找那些页面访问次数比较多,而且比较费时. 找到那些访问次数高,并且比较耗时的地址,就行相关优化,会取得立竿见影的效果的. 下面是我在做优化时候,经常用到的一段shell 脚本. 这个也可以算是,统计web页面的slowpage 慢访问页面,象mysql slowquery . 以下是我的:nginx 配制 log_format main '$remote_a

web日志分析脚本nginx&http

1,http日志分析 #!/bin/bash for i in [email protected];do         echo ===================== "$i" =============================>>weblog.txt         echo "IP data">>weblog.txt         awk '{print $1}' $i |wc -l>>weblog.txt

解决apache启动错误httpd: Could not reliably determine the server's fully qualified domain name

AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using localhost.localdomain. Set the 'ServerName' directive globally to suppress this messagehttpd (pid 1068) already running 编辑httpd.conf文件,搜索"#ServerName",添

SELinux导致Apache 403错误解决方法

将DocumentRoot设在/var/www/html下可以访问 但是将DocumentRoot设在其他目录(如:/webroot)下就出现Forbidden了.在./etc/httpd/conf/httpd.conf中的相关部分是这样的: Alias /query "/home/query" <Directory "/home/query"> Options Indexes MultiViews AllowOverride None Order al

解决apache启动错误:Could not reliably determine the server&#39;s fully qualified domain name

启动apache遇到错误:httpd: Could not reliably determine the server's fully qualified domain name [[email protected] httpd-2.2.4]# /usr/local/apache2/bin/apachectl start httpd: Could not reliably determine the server's fully qualified domain name, using ::1

解决apache启动错误:httpd: Could not reliably determine the server&#39;s fully qualified domain name, using 127.0.0.1 for ServerName

启动apache遇到提示: [[email protected] conf]# ../bin/apachectl -thttpd: apr_sockaddr_info_get() failed for bqh-119httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerNameSyntax OK[[email protected] conf]#

解决apache启动错误&quot;httpd:Could not reliably determine...&quot;

启动apache遇到错误:httpd: Could not reliably determine the server's fully qualified domain name [[email protected] httpd-2.2.4]# /usr/local/apache/bin/apachectl start httpd: Could not reliably determine the server's fully qualified domain name, using 127.0

解决mybatis foreach 错误: Parameter &#39;__frch_item_0&#39; not found

解决mybatis foreach 错误: Parameter '__frch_item_0' not found 在遍历对象的属性(是ArrayList对象)时报错: org.mybatis.spring.MyBatisSystemException: nested exception is org.apache.ibatis.binding.BindingException: Parameter '__frch_item_0' not found. Available parameters