User manuel encountered a yarn timeout error during upgrade to Discourse 3.3.0-beta6, specifically failing on rxjs-6.6.7.tgz with ESOCKETTIMEDOUT. merefield confirmed the URL works for them and questioned if the version was meant to be 3.4.0, noting the dashboard’s version display seemed unusual 4. manuel confirmed the same dashboard behavior on another instance. After referencing a Meta topic 8, manuel resolved the issue by increasing the yarn network timeout in web.template.yml via:
- exec:
cd: $home
cmd:
- su discourse -c 'yarn config set network-timeout 600000 -g'
He questioned why timeout occurred despite having a 4-core, 6GB VPS — typically sufficient — as the known cause is small server specs. david acknowledged the recurring issue and proposed improving the default template via a GitHub PR discourse_docker#820.
I, [2024-08-07T11:22:31.056567 #1] INFO -- : > cd /var/www/discourse && su discourse -c 'yarn install --frozen-lockfile && yarn cache clean'
warning Resolution field "unset-value@2.0.1" is incompatible with requested version "unset-value@^1.0.0"
error Error: https://registry.yarnpkg.com/rxjs/-/rxjs-6.6.7.tgz: ESOCKETTIMEDOUT
When I follow the link I see this. No idea if that is relevant..
For reference, in /var/discourse/templates/web.template.yml I added this block:
- exec:
cd: $home
cmd:
- su discourse -c 'yarn config set network-timeout 600000 -g'
before this one is called:
- exec:
cd: $home
hook: yarn
cmd:
- |-
if [ "$version" != "tests-passed" ]; then
rm -rf app/assets/javascripts/node_modules
fi
- su discourse -c 'yarn install --frozen-lockfile && yarn cache clean'
But why does it time-out? The solution on the linked topic states that it’s because of the small server specs (Google e2.micro instance, 2 cores, 1 GB RAM). But this is a 4 cores, 6GB VPS.