J'ai une machine virtuelle exécutant une application qui utilise environ 8 conteneurs Docker.Plusieurs nœuds peuvent-ils accéder aux conteneurs docker montés?
Si je déplace/var/lib/docker/mnt/conteneurs/où/mnt/conteneurs est monté par glusterfs à un système plus vaste, je commence à obtenir des erreurs comme ceci:
[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
I ne pas voir ces erreurs en cas d'épuisement de/var/lib/docker, ou même si je déplace le contenu de/var/lib/docker vers un autre répertoire local.
Deux d'entre nous ont indépendamment trébuché sur http://osdir.com/ml/linux.file-systems.aufs.user/2008-08/msg00016.html, mais cela ne semble pas tout à fait correct. Je suis donc ici en train d'espérer attirer l'attention des experts dockers/aufs/glusterfs.
Aufs est fixé. Pouvez-vous recommander des alternatives aux glusterfs? – Eric
J'aime Ceph, mais je suppose que vous pourriez simplement aller pour NFS – creack