详细报错信息:svn: 不能打开文件“weibosearch2.0.0/.svn/lock”: 设备上没有空间 但是df -h查看磁盘[root@picdata-1-2 data]# df -h文件系统              容量  已用 可用 已用% 挂载点/dev/sda3              19G  2.1G   16G  12% //dev/sda1             190M   12M  169M   7% /boottmpfs                 13…

某天前端在调接口的时候,发现登录页面得验证码接口居然没有响应数据,显示的是500响应码.于是我一路排查,首先排查验证码接口所属的微服务是否正常,通过lsof -i:服务端口进行排查,发现该微服务进程存在,同时我在服务注册中心的服务管理列表也发现该服务正常注册.结合之前遇到的问题,验证码接口报500,没有及时响应数据,与Redis有关,验证码的数据会存放Redis,我再次排查Redis,发现Redis也正常,最后我看错误日志.我排查该问题的步骤: 第一排查提供验证码的微服务是否正常: 第二排查服务…

Linux svn仓库备份到Windows机器上 1,需求说明,Linux作为主库(A),Windows作为本地备份库(B),要求每天将Linux库中的代码备份到本地 2,B机器上安装svn服务端 3, 4,创建一个新的svn仓库(仓库必须是新创建的而且不能有提交,更新等操作) 进入仓库的hooks文件夹,复制pre-revprop-change.tmpl 文件,重命名为pre-revprop-change.bat  ,编辑pre-revprop-change.bat文件  删除全部内容,输入e…

故障发生原因 测试环境,之前用该机器做过docker-compose,后来有需要用到该机器上的docker环境,需要将旧的docker容器全部删除,由于之前启动是使用docker-compose启动的,正常手段也应该使用该工具关掉容器.但是我用的是docker rm --force 命令,可能不知道系统哪根筋不对了吧 下面是现象 [root@localhost ~]# ls -bash: 无法为立即文档创建临时文件: 设备上没有空间 -bash: 无法为立即文档创建临时文件: 设备上没有空间 -…

现象:df -h显示硬盘还有14G空间,但是touch file/mkdir directory都失败,提示硬盘没有空间 原因:df -ia查看下inode的使用情况,发现已经爆了,(下图显示使用88%,还没有用完) 那么,inode究竟是什么?为什么它使用完,就不能创建文件和文件夹了? 解释:文件储存在硬盘上,硬盘的最小存储单位叫做"扇区"(Sector).每个扇区储存512字节(相当于0.5KB). 操作系统读取硬盘的时候,不会一个个扇区地读取,这样效率太低,而是一次性连续读取多个…

1.问题描述: 我使用是一个2T移动硬盘,分了5个区 2.分析原因:因为mac OSX的日志式格式需要有EFI分区进行引导,而我的移动硬盘是没有EFI分区的,这样的话就会出现问题: 3.解决办法: 1.建立一个分区,分区大小在200MB,格式为EFI分区,工具diskgenius 2.使用windows电脑格式化剩余容量,格式随便. 3.在mac电脑上进行格式化磁盘,格式为OX日志格式. 4.正常备份.…

问题诊断: 文件夹所在磁盘已满 问题确认: 查看文件夹所在磁盘剩余空间,找出空间被消耗的文件(集) 查看文件夹所在磁盘空间的所属文件(暂未解决) [root@hadoop1 /]# df -Bg /tmp文件系统                1G-块  已用  可用 已用% 挂载点/dev/mapper/centos-root   50G   50G    1G  100% /[root@hadoop1 /]# df -Bk /tmp文件系统                    1K-块  …

解决: 逐层目录查找最大文件夹du -h --max-depth=1 确定最大目录为log目录,删除log目录下的所有日志文件rm -f *…

解决办法: 添加最大监控文件数量 临时解决:(重启之后恢复) 命令设置:sudo sysctl fs.inotify.max_user_watches=524288 生效: sudo sysctl -p…

[root@hadoop3 /]# crontab -e/tmp/crontab.TB7A7w: 设备上没有空间[root@hadoop3 /]# df -Bg文件系统 1G-块 已用 可用 已用% 挂载点/dev/mapper/centos-root 50G 50G 1G 100% /devtmpfs 8G 0G 8G 0% /devtmpfs 8G 0G 8G 0% /dev/shmtmpfs 8G 1G 8G 3% /runtmpfs 8G 0G 8G 0% /sys/fs/cgroup/…