CN111611106A - System recovery method of face recognition system - Google Patents
System recovery method of face recognition system Download PDFInfo
- Publication number
- CN111611106A CN111611106A CN202010437421.6A CN202010437421A CN111611106A CN 111611106 A CN111611106 A CN 111611106A CN 202010437421 A CN202010437421 A CN 202010437421A CN 111611106 A CN111611106 A CN 111611106A
- Authority
- CN
- China
- Prior art keywords
- zygate
- threshold
- face recognition
- monitoring
- restart
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 50
- 238000011084 recovery Methods 0.000 title claims abstract description 16
- 238000012544 monitoring process Methods 0.000 claims abstract description 30
- 238000005192 partition Methods 0.000 claims description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1438—Restarting or rejuvenating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Retry When Errors Occur (AREA)
Abstract
The invention relates to a system recovery method of a face recognition system, when the face recognition system captures that system equipment has faults, a self-recovery program is carried out, the self-recovery program is carried out according to the following steps, the first step is that the system is started, a zygate process is established when the system is started, the second step is that the system starts monitoring service, the third step is that the system records the number of times that a monitoring result is 1 to obtain the monitoring number of times, the fourth step is that the system compares the monitoring number of times of the third step with the threshold number of times, the fifth step is that the system records the restarting number of times, and the sixth step is that the system compares the restarting number of times of the fifth step with the threshold restarting number of times.
Description
Technical Field
The invention relates to a system recovery method, in particular to a solution method for preventing a human face recognition system from entering a system normally due to data damage.
Background
With the rapid development of economy in recent years, the demand of people for intelligent devices is also increasing. Especially, the face recognition system has the characteristics of functional diversity and wide application scene, and is generally applied to high-value commercial areas such as medical industry, retail industry, information construction of colleges and universities, plazas, pedestrian streets, subways, museums, airports and the like.
For many face recognition systems, a great number of products do not have a shutdown key, which causes a problem that when a system is suddenly powered off due to external factors or equipment is powered off due to human factors, an android system may damage a data file system under the condition, and if the damaged file is just data necessary for the system, the phenomenon that the system cannot be normally started occurs, which greatly affects normal use of a terminal client, which is a main disadvantage of the conventional technology.
Disclosure of Invention
The technical scheme adopted by the invention is as follows: a system recovery method of a face recognition system is characterized in that the face recognition system is provided with an android system, zygate is a native process, zygate is a parent process of all application processes in the android system, all processes in the android system are split by zygate, zygate is a first init process of a user space of a Linux system, and zygate is created in a fork mode.
When the face recognition system captures that system equipment has a fault, a self-recovery program is carried out, the self-recovery program is carried out according to the following mode, firstly, the system is restarted, then, the system is restarted to enter a recovery mode, a specified partition is formatted, and finally, damaged data are deleted and restarted.
The self-recovery procedure proceeds as follows.
The first step, the system is started, and a zygate process is created when the system is started.
And secondly, starting a monitoring service by the system, monitoring the running condition of the zygate process, wherein the monitoring result is 0 when the zygate process runs well, the monitoring result is 1 when the zygate process runs badly, and the system restarts and recreates the zygate process when the zygate process runs badly.
And thirdly, recording the times of the monitoring result being 1 by the system to obtain the monitoring times.
And fourthly, comparing the monitoring times of the third step with threshold times by the system.
When the monitoring times of the third step are smaller than the threshold times, the system clears the restart times, then the system continues to operate, and when the monitoring times of the third step are larger than the threshold times and the system cannot continue to operate, the following steps are carried out.
And fifthly, recording the restarting times by the system.
And sixthly, comparing the restart times of the fifth step with the threshold restart times by the system.
When the restart times of the fifth step of the system are smaller than the threshold restart times, the system is restarted and enters the first step, when the restart times of the fifth step of the system are larger than the threshold restart times, the system restores the factory settings, enters the first step after the restart times are cleared, and the process is repeated.
In the fourth step, the threshold number of times is five. In the sixth step, the number of times of restarting the threshold is five.
The invention has the beneficial effects that: for a plurality of intelligent devices, a great part of products are intelligent electronic devices without shutdown keys, such as a face gate, face recognition and the like, so that a problem exists, when a system is suddenly powered off due to external factors or the device is powered off due to human factors, an android system can possibly cause damage to a data file system under the condition, if the damaged file is just data necessary for the system, the phenomenon that the system cannot be normally started can occur, so that normal use of a terminal client can be greatly influenced, in order to avoid the system being unable to be started due to special reasons such as abnormal upgrading, abnormal data loss and the like, a system fault recovery mechanism is added on a platform, when the fault occurs, the system can be automatically recovered, so that the normal starting of the system is not influenced, and therefore, the equipment return to the factory and maintenance can be greatly reduced, and the user experience of the terminal client is perfected.
Drawings
Fig. 1 is a schematic block diagram of the present invention.
Detailed Description
As shown in fig. 1, a system recovery method of a face recognition system is provided, where an android system is provided in the face recognition system, where zygate is a native process, and is a parent process of all application processes in the android system, all processes in the android system are split by zygate, and the zygate is a first init process in a Linux system user space, and is created in a fork manner. Therefore, if the zygate in the system is repeatedly hung up, the system is considered to be unable to start up normally when facing a huge disaster, and needs to be recovered immediately.
When the face recognition system captures that system equipment has a fault, a self-recovery program is carried out, the self-recovery program is carried out according to the following steps, firstly, the system is restarted, then, the system is restarted to enter a recovery mode, a specified partition is formatted, finally, damaged data are deleted and the system is restarted.
The first step, the system is started, and a zygate process is created when the system is started.
And secondly, starting a monitoring service by the system, monitoring the running condition of the zygate process, wherein the monitoring result is 0 when the zygate process runs well, the monitoring result is 1 when the zygate process runs badly, and the system restarts and recreates the zygate process when the zygate process runs badly.
And thirdly, recording the times of the monitoring result being 1 by the system to obtain the monitoring times.
And fourthly, comparing the monitoring times of the third step with threshold times by the system.
When the monitoring times of the third step are smaller than the threshold times, the system clears the restart times, then the system continues to operate, and when the monitoring times of the third step are larger than the threshold times and the system cannot continue to operate, the following steps are carried out.
And fifthly, recording the restarting times by the system.
And sixthly, comparing the restart times of the fifth step with the threshold restart times by the system, restarting the system when the restart times of the fifth step of the system are smaller than the threshold restart times, entering the first step, recovering factory settings by the system when the restart times of the fifth step of the system are larger than the threshold restart times, entering the first step after the restart times are cleared, and repeating the steps.
In the fourth step, the threshold number of times is five. In the sixth step, the number of times of restarting the threshold is five.
Claims (5)
1. A system recovery method of a face recognition system is characterized in that: the face recognition system is provided with an android system, zygate is a native process, zygate is a parent process of all application processes in the android system, all processes in the android system are split by zygate,
when the face recognition system captures that system equipment has a fault, a self-recovery program is carried out, the self-recovery program is carried out according to the following mode, firstly, the system is restarted, then, the system is restarted to enter a recovery mode, a specified partition is formatted, finally, damaged data are deleted and restarted,
the self-healing procedure is performed as follows,
the first step, starting up the system, creating a zygate process when the system is started up,
secondly, the system starts the monitoring service, monitors the running condition of the zygate process, the monitoring result is 0 when the operation of the zygate process is good, the monitoring result is 1 when the operation of the zygate process is bad,
when the zygate process is not operated well, the system restarts and recreates the zygate process,
thirdly, the system records the times of the monitoring result being 1 to obtain the monitoring times,
fourthly, the system compares the monitoring times of the third step with the threshold times,
when the monitoring times in the third step are less than the threshold times, the system clears the restarting times, and then the system continues to operate,
when the monitoring times of the third step are larger than the threshold times and the system can not continuously run, the following steps are carried out,
fifthly, the system records the restart times,
sixthly, the system compares the restart times of the fifth step with the threshold restart times,
when the restart times of the fifth step of the system is less than the threshold restart times, the system is restarted and enters the first step,
and when the restart times of the fifth step of the system are greater than the threshold restart times, the system restores the factory settings, enters the first step after the restart times are cleared, and the process is circulated.
2. The system recovery method of a face recognition system as claimed in claim 1, characterized in that: in the fourth step, the threshold number of times is five.
3. The system recovery method of a face recognition system as claimed in claim 1, characterized in that: in the sixth step, the number of times of restarting the threshold is five.
4. The system recovery method of a face recognition system as claimed in claim 1, characterized in that: zygate is the first init process of the Linux system user space.
5. The system recovery method of a face recognition system as claimed in claim 4, characterized in that: zygate is created by way of fork.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010437421.6A CN111611106A (en) | 2020-05-21 | 2020-05-21 | System recovery method of face recognition system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010437421.6A CN111611106A (en) | 2020-05-21 | 2020-05-21 | System recovery method of face recognition system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111611106A true CN111611106A (en) | 2020-09-01 |
Family
ID=72195833
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010437421.6A Pending CN111611106A (en) | 2020-05-21 | 2020-05-21 | System recovery method of face recognition system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111611106A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113032183A (en) * | 2021-03-24 | 2021-06-25 | 西安闻泰信息技术有限公司 | System management method, device, computer equipment and storage medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170039075A1 (en) * | 2015-08-04 | 2017-02-09 | Amlogic (Shanghai), Inc. | Rapid start up method for electronic equipment |
| CN109471670A (en) * | 2018-12-21 | 2019-03-15 | 迈普通信技术股份有限公司 | Equipment starting method and electronic equipment |
| CN109753411A (en) * | 2019-01-17 | 2019-05-14 | Oppo广东移动通信有限公司 | Abnormality eliminating method, device, mobile terminal and storage medium |
| US20190303233A1 (en) * | 2018-03-28 | 2019-10-03 | Futurewei Technologies, Inc. | Automatically Detecting Time-Of-Fault Bugs in Cloud Systems |
| CN110795264A (en) * | 2019-10-14 | 2020-02-14 | 杭州海兴电力科技股份有限公司 | Monitoring management method and system and intelligent management terminal |
| CN111078471A (en) * | 2019-12-06 | 2020-04-28 | 深圳创维－Rgb电子有限公司 | System fault recovery method and device for display device and computer storage medium |
-
2020
- 2020-05-21 CN CN202010437421.6A patent/CN111611106A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170039075A1 (en) * | 2015-08-04 | 2017-02-09 | Amlogic (Shanghai), Inc. | Rapid start up method for electronic equipment |
| US20190303233A1 (en) * | 2018-03-28 | 2019-10-03 | Futurewei Technologies, Inc. | Automatically Detecting Time-Of-Fault Bugs in Cloud Systems |
| CN109471670A (en) * | 2018-12-21 | 2019-03-15 | 迈普通信技术股份有限公司 | Equipment starting method and electronic equipment |
| CN109753411A (en) * | 2019-01-17 | 2019-05-14 | Oppo广东移动通信有限公司 | Abnormality eliminating method, device, mobile terminal and storage medium |
| CN110795264A (en) * | 2019-10-14 | 2020-02-14 | 杭州海兴电力科技股份有限公司 | Monitoring management method and system and intelligent management terminal |
| CN111078471A (en) * | 2019-12-06 | 2020-04-28 | 深圳创维－Rgb电子有限公司 | System fault recovery method and device for display device and computer storage medium |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113032183A (en) * | 2021-03-24 | 2021-06-25 | 西安闻泰信息技术有限公司 | System management method, device, computer equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107179957B (en) | Physical machine fault classification processing method and device and virtual machine recovery method and system | |
| CN105373448A (en) | Method and system for recovering failure data in database | |
| CN101873462B (en) | DVR (Digital Video Recorder) as well as data backup and recovery method and system thereof | |
| US20100063949A1 (en) | Long-term memory in a video analysis system | |
| CN104240235A (en) | Method and system for detecting whether camera is covered or not | |
| CN111611106A (en) | System recovery method of face recognition system | |
| CN105468475A (en) | Backup method and backup device of database | |
| CN101207519A (en) | Version server, operation maintenance unit and method for restoring failure | |
| CN113825164A (en) | Network fault repairing method and device, storage medium and electronic equipment | |
| CN111581021B (en) | Application program starting abnormality repairing method, device, equipment and storage medium | |
| CN111324490B (en) | Android advertisement machine system recovery method | |
| CN105469772A (en) | Remote KVM (Keyboard Video Mouse) control method, remote KVM control terminal and system | |
| CN102098174A (en) | Safety communication method and system for power grid monitoring system | |
| CN112800947A (en) | Video monitoring method, system, electronic equipment and storage medium | |
| CN1553716A (en) | Clustering system for utilizing sharing internal memory in mobile communiation system and realizing method thereof | |
| CN106155834A (en) | A kind of openstack of based on virtual machine snapshot cloud platform automatization recovery technology | |
| US20040083256A1 (en) | System and method for real time image transmission monitoring | |
| CN107544392B (en) | Graphical monitoring system and method for satellite on-orbit monitoring system platform state | |
| CN107509108B (en) | Method for recovering network type of smart television after restarting in abnormal condition | |
| CN105938444A (en) | System state backup and restoration method based on data dual-backup mechanism | |
| CN114610538A (en) | Method and device for quickly backing up and restoring system disk | |
| CN107908370A (en) | Date storage method and device | |
| CN201887561U (en) | Safety communication system for power grid monitoring system | |
| CN112650565A (en) | Application process recovery method and device | |
| CN110597609A (en) | Cluster migration and automatic recovery method and system |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200901 |
|
| RJ01 | Rejection of invention patent application after publication |