- 论坛徽章:
- 0
|
单位早起搭建的时候把数据设到了本地磁盘,现在空间要满了,需要进行扩容,打算多设置一个存储路径直接挂载nas来使用,今天测试后发现一些问题,具体测试结果如下:
配置如下:
storage.conf(mod_fastdfs.conf同此配置)
store_path_count=2
store_path0=/root/fdfs/file0 #本地磁盘,共10G
store_path1=/fdfs/file1 #nfs,共20G
tracker.conf
store_path = 0
reserved_storage_space = 10%
测试结果:
1、使用的fastdfs版本为5.0.4,当path0空间剩余低于10%时,即便path1还有100%的空间,上传文件时也会报tracker_query_storage fail, error no: 28, error info: No space left on device;
2、当path1剩余空间低于10%时,paht0的剩余空间高于10%,上传文件则不会报错,会将文件上传至path0的路径下;
3、当path0和path1的剩余空间都在10%以上时,则默认优先传path1的路径。
对此有几个疑问:
1、是否reserved_storage_space这个参数会以path0剩余空间为指标,path0路径达到阈值,即便其他路径空间富余,也会造成无法上传文件?
2、假设当前path0和path1的剩余空间都高于阈值,经测试是会优先传path1下,那么path1经过每个目录上传一遍后(file_distribute_path_mode和file_distribute_rotate_count参数的设置),是否会再回到path0下上传?如果会,那么刚好在上传过程中将path0传满了,是否又会报28的错误(这时path1的路径还富余),导致无法上传,我怕即便path1分了很大,到头来因为path0过小导致无法就麻烦了?
3、tracker.conf中的store_path是否和上传的路径选择有关,在path0满的情况下,我试过设置成0(在多个路径中依次存储)和2(优先传空间大的路径),仍旧会报28错误无法上传,不会因为path1空间富余而往path1传;在2个路径剩余空间都大于阈值的时候,也只会一直往path1存,而不是在两个路径间交替存储。
可能是我对一些参数理解有误,还望鱼大赐教。
|
|