Documentation/bugfix request: mapping paths in Docker
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- docker, shell
- Área
- devops, documentation
Línea de trabajo
Comienza con bin/up y bin/stop, luego compara su manejo de rutas con las indicaciones vinculadas sobre el uso compartido de archivos de Docker y las páginas de documentación del toolkit. Reproduce la configuración de directorios separados y verifica que la configuración documentada, el comportamiento de los errores o la validación eviten que los datos desaparezcan después de un reinicio.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I installed overleaf-toolkit on a brand-new Mac, everything up to date, after installing Docker Desktop, into /opt/bin/overleaf-toolkit. Then when running bin/up I'd get error messages like:
The path /opt/overleaf-toolkit/data/mongo is not shared from the host and is not known to Docker.
You can configure shared paths from Docker -> Preferences... -> Resources -> File Sharing.
See https://docs.docker.com/go/mac-file-sharing/ for more info.
So I did what the messages seemed to be suggesting, and added the following as shared directories in Docker Desktop:
/opt/overleaf-toolkit/data/mongo
/opt/overleaf-toolkit/data/overleaf
/opt/overleaf-toolkit/data/redis
No more error messages, it starts, and I can use Overleaf. The problem is that after ending it with bin/stop and restarting with bin/up all the data is gone! It's a fresh installation asking me to create an admin account.
After much trial and error, I finally figured out that it only works correctly if I add a single shared directory instead:
/opt/overleaf-toolkit
With that, all the data actually persists across restarts. So this is obviously a required configuration, yet:
- It is not mentioned anywhere in the official configuration instructions -- 3: Initialize the configuration or Files and locations
- It produces no error when the
.../data/*paths are shared individually, but loses data silently across restart
So it seems like some combination of the following would be helpful?
- Updating the documentation for installation
- Clarifying the error message about the correct path that needs to be shared
- Producing an error if the correct path has not been shared
Hopefully this issue can help other people running into the same problem, with how to solve it.
- Lenguaje dominante
- Shell
- Estrellas
- 1.3k
- Forks
- 314
- Merge medio
- 9 d 7 h
- PR fusionados (30 d)
- 1
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de overleaf/toolkit
-
Container mongo Started - Error response from daemon on kernel 7.0.13Quizá libre de nuevo Un pull request para esta issue se cerró sin fusionarse. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 68/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
-
Nginx problem after rebootAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
Todos los issues de overleaf/toolkit
Issues similares
-
Sourced-library load-guards use a top-level `return` that errors on direct execution (repo-wide)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
rossoctl/automation#115 ·
Los mantenedores suelen responder en 3 días
-
loongarch64: `unsupported linker arg: --no-rosegment` with rustc 1.100Posiblemente ocupada @monosans la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
rust-cross/cargo-zigbuild#503 ·
Los mantenedores suelen responder en 1 día
-
netbox status: backlog topic: testing type: housekeeping
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
netbox-community/netbox#23395 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 Menos de una hora Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día