mirror of
https://github.com/netbirdio/gvisor.git
synced 2026-05-22 17:12:49 -07:00
Added custom heading IDs to FAQ
This commit is contained in:
committed by
Fabricio Voznika
parent
ca689dc7f6
commit
939198fa41
@@ -3,58 +3,58 @@ title = "FAQ"
|
||||
weight = 1000
|
||||
+++
|
||||
|
||||
### What operating systems are supported?
|
||||
### What operating systems are supported? {#supported-os}
|
||||
|
||||
gVisor requires Linux {{< required_linux >}} ([older Linux][old-linux]).
|
||||
|
||||
### What CPU architectures are supported?
|
||||
### What CPU architectures are supported? {#supported-cpu}
|
||||
|
||||
gVisor currently supports [x86_64/AMD64](https://en.wikipedia.org/wiki/X86-64)
|
||||
compatible processors.
|
||||
|
||||
### Do I need to modify my Linux application to use gVisor?
|
||||
### Do I need to modify my Linux application to use gVisor? {#modify-app}
|
||||
|
||||
No. gVisor is capable of running unmodified Linux binaries.
|
||||
|
||||
### What binary formats does gVisor support?
|
||||
### What binary formats does gVisor support? {#supported-binary}
|
||||
|
||||
gVisor supports Linux
|
||||
[ELF](https://en.wikipedia.org/wiki/Executable_and_Linkable_Format) binaries.
|
||||
Binaries run in gVisor should be built for the
|
||||
[AMD64](https://en.wikipedia.org/wiki/X86-64) CPU architecture.
|
||||
|
||||
### Can I run Docker images using gVisor?
|
||||
### Can I run Docker images using gVisor? {#docker-images}
|
||||
|
||||
Yes. Please see the [Docker Quick Start][docker].
|
||||
|
||||
### Can I run Kubernetes pods using gVisor?
|
||||
### Can I run Kubernetes pods using gVisor? {#k8s-pods}
|
||||
|
||||
Yes. Please see the [Kubernetes Quick Start][k8s].
|
||||
|
||||
### What's the security model?
|
||||
### What's the security model? {#security-model}
|
||||
|
||||
See the [Security Model][security-model].
|
||||
|
||||
## Troubleshooting
|
||||
|
||||
### My container runs fine with `runc` but fails with `runsc`
|
||||
### My container runs fine with `runc` but fails with `runsc` {#app-compatibility}
|
||||
|
||||
If you’re having problems running a container with `runsc` it’s most likely due
|
||||
to a compatibility issue or a missing feature in gVisor. See
|
||||
[Debugging][debugging].
|
||||
|
||||
### When I run my container, docker fails with: `open /run/containerd/.../<containerid>/log.json: no such file or directory`
|
||||
### When I run my container, docker fails with: `open /run/containerd/.../<containerid>/log.json: no such file or directory` {#memfd-create}
|
||||
|
||||
You are using an older version of Linux which doesn't support `memfd_create`.
|
||||
gVisor requires Linux {{< required_linux >}} ([older Linux][old-linux]).
|
||||
|
||||
This is tracked in [bug #268](https://gvisor.dev/issue/268).
|
||||
|
||||
### When I run my container, docker fails with: `flag provided but not defined: -console`
|
||||
### When I run my container, docker fails with: `flag provided but not defined: -console` {#docker-old}
|
||||
|
||||
You're using an old version of Docker. See [Docker Quick Start][docker].
|
||||
|
||||
### I can’t see a file copied with: `docker cp`
|
||||
### I can’t see a file copied with: `docker cp` {#fs-cache}
|
||||
|
||||
For performance reasons, gVisor caches directory contents, and therefore it may
|
||||
not realize a new file was copied to a given directory. To invalidate the cache
|
||||
@@ -69,7 +69,7 @@ Note that `kubectl cp` works because it does the copy by exec'ing inside the
|
||||
sandbox, and thus gVisor's internal cache is made aware of the new files and
|
||||
directories.
|
||||
|
||||
### I'm getting an error like: `panic: unable to attach: operation not permitted` or `fork/exec /proc/self/exe: invalid argument: unknown`
|
||||
### I'm getting an error like: `panic: unable to attach: operation not permitted` or `fork/exec /proc/self/exe: invalid argument: unknown` {#runsc-perms}
|
||||
|
||||
Make sure that permissions and the owner is correct on the `runsc` binary.
|
||||
|
||||
@@ -78,7 +78,7 @@ sudo chown root:root /usr/local/bin/runsc
|
||||
sudo chmod 0755 /usr/local/bin/runsc
|
||||
```
|
||||
|
||||
### I'm getting an error like `mount submount "/etc/hostname": creating mount with source ".../hostname": input/output error: unknown.`
|
||||
### I'm getting an error like `mount submount "/etc/hostname": creating mount with source ".../hostname": input/output error: unknown.` {#memlock}
|
||||
|
||||
There is a bug in Linux kernel versions 5.1 to 5.3.15, 5.4.2, and 5.5. Upgrade to a newer kernel or add the following to `/lib/systemd/system/containerd.service` as a workaround.
|
||||
|
||||
@@ -90,7 +90,7 @@ And run `systemctl daemon-reload && systemctl restart containerd` to restart con
|
||||
|
||||
See [issue #1765](https://gvisor.dev/issue/1765) for more details.
|
||||
|
||||
### My container cannot resolve another container's name when using Docker user defined bridge
|
||||
### My container cannot resolve another container's name when using Docker user defined bridge {#docker-bridge}
|
||||
|
||||
This is normally indicated by errors like `bad address 'container-name'` when
|
||||
trying to communicate to another container in the same network.
|
||||
|
||||
Reference in New Issue
Block a user