常见问题处理方法-SRE实战

虚机网络传输异常

问题描述

如果 Broadcom 网络适配器安装在主机中，Windows Server 2008 R2 或 Windows Server 2012 (R2) 服务器上托管的 Hyper-V 虚拟机 (VM) 可能出现网络性能缓慢。如果在虚拟机使用的物理网络适配器上启用虚拟机队列(VMQ)，则可能出现这种情况。

VMQ旨在通过加速网络数据从物理适配器传输至相应虚拟机来提高网络性能，但似乎对某些Broadcom网络适配器产生相反的效果，导致利用受限于受影响适配器的虚拟交换机的所有虚拟机的网络性能显著下降。

已知的解决办法是在受影响的网络适配器上禁用VMQ或更改对应的虚拟交换机的MAC地址。但是，Broadcom可能在编写本文后发布了更新来解决此问题。因此，对此问题进行故障诊断的第一步应是确保Broadcom适配器驱动程序和固件在Hyper-V主机上是最新的。

如果适配器驱动程序和固件都是最新的，而问题仍然存在，则可以将虚拟机绑定到未受影响的网络适配器（如果主机上存在一个）。如果不存在这样的适配器，有两种可能的解决办法：

禁用受影响虚拟交换机或物理网络适配器上的VMQ。更改所有受影响虚拟交换机的MAC地址。

禁用VMQ[](https://docs.hc-yun.com/faq/index.html#vmq "Permalink to this headline")

要禁用虚拟交换机上的VMQ，使用Set-VMNetworkAdapter PowerShell cmdlet，如下所示： Set-VMNetworkAdapter –ManagementOS -Name -VmqWeight 0

要禁用物理网络适配器上的VMQ，取消选中网络适配器属性页的Advanced（高级）选项卡中的相应框。

要更改虚拟交换机的MAC地址，可在Hyper-V Manager中修改它或使用以下 Set-VMNetworkAdapter PowerShell cmdlets之一：

使用静态MAC地址： Set-VMNetworkAdapter –ManagementOS -Name <虚拟网络适配器名称> -StaticMacAddress

使用动态MAC地址： Set-VMNetworkAdapter –ManagementOS -Name <虚拟网络适配器名称> -DynamicMacAddress

采集异常处理[](https://docs.hc-yun.com/faq/index.html#id4 "Permalink to this headline")

确定使用版本，根据版本进行采集的安装与部署，具体部署方式查看相关章节。

举例：10D版本<——->dcapi-1.2.0.0002.war

查看数据是否推送到dcapi里面（有数据）

进入到放dcapi的war包目录下，查看dcapi的日志是否有数据上来。 ../_images/1.jpg

无数无推送到的dcapi里面。

分析原因：

（1）现场网关并没有数据传到szkernel里面。

（2）防火墙问题。dcapi所在防火墙没有开通对应端口。

szkernel推送数据问题。
此处特别注意：推送数据写dcapi所在服务器里面运行的gateway端口并不是dcapi的端口。

此处是填写了dcapi的端口错误现象： ../_images/3.jpg

hadoop故障处理[](https://docs.hc-yun.com/faq/index.html#hadoop "Permalink to this headline")

hadoop最常见的报错就是由于非正常关机，造成元数据不一致，导致namenode启动失败。

查看hadoop的日志日志（hadoop-root-namenode-master.log），发现报错，如下： ../_images/4.jpg 解决办法：

停止掉主从节点的hadoop服务。
退出安全模式，默认master节点。命令：hadoop dfsadmin -safemode leave

再次启动hadoop集群，查看元数据是否加载完毕。 ../_images/5.jpg

如若再次报错，启动namenode内存不足，可以修改主节点的配置文件。 ../_images/6.jpg

至此，等待元数据加载完成，具体情况可以查看hadoop-root-namenode-master.log日志。

hbase异常处理[](https://docs.hc-yun.com/faq/index.html#hbase "Permalink to this headline")

①拒绝连接

../_images/7.jpg

查看zookeeper的配置文件

../_images/8.jpg

查看对应的目录是否存在，若无创建。
查看主机名是否对应。命令：cat /etc/hosts
关闭防火墙
查看主从节点时间是否对应。

②堆内存溢出的问题。 ../_images/9.jpg

从错误本身可以发现是堆错误，很明显是设置的值太小而导致这样错误。

查看hadoop的配置文件hadoop-evn.sh，将export HADOOP_HEAPSIZE= 注释给弄掉，然后修改为export HADOOP_HEAPSIZE=4000

其它问题处理[](https://docs.hc-yun.com/faq/index.html#id5 "Permalink to this headline")

①war包版本和preprocess预处理版本不一致。

②补录数据。

将补录数据dcrecord的war包以及配置文件放到跑gateway的服务器上。
修改dcrecord包的配置文件。

③启动war包，注意端口冲突以及路径问题。

nohup /root/mango/dcrecord/dcrecord-1.0.0.0001.war –server.port=9090 >/dev/null 2>&1 &

④登陆web界面查看是否成功。

ip:gateway服务端口/home.html ../_images/11.png

⑤确定需要补录的网关编号，时间。注意：时间在需要补录的时间基础上减8小时。

例如数据中断在13:00，此刻需要从5:00开始补录。 ../_images/12.png

../_images/13.png

Hazelcast问题。[](https://docs.hc-yun.com/faq/index.html#hazelcast "Permalink to this headline")

在启动芒果所有服务之前，首先启动Hazelcast。
停止Hazelcast，建议使用/bin/stop.sh，查看pid文件是否存在。

内存过小，启动war包问题。

如果服务器内存过小，此处建议对war包进行内存限制，但registrywar包不可以限制，而且loong和gatewaywar包建议内存给2g，其它war包1g。
使用nohup启动war包时注意要相对路径，使用java -jar启动注意是绝对路径。

nohup /root/mango/uaa/uaa-1.0.2.0005.war –spring.profiles.active=prod &

nohup java -jar -Xmx1g -Xms1g uaa-1.0.2.0005.war > uaa.log &

服务正常，无数据问题[](https://docs.hc-yun.com/faq/index.html#id6 "Permalink to this headline")

①dcpai包和预处理版本不一致导致无数据

../_images/100001.jpg

该版本使用了12B，数据测点已经取消了sl，因此判断是dcapi的版本不对，更换对应版本的dcapi版本即可。

②Storm ui界面发现数据不进行处理，此时检查预处理的配置文件是否正确，以及使用的版本对应情况。

../_images/100002.png

kafka等待tcp连接超时[](https://docs.hc-yun.com/faq/index.html#kafkatcp "Permalink to this headline")

重新启动dcapi，dcmqtt等采集程序。

opentsdb界面查询数据报错[](https://docs.hc-yun.com/faq/index.html#opentsdb "Permalink to this headline")

由于该文件被删除，只需重启下opentsdb即可。

ht端口映射错误，导致前端访问ht时报错，如下：[](https://docs.hc-yun.com/faq/index.html#ht-ht "Permalink to this headline")

../_images/100005.png

解决如下：

首先确定确定接口是否正常。正常如下（由于该机器没有加入白名单，所以访问not found）：
而端口配置错误如下：直接报404错误

../_images/100007.png

修改ht的端口，检查配置文件。

多次格式化namenode导致无法启动datanode节点，报错如下：[](https://docs.hc-yun.com/faq/index.html#namenodedatanode "Permalink to this headline")

../_images/100008.png 解决如下：

停止hadoop集群

/home/hadoop/hadoop-2.8.4/sbin/stop-all.sh

删除core-site.xml 和hdfs-site.xml文件中配置的文件夹（注意：整个集群机器都要操作，主节点是删除namenode的目录；从节点是删除datanode的目录。）

```

rm -rf /home/hadoop/hadoop-2.8.4/name/*rm -rf /home/hadoop/hadoop-2.8.4/data/*rm -rf /home/hadoop/hadoop-2.8.4/tmp/*

```

![../_images/100009.png](/upload/2020/07/20200724113457159556169740095.png) ![../_images/100010.png](/upload/2020/07/20200724113457159556169721406.png)

重启格式化。

主节点执行：hadoop namenode -format

多次格式化hadoop导致hbase无法创建表问题。[](https://docs.hc-yun.com/faq/index.html#hadoophbase "Permalink to this headline")

停止hbase集群。
删除原来hbase配置文件下zookeeper的配置目录。

/home/hadoop/zookeeper-3.4.12/data/*
重新创建表。

env COMPRESSION=none HBASE_HOME=/home/hadoop/hbase-1.2.6/ /usr/share/opentsdb/tools/create_table.sh
重新启动hbase。

服务器时间不同步导致hbase从节点退出。[](https://docs.hc-yun.com/faq/index.html#id7 "Permalink to this headline")

../_images/100012.png 该报错很明显提示时间不同步，导致hbase从节点退出。

同步服务器时间即可。 date -s "2007-08-03 14:15:00"
可以上网的情况下，同步网络时间服务器

```

yum intall ntpdate -y/usr/sbin/ntpdate time7.aliyun.com >/dev/null && hwclock -w

```

- 加入到计划任务自动同步时间

```

crontab -e*/30 * * * * /usr/sbin/ntpdate time7.aliyun.com >/dev/null && hwclock -w

```

首页巡检地图一直加载不出来[](https://docs.hc-yun.com/faq/index.html#id8 "Permalink to this headline")

查看日志报错信息如下： ../_images/100013.png

问题出现的原因： MySQL 5.7.5及以上功能依赖检测功能。如果启用了ONLY_FULL_GROUP_BY SQL模式（默认情况下），MySQL将拒绝选择列表，HAVING条件或ORDER BY列表的查询引用在GROUP BY子句中既未命名的非集合列，也不在功能上依赖于它们。（5.7.5之前，MySQL没有检测到功能依赖关系，默认情况下不启用ONLY_FULL_GROUP_BY。有关5.7.5之前的行为的说明，请参见“MySQL 5.6参考手册”。）

登陆到mysql命令行模式： set @@global.sql_mode =’STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION’;

详情参考：https://www.cnblogs.com/jpfss/p/11125782.html

突然无法登录问题[](https://docs.hc-yun.com/faq/index.html#id9 "Permalink to this headline")

项目之前没问题，然后突然登录不了，而且UAA已经启动了，但是登录接口报错说找不到对应的UAA实例。 ../_images/100014.png