Questions tagged «log-files»

日志文件是一个文件,通常是纯文本文件,由软件过程生成,用于记录有关该过程工作情况的一些特定详细信息。


3
如何缩小SQL Server日志文件的大小
我不知道如何缩小数据库ldf文件的大小。 DBA说我应该使用 backup log dbname with truncate_only 尽管看起来它可以在SQL查询分析器中正确执行,但ldf文件仍然超过2 Gb。 **基于以下一些评论和一些答案进行澄清。***有问题的特定数据库是我的笔记本电脑上的数据库,我仅将其用于开发过程。日志文件正在增长到看起来导致磁盘已满的地步。没有生产风险。我了解我提出的问题和接受的答案在生产环境中存在风险。*

1
IIS 7日志文件目录
在我的日志目录下,我有一个子目录列表:W3SVC1,W3SVC2,W3SVC3等,如何将这些文件夹与IIS上的每个网站进行匹配?
10 iis-7  log-files 

7
任何人登录时发送电子邮件
已锁定。该问题及其答案被锁定,因为该问题是题外话,但具有历史意义。它目前不接受新的答案或互动。 我不确定我的CentOS / RHEL系统是否已被黑客入侵。但是我通过从头开始创建一个新的切片来保证它的安全。 我已经安装了tripwire,但也希望在有人登录时通过电子邮件发送。我不想等待每日的日志报告,我希望在有人登录时立即发送电子邮件。最好也提供他们的IP地址。 有什么建议吗? 类似于在日志文件输入时发送电子邮件警报?但也许有人对这个特定问题有技巧。 谢谢, 拉里 新增:http : //forums11.itrc.hp.com/service/forums/questionanswer.do?admit=109447626+1249534744623+28353475&threadId=698232有一些想法

2
如果wget的进度怎么办:mega不再削减了?
我有用于在队列中下载大文件的脚本。现在,如果我有一个不错的日志,我将不胜感激。指定-oor -a选项显然是专门为此目的而设计的,但是,正如我在手册中指出的那样,截至我撰写此“非常大的文件”时,其大小不再是50m,而是千兆字节。--progress=dot:mega仅仅为一个3GB的文件产生1000行输出(显然它将是3000 * 80点(。))。所以我想知道:是否有任何方法可以自定义进度样式设置,以便实际上可以使用日志功能?


3
成千上万的类型为8登录类型(NetworkCleartext)的4625登录失败错误的根源是什么?
我有一个Windows Server 2008 R2系统,每天都会在Windows日志的“安全性”部分中显示数千个带有登录类型8(NetworkCleartext)的4625登录失败错误。源网络地址中没有列出试图获取访问权限的系统的IP地址,因此我为阻止经常失败的IP而构建的脚本找不到它们。 这些登录尝试可能来自什么服务? 这是其中之一的示例: An account failed to log on. Subject: Security ID: SYSTEM Account Name: server-name$ Account Domain: example Logon ID: 0x3e7 Logon Type: 8 Account For Which Logon Failed: Security ID: NULL SID Account Name: Administrator Account Domain: Failure Information: Failure Reason: Unknown user name or …

2
/ var / log / btmp是6GB,如何缩小?
我知道/ var / log / btmp用于失败的登录尝试。通常,具有如此大的文件表示蛮力尝试。6GB是过去3年的累积量。我已采取措施隐藏sshd,因此除我以外的任何人都无法访问它。这些步骤应大大减少此文件中的日志总数。 到目前为止,当前的情况只是噪音-机器人试图强行使用服务器。 我的问题是,如何安全地清空此文件,或将其修剪到最后一个月?我知道此文件的格式不是纯文本格式,所以我不想破坏该文件(希望以后可以查看它)。

6
为什么anacron无法运行?
我有一个安装了anacron的Ubuntu系统。但是我很确定它没有运行。它没有运行/etc/cron.daily中的命令来旋转syslog文件(我使用的是sysklog,它具有自己的旋转日志方法,而不使用logrotate)。上次旋转日志时间是2009年10月。/var/spool/anacron/cron.daily存在,内容为20091015。事发后,我们断电了,一切都重新启动了。 如何调试蟒蛇?我怎么知道为什么它没有运行?我的本能是寻找/var/log/anacron,但那还不存在。我该如何修复使其再次运行?


2
Postgres内部日志轮换机制可以删除早于特定时间的日志文件吗?
我正在使用posgtres的内部日志旋转机制。我希望删除30天以上的日志文件。我如何获得postgres来做到这一点?如果postgres不支持它,是否可以将logrotate设置为仅删除30天以上的日志? 我当前的配置是: log_destination = 'stderr' logging_collector = on log_directory = 'pg_log' log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log' #log_truncate_on_rotation = off log_rotation_age = 1440 log_rotation_size = 0

1
Nginx日志中的SSL错误
我在nginx错误日志中得到此日志条目: 2016/03/19 09:46:33 [crit] 14355#14355: *7761 SSL_shutdown() failed (SSL: error:140E0197:SSL routines:SSL_shutdown:shutdown while in init) while SSL handshaking, client: 178.63.105.85, server: 0.0.0.0:443 我不明白这是什么意思。我曾尝试过Google,但没有成功。

4
旋转哑非交互应用程序的日志
Ubuntu 10.4服务器。 我有一个愚蠢的非交互式旧式服务,该服务在服务器上不断运行。 它正在将其日志写入具有固定名称(/var/log/something.log)的文件。 它不处理任何释放日志文件的信号。我需要旋转该日志文件。 有没有一种方法可以正确地执行此操作而无需更改应用程序且不会丢失日志中的任何数据?

3
有什么方法可以从Linux日志文件中排除特定条目?
具体来说,我试图在Ubuntu Server(强壮的LTS)下保持良好的干净cron.log。除了预安装的4或5个cron作业之外,我还添加了4个自己的作业(使用cron.d方法)。现在,自动安装的作业之一是每小时运行一次的PHP会话到期脚本。 当然,它需要执行,但是坦率地说,我不在乎它何时执行。它每小时运行一次,并输出与下面类似的条目。 Oct 18 02:17:01 cobalt /USR/SBIN/CRON[18160]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Oct 18 02:39:01 cobalt /USR/SBIN/CRON[18233]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -r -0 rm) 由于此操作每隔一小时执行一次,并且产生相对较长的日志条目,因此它占了我的cron.log的90%。如果我翻阅日志文件以确保执行了我的日常备份脚本之类的脚本,则所有这些条目都会将其吞噬。 我有什么办法可以排除此过程的记录? 我意识到我可以使用grep或日志读取器程序进行搜索,但这并不是我真正想要的。我只希望能够“ …

1
PHP的open_basedir值在Apache日志中给出二进制值
查看日志文件以找出几天前我的网站为什么关闭,我发现了几百行这样的内容(部分用“ x”编辑): [2009年11月27日星期五23:14:36] [错误] [客户端xxx.xxx.xxx.xxx] PHP警告:require_once():open_basedir限制有效。文件(/var/www/xxx/xxx.php)不在允许的路径内:第17行/var/www/xxx/index.php中的(\ xa0 \ x99 \ xc4) 请注意,open_basedir值为二进制,因此不会匹配任何内容。 在服务器上没有进行任何(管理员)更改以导致此问题,也没有人对其进行停止。.显然,它是自行解决的(apache或其他服务未重新启动/重新加载)。apache conf文件中的open_basedir指令如下所示: php_admin_value open_basedir / var / www:/ usr / share / php 是什么会导致open_basedir值重新加载二进制值,或者我什至可以开始对此进行故障排除?这是最近两周内第二次出现此问题。 Apache版本:2.2.8,PHP:5.3.0,Linux 2.6.24-23
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.