Rendre le rebuild avec de nombreux uploads plus efficace ?

Overgrow · Février 28, 2020, 12:35

Dans le but de reconstruire l’application, existe-t-il un moyen de rendre chown sur le répertoire /shared/uploads plus efficace ? Y a-t-il une solution de contournement ?

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;

Actuellement, cette seule ligne prend plus de 10 minutes (plus de 200 000 fichiers uploadés). Sans elle, la reconstruction serait raisonnablement rapide.

codinghorror · Février 29, 2020, 8:29

Je me souviens que cela a déjà été évoqué, @mpalmer. Existe-t-il une option élégante pour « ignorer ces fichiers si leurs permissions semblent déjà correctes » pour cette commande ?

mpalmer · Mars 13, 2020, 1:25

Oui, c’est probablement ce qui a provoqué l’apparition de cette ligne dans web.template.yml :

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

Dans ce cas, je pense que la commande serait quelque chose comme

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

codinghorror · Mars 13, 2020, 2:47

Super, y a-t-il quelque chose que nous puissions faire pour que cela soit possible ?

Sujet		Réponses	Vues
Skipping an step in discourse rebuild Support	1	467	Septembre 19, 2020
Stuck @ CHOWN for /var/www/discourse Self-hosting	15	2760	Mai 31, 2018
Unable to upload the backup for restore on a new instance Support	5	663	Avril 11, 2021
Discourse build is broken due to removed file? Development	11	2008	Octobre 16, 2017
Permisions errors with "./launcher rebuild app" on fresh install Self-hosting	6	198	Septembre 13, 2025

Rendre le rebuild avec de nombreux uploads plus efficace ?

Sujets connexes