我有一個運行使用大約8個Docker容器的應用程序的VM。幾個節點可以訪問已裝載的碼頭集裝箱
如果我提出的/ var/lib中/搬運工人到/ mnt /集裝箱/,其中/ mnt /容器 通過glusterfs到更大的系統安裝,我開始越來越象這樣的錯誤:
[email protected]: Jun 17 16:05:10 stackato-ft9y kernel: [ 2174.535122] aufs au_xino_set:1176:docker[7572]: I/O Error, failed creating xino(-27).
[email protected]: Jun 17 16:05:10 stackato-ft9y kernel: [ 2174.538613] aufs au_xino_set:1176:docker[7572]: I/O Error, failed creating xino(-27).
[email protected]: [error] mount.go:11 [warning]: couldn't run auplink before unmount: exit status 22^M
[email protected]: file too large
[email protected]: [d954f89b] -job create(fence_app_staging_fibo_1a992a98_id-3dd68) = ERR (1)^M
[email protected]: [error] server.go:1025 Error: file too large^M
[email protected]: [error] server.go:90 HTTP Error: statusCode=500 file too large
我當用完/ var/lib/docker時,或者即使將/ var/lib/docker的 內容移動到不同的本地目錄時,也不會看到這些錯誤。
我們兩個人已經獨立絆倒http://osdir.com/ml/linux.file-systems.aufs.user/2008-08/msg00016.html,但這看起來不太合適。所以我在這裏希望得到駐泊碼頭/ aufs/glusterfs專家的關注。
aufs已修復。你能推薦glusterfs的替代品嗎? – Eric
我喜歡Ceph,但我想你可以簡單地去NFS – creack