Vmware网卡编号错误导致网络故障

分类
Vmware
故障描述

　　在vCenter上安装虚拟机，配置DSwitch-DVUPLINK,正常安装Centos后，出现网络不通、单通或掉包故障；

故障分析

　　仔细检测DPORTGROUP和DSwitch都没有问题。仔细检查交换机。也没有问题，怀疑交换机或线路故障；

处理过程

　　在vCenter配置启动LLDP，同时在交换机端开启LLDP发现，发现与实际不合。服务器两块两端口网卡，按规划板载网卡用于管理平面，PCI-E网卡用于业务平面。属于不同的VLAN，LLDP错误可以确定线路配置错误 。
DSwitch右键>添加和管理主机>管理主机网络>选择相应的主机>下一步>修改对应端口及配置，配置前可以"查看设置"查看网卡对应的PCI插槽来确定网卡，

建议/总结

　　无

Linux升级后导致uvp-monitor无法运行

故障描述

客户在fusioncompute v1r5上安装Centos 7并安装Tools正常，但是yum update后无法使用；

[root@centos ~]# systemctl status uvp-monitor
uvp-monitor.service - LSB: uvp monitor
   Loaded: loaded (/etc/rc.d/init.d/uvp-monitor)
   Active: failed (Result: exit-code) since 三 2015-09-30 17:44:52 CST; 2min 8s ago
  Process: 1395 ExecStart=/etc/rc.d/init.d/uvp-monitor start (code=exited, status=1/FAILURE)

9月 30 17:44:26 centos.vapp systemd[1]: Starting LSB: uvp monitor...
9月 30 17:44:26 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:31 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:37 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:42 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:47 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:52 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:52 centos.vapp systemd[1]: uvp-monitor.service: control proces...1
9月 30 17:44:52 centos.vapp systemd[1]: Failed to start LSB: uvp monitor.
9月 30 17:44:52 centos.vapp systemd[1]: Unit uvp-monitor.service entered fa....
Hint: Some lines were ellipsized, use -l to show in full.
[root@centos ~]# systemctl start uvp-monitor
Job for uvp-monitor.service failed. See 'systemctl status uvp-monitor.service' and 'journalctl -xn' for details.

故障分析

　　经确认，yum升级时内核版本也进行了升级，导致加载失败。重装tools；

处理过程

[root@centos ~]# ps -aux | grep uvp
root      12220  0.0  0.0 112656   972 pts/0    S+   17:46   0:00 grep --color=auto uvp
[root@centos ~]# systemctl status uvp-monitor
uvp-monitor.service - LSB: uvp monitor
   Loaded: loaded (/etc/rc.d/init.d/uvp-monitor)
   Active: failed (Result: exit-code) since 三 2015-09-30 17:44:52 CST; 2min 8s ago
  Process: 1395 ExecStart=/etc/rc.d/init.d/uvp-monitor start (code=exited, status=1/FAILURE)

9月 30 17:44:26 centos.vapp systemd[1]: Starting LSB: uvp monitor...
9月 30 17:44:26 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:31 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:37 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:42 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:47 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:52 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:52 centos.vapp systemd[1]: uvp-monitor.service: control proces...1
9月 30 17:44:52 centos.vapp systemd[1]: Failed to start LSB: uvp monitor.
9月 30 17:44:52 centos.vapp systemd[1]: Unit uvp-monitor.service entered fa....
Hint: Some lines were ellipsized, use -l to show in full.

1、挂载TOOLS，
[root@centos ~]#  mount /dev/sr0 /mnt/cdrom/
mount: /dev/sr0 写保护，将以只读方式挂载
[root@centos ~]# cp /mnt/cdrom/uvp-tools-linux-1.3.10.32-408.tar.bz2 ~
2、安装tools;

[root@centos cdrom]# cd ~
[root@centos ~]# tar xjf uvp-tools-linux-1.3.10.32-408.tar.bz2
[root@centos uvp-tools-linux-1.3.10.32-408]# cd ..
[root@centos ~]# cd uvp-tools-linux-1.3.10.32-408
[root@centos uvp-tools-linux-1.3.10.32-408]# ./install
cat: /var/run/tools_upgrade/pvdriver_version.ini: 没有那个文件或目录
error: please boot kernel 3.10.0-229.el7.x86_64 and upgrade again.   //此处报错，提示内核版本不一致
3、修改version.ini文件
[root@centos uvp-tools-linux-1.3.10.32-408]# vi /etc/.uvp-monitor/version.ini
pvdriverVersion=3.10.32.408
DriverVersion=1.3.10.32
#kernelVersion="3.10.0-229.el7.x86_64"  将此行注释掉。
[root@centos uvp-tools-linux-1.3.10.32-408]# ./install
Start Uninstallation :
  restore system configurations.
  uninstall uvp-monitor service.
  uninstall kernel modules.
Start Installation :
  install kernel modules.
  install uvp-monitor service.
  enable arp_notify setting.
  change system configurations.
Update kernel initrd image.

建议/总结

　　无

VP9630-C与MCU8660会场方式级联

故障描述

某客户总部集团购买MCU8660，安装时没有配置GK，仅使用RM+会场IP的方式进行会议管理。客户分公司新购买VP9630-C和VP9650，集团RM无法管理VP9600系列MCU，并且分公司不希望集团统一调度系统。常规MCU级联方式如下

1、添加邻居GK方式；以会议接入码方式添加级联会场；此方式在该项目中无法使用。因集团没有建设GK，无法添加邻居GK。同时VP9630-C无法添加级联会场；

2、自动级联；RM无法统一管理VP9600系列MCU，无法自动级联；

故障分析

　　无

处理过程

考虑到无法以会议接入码方式级联，在测试过程中发现，如果VP9630-C创建一个会议添加会场后。会场如果没有任何，稍后回呼叫MCU IP地址自动进入会场。基于此原理我们整理了两种处理办法，供参考；

MCU8660与VP9630-C

1、VP9630-C上首先创建会议，将MCU8660的IP地址以会场的方式加入；
2、在RM上创建会议，同样以IP地址方式加入VP9630-C即可；

注意：必须先在VP9630-C上先创建。召集好会议后呼叫MCU8660是无法呼通的。但是当MCU8660上创建会议回呼时就能顺利进入VP9630-C的会场。在这里如果MCU8660先召集，MCU8660仅能进入VP9630-C的IVR大厅，无法进入会议室；

 

VP9650与VP9630-C

1、VP9650创建会议，提供接入码，例如：9000-888；
2、VP9630-C上召集会议，以IP地址,10.9.100.2##888(10.9.100.2为VP9650 IP地址)即可加入会议。

建议/总结

　　无

防火墙会话检测导致VRM导入时配置主机失败

故障描述

　　 导入VRM虚拟机时，配置主机始终提示添加主机失败。能PING通CNA，能SSH登陆。但始终提示与主机通信异常

2015-09-29 22:02:00.781> [INFO] begin to config host ...
2015-09-29 22:02:00.781> [INFO] Config host cmd : java.exe -jar "D:\HWCLOUD\Tools\Installer\VrmAutoConfigTool.jar" installvrm "D:\CloudComponents\config\10.10.252.11_config.xml" 127.0.0.1 configHost zh_CN
2015-09-29 22:02:02.744> [INFO] Current progress is 55
2015-09-29 22:02:04.746> [INFO] Current progress is 56
2015-09-29 22:02:06.749> [INFO] Current progress is 57
2015-09-29 22:02:08.753> [INFO] Current progress is 58
2015-09-29 22:02:09.435> [DEBUG] Config host output :
 stdout: [Start]: addHost
start to postForLocation:http://127.0.0.1:7070/service/sites/546D095A/hosts
FAILED: AddHost
REASON: 10200300
DESCRIPTION: 与主机通信异常，请稍后重试或联系华为技术支持。
**ERRORCODE_VRM** 10200300 与主机通信异常，请稍后重试或联系华为技术支持。
errorCode:10300027,add host failed.,hostIp10.10.252.11

故障分析

　　1、怀疑网络不稳定，执行ping 10.10.251.11 -t 发现配置过程中没有掉包。
      2、检查Windows 防火墙及杀毒软件,都已经关闭。
       3、仔细检查网络环境为windows 7连接在防火墙USG2200系列的LAN口侧。怀疑与防火墙会话检测有关；

配置IP地址192.168.99.109，网关为192.168.99.1，而CNA网络的三层交换机互联接口为192.168.99.254；当 Windows与CNA主动创建TCP时没有问题，因为首包通过了防火墙，防火墙创建了连接。而CNA主动POST访问WINDOWS时首包不通过USG 防火墙，防火墙上没有报文，当windows 主机返回报文时，防火墙认为是一个非法连接，所以把返回报文DROP掉。导致无法添加。

处理过程

<div>
<p>进入防火墙配置undo firewall session link-state check后问题解决</p>
</div>

建议/总结

　　无

SQL Server 整库备份

故障描述

　　无

故障分析

　　无

处理过程

E:\>sqlcmd -S "localhost\SQLEXPRESS"
1> use master
2> go
已将数据库上下文更改为 'master'。

备份
1> backup database test to disk='e:\test.dat'
2> go

恢复
1> restore database test from disk='e:\test.dat'
2> go
已为数据库 'test'，文件 'Test' (位于文件 1 上)处理了 232 页。
已为数据库 'test'，文件 'Test_log' (位于文件 1 上)处理了 2 页。
RESTORE DATABASE 成功处理了 234 页，花费 0.184 秒(9.898 MB/秒)。

建议/总结

　　无

windows 2008 R2 断电重启进入修复模式

故障描述

　　当服务器异常断电重启后计算机自动进入到修复模式，容易造成服务器无法访问，如何取消自动进入启动启动修复模式。

故障分析

　　无

处理过程

用管理员运行cmd.输入下面命令即可

bcdedit /set {default} bootstatuspolicy ignoreallfailures
bcdedit /set {current} recoveryenabled No

建议/总结

　　无

FAQ-AR G3路由器如何实现为一台服务器映射一段连续端口

故障描述

　　将一台内部服务器的多个端口映射到公网，端口号不需要转换的情况下，如何通过较简洁的方法实现

故障分析

　　无

处理过程

1.创建ACL，匹配要映射的端口
acl number 3001  
rule 5 permit tcp destination-port range 1 4000

2.配置NAT SERVER，不指定内部和外部端口号，引用ACL

interface GigabitEthernet0/0/1
nat server global 202.1.22.3 inside 192.168.2.22 acl 3001

该方法可以实现不需要转换端口号的一段连续端口映射，不需要通过nat server命令一条一条配置，大大减少了工作量。如需修改端口号范围，只需要修改ACL，便于后期维护。

建议/总结

　　无

混合硬盘安装Windows 7注意事项

故障描述

　　客户购买一台笔记本电脑，1T SATA普通硬盘，16G mSATA SSD硬盘。在安装操作系统时。默认将引导分区安装入16G mSATA硬盘导致启动失败。安装不成功

故障分析

　　无

处理过程

　　下载最新的Intel Rapid Storage Technology驱动，安装系统进行分区界面时即时能看到SSD硬盘也必须加载Intel Rapid Storage Technology驱动。加载后SSD硬盘变成磁盘1，普通硬盘变成磁盘0再重新分区即可。

建议/总结

　　无

关于Comware V7产品安装补丁后必须使用Commit命令配置补丁重启生效的公告

故障描述

　　设备因故重新启动后，原本安装的补丁出现丢失导致设备补丁失效。经过查看补丁安装过程，操作人员仅仅Install安装完补丁文件，没有使用Install commit 命令确保下一次启动时激活补丁导致。

故障分析

　　采用Install Commit确保下一次启动时激活补丁包的主要原因有两个。

　　第一，Comware V7软件平台的文件包管理与Comware V5不同，在Linux下补丁是类似于WINDOWS的系统包，不再使用Comware的函数替换管理方式，因此文件包的安装后，需要Commit进行包配置刷新，这种方式比较类似我们修改配置后Save配置文件。

 　　第二，如果直接自动Commit，假如补丁文件有错导致系统就崩溃，补丁安装后系统会进入安装补丁－－异常重启－－补丁自动安装－－自动重启这样死循环，这样本地只能通过Bootrom菜单删除补丁包，远程则无手段卸载这个错误补丁。

　　基于以上的两个原因，Comware V7平台打补丁需要执行Install Commit命令进行整机包信息的同步确认，确保下一次启动时补丁包能自动激活。因此正常的补丁安装流程为：

　　第一步，安装补丁文件，激活补丁文件，此步完成后补丁在当前设备生效

<H3C>install activate patch flash:/补丁文件  slot 主用引擎槽位号                                                                          

<H3C>install activate patch flash:/补丁文件  slot 备用引擎槽位号                                                                                                                                  

　　第二步，刷新补丁文件包信息，确保补丁在设备下次重启后继续生效

<H3C>install commit

具体补丁安装过程，请参考对应的补丁版本说明书中升级指导章节，补丁安装前务必阅读随补丁发布的补丁说明书。

Comware  V5及之前的平台产品上，补丁程序是直接对原始程序的修订，并非应用软件的包，因此无“install commit”命令。

处理过程

补丁安装完毕后，使用display install committed  命令查看设备补丁的commited信息：

<H3C>display install committed                                                  

Committed packages on slot 16:                                                 

flash:/S12500F-cmw710-boot-e1002p05.bin                                      

flash:/S12500F-cmw710-system-e1002p05.bin                                    

flash:/S12500F-CMW710-SYSTEM-E1002P05H02.bin---下一次启动时该补丁软件包动运行。                                 

Committed packages on slot 17:                                                 

 flash:/S12500F-cmw710-boot-e1002p05.bin                                      

flash:/S12500F-cmw710-system-e1002p05.bin                                  

flash:/S12500F-CMW710-SYSTEM-E1002P05H02.bin---下一次启动时该补丁软件自动运行。

如果没有上述红色对应补丁部分的信息，则说明补丁没有进行install commit配置，下次重启设备后，补丁将不自动运行。

　　

建议/总结

　　无

通过wireshark命令行抓包解决抓包PC内存溢出问题的方法

故障描述

　　wireshark普通抓包时，当白饭时间过长会会造成内存溢出问题，占用server 内存资源，普通pc无法24小时全天不间断抓包。

故障分析

　　无

处理过程

通过cmd 进入wireshark 安装目录，执行dumpcap.exe -i  网卡索引  -b filesize:204800 -w D:/zhuabao.pcap

上述命令的含义是wireshark 抓包是直接写硬盘，不会造成内存溢出问题，不占用server 内存资源，每个文件200M 大小，普通pc即可24小时全天不间断抓包，只要保证硬盘够大就好了。

下面的命令可以看到网卡索引和网卡名的对应关系。

D:\Program Files\Wireshark>dumpcap.exe -D

1. \Device\NPF_{C5EB9264-5E93-4483-BE19-C8D24C43C05C} (Broadcom 802.11b/g Q?Mh)

2. \Device\NPF_{E760EBBD-5B71-4093-91F9-B3DC8330D8A6} (Realtek 10/100/1000 Ether

net NIC                                )

3. \Device\NPF_{940D20AC-8DB9-4753-ACCA-BB16FF7EB7F4} (SSLVPN Virtual Network Ad

apter(CS Support))

4. \Device\NPF_{A2250C9C-49D9-4CAA-9069-D3F64F7DC8B7} (Sun)

D:\Program Files\Wireshark>

建议/总结

　　无

订阅