etc

在登录Linux时要执行文件的过程如下： 在刚登录Linux时，首先启动 /etc/profile 文件，然后再启动用户目录下的 ~/.bash_profile、 ~/.bash_login或 ~/.profile文件中的其中一个， 执行的顺序为：~/.bash_profile、 ~/.bash_login、 ~/.profile。 如果 ~/.bash_profile文件存在的话，一般还会执行 ~/.bashrc文件。 因为在 ~/.bash_profile文件中一般会有下面的代码： if [ -f ~/.bashrc ] ; then . ./bashrc fi ~/.bashrc中，一般还会有以下代码： if [ -f /etc/bashrc ] ; then . /bashrc fi 所以，~/.bashrc会调用 /etc/bashrc文件。最后，在退出shell时，还会执行 ~/.bash_logout文件。 执行顺序为： /etc/profile -> (~/.bash_profile | ~/.bash_login | ~/.profile) -> ~/.bashrc -> /etc/bashrc -> ~/.bash_logout 关于各个文件的作用域，在网上找到了以下说明： （1） /etc/profile： 此文件为系统的每个用户设置环境信息

Ubuntu Linux系统环境变量配置文件： /etc/profile : 在登录时,操作系统定制用户环境时使用的第一个文件 ,此文件为系统的每个用户设置环境信息,当用户第一次登录时,该文件被执行。 /etc /environment : 在登录时操作系统使用的第二个文件, 系统在读取你自己的profile前,设置环境文件的环境变量。 ~/.profile : 在登录时用到的第三个文件 是.profile文件,每个用户都可使用该文件输入专用于自己使用的shell信息,当用户登录时,该文件仅仅执行一次!默认情况下,他设置一些环境变量,执行用户的.bashrc文件。 /etc/bashrc : 为每一个运行bash shell的用户执行此文件.当bash shell被打开时,该文件被读取. ~/.bashrc : 该文件包含专用于你的bash shell的bash信息,当登录时以及每次打开新的shell时,该该文件被读取。 更好的使用go，需要设置环境变量 sudo vim /etc/profile 在前面添加 export GOROOT=/usr/lib/go export GOPATH=$HOME/gocode 重启系统即可 （如果要立刻生效，可以source /etc/profile） 来源： https://www.cnblogs.com/shaohef/p/6394950

Linux下环境变量设置 1、在Windows 系统下，很多软件安装都需要配置环境变量，比如 安装 jdk ，如果不配置环境变量，在非软件安装的目录下运行javac 命令，将会报告找不到文件，类似的错误。 2、那么什么是环境变量？简单说，就是指定一个目录，运行软件的时候，相关的程序将会按照该目录寻找相关文件。 设置变量对于一般人最实用的功能就是： 不用拷贝某些dll文件到系统目录中了，而path 这一系统变量就是系统搜索dll文件的一系列路径 在Linux系统下，如果你下载并安装应用程序，很有可能在键入它的名称的时候出现 “command not found ” 的提示内容。 如果每次都到安装目录文件夹内，找到可执行文件来进行操作就太繁琐了。 这涉及到环境变量path的设置问题，而Path 的设置也是在Linux下定制环境变量的一个组成部分 Linux下环境变量设置的三种方法 ： 如想将一个路径加入到$PATH中，可以像下面这样做： 只对当前的shell 起作用的环境变量 1、 控制台中设置，不赞成这种方式，因为他只对当前的shell 起作用，换一个shell设置就无效了： 直接控制台中输入 ： $PATH="$PATH":/NEW_PATH (关闭shell Path会还原为原来的path) 对所有的用户的都起作用的环境变量 2、 修改 /etc/profile 文件

文件系统 内核提供了一个接口，用来显示一些它的数据结构，这些数据结构对于决定诸如使用的中断、初始化的设备和内存统计信息之类的系统参数可能很有用。这个接口是作为一个独立但虚拟的文件系统提供的，称为 /proc 文件系统。很多系统实用程序都使用这个文件系统中存在的值来显示系统统计信息。例如，/proc/modules 文件列举系统中当前加载的模块。lsmod 命令读取此信息，然后将其以人们可以看懂的格式显示出来。下面表格中指定的 mtab 文件以同样的方式读取包含当前安装的文件系统的 /proc/mount 文件。 /etc/mtab 这将随着 /proc/mount 文件的改变而不断改变。换句话说，文件系统被安装和卸载时，改变会立即反映到此文件中。 1.文件格式 /etc/mtab的格式和/etc/fstab是一样的.但这个文件不能算是用户配置文件,他是由系统维护的.和/etc/fstab的区别在于, fstab是系统启动时需挂载的文件系统列表,而mtab是系统当前已挂载的文件系统列表,它由系统维护,在用户执行了mount或者umount命令后自动更新.用户不应该对此文件作任何修改. 2.安全性 /etc/mtab的默认权限仍然是644 3.相关命令 mount umount smbmount /etc/fstab 1.文件格式 /etc/fstab记载了系统启动时自动挂载的文件系统

linux有自己一套完整的启动体系，抓住了linux启动的脉络，linux的启动过程将不再神秘。 本文中假设inittab中设置的init tree为： /etc/rc.d/rc0.d /etc/rc.d/rc1.d /etc/rc.d/rc2.d /etc/rc.d/rc3.d /etc/rc.d/rc4.d /etc/rc.d/rc5.d /etc/rc.d/rc6.d /etc/rc.d/init.d 目录 1. 关于linux的启动 2. 关于rc.d 3. 启动脚本示例 4. 关于rc.local 5. 关于bash启动脚本 6. 关于开机程序的自动启动 1. 关于linux的启动 init是所有进程的顶层 init读取/etc/inittab，执行rc.sysinit脚本 (注意文件名是不一定的,有些unix甚至会将语句直接写在inittab中) rc.sysinit脚本作了很多工作: init $PATH config network start swap function set hostname check root file system, repair if needed check root space .... rc.sysinit根据inittab执行rc?.d脚本 linux是多用户系统，getty是多用户与单用户的分水岭

linux有自己一套完整的启动体系，抓住了linux启动的脉络，linux的启动过程将不再神秘。 本文中假设inittab中设置的init tree为： /etc/rc.d/rc0.d /etc/rc.d/rc1.d /etc/rc.d/rc2.d /etc/rc.d/rc3.d /etc/rc.d/rc4.d /etc/rc.d/rc5.d /etc/rc.d/rc6.d /etc/rc.d/init.d 目录 1. 关于linux的启动 2. 关于rc.d 3. 启动脚本示例 4. 关于rc.local 5. 关于bash启动脚本 6. 关于开机程序的自动启动 1. 关于linux的启动 init是所有进程的顶层 init读取/etc/inittab，执行rc.sysinit脚本 (注意文件名是不一定的,有些unix甚至会将语句直接写在inittab中) rc.sysinit脚本作了很多工作: init $PATH config network start swap function set hostname check root file system, repair if needed check root space .... rc.sysinit根据inittab执行rc?.d脚本 linux是多用户系统，getty是多用户与单用户的分水岭

linux有自己一套完整的启动体系，抓住了linux启动的脉络，linux的启动过程将不再神秘。 本文中假设inittab中设置的init tree为： /etc/rc.d/rc0.d /etc/rc.d/rc1.d /etc/rc.d/rc2.d /etc/rc.d/rc3.d /etc/rc.d/rc4.d /etc/rc.d/rc5.d /etc/rc.d/rc6.d /etc/rc.d/init.d 目录 1. 关于linux的启动 2. 关于rc.d 3. 启动脚本示例 4. 关于rc.local 5. 关于bash启动脚本 6. 关于开机程序的自动启动 1. 关于linux的启动 init是所有进程的顶层 init读取/etc/inittab，执行rc.sysinit脚本 (注意文件名是不一定的,有些unix甚至会将语句直接写在inittab中) rc.sysinit脚本作了很多工作: init $PATH config network start swap function set hostname check root file system, repair if needed check root space .... rc.sysinit根据inittab执行rc?.d脚本 linux是多用户系统，getty是多用户与单用户的分水岭

linux有自己一套完整的启动体系，抓住了linux启动的脉络，linux的启动过程将不再神秘。 本文中假设inittab中设置的init tree为： /etc/rc.d/rc0.d /etc/rc.d/rc1.d /etc/rc.d/rc2.d /etc/rc.d/rc3.d /etc/rc.d/rc4.d /etc/rc.d/rc5.d /etc/rc.d/rc6.d /etc/rc.d/init.d 目录 1. 关于linux的启动 2. 关于rc.d 3. 启动脚本示例 4. 关于rc.local 5. 关于bash启动脚本 6. 关于开机程序的自动启动 1. 关于linux的启动 init是所有进程的顶层 init读取/etc/inittab，执行rc.sysinit脚本 (注意文件名是不一定的,有些unix甚至会将语句直接写在inittab中) rc.sysinit脚本作了很多工作: init $PATH config network start swap function set hostname check root file system, repair if needed check root space .... rc.sysinit根据inittab执行rc?.d脚本 linux是多用户系统，getty是多用户与单用户的分水岭

2015年底270多个模块，2016年达到540个，2018年01月12日有1378个模块，2018年07月15日1852个模块,2019年05月25日（ansible 2.7.10）时2080个模块，2020年03月02日有3387个模块 虽然模块众多，但最常用的模块也就2，30个而已，针对特定业务只用10几个模块 文档参考： anisble模块 . Command模块 功能：在远程主机执行命令，此为默认模块，可忽略-m选项 注意：此命令不支持 $VARNAME < > | ; & 等，用shell模块实现 例： [ root@ansible ~ ] ansible websrvs -m command -a 'chdir=/etc cat centos-release' 10.0.0.7 | CHANGED | rc = 0 >> CentOS Linux release 7.7.1908 ( Core ) 10.0.0.8 | CHANGED | rc = 0 >> CentOS Linux release 8.1.1911 ( Core ) [ root@ansible ~ ] ansible websrvs -m command -a 'chdir=/etc creates=/data/f1.txt cat centos-release' 10.0.0.7 |

博文大纲： 一、zabbix运行架构 二、Zabbix监控术语 三、部署Zabbix监控平台`` 一、zabbix运行架构 Zabbix是一个企业级的分布式开源监控解决方案。它能够监控各种服务器的健康性、网络的稳定性以及各种应用系统的可靠性。当监控出现异常时，Zabbix通过灵活的告警策略，可以为任何事件配置基于邮件、短信、微信等告警机制。而这所有的一切，都可以通过Zabbix提供的web界面进行配置和操作，基于web的前端页面还提供了出色的报告和数据可视化功能。这些功能和特性使我们运维人员可以非常轻松的搭建一套功能强大的运维监控管理平台。 Zabbix的运行架构如下： 从上面的运行架构图可以看到，Zabbix主要有几个组件构成，分别如下： 1、Zabbix Server Zabbix Server是Zabbix的核心组件，是所有配置信息、统计信息和操作数据的核心存储器。它主要负责接收客户端发送的报告和信息，同时，所有配置、统计数据及配置操作数据均由其组织进行。 2、Zabbix Database Storage 主要用于存储数据，所有配置信息和Zabbix收集到的数据都被存储在数据库中。可以使用MySQL、oracle、SQLite等。 3、Zabbix Web界面 这是Zabbix提供的GUI接口，通常（但不一定）与Zabbix Server运行在同一台物理机器上。 4