2024年5月3日发(作者：)

责任编辑：赵志远 投稿信箱：

netadmin@

故障诊断与处理

Trouble Shooting

虚拟机参数配置故障

■ 新疆 马小川

VMware

Workstation是

一款功能强大的

桌面虚拟计算机

软件，可以提供

用户在单一的桌面上

同时运行不同的操

作系统。笔者一直

需要使用该软件虚

拟Linux操作系统服

务器进行一些软件测

试工作。但最近发

现，之前一直使用的

Linux虚拟机出现了

问题。

图1 报错对话框

编者按： 本文通过对虚拟机语言环境参数配置不当造

成的软件系统故障问题的解决和分析，介绍了分析了出

现问题的原因，字符编码的知识，以及语言环境配置文件

i18n的相关知识。

件提示的报错

信息是MEM_

ALLOC，是内存

分配方面的

报错。难道是

Linux虚拟机分配的

内存不足造成的吗？

尝试将虚拟机内存从

1GB重新分配为2GB，

该问题依然存在。因

此并不是内存不足造

成的问题。

该报错信息是在

Linux虚拟机系统正

常登录以后立刻出

现的。而通过SecureCRT等

连接工具能够访问Linux虚

拟机，因此可以猜测在Linux

虚拟机使用命令行界面模式

时应该不会出现报错。于是

在SecureCRT中使用“init

3”命令，并重启虚拟机后，

发现Linux虚拟机在命令行

界面模式下能够正常登录和

运行，VMware Workstation

软件无报错信息出现。于是

可以基本排除Linux虚拟机

笔者使用的计算机操作

故障现象

虚拟机系统启动过程都

是正常的，但在登录输入密

码后，VMware Workstation

软件会弹出报错对话

框，错误内容为“VMware

Workstation不可恢复错

误（vmui）：MEM_ALLOC”，以

及错误日志存放在何处等

信息，如图1所示。将对

话框进行确定后，VMware

Workstation软件界面消失，

无法进行操作。

系统为Windows 10，虚拟机

软件是VMware Workstation

8.0，linux虚拟机系统为

Centos 6.0。在重装VMware

Workstation软件后，该问

题依然存在。但发现通过

SecureCRT等连接工具却可

以访问Linux虚拟机，说明

该Linux虚拟机程序还在计

算机后台运行。

分析原因

VMware Workstation软

系统本身存在问题。出现的

错误应该是与Linux虚拟机

2019.07

157

Trouble Shooting

故障诊断与处理

责任编辑：赵志远 投稿信箱：

netadmin@

在图形界面模式下的登录有

关。

符集”zh_18030”后，

系统的中文配置和VMware

Workstation软件出现了冲

进行字符编码，以便计算

机能够识别和存储各种文

字。ASCII码是最基础的标

准单字节字符编码方案，由

于标准的ASCII编码能够包

含的字符数目有限,为了

扩充ASCII编码，以用于显

示本国的语言，不同的国家

和地区制定了不同的标准。

GB2312编码是ANSI编码的

一种，由于GB2312不能处理

汉字繁体字等，于是就产生

了GBK编码，GBK编码扩充了

GB2312编码。

世界各国不同ANSI编码

之间互不兼容，当信息在国

际间交流时，文本会出现乱

码。为了解决跨语言、跨平

台进行文本转换、处理的要

求，国际组织制定了Unicode

编码。Unicode的编码效率

不高，为了提高Unicode编

码效率，于是出现了UTF-8、

UTF-16等编码方式。其中

UTF-8在互联网上使用最为

广泛，UTF-8编码的文字可以

在各国各种支持UTF-8字符

集的浏览器上显示。

问题的解决

仔细检查Linux虚拟

机在图形界面下的登录

界面，发现在登录界面下

方的语言栏是“汉语（中

国）[gb18030]”。通过语

言栏的下拉菜单，将语言

改为“English (United

突，造成了出现报错信息，以

及软件图形界面消失。

使用“zh_18030”

字符集会出现冲突，那么其

他汉字字符集也会产生冲

突吗？笔者又测试了“zh_

2312”等汉字字符

集，虚拟机也出现了相同

的问题。但配置为“zh_

-8”字符集，虚拟机却

能运行正常，系统的中文语

言显示也都正常。

那么为什么使用汉字字

符集“zh_-8”虚拟

机软件和系统就能正常的

运行，而同为汉字字符集的

“zh_18030”和“zh_

2312”就会出现报错

信息。“zh_18030”、

States)”，登录后发现虚拟

机在图形界面下运行正常，

没有任何报错信息。虚拟机

恢复正常,该问题被解决。

由此可以发现VMware

Workstation软件出现的报

错问题，竟然和虚拟机的语

言环境设置有关系。

原来笔者使用的Linux

虚拟机的系统是一直英文

的。之前由于要测试中文页

面，于是在/etc/sysconfig/

i18n中修改了语言配置，将

其中的LANG参数设置为汉

字字符集“zh_18030”，

在修改配置后，笔者就没有

使用过该虚拟机。而最近再

次使用，就出现了报错信息。

因此可以确定造成报

错的原因，是笔者在Linux

虚拟机系统中将i18n文件

的LANG参数设置为汉字字

“zh_2312”与“zh_

-8”究竟有什么不同

呢？

想了解它们的区别，要从

字符编码的历史说起。

字符编码

计算机的底层语言是

直接存储和处理二进制数

字的。计算机要准确的处

理各种字符集文字，就需要

UTF-8具备了更好的通用

性。这也就是为什么在i18n

文件中，使用zh_-8字

符集，虚拟机不会报错。而使

用其他汉

【下转第159页】

158

2019.07

责任编辑：赵志远 投稿信箱：

netadmin@

故障诊断与处理

Trouble Shooting

排查Linux服务器迟缓故障

■ 河南 刘建臣

单位的一台

Linux服务器上

运行了Web服

务，最近访问起

来比较缓慢，该机采用的是

Apache+TomCat的平台，后台

是Oracle数据库。

执行“top”命令查看

其整体状态，发现CPU的占

用率很高，在返回信息中的

“Load average”栏中显示在

1分钟/5分钟/15分钟间

隔的负载也很高，该机安装

了32GB的内存，在“Mem”栏

中显示内存的占用率居高不

下。该机处于超负荷运行状

态，这明显和平时状态不符。

编者按： 单位的一台Linux服务器上运行了Web服务，

如“CentOS7”

最近访问起来比较缓慢，在经过一系列排查之后发现是

遭到了黑客攻击所致，本文就将该过程进行详细分析。

等），该进程被

“systemd”进程

取代了。执行

“more /etc/issue”命令查看

系统版本信息，发现采用的是

故障排查

对进程列表进行分析，可

以发现名为“systemd”的进

程比较可疑，对应的“%CPU”

中的数值很高，“%MEM”列的

数值很小，说明CPU占用率

很高，但内存使用率却很小。

在老版系统中，“init”进

程是系统启动的首个进程（即

根进程），在新版本的系统（例

CentOS6.X版本，这就存在明

显的问题，因为上述进程列表

“init”和“systemd”进程是

同时存在的。

对于“init”进程来

说，PID为1，关联的用户为

“root”，这是没有问题的。但

是“systemd”进程的PID是

一个杂乱的数字，而且启动

的用户是一个名为“oracle”

【上接第158页】

会报错的原因。

字字符集

解决方案，通过简单的配置

就能适应不同语言和地区的

需求。本例中，笔者只是将

数。其中LANG参数选择字

符集配置系统的语言环境，

SYSFONT参数配置系统字体。

例如i18n文件配置如下：

LANG＝”zh_-8”

SYSFONT=”latarcyrheb-

sun16”

那么这个配置，就是要

求系统的语言环境为zh_

CN（简体中文）、UTF-8编码、

latarcyrheb-sun16字体。

关于i18n文件

笔者遇到的问题，是

由于在Linux系统/etc/

sysconfig/i18n中修改了相

关配置而出现的。那么这个

文件是起什么作用的呢？

“i18n”是国际化组织

Openi18n提出的一套国际化

/etc/sysconfig/i18n文件

的LANG参数进行了修改，就

使得Liunx的语言环境发生

了改变，系统的语言环境从

英文改变为中文。在Centos

6.0系统中，默认的i18n文

件非常简单，只有LANG参

数和SYSFONT两个配置参

2019.07

159