aufs/overlayfs/btrfs bugs

이미 github로 옮겼습니다. 앞으로 기본적으로 github 버전을 업데이트할 것입니다.
https://github.com/AkihiroSuda/docker-issues
Docker를 저장하는 파일 시스템의 버그 목록(언제든지 업데이트)

AUFS

issue
개요
까닭
간단한 해결 방법
#783
권한에 문제가 있음
AUFS 사양.dirperm1을 지원하는 커널에는 문제가 없습니다.
dirperm1을 지원하는 커널로 업데이트
#18180
진행 과정 이 좀비 자상 으로 변하다
커널 본체 버전 및 AUFS 버전 호환성
AUFS20160111 이후 커널 업데이트
#20199(Open)
fcntl(F SETFL, O APPEND)이 무시됨
AUFS 버그
무(또는 헝<unk>을 깁다를 내핵에 놓고 밭 건축을 한다)
#20240(Open)
dirperm1이 유효해도 권한이 이상합니다
미해결
없음

OverlayFS

issue
개요
까닭
간단한 해결 방법
#10180(Open)
checksum 오류로 yum 실패
파일 설명자에 대한 오버레이프스의 규격(1,2yum-plugin-ovl 포장에 넣기
#12080(Open)
UNIX 도메인 잭은 사용할 수 없습니다.
오버레이프스의 구린내 나는 벌레
무(또는 헝<unk>을 깁다를 내핵에 놓고 밭 건축을 한다)
#19082(Open)
현재 디렉터리 삭제가 실패했을 때의 행동이 이상합니다
오버레이프스의 구린내 나는 벌레
무(또는 헝<unk>을 깁다를 내핵에 놓고 밭 건축을 한다)
#19647(Open)
symlink를 포함한 tar의 전개 비결정적 실패
미해결
없음
#19758(Open)
run,remove를 자주 반복하면 다운됩니다
미해결
없음

잘못이라고 할 수는 없지만 걱정거리

inode 소비량이 많다

BtrFS

issue
개요
까닭
간단한 해결 방법
#19073 sendfile(2)자상
btrfs의 구린내 나는 벌레
없음
#20080(Open)
cgroups kmem limit 값을 설정하면 충돌하고 데이터가 분실됩니다
btrfs의 구린내 나는 벌레
kmem limit 설정을 피하시겠습니까?

잘못이라고 할 수는 없지만 걱정거리

느리다#10161

공유되지 않은 페이지(DLL 등 중복 읽기)http://comments.gmane.org/gmane.comp.sysutils.docker.devel/1384

ZFS

issue
개요
까닭
간단한 해결 방법
#20153(Open)
다양한 작업이 EBUSY를 통해 이루어집니다.
미해결
없음

DeviceMapper(파일 시스템은 아니지만)

issue
개요
까닭
간단한 해결 방법
#4036
마운트할 수 없음
udev sync가 잘못되었습니다.
udev sync는 유효한 데몬 바이너리를 사용합니다.
#5684(Open)
데몬을 다시 시작하면 현재 용기를 start할 수 없습니다
해결되지 않음(DeviceMapper와 무관함)
없음(daemon stop 전에 모든 용기를 수동으로 정지하는 방법도 있지만 고장 저항성은 없음)

잘못이라고 할 수는 없지만 걱정거리

느리다#10161

공유되지 않은 페이지(DLL 등 중복 읽기)http://comments.gmane.org/gmane.comp.sysutils.docker.devel/1384

도대체 어떤 파일 시스템이 좋을까

실제 품질이 그다지 좋지 않아서 어떤 파일 시스템이 특별히 좋다고 말할 수 없다.
커뮤니티에 대한 지원 상황도 미묘하지만 devicemapper는 조금 나을 수 있습니다. Docker로서 Inc.AUFS와 devicemapper는'production-ready'입니다.

FS
지원 현황 고려 사항(2016/02/03시)
AUFS
커널의 메인 라인이 결합되지 않았습니다. Ubuntu와 Boot2 Docker만 사용할 수 있습니다. Ubuntu폐지 예정.
OverlayFS
RHEL에서 OverlayFS 자체가 Tech Preview 처리입니다.
BtrFS
Docker의 BtrFS 드라이버Experimental는.RHEL에서 BtrFS 자체Tech Preview 처리를 처리합니다.
컨테이너의 시작이 느려질 수 있다면, 이러한 Copy-on-Write 파일 시스템을 사용하지 않으면 VFS 백엔드를 사용하는 것은 나무랄 데가 없을 것이다.

어쨌든

perrsistent 데이터 (자주 접근하는 임시 파일) 는 용기의 파일 시스템에 두지 말고 외부 음량 -v 에 두는 것이 안심입니다.
컨테이너의 파일 시스템은 기본적으로 읽기 전용 구역으로 해야 한다.
쓰기는 항상 일회용입니다.