/dev/urandom 文件被打开的数量过多

程序运行到某一个*.meta文件时,提示

Client: read_file_meta: Assertion `file != ((void *)0)` failed.

Aborted.

于是排除bug:

  1. 单独open(*.meta)时没有问题,在上传大量文件时,会提示打开的文件为NULL;
  2. 在打开文件的函数里使用errno,得到errno value: 24,  error信息: Too many open files,表明有很多打开的文件未关闭,导致打开23568.meta文件失败。
int main(void)
{
    /*must set errno=0 before call errno*/
    errno=0;
    FILE *fp = fopen("23568.meta","r");
    if(errno!=0)
    {
        printf("errno value: %d\n",errno);
        printf("error information: %s\n",strerror(errno));
    }
}
  1. 执行源代码,同时使用ps –us(或者top)查看进程的pid,再使用ll /proc/pid/fd(如ll /proc/10961/fd)查看打开的文件描述符:

发现是/dev/urandom被打开了很多次,这里已经达到了3000多次,系统默认一个进程最多打开1024个,使用命令ulimit -n查看linux下“进程打开文件数限制上限”确实是1024,可通过/etc/security/limits.conf修改(这里未修改)。

接着在源代码中全局搜索/dev/urandom,发现在sss-master库的randombytes/randombytes.c中打开了这个文件,其中函数randombytes_linux_randombytes_urandom打开dev/urandom,但一直没有关闭,导致系统一直打开/dev/urandom,在randombytes_linux_randombytes_urandom末尾加上flose(fd)。

果然!!!又是一个弱智的BUG!!!!

已标记关键词 清除标记
相关推荐
课程简介: 历经半个多月的时间,Debug亲自撸的 “企业员工角色权限管理平台” 终于完成了。正如字面意思,本课程讲解的是一个真正意义上的、企业级的项目实战,主要介绍了企业级应用系统中后端应用权限的管理,其中主要涵盖了六大核心业务模块、十几张数据库表。 其中的核心业务模块主要包括用户模块、部门模块、岗位模块、角色模块、菜单模块和系统日志模块;与此同时,Debug还亲自撸了额外的附属模块,包括字典管理模块、商品分类模块以及考勤管理模块等等,主要是为了更好地巩固相应的技术栈以及企业应用系统业务模块的开发流程! 核心技术栈列表: 值得介绍的是,本课程在技术栈层面涵盖了前端和后端的大部分常用技术,包括Spring Boot、Spring MVC、Mybatis、Mybatis-Plus、Shiro(身份认证与资源授权跟会话等等)、Spring AOP、防止XSS攻击、防止SQL注入攻击、过滤器Filter、验证码Kaptcha、热部署插件Devtools、POI、Vue、LayUI、ElementUI、JQuery、HTML、Bootstrap、Freemarker、一键打包部署运行工具Wagon等等,如下图所示: 课程内容与收益: 总的来说,本课程是一门具有很强实践性质的“项目实战”课程,即“企业应用员工角色权限管理平台”,主要介绍了当前企业级应用系统中员工、部门、岗位、角色、权限、菜单以及其他实体模块的管理;其中,还重点讲解了如何基于Shiro的资源授权实现员工-角色-操作权限、员工-角色-数据权限的管理;在课程的最后,还介绍了如何实现一键打包上传部署运行项目等等。如下图所示为本权限管理平台的数据库设计图: 以下为项目整体的运行效果截图: 值得一提的是,在本课程中,Debug也向各位小伙伴介绍了如何在企业级应用系统业务模块的开发中,前端到后端再到数据库,最后再到服务器的上线部署运行等流程,如下图所示:
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页