vagrant/templates/locales/providers_docker.yml

151 lines
6.4 KiB
YAML

en:
docker_provider:
already_built: |-
Image is already built from the Dockerfile. `vagrant reload` to rebuild.
build_image_destroy: |-
Removing built image...
building: |-
Building the container from a Dockerfile...
creating: |-
Creating the container...
created: |-
Container created: %{id}
host_machine_disabling_folders: |-
Removing synced folders...
host_machine_forwarded_ports: |-
Warning: When using a remote Docker host, forwarded ports will NOT be
immediately available on your machine. They will still be forwarded on
the remote machine, however, so if you have a way to access the remote
machine, then you should be able to access those ports there. This is
not an error, it is only an informational message.
host_machine_needed: |-
Docker host is required. One will be created if necessary...
host_machine_ready: |-
Docker host VM is already ready.
host_machine_starting: |-
Vagrant will now create or start a local VM to act as the Docker
host. You'll see the output of the `vagrant up` for this VM below.
host_machine_syncing_folders: |-
Syncing folders to the host VM...
logs_host_state_unknown: |-
This container requires a host VM, and the state of that VM
is unknown. Run `vagrant up` to verify that the container and
its host VM is running, then try again.
not_created_skip: |-
Container not created. Skipping.
not_docker_provider: |-
Not backed by Docker provider. Skipping.
ssh_through_host_vm: |-
SSH will be proxied through the Docker virtual machine since we're
not running Docker natively. This is just a notice, and not an error.
synced_folders_changed: |-
Vagrant has noticed that the synced folder definitions have changed.
With Docker, these synced folder changes won't take effect until you
destroy the container and recreate it.
waiting_for_running: |-
Waiting for container to enter "running" state...
messages:
destroying: |-
Deleting the container...
not_created: |-
The container hasn't been created yet.
not_running: |-
The container is not currently running.
provision_no_ssh: |-
Provisioners will not be run since container doesn't support SSH.
will_not_destroy: |-
The container will not be destroyed, since the confirmation was declined.
starting: |-
Starting container...
stopping: |-
Stopping container...
container_ready: |-
Container started and ready for use!
status:
host_state_unknown: |-
The host VM for the Docker containers appears to not be running
or is currently inaccessible. Because of this, we can't determine
the state of the containers on that host. Run `vagrant up` to
bring up the host VM again.
not_created: |-
The environment has not yet been created. Run `vagrant up` to
create the environment. If a machine is not created, only the
default provider will be shown. So if a provider is not listed,
then the machine is not created for that environment.
running: |-
The container is created and running. You can stop it using
`vagrant halt`, see logs with `vagrant docker-logs`, and
kill/destroy it with `vagrant destroy`.
stopped: |-
The container is created but not running. You can run it again
with `vagrant up`. If the container always goes to "stopped"
right away after being started, it is because the command being
run exits and doesn't keep running.
errors:
communicator_non_docker: |-
The "docker_hostvm" communicator was specified on a machine that
is not provided by the Docker provider. This is a bug with your
Vagrantfile. Please contact the creator of your Vagrant environment
and notify them to not use this communicator for anything except the
"docker" provider.
config:
both_build_and_image: |-
Only one of "build_dir" or "image" can be set
build_dir_invalid: |-
"build_dir" must exist and contain a Dockerfile
build_dir_or_image: |-
One of "build_dir" or "image" must be set
invalid_link: |-
Invalid link (should be 'name:alias'): "%{link}"
invalid_vagrantfile: |-
"vagrant_vagrantfile" must point to a Vagrantfile that exists.
docker_provider_nfs_without_privileged: |-
You've configured a NFS synced folder but didn't enable privileged
mode for the container. Please set the `privileged` option to true
on the provider block from your Vagrantfile, recreate the container
and try again.
docker_provider_image_not_configured: |-
The base Docker image has not been set for the '%{name}' VM!
execute_error: |-
A Docker command executed by Vagrant didn't complete successfully!
The command run along with the output from the command is shown
below.
Command: %{command}
Stderr: %{stderr}
Stdout: %{stdout}
state_not_running: |-
The container never entered the "running" state, or entered it
briefly but reverted back to another state. Please verify that
the configuration of the container is correct.
If you meant for this container to not remain running, please
set the Docker provider configuration "remains_running" to "false":
config.vm.provider "docker" do |d|
d.remains_running = false
end
state_stopped: |-
The container started either never left the "stopped" state or
very quickly reverted to the "stopped" state. This is usually
because the container didn't execute a command that kept it running,
and usually indicates a misconfiguration.
If you meant for this container to not remain running, please
set the Docker provider configuration "remains_running" to "false":
config.vm.provider "docker" do |d|
d.remains_running = false
end
synced_folder_non_docker: |-
The "docker" synced folder type can't be used because the provider
in use is not Docker. This synced folder type only works with the
Docker provider. The provider this machine is using is: %{provider}