Fish版主：Java API長(zhǎng)時(shí)間上傳文件后，client的upload方法卡住了。

allnew

FastDFS 的tracker和storage端配置 除了IP和啟用trunk外，均保持默認(rèn)。V5.x和4.08測(cè)試過(guò)都有這個(gè)問(wèn)題，

Server：RHEL 6.2 64位，tracker和storage部署在同一臺(tái)機(jī)器上
Client程序也部署在同一臺(tái)機(jī)器上，采用Java編寫，調(diào)用 1.24 API的upload(group_name, local_path, extname, meta_list)這個(gè)方法, meta_list為null。


方法：一個(gè)client進(jìn)程、幾十個(gè)文件循環(huán)反復(fù)進(jìn)行upload，上傳的文件有100K的、幾十M，都試過(guò)。
現(xiàn)象：上傳經(jīng)過(guò)大概20分鐘后，upload方法卡住。此時(shí)，storage和tracker的日志文件中均無(wú)明顯異常。
         但lsof命令可以發(fā)現(xiàn)storage進(jìn)程正打開(kāi)一個(gè)數(shù)據(jù)文件，該文件就是前正在上傳的文件，但是該文件的大小 低于 原始文件的大小。（為了驗(yàn)證這種情況，選擇60M以上的文件超過(guò)trunk合并的文件大小上限值）

猜測(cè)：1.storage申請(qǐng)磁盤空間hang住
        2.storage沒(méi)有獲取到正確的上傳文件的大小

還有哪些地方可以檢查的嗎，系統(tǒng)日志、或是其它地方。

========
另有一個(gè)問(wèn)題：如何配置使storage不產(chǎn)生同步用的binlog。