时间属性介绍

Linux下一个文件通过stat命令可以查看到这个文件时间方面的属性，具体信息如下:

# stat tengine-2.0.0-23tf4566.tar.gz

  File: 'tengine-2.0.0-23tf4566.tar.gz'

  Size: 35995224      Blocks: 70304      IO Block: 4096   regular file

Device: 802h/2050d    Inode: 201842670   Links: 1

Access: (0644/-rw-r--r--)  Uid: (  501/ UNKNOWN)   Gid: (   20/   games)

Access: 2020-07-30 14:07:46.617759798 +0000

Modify: 2020-07-30 12:57:35.000000000 +0000

Change: 2020-10-16 06:20:13.535869875 +0000

 Birth: -

如上所示，可以看出来分别有Access Modify Change 三个关于时间的属性。

此三个属性初始时间记录都是文件被创建的时间:

• Access 指最后一次读取的时间（访问）
• Modify 指最后一次修改数据的时间（修改）
• Change 指最后一次修改元数据的时间（改变）

Access的意思是访问:

在终端上用cat、more 、less、grep、sed、 cp 、file 一个文件时，此文件的Access的时间记录都会被更新（空文件例外），纯粹的access是不会影响modify和change，但会受到modify行为的影响。

用ls -lu看到的文件时间是最近一次access的时间。对于目录而言，只是进入目录的话不会改变它的access时间，但只要用ls查看了此目录的内容（无论在何处），这个目录的access时间就会被更新。

Modify 意思是更改（内容）or 写入:

当更改了一个文件的内容的时候，此文件的modify的时间记录会被更新。用ls -l看到的文件时间是最近一次modify的时间。modify的行为是三个行为中最有影响力的行为，它发生以后，会使文件的access记录与change记录也同时得到更新, 对于目录亦是如此。

Change 改变(状态或属性):
对一个文件或者目录作mv、chown、chgrp操作后，它的Change时间记录被更新，change时间会受到modify行为的影响。用ls -lc看到的文件时间是最近一次change的时间。

# stat test.txt 

  File: ‘test.txt’

  Size: 10            Blocks: 8          IO Block: 4096   regular file

Device: 802h/2050d    Inode: 201843904   Links: 1

Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

Access: 2020-10-16 06:44:21.925299516 +0000

Modify: 2020-10-16 06:44:21.925299516 +0000

Change: 2020-10-16 06:44:21.925299516 +0000

 Birth: -



# cat test.txt 

lucky boy



# stat test.txt 

  File: ‘test.txt’

  Size: 10            Blocks: 8          IO Block: 4096   regular file

Device: 802h/2050d    Inode: 201843904   Links: 1

Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

Access: 2020-10-16 06:44:43.911988787 +0000

Modify: 2020-10-16 06:44:21.925299516 +0000

Change: 2020-10-16 06:44:21.925299516 +0000

 Birth: -

如上用cat命令将文件test.txt的内容输出到终端（ 执行 cat test.txt）, 那么文件test.txt只有的Access被刷新。

# date >> test.txt 

# stat test.txt 

  File: ‘test.txt’

  Size: 39            Blocks: 8          IO Block: 4096   regular file

Device: 802h/2050d    Inode: 201843904   Links: 1

Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

Access: 2020-10-16 06:44:43.911988787 +0000

Modify: 2020-10-16 06:46:56.760155796 +0000

Change: 2020-10-16 06:46:56.760155796 +0000

 Birth: -

如上把当前的时间追加到test.txt(执行 date >> test.txt) ， 那么test.txt的Modify和Change都被刷新。

# chmod 777 test.txt 

# stat test.txt 

  File: ‘test.txt’

  Size: 39            Blocks: 8          IO Block: 4096   regular file

Device: 802h/2050d    Inode: 201843904   Links: 1

Access: (0777/-rwxrwxrwx)  Uid: (    0/    root)   Gid: (    0/    root)

Access: 2020-10-16 06:44:43.911988787 +0000

Modify: 2020-10-16 06:46:56.760155796 +0000

Change: 2020-10-16 06:48:45.676571600 +0000

 Birth: -

如上把test.txt的权限改为777(执行 chmod 777 test.txt) , 那么只有test.txt的Change被刷新。

假如我们用vi命令把文件test.txt打开, 然后保存退出，那么test.txt的Access、Modify和Change都会被刷新。

同时我们也可以使用命令touch更新test.txt的Access和Modify时间:

touch -d 1999-01-01 test.txt    // 将test.txt的Access和Modify时间改为1999-01-01

touch -a test.txt       // 只将test.txt的Access时间改为当前系统时间

touch -m test.txt     // 只将test.txt的Modify时间改为当前系统时间

当我们用ls -l test.txt看到的时间就是Modify时间。

按照时间排序文件

# ls -l

-rw-r--r-- 1 501 games 35995224 Jul 30 12:57 tengine-2.0.0-23tf4566.tar.gz

-rw-r--r-- 1 501 games  4321420 Jul 22 14:15 tengine-2.0.0-45axfa54.tar.gz

-rw-r--r-- 1 501 games 33238934 Jul 22 15:20 tengine-2.0.0-64af1234.tar.gz

如上有3个文件，如果按照时间排序呢？

按照修改时间排序:

ls -alt  等价于 ls --sort=time -la

按照创建时间排序:

ls -alc

按访问时间排序:

ls -alu

以上均可使用-r实现逆序排序

ls -alrt # 按修改时间排序

ls --sort=time -lra # 等价于> ls -alrt

ls -alrc # 按创建时间排序

ls -alru # 按访问时间排序

不管你是根据什么排序，加上-r 就会反序。

1. 去掉行首空格

sed 's/^[ \t]*//g'

2. 去掉行末空格

sed 's/[ \t]*$//g'

3. 去掉所有空格

sed s/[[:space:]]//g

4. 替换符号

sed "s/^\(.*\)$/'\1'/" 

sed "s/^\(.*\)$/aa =>\1/"

Q: 启动apache报错 [warn] module php5_module is already loaded, skipping

一般出现这种问题有两种情况：
1.在apache安装目录conf下httpd.conf里可能重复了一行LoadModule php5_module modules/libphp5.so,删除重复的行就行。
 
2.或者在其他的conf文件中加载load了,如下yum安装的httpd，conf.d/php.conf里

LoadModule php5_module modules/libphp5.so

Q: centos 6.2 更新报错解决 yum you could try using skip broken to work around the problem

 

# yum update

Loaded plugins: aliases, changelog, downloadonly, kabi, presto, refresh-

: packagekit, security, tmprepo, verify, versionlock

Loading support for Red Hat kernel ABI

adobe-linux-x86_64 | 951 B 00:00

google-chrome | 951 B 00:00 ...

sl | 3.2 kB 00:00

sl-security | 1.9 kB 00:00

Setting up Update Process

Resolving Dependencies

--> Running transaction check

---> Package python-qpid.noarch 0:0.12-1.el6 will be updated

---> Package python-qpid.noarch 0:0.14-11.el6_3 will be an update

---> Package python-qpid-qmf.x86_64 0:0.12-6.el6 will be updated

---> Package python-qpid-qmf.x86_64 0:0.14-14.el6_3 will be an update

---> Package qpid-cpp-client.x86_64 0:0.12-6.el6 will be updated

--> Processing Dependency: libqpidclient.so.5()(64bit) for package: matahari-agent-lib-0.4.4-11.el6.x86_64

--> Processing Dependency: libqpidclient.so.5()(64bit) for package: matahari-network-0.4.4-11.el6.x86_64

--> Processing Dependency: libqpidclient.so.5()(64bit) for package: matahari-sysconfig-0.4.4-11.el6.x86_64

--> Processing Dependency: libqpidclient.so.5()(64bit) for package: matahari-service-0.4.4-11.el6.x86_64

--> Processing Dependency: libqpidclient.so.5()(64bit) for package: matahari-host-0.4.4-11.el6.x86_64

--> Processing Dependency: libqpidcommon.so.5()(64bit) for package: matahari-network-0.4.4-11.el6.x86_64

--> Processing Dependency: libqpidcommon.so.5()(64bit) for package: matahari-host-0.4.4-11.el6.x86_64

--> Processing Dependency: libqpidcommon.so.5()(64bit) for package: matahari-sysconfig-0.4.4-11.el6.x86_64

--> Processing Dependency: libqpidcommon.so.5()(64bit) for package: libvirt-qmf-0.3.0-4.el6.x86_64

--> Processing Dependency: libqpidcommon.so.5()(64bit) for package: matahari-agent-lib-0.4.4-11.el6.x86_64

--> Processing Dependency: libqpidcommon.so.5()(64bit) for package: matahari-service-0.4.4-11.el6.x86_64

---> Package qpid-cpp-client.x86_64 0:0.14-22.el6_3 will be an update

---> Package qpid-cpp-client-ssl.x86_64 0:0.12-6.el6 will be updated

---> Package qpid-cpp-client-ssl.x86_64 0:0.14-22.el6_3 will be an update

---> Package qpid-cpp-server.x86_64 0:0.12-6.el6 will be updated

---> Package qpid-cpp-server.x86_64 0:0.14-22.el6_3 will be an update

---> Package qpid-cpp-server-ssl.x86_64 0:0.12-6.el6 will be updated

---> Package qpid-cpp-server-ssl.x86_64 0:0.14-22.el6_3 will be an update

---> Package qpid-qmf.x86_64 0:0.12-6.el6 will be updated

---> Package qpid-qmf.x86_64 0:0.14-14.el6_3 will be an update

---> Package qpid-tools.noarch 0:0.12-2.el6 will be updated

---> Package qpid-tools.noarch 0:0.14-6.el6_3 will be an update

---> Package ruby-qpid-qmf.x86_64 0:0.12-6.el6 will be updated

---> Package ruby-qpid-qmf.x86_64 0:0.14-14.el6_3 will be an update

--> Finished Dependency Resolution

Error: Package: matahari-host-0.4.4-11.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

Requires: libqpidclient.so.5()(64bit)

Removing: qpid-cpp-client-0.12-6.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

libqpidclient.so.5()(64bit)

Updated By: qpid-cpp-client-0.14-22.el6_3.x86_64 (sl-security)

Not found

Error: Package: matahari-sysconfig-0.4.4-11.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

Requires: libqpidclient.so.5()(64bit)

Removing: qpid-cpp-client-0.12-6.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

libqpidclient.so.5()(64bit)

Updated By: qpid-cpp-client-0.14-22.el6_3.x86_64 (sl-security)

Not found

Error: Package: matahari-service-0.4.4-11.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

Requires: libqpidcommon.so.5()(64bit)

Removing: qpid-cpp-client-0.12-6.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

libqpidcommon.so.5()(64bit)

Updated By: qpid-cpp-client-0.14-22.el6_3.x86_64 (sl-security)

Not found

Error: Package: matahari-network-0.4.4-11.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

Requires: libqpidclient.so.5()(64bit)

Removing: qpid-cpp-client-0.12-6.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

libqpidclient.so.5()(64bit)

Updated By: qpid-cpp-client-0.14-22.el6_3.x86_64 (sl-security)

Not found

Error: Package: matahari-sysconfig-0.4.4-11.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

Requires: libqpidcommon.so.5()(64bit)

Removing: qpid-cpp-client-0.12-6.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

libqpidcommon.so.5()(64bit)

Updated By: qpid-cpp-client-0.14-22.el6_3.x86_64 (sl-security)

Not found

Error: Package: matahari-host-0.4.4-11.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

Requires: libqpidcommon.so.5()(64bit)

Removing: qpid-cpp-client-0.12-6.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

libqpidcommon.so.5()(64bit)

Updated By: qpid-cpp-client-0.14-22.el6_3.x86_64 (sl-security)

Not found

Error: Package: libvirt-qmf-0.3.0-4.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

Requires: libqpidcommon.so.5()(64bit)

Removing: qpid-cpp-client-0.12-6.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

libqpidcommon.so.5()(64bit)

Updated By: qpid-cpp-client-0.14-22.el6_3.x86_64 (sl-security)

Not found

Error: Package: matahari-agent-lib-0.4.4-11.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

Requires: libqpidcommon.so.5()(64bit)

Removing: qpid-cpp-client-0.12-6.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

libqpidcommon.so.5()(64bit)

Updated By: qpid-cpp-client-0.14-22.el6_3.x86_64 (sl-security)

Not found

Error: Package: matahari-network-0.4.4-11.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

Requires: libqpidcommon.so.5()(64bit)

Removing: qpid-cpp-client-0.12-6.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

libqpidcommon.so.5()(64bit)

Updated By: qpid-cpp-client-0.14-22.el6_3.x86_64 (sl-security)

Not found

Error: Package: matahari-agent-lib-0.4.4-11.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

Requires: libqpidclient.so.5()(64bit)

Removing: qpid-cpp-client-0.12-6.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

libqpidclient.so.5()(64bit)

Updated By: qpid-cpp-client-0.14-22.el6_3.x86_64 (sl-security)

Not found

Error: Package: matahari-service-0.4.4-11.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

Requires: libqpidclient.so.5()(64bit)

Removing: qpid-cpp-client-0.12-6.el6.x86_64 (@anaconda-ScientificLinux-201202061444.x86_64)

libqpidclient.so.5()(64bit)

Updated By: qpid-cpp-client-0.14-22.el6_3.x86_64 (sl-security)

Not found

You could try using --skip-broken to work around the problem

** Found 1 pre-existing rpmdb problem(s), 'yum check' output follows:

libvpx-1.0.0-1.el6.x86_64 is a duplicate with libvpx-0.9.0-8.el6_0.x86_64

上述更新错误，解决方法如下：

yum remove matahari*执行完后，然后执行yun update 更新，这样应该就可以了。

Q: Cannot load /…/libphp5.so into server: /…/libphp5.so: undefined symbol: _efree

此错误是由于重装php时，没有关闭apache。解决方法：调转到php安装目录，执行“make clean”，然后从新安装php，记得安装之前关闭apache。

Q: apache启动报错(98)Address already in use: make_sock: could not bind to address :80

端口占用情况：

#netstat -lnp|grep 80

#ps 端口号为80的进程

#kill -9 端口号为80的进程(可能进程不止一个)

Q: 从源码安装apache2，遇到错误:cannot install `libaprutil-1.la'

这是由于configure过一次，没有清理干净，需要清理。可以删除掉源码目录，重新解压源码，重新安装，或者make clean.

随着基础架构和软件环境变得越来越复杂，检测性能或可用性问题的根因变得越来越具有挑战性。幸运的是，迎接挑战的是一类新的工具和一种新的策略：AIOps。

什么是根因分析？
在IT中，根因分析是确定硬件或软件问题的根本问题原因是什么的过程。

根因分析很重要，因为在许多情况下，有多个可能的问题原因，而且从问题本身来看，原因并不明显。例如，如果应用程序开始响应缓慢，则仅凭这些信息就很难知道问题的原因是否是应用程序本身编写的糟糕的代码，还是托管应用程序的操作系统存在的问题，还是文件系统存在问题。应用程序正在使用，应用程序所依赖的网络或存储基础结构出现问题或其他原因。也可能有多个潜在问题在起作用。

为什么当前根因分析尤其重要
从前，根因分析相对简单，因为IT团队需要管理的硬件和软件层较少。物理基础架构和硬件环境之间也几乎没有抽象。因此，如果监控软件检测到磁盘性能问题，则可以相对确定磁盘本身或用于格式化磁盘的文件系统是根本问题。

但是，今天，我们依赖高度动态的多层软件定义环境。映射这些环境中所有组件之间的关系非常困难，尤其是因为配置不断变化。很难解释在环境的一层中表现出来的问题与其他层之间的关系。

如今，存储性能问题的根因可能不一定是物理磁盘或本地文件系统，还可能是使存储可供远程系统使用的网络或分布式文件系统。也可能是提供存储的虚拟化网络。

充分利用AIOps进行根因分析
部分原因是由于现代环境中根因分析的困难， AIOps变得如此重要。通过使用机器学习自动映射和解释复杂的环境和因果关系，AIOps可以帮助IT团队比仅依靠手动分析更快地找到性能或可用性问题的根源。简单地使用AIOps工具将大大提高您的根本原因分析能力。

就是说，您可以采取一些步骤来确保充分利用AIOps辅助的根本原因分析。它们包括以下内容。

1. 记住，配置快速变更，根因也会随之变更

在瞬息万变的现代环境中进行根因分析的棘手事情之一是，一次构成根本问题的原因可能在下一时刻改变。应用程序性能缓慢的根本原因可能是网络拥塞，但随着网络流量模式和存储系统负载的变化，下一阶段将变为IO瓶颈。

AIOps工具可以帮助解决这些变化，但是对于人类工程师而言，重要的是要记住根因是可以改变的。不要认为核心问题是一成不变的。

2. 考虑自动响应

AIOps的另一个关键功能是它使软件工具可以采取自动措施来解决问题。尽管并不是在每种情况下都自动响应是正确的解决方案（例如，您可能希望让人工工程师在进行重大变更之前先进行审查），但对于更简单的问题的自动响应可以有效地帮助确保您不仅识别根因可以快速解决，也可以在最终给用户造成严重问题之前解决它们。

3. 不要假设只有一个根因

如上所述，软件或硬件问题的原因可能是多个问题。停止响应的应用程序可能会这样做，因为代码编写得不好，无法使应用程序从意外的网络错误中恢复；在这种情况下，应用程序代码和网络问题都是此问题的根因。

这里的关键要点是，一方面，在执行根因分析时，您应努力将辅助问题与根因区分开，但您不应排除可能存在两个或多个核心潜在问题的可能性。

4. 力求与环境无关的根本原因分析

理想情况下，根因分析工作流程应对任何类型的基础架构或环境均有效。如果您依赖仅支持特定类型的环境或基础架构的监控或分析工具（例如来自特定云供应商的工具或仅针对一种操作系统设计的工具），则不会发生这种情况。

此处的教训是，您应该寻找AIOps工具，这些工具可以协助对任何类型的基础结构进行根本原因分析。

英文原文：http://suo.im/64aCgc

 
现如今，AI 这个词已经被玩坏了。很多公司都声称自己在做 AI，但其实并没有。不过有另外一种新兴的 AI，各种类型的 IT 企业倒是可以尝试，而且完全不需要人工参与。

AIOps，也就是基于算法的 IT 运维（Algorithmic IT Operations），是由 Gartner 定义的新类别，源自业界之前所说的 ITOA（IT Operations and Analytics）。我们已经到达了这样的一个时代，数据科学和算法正在被用于自动化传统的 IT 运维任务和流程。算法被集成到工具里，帮助企业进一步简化运维工作，把人类从耗时又容易出错的流程中解放出来。人们不再需要在遗留的管理系统中定义和管理无穷无尽的规则和过滤器。

在过去的几年间，一些新技术不断涌现，利用数据科学和机器学习来推进日益复杂的企业数字化进程，“AIOps”（Algorithmic IT Operations）因此应运而生。Gartner 的报告宣称，到 2020 年，将近 50% 的企业将会在他们的业务和 IT 运维方面采用 AIOps，远远高于今天的 10%。

为了更好地理解 AIOps 和 AI 的区别，我们需要从头说起。
 

AI 简史

AI 一词用于描述机器（或软件）模拟人类认知的过程。也就说，机器学习像人类一样思考。40 年代，Alan Turing 掀起了 AI 热潮，但受限于计算机的计算能力，也只发展到今天的这个阶段。

问题是，我们为什么要让机器模仿人类？而为什么有些 AI 应用程序会比其他的更成功？发展 AI 的目的在于解决人类的问题，所以我们会看到像自动驾驶汽车、行为分析这类复杂的解决方案。

话说回来，IT 运维环境有一些不一样的地方。我们不会直接管理人类，我们与应用程序和基础设施打交道。而且它们可能更加复杂和不可预测，因为它们不是人类。
 

人类思维与机器思维

AIOps 的不同之处在这里体现出来。AIOps 的解决方案专注于解决问题，而且是通过使用基于算法的技术来高度模仿人类（而且以更快的速度和更大的规模）。算法的效率提升了 AIOps 的价值，而相对于人类的智慧——虽然是无限的，但不如机器来得高效。

当然，人类也能进行高效的 IT 运维。AIOps 的目的是为了让我们的生活变得更美好，但是当人类与 AIOps 参合在一起，它们之间的界限就会变得模糊。高级的 AIOps 会使用神经网络技术，它会向运维人员学习，然后尝试消除无聊的重复性劳动。
 

未来的公司

 
为什么公司需要 AIOps？现代的 IT 环境已经无比的复杂，而且千变万化，需要我们花费大量的时间和资源去监控、去诊断问题、去解决问题。很多公司处于被动的地位。但是如果他们使用了 AIOps，他们就可以利用先进的算法，花更多时间在其他更有意义的工作上，而不是重复地解决相同的问题，或者花时间管理规则和过滤器。

我们所说的规则，可以把它们简单地描述为“如果是这样那么就这么做”，它们能够应付简单的场景，但是很难扩展。相反，算法和机器学习提供了更加灵活的表达方式，不仅强大，而且健壮，能够应付不断变化的需求。这将带来更高的效率和更低的成本。对于厂商来说，他们面临的挑战在于将整个技术方案打包，避免把用户暴露于底层的复杂性当中。光是提供工具是不够的，企业需要招聘数据科学家而不仅仅是工程师。
 

前行之路

借助智能算法的技术优势，原先人工需要几个小时完成的任务现在通过自动化可以在几秒钟内完成，而且能够得到更好的结果。传统的 IT 运维需要管理大量的告警，极大地分散了企业的注意力，他们需要花很多时间解决无聊的问题，没有时间用于创新。使用 AIOps 可以解决这些问题，把运维人员从纷繁复杂的告警和噪音中解脱出来。各个行业的企业正在采用 AIOps，他们使用这项技术来改进客户的数字体验——银行、娱乐、交通、零售，甚至政府。

尽管 AIOps 还是一个新名词，但并不代表它只是未来的一种趋势而已。在这个数字的年代，任何使用传统技术来管理机器数据的组织要么忽略了信息的价值，要么已经让他们的运维团队不堪重负。随着数据的暴涨，CIO 们应该快速拥抱 AIOps。传统 AI 仍然会在某些领域发挥它的作用，而 AIOps 将为企业带来最直接最深远的价值。
 
文章来自微信公众号：高效开发运维