Linux中的Interrupted system call错误

最新推荐文章于 2024-08-03 11:52:06 发布
最新推荐文章于 2024-08-03 11:52:06 发布
阅读量6.5k 收藏 3
点赞数
文章标签： 操作系统 python 数据库
原文链接：https://my.oschina.net/yeezia/blog/313348
版权

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

最近公司的一个项目，上线时候遇到了一些问题，服务跑一段时间后连接不上。
发现报了Interrupted system call这个错误引起的。

查了下资料，大致原因是系统繁忙处理不过来导致的。
根据网上搜索到的资料
https://github.com/JustinTulloss/zeromq.node/issues/171
http://comments.gmane.org/gmane.network.zeromq.devel/15253
做了点修改 


do {
rc = zmq_send(s, &msg, flags);
} while ((rc == -1) && (zmq_errno() == EINTR));





后面测试时候，算是没发生上面的错误了，希望再次上线后不要再出现这个错误。

转载于:https://my.oschina.net/yeezia/blog/313348

msgrcv出错errno=4[Interrupted system call]系统调用被信号中断
guo8113的专栏
03-17 1万+
msgrcv出错errno=4[Interrupted system call]，慢系统调用，阻塞系统调用，阻塞调用被信号中断的处理方法
golang samba cifs 文件系统 中断panic unlink interrupted system call
mmgithub123的博客
01-27 454
程序日志： Jan 27 19:23:58 cspost[28369]: panic: update ScandSource file.DeleteDir: unlinkat /opt/scandata/392066599894386302: interrupted system call 系统日志 /var/log/message Jan 27 14:48:39 10- kernel: CI...
Interrupted system call
热门推荐
梁桥江的专栏
03-28 1万+
关键字： gdb epoll_wait select sem_wat           我们在利用 gdb 调试带有 epoll_wait select sem_wat 的多线程代码的时候可能会出现非正常返回 -1 的情况，错误原因是：Interrupted system call。这是由于 gdb调试的时候会在断点处插入一条中断指令,当程序执行到该断点处的时候会发送一个SIGTRAP信
Linux下semop等待信号时出现Interrupted System Call错误(EINTR)解决方法
01-01
错误现象：(semop函数调用，strerror(errno)输出结果)Interrupted system call平台：RedHat LinuxLINUX文档关于EINTR的描述是这样子的：  While blocked in this system call, the process caught a signal.UNIX文档［IEEE Std 1003.1-2008］关于EINTR的描述是这样子的：  The semop() function was interrupted by a signal.这样的两句话如果关从字面上理解的话，就是在semop等待的过程中出现INTR信号。可是
Linux下调用socket的accept时,客户端强制断开 accept报错accept: Interrupted system call
踩坑博客
05-25 1353
项目场景： Ubunto16.04版下 使用fork创建多进程socket服务 问题描述 在客户端断开连接后 不论是自动断开 开始ctrl+c强制断开 都会出现accept:Interrupted system cal 从而导致服务器程序异常结束 原因分析： 一开始是我怀疑是fork的原因 反复调整父子线程退出的逻辑还是不行 搜索报错信息发现大多数的答案都是要像下面这样写accept函数 if((connfd=accept(listenfd,NULL, NULL)) < 0) { if
10.5 Interrupted System Calls
Alice816102的博客
05-22 304
早期UNIX系统的一个特点就是:当进程被阻塞再一个“slow”的系统调用中的时候如果捕获到一个信号，系统调用就会被中断，然后系统调用返回一个错误，其中errno被设置为EINTR.这可以实现使用一些事件的发生来唤醒被阻塞的系统调用。 为了支持这一特性，系统调用被分为两类:slow的系统调用，以及其他系统调用，所谓的slow系统调用是指可能永远阻塞的系统调用，包括如下系统调用: ...
Linux_system_call
12-02
在IT领域，Linux系统调用（System Call）是操作系统与用户程序之间的重要接口，它提供了在用户空间执行底层操作的能力。Linux系统调用是Linux内核向用户程序提供的服务，如创建进程、读写文件、网络通信等。本资源...
OSError:[Errno 4]Interrupted system call
12-22
OSError:[Errno 4]Interrupted system call 问题描述： File “/anaconda2/python2.7/multiprocessing/reduction.py”, line 157, in rebuild_handle new_handle = recv_handle(conn) File “/anaconda2/python2.7/multiprocessing/reduction.py”, line 83, in recv_handle return _multiprocessing.recvfd(conn.fileno()) OSError:
zabbix [4] Interrupted system call错误
404烫烫烫烫的博客
01-09 1万+
Get value from agent failed: cannot connect to [[0.0.0.0]:10050]: [4] Interrupted system call报了这个错误，找了很久原因，网上的解决办法就是1.检查端口，关闭防火墙，关闭seLinux；2.关闭ipv6。我试了都无效，telnet还是不通，最后发现我用的是阿里云服务器，默认10050/10051没有开放，需
Socket编程中Interrupted system call 解释及解决办法
weixin_33682790的博客
04-18 1530
我们用术语慢系统调用（slow system call）描述accept函数，该术语也适用于那些可能永远阻塞的系统调用。永远阻塞的系统调用有可能永远无法返回，多数网络支持函数都属于这一类。举例来说，如果没有客户连接到服务器上，那么服务器的accept调用就没有返回的保证。类似的，如果客户端从未发送过数据，那么read调用将永不返回。其他慢系统调用的例子是对管道和终端设备的读和...
关于信号量中断.semop: Interrupted system call
weixin_42149770的博客
04-15 1256
本人小白一个，前两天做操作系统的进程同步实验，实验内容是哲学家进餐问题，本来没有错的代码，运行结果有很多“semop: Interrupted system call”，遂百度，百度上说是系统调用中断，什么意思呢，我的理解就是：当前进程阻塞于某个慢系统调用的时候，捕获了一个信号，然后去处理这个信号对应的函数，再返回时，就会出现错误，返回值为EINTR。而wait（）操作正好是慢系统调用...
epoll_wait Interrupted system call
xidomlove的专栏
12-09 5964
我们在利用 gdb 调试带有 epoll_wait select sem_wat 的多线程代码的时候可能会出现非正常返回 -1 的情况，错误原因是：Interrupted system call。这是由于 gdb调试的时候会在断点处插入一条中断指令,当程序执行到该断点处的时候会发送一个SIGTRAP信号,程序转去执行中断相应,进而gdb让程序停下来进行调试. 对于sem_wait\wait\
【Python】成功解决OSError: [Errno 4] Interrupted system call
qq_38614074的博客
08-03 773
虽然是一个底层错误，但在Python编程中并不罕见。通过合理的错误处理、信号处理、使用更健壮的库或重新设计程序逻辑，我们可以有效地避免或解决这个问题。在编写长时间运行或需要高稳定性的程序时，尤其需要注意这一点。希望本文的探讨和示例代码能帮助你更好地理解和解决这一错误，从而编写出更加健壮和可靠的Python程序。
阻塞性系统调用失败，errno(ENTIR)4 [Interrupted system call]系统调用被信号中断
weixin_44920742的博客
03-06 5317
1.阻塞与非阻塞 非阻塞：程序调用后，不管能不能立刻得到结果，当前进程都会直接返回。如果得到结果则返回成功，否则返回失败。 阻塞：程序调用后，如果不能立刻得到结果，则当前进程会被挂起，无限期等待，直到得到结果时才会返回。 系统调用一般可通过参数控制阻塞或者非阻塞。 常在IPC通信和网络通信中需要同步或者异步设置阻塞或非阻塞： msgsnd/msgrcv：消息队列发送、接收消息。 semop：信号量操作，用户改变信号量的值。P、V操作。 send/recv,read/write：socket 发
gdb 调试网络程序发现connect 失败(interrupted system call)
白水白水的专栏
11-17 3244
问题现象 直接执行程序一切正常，但使用gdb启动程序时，即使没有任何断点，发现tcp connect 总是失败，原因是(interrupted system call)。抓包发现主机会发送FIN或者RST断开这条连接。 程序是一个多线程程序，而且connect的线程不是主线程。 问题解决 设置gdb 为non-stop 模式，如此可以完美解决 set ta
connect & Interrupted System Call
伸脚地
10-05 2944
一个字，太牛了！以前用的好好的一个socket程序，今天频繁的出错，连接失败，用perror查看发现是Interrupter System call！这是怎么回事？然后google第一篇就是Unix connect & Interrupted system call，里面一看，我靠，简直没法说了！而且还有超强的Richard Steven！把这段代码留下来保存：/* Start
【疑难杂症】gdb调试多线程程序报错：interrupted system call
weixin_30342209的博客
06-07 699
一. cmake生成可调试版本的程序，该内容参考自https://www.linuxidc.com/Linux/2014-03/98622.htm 具体内容如下： 1, 使用CMAKE编译确实很方便。但CMAKE默认编译出来的程序不带有符号文件，用GDB无法调试。 2, 要编译时产生符号文件供调试，调用CMAKE时，带上 -DCMAKE_BUILD_TYPE=Debug . 例如：ter...
tcp错误Interrupted system call
最新发布
12-08
"Interrupted error: system call" 是一个常见的错误信息，通常出现在进行网络编程时，特别是在使用套接字（socket）进行通信时。这个错误表示一个系统调用被中断了。以下是一些可能的原因和解决方法： ### 可能的原因 1. **信号中断**：在系统调用过程中，程序接收到一个信号（如SIGINT、SIGTERM等），导致系统调用被中断。 2. **非阻塞I/O**：如果套接字被设置为非阻塞模式，某些操作可能会返回EINTR错误。 3. **超时**：某些系统调用（如`select`、`poll`等）在超时情况下也会返回EINTR错误。 ### 解决方法 1. **重试系统调用**：在捕获到EINTR错误后，可以重新尝试调用被中断的系统调用。 2. **信号处理**：确保在程序中正确处理信号，避免在系统调用过程中被中断。 3. **设置套接字为阻塞模式**：如果使用非阻塞I/O，可以考虑将套接字设置为阻塞模式。 ### 示例代码 以下是一个简单的示例，展示了如何在捕获到EINTR错误后重试系统调用： ```c #include <stdio.h> #include <stdlib.h> #include <unistd.h> #include <errno.h> #include <string.h> ssize_t safe_read(int fd, void *buf, size_t count) { ssize_t bytesRead; while ((bytesRead = read(fd, buf, count)) == -1 && errno == EINTR); return bytesRead; } int main() { int fd = 0; // 标准输入 char buffer[1024]; ssize_t bytesRead = safe_read(fd, buffer, sizeof(buffer)); if (bytesRead == -1) { perror("read"); return EXIT_FAILURE; } printf("Read %zd bytes: %.*s\n", bytesRead, (int)bytesRead, buffer); return EXIT_SUCCESS; } ``` ### 解释 1. **safe_read函数**：这个函数尝试读取数据，并在遇到EINTR错误时重新尝试读取。 2. **main函数**：主函数中调用safe_read函数读取标准输入，并处理可能的错误。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值