Échec de l'optimisation de l'image : raison inconnue

snikch · Février 23, 2022, 7:03

Salut tout le monde

Nous venons de terminer la migration d’un de nos forums d’un serveur à un autre, tout en changeant de domaine en même temps.

Dans la nouvelle installation, nous obtenons beaucoup de ces erreurs dans nos journaux :

lib/discourse.rb:810:in `block in warn'
lib/discourse.rb:804:in `each'
lib/discourse.rb:804:in `warn'
/var/www/discourse/app/models/optimized_image.rb:329:in `rescue in convert_with'
/var/www/discourse/app/models/optimized_image.rb:311:in `convert_with'
/var/www/discourse/app/models/optimized_image.rb:305:in `optimize'
/var/www/discourse/app/models/optimized_image.rb:289:in `resize'
/var/www/discourse/app/models/optimized_image.rb:97:in `block in create_for'
/var/www/discourse/app/models/optimized_image.rb:19:in `block in lock'
/var/www/discourse/lib/distributed_mutex.rb:33:in `block in synchronize'
/var/www/discourse/lib/distributed_mutex.rb:29:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:29:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:14:in `synchronize'
/var/www/discourse/app/models/optimized_image.rb:18:in `lock'
/var/www/discourse/app/models/optimized_image.rb:68:in `create_for'
/var/www/discourse/app/models/upload.rb:167:in `rescue in get_optimized_image'
/var/www/discourse/app/models/upload.rb:161:in `get_optimized_image'
/var/www/discourse/app/models/upload.rb:147:in `create_thumbnail!'
/var/www/discourse/lib/cooked_post_processor.rb:281:in `convert_to_link!'
/var/www/discourse/lib/cooked_post_processor.rb:487:in `block in post_process_images'
nokogiri-1.13.3-x86_64-linux/lib/nokogiri/xml/node_set.rb:233:in `block in each'
nokogiri-1.13.3-x86_64-linux/lib/nokogiri/xml/node_set.rb:232:in `upto'
nokogiri-1.13.3-x86_64-linux/lib/nokogiri/xml/node_set.rb:232:in `each'
/var/www/discourse/lib/cooked_post_processor.rb:486:in `post_process_images'
/var/www/discourse/lib/cooked_post_processor.rb:44:in `block in post_process'
/var/www/discourse/lib/distributed_mutex.rb:33:in `block in synchronize'
/var/www/discourse/lib/distributed_mutex.rb:29:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:29:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:14:in `synchronize'
/var/www/discourse/lib/cooked_post_processor.rb:40:in `post_process'
/var/www/discourse/app/jobs/regular/process_post.rb:26:in `block in execute'
/var/www/discourse/lib/distributed_mutex.rb:33:in `block in synchronize'
/var/www/discourse/lib/distributed_mutex.rb:29:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:29:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:14:in `synchronize'
/var/www/discourse/app/jobs/regular/process_post.rb:10:in `execute'
/var/www/discourse/app/jobs/base.rb:232:in `block (2 levels) in perform'
rails_multisite-4.0.0/lib/rails_multisite/connection_management.rb:80:in `with_connection'
/var/www/discourse/app/jobs/base.rb:221:in `block in perform'
/var/www/discourse/app/jobs/base.rb:217:in `each'
/var/www/discourse/app/jobs/base.rb:217:in `perform'
sidekiq-6.4.1/lib/sidekiq/processor.rb:196:in `execute_job'
sidekiq-6.4.1/lib/sidekiq/processor.rb:164:in `block (2 levels) in process'
sidekiq-6.4.1/lib/sidekiq/middleware/chain.rb:138:in `block in invoke'
/var/www/discourse/lib/sidekiq/pausable.rb:138:in `call'
sidekiq-6.4.1/lib/sidekiq/middleware/chain.rb:140:in `block in invoke'
sidekiq-6.4.1/lib/sidekiq/middleware/chain.rb:143:in `invoke'
sidekiq-6.4.1/lib/sidekiq/processor.rb:163:in `block in process'
sidekiq-6.4.1/lib/sidekiq/processor.rb:136:in `block (6 levels) in dispatch'
sidekiq-6.4.1/lib/sidekiq/job_retry.rb:114:in `local'
sidekiq-6.4.1/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
sidekiq-6.4.1/lib/sidekiq.rb:40:in `block in <module:Sidekiq>'
sidekiq-6.4.1/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
sidekiq-6.4.1/lib/sidekiq/processor.rb:257:in `stats'
sidekiq-6.4.1/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
sidekiq-6.4.1/lib/sidekiq/job_logger.rb:13:in `call'
sidekiq-6.4.1/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
sidekiq-6.4.1/lib/sidekiq/job_retry.rb:81:in `global'
sidekiq-6.4.1/lib/sidekiq/processor.rb:124:in `block in dispatch'
sidekiq-6.4.1/lib/sidekiq/job_logger.rb:39:in `prepare'
sidekiq-6.4.1/lib/sidekiq/processor.rb:123:in `dispatch'
sidekiq-6.4.1/lib/sidekiq/processor.rb:162:in `process'
sidekiq-6.4.1/lib/sidekiq/processor.rb:78:in `process_one'
sidekiq-6.4.1/lib/sidekiq/processor.rb:68:in `run'
sidekiq-6.4.1/lib/sidekiq/util.rb:56:in `watchdog'
sidekiq-6.4.1/lib/sidekiq/util.rb:65:in `block in safe_thread'

En regardant le code, il semble que si l’erreur ne contient pas convert: , alors ce message d’erreur générique est utilisé, ce qui masque l’erreur sous-jacente réelle.

github.com/discourse/discourse

app/models/optimized_image.rb

main


      
              -profile
              #{File.join(Rails.root, "vendor", "data", "RT_sRGB.icm")}
              #{to}
            }
          end
          
          def self.resize(from, to, width, height, opts = {})
            optimize("resize", from, to, "#{width}x#{height}", opts)
          end
          
          def self.crop(from, to, width, height, opts = {})
            optimize("crop", from, to, "#{width}x#{height}", opts)
          end
          
          def self.downsize(from, to, dimensions, opts = {})
            optimize("downsize", from, to, dimensions, opts)
          end
          
          def self.optimize(operation, from, to, dimensions, opts = {})
            method_name = "#{operation}_instructions"

J’ai l’impression qu’il pourrait s’agir d’une bibliothèque prérequise manquante de notre côté, ou peut-être que certains fichiers n’ont pas été transférés lors de la migration, mais il est difficile de le dire sans le message d’erreur. Avez-vous des suggestions sur où je devrais commencer à chercher ?

sam · Février 23, 2022, 11:17

Ma supposition est qu’ImageMagick n’est pas à jour.

Pouvez-vous confirmer que vous utilisez notre configuration officielle ? Lorsque nous exécutons ./launcher rebuild, nous récupérons toujours la dernière version de l’image de base.

snikch · Février 24, 2022, 9:07

Salut Sam, oui nous utilisons le ./launcher et avons reconstruit plusieurs fois au cours de la semaine dernière.

Y a-t-il un moyen de patcher rapidement ce script pour qu’il émette l’erreur sous-jacente ? Mon Ruby est un peu rouillé, puis-je simplement modifier un fichier ou y a-t-il une mise en cache / compilation en jeu ?

snikch · Février 24, 2022, 9:31

En fait, en vérifiant nos journaux, cette erreur n’est pas apparue depuis l’autre jour. Peut-être que ce n’était qu’un problème lors de notre migration

sam · Février 24, 2022, 10:42

Ma supposition est que les téléchargements étaient manquants à ce moment-là. Nous avons essayé d’optimiser les images et de les convertir, et il n’y avait aucun fichier.

Notre message d’erreur peut certainement être amélioré ici.

Quant au débogage, si vous en avez besoin. Je modifierais le fichier à l’intérieur du conteneur et j’ajouterais des appels Discourse.warn qui (ce qui correspond essentiellement à un printf dans les logs). Redémarrez le conteneur après avoir manipulé le fichier.

system · Mars 26, 2022, 10:43

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.

Sujet		Réponses	Vues
`uploads:regenerate_missing_optimized` fails to generate missing optimized images Support	7	718	Mai 12, 2021
S3: Failed to optimize image: no images defined Bug	4	1267	Mai 30, 2019
Images Broken in topic Bug	7	1030	Février 6, 2019
Migrate Discourse broke S3 images Installation s3	2	372	Décembre 28, 2023
Optimized images no longer loading after Discourse upgrade Support	2	613	Janvier 11, 2022

Échec de l'optimisation de l'image : raison inconnue

Sujets connexes