CN109412891A - 一种检测客户端状态的方法和装置 - Google Patents
一种检测客户端状态的方法和装置 Download PDFInfo
- Publication number
- CN109412891A CN109412891A CN201811223426.8A CN201811223426A CN109412891A CN 109412891 A CN109412891 A CN 109412891A CN 201811223426 A CN201811223426 A CN 201811223426A CN 109412891 A CN109412891 A CN 109412891A
- Authority
- CN
- China
- Prior art keywords
- client
- network
- set programs
- duration
- state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/14—Arrangements for monitoring or testing data switching networks using software, i.e. software packages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1044—Group management mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Theoretical Computer Science (AREA)
- Debugging And Monitoring (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种检测客户端状态的方法和装置,其中,检测客户端状态的方法,包括:配置第一客户端和第二客户端的测试环境;在第一客户端和第二客户端分别配置预设程序;预设程序用于对预先创建好的测试文件的加锁及状态检测;在第一客户端配置预设脚本,预设脚本用于测试引起第二客户端崩溃的网络断开时长;执行预设脚本,并启动预设程序,以检测第一客户端的断网时长对第二客户端崩溃的影响。该方法通过在第一客户端执行预设脚本和启动预设程序,来检测第一客户端的断网时长对第二客户端崩溃的影响,从而,可以根据客户端在不同网络超时时间下的工作状态,从而获得网络超时时间的长短对客户端的状态的具体影响。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种检测客户端状态的方法和装置。
背景技术
随着智能社会的发展,程序的开发逐渐受到关注。在程序开发过程中,需要使用一些变动频率较低的数据,这类数据通常是经过格式化后存储在数据文件中,而且,这类数据是以数据文件的形式进行更新的。如此,当两个不同的进程分别对该数据文件进行读操作或写操作时,将会出现多个进程下对文件的读写冲突的问题。
为了解决数据文件的在多个进程下的读写冲突问题,现有技术通常通过对每个数据文件添加文件锁,实现对文件的读写保护。
然而,当网络环境不稳定或者断电时,对文件进行加锁,此时有可能会导致客户端崩溃的现象,而且,客户端是否崩溃与网络超时时间的长短有关,因此,在确定解决客户端崩溃问题的具体方案前,需要获得网络超时时间的长短对客户端的状态的具体影响。
发明内容
为了解决现有技术中存在的以上技术问题,本申请提供一种检测客户端状态的方法和装置,能够检测客户端在不同网络超时时间下的工作状态,进而确定网络超时时间的长短对客户端的状态的具体影响。
为了实现上述目的,本申请提供的技术方案如下:
本申请提供了一种检测客户端状态的方法,所述方法应用于多集群节点***中,所述多集群节点***包括第一客户端和第二客户端,所述方法包括:
配置所述第一客户端和所述第二客户端的测试环境;
在所述第一客户端和所述第二客户端分别配置预设程序;所述预设程序用于对预先创建好的测试文件的加锁及状态检测;
在所述第一客户端配置预设脚本,所述预设脚本用于测试引起第二客户端崩溃的网络断开时长;
执行所述预设脚本,并启动所述预设程序,以检测所述第一客户端的断网时长对所述第二客户端崩溃的影响。
可选地,所述执行所述预设脚本和所述预设程序,以检测所述第一客户端的断网时长对所述第二客户端崩溃的影响,具体包括:
将所述第一客户端的网络断开测试时长,待测试时长后恢复所述第一客户端的网络;
启动配置在所述第二客户端上的预设程序,以实现对所述测试文件的加锁和状态检测,以检测所述第二客户端是否发生崩溃,
如果是,输出N+1倍的预设时长;
如果否,更新所述测试时长,返回执行所述将所述第一客户端的网络断开测试时长;
其中,N为预设脚本在所述待测时长内循环执行次数,N为正整数;所述预设时长为所述预设脚本执行一次所需时长;所述N+1倍的预设时长为引起第二客户端崩溃的网络断开时长。
可选地,所述将所述第一客户端的网络断开测试时长,待测试时长后恢复所述第一客户端的网络,具体包括:
断开所述第一客户端的网络;
检测所述第一客户端的网络是否断开,若是,等待测试时长后恢复所述第一客户端的网络;
检测所述第一客户端的网络是否恢复;
所述启动配置在所述第二客户端上的预设程序,具体包括:
待所述第一客户端的网络恢复后,启动配置在所述第二客户端上的预设程序。
可选地,所述配置所述第一客户端和所述第二客户端的测试环境,具体包括:
控制所述第一客户端和所述第二客户端进行用户空间文件***fuse挂载;
配置所述第一客户端和所述第二客户端之间的免密登录;
创建测试文件。
可选地,所述检测所述第一客户端的网络是否断开,具体包括:
根据所述预设程序输出的测试文件的状态,检测所述第一客户端的网络是否断开;其中,当所述预设程序输出的测试文件的状态为解锁成功,则确定所述第一客户端的网络断开。
可选地,所述检测所述第一客户端的网络是否恢复,具体包括:
根据所述预设程序输出的测试文件的状态,检测所述第一客户端的网络是否恢复;其中,当所述预设程序输出的测试文件的状态为上锁成功,则确定所述第一客户端的网络恢复。
本申请还提供一种检测客户端状态的装置,包括:
第一配置单元,用于配置所述第一客户端和所述第二客户端的测试环境;
第二配置单元,用于在所述第一客户端和所述第二客户端分别配置预设程序;所述预设程序用于对预先创建好的测试文件的加锁及状态检测;
第三配置单元,用于在所述第一客户端配置预设脚本,所述预设脚本用于测试引起第二客户端崩溃的网络断开时长;
执行单元,用于执行所述预设脚本,并启动所述预设程序,以检测所述第一客户端的断网时长对所述第二客户端崩溃的影响。
可选地,所述执行单元,具体包括:
断开子单元,用于将所述第一客户端的网络断开测试时长,待测试时长后恢复所述第一客户端的网络;
启动子单元,用于启动配置在所述第二客户端上的预设程序,以实现对所述测试文件的加锁和状态检测,以检测所述第二客户端是否发生崩溃,
如果是,输出N+1倍的预设时长;
如果否,更新所述测试时长,返回执行所述将所述第一客户端的网络断开测试时长;
其中,N为预设脚本在所述待测时长内循环执行次数,N为正整数;所述预设时长为所述预设脚本执行一次所需时长;所述N+1倍的预设时长为引起第二客户端崩溃的网络断开时长。
可选地,所述断开子单元,具体包括:
断开模块,用于断开所述第一客户端的网络;
第一检测模块,用于检测所述第一客户端的网络是否断开,若是,等待测试时长后恢复所述第一客户端的网络;
第二检测模块,用于检测所述第一客户端的网络是否恢复;
所述启动子单元,具体包括:
用于待所述第一客户端的网络恢复后,启动配置在所述第二客户端上的预设程序。
可选地,所述第一配置单元,具体包括:
控制子单元,用于控制所述第一客户端和所述第二客户端进行用户空间文件***fuse挂载;
配置子单元,用于配置所述第一客户端和所述第二客户端之间的免密登录;
创建子单元,用于创建测试文件。
可选地,所述第一检测模块,具体包括:
用于根据所述预设程序输出的测试文件的状态,检测所述第一客户端的网络是否断开;其中,当所述预设程序输出的测试文件的状态为解锁成功,则确定所述第一客户端的网络断开。
与现有技术相比,本申请至少具有以下优点:
本申请提供的检测客户端状态的方法,包括:配置所述第一客户端和所述第二客户端的测试环境;在所述第一客户端和所述第二客户端分别配置预设程序;所述预设程序用于对预先创建好的测试文件的加锁及状态检测;在所述第一客户端配置预设脚本,所述预设脚本用于测试引起第二客户端崩溃的网络断开时长;执行所述预设脚本,并启动所述预设程序,以检测所述第一客户端的断网时长对所述第二客户端崩溃的影响。该方法通过在第一客户端执行预设脚本和启动预设程序,来检测第一客户端的断网时长对所述第二客户端崩溃的影响,从而,可以根据客户端在不同网络超时时间下的工作状态,从而获得网络超时时间的长短对客户端的状态的具体影响。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本申请实施例提供的检测客户端状态的方法的流程图;
图2为本申请实施例提供的检测客户端状态的装置的结构示意图;
图3为本申请实施例提供的一种执行单元的结构示意图;
图4为本申请实施例提供的一种断开子单元的结构示意图;
图5为本申请实施例提供的一种第一配置单元的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
方法实施例
参见图1,该图为本申请实施例提供的检测客户端状态的方法的流程图。
本申请实施例提供的检测客户端状态的方法,包括:
S101:配置所述第一客户端和所述第二客户端的测试环境。
本申请实施例提供的检测客户端状态的方法应用于多集群节点***中,所述多集群节点***包括第一客户端和第二客户端。
作为示例,S101可以具体为:
S101a:控制所述第一客户端和所述第二客户端进行用户空间文件***(Filesystem in Userspace,fuse)挂载。
S101b:配置所述第一客户端和所述第二客户端之间的免密登录。
作为示例,S101b可以具体为:第一客户端修改/etc/hosts文件,并增加第一客户端的IP地址和第一客户端的标识符,同时,第二客户端修改/etc/hosts文件,并增加第二客户端的IP地址和第二客户端的标识符,如此,即可实现第一客户端和第二客户端之间的免密登录。
S101c:创建测试文件。
测试文件是可以被第一客户端或第二客户端进行读写的数据文件,而且,还可以被添加文件锁。
测试文件可以预先存储在预设的目录下。例如,测试文件可以预先存储在第一客户端的/mnt//icfs目录下,同时,还预先存储在第二客户端的/mnt//icfs目录下。
S102:在所述第一客户端和所述第二客户端分别配置预设程序;所述预设程序用于对预先创建好的测试文件的加锁及状态检测。
预设程序可以预先存储在预先制定的目录下,以便于后续准确的执行该预设程序。例如,预设程序可以预先存储在第一客户端的根目录下以及第二客户端的跟目录下。
测试文件的状态包括:加锁状态和解锁状态。当测试文件处于加锁状态,则表示测试文件处于锁定状态;当测试文件处于解锁状态,则表示测试文件处于未锁定状态。
预设程序对测试文件的状态检测过程,可以具体为:当预设程序检测到测试文件处于锁定状态时,则输出测试文件加锁成功的提示信息,例如,该提示信息可以为上锁成功;当预设程序检测到测试文件处于未锁定状态时,则输出测试文件解锁成功的提示信息,例如,该提示信息可以为解锁成功。
S103:在所述第一客户端配置预设脚本,所述预设脚本用于测试引起第二客户端崩溃的网络断开时长。
预设脚本可以预先存储在第一客户端的预先制定的目录下,以便于后续第一客户端准确的执行该预设脚本。
而且,预设脚本可以用于测试引起第二客户端崩溃的网络断开时长,可以具体包括:用于控制第一用户端的网络的通断,并用于确定第一用户端的网络断开的时长。
S104:执行所述预设脚本,并启动所述预设程序,以检测所述第一客户端的断网时长对所述第二客户端崩溃的影响。
作为示例,S104可以具体为:
S1041:将所述第一客户端的网络断开测试时长,待测试时长后恢复所述第一客户端的网络。
测试时长为可以指定的时长。作为示例,测试时长可以为N+1倍的预设时长,其中,N为预设脚本在所述待测时长内循环执行次数,N为正整数;所述预设时长为所述预设脚本执行一次所需时长。
作为示例,S1041可以具体为:
S1041a:断开所述第一客户端的网络;
S1041b:检测所述第一客户端的网络是否断开,若是,则执行S1041c;若否,则执行S1041b。
作为示例,S1041b可以具体为:
当第一客户端启动预设程序时,根据所述预设程序输出的测试文件的状态,检测所述第一客户端的网络是否断开;其中,当所述预设程序输出的测试文件的状态为解锁成功,则确定所述第一客户端的网络断开。
S1041c:等待测试时长后恢复所述第一客户端的网络;
S1041d:检测所述第一客户端的网络是否恢复;若是,则执行S1042;若否,则执行S1041d。
作为示例,S1041d可以具体为:
当第一客户端启动预设程序时,根据所述预设程序输出的测试文件的状态,检测所述第一客户端的网络是否恢复;其中,当所述预设程序输出的测试文件的状态为上锁成功,则确定所述第一客户端的网络恢复。
S1042:启动配置在所述第二客户端上的预设程序,以实现对所述测试文件的加锁和状态检测。
S1043:检测所述第二客户端是否发生崩溃,若是,则执行S1043;若否,则执行S1045。
S1044:输出N+1倍的预设时长。
所述N+1倍的预设时长为引起第二客户端崩溃的网络断开时长。
S1045:更新所述测试时长,返回执行S1041。
本申请实施例提供的检测客户端状态的方法,包括:配置所述第一客户端和所述第二客户端的测试环境;在所述第一客户端和所述第二客户端分别配置预设程序;所述预设程序用于对预先创建好的测试文件的加锁及状态检测;在所述第一客户端配置预设脚本,所述预设脚本用于测试引起第二客户端崩溃的网络断开时长;执行所述预设脚本,并启动所述预设程序,以检测所述第一客户端的断网时长对所述第二客户端崩溃的影响。该方法通过在第一客户端执行预设脚本和启动预设程序,来检测第一客户端的断网时长对所述第二客户端崩溃的影响,从而,可以根据客户端在不同网络超时时间下的工作状态,从而获得网络超时时间的长短对客户端的状态的具体影响。
装置实施例
参见图2,该图为本申请实施例提供的检测客户端状态的装置的结构示意图。
本申请实施例提供的检测客户端状态的装置,包括:
第一配置单元201,用于配置所述第一客户端和所述第二客户端的测试环境;
第二配置单元202,用于在所述第一客户端和所述第二客户端分别配置预设程序;所述预设程序用于对预先创建好的测试文件的加锁及状态检测;
第三配置单元203,用于在所述第一客户端配置预设脚本,所述预设脚本用于测试引起第二客户端崩溃的网络断开时长;
执行单元204,用于执行所述预设脚本,并启动所述预设程序,以检测所述第一客户端的断网时长对所述第二客户端崩溃的影响。
参见图3,该图为本申请实施例提供的一种执行单元的结构示意图。
作为另一种实施方式,在该实施方式中,所述执行单元204,具体包括:
断开子单元2041,用于将所述第一客户端的网络断开测试时长,待测试时长后恢复所述第一客户端的网络;
启动子单元2042,用于启动配置在所述第二客户端上的预设程序,以实现对所述测试文件的加锁和状态检测,以检测所述第二客户端是否发生崩溃,如果是,输出N+1倍的预设时长;如果否,更新所述测试时长,返回执行所述将所述第一客户端的网络断开测试时长;
其中,N为预设脚本在所述待测时长内循环执行次数,N为正整数;所述预设时长为所述预设脚本执行一次所需时长;所述N+1倍的预设时长为引起第二客户端崩溃的网络断开时长。
参见图4,该图为本申请实施例提供的一种断开子单元的结构示意图。
作为又一种实施方式,在该实施方式中,所述断开子单元2041,具体包括:
断开模块2041a,用于断开所述第一客户端的网络;
第一检测模块2041b,用于检测所述第一客户端的网络是否断开,若是,等待测试时长后恢复所述第一客户端的网络;
第二检测模块2041c,用于检测所述第一客户端的网络是否恢复;
所述启动子单元2042,具体包括:
用于待所述第一客户端的网络恢复后,启动配置在所述第二客户端上的预设程序。
参见图5,该图为本申请实施例提供的一种第一配置单元的结构示意图。
作为再一实施方式,所述第一配置单元201,具体包括:
控制子单元2011,用于控制所述第一客户端和所述第二客户端进行用户空间文件***fuse挂载;
配置子单元2012,用于配置所述第一客户端和所述第二客户端之间的免密登录;
创建子单元2013,用于创建测试文件。
作为又一实施方式,所述第一检测模块2041b,具体包括:
用于根据所述预设程序输出的测试文件的状态,检测所述第一客户端的网络是否断开;其中,当所述预设程序输出的测试文件的状态为解锁成功,则确定所述第一客户端的网络断开。
所述第二检测模块2041c,具体包括:
用于根据所述预设程序输出的测试文件的状态,检测所述第一客户端的网络是否恢复;其中,当所述预设程序输出的测试文件的状态为上锁成功,则确定所述第一客户端的网络恢复。
本申请实施例提供的检测客户端状态的装置,包括:第一配置单元201、第二配置单元202、第三配置单元203和执行单元204,该装置通过在第一客户端执行预设脚本和启动预设程序,来检测第一客户端的断网时长对所述第二客户端崩溃的影响,从而,可以根据客户端在不同网络超时时间下的工作状态,从而获得网络超时时间的长短对客户端的状态的具体影响。
Claims (11)
1.一种检测客户端状态的方法,其特征在于,所述方法应用于多集群节点***中,所述多集群节点***包括第一客户端和第二客户端,所述方法包括:
配置所述第一客户端和所述第二客户端的测试环境;
在所述第一客户端和所述第二客户端分别配置预设程序;所述预设程序用于对预先创建好的测试文件的加锁及状态检测;
在所述第一客户端配置预设脚本,所述预设脚本用于测试引起第二客户端崩溃的网络断开时长;
执行所述预设脚本,并启动所述预设程序,以检测所述第一客户端的断网时长对所述第二客户端崩溃的影响。
2.根据权利要求1所述的方法,其特征在于,所述执行所述预设脚本和所述预设程序,以检测所述第一客户端的断网时长对所述第二客户端崩溃的影响,具体包括:
将所述第一客户端的网络断开测试时长,待测试时长后恢复所述第一客户端的网络;
启动配置在所述第二客户端上的预设程序,以实现对所述测试文件的加锁和状态检测,以检测所述第二客户端是否发生崩溃,
如果是,输出N+1倍的预设时长;
如果否,更新所述测试时长,返回执行所述将所述第一客户端的网络断开测试时长;
其中,N为预设脚本在所述待测时长内循环执行次数,N为正整数;所述预设时长为所述预设脚本执行一次所需时长;所述N+1倍的预设时长为引起第二客户端崩溃的网络断开时长。
3.根据权利要求2所述的方法,其特征在于,所述将所述第一客户端的网络断开测试时长,待测试时长后恢复所述第一客户端的网络,具体包括:
断开所述第一客户端的网络;
检测所述第一客户端的网络是否断开,若是,等待测试时长后恢复所述第一客户端的网络;
检测所述第一客户端的网络是否恢复;
所述启动配置在所述第二客户端上的预设程序,具体包括:
待所述第一客户端的网络恢复后,启动配置在所述第二客户端上的预设程序。
4.根据权利要求1所述的方法,其特征在于,所述配置所述第一客户端和所述第二客户端的测试环境,具体包括:
控制所述第一客户端和所述第二客户端进行用户空间文件***fuse挂载;
配置所述第一客户端和所述第二客户端之间的免密登录;
创建测试文件。
5.根据权利要求3所述的方法,其特征在于,所述检测所述第一客户端的网络是否断开,具体包括:
根据所述预设程序输出的测试文件的状态,检测所述第一客户端的网络是否断开;其中,当所述预设程序输出的测试文件的状态为解锁成功,则确定所述第一客户端的网络断开。
6.根据权利要求3所述的方法,其特征在于,所述检测所述第一客户端的网络是否恢复,具体包括:
根据所述预设程序输出的测试文件的状态,检测所述第一客户端的网络是否恢复;其中,当所述预设程序输出的测试文件的状态为上锁成功,则确定所述第一客户端的网络恢复。
7.一种检测客户端状态的装置,其特征在于,包括:
第一配置单元,用于配置所述第一客户端和所述第二客户端的测试环境;
第二配置单元,用于在所述第一客户端和所述第二客户端分别配置预设程序;所述预设程序用于对预先创建好的测试文件的加锁及状态检测;
第三配置单元,用于在所述第一客户端配置预设脚本,所述预设脚本用于测试引起第二客户端崩溃的网络断开时长;
执行单元,用于执行所述预设脚本,并启动所述预设程序,以检测所述第一客户端的断网时长对所述第二客户端崩溃的影响。
8.根据权利要求7所述的装置,其特征在于,所述执行单元,具体包括:
断开子单元,用于将所述第一客户端的网络断开测试时长,待测试时长后恢复所述第一客户端的网络;
启动子单元,用于启动配置在所述第二客户端上的预设程序,以实现对所述测试文件的加锁和状态检测,以检测所述第二客户端是否发生崩溃,
如果是,输出N+1倍的预设时长;
如果否,更新所述测试时长,返回执行所述将所述第一客户端的网络断开测试时长;
其中,N为预设脚本在所述待测时长内循环执行次数,N为正整数;所述预设时长为所述预设脚本执行一次所需时长;所述N+1倍的预设时长为引起第二客户端崩溃的网络断开时长。
9.根据权利要求8所述的装置,其特征在于,所述断开子单元,具体包括:
断开模块,用于断开所述第一客户端的网络;
第一检测模块,用于检测所述第一客户端的网络是否断开,若是,等待测试时长后恢复所述第一客户端的网络;
第二检测模块,用于检测所述第一客户端的网络是否恢复;
所述启动子单元,具体包括:
用于待所述第一客户端的网络恢复后,启动配置在所述第二客户端上的预设程序。
10.根据权利要求7所述的装置,其特征在于,所述第一配置单元,具体包括:
控制子单元,用于控制所述第一客户端和所述第二客户端进行用户空间文件***fuse挂载;
配置子单元,用于配置所述第一客户端和所述第二客户端之间的免密登录;
创建子单元,用于创建测试文件。
11.根据权利要求9所述的装置,其特征在于,所述第一检测模块,具体包括:
用于根据所述预设程序输出的测试文件的状态,检测所述第一客户端的网络是否断开;其中,当所述预设程序输出的测试文件的状态为解锁成功,则确定所述第一客户端的网络断开。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811223426.8A CN109412891B (zh) | 2018-10-19 | 2018-10-19 | 一种检测客户端状态的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811223426.8A CN109412891B (zh) | 2018-10-19 | 2018-10-19 | 一种检测客户端状态的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109412891A true CN109412891A (zh) | 2019-03-01 |
CN109412891B CN109412891B (zh) | 2022-04-22 |
Family
ID=65468552
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811223426.8A Active CN109412891B (zh) | 2018-10-19 | 2018-10-19 | 一种检测客户端状态的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109412891B (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020161860A1 (en) * | 2001-02-28 | 2002-10-31 | Benjamin Godlin | Method and system for differential distributed data file storage, management and access |
US8095628B2 (en) * | 2009-10-26 | 2012-01-10 | International Business Machines Corporation | Consolidated notifications to NFS clients |
CN103338112A (zh) * | 2013-07-15 | 2013-10-02 | 中国科学院信息工程研究所 | 一种数据单向导入方法及*** |
CN105760519A (zh) * | 2016-02-26 | 2016-07-13 | 北京鲸鲨软件科技有限公司 | 一种集群文件***及其文件锁分配方法 |
CN105790985A (zh) * | 2014-12-23 | 2016-07-20 | 中兴通讯股份有限公司 | 数据倒换的方法、第一设备、第二设备及设备 |
CN106125891A (zh) * | 2016-06-24 | 2016-11-16 | 北京奇虎科技有限公司 | 终端电量优化方法、装置及终端 |
CN106445781A (zh) * | 2016-09-27 | 2017-02-22 | 北京航空航天大学 | 基于消息传递的hpc大规模并行程序异常自动监测及软硬件原因判断的检测*** |
CN106559282A (zh) * | 2015-09-29 | 2017-04-05 | 中兴通讯股份有限公司 | 一种锁定文件管理方法和装置 |
CN107231434A (zh) * | 2017-07-10 | 2017-10-03 | 北京小米移动软件有限公司 | 终端设备的控制方法及装置 |
CN107515935A (zh) * | 2017-08-29 | 2017-12-26 | 郑州云海信息技术有限公司 | 一种解除文件锁故障的方法及*** |
CN109324965A (zh) * | 2018-09-18 | 2019-02-12 | 郑州云海信息技术有限公司 | 一种监测flock导致客户端崩溃的自动化测试方法 |
-
2018
- 2018-10-19 CN CN201811223426.8A patent/CN109412891B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020161860A1 (en) * | 2001-02-28 | 2002-10-31 | Benjamin Godlin | Method and system for differential distributed data file storage, management and access |
US8095628B2 (en) * | 2009-10-26 | 2012-01-10 | International Business Machines Corporation | Consolidated notifications to NFS clients |
CN103338112A (zh) * | 2013-07-15 | 2013-10-02 | 中国科学院信息工程研究所 | 一种数据单向导入方法及*** |
CN105790985A (zh) * | 2014-12-23 | 2016-07-20 | 中兴通讯股份有限公司 | 数据倒换的方法、第一设备、第二设备及设备 |
CN106559282A (zh) * | 2015-09-29 | 2017-04-05 | 中兴通讯股份有限公司 | 一种锁定文件管理方法和装置 |
CN105760519A (zh) * | 2016-02-26 | 2016-07-13 | 北京鲸鲨软件科技有限公司 | 一种集群文件***及其文件锁分配方法 |
CN106125891A (zh) * | 2016-06-24 | 2016-11-16 | 北京奇虎科技有限公司 | 终端电量优化方法、装置及终端 |
CN106445781A (zh) * | 2016-09-27 | 2017-02-22 | 北京航空航天大学 | 基于消息传递的hpc大规模并行程序异常自动监测及软硬件原因判断的检测*** |
CN107231434A (zh) * | 2017-07-10 | 2017-10-03 | 北京小米移动软件有限公司 | 终端设备的控制方法及装置 |
CN107515935A (zh) * | 2017-08-29 | 2017-12-26 | 郑州云海信息技术有限公司 | 一种解除文件锁故障的方法及*** |
CN109324965A (zh) * | 2018-09-18 | 2019-02-12 | 郑州云海信息技术有限公司 | 一种监测flock导致客户端崩溃的自动化测试方法 |
Non-Patent Citations (2)
Title |
---|
JAN STENDER,: ""Loosely time-synchronized snapshots in object-based file systems"", 《 INTERNATIONAL PERFORMANCE COMPUTING AND COMMUNICATIONS CONFERENCE》 * |
高磊,: ""基于μClinux的嵌入式数据采集***的研究与实现"", 《中国优秀硕士学位论文全文数据库-信息科技辑》 * |
Also Published As
Publication number | Publication date |
---|---|
CN109412891B (zh) | 2022-04-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20240193136A1 (en) | Data migration method and apparatus | |
JP2020518926A (ja) | 分散コンピューティングシステムのための、バックアップおよび復元フレームワーク | |
CN106557384A (zh) | 基于Linux的数据处理方法、装置和*** | |
US9032173B2 (en) | Automated migration to a new copy services target storage system to manage multiple relationships simultaneously while maintaining disaster recovery consistency | |
CN108885671A (zh) | 一种目录删除方法、装置和存储服务器 | |
WO2010150312A1 (ja) | ノード管理装置及び方法 | |
CN107766055A (zh) | 一种基于GUI模块的客户端Linux***安装方法 | |
CN110019024A (zh) | 一种目录查询方法、***及电子设备和存储介质 | |
US20140250069A1 (en) | Systems and methods for selectively synchronizing files | |
CN110780918B (zh) | 中间件容器处理方法、装置、电子设备及存储介质 | |
US10318385B2 (en) | Service recovery using snapshots and interservice messages | |
CN108874441A (zh) | 一种板卡配置方法、装置、服务器和存储介质 | |
CN109299116B (zh) | 一种数据同步方法、装置、设备及可读存储介质 | |
CN107995033B (zh) | 一种onu配置文件升级方法及装置 | |
CN106789205A (zh) | 机群命令运行方法及*** | |
CN111404780B (zh) | 一种远程直接存储器访问网络集群的功能测试方法和装置 | |
CN104570967B (zh) | 基于Android***的远程控制方法及*** | |
CN109412891A (zh) | 一种检测客户端状态的方法和装置 | |
CN110244986A (zh) | 浏览器配置方法和装置 | |
US11403093B1 (en) | Application modification with proxy service process | |
CN109324965A (zh) | 一种监测flock导致客户端崩溃的自动化测试方法 | |
CN115174596A (zh) | 一种设备远程复制方法、装置以及介质 | |
CN108829455A (zh) | 一种设备标识获取方法、装置及设备 | |
Cisco | Release Notes for Cisco Cable Manager Release 2.0 | |
US20150195366A1 (en) | Switching device, non-transitory computer readable medium and zoning setting method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |