描述
周一上班收到用户反馈系统异常，紧急排查日志发现报错：FdfsServerException:错误:28，错误信息:没有足够的存储空间。
解决
根据异常信息判断是文件服务器可用内存不够了，首先登录文件服务器，使用df -h命令查看一下内存占用情况。
然后使用fdfs_monitor /etc/fdfs/storage.conf 命令查看Fast DFS的内存使用情况，查看storage.conf 配置文件的store_path0属性，确认文件服务器使用的是根目录。先紧急修改tracker.conf配置文件的reserved_storage_space属性，保留空间大小默认值为 20% ，先调低为10% ，重启FastDFS服务，保证线上服务正常运行。
扩容
通过 df -h命令发现/data节点还有九百多G内存空闲， 咨询服务器管理人员确认该节点是否有其它用途，如果没有则可以将其作为空闲内存扩容到FastDFS服务器，否则就要去申请再挂载一个节点内存。好在得到的回复是这个节点并没有其它用途，那么将其作为空闲节点扩容到FastDFS服务器。
由于是单机部署，考虑使用基于group模式的文件存储扩容。
创建目录
mkdir /data/fdfs
修改 tracker.conf文件
# 默认值为 0 ， 改为2代表负载均衡，优先使用内存大的 path
store_path = 2
修改 storage.conf
# path(disk or mount point) count, default value is 1
store_path_count=2# store_path#, based 0, if store_path0 not exists, it's value is base_path
# the paths must be exist
store_path0=/home/admin/fastdfs-5.11/storage
store_path1=/data/fdfs修改mod_fastdfs.conf 文件， 如果不存在则新建
[group]
group_name=qroupl
storage_server_port=23000
store_path_count=2
store_path0=/home/admin/fastdfs-5.1l/storage
store_pathl=/data/fdfs
重启FastDFS服务
fdfs_trackerd /etc/fdfs/tracker.conf restart
fdfs_storaged /etc/fdfs/storage.conf restart
使用fdfs_monitor /etc/fdfs/storage.conf 命令查看FastDFS内存使用情况，空闲内存已经添加进去了。
使用/usr/bin/fdfs_upload_file /etc/fdfs/client.conf ‘待上传文件’ 命令上传文件，根据返回路径在新增加的/data/fdfs存储目录中找到上传的文件， 至此扩容成功。
上传文件返回路径解释, 以group1/M00/00/00/L2rGaWYvcWaAIYQtAAON672Q_AQ102.pdf 为例：
group1 ： 分组
M00： M00代表使用的是store_path0， M01代表使用的是store_path1
00/00： 存储目录下的 data/00/00 目录
L2rGaWYvcWaAIYQtAAON672Q_AQ102.pdf：实际存储在文件系统中的文件名
