Linux 软件看门狗 watchdog使用介绍_C 语言

背景:

root@119.10.6.23:/usr/local/php# ps aux|grep watchdog

root 6 0.0 0.0 0 0 ? S Aug28 4:50 [watchdog/0]
root 10 0.0 0.0 0 0 ? S Aug28 4:11 [watchdog/1]
root 14 0.0 0.0 0 0 ? S Aug28 3:58 [watchdog/2]
root 18 0.0 0.0 0 0 ? S Aug28 3:36 [watchdog/3]

附:

最简单的安装教程(CentOS)

yum install watchdog -y
modprobe softdog
chkconfig watchdog on
/etc/init.d/watchdog start

配置看门狗程序,开机自动运行

chkconfig watchdog on

启动看门狗

sudo /etc/init.d/watchdog start

Linux 自带了一个 watchdog 的实现,用于监视系统的运行,包括一个内核 watchdog module 和一个用户空间的 watchdog 程序。内核 watchdog 模块通过 /dev/watchdog 这个字符设备与用户空间通信。用户空间程序一旦打开 /dev/watchdog 设备(俗称“开门放狗”),就会导致在内核中启动一个1分钟的定时器(系统默认时间),此后,用户空间程序需要保证在1分钟之内向这个设备写入数据(俗称“定期喂狗”),每次写操作会导致重新设定定时器。如果用户空间程序在1分钟之内没有写操作,定时器到期会导致一次系统 reboot 操作(“狗咬人了”呵呵)。通过这种机制,我们可以保证系统核心进程大部分时间都处于运行状态,即使特定情形下进程崩溃,因无法正常定时“喂狗”,Linux系统在看门狗作用下重新启动(reboot),核心进程又运行起来了。多用于嵌入式系统。

打开 /dev/watchdog 设备(“开门放狗”):

int fd_watchdog = open("/dev/watchdog", O_WRONLY);
if(fd_watchdog == -1) {
	int err = errno;
	printf("\n!!! FAILED to open /dev/watchdog, errno: %d, %s\n", err, strerror(err));
	syslog(LOG_WARNING, "FAILED to open /dev/watchdog, errno: %d, %s", err, strerror(err));
}

每隔一段时间向 /dev/watchdog 设备写入数据(“定期喂狗”):

//feed the watchdog
if(fd_watchdog >= 0) {
	static unsigned char food = 0;
	ssize_t eaten = write(fd_watchdog, &food, 1);
	if(eaten != 1) {
		puts("\n!!! FAILED feeding watchdog");
		syslog(LOG_WARNING, "FAILED feeding watchdog");
	}
}

关闭 /dev/watchdog 设备,通常不需要这个步骤:

close(fd_watchdog);

所需头文件:

#include <unistd.h>
#include <sys/stat.h>
#include <syslog.h>
#include <errno.h>

关于Linux 软件看门狗 watchdog的使用就介绍到这,有什么问题可以留言

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索watchdog
软件看门狗
linux watchdog、linux watchdog 进程、linux watchdog 关闭、linux watchdog 配置、linux dev watchdog,以便于您获取更多的相关知识。

时间: 2024-11-08 21:16:58

Linux 软件看门狗 watchdog使用介绍_C 语言的相关文章

linux下access函数的用法介绍_C 语言

Linux内核总是根据进程的有效用户ID和有效组ID来决定一个进程是否有权访问某个文件.因此,在编写调整用户ID的程序时,在读写一个文件之前必须明确检查其用户是否原本就有对此文件的访问权限.为了实现这种确认,需要使用access函数. 一般形式为;#include<unistd.h>int access(const char *pathname,int mode); 其中,pathname是希望检验的文件名(包含路径),mode是欲检查的访问权限,如下所示 R_OK   检验调用进程是否有读访

软件看门狗:别让你的程序没有响应

一.概述 一些重要的程序,必须让它一直跑着:而且还要时时关心它的状态--不能让它出现死锁现象.当然,如果一个主程序会出现死锁,肯定是设计或者编程上的失误.我们首要做的事是,把这个Bug揪出来.但如果时间紧迫,这个Bug又"飘忽不定",那么,我们还是先写一个软件"看门狗",暂时应一下急吧. "看门狗"的需求描述:"看门狗"的运行不出现界面窗口,具有一定的隐蔽性:定时判断目标进程是否运行在当前系统中,如果没有则启动目标进程:判断目

linux内核-关于Linux内核看门狗的疑问

问题描述 关于Linux内核看门狗的疑问 在内核源码中,Linux内核看门狗线程的调度策略是SCHED_FIFO,而我自己的内核模块中调度策略默认为SCHED_NORMAL,按理说FIFO比NORMAL的优先级要高,可为什么我自己模块中的死循环还是让看门狗饿死了,求解释.

“软件看门狗”应该如何实现???

问题描述 "软件看门狗"应该如何实现???操作系统是WinCE,软件运行在工业嵌入式PC下.1.如果"网关设备(嵌入式PC)"发生死机,那么让网关自动重启???这个功能可不可以实现?[b]监测死机自动重启设备.[/b]C#应该使用哪个函数来操作.2.如果软件发生故障,那么软件自动重启?如果软件自动重启失败,那么进行设备重启.这个的功能应该怎么实现???3.设置WinCE系统的时钟时间,应该如何设置???这些操作是不是和WinCE对应生成的SDK有关系,还是说只跟.n

C++开发:为什么多线程读写shared_ptr要加锁的详细介绍_C 语言

我在<Linux 多线程服务端编程:使用 muduo C++ 网络库>第 1.9 节"再论 shared_ptr 的线程安全"中写道: (shared_ptr)的引用计数本身是安全且无锁的,但对象的读写则不是,因为 shared_ptr 有两个数据成员,读写操作不能原子化.根据文档(http://www.boost.org/doc/libs/release/libs/smart_ptr/shared_ptr.htm#ThreadSafety), shared_ptr 的线程

C语言 数据类型详细介绍_C 语言

C 数据类型 在 C 语言中,数据类型指的是用于声明不同类型的变量或函数的一个广泛的系统.变量的类型决定了变量存储占用的空间,以及如何解释存储的位模式. C 中的类型可分为以下几种: 序号 类型与描述 1 基本类型: 它们是算术类型,包括两种类型:整数类型和浮点类型. 2 枚举类型: 它们也是算术类型,被用来定义在程序中只能赋予其一定的离散整数值的变量. 3 void 类型: 类型说明符 void 表明没有可用的值. 4 派生类型: 它们包括:指针类型.数组类型.结构类型.共用体类型和函数类型.

C++标准之(ravalue reference) 右值引用介绍_C 语言

1.右值引用引入的背景 临时对象的产生和拷贝所带来的效率折损,一直是C++所为人诟病的问题.但是C++标准允许编译器对于临时对象的产生具有完全的自由度,从而发展出了CopyElision.RVO(包括NRVO)等编译器优化技术,它们可以防止某些情况下临时对象产生和拷贝.下面简单地介绍一下CopyElision.RVO,对此不感兴趣的可以直接跳过: (1)CopyElision CopyElision技术是为了防止某些不必要的临时对象产生和拷贝,例如: 复制代码 代码如下: structA{ A(

C++ 异常处理 catch(...)介绍_C 语言

如果要想使一个catch block能抓获多种数据类型的异常对象的话,怎么办?C++标准中定义了一种特殊的catch用法,那就是" catch(-)". 感性认识 1.catch(-)到底是一个什么样的东东,先来个感性认识吧!看例子先: 复制代码 代码如下: int main() { try { cout << "在 try block 中, 准备抛出一个异常." << endl; //这里抛出一个异常(其中异常对象的数据类型是int,值为1

基于errno返回值的对应错误码的详细介绍_C 语言

errno返回值的对应错误码<asm-generic/errno-base.h>#ifndef_ASM_GENERIC_ERRNO_BASE_H#define_ASM_GENERIC_ERRNO_BASE_H #defineEPERM1/*Operationnotpermitted*/#defineENOENT2/*Nosuchfileordirectory*/#defineESRCH3/*Nosuchprocess*/#defineEINTR4/*Interruptedsystemcall*