CN112069030A

CN112069030A - 一种任务监控方法、系统、设备以及介质

Info

Publication number: CN112069030A
Application number: CN202010923947.5A
Authority: CN
Inventors: 张一罡; 张璐
Original assignee: Suzhou Inspur Intelligent Technology Co Ltd
Current assignee: Suzhou Inspur Intelligent Technology Co Ltd
Priority date: 2020-09-04
Filing date: 2020-09-04
Publication date: 2020-12-11

Abstract

本发明公开了一种任务监控方法，包括以下步骤：响应于任务发起控制器的线程向任务执行控制器发送任务指令，利用所述线程获取所述任务执行控制器执行所述任务指令对应的任务时记录的状态文件；读取所述状态文件中的任务的执行状态；响应于所述状态文件中任务的执行状态为执行完成，根据所述状态文件中的返回码判断所述任务执行控制器对应的任务是否执行成功；响应于执行失败，结束所述线程。本发明还公开了一种系统、计算机设备以及可读存储介质。本发明提供的方案实现了在多控制器的环境下，控制器可以向其他控制器发起任务请求，并监控目标控制器的执行状态，从而能够根据执行状态决定下一步的动作，达到了多控制器协同工作的效果。

Description

一种任务监控方法、系统、设备以及介质

技术领域

本发明涉及控制器领域，具体涉及一种任务监控方法、系统、设备以及存储介质。

背景技术

多控制器的存储场景下，某个控制器上的存储系统，可能需要和另外一个控制器上的存储系统进行指令交互。当某个控制器A，向另外一个控制器B发出任务指令后，接收到任务指令的控制器B将创建一个线程去执行这个任务。而发出任务指令的控制器A，需要等待控制器B完成任务才能继续往下执行。这就需要控制器A能够监控控制器B的线程执行状态，当控制器B线程执行完毕时，控制器A要能够知道控制器B线程已经执行完毕这一结果，这样控制器A才能继续往下执行。并且在某些情况下，控制器A需要知道控制器B线程执行的情况，比如线程执行过程中是否发生过错误等等。对于控制器B来说，自己并不具有主动通知控制器A的能力。因为任务本身并不会去记录发起者的信息，所以需要控制器A主动查询控制器B的任务状态。而控制器A只能够根据控制器B线程反馈的信息知道控制B任务已经执行完毕，但是不能够查询任务的执行进度、状态等信息。

发明内容

有鉴于此，为了克服上述问题的至少一个方面，本发明实施例提出一种任务监控方法，包括以下步骤：

响应于任务发起控制器的线程向任务执行控制器发送任务指令，利用所述线程获取所述任务执行控制器执行所述任务指令对应的任务时记录的状态文件；

读取所述状态文件中的任务的执行状态；

响应于所述状态文件中任务的执行状态为执行完成，根据所述状态文件中的返回码判断所述任务执行控制器对应的任务是否执行成功；

响应于执行失败，结束所述线程。

在一些实施例中，响应于任务发起控制器的线程向任务执行控制器发送任务指令，利用所述线程获取所述任务执行控制器执行所述任务指令对应的任务时记录的状态文件，进一步包括：

所述任务执行控制器响应于接收到所述任务指令，记录执行所述任务的每一个阶段时对应的信息；

响应于所述任务执行控制器在其中一个阶段执行失败，将所述状态文件中所述任务的执行状态更新为执行完成，并将所述返回码设置为执行失败的原因对应的返回码。

在一些实施例中，还包括：

响应于所述任务执行控制器正在执行所述任务的其中一个阶段，将所述状态文件中所述任务的执行状态更新为未执行完成。

在一些实施例中，还包括：

响应于所述每一个阶段均执行成功，将所述状态文件中所述任务的执行状态更新为执行完成，并将所述返回码设置为执行成功对应的返回码。

在一些实施例中，利用所述线程获取所述任务执行控制器执行所述任务指令对应的任务时记录的状态文件，进一步包括：

获取所述状态文件前，判断是否有其他线程处于上锁状态；

响应于没有其他线程处于上锁状态，所述线程利用上锁服务进行上锁；

响应于检测到已获取所述状态文件，利用回调函数将所述线程唤起以利用释放锁服务将锁释放并读取所述状态文件的内容。

在一些实施例中，还包括：

响应于所述回调函数在预设时间段内未将所述线程唤起，上报时间超时错误。

在一些实施例中，还包括：

响应于所述状态文件中任务的执行状态为未执行完成，返回利用所述线程获取并读取所述状态文件；

响应于所述状态文件中任务的执行状态为执行完成且根据所述返回码判断所述任务执行成功，利用所述线程继续执行后续的动作。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种任务监控系统，包括：

获取模块，所述获取模块配合为响应于任务发起控制器的线程向任务执行控制器发送任务指令，利用所述线程获取所述任务执行控制器执行所述任务指令对应的任务时记录的状态文件；

读取模块，所述读取模块配置为读取所述状态文件中的任务的执行状态；

判断模块，所述判断模块配置为响应于所述状态文件中任务的执行状态为执行完成，根据所述状态文件中的返回码判断所述任务执行控制器对应的任务是否执行成功；

响应模块，所述响应模块配置为响应于执行失败，结束所述线程。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机设备，包括：

至少一个处理器；以及

存储器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行如上所述的任一种任务监控方法的步骤。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时执行如上所述的任一种任务监控方法的步骤。

本发明具有以下有益技术效果之一：本发明提供的方案实现了在多控制器的环境下，控制器可以向其他控制器发起任务请求，并监控目标控制器的执行状态，从而能够根据执行状态决定下一步的动作，达到了多控制器协同工作的效果。

附图说明

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

图1为本发明的实施例提供的任务监控方法的流程示意图；

图2为本发明的实施例提供的任务监控系统的结构示意图；

图3为本发明的实施例提供的计算机设备的结构示意图；

图4为本发明的实施例提供的计算机可读存储介质的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

根据本发明的一个方面，本发明的实施例提出一种任务监控方法，如图1所示，其可以包括步骤：

S1，响应于任务发起控制器的线程向任务执行控制器发送任务指令，利用所述线程获取所述任务执行控制器执行所述任务指令对应的任务时记录的状态文件；

S2，读取所述状态文件中的任务的执行状态；

S3，响应于所述状态文件中任务的执行状态为执行完成，根据所述状态文件中的返回码判断所述任务执行控制器对应的任务是否执行成功；

S4，响应于执行失败，结束所述线程。

本发明提供的方案实现了在多控制器的环境下，控制器可以向其他控制器发起任务请求，并监控目标控制器的执行状态，从而能够根据执行状态决定下一步的动作，达到了多控制器协同工作的效果。

在一些实施例中，步骤S1，响应于任务发起控制器的线程向任务执行控制器发送任务指令，利用所述线程获取所述任务执行控制器执行所述任务指令对应的任务时记录的状态文件，进一步包括：

S11，所述任务执行控制器响应于接收到所述任务指令，记录执行所述任务的每一个阶段时对应的信息；

S12，响应于所述任务执行控制器在其中一个阶段执行失败，将所述状态文件中所述任务的执行状态更新为执行完成，并将所述返回码设置为执行失败的原因对应的返回码。

在一些实施例中，还包括：

S13，响应于所述任务执行控制器正在执行所述任务的其中一个阶段，将所述状态文件中所述任务的执行状态更新为未执行完成。

在一些实施例中，还包括：

S14，响应于所述每一个阶段均执行成功，将所述状态文件中所述任务的执行状态更新为执行完成，并将所述返回码设置为执行成功对应的返回码。

具体的，任务执行控制器可以通过创建新的线程处理接收到的任务指令。当任务执行控制器的线程在处理任务的过程中，每到一个新的阶段，打印信息到状态文件中。状态文件可以保存到预设的位置，任务发起控制器即可在预设位置获取该文件，需要说明的是，控制器获取文件的机制可以根据不同的系统决定。

此处任务的阶段可以根据具体的情况划分，比如在一个读盘的任务中，准备好读盘的参数是一个阶段，发起读盘任务是一个阶段，读完盘后返回结果是一个阶段。

打印的信息主要可以有：阶段名称、时间戳、任务执行状态。除了每个阶段的执行信息外，还会有一个任务总体的执行状态，值为”Avtive”或者”Inavtive”，Avtive表示，任务执行控制器的线程还在处理任务，Inavtive表示，任务执行控制器的线程对任务的处理已结束。当任务执行控制器的线程处理完任务时，会在文件的最后打印返回码。返回码的含义由开发人员决定，如返回0表示成功，其他返回的不同数字分别代表不同的错误原因。

打印文件的方式是使用fprint函数，将准备好的信息数据写到状态文件中。数据的打印格式使用xml格式，这样更容易被程序解析，也容易被人理解。

需要说明的是，只要其中一个阶段执行失败，任务执行控制器的线程都会停止继续执行任务，任务总体的执行状态也会更新为Inavtive。

在一些实施例中，步骤S1，利用所述线程获取所述任务执行控制器执行所述任务指令对应的任务时记录的状态文件，进一步包括：

获取所述状态文件前，判断是否有其他线程处于上锁状态；

具体的，任务发起控制器的线程会向任务执行控制器发起任务指令消息，当任务执行控制器接收到任务指令消息后，给任务发起控制器发送消息回应，并开始执行任务。当任务发起控制器收到任务执行控制器返回的消息回应后，任务发起控制器的线程开始准备获取任务执行控制器的状态文件，在获取状态文件前，任务发起控制器的线程可以等待一段时间，这段时间的长度是任务执行控制器的线程执行完任务指令所需要的时间。

接着，任务发起控制器的线程使用pthread_mutex_lock上锁，然后向任务执行控制器发送请求，获取任务执行控制器的状态文件。并注册回调函数，回调函数通过pthread_cond_signal来唤起任务发起控制器的线程。

需要说明的是，由于其他任务发起控制器的线程可能也需要获取对应的状态文件，因此在使用pthread_mutex_lock上锁前，需要判断其他线程是否处于上锁状态，如果没有再利用pthread_mutex_lock上锁，也即同时只有一个线程能够获取状态文件。这样，可以防止出现多个线程同时发送获取状态文件的请求，导致无法确定获取到的状态文件对应的线程。

在一些实施例中，还包括：

具体的，当任务发起控制器的线程使用pthread_cond_timedwait等待一段时间后，回调函数并没有唤起任务发起控制器的线程，那么上报timeout错误。任务发起控制器的线程被回调函数唤起，那么表示状态文件的传输过程已经结束。任务发起控制器的线程使用pthread_mutex_unlock释放锁,并使用fopen读取传输得到的状态文件的内容。

在一些实施例中，还包括：

具体的，如果状态文件读取为NULL，可能是文件传输过程出错，返回失败；如果读取到文件执行状态为Active，表示任务执行控制器的线程的处理任务还在进行中，此时将开始下一次while循环。如果执行状态是Inactive，那么表示任务执行控制器的线程的处理任务已经结束，此时将跳出while循环，通过返回码判断任务是否执行成功。即通过任务发起控制器的线程读取最终获得的状态文件内容，获得返回码，并根据返回码判断任务执行控制器的线程的任务执行是否成功。如果成功，任务发起控制器的线程可以继续往下执行相应的动作，如果执行失败，调用失败处理任务，然后任务发起控制器的线程结束退出。

这样，通过任务执行控制器将其执行任务过程中的相关信息记录到状态文件中，使得任务发起控制器可以查询任务的执行进度、状态等信息以便进行后续流程。也即任务执行控制器的线程在执行任务时会实时打印相关信息到状态文件中，以使用状态文件来描述任务执行控制器的线程的执行状态，，进而可以做到跨控制器的线程状态查询。并且状态文件可以作为日志文件，方便在出现问题时，由研发人员查看定位问题。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种任务监控系统400，如图2所示，包括：

获取模块401，所述获取模块401配合为响应于任务发起控制器的线程向任务执行控制器发送任务指令，利用所述线程获取所述任务执行控制器执行所述任务指令对应的任务时记录的状态文件；

读取模块402，所述读取模块402配置为读取所述状态文件中的任务的执行状态；

判断模块403，所述判断模块403配置为响应于所述状态文件中任务的执行状态为执行完成，根据所述状态文件中的返回码判断所述任务执行控制器对应的任务是否执行成功；

响应模块404，所述响应模块404配置为响应于执行失败，结束所述线程。

基于同一发明构思，根据本发明的另一个方面，如图3所示，本发明的实施例还提供了一种计算机设备501，包括：

至少一个处理器520；以及

存储器510，存储器510存储有可在处理器上运行的计算机程序511，处理器520执行程序时执行如上的任一种任务监控方法的步骤。

基于同一发明构思，根据本发明的另一个方面，如图4所示，本发明的实施例还提供了一种计算机可读存储介质601，计算机可读存储介质601存储有计算机程序指令610，计算机程序指令610被处理器执行时执行如上的任一种任务监控方法的步骤。

最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。

此外，应该明白的是，本文的计算机可读存储介质(例如，存储器)可以是易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。

以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

Claims

1.一种任务监控方法，其特征在于，包括以下步骤：

读取所述状态文件中的任务的执行状态；

响应于执行失败，结束所述线程。

2.如权利要求1所述的方法，其特征在于，响应于任务发起控制器的线程向任务执行控制器发送任务指令，利用所述线程获取所述任务执行控制器执行所述任务指令对应的任务时记录的状态文件，进一步包括：

3.如权利要求2所述的方法，其特征在于，还包括：

4.如权利要求2所述的方法，其特征在于，还包括：

5.如权利要求1所述的方法，其特征在于，利用所述线程获取所述任务执行控制器执行所述任务指令对应的任务时记录的状态文件，进一步包括：

获取所述状态文件前，判断是否有其他线程处于上锁状态；

6.如权利要求5所述的方法，其特征在于，还包括：

7.如权利要求1所述的方法，其特征在于，还包括：

8.一种任务监控系统，其特征在于，包括：

9.一种计算机设备，包括：

至少一个处理器；以及

存储器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行如权利要求1-7任意一项所述的方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时执行如权利要求1-7任意一项所述的方法的步骤。