docker - panic: standard_init_linux.go: 175: processo do usuário exec causado “permissão negada” [recuperada]

Navegue suas respostas
1

Estou tentando usar o contêiner do docker com overlay .

Estou iniciando o daemon do docker com: docker daemon -s overlay

O comando docker run --rm hello-world falha com: 

panic: standard_init_linux.go:175: exec user process caused "permission denied" [recovered]
        panic: standard_init_linux.go:175: exec user process caused "permission denied"

goroutine 1 [running, locked to thread]:
panic(0x7e9de0, 0xc82011f110)
        /usr/local/go/src/runtime/panic.go:481 +0x3e6
github.com/urfave/cli.HandleAction.func1(0xc8200f32e8)
        /go/src/github.com/opencontainers/runc/Godeps/_workspace/src/github.com/urfave/cli/app.go:478 +0x38e
panic(0x7e9de0, 0xc82011f110)
        /usr/local/go/src/runtime/panic.go:443 +0x4e9
github.com/opencontainers/runc/libcontainer.(*LinuxFactory).StartInitialization.func1(0xc8200f2bf8, 0xc82001a0c8, 0xc8200f2d08)
        /go/src/github.com/opencontainers/runc/Godeps/_workspace/src/github.com/opencontainers/runc/libcontainer/factory_linux.go:259 +0x136
github.com/opencontainers/runc/libcontainer.(*LinuxFactory).StartInitialization(0xc820059630, 0x7fb8ccc34728, 0xc82011f110)
        /go/src/github.com/opencontainers/runc/Godeps/_workspace/src/github.com/opencontainers/runc/libcontainer/factory_linux.go:277 +0x5b1
main.glob.func8(0xc820076a00, 0x0, 0x0)
        /go/src/github.com/opencontainers/runc/main_unix.go:26 +0x68
reflect.Value.call(0x74e5e0, 0x8ffda0, 0x13, 0x846308, 0x4, 0xc8200f3268, 0x1, 0x1, 0x0, 0x0, ...)
        /usr/local/go/src/reflect/value.go:435 +0x120d
reflect.Value.Call(0x74e5e0, 0x8ffda0, 0x13, 0xc8200f3268, 0x1, 0x1, 0x0, 0x0, 0x0)
        /usr/local/go/src/reflect/value.go:303 +0xb1
github.com/urfave/cli.HandleAction(0x74e5e0, 0x8ffda0, 0xc820076a00, 0x0, 0x0)
        /go/src/github.com/opencontainers/runc/Godeps/_workspace/src/github.com/urfave/cli/app.go:487 +0x2ee
github.com/urfave/cli.Command.Run(0x8491b8, 0x4, 0x0, 0x0, 0x0, 0x0, 0x0, 0x8df0e0, 0x51, 0x0, ...)
        /go/src/github.com/opencontainers/runc/Godeps/_workspace/src/github.com/urfave/cli/command.go:191 +0xfec
github.com/urfave/cli.(*App).Run(0xc820001800, 0xc82000a100, 0x2, 0x2, 0x0, 0x0)
        /go/src/github.com/opencontainers/runc/Godeps/_workspace/src/github.com/urfave/cli/app.go:240 +0xaa4
main.main()
        /go/src/github.com/opencontainers/runc/main.go:137 +0xe24

Se eu usar o driver padrão devicemapper , ele funcionará sem problemas.

    
por Mircea Vutcovici 18.11.2016 / 22:06

1 resposta

2

O problema estava acontecendo quando /var foi montado com noexec . Quando eu remontou com mount /var/ -o remount,exec e reiniciei o daemon do docker, tudo começou a funcionar como esperado.

Você também precisa editar a opção /etc/fstab e remover noexec da entrada /var .

Como alternativa, é possível usar uma pasta diferente (por exemplo, docker daemon -s overlay -g /new_path/docker ) quando o fs foi montado com a opção exec , mas também é necessário alterar a política do SELinux para essa pasta com semanage fcontext e restorecon .

    
por 18.11.2016 / 22:08

Tags

Terraform retorna “Namespace de serviço não suportado, tipo de recurso ou dimensão escalável” quando eu conecto um grupo de escalonamento automático a um serviço do ECS Como obtenho direitos de acesso de chamadas verdadeiros para um diretório em afs?