关于tracter配置文件的reserved_storage_space的问题

radio_arts

我是刚接触分布式存储方面，发现版主做的东西很好，问三个问题，希望斑竹能给予解答。

1.tracter配置文件的reserved_storage_space选项是给系统或应用程序预留空间，如果系统空闲空间小于或等于此值，将不能再上传文件。
  问题：我设置的预留空间是4G，但是现在空闲空间还有4.4G，就已经不能上传文件了，执行upload动作后，显示错误“tracker_query_storage fail, error no: 28, error info: No space left on device”
  为什么？

2.接着第一个问题，显示错误后，执行fdfs_monitor命令，显示内容：
Group 1:
group name = group1
free space = 3 GB
...
Host 1:
  ip_addr = 192.168.128.132 (node2.local)  ACTIVE
  total storage = 7GB
  free storage = 3GB
  ...
Host 2:
  ip_addr = 192.168.128.133 (mgm.local)  ACTIVE
  total storage = 7GB
  free storage = 4GB
  ...
问题：Group1下面的free space是不是tracter配置文件中的reserved_storage_space？如果不是那是什么的空闲空间？
Host1和Host2是相同的配置，都是虚拟机，我是在Host1上传的文件，然后自动同步到Host2中，为什么空闲空间大小不一致？

3.因为上面的空间不足，所以我在storage节点加了一块20G的硬盘，并格式化为ext3，挂在/home/yuqing/fastdfs2.而且在storage的配置文件中添加了store_path1=/home/yuqing/fastdfs2，
  重启fdfs_storage进程，执行fdfs_monitor命令后，显示的总大小还是没有挂载之前的，这个是为什么？

因为我是新手，上面问的问题可能有些弱，希望各位看官不要笑话。
希望斑竹能及时回答，谢谢

[ 本帖最后由 radio_arts 于 2009-5-25 13:45 编辑 ]

happy_fish100

磁盘可用空间是取组内剩余空间最小的。
通过monitor的输出，可以看出Host1的剩余空间为3G，所以该组可用的剩余空间为3G。

>>Host1和Host2是相同的配置，都是虚拟机，我是在Host1上传的文件，然后自动同步到Host2中，为什么空闲空间大小不一致？
这个现象很奇怪，你看看storage server的日志文件。另外，可以看看fdfs_monitor输出的同步信息。


对于第三个问题，storage.conf中的参数store_path_count需要配置为2 。
如果还有问题，重启一下tracker server试试。

radio_arts

斑竹回答真及时！谢谢。

第三个问题已经解决了，可是修改storage.conf中的参数store_path_count需要配置为2 后，重启storage和tracker节点，
再用fdfs_moniter查看，结果变成了：
Group 1:
group name = group1
free space = 0 GB
...
Host 1:
    ip_addr = 192.168.128.128  OFFLINE
    total storage = 0GB
    free storage = 0GB
...
Host 2:
    ip_addr = 192.168.128.132 (node2.local)  OFFLINE
    total storage = 0GB
    free storage = 0GB
...

这是何故啊？
查看storage节点的日志，连接成功，查看tracter节点的日志，发现有错误：“ERROR - file: tracker_mem.c, line: 2100, client ip: 192.168.128.133, store_path_count 2 is not same  in the group "group1", group store_path_count is 1”
storage节点的base_path是/home/yuqing/fastdfs，而两个store_path0=/home/yuqing/fastdfs，store_path1=/home/yuqing/mnt。是不是说第二个store_path必须在base_path路径下面？

我现在是努力研习fastdfs，准备应用到项目中的，希望斑竹帮忙啊

[ 本帖最后由 radio_arts 于 2009-5-25 14:41 编辑 ]

happy_fish100

你过会儿看还有这个问题吗？
如果问题还存在，重启一下tracker server试试。

radio_arts

tracker和storage已经重启好多次了，甚至还重启服务器。问题依然存在。
会不会是我storage节点的base_path和store_path设置的不对啊
base_path=/home/yuqing/fastdfs
store_path0=/home/yuqing/fastdfs
store_path1=/home/yuqing/mnt (这个是我后加的mount点，就是因为这个导致的错误)

昨天我看了看代码，只看出错那部分，还是没看出问题所在。希望斑竹帮忙。
再次感谢！

happy_fish100

storage server是两台吧？用monitor可以看出来。
另外，组内各台storage server的store_path_count必须保持一致，象你上面的例子，需要都配置为2。
如果组内的各台storage server都由1调整为2，tracker server会自动调整过来的，不需要重启tracker server。

radio_arts

多谢斑竹，终于搞明白了。
原来是group1中一共有三个storage server节点，但是其中一个没有启动服务，其他两个节点启动了服务，并且store_path_count被修改为2了，
而没启动服务的那个节点没有被修改。tracter节点的server列表中一直保存着group1中有三台server，所以就造成了同组的三个server的store_path_count不一致，出现了错误。

我们的新项目准备使用斑竹的fastdfs系统，我们的新项目很大的，如果能成功的话，对版主的系统推广很有帮助的。
所以以后会很经常的请教版主的，斑竹可以加我QQ吗？这样能方便交流，我也会把我对这个系统的一些认识贴到本论坛，希望帮助斑竹推广这个系统。
我的QQ：281021316.期待。。

happy_fish100

加我的MSN吧，happy_fish100【at】hotmail.com，将其中的【at】替换成@