Fastdfs 无法上传文件问题描述及解决方案
2016-10-08 18:30
239 查看
今开发反馈一问题,发现fastdfs中有两个组无法上传文件,简单测试了下:
fdfs_upload_file /etc/fdfs/storage.conf /root/1.jpg
会返回给我N00~N02,N04,N06~N10但缺少了N03,N05
通过fdfs_monitor和监控(23000端口)都是没问题的,于是专门对比了N02和N03,N05的区别之处:
发现N02的磁盘:
/dev/sdc1 3.6T 884G 2.6T 26% /data/M00
/dev/sdd1 3.6T 886G 2.6T 26% /data/M01
/dev/sde1 3.6T 884G 2.6T 26% /data/M02
/dev/sdf1 3.6T 882G 2.6T 26% /data/M03
/dev/sdg1 3.6T 883G 2.6T 26% /data/M04
/dev/sdh1 3.6T 883G 2.6T 26% /data/M05
/dev/sdi1 3.6T 882G 2.6T 26% /data/M06
/dev/sdj1 3.6T 881G 2.6T 26% /data/M07
/dev/sdk1 3.6T 884G 2.6T 26% /data/M08
/dev/sdl1 3.6T 882G 2.6T 26% /data/M09
/dev/sdm1 3.6T 883G 2.6T 26% /data/M0A
/dev/sdn1 3.6T 884G 2.6T 26% /data/M0B
N03的磁盘:
/dev/sdb1 903G 852G 4.0G 100% /data/M00
/dev/sdc1 903G 852G 3.9G 100% /data/M01
/dev/sdd1 903G 852G 3.9G 100% /data/M02
/dev/sde1 903G 852G 4.1G 100% /data/M03
/dev/sdf1 903G 852G 4.0G 100% /data/M04
/dev/sdg1 903G 852G 4.3G 100% /data/M05
/dev/sdh1 903G 852G 4.2G 100% /data/M06
/dev/sdi1 903G 852G 4.2G 100% /data/M07
/dev/sdj1 903G 852G 4.6G 100% /data/M08
/dev/sdk1 903G 853G 3.7G 100% /data/M09
/dev/sdl1 903G 851G 5.0G 100% /data/M0A
/dev/sdm1 903G 851G 4.7G 100% /data/M0B
N05的磁盘:
/dev/sdb1 1.8T 1.7T 3.6G 100% /data/M00
/dev/sdc1 1.8T 1.7T 3.6G 100% /data/M01
/dev/sdd1 1.8T 1.7T 3.9G 100% /data/M02
/dev/sde1 1.8T 1.7T 3.9G 100% /data/M03
/dev/sdf1 1.8T 1.7T 3.8G 100% /data/M04
/dev/sdg1 1.8T 1.7T 3.8G 100% /data/M05
/dev/sdh1 1.8T 1.7T 3.2G 100% /data/M06
/dev/sdi1 1.8T 1.7T 4.1G 100% /data/M07
/dev/sdj1 1.8T 1.7T 4.1G 100% /data/M08
/dev/sdk1 1.8T 1.7T 4.1G 100% /data/M09
/dev/sdl1 1.8T 1.7T 4.1G 100% /data/M0A
/dev/sdm1 1.8T 1.7T 8.2G 100% /data/M0B
因为当时在学习fastdfs的时候,隐隐约约的记着fastdfs有一个默认保留空间一个配置选项的,定位发现这个是在tracker上的配置文件中reserved_storage_space = 50G此选项,需要注意的是这个是total的space保留空间,而不是单个path保留的空间
在配置文件中也是可以看到此选项的描述:
# reserved storage space for system or other applications.
# if the free(available) space of any stoarge server in
# a group <= reserved_storage_space,
# no file can be uploaded to this group.
解决的方案:
1.修改tracker的配置文件,将参数进行缩小:reserved_storage_space = 20G(只可临时解决,不是长久之计)
2.扩容,新增storage server组,进行空间扩容
fdfs_upload_file /etc/fdfs/storage.conf /root/1.jpg
会返回给我N00~N02,N04,N06~N10但缺少了N03,N05
通过fdfs_monitor和监控(23000端口)都是没问题的,于是专门对比了N02和N03,N05的区别之处:
发现N02的磁盘:
/dev/sdc1 3.6T 884G 2.6T 26% /data/M00
/dev/sdd1 3.6T 886G 2.6T 26% /data/M01
/dev/sde1 3.6T 884G 2.6T 26% /data/M02
/dev/sdf1 3.6T 882G 2.6T 26% /data/M03
/dev/sdg1 3.6T 883G 2.6T 26% /data/M04
/dev/sdh1 3.6T 883G 2.6T 26% /data/M05
/dev/sdi1 3.6T 882G 2.6T 26% /data/M06
/dev/sdj1 3.6T 881G 2.6T 26% /data/M07
/dev/sdk1 3.6T 884G 2.6T 26% /data/M08
/dev/sdl1 3.6T 882G 2.6T 26% /data/M09
/dev/sdm1 3.6T 883G 2.6T 26% /data/M0A
/dev/sdn1 3.6T 884G 2.6T 26% /data/M0B
N03的磁盘:
/dev/sdb1 903G 852G 4.0G 100% /data/M00
/dev/sdc1 903G 852G 3.9G 100% /data/M01
/dev/sdd1 903G 852G 3.9G 100% /data/M02
/dev/sde1 903G 852G 4.1G 100% /data/M03
/dev/sdf1 903G 852G 4.0G 100% /data/M04
/dev/sdg1 903G 852G 4.3G 100% /data/M05
/dev/sdh1 903G 852G 4.2G 100% /data/M06
/dev/sdi1 903G 852G 4.2G 100% /data/M07
/dev/sdj1 903G 852G 4.6G 100% /data/M08
/dev/sdk1 903G 853G 3.7G 100% /data/M09
/dev/sdl1 903G 851G 5.0G 100% /data/M0A
/dev/sdm1 903G 851G 4.7G 100% /data/M0B
N05的磁盘:
/dev/sdb1 1.8T 1.7T 3.6G 100% /data/M00
/dev/sdc1 1.8T 1.7T 3.6G 100% /data/M01
/dev/sdd1 1.8T 1.7T 3.9G 100% /data/M02
/dev/sde1 1.8T 1.7T 3.9G 100% /data/M03
/dev/sdf1 1.8T 1.7T 3.8G 100% /data/M04
/dev/sdg1 1.8T 1.7T 3.8G 100% /data/M05
/dev/sdh1 1.8T 1.7T 3.2G 100% /data/M06
/dev/sdi1 1.8T 1.7T 4.1G 100% /data/M07
/dev/sdj1 1.8T 1.7T 4.1G 100% /data/M08
/dev/sdk1 1.8T 1.7T 4.1G 100% /data/M09
/dev/sdl1 1.8T 1.7T 4.1G 100% /data/M0A
/dev/sdm1 1.8T 1.7T 8.2G 100% /data/M0B
因为当时在学习fastdfs的时候,隐隐约约的记着fastdfs有一个默认保留空间一个配置选项的,定位发现这个是在tracker上的配置文件中reserved_storage_space = 50G此选项,需要注意的是这个是total的space保留空间,而不是单个path保留的空间
在配置文件中也是可以看到此选项的描述:
# reserved storage space for system or other applications.
# if the free(available) space of any stoarge server in
# a group <= reserved_storage_space,
# no file can be uploaded to this group.
解决的方案:
1.修改tracker的配置文件,将参数进行缩小:reserved_storage_space = 20G(只可临时解决,不是长久之计)
2.扩容,新增storage server组,进行空间扩容
相关文章推荐
- commons fileupload 文件上传乱码问题解决方案 + request.getParameter无法得到参数问题
- 上传大文件出现“网页无法显示”的问题原因及解决方案
- commons fileupload 文件上传乱码问题解决方案 + request.getParameter无法得到参数问题
- PHP无法上传大文件问题
- VS2008的Web.config、XML文件无法高亮显示的问题解决方案
- VS2008的Web.config、XML文件无法高亮显示的问题解决方案
- Apache+PHP,swfupload做批量上传时遇到的文件类型支持问题和文件上传大小限制问题的相应解决方案
- LINK : fatal error LNK1104: 无法打开文件“uiAccess='false' /DEBUG /PDB: 问题的解决方案
- 解决.sql大文件无法导入的问题 phpmyadmin 上传文件大小限制
- mac下svn问题 —— “.a”(静态库)文件无法上传
- mac下svn问题 —— “.a”(静态库)文件无法上传
- Mac下使用svnx进行版本控制,并解决无法上传.a库文件的问题
- mac下svn问题——“.a”(静态库)文件无法上传解决
- Struts2文件上传无法取得文件名及文件类型问题的解决
- IE8上传文件时javascript取文件的本地路径的问题("C:\fakepath\")的解决方案
- FCKeditor 在 linux 下 无法上传图片的问题,解决方案
- WebWork 空 文件 上传问题 /文件无法上传
- IE8上传文件时javascript读取文件的本地路径的问题("C:/fakepath/")的解决方案
- 奇怪的问题:visual studio 2008 无法在解决方案里里新建项目、文件
- Asp.net 操作webclient上传文件无法上传的解决方案