CN116401118A - 一种文件共享服务Samba监测方法及装置 - Google Patents

Abstract

本发明实施例提供一种文件共享服务Samba监测方法及装置，在本发明实施例中，对Samba进程进行监控，当Samba进程发生异常导致触发核心转储core dump时，通过解析core dump文件中的堆栈信息确定Samba进程的异常原因，并根据异常原因进行主动修复或者发出告警。本申请中在Samba进程异常时即时确定异常原因并进行修复，并且在判断无法修复时发出告警，以提醒用户进行修复，这解决了Samba进程异常终止或崩溃，文件共享服务发生异常时，处理不够及时从而导致影响业务运行的问题。

Description

一种文件共享服务Samba监测方法及装置

技术领域

本申请涉及文件共享领域，尤其涉及一种文件共享服务Samba监测方法及装置。

背景技术

SMB(Server Messages Block)是一种在局域网上共享文件和打印机的通信协议，随着信息时代的发展，大量数据出现在网络上，文件共享也变的尤为重要，为了使不同平台之间也可以共享资源，Samba应运而生，它最先在Linux和Windows之间架起了一座沟通的桥梁，实现了跨平台的相互通信。

在Samba进程运行过程中，如果程序发生异常终止或崩溃，会发生核心转储，此时Samba服务器和客户端不能通过文件共享协议CIFS创建连接实现文件共享，出现文件共享服务异常，文件共享断开的情况，影响用户读写数据。而当发生核心转储时，操作***会把程序当前的内存状况存储在一个core dump文件中，该core dump文件也可以认为是“内存快照”。

文件共享服务异常后，用户并不能即时发现异常，并且若想查看异常原因，还需要通过GDB等工具主动进行调试，导致处理不够及时，影响业务的运行。

发明内容

有鉴于此，本申请提供一种文件共享服务Samba监测方法及装置，用于解决Samba进程异常终止或崩溃，文件共享服务发生异常时，无法及时发现服务异常，导致处理不够及时，影响业务运行的问题。

具体地，本申请是通过如下技术方案实现的：

本申请提供一种文件共享服务Samba监测方法，所述方法包括：

监控Samba进程的状态；

当监控到所述Samba进程发生异常导致触发核心转储core dump时，解析所述Samba进程对应的core dump文件，确定导致触发核心转储的Samba进程的异常原因，所述core dump文件为所述Samba进程触发核心转储时记录内存状态的文件；

依据所述异常原因确定是否进行异常修复，当确定修复时，根据所述异常原因进行异常修复以恢复所述文件共享服务。

可选的，所述依据所述异常原因确定是否进行异常修复包括：

当确定不修复时，依据所述异常原因以及修复所述异常的建议操作生成告警信息。

可选的，所述解析所述Samba进程对应的core dump文件，确定导致触发核心转储的Samba进程的异常原因包括：

根据所述core dump文件解析堆栈，并依据解析出的堆栈信息确定所述异常原因。

可选的，所述根据core dump文件中的内容开始解析堆栈包括：

依据中间件获取所述core dump文件记录的堆栈信息；

所述依据解析出的堆栈信息确定所述异常原因包括：

依据预设的关键词从所述堆栈信息确定导致触发核心转储的Samba进程的异常原因。

可选的，所述Samba进程发生异常包括：

所述Samba进程在读写数据时失败，导致所述Samba进程异常终止；或，

所述Samba进程的客户端与服务端无法建立Session，导致所述Samba进程异常终止；或，

所述Samba进程和Linux***存在兼容性问题，导致所述Samba进程异常终止。

本申请还提供一种文件共享服务Samba监测装置，所述装置包括：

监控单元：用于监控Samba进程的状态；

解析单元：用于当监控到所述Samba进程发生异常导致触发核心转储core dump时，解析所述Samba进程对应的core dump文件，确定导致触发核心转储的Samba进程的异常原因，所述core dump文件为所述Samba进程触发核心转储时记录内存状态的文件；

修复单元：用于依据所述异常原因确定是否进行异常修复，当确定修复时，根据所述异常原因进行异常修复以恢复所述文件共享服务。

可选的，所述修复单元依据所述异常原因确定是否进行异常修复包括：

当确定不修复时，依据所述异常原因以及修复所述异常的建议操作生成告警信息。

可选的，所述解析单元解析所述Samba进程对应的core dump文件，确定导致触发核心转储的Samba进程的异常原因包括：

根据所述core dump文件解析堆栈，并依据解析出的堆栈信息确定所述异常原因。

可选的，所述解析单元根据core dump文件中的内容开始解析堆栈包括：

依据中间件获取所述core dump文件记录的堆栈信息；

所述解析单元依据解析出的堆栈信息确定所述异常原因包括：

依据预设的关键词从所述堆栈信息确定导致触发核心转储的Samba进程的异常原因。

可选的，所述解析单元中Samba进程发生异常包括：

所述Samba进程在读写数据时失败，导致所述Samba进程异常终止；或，

所述Samba进程的客户端与服务端无法建立Session，导致所述Samba进程异常终止；或，

所述Samba进程和Linux***存在兼容性问题，导致所述Samba进程异常终止。

由以上描述可以看出，本实施例中，通过对Samba进程进行监控，当Samba进程发生异常导致触发核心转储core dump时，即时通过解析core dump文件中的堆栈信息确定Samba进程的异常原因，并根据异常原因进行主动修复或者发出告警。本申请中在Samba进程异常时即时确定异常原因并进行修复，并且在判断无法修复时发出告警，以提醒用户进行修复，这解决了Samba进程异常终止或崩溃，文件共享服务发生异常时，处理不够及时从而导致影响业务运行的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本申请实施例的方法流程图；

图2为本申请自监控模块的流程图；

图3为本申请实施例的装置结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种器件，但这些信息不应限于这些术语。这些术语仅用来将同一类型的器件彼此区分开。例如，在不脱离本申请范围的情况下，第一器件也可以被称为第二器件，类似地，第二器件也可以被称为第一器件。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先对本申请中涉及的一些专业名词进行解释：

CIFS：Common Internet File System文件共享协议。实现文件共享服务的一种文件***，主要用于实现Windows***中的文件共享，也可实现Windows和Linux***间的文件共享。

SMB：Server Message Block服务器消息块协议，网络文件共享协议，让网络中计算机上的应用程序可读取和写入文件。其具体应用程序为Samba，也是CIFS协议的一个具体服务程序。

core dump：核心转储。当程序运行过程中发生异常，程序异常退出时，由操作***把程序当前的内存状况存储在一个core文件中，方便后续的调试和程序修复。

域控制器：是指在“域”模式下，至少有一台服务器负责每一台联入网络的电脑和用户的验证工作，相当于一个单位的门卫一样，称为“域控制器(Domain Controller，简写为DC)。域控制器中包含了由这个域的账户、密码、属于这个域的计算机等信息构成的数据库。

为了解决Samba进程异常终止或崩溃时，处理不够及时从而导致影响业务运行的问题，现有的处理方法是在使用文件共享服务的过程中，通过定时轮询脚本每隔固定时间段去检测Samba进程的状态，当检测到Samba进程发生异常或崩溃时，向用户发送异常报告，Samba本身的core dump模块也会发生核心转储，将当时的内存状态等写入特定文件，方便后续分析。

但是通过定时轮询脚本监测Samba服务状态，但需要间隔特定的一段时间，并无法做到及时上报，对于Samba服务也是一个被动告警的过程，当进程崩溃时，Samba服务无法正常启用，此时若写入数据则写入失败，并会直接断开共享连接，而且有多个进程时，轮询会占用***资源，影响其他进程的性能。

因此，现有的通过定时轮询脚本监测Samba服务状态的方法并不能解决Samba进程异常终止或崩溃，文件共享服务发生异常时，处理不够及时的问题。在此基础上，本申请提供一种文件共享服务Samba监测方法，以改进通过定时轮询脚本监测Samba服务状态引入的占用***资源过多，并且文件共享服务发生异常时，处理不够及时的问题。

为了使本领域技术人员更好地理解本申请实施例提供的技术方案，并使本申请实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本申请实施例中技术方案作进一步详细的说明。

参见图1，为本发明实施例示出的一种文件共享服务Samba监测方法的流程图，如图1所示，该流程可包括以下步骤：

步骤S101，监控Samba进程的状态。

在本实施例中，由于Samba进程在发生异常崩溃时，会调用操作***本身的coredump模块记录堆栈信息，可以在core dump模块中实现一个用于监控Samba进程的状态自监控模块，也可以在其他模块中实现该自监控模块，只需对Samba进程的状态实现监控即可，本申请对此不进行限定。当Samba进程异常终止导致触发core dump时，则同时触发自监控模块进行异常处理，实现对故障的实时监控，从而不需要等待定时任务主动发现服务异常。

本申请中使用的术语“模块”，是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

步骤S102，当监控到所述Samba进程发生异常导致触发核心转储core dump时，解析所述Samba进程对应的core dump文件，确定导致触发核心转储的Samba进程的异常原因，所述core dump文件为所述Samba进程触发核心转储时记录内存状态的文件。

在本实施例中，由于现有的core dump模块在Samba进程触发core dump时，同时会在message中将异常堆栈进行打印，生成core dump文件。该core dump文件记录了上述Samba进程异常终止的原因。自监控模块根据core dump文件中的内容完成堆栈解析之后，从而确定Samba进程的异常原因。

本实施例中通过主动对Samba进程以及该Samba进程对应的core dump文件进行监控，将原本需要通过轮询来检测文件共享服务状态的方法，优化为一种自监控方案，可以及时且详细的监控服务状态，减少了***占用空间，同时也不用人为的去调试有关信息，节省了时间和精力。

在另一个实施例中，上述根据core dump文件中的内容开始解析堆栈包括：

依据中间件获取所述core dump文件记录的堆栈信息；

所述依据堆栈信息确定所述异常原因包括：

依据预设的关键词从所述堆栈信息确定导致触发核心转储的Samba进程的异常原因。

中间件是一种独立的***软件或服务程序，分布式应用软件借助软件在不同的技术之间共享资源，中间件位于客户机服务器的操作***之上，管理计算资源和网络通信。因此在本实施例中，可以通过中间件获取所述core dump文件记录的堆栈信息。

在本实施例中，还可以预先设置关键词，例如将一些Samba进程故障而产生的报错设置为关键字，自监控模块通过core dump文件记录的堆栈信息确定异常原因时，可以通过预设的关键字快速定位故障原因。从而根据故障原因找到方法，若可以自动修复则由Samba本身去执行这些方法使进程可以恢复正常运行。

步骤S103，依据所述异常原因确定是否进行异常修复，当确定修复时，进行异常修复以恢复所述文件共享服务。

在本实施例中，由于Samba进程的故障原因有很多，而对于不同的故障原因，其解决方法也并不相同。因此，自监控模块需要通过步骤S102中定位的故障原因判断能否对该故障进行修复，当可以进行修复时候，则修复以恢复所述文件共享服务。

示例性的，自监控模块可以尝试重启Samba进程，若Samba进程因读写操作导致异常终止，则有较大概率能成功重启Samba进程，以恢复文件共享服务。而若因网络异常导致Samba进程异常终止，则此时无法重启Samba进程。

在另一个实施例中，所述依据所述异常原因进行异常修复之后，所述方法包括：

当异常修复失败时，依据所述异常原因以及修复所述异常的建议操作生成告警信息。

在本实施例中，当自监控模块判断无法修复时，则将core dump文件中获取的报错原因以及如何处理通过告警方式通知用户，即告知用户该故障需要人为修复。例如，若Samba进程的异常原因是网络异常，则需要用户修复网络，若Samba进程的异常原因是Samba和Linux***存在兼容性问题，则需要用户更新相关版本

在另一个实施例中，所述Samba进程发生异常包括：

所述Samba进程在读写数据时失败，导致所述Samba进程异常终止；或，

所述Samba进程的客户端与服务端无法建立Session，导致所述Samba进程异常终止；或，

所述Samba进程和Linux***存在兼容性问题，导致所述Samba进程异常终止。

在本实施例中，列举了几种Samba进程异常终止的场景。

当Samba进程在读写数据时失败，导致该Samba进程异常终止时，自监控模块尝试重启Samba进程，若重启Samba进程成功，则确定Samba进程异常修复成功，不需要生成告警信息。

当Samba进程的客户端与服务端无法建立Session，导致所述Samba进程异常终止时，此时自监控模块尝试重启Samba进程失败，则将core dump文件中获取的异常原因以及处理方法通过告警方式通知用户。例如，若异常原因是因为Linux***和域控制器时间差超过5分钟导致域信任关系失败，从而引发客户端与服务端无法建立Session，则告警信息中记录的处理方法可以是采用ntp服务与域控同步时间。

当Samba进程和Linux***存在兼容性问题，导致所述Samba进程异常终止，此时自监控模块尝试重启Samba进程失败，则将core dump文件中获取的异常原因以及处理方法通过告警方式通知用户。

当Samba配置ads模式但域控制器连接失败，从而导致Samba进程发生异常时，自监控模块可以重新连接域控制器，并在域控制器连接成功后重新启动Samba进程，使文件共享服务正常启用。

需要说明的是，Samba进程发生异常的原因有很多，在本实施例中只是对常见的几种异常原因以及解决方法进行示例性的说明，并不能看成是对本申请的限制。

至此，完成图1所示流程。

通过图1所示流程可以看出，本发明实施例中，对Samba进程进行监控，当Samba进程发生异常导致触发核心转储core dump时，通过解析core dump文件中的堆栈信息确定Samba进程的异常原因，并根据异常原因进行主动修复。进一步的，当异常修复失败时，本发明实施例还可以将异常原因生成告警信息。这解决了Samba进程异常终止或崩溃，文件共享服务发生异常时，因处理不够及时从而导致影响业务运行的问题。

下面通过具体的例子对自监控模块的流程进行说明，如图2所示：

当开启cifs服务时，自监控模块对Samba进程进行监控，当Samba进程正常运行时，不需要进行任何处理。

当Samba进程出现异常，此时core dump模块开始打印堆栈，并生成针对于该Samba进程异常的core dump文件。

自监控目标通过关键字对该core dump文件进行解析，以确定Samba进程的异常原因。并根据该异常原因判断能否进行修复(例如重启Samba进程，或者某些域控制器连接失败，进行重新连接等)。当判断能进行修复，则通过自动修复使文件共享服务恢复正常。当无法修复时，则将异常原因生成告警信息进行上报。

至此，完成图2所示流程。

以上对本发明实施例提供的方法进行了描述，下面对本发明实施例提供的装置进行描述：

参见图3所示，本申请还提供一种文件共享服务Samba监测装置，所述装置包括：

监控单元301：用于监控Samba进程的状态；

解析单元302：用于当监控到所述Samba进程发生异常导致触发核心转储coredump时，解析所述Samba进程对应的core dump文件，确定导致触发核心转储的Samba进程的异常原因，所述core dump文件为所述Samba进程触发核心转储时记录内存状态的文件；

修复单元303：用于依据所述异常原因确定是否进行异常修复，当确定修复时，根据所述异常原因进行异常修复以恢复所述文件共享服务。

可选的，所述修复单元依据所述异常原因确定是否进行异常修复包括：

当确定不修复时，依据所述异常原因以及修复所述异常的建议操作生成告警信息。

可选的，所述解析单元解析所述Samba进程对应的core dump文件，确定导致触发核心转储的Samba进程的异常原因包括：

根据所述core dump文件解析堆栈，并依据解析出的堆栈信息确定所述异常原因。

可选的，所述解析单元根据core dump文件中的内容开始解析堆栈包括：

依据中间件获取所述core dump文件记录的堆栈信息；

所述解析单元依据解析出的堆栈信息确定所述异常原因包括：

依据预设的关键词从所述堆栈信息确定导致触发核心转储的Samba进程的异常原因。

可选的，所述解析单元中Samba进程发生异常包括：

所述Samba进程在读写数据时失败，导致所述Samba进程异常终止；或，

所述Samba进程的客户端与服务端无法建立Session，导致所述Samba进程异常终止；或，

所述Samba进程和Linux***存在兼容性问题，导致所述Samba进程异常终止。

基于与上述方法同样的申请构思，本申请实施例还提供一种机器可读存储介质，所述机器可读存储介质上存储有若干计算机指令，所述计算机指令被处理器执行时，能够实现本申请上述示例公开的方法。

示例性的，上述机器可读存储介质可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

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

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

而且，这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得在计算机或者其它可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种文件共享服务Samba监测方法，其特征在于，所述方法包括：

监控Samba进程的状态；

当监控到所述Samba进程发生异常导致触发核心转储core dump时，解析所述Samba进程对应的core dump文件，确定导致触发核心转储的Samba进程的异常原因，所述core dump文件为所述Samba进程触发核心转储时记录内存状态的文件；

依据所述异常原因确定是否进行异常修复，当确定修复时，根据所述异常原因进行异常修复以恢复所述文件共享服务。

2.根据权利要求1所述的方法，其特征在于，所述依据所述异常原因确定是否进行异常修复包括：

当确定无法修复时，依据所述异常原因以及修复所述异常的建议操作生成告警信息。

3.根据权利要求1所述的方法，其特征在于，所述解析所述Samba进程对应的core dump文件，确定导致触发核心转储的Samba进程的异常原因包括：

根据所述core dump文件解析堆栈，并依据解析出的堆栈信息确定所述异常原因。

4.根据权利要求3所述的方法，其特征在于，所述根据core dump文件中的内容开始解析堆栈包括：

依据中间件获取所述core dump文件记录的堆栈信息；

所述依据解析出的堆栈信息确定所述异常原因包括：

依据预设的关键词从所述堆栈信息确定导致触发核心转储的Samba进程的异常原因。

5.根据权利要求1所述的方法，其特征在于，所述Samba进程发生异常包括：

所述Samba进程在读写数据时失败，导致所述Samba进程异常终止；或，

所述Samba进程的客户端与服务端无法建立Session，导致所述Samba进程异常终止；或，

所述Samba进程和Linux***存在兼容性问题，导致所述Samba进程异常终止。

6.一种文件共享服务Samba监测装置，其特征在于，所述装置包括：

监控单元：用于监控Samba进程的状态；

解析单元：用于当监控到所述Samba进程发生异常导致触发核心转储core dump时，解析所述Samba进程对应的core dump文件，确定导致触发核心转储的Samba进程的异常原因，所述core dump文件为所述Samba进程触发核心转储时记录内存状态的文件；

修复单元：用于依据所述异常原因确定是否进行异常修复，当确定修复时，根据所述异常原因进行异常修复以恢复所述文件共享服务。

7.根据权利要求6所述的装置，其特征在于，所述修复单元依据所述异常原因确定是否进行异常修复包括：

当确定不修复时，依据所述异常原因以及修复所述异常的建议操作生成告警信息。

8.根据权利要求6所述的装置，其特征在于，所述解析单元解析所述Samba进程对应的core dump文件，确定导致触发核心转储的Samba进程的异常原因包括：

根据所述core dump文件解析堆栈，并依据解析出的堆栈信息确定所述异常原因。

9.根据权利要求8所述的装置，其特征在于，所述解析单元根据core dump文件中的内容开始解析堆栈包括：

依据中间件获取所述core dump文件记录的堆栈信息；

所述解析单元依据解析出的堆栈信息确定所述异常原因包括：

依据预设的关键词从所述堆栈信息确定导致触发核心转储的Samba进程的异常原因。

10.根据权利要求6所述的装置，其特征在于，所述解析单元中Samba进程发生异常包括：

所述Samba进程在读写数据时失败，导致所述Samba进程异常终止；或，

所述Samba进程的客户端与服务端无法建立Session，导致所述Samba进程异常终止；或，

所述Samba进程和Linux***存在兼容性问题，导致所述Samba进程异常终止。

Images