Bug 233207 - sysutils/docker-freebsd: Failed to call nmount: File name too long
Summary: sysutils/docker-freebsd: Failed to call nmount: File name too long
Status: Closed Not A Bug
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: amd64 Any
: --- Affects Only Me
Assignee: Jochen Neumeister
URL:
Keywords: needs-qa
Depends on:
Blocks:
 
Reported: 2018-11-13 20:46 UTC by iron.udjin
Modified: 2020-01-11 11:16 UTC (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description iron.udjin 2018-11-13 20:46:25 UTC 
Hello,

I'm trying to start container:

# docker run -t -i gitlab/gitlab-ce /bin/bash
Error response from daemon: error creating zfs mount of zroottmp/usr/docker/c1d121894f33d8e0cb4d3e481869ac2ce806f4f6359c1b9fa6fad9afb98520c6-init to /usr/docker/zfs/graph/c1d121894f33-init: Failed to call nmount: File name too long

# docker info
Containers: 1
Images: 19
Storage Driver: zfs
 Zpool: error while getting pool information exit status 1: "/sbin/zpool zpool get all -p zroottmp" => cannot open '-p': name must begin with a letter

 Zpool Health: not available
 Parent Dataset: zroottmp/usr/docker
 Space Used By Parent: 1056522240
 Space Available: 300252139520
 Parent Quota: no
 Compression: lz4
Execution Driver: jail
Logging Driver: json-file
Kernel Version: <unknown>
Operating System: <unknown> (error determining if containerized)
CPUs: 8
Total Memory: 0 B
Name: IRON
ID: XMGU:MGYI:3F4L:INTT:KA3T:6LPB:UE2L:AUUO:4COU:BCML:KY4M:6XBA
Debug mode (server): true
File Descriptors: -1
Goroutines: 13
System Time: 2018-11-13T22:38:07.470527183+02:00
EventsListeners: 0
Init SHA1: 
Init Path: /usr/local/bin/docker
Docker Root Dir: /usr/docker
WARNING: No memory limit support
WARNING: No swap limit support


 # docker version
Client version: 1.7.0-dev
Client API version: 1.19
Go version (client): go1.11.1
Git commit (client): 582db78
OS/Arch (client): freebsd/amd64
Server version: 1.7.0-dev
Server API version: 1.19
Go version (server): go1.11.1
Git commit (server): 582db78
OS/Arch (server): freebsd/amd64

OS: 11.2-STABLE r340361

I guess it's OS related issue which is cannot mount image with long name. Is there any workaround of it?
Comment 1 iron.udjin 2018-11-13 21:40:09 UTC 
Workaround is to make dataset as shot as possible. In my case it is: zfs create -o mountpoint=/usr/docker zroottmp/d

I keep this bug open. Possibly somebody will find better solution which allow to use long dataset names for docker.
Comment 2 Kubilay Kocak freebsd_committer freebsd_triage 2019-01-07 10:48:57 UTC 
Assign to new recent maintainer (ports r489312)
Comment 3 Walter Schwarzenfeld freebsd_triage 2019-08-05 22:52:08 UTC 
EXPIRATION_DATE=        2019-09-04.
Comment 4 Rene Ladan freebsd_committer freebsd_triage 2020-01-11 11:16:07 UTC 
Note that this port expired yesterday due to build errors. Also IIRC the reported limit was a limitation of FreeBSD 11.