CN117827546B - 一种Linux系统下控制服务器重启监管系统及方法 - Google Patents

一种Linux系统下控制服务器重启监管系统及方法 Download PDF

Info

Publication number
CN117827546B
CN117827546B CN202410246236.7A CN202410246236A CN117827546B CN 117827546 B CN117827546 B CN 117827546B CN 202410246236 A CN202410246236 A CN 202410246236A CN 117827546 B CN117827546 B CN 117827546B
Authority
CN
China
Prior art keywords
restarting
script
restart
time
file
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.)
Active
Application number
CN202410246236.7A
Other languages
English (en)
Other versions
CN117827546A (zh
Inventor
向哲爽
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sichuan Huakun Zhenyu Intelligent Technology Co ltd
Original Assignee
Sichuan Huakun Zhenyu Intelligent Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sichuan Huakun Zhenyu Intelligent Technology Co ltd filed Critical Sichuan Huakun Zhenyu Intelligent Technology Co ltd
Priority to CN202410246236.7A priority Critical patent/CN117827546B/zh
Publication of CN117827546A publication Critical patent/CN117827546A/zh
Application granted granted Critical
Publication of CN117827546B publication Critical patent/CN117827546B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1415Saving, restoring, recovering or retrying at system level
    • G06F11/1438Restarting or rejuvenating
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • G06F9/44505Configuring for program initiating, e.g. using registry, configuration files

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Retry When Errors Occur (AREA)
  • Stored Programmes (AREA)

Abstract

本发明提供了一种Linux系统下控制服务器重启监管系统及方法,涉及服务器管理技术领域。本发明通过开始脚本、服务文件、初始化脚本、参数配置文件和循环重启脚本相互配合,实现对服务器系统文件的自动设置,结合软件脚本的参数控制;实现服务器自动进行可人为控制的系统重启;包括按特定次数重启,特定条件重启等,并能自动判断并修正部分重启过程中的异常;为开发、测试人员创造需要服务器按特定规则重启的相关试验环境。

Description

一种Linux系统下控制服务器重启监管系统及方法
技术领域
本发明涉及服务器管理技术领域,尤其涉及一种Linux系统下控制服务器重启监管系统及方法。
背景技术
在服务器功能验证、性能测试等场景下,会运用到需要人为控制系统重启的试验条件。包括:循环重启,特定条件下重启,满足条件中止重启等。如果靠手动进行,不仅耗时费力,还易出错。并且当重启次数过多且需要长时间连续进行时,人工操作不具备可行性。因此需要用软件脚本进行自动控制。
当操作系统在线时,对系统功能的控制可以通过软件实时操作实现。而系统重启会结束当前系统下所有软件进程,重启后大量程序及脚本均不能保留重启前上一次运行时的最终时刻状态,部分正在运行的数据也会丢失。
因此,需要提供一种Linux系统下控制服务器重启监管系统及方法来解决上述技术问题。
发明内容
为解决上述之一技术问题,本发明提供的一种Linux系统下控制服务器重启监管系统,包括开始脚本、服务文件、初始化脚本、参数配置文件和循环重启脚本;其中,
所述开始脚本用于开始首次重启,后续重启均通过服务文件启动直至过程结束;所述服务文件用于进行系统服务管理,使服务器每次进入Linux系统都运行1次循环重启脚本;所述初始化脚本会在首次重启时执行,并将服务文件内容初始化,同时创建和初始化参数配置文件;所述参数配置文件用于储存参数设置,参数为循环开始前最初状态的输入,以及在每次重启前记录整个循环的当前状态信息;
所述循环重启脚本执行后,会调用参数配置文件中被初始化的各项参数,然后根据参数值设置循环重启脚本的运行逻辑,使整个循环过程按照预设运行逻辑进行,最后开始进入循环重启过程,并将循环重启过程中的参数变化更新到参数配置文件中;
其中,服务文件初始化过程:定位循环重启脚本的系统路径,并将路径应用到服务文件中,使每次重启都执行1次循环重启脚本;参数配置文件初始化过程:将参数配置文件中记录的各种参数按开始前的需求进行初始化。
作为更进一步的解决方案,所述服务文件注册在服务器系统文件夹system下并以.service为扩展名的文件;所述初始化脚本会更新服务器系统文件夹system下.service服务文件内容,将服务文件内容初始化。
作为更进一步的解决方案,所述参数配置文件中的参数包括:剩余循环次数、重启时间间隔、日志存档路径、特殊条件的触发标志和运行工具/执行业务的使能标志。
作为更进一步的解决方案,当无需进行循环重启时,仅需不执行开始脚本,则不会进入循环重启。
作为更进一步的解决方案,所述循环重启脚本开启后,每次重启完成时,循环重启脚本会读取配置文件中记录的剩余循环次数,并判断剩余循环次数是否达到剩余循环次数门限条件;若未达到,则将剩余循环次数减1并再次重启;若达到,则停止重启。
作为更进一步的解决方案,所述循环重启脚本开启后,根据日志存档路径输出每次重启后的日志记录;在运行过程中,根据特殊条件的触发标志进行触发重启或停止重启;在重启过程中,根据对参数配置文件中预先设置的使能标志进行判断,从而在重启过程中对应运行工具/执行业务。
作为更进一步的解决方案,所述循环重启脚本开启后,在各次重启之间,按照重启时间间隔设置进程等待时间,并自行判断进程等待时间是否过短;其中,自行判断:重启后读取记录的剩余循环次数,若剩余循环次数和上一次相同,则判断进程未运行完成,进程等待时间设置过短,在重启时间间隔基础上自动增加时间△t,并再次重启后再次判断进行自行判断,直至剩余循环次数相对上一次减少1次。
作为更进一步的解决方案,所述循环重启脚本开启后,还能选择是否预留强制中断循环的操作时间;若预留,则开启循环重启动作后,可在未达到循环次数时进行强行中止操作;若不预留,则每次启动并经过进程等待时间后便立刻重启,直到达到重启次数。
一种Linux系统下控制服务器重启监管方法,运用于如上任一项所述的一种Linux系统下控制服务器重启监管系统中,并在开始首次重启时,通过如下步骤进行服务器重启监管:
步骤A1:通过开始脚本开启首次重启进程;
步骤A2:通过初始化脚本初始化服务文件内容,同时创建和初始化参数配置文件;
步骤A3:判断是否预留强制中断操作时间;若是,则进行步骤A4;若否,则进行步骤A5;
步骤A4:判断进程等待时间是否足够中断操作;若是,则进行步骤A5;若否,则增加操作时间并进行步骤A5;
步骤A5:开始首次重启,重启后进入系统,并根据需求进行特殊条件监测和执行业务或动作。
作为更进一步的解决方案,在完成首次重启后,通过如下步骤进行服务器重启监管:
步骤B1:通过剩余循环次数判断循环是否结束;若是,则停止循环重启,若否,则经过进程等待时间后进行步骤B2;
步骤B2:开始循环重启,并在启动完成后自动运行服务文件;
步骤B3:服务文件运行循环重启脚本,循环重启脚本引用并更新参数配置文件;
步骤B4:记录日志并更新剩余循环次数;
步骤B5:自行判断判定剩余循环次数是否正常,若是则进行步骤B6;若否则修正进程等待时间并进行步骤B6;
步骤B6:开始重启,重启后进入系统,并根据需求进行特殊条件监测和执行业务或动作,返回步骤B1进行循环重启。
与相关技术相比较,本发明提供的一种Linux系统下控制服务器重启监管系统及方法具有如下有益效果:
本发明通过开始脚本、服务文件、初始化脚本、参数配置文件和循环重启脚本相互配合,实现对服务器系统文件的自动设置,结合软件脚本的参数控制;实现服务器自动进行可人为控制的系统重启;包括按特定次数重启,特定条件重启等,并能自动判断并修正部分重启过程中的异常;为开发、测试人员创造需要服务器按特定规则重启的相关试验环境。
附图说明
图1为本发明提供的一种Linux系统下控制服务器重启监管系统及方法示意图。
具体实施方式
下面结合附图和实施方式对本发明作进一步说明。
如图1所示,一种Linux系统下控制服务器重启监管系统,包括开始脚本、服务文件、初始化脚本、参数配置文件和循环重启脚本;其中,
所述开始脚本用于开始首次重启,后续重启均通过服务文件启动直至过程结束;所述服务文件用于进行系统服务管理,使服务器每次进入Linux系统都运行1次循环重启脚本;所述初始化脚本会在首次重启时执行,并将服务文件内容初始化,同时创建和初始化参数配置文件;所述参数配置文件用于储存参数设置,参数为循环开始前最初状态的输入,以及在每次重启前记录整个循环的当前状态信息;
所述循环重启脚本执行后,会调用参数配置文件中被初始化的各项参数,然后根据参数值设置循环重启脚本的运行逻辑,使整个循环过程按照预设运行逻辑进行,最后开始进入循环重启过程,并将循环重启过程中的参数变化更新到参数配置文件中;
其中,服务文件初始化过程:定位循环重启脚本的系统路径,并将路径应用到服务文件中,使每次重启都执行1次循环重启脚本;参数配置文件初始化过程:将参数配置文件中记录的各种参数按开始前的需求进行初始化。
需要说明的是:本发明通过对服务器系统文件的自动设置,结合软件脚本的参数控制。实现服务器自动进行可人为控制的系统重启。包括按特定次数重启,特定条件重启等,并能自动判断并修正部分重启过程中的异常。为开发、测试人员创造需要服务器按特定规则重启的相关试验环境。
首先对涉及到的开始脚本、服务文件、初始化脚本、参数配置文件和循环重启脚本五种文件进行解析。
1.开始脚本
开始脚本相当于循环重启开始指令,用于开始首次重启,后续的重启都通过服务文件启动,直到过程结束。执行开始脚本后,工作过程如下:
第一步:运行初始化脚本,初始化各项参数;
第二步:注册系统服务,生成服务文件;
第三步:运行循环重启脚本;
第四步:开始重启。
循环开始后,每次重启完成,循环重启脚本会读取配置文件中记录的剩余循环次数,并进行判断,未满足停止条件便将剩余循环次数减1,然后重启。直到满足停止重启的剩余循环次数门限条件。比如设置循环50次,剩余循环次数为0时即停止。
2.服务文件
服务文件是注册在系统文件夹system下扩展名为“.service”的文件,其功能是进行系统与服务管理,本方法对应的服务文件作用是使每次进入系统都运行1次循环重启脚本。服务文件有2种创建方式,例如1)在最初创建,然后通过初始化脚本初始化;2)在初始化脚本中通过初始化进行创建并设置。这里以第2种方式为例。
3.初始化脚本
使用该方法时会首先执行初始化脚本,初始化脚本会更新系统文件夹下“.service”服务文件内容,将服务文件内容初始化;同时,会创建并初始化参数配置文件。
服务文件初始化过程:定位循环重启脚本的系统路径,并将路径应用到服务文件中,使每次重启都能顺利执行1次循环重启脚本。
参数配置文件初始化过程:将其中记录的各种参数按开始前的需求进行初始化。
4.参数配置文件
该文件用于储存参数设置,参数包括:剩余循环次数、重启时间间隔、日志存档路径、特殊条件的触发标志,工具运行的使能标志等。
用于循环开始前最初状态的输入,以及在每次重启前记录整个循环的当前状态信息,在重启后进行数据传递,使重启后的状态能够与重启前正确衔接,有关联的数据在后续的过程中可以被继续调用。
5.循环重启脚本
执行循环重启脚本后,会调用参数配置文件中被初始化的各项参数,然后根据参数值设置循环重启脚本的运行逻辑,使整个循环过程按照需求进行,最后便开始进入正式循环重启过程。并将重启过程参数变化更新到参数配置文件中。
该脚本运行过程中,可以对参数配置文件中预先设置的使能标志进行判断,从而在重启过程中运行其他工具或执行其他动作。
循环重启脚本包含以下功能:
1)更新循环次数;
2)控制循环过程执行的业务,即每次重启都需要执行的业务动作;
3)控制重启后的监测项目,重启后对项目进行监测判断,达到条件后触发重启或其他动作;
4)控制重启时间间隔;
5)输出每次重启后的相关日志记录。
作为更进一步的解决方案,所述服务文件注册在服务器系统文件夹system下并以.service为扩展名的文件;所述初始化脚本会更新服务器系统文件夹system下.service服务文件内容,将服务文件内容初始化。
作为更进一步的解决方案,所述参数配置文件中的参数包括:剩余循环次数、重启时间间隔、日志存档路径、特殊条件的触发标志和运行工具/执行业务的使能标志。
需要说明的是:在循环重启过程中,可根据需要对某些参数进行门限监测,达到条件后才进行重启。在循环重启过程中,在启动完成后,可根据需求设置为自动开始运行某些工具或任务。
作为更进一步的解决方案,当无需进行循环重启时,仅需不执行开始脚本,则不会进入循环重启。
需要说明的是:即使未进行循环重启,由于服务文件的存在,每次重启依然都会执行循环重启脚本。但不必担心误触发循环。只要未执行开始脚本,就不会进入循环重启。因为未执行开始脚本,则不会执行初始化脚本,配置文件剩余循环次数便没有被初始化,配置文件中剩余循环次数默认满足停止重启门限条件;同时,只要设定次数的循环重启完成了相应次数,剩余循环次数也满足停止重启门限条件。
因此,当不需要进入循环重启模式时,不需要做额外动作和设置,也不需要关闭服务文件,采用了该方法的服务器和没有采用该方法的服务器使用起来没有区别,不会影响其他性能和操作。
作为更进一步的解决方案,所述循环重启脚本开启后,每次重启完成时,循环重启脚本会读取配置文件中记录的剩余循环次数,并判断剩余循环次数是否达到剩余循环次数门限条件;若未达到,则将剩余循环次数减1并再次重启;若达到,则停止重启。
作为更进一步的解决方案,所述循环重启脚本开启后,根据日志存档路径输出每次重启后的日志记录;在运行过程中,根据特殊条件的触发标志进行触发重启或停止重启;在重启过程中,根据对参数配置文件中预先设置的使能标志进行判断,从而在重启过程中对应运行工具/执行业务。
作为更进一步的解决方案,所述循环重启脚本开启后,在各次重启之间,按照重启时间间隔设置进程等待时间,并自行判断进程等待时间是否过短;其中,自行判断:重启后读取记录的剩余循环次数,若剩余循环次数和上一次相同,则判断进程未运行完成,进程等待时间设置过短,在重启时间间隔基础上自动增加时间△t,并再次重启后再次判断进行自行判断,直至剩余循环次数相对上一次减少1次。
需要说明的是:在实际使用中,会出现重启后剩余次数不变化的异常情况。原因是整个过程开始后,部分进程还未执行完毕,参数还未刷新,循环重启脚本中重启指令就已经执行,系统重启。导致进程中断,参数变化未能在重启后进行传递。
如果未完成参数传递就进行重启,会造成参数配置文件中,剩余循环次数没有减1。因此剩余循环次数在每次重启后不会发生变化,会导致不受控的无限重启。即使彻底断电,再次上电也无法停止,因为每次上电服务文件都会触发重启。如果同时没有预留强制中断循环的操作时间,则无法进入OS进行任何操作。要恢复正常只能重装系统。
防止进程未完成就重启,需预留进程等待时间。该方法可自行判断等待时间是否过短,通过重启后读取记录的剩余次数进行判断:若次数和上一次相同,则判断进程未运行完成,需要增加等待时间。自动增加时间△t,然后重启,再次进行判断。直到剩余次数相对于上一次减少1次。
作为更进一步的解决方案,所述循环重启脚本开启后,还能选择是否预留强制中断循环的操作时间;若预留,则开启循环重启动作后,可在未达到循环次数时进行强行中止操作;若不预留,则每次启动并经过进程等待时间后便立刻重启,直到达到重启次数。
需要说明的是:可选择是否预留强制中断循环的操作时间,用于开启循环重启动作后,在未达到循环次数时进行强行中止操作。
如果不预留,则每次启动并经过进程等待时间后便立刻重启,直到达到重启次数。可能造成没有足够时间用于运行中断指令,只能等待整个循环执行完毕。
但当设定的进程等待时间大于某个时长A(A通常为15~20s,可自行设定,基于的原则是在时长A内有足够的时间运行强制中断循环指令),则相当于默认增加了强制中断的操作时间,则该选择项被屏蔽,不用再手动选择;表1对比了是否预留强制中断操作时间的差别。
表1
对于预留强制中断操作时间的缺点,本方法进行了优化。可对强制中断操作时间在循环重启过程出现的频率进行设置,每重启一定次数后才出现可供中断的操作时间。
比如可选择每个重启周期出现,以便每个重启周期都可以实现中断。
也可以选择5个重启周期出现1次,只有等到出现时才能中断重启,可以减少因增加中断操作时间导致的总时间延长。
一种Linux系统下控制服务器重启监管方法,运用于如上任一项所述的一种Linux系统下控制服务器重启监管系统中,并在开始首次重启时,通过如下步骤进行服务器重启监管:
步骤A1:通过开始脚本开启首次重启进程;
步骤A2:通过初始化脚本初始化服务文件内容,同时创建和初始化参数配置文件;
步骤A3:判断是否预留强制中断操作时间;若是,则进行步骤A4;若否,则进行步骤A5;
步骤A4:判断进程等待时间是否足够中断操作;若是,则进行步骤A5;若否,则增加操作时间并进行步骤A5;
步骤A5:开始首次重启,重启后进入系统,并根据需求进行特殊条件监测和执行业务或动作。
作为更进一步的解决方案,在完成首次重启后,通过如下步骤进行服务器重启监管:
步骤B1:通过剩余循环次数判断循环是否结束;若是,则停止循环重启,若否,则经过进程等待时间后进行步骤B2;
步骤B2:开始循环重启,并在启动完成后自动运行服务文件;
步骤B3:服务文件运行循环重启脚本,循环重启脚本引用并更新参数配置文件;
步骤B4:记录日志并更新剩余循环次数;
步骤B5:自行判断判定剩余循环次数是否正常,若是则进行步骤B6;若否则修正进程等待时间并进行步骤B6;
步骤B6:开始重启,重启后进入系统,并根据需求进行特殊条件监测和执行业务或动作,返回步骤B1进行循环重启。
以上仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其它相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (7)

1.一种Linux系统下控制服务器重启监管系统,其特征在于,包括开始脚本、服务文件、初始化脚本、参数配置文件和循环重启脚本;其中,
所述开始脚本用于开始首次重启,后续重启均通过服务文件启动直至过程结束;所述服务文件用于进行系统服务管理,使服务器每次进入Linux系统都运行1次循环重启脚本;所述初始化脚本会在首次重启时执行,并将服务文件内容初始化,同时创建和初始化参数配置文件;所述参数配置文件用于储存参数设置,参数为循环开始前最初状态的输入,以及在每次重启前记录整个循环的当前状态信息;
所述循环重启脚本执行后,会调用参数配置文件中被初始化的各项参数,然后根据参数值设置循环重启脚本的运行逻辑,使整个循环过程按照预设运行逻辑进行,最后开始进入循环重启过程,并将循环重启过程中的参数变化更新到参数配置文件中;
其中,服务文件初始化过程:定位循环重启脚本的系统路径,并将路径应用到服务文件中,使每次重启都执行1次循环重启脚本;参数配置文件初始化过程:将参数配置文件中记录的各种参数按开始前的需求进行初始化;
所述循环重启脚本开启后,每次重启完成时,循环重启脚本会读取配置文件中记录的剩余循环次数,并判断剩余循环次数是否达到剩余循环次数门限条件;若未达到,则将剩余循环次数减1并再次重启;若达到,则停止重启;
根据日志存档路径输出每次重启后的日志记录;在运行过程中,根据特殊条件的触发标志进行触发重启或停止重启;在重启过程中,根据对参数配置文件中预先设置的使能标志进行判断,从而在重启过程中对应运行工具/执行业务;
在各次重启之间,按照重启时间间隔设置进程等待时间,并自行判断进程等待时间是否过短;其中,自行判断:重启后读取记录的剩余循环次数,若剩余循环次数和上一次相同,则判断进程未运行完成,进程等待时间设置过短,在重启时间间隔基础上自动增加时间△t,并再次重启后再次判断进行自行判断,直至剩余循环次数相对上一次减少1次。
2.根据权利要求1所述的一种Linux系统下控制服务器重启监管系统,其特征在于,所述服务文件注册在服务器系统文件夹system下并以.service为扩展名的文件;所述初始化脚本会更新服务器系统文件夹system下.service服务文件内容,将服务文件内容初始化。
3.根据权利要求1所述的一种Linux系统下控制服务器重启监管系统,其特征在于,所述参数配置文件中的参数包括:剩余循环次数、重启时间间隔、日志存档路径、特殊条件的触发标志和运行工具/执行业务的使能标志。
4.根据权利要求1所述的一种Linux系统下控制服务器重启监管系统,其特征在于,当无需进行循环重启时,仅需不执行开始脚本,则不会进入循环重启。
5.根据权利要求1所述的一种Linux系统下控制服务器重启监管系统,其特征在于,所述循环重启脚本开启后,还能选择是否预留强制中断循环的操作时间;若预留,则开启循环重启动作后,可在未达到循环次数时进行强行中止操作;若不预留,则每次启动并经过进程等待时间后便立刻重启,直到达到重启次数。
6.一种Linux系统下控制服务器重启监管方法,其特征在于,运用于如权利要求1至权利要求5任一项所述的一种Linux系统下控制服务器重启监管系统中,并在开始首次重启时,通过如下步骤进行服务器重启监管:
步骤A1:通过开始脚本开启首次重启进程;
步骤A2:通过初始化脚本初始化服务文件内容,同时创建和初始化参数配置文件;
步骤A3:判断是否预留强制中断操作时间;若是,则进行步骤A4;若否,则进行步骤A5;
步骤A4:判断进程等待时间是否足够中断操作;若是,则进行步骤A5;若否,则增加操作时间并进行步骤A5;
步骤A5:开始首次重启,重启后进入系统,并根据需求进行特殊条件监测和执行业务或动作。
7.根据权利要求6所述的一种Linux系统下控制服务器重启监管方法,其特征在于,在完成首次重启后,通过如下步骤进行服务器重启监管:
步骤B1:通过剩余循环次数判断循环是否结束;若是,则停止循环重启,若否,则经过进程等待时间后进行步骤B2;
步骤B2:开始循环重启,并在启动完成后自动运行服务文件;
步骤B3:服务文件运行循环重启脚本,循环重启脚本引用并更新参数配置文件;
步骤B4:记录日志并更新剩余循环次数;
步骤B5:自行判断判定剩余循环次数是否正常,若是则进行步骤B6;若否则修正进程等待时间并进行步骤B6;
步骤B6:开始重启,重启后进入系统,并根据需求进行特殊条件监测和执行业务或动作,返回步骤B1进行循环重启。
CN202410246236.7A 2024-03-05 2024-03-05 一种Linux系统下控制服务器重启监管系统及方法 Active CN117827546B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410246236.7A CN117827546B (zh) 2024-03-05 2024-03-05 一种Linux系统下控制服务器重启监管系统及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410246236.7A CN117827546B (zh) 2024-03-05 2024-03-05 一种Linux系统下控制服务器重启监管系统及方法

Publications (2)

Publication Number Publication Date
CN117827546A CN117827546A (zh) 2024-04-05
CN117827546B true CN117827546B (zh) 2024-05-31

Family

ID=90508173

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410246236.7A Active CN117827546B (zh) 2024-03-05 2024-03-05 一种Linux系统下控制服务器重启监管系统及方法

Country Status (1)

Country Link
CN (1) CN117827546B (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08287030A (ja) * 1995-04-10 1996-11-01 Hitachi Ltd 多重系計算機システムの自動再起動装置および方法
JP2009104246A (ja) * 2007-10-19 2009-05-14 Fuji Electric Systems Co Ltd プログラマブルコントローラおよびその異常時復旧方法
CN105975391A (zh) * 2016-04-29 2016-09-28 厦门美图移动科技有限公司 一种重启测试方法、设备和移动终端
CN107463419A (zh) * 2017-09-21 2017-12-12 青岛海信移动通信技术股份有限公司 应用重启方法、装置及计算机可读存储介质
CN111367743A (zh) * 2020-03-04 2020-07-03 苏州浪潮智能科技有限公司 一种循环重启测试过程中服务器掉电的诊断方法及系统
CN112965865A (zh) * 2021-02-22 2021-06-15 山东英信计算机技术有限公司 一种个人计算机重启测试方法、装置及系统
CN116737472A (zh) * 2022-10-27 2023-09-12 荣耀终端有限公司 一种测试存储器时序训练过程的方法及装置
CN117075708A (zh) * 2023-10-17 2023-11-17 北京华鲲振宇智能科技有限责任公司 一种设置服务器dpu网卡进入fs-5状态的方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08287030A (ja) * 1995-04-10 1996-11-01 Hitachi Ltd 多重系計算機システムの自動再起動装置および方法
JP2009104246A (ja) * 2007-10-19 2009-05-14 Fuji Electric Systems Co Ltd プログラマブルコントローラおよびその異常時復旧方法
CN105975391A (zh) * 2016-04-29 2016-09-28 厦门美图移动科技有限公司 一种重启测试方法、设备和移动终端
CN107463419A (zh) * 2017-09-21 2017-12-12 青岛海信移动通信技术股份有限公司 应用重启方法、装置及计算机可读存储介质
CN111367743A (zh) * 2020-03-04 2020-07-03 苏州浪潮智能科技有限公司 一种循环重启测试过程中服务器掉电的诊断方法及系统
CN112965865A (zh) * 2021-02-22 2021-06-15 山东英信计算机技术有限公司 一种个人计算机重启测试方法、装置及系统
CN116737472A (zh) * 2022-10-27 2023-09-12 荣耀终端有限公司 一种测试存储器时序训练过程的方法及装置
CN117075708A (zh) * 2023-10-17 2023-11-17 北京华鲲振宇智能科技有限责任公司 一种设置服务器dpu网卡进入fs-5状态的方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
A simple strategy for varying the restart parameter in GMRES;A.H. Baker等;《Journal of Computational and Applied Mathematics》;20090120;第230卷(第2期);第751-761页 *
嵌入式系统可逆调试器的设计与实现;王艳;《中国优秀硕士学位论文全文数据库 信息科技辑》;20120215(第2期);I137-99 *

Also Published As

Publication number Publication date
CN117827546A (zh) 2024-04-05

Similar Documents

Publication Publication Date Title
CN107451040B (zh) 故障原因的定位方法、装置及计算机可读存储介质
US7949906B2 (en) Management supporting system, management supporting method, and management supporting program
CN112100027A (zh) 一种服务器维护方法、装置、设备及机器可读存储介质
CN111124509B (zh) 一种服务器启动方法与装置
CN113315675B (zh) 一种白盒交换机U-Boot自动化测试方法、系统和存储介质
CN113778771B (zh) 一种终端测试的方法、系统及存储介质
CN117827546B (zh) 一种Linux系统下控制服务器重启监管系统及方法
US9465626B2 (en) Method and apparatus for acquiring time spent on system shutdown
CN114880157B (zh) 一种故障注入方法及装置
CN110442493A (zh) 一种自动化服务管理系统及方法
JPH05165539A (ja) バッチプログラムの自動再起動制御方式
CN109800163A (zh) 一种测试bios升级稳定性的方法及系统
CN113342512B (zh) 一种io任务静默与驱动方法、装置及相关设备
CN115437818A (zh) VxWorks系统启动失败的自动修复方法、系统、存储介质及设备
CN115114284A (zh) 一种表变更处理方法及系统
CN114860292A (zh) 终端设备固件升级控制方法、装置、计算机设备及介质
US20090105851A1 (en) Methods and systems for operating an automated system
CN113220358B (zh) 一种多平台bios信息存储方法、系统及介质
JP4872357B2 (ja) プログラムテスト支援システム、方法及びプログラム
CN109710319B (zh) 一种计算机在位硬盘的识别方法及系统
CN111581014B (zh) 自动控制主机进行重启的方法、装置及相关设备
CN114610415A (zh) 一种程序启动方法、系统、存储介质及电子设备
CN115237485A (zh) 一种微服务的启动管理方法、装置、设备及介质
CN111414203A (zh) 一种智能数据etl任务运行系统
CN118093267A (zh) 主机数据库的运维方法及装置、电子设备及存储介质

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