DS415+ 移除快照失敗

211分

個人積分：211分

文章編號：68654408

快照我確實會留比較長的時間，一方面怕病毒一方面怕什麼異動搞壞了東西我有得追回來，所以都是每天固定跑

那個警訊我覺得意義不太大，原因是他應該還是照df的資訊算的，但對btrfs來說空間早就滿了。
像我這次的狀況就是儲存空間顯示94%，但實際上早就滿了，滿到沒有東西可以寫入，我的rsync job已經停了快一週......

pctine wrote:
在 zfs & btrfs...(恕刪)

tagahu_123 wrote:
OK
了解
因為我的...(恕刪)

pctine

4966分

12樓

pctine

個人積分：4966分

文章編號：68654553

dummyhead wrote:
那個警訊我覺得意義不太大，原因是他應該還是照df的資訊算的，但對btrfs來說空間早就滿了。...(恕刪)

的確系統部份建議再做優化.

警訊部份在它在可用容量 20% & 10% 都會提出警告, 除非用的硬碟容量非常小, 不然應該有它的作用, 4TB 的儲存空間, 在容量小於 800GB 以下時就會發出訊息了. 最後只有 400GB 又發一次.

FB: Pctine

dummyhead

211分

樓主

dummyhead

個人積分：211分

文章編號：68666179

這樣的前提必須建立在btrfs的使用率跟df是有比例關係的，否則還是有可能在20%的時候系統就已經無法寫入了

這次真的修的很痛苦，因為磁碟全滿了，別說web console後來都開不進去了，連ssh進去刪檔案也刪了好幾天才有辦法刪到可以讓Synology的人開始排除問題，更別說我相信有不少人根本就是買來之後連web console都很少開，都是網芳丟一丟就不管的

pctine wrote:
的確系統部份建議再...(恕刪)

dummyhead

211分

樓主

dummyhead

個人積分：211分

文章編號：70487056

忘了要來回一下這篇文

結論：

1. Synology承認這是個bug，但他們覺得很罕見，主因是btrfs metadata在實際硬碟空間用完之前已秏盡
2. 其原因是因為我有daily rsync我的主機回415+，而只要有讀取atime就會異動(我的atime是預設的每天)，就因為這些atime造成metadata不斷的增長
3. btrfs透過他們的方式刪除snapshot之後資料有回來，時間花的有比較長就是
4. 這個bug的解決時間還無法確定
5. Synology希望我可以提供檔案結構給他們，由於還有工作上的資料在裡面最後我放棄
6. btrfs快照無法單獨刪除某些檔案，這點當初Synology沒講清楚，所以實際上他們是把我那組RAID1的snapshot全刪了.....
7. 目前也沒有任何方式可以在metadata消秏完之前有提示....

另外順便一提，Storage Analyzer在檔案數過大的時候也會壞掉，據說在6.2有改善但看6.2現在這樣我其實還是不想升