Fastdfs 一次上傳文件失敗的問題分析

1.問題現象

上傳文件失敗，返回錯誤碼28 上傳文件包 connection reset by peer.

2. 問題分析

連接被重置是因為tcp的三次握手出現問題，第三次握手的時候ack指令未返回（詳細問題請自行百度），簡單點就是tcp請求還沒返回消息，連接就已被關閉。

這就感覺很神奇，然后分析出是文件上傳的時候產生問題的，由于文件上傳是到fastdfs 的，那我就在想是不是fastdfs的問題導致連接異常中斷的呢？

帶著這種思路，我就開始檢查fastdfs 的一些配置，然后又檢查一下服務器的內存以及磁盤，發現掛載的磁盤消耗了90%，感覺這樣沒啥，不是還有10%(30G)的空間，最后才發現這種想法很有問題。

然后在百度發現一個問題，fastdfs是有一個系統磁盤的預留空間的，小于這個值，fastdfs就會出現問題。

3. 問題解決

注意FastDFS中有預留空間的概念，在tracker.conf中設置，配置項為：reserved_storage_space，缺省值為4GB，即預留4GB的空間。請酌情設置reserved_storage_space這個參數，比如可以設置為磁盤總空間的20%左右。我的服務器上配置的預留空間是10%,正好命中了，最后就得清理磁盤了。然后問題解決了。

總結

以上是生活随笔為你收集整理的Fastdfs预留空间问题排查分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。