CN106445787A

CN106445787A - 一种监控服务器核心转储文件的方法、装置及电子设备

Info

Publication number: CN106445787A
Application number: CN201610874118.6A
Authority: CN
Inventors: 刘小梅
Original assignee: Beijing Kingsoft Internet Security Software Co Ltd
Current assignee: Beijing Kingsoft Internet Security Software Co Ltd
Priority date: 2016-09-30
Filing date: 2016-09-30
Publication date: 2017-02-22
Anticipated expiration: 2036-09-30
Also published as: CN106445787B

Abstract

本发明的实施例公开一种监控服务器核心转储文件的方法、装置及电子设备，涉及异常检测技术，能够有效提升监控核心转储文件的效率。所述监控服务器核心转储文件的方法包括：按照预先设置的监控周期，在所述服务器的预先设置的目录中查找核心转储文件；解析所述核心转储文件，获取缺陷信息；根据所述缺陷信息，获取调试结果以修复所述查找到的核心转储文件对应的服务。本发明适用于自动监测核心转储文件。

Description

一种监控服务器核心转储文件的方法、装置及电子设备

技术领域

本发明涉及异常检测技术，尤其涉及一种监控服务器核心转储文件的方法、装置及电子设备。

背景技术

随着计算机通信以及互联网技术的不断发展，电子设备的应用越来越普遍，例如，智能移动电话、个人数字助理、掌上电脑、笔记本电脑得到了越来越广泛的应用。电子设备中安装的应用程序(APP，Application)也越来越多，提供的应用功能也越来越丰富。但随着安装的应用程序的不断增多，应用程序消耗的资源也随之增多，而电子设备的总资源有限，应用程序需要竞争有限的资源，而电子设备操作系统的保护机制或硬件的保护机制可能会导致运行的应用程序终止，操作系统会杀掉应用程序的进程并产生核心(core)文件。其中，core文件又称为核心转储(core dump)文件，是Unix/Linux操作系统的一种机制，内存访问越界、多线程应用程序使用不安全函数、多线程读写的数据未加锁保护、非法指针以及堆栈溢出等都会导致应用程序终止退出。在应用程序异常退出时，内核会在当前工作目录下生成一包含有当进程被终止时内存、CPU寄存器等信息的core文件(是一个内存映像，同时加上调试信息)，文件名一般为core.****，其中****是某一数字，并将生成的core文件上报至服务器，相关技术人员可以使用GNU开源组织发布的一应用程序调试工具gdb来查看core文件，可以指示出导致程序出错的代码所在文件和行数，还原系统发生段错误时刻的堆栈情况，以供后续技术开发人员进行调试。

在应用程序异常退出以及生成core文件的过程中，应用程序服务暂时不能正常响应，需要相关技术人员通过查看、分析core文件的错误信息，并对错误信息进行调试以消除该错误信息后，应用程序服务才能恢复正常。

目前，技术开发人员通常每隔一段时间，手工查找服务器是否产生core文件，如果有core文件产生，快速回滚服务端版本。然后对core文件进行跟踪调试，找到错误信息对应的问题所在，进行修复。同时，技术开发人员还可以手动在缺陷管理系统(Bugfree)中录入core文件以进行记录。其中，Bugfree是借鉴微软的研发流程和Bug管理理念，使用PHP+MySQL独立写出的一Bug管理系统，便于管理出现的缺陷。

但该监控服务器核心转储文件的方法，需要技术开发人员进行人工监控，容易导致应用程序异常生成core文件后，不能够被及时发现，使得监控核心转储文件的效率不高，不能及时恢复应用程序服务，从而影响操作系统的正常运行。

发明内容

有鉴于此，本发明实施例提供一种监控服务器核心转储文件的方法、装置及电子设备，能够有效提升监控核心转储文件的效率，以解决现有的监控服务器核心转储文件的方法中，需要人工监控核心转储文件导致的不能及时发现异常，使得监控核心转储文件的效率不高的问题。

第一方面，本发明实施例提供一种监控服务器核心转储文件的方法，包括：

按照预先设置的监控周期，在所述服务器的预先设置的目录中查找核心转储文件；

解析所述核心转储文件，获取缺陷信息；

根据所述缺陷信息，获取调试结果以修复所述查找到的核心转储文件对应的服务。

结合第一方面，在第一方面的第一种实施方式中，所述方法还包括，获取所述核心转储文件相关的信息，包括核心转储文件的属性信息和所述服务器信息。

结合第一方面，在第一方面的第二种实施方式中，所述解析所述核心转储文件，包括：

执行自动交互式脚本命令自动解析所述核心转储文件。

结合第一方面的第一种实施方式，在第一方面的第三种实施方式中，所述方法还包括：

根据通知策略发送所述核心转储文件相关的信息和所述缺陷信息。

结合第一方面的第一种实施方式，在第一方面的第四种实施方式中，所述方法还包括：

调用缺陷管理系统接口，自动提交所述核心转储文件相关的信息和缺陷信息至所述缺陷管理系统。

第二方面，本发明实施例提供一种监控服务器核心转储文件的装置，包括：查找模块、解析模块以及调试模块，其中，

查找模块，用于按照预先设置的监控周期，在所述服务器的预先设置的目录中查找核心转储文件；

解析模块，用于解析所述核心转储文件，获取缺陷信息；

调试模块，用于根据所述缺陷信息，获取调试结果以修复所述查找到的核心转储文件对应的服务。

结合第二方面，在第二方面的第一种实施方式中，所述装置还包括：

信息获取模块，用于获取所述核心转储文件相关的信息，包括核心转储文件的属性信息和所述服务器信息。

结合第二方面，在第二方面的第二种实施方式中，所述解析模块包括：命令调用单元以及缺陷信息获取单元，其中，

命令调用单元，用于执行自动交互式脚本命令自动解析所述核心转储文件；

缺陷信息获取单元，用于获取缺陷信息。

结合第二方面的第一种实施方式，在第二方面的第三种实施方式中，所述装置还包括：

信息发送模块，用于根据通知策略发送所述核心转储文件相关的信息和所述缺陷信息。

结合第二方面的第一种实施方式，在第二方面的第四种实施方式中，所述装置还包括：

上传模块，用于调用缺陷管理系统接口，自动提交所述核心转储文件相关的信息和缺陷信息至所述缺陷管理系统。

第三方面，本发明实施例提供一种电子设备，所述电子设备包括：壳体、处理器、存储器、电路板和电源电路，其中，电路板安置在壳体围成的空间内部，处理器和存储器设置在电路板上；电源电路，用于为上述电子设备的各个电路或器件供电；存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行前述任一所述的监控服务器核心转储文件的方法。

本发明实施例提供的一种监控服务器核心转储文件的方法、装置及电子设备，通过按照预先设置的监控周期，在所述服务器的预先设置的目录中查找核心转储文件；解析所述核心转储文件，获取缺陷信息；根据所述缺陷信息，获取调试结果以修复所述查找到的核心转储文件对应的服务，能够有效提升监控核心转储文件的效率，以解决现有的监控服务器核心转储文件的方法中，需要人工监控核心转储文件导致的不能及时发现异常，使得监控核心转储文件的效率不高的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本发明的实施例一监控服务器核心转储文件的方法流程示意图；

图2为本发明的实施例二监控服务器核心转储文件的方法具体流程示意图

图3为本发明的实施例三监控服务器核心转储文件的装置结构示意图；

图4为本发明电子设备一个实施例的结构示意图。

具体实施方式

下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图1为本发明的实施例一监控服务器核心转储文件的方法流程示意图，如图1所示，本实施例的方法可以包括：

步骤101，按照预先设置的监控周期，在所述服务器的预先设置的目录中查找核心转储文件；

本实施例中，作为一可选实施例，可以调用预先设置的查找核心转储文件脚本进行查找，查找核心转储文件脚本可以利用C、C++、Java等语言进行编辑。

本实施例中，作为一可选实施例，可以在操作系统中预先注入查找核心转储文件脚本以进行监控。

本实施例中，作为一可选实施例，监控周期可以根据实际需要进行设置，例如，设置为0.5分钟、1分钟、5分钟或10分钟等。

本实施例中，作为一可选实施例，预先设置的目录为各应用程序所在的目录，例如，对于某一应用程序，linux的路径所在的目录可以为：/data/ori-ui。当然，实际应用中，也可以设置核心转储文件的存储路径以及核心转储文件名格式，例如，利用/proc/sys/kernel/core_pattern命令行，控制核心转储文件保存位置和文件名格式，或者，利用/corefile/core-％e-％p-％t”>core_pattern命令行，可以将核心转储文件统一生成到/corefile目录下，本实施例对此不作限定。

作为一可选实施例，名称为核心的文件格式为：core.*。

本实施例中，如果在预先设置的监控周期内没有查找到名称为核心的文件，则等待下一监控周期。

步骤102，解析所述核心转储文件，获取缺陷信息；

本实施例中，在查找核心转储文件脚本监控到有核心转储文件(core.*文件)生成后，调用解析核心转储文件脚本对生成的核心转储文件进行解析。

本实施例中，作为一可选实施例，解析所述核心转储文件包括：

执行自动交互式脚本命令自动解析所述核心转储文件。

本实施例中，自动交互式脚本命令为gdb命令。例如，通过调用gdb命令中的list命令，可以列出核心转储文件的源代码；调用gdb命令中的where/bt命令，可以获取当前运行的堆栈列表；调用gdb命令中的set args命令，可以指定运行时的参数；调用gdb命令中的info program命令，可以查看core文件映射的应用程序被暂停的原因。

本实施例中，对查找到的core.*文件，执行解析核心转储文件脚本(Expect脚本)自动调用gdb命令，从而使用对应的服务器程序模块进行自动分析，获取缺陷信息。

本实施例中，作为一可选实施例，缺陷信息包括但不限于：异常终止信息、硬件故障信息、异常堆栈信息、无效操作系统调用信息以及无效存储访问信息等。

步骤103，根据所述缺陷信息，获取调试结果以修复所述查找到的核心转储文件对应的服务。

本实施例中，关于根据所述缺陷信息，获取调试结果以修复所述查找到的核心转储文件对应的服务为公知技术，在此略去详述。

本实施例中，作为一可选实施例，该方法还包括：

获取所述核心转储文件相关的信息，包括核心转储文件的属性信息和所述服务器信息。

本实施例中，核心转储文件为core.*文件。

作为一可选实施例，文件属性信息包括但不限于：核心转储文件的消息摘要算法第五版信息(MD5，Message Digest Algorithm)、核心转储文件所在路径，对应服务器版本信息，服务器应用程序路径以及服务器IP等。

作为另一可选实施例，该方法还包括：

本实施例中，作为一可选实施例，可以将解析获取的核心转储文件相关的信息和缺陷信息通过预先设置的邮件发送脚本发送邮件通知，通知相关技术人员依据所述核心转储文件相关的信息调试所述缺陷信息。

本实施例中，作为另一可选实施例，该方法还包括：

获取查找到的核心转储文件的文件属性信息；

本实施例中，作为一可选实施例，缺陷管理系统为bugfree系统，缺陷管理系统接口为bugfree接口。

本实施例中，作为一可选实施例，通过运行预先设置的自动提交缺陷(bug)脚本，调用bugfree接口，将文件属性信息以及调试结果自动提交及录入到bugfree系统中，可以方便对后续流程进行跟踪监控。

图2为本发明的实施例二监控服务器核心转储文件的方法具体流程示意图，如图2所示，本实施例的方法可以包括：

步骤201，每隔5分钟监控目标路径；

本实施例中，目标路径为核心转储文件所在的路径。

步骤202，判断目标路径中是否存在core文件，如果是，执行步骤203，如果不是，执行步骤207；

步骤203，收集core文件的文件属性信息；

本实施例中，文件属性信息包括：核心转储文件的消息摘要算法第五版信息、核心转储文件所在路径，对应服务器版本信息，服务器应用程序路径以及服务器IP等。

步骤204，解析core文件，分析解析的core文件，获取缺陷信息；

本实施例中，作为一可选实施例，缺陷信息包括：异常终止信息、硬件故障信息、异常堆栈信息、无效操作系统调用信息以及无效存储访问信息等。

步骤205，发送邮件通知调试缺陷信息，获取调试结果以恢复服务；

步骤206，将文件属性信息以及调试结果自动提交至bugfree系统；

步骤207，结束本轮监控。

本实施例监控服务器核心转储文件的方法，通过按照预先设置的监控周期，在所述服务器的预先设置的目录中查找核心转储文件；解析所述核心转储文件，获取缺陷信息；根据所述缺陷信息，获取调试结果以修复所述查找到的核心转储文件对应的服务。这样，通过设置查找核心转储文件脚本自动监控核心转储文件，可以在产生核心转储文件后的第一时间进行相关处理，无需技术开发人员进行人工监控，使得应用程序异常生成core文件后能够被及时发现，能够有效提升监控核心转储文件的效率，并及时恢复应用程序服务，从而保障操作系统的正常运行，将经济损失和影响范围最小化；进一步地，通过自动解析核心转储文件，分析解析的核心转储文件，得到缺陷信息，调试缺陷信息获取调试结果，能够给相关技术开发人员提供修复信息，减少了技术开发人员手动调试核心转储文件所需的时间；而且，通过设置自动提交缺陷脚本，可以自动提交核心转储文件对应的文件属性信息以及调试结果到bugfree系统中，方便对后续过程进行跟踪管理，无需人工录入到bugfree系统中，有效降低了录入时间。

图3为本发明的实施例三监控服务器核心转储文件的装置结构示意图，如图3所示，本实施例的装置可以包括：查找模块31、解析模块32以及调试模块33，其中，

查找模块31，用于按照预先设置的监控周期，在所述服务器的预先设置的目录中查找核心转储文件；

本实施例中，作为一可选实施例，可以利用查找核心转储文件脚本进行查找，查找核心转储文件脚本可以利用C、C++、Java等语言进行编辑。

本实施例中，作为一可选实施例，预先设置的目录为各应用程序所在的目录。

作为一可选实施例，名称为核心的文件格式为：core.*。

解析模块32，用于解析所述核心转储文件，获取缺陷信息；

本实施例中，作为一可选实施例，解析模块32包括：命令调用单元以及缺陷信息获取单元(图中未示出)，其中，

缺陷信息获取单元，用于获取缺陷信息。

调试模块33，用于根据所述缺陷信息，获取调试结果以修复所述查找到的核心转储文件对应的服务。

本实施例中，作为另一可选实施例，该装置还包括：

信息获取模块(图中未示出)，用于获取所述核心转储文件相关的信息，包括核心转储文件的属性信息和所述服务器信息。

作为一可选实施例，文件属性信息包括但不限于：核心转储文件的消息摘要算法第五版信息、核心转储文件所在路径，对应服务器版本信息，服务器应用程序路径以及服务器IP等。

本实施例中，作为再一可选实施例，该装置还包括：

信息发送模块(图中未示出)，用于根据通知策略发送所述核心转储文件相关的信息和所述缺陷信息。

本实施例中，作为再一可选实施例，该装置还包括：

上传模块(图中未示出)，用于调用缺陷管理系统接口，自动提交所述核心转储文件相关的信息和缺陷信息至所述缺陷管理系统。

本实施例的装置，可以用于执行图1和图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。

尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。

在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本发明实施例还提供一种电子设备，所述电子设备包含前述任一实施例所述的装置。

图4为本发明电子设备一个实施例的结构示意图，可以实现本发明图1-3所示实施例的流程，如图4所示，上述电子设备可以包括：壳体41、处理器42、存储器43、电路板44和电源电路45，其中，电路板44安置在壳体41围成的空间内部，处理器42和存储器43设置在电路板44上；电源电路45，用于为上述电子设备的各个电路或器件供电；存储器43用于存储可执行程序代码；处理器42通过读取存储器43中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行前述任一实施例所述的监控服务器核心转储文件的方法。

处理器42对上述步骤的具体执行过程以及处理器42通过运行可执行程序代码来进一步执行的步骤，可以参见本发明图1-3所示实施例的描述，在此不再赘述。

该电子设备以多种形式存在，包括但不限于：

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括：智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：PDA、MID和UMPC设备等，例如iPad。

(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括：音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子设备。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

为了描述的方便，描述以上装置是以功能分为各种单元/模块分别描述。当然，在实施本发明时可以把各单元/模块的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims

1.一种监控服务器核心转储文件的方法，其特征在于，包括：

解析所述核心转储文件，获取缺陷信息；

2.根据权利要求1所述的监控服务器核心转储文件的方法，其特征在于，所述方法还包括，

3.根据权利要求1所述的监控服务器核心转储文件的方法，其特征在于，所述解析所述核心转储文件，包括：

执行自动交互式脚本命令自动解析所述核心转储文件。

4.根据权利要求2所述的监控服务器核心转储文件的方法，其特征在于，所述方法还包括：

5.根据权利要求2所述的监控服务器核心转储文件的方法，其特征在于，所述方法还包括：

6.一种监控服务器核心转储文件的装置,其特征在于，包括：查找模块、解析模块以及调试模块，其中，

解析模块，用于解析所述核心转储文件，获取缺陷信息；

7.根据权利要求6所述的监控服务器核心转储文件的装置，其特征在于，所述装置还包括：

8.根据权利要求6所述的监控服务器核心转储文件的装置，其特征在于，所述解析模块包括：命令调用单元以及缺陷信息获取单元，其中，

缺陷信息获取单元，用于获取缺陷信息。

9.根据权利要求7所述的监控服务器核心转储文件的装置，其特征在于，所述装置还包括：

10.一种电子设备，其特征在于，所述电子设备包括：壳体、处理器、存储器、电路板和电源电路，其中，电路板安置在壳体围成的空间内部，处理器和存储器设置在电路板上；电源电路，用于为上述电子设备的各个电路或器件供电；存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行前述任一权利要求1-5所述的监控服务器核心转储文件的方法。