loader.js:247 Uncaught (in promise) Error: Could not find module discourse/admin/models/admin-plugin imported from discourse/plugins/docker_manager/discourse/models/repo
at loader.js:247:1
at a (loader.js:258:1)
at s.findDeps (loader.js:168:1)
at a (loader.js:262:1)
at s.findDeps (loader.js:168:1)
at a (loader.js:262:1)
at requireModule (loader.js:24:1)
at n.i [as getRoute] (index.ts:121:18)
at p._getQPMeta (index.ts:101:20)
(anonymous) @ loader.js:247
a @ loader.js:258
(anonymous) @ loader.js:168
a @ loader.js:262
(anonymous) @ loader.js:168
a @ loader.js:262
requireModule @ loader.js:24
i @ index.ts:121
_getQPMeta @ index.ts:101
Dopo aver disabilitato i plugin, è tornato normale, ma non riesco a identificare quale plugin stia causando il problema. Potete aiutarmi a verificarlo?
Il problema persiste quando si seleziona “Disabilita personalizzazione plugin client non ufficiali” in modalità sicura, ma funziona correttamente quando si seleziona “Disabilita tutte le personalizzazioni dei plugin client”.
Puoi provare una ricostruzione da riga di comando come suggerito nella risposta precedente? Probabilmente risolverà il problema, non ho mai visto un problema derivante dai salti di versione..
Qual è esattamente il comando? Il mio servizio è pacchettizzato come immagine Docker e poi distribuito nel cluster k8s del server remoto. Viene utilizzata la modalità di distribuzione web_only.
Inoltre, quando si verifica un errore nella pagina di amministrazione, viene visualizzato il seguente errore:
Vai dove hai installato Discourse e digita ./launcher rebuild app - ovunque si trovi discourse_docker. Credo che /var/discourse sia il posto “consigliato” per inserire lo script, ma potrebbe essere diverso per te.
Questo non è supportato. Dovrai fare qualcosa per caricare l’immagine più recente. Dovrai migrare il database. Di solito non c’è problema ad aggiornare più versioni.
Sembra che la migrazione del database non sia riuscita. Ha riportato il seguente errore.
TOP => db:migrate => assets:precompile:asset_processor │
│ full trace by running task with --trace) │
│ executing /etc/runit/1.d/00-ensure-links │
│ executing /etc/runit/1.d/01-cleanup-web-pids │
│ executing /etc/runit/1.d/anacron │
│ executing /etc/runit/1.d/cleanup-pids │
│ stale PID files │
│ executing /etc/runit/1.d/copy-env │
│ runsvdir, PID is 1126 │
│ aborted! │
│ pnpm -C=frontend/asset-processor node build.js (Discourse::Utils::CommandError) │
│ Failed to switch pnpm to v10.28.0. Looks like pnpm CLI is missing at “/home/discourse/.local/share/pnpm/.tools/pnpm/10.28.0/bin” or is incorrect │
│ /home/discourse/.local/share/pnpm/.tools/pnpm/10.28.0/bin/pnpm EACCES
Quando ho controllato il percorso specifico di pnpm, ho scoperto che il percorso esisteva, ma il file pnpm.cjs non aveva i permessi di esecuzione, causando l’errore.
Successivamente, dopo aver preinstallato la versione corrispondente di pnpm utilizzando corepack nell’immagine, la migrazione del database è andata a buon fine. Ora il servizio è tornato alla normalità.
