centos 宕机日志，centos7日志文件在哪
其实centos 宕机日志的问题并不复杂，但是又很多的朋友都不太了解centos7日志文件在哪，因此呢，今天小编就来为大家分享centos 宕机日志的一些知识，希望可以帮助到大家，下面我们一起来看看这个问题的分析吧！
centos7的系统日志怎么查看
是由商业版红帽决定用xfs为默认，故而centos这个社区版自然得跟上步伐了主要特性包括以下几点数据完全性：采用XFS文件系统，当意想不到的宕机发生后，首先，由于文件系统开启了日志功能，所以你磁盘上的文件不再会意外宕机而遭到破坏了。不论目centos7的系统日志怎么查看
CentOS环境下Nginx实现3台虚拟机负载均衡
负载均衡
先来简单了解一下什么是负载均衡，单从字面上的意思来理解就可以解释N台服务器平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况。那么负载均衡的前提就是要有多台服务器才能实现，也就是两台以上即可。
测试环境
在VMware里安装了三台。
A服务器IP：192.168.0.219（主）
B服务器IP：192.168.0.119
C服务器IP：192.168.0.109
部署思路
A服务器做为主服务器，域名直接解析到A服务器（192.168.0.219）上，由A服务器负载均衡到B服务器（192.168.0.119）与C服务器（192.168.0.109）上。
在A服务器上，upstream指令——分配负载
vi/etc/nginx/conf.d/default.conf
upstream 192.168.0.219{
server 192.168.0.119:80;
server 192.168.0.109:80;
}
server{
listen 80;
server_name 192.168.0.219;
charset utf8;
location/{
proxy_pass
proxy_set_header Host$host;
proxy_set_header X-Real-IP$remote_addr;
proxy_set_header X-Forwarded-For$proxy_add_x_forwarded_for;
}
}
保存重启nginx
在B、C服务器上，
vi/etc/nginx/conf.d/default.conf
server{
listen 80;
server_name 192.168.0.219;
index index.html;
root/usr/share/nginx/html;
}
保存重启nginx
测试
当访问的时候，为了区分是转向哪台服务器处理我分别在B、C服务器下写一个不同内容的index.html文件，以作区分。
打开浏览器访问a.com结果，刷新会发现所有的请求均分别被主服务器（192.168.5.149）分配到B服务器（192.168.0.119）与C服务器（192.168.0.109）上，实现了负载均衡效果。
主服务器不能提供服务吗？
以上例子中，我们都是应用到了主服务器负载均衡到其它服务器上，那么主服务器本身能不能也加在服务器列表中，这样就不会白白浪费拿一台服务器纯当做转发功能，而是也参与到提供服务中来。
怎么解决这个问题呢？因为80端口已经用来监听负载均衡的处理，那么本服务器上就不能再使用80端口来处理192.168.0.219的访问请求，得用一个新的。
于是我们在主服务器中编辑/etc/nginx/conf.d/default.conf，添加以下内容
server{
listen 8080;
server_name 192.168.0.219;
index index.html;
root/usr/share/nginx/html;
}
重启nginx
然后，再重新渡负载均衡。
更多Nginx相关教程见以下内容：
CentOS 6.2实战部署Nginx+MySQL+PHP
使用Nginx搭建WEB服务器
搭建基于Linux6.3+Nginx1.2+PHP5+MySQL5.5的Web服务器全过程
CentOS 6.3下Nginx性能调优
CentOS 6.3下配置Nginx加载ngx_pagespeed模块
CentOS 6.4安装配置Nginx+Pcre+php-fpm
Nginx安装配置使用详细笔记
Nginx日志过滤使用ngx_log_if不记录特定日志
求助centos7,mysql 启动服务出错的问题
一、my.cnf配置文件datadir项配置错误或被启动脚本篡改
这个问题不太说讲，主要是mysql自带的启动文件（/etc/init.d/mysqld）中会自动检测mysql的数据存储目录，若mysql新装，尚未初始化系统表，那么配置文件中的datadir项写不写无所谓，出现这种情况主要是在更改了mysql的数据存储目录，今天我出现的这个问题就在于此。
我的mysql安装后的配置文件中关于datadir项目的配置如下，而该配置文件存储于/etc/my.cnf，今儿不知动了什么东西，查来查去都没找着原因，后来打开该配置文件才发现，其中的datadir项目被篡改成/var/mysql/data了.....
[mysqld] datadir=/data/mysql socket=/tmp/mysql.sock user=mysql
二、进程里已经存在mysql进程
这种情况我很少遇到，若存在mysql进程但有不提供mysql服务（表现为其他客户端连接不上mysql服务器，例如php连接mysql时提示“连接失败”），这个时候就要看看有没有存在的mysql僵尸进程了，命令如下：
ps-ef|grep mysql
若存在，该命令执行后会列出存在的僵尸进程，kill-9 `pid`掉即可。
三、mysql的数据存储目录权限不足
这种情况发生于mysql第一次安装或升级，配置文件中的datatdir目录的权限要设定好，一般来说运行mysql的用户以及组就是mysql.mysql，那么解决权限不足问题的方法如下：
chown-R mysql.mysql/data/mysql##该命令仅为示例，其中/data/mysql就是mysql配置文件中datadir的目录##若为空，则默认为mysql安装目录下的data文件夹下
四、覆盖安装或升级mysql后，残余数据的影响
这种情况发生于mysql被覆盖安装或升级后，当然mysql无故宕机后也会有这种情况，可能会影响mysql启动的数据文件，一般存在于mysql的数据存储目录（这个目录依据my.cnf配置文件中的datadir而异），也就是存在于mysql数据存储目录下的mysql-bin.index文件，删除之即可。
五、selinux的问题，centos下最容易出现
selinux不甚了解，直接关掉。
##方法1：永久关闭seliux##修改 vi/etc/selinux/config#文件中设置SELINUX=disabled，然后重启服务器##方法2：暂时关闭seliux setenforce 0##如需每次开机都铃声关闭seliux，则可以在/etc/rc.d/rc.local文件中添加该命令
六、mysql运行状态下删除binary日志后重启失败
这是今天在群里的一个朋友出现的，特汇总于此；当mysql开启了二进制日志并且mysql在运行状态下用rm命令删除过mysql的binary日志文件的话，下次重启mysql你就悲剧了。
什么是binary日志？说白了就是mysql的数据目录下的mysql-bin.000001、mysql-bin.000002的文件。
解决方法就是修改配置文件临时关闭binary-log，然后删除mysql数据目录下的所有类似mysql-bin.000001、mysql-bin.000002的文件后再次重启，mysql即可启动成功。
#mysql配置关闭二进制日志找到如下语句注释掉即可#log-bin=mysql-bin#binlog_format=mixed
此步骤操作完毕之后，若还需要启用二进制日志，那么就要先停掉mysql服务，然后修改msyql的配置文件，再次重启即可。
另外再附上正确删除mysql二进制日志文件的方法（绝对不是rm-rf命令直接删这些文件）：
#第一步通过shell或cmd登录进mysql这步没什么好说的 msyql-u root-p***#第二步在mysql下直接执行清理binary日志命令 mysql> reset master#注意：此处仅针对单台mysql而言，若有互备mysql则执行该命令有风险。
