關(guān)于tracter配置文件的reserved_storage_space的問題

radio_arts

我是剛接觸分布式存儲方面，發(fā)現(xiàn)版主做的東西很好，問三個問題，希望斑竹能給予解答。

1.tracter配置文件的reserved_storage_space選項是給系統(tǒng)或應(yīng)用程序預(yù)留空間，如果系統(tǒng)空閑空間小于或等于此值，將不能再上傳文件。
  問題：我設(shè)置的預(yù)留空間是4G，但是現(xiàn)在空閑空間還有4.4G，就已經(jīng)不能上傳文件了，執(zhí)行upload動作后，顯示錯誤“tracker_query_storage fail, error no: 28, error info: No space left on device”
  為什么？

2.接著第一個問題，顯示錯誤后，執(zhí)行fdfs_monitor命令，顯示內(nèi)容：
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是相同的配置，都是虛擬機(jī)，我是在Host1上傳的文件，然后自動同步到Host2中，為什么空閑空間大小不一致？

3.因為上面的空間不足，所以我在storage節(jié)點(diǎn)加了一塊20G的硬盤，并格式化為ext3，掛在/home/yuqing/fastdfs2.而且在storage的配置文件中添加了store_path1=/home/yuqing/fastdfs2，
  重啟fdfs_storage進(jìn)程，執(zhí)行fdfs_monitor命令后，顯示的總大小還是沒有掛載之前的，這個是為什么？

因為我是新手，上面問的問題可能有些弱，希望各位看官不要笑話。
希望斑竹能及時回答，謝謝

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

happy_fish100

磁盤可用空間是取組內(nèi)剩余空間最小的。
通過monitor的輸出，可以看出Host1的剩余空間為3G，所以該組可用的剩余空間為3G。

>>Host1和Host2是相同的配置，都是虛擬機(jī)，我是在Host1上傳的文件，然后自動同步到Host2中，為什么空閑空間大小不一致？
這個現(xiàn)象很奇怪，你看看storage server的日志文件。另外，可以看看fdfs_monitor輸出的同步信息。


對于第三個問題，storage.conf中的參數(shù)store_path_count需要配置為2 。
如果還有問題，重啟一下tracker server試試。

radio_arts

斑竹回答真及時！謝謝。

第三個問題已經(jīng)解決了，可是修改storage.conf中的參數(shù)store_path_count需要配置為2 后，重啟storage和tracker節(jié)點(diǎn)，
再用fdfs_moniter查看，結(jié)果變成了：
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節(jié)點(diǎn)的日志，連接成功，查看tracter節(jié)點(diǎn)的日志，發(fā)現(xiàn)有錯誤：“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節(jié)點(diǎn)的base_path是/home/yuqing/fastdfs，而兩個store_path0=/home/yuqing/fastdfs，store_path1=/home/yuqing/mnt。是不是說第二個store_path必須在base_path路徑下面？

我現(xiàn)在是努力研習(xí)fastdfs，準(zhǔn)備應(yīng)用到項目中的，希望斑竹幫忙啊

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

happy_fish100

你過會兒看還有這個問題嗎？
如果問題還存在，重啟一下tracker server試試。

radio_arts

tracker和storage已經(jīng)重啟好多次了，甚至還重啟服務(wù)器。問題依然存在。
會不會是我storage節(jié)點(diǎn)的base_path和store_path設(shè)置的不對啊
base_path=/home/yuqing/fastdfs
store_path0=/home/yuqing/fastdfs
store_path1=/home/yuqing/mnt (這個是我后加的mount點(diǎn)，就是因為這個導(dǎo)致的錯誤)

昨天我看了看代碼，只看出錯那部分，還是沒看出問題所在。希望斑竹幫忙。
再次感謝！

happy_fish100

storage server是兩臺吧？用monitor可以看出來。
另外，組內(nèi)各臺storage server的store_path_count必須保持一致，象你上面的例子，需要都配置為2。
如果組內(nèi)的各臺storage server都由1調(diào)整為2，tracker server會自動調(diào)整過來的，不需要重啟tracker server。

radio_arts

多謝斑竹，終于搞明白了。
原來是group1中一共有三個storage server節(jié)點(diǎn)，但是其中一個沒有啟動服務(wù)，其他兩個節(jié)點(diǎn)啟動了服務(wù)，并且store_path_count被修改為2了，
而沒啟動服務(wù)的那個節(jié)點(diǎn)沒有被修改。tracter節(jié)點(diǎn)的server列表中一直保存著group1中有三臺server，所以就造成了同組的三個server的store_path_count不一致，出現(xiàn)了錯誤。

我們的新項目準(zhǔn)備使用斑竹的fastdfs系統(tǒng)，我們的新項目很大的，如果能成功的話，對版主的系統(tǒng)推廣很有幫助的。
所以以后會很經(jīng)常的請教版主的，斑竹可以加我QQ嗎？這樣能方便交流，我也會把我對這個系統(tǒng)的一些認(rèn)識貼到本論壇，希望幫助斑竹推廣這個系統(tǒng)。
我的QQ：281021316.期待。。

happy_fish100

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