請(qǐng)教下測(cè)試中storage把磁盤寫滿了，沒給客戶端報(bào)錯(cuò)的問題

happy_fastdfs

測(cè)試中storage把磁盤寫滿了（只部署一個(gè)group，里面只一個(gè)storage），客戶端上傳文件直至寫滿磁盤，storage沒給client返回出錯(cuò)，只是把client掛住，一直等待響應(yīng)。

這個(gè)機(jī)制是否可以改成storage發(fā)現(xiàn)磁盤寫滿，立即給client返回出錯(cuò)？
當(dāng)然，生產(chǎn)環(huán)境應(yīng)該做好規(guī)劃和監(jiān)控，不讓磁盤寫滿。

happy_fish100

你直接往storage server上傳文件的么？
標(biāo)準(zhǔn)流程是先詢問tracker server獲得可上傳文件的storage server，然后再往該storage server上傳文件。

happy_fastdfs

先問的tracker，再連storage，走標(biāo)準(zhǔn)流程。

happy_fish100

tracker.conf中配置的reserved_storage_space是多少呢？
這個(gè)參數(shù)默認(rèn)是4GB的。

happy_fastdfs

tracker.conf中配置的reserved_storage_space是多少呢？
同事說這個(gè)參數(shù)設(shè)置了4GB的。

我測(cè)試這個(gè)問題，在一個(gè)group而且一個(gè)storage時(shí)，設(shè)置的reserved_storage_space會(huì)正常生效的，剩余空間只剩4G時(shí)會(huì)提示客戶端：tracker_query_storage fail, error no: 28, error info: No space left on device

但是以前版本大約是v1.19出現(xiàn)過寫滿磁盤的情況，即一個(gè)group但有2個(gè)storage，一個(gè)分區(qū)大一個(gè)分區(qū)小，分區(qū)小的只剩余4G后，分區(qū)大的storage的文件還會(huì)復(fù)制過來導(dǎo)致分區(qū)寫滿的情況。

即復(fù)制的時(shí)候是不是沒判斷磁盤剩余空間呢？新的版本v1.22因?yàn)榇疟P較大，暫時(shí)沒測(cè)試到這種情況。

happy_fish100

同組storage server配置應(yīng)該一致，尤其是磁盤空間，應(yīng)完全一樣。