Rebuild mit vielen Uploads effizienter gestalten?

Overgrow · 28. Februar 2020 um 12:35

Gibt es eine Möglichkeit, chown auf dem Verzeichnis /shared/uploads beim Neuaufbau der App effizienter zu gestalten? Gibt es einen Workaround?

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;

Derzeit dauert allein diese Zeile mehr als 10 Minuten (bei über 200.000 Uploads). Ohne sie wäre der Neuaufbau erheblich schneller.

codinghorror · 29. Februar 2020 um 20:29

Ich erinnere mich, dass das schon einmal angesprochen wurde. @mpalmer, gibt es eine ausgefeilte Option für diesen Befehl, um diese Dateien zu überspringen, wenn die Berechtigungen bereits korrekt erscheinen?

mpalmer · 13. März 2020 um 01:25

Ja, wahrscheinlich ist das der Grund, warum diese Zeile in web.template.yml erschienen ist:

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

In diesem Fall wäre der Befehl wahrscheinlich so etwas wie:

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

codinghorror · 13. März 2020 um 02:47

Toll, können wir etwas tun, damit das möglich wird?

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

Rebuild mit vielen Uploads effizienter gestalten?

Verwandte Themen