Dec
11
很久以前，写过一篇[原]linux下实行计划任务，其中比较详细的介绍了如何使用Linux下的crontab对系统进行例行性管理的工作。这里想对其中的内容进行一些补充。增加crontab中可用宏的说明。
Dec
10
HP MSL 6060是6000系列带库的其中一个细型号。在客户现场，原红旗DC Server 4.1 SP1 for x86通过QLA2312的HBA卡无法识别到带库的机械手设备。通过升级相应的HBA卡驱动，以及使用mtx套件，实现检查磁带库状态及使用磁带库作备份操作。
Dec
7
uniq对指定的ASCII文件或标准输入进行唯一性检查，以判断文本文件中重复出现的行。常用于系统排查及日志分析。
Dec
6
sort（排序），是常用的bash命令之一。其将指定的文本内容，以行为单位进行排序。默认的排序方法是从每行的第1个字符开始，以ASCII码的顺序来排序。当指定不同的参数时，可按指定的栏，依栏的内容对文件进行排序。
Dec
4
tcpdump是一个用于截取网络分组，并输出分组内容的工具。tcpdump凭借强大的功能和灵活的截取策略，使其成为类UNIX系统下用于网络分析和问题排查的首选工具。
tcpdump提供了源代码，公开了接口，因此具备很强的可扩展性，对于网络维护和入侵者都是非常有用的工具。tcpdump存在于基本的Linux系统中，由于它需要将网络界面设置为混杂模式，普通用户不能正常执行，但具备root权限的用户可以直接执行它来获取网络上的信息。因此系统中存在网络分析工具主要不是对本机安全的威胁，而是对网络上的其他计算机的安全存在威胁。
tcpdump提供了源代码，公开了接口，因此具备很强的可扩展性，对于网络维护和入侵者都是非常有用的工具。tcpdump存在于基本的Linux系统中，由于它需要将网络界面设置为混杂模式，普通用户不能正常执行，但具备root权限的用户可以直接执行它来获取网络上的信息。因此系统中存在网络分析工具主要不是对本机安全的威胁，而是对网络上的其他计算机的安全存在威胁。
Dec
3
lsof全名list opened files，也就是列举系统中已经被打开的文件。我们都知道，linux环境中，任何事物都是文件，设备是文件，目录是文件，甚至sockets也是文件。所以，用好lsof命令，对日常的linux管理非常有帮助。以下的说明，大部分内容来自lsof的manual文档。我所做的只是在中文翻译的基础上，进行简单的分类说明，并列举最常用的参数。
Nov
21
这又是一个从php-syslog-ng找出来的报错信息。如果没有它，估计我不会发现使用了这么久的ntp有报错。信息如下：
引用
ntpd[3775]: sendto(61.153.197.226): Invalid argument
Nov
20
自从使用php-syslog-ng监控日志信息后，经常发现一些过去会忽略的报错信息，目前正逐一解决中。其中一个报错发生在，我使用密钥通过ssh登陆到服务器的时候，日志信息显示：
引用
Nov 19 10:32:20 printserver auth 10:32:20 pam_loginuid[9691]: set_loginuid failed opening loginuid
Nov 19 10:32:20 printserver auth 10:32:20 remote(pam_unix)[9691]: session opened for user root by (uid=0)
Nov 19 10:32:20 printserver auth 10:32:20 sshd[9689]: Accepted publickey for root from 192.168.228.244 port
1487 ssh2
Nov 19 10:32:20 printserver auth 10:32:20 remote(pam_unix)[9691]: session opened for user root by (uid=0)
Nov 19 10:32:20 printserver auth 10:32:20 sshd[9689]: Accepted publickey for root from 192.168.228.244 port
1487 ssh2
Nov
16
最近发现，在使用yum更新包的时候，常报下面的错误：
有时候当替换了几个镜像后就可以了。但经常也会发现最终是失败的。由于我的系统是依赖yum更新的，若使用国外网络源的时候出这样的问题，影响挺大的。
Google搜索了一下，是一个常见问题，也提供了一些方法。只是后来发现，这些方法要不就是没有说清楚，要不就是误解。经过测试，最终基本可以解决了。
引用
Reading repository metadata in from local files
primary.xml.gz 100% |=========================| 1.7 MB 02:25
http://www.mirrorservice.org/sites/apt.sw.be/redhat/el4/en/i386/dag/repodata/primary.xml.gz:
[Errno -1] Metadata file does not match checksum
Trying other mirror.
primary.xml.gz 100% |=========================| 1.7 MB 02:25
http://www.mirrorservice.org/sites/apt.sw.be/redhat/el4/en/i386/dag/repodata/primary.xml.gz:
[Errno -1] Metadata file does not match checksum
Trying other mirror.
有时候当替换了几个镜像后就可以了。但经常也会发现最终是失败的。由于我的系统是依赖yum更新的，若使用国外网络源的时候出这样的问题，影响挺大的。
Google搜索了一下，是一个常见问题，也提供了一些方法。只是后来发现，这些方法要不就是没有说清楚，要不就是误解。经过测试，最终基本可以解决了。
Nov
15
在部署好php-syslog-ng服务器后，发现邮件服务器报下面的错误信息：
以前一直都没有发现该问题，就是因为通常我只是grep error或fail信息，而没有看miss信息，并且原来的syslog也没有明显的把level区分开来。所以说，一定要选好日志服务器，并做好其维护工作。
引用
Nov 11 04:30:04 mail postfix/smtpd[25964]: sql_select option missing
Nov 11 04:30:04 mail postfix/smtpd[25964]: auxpropfunc error no mechanism available
Nov 11 04:30:04 mail postfix/smtpd[25964]: auxpropfunc error no mechanism available
以前一直都没有发现该问题，就是因为通常我只是grep error或fail信息，而没有看miss信息，并且原来的syslog也没有明显的把level区分开来。所以说，一定要选好日志服务器，并做好其维护工作。
Nov
9
syslog是用来记录系统日志信息的，主要是记录重要信息。但一些无聊的日志信息很可能会把关键信息给冲掉，或者导致寻找信息很麻烦。例如，在/var/log/messages中就经常看到这样的信息：
没5分钟、10分钟就执行一次，烦不烦啊？一定要解决掉。
引用
Nov 9 17:10:02 mail crond(pam_unix)[4768]: session closed for user root
Nov 9 17:10:02 mail crond(pam_unix)[4769]: session closed for user root
Nov 9 17:15:01 mail crond(pam_unix)[4780]: session opened for user root by (uid=0)
Nov 9 17:15:01 mail crond(pam_unix)[4780]: session closed for user root
Nov 9 17:10:02 mail crond(pam_unix)[4769]: session closed for user root
Nov 9 17:15:01 mail crond(pam_unix)[4780]: session opened for user root by (uid=0)
Nov 9 17:15:01 mail crond(pam_unix)[4780]: session closed for user root
没5分钟、10分钟就执行一次，烦不烦啊？一定要解决掉。
Nov
3
OOM是Out of Memory的简写，也就是内存不足。出现该问题的原因有很多，如程序内存泄漏等。内存泄漏问题可以通过定时地终止和重启有问题的程序来发现和解决。在比较新的Linux内核版本中，有一种名为OOM(Out Of Memory )杀手的算法，它可以在必要时执行Kill而杀掉一些程序。
