¿Hacer más eficiente la reconstrucción con muchas subidas?

Overgrow · 28 Febrero, 2020 12:35

Para el propósito de reconstruir la aplicación, ¿hay alguna forma de hacer que chown en el directorio /shared/uploads sea más eficiente? ¿Existe alguna solución alternativa?

github.com/discourse/discourse_docker

templates/web.template.yml

7440820f5


      
                - mkdir -p tmp/pids
                - mkdir -p tmp/sockets
                - touch tmp/.gitkeep
                - mkdir -p                    /shared/log/rails
                - bash -c "touch -a           /shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log"
                - bash -c "ln    -s           /shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log $home/log"
                - bash -c "mkdir -p           /shared/{uploads,backups}"
                - bash -c "ln    -s           /shared/{uploads,backups} $home/public"
                - bash -c "mkdir -p           /shared/tmp/{backups,restores}"
                - bash -c "ln    -s           /shared/tmp/{backups,restores} $home/tmp"
                - chown -R discourse:www-data /shared/log/rails /shared/uploads /shared/backups /shared/tmp
          
          - exec:
              cmd:
                - "cp $home/config/nginx.sample.conf /etc/nginx/conf.d/discourse.conf"
                - "rm /etc/nginx/sites-enabled/default"
                - "mkdir -p /var/nginx/cache"
          
          - replace:
              filename: /etc/nginx/nginx.conf
              from: pid /run/nginx.pid;

Actualmente, esta línea por sí sola tarda más de 10 minutos (más de 200.000 archivos subidos). Sin ella, la reconstrucción sería bastante rápida.

codinghorror · 29 Febrero, 2020 20:29

Recuerdo que esto surgió antes @mpalmer, ¿hay alguna opción sofisticada de ‘omitir estos archivos si los permisos ya parecen correctos’ para ese comando?

mpalmer · 13 Marzo, 2020 01:25

Sí, probablemente sea lo que provocó que apareciera esta línea en web.template.yml:

find $home ! -user discourse -exec chown discourse {} \+

En este caso, creo que el comando sería algo así como:

find /shared/log/rails /shared/uploads /shared/backups /shared/tmp ! -user discourse -or ! -group www-data -exec chown discourse:www-data {} \+

codinghorror · 13 Marzo, 2020 02:47

¡Genial! ¿Hay algo que podamos hacer para lograrlo?

Tema		Respuestas	Vistas
Skipping an step in discourse rebuild Support	1	467	19 Septiembre 2020
Stuck @ CHOWN for /var/www/discourse Self-hosting	15	2760	31 Mayo 2018
Unable to upload the backup for restore on a new instance Support	5	663	11 Abril 2021
Discourse build is broken due to removed file? Development	11	2006	16 Octubre 2017
Permisions errors with "./launcher rebuild app" on fresh install Self-hosting	6	198	13 Septiembre 2025

¿Hacer más eficiente la reconstrucción con muchas subidas?

Temas relacionados