You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm having this same behavior too. Not sure if it's related but I'm also unable to open a terminal, it's stuck at "Starting...". If that's something different I can open a separate issue. I see this in docker logs:
Error: The module '/home/code/.cache/nbin/1.2.7/spdlog.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 64. This version of Node.js requires
NODE_MODULE_VERSION 72. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).
at Object.Module._extensions..node (internal/modules/cjs/loader.js:1076:18)
at Module.load (internal/modules/cjs/loader.js:832:32)
at Function.Module._load (internal/modules/cjs/loader.js:744:14)
at Module.require (internal/modules/cjs/loader.js:869:19)
at Module.patchedRequire [as require] (/src/build/code-serverdaily-vsc1.41.1-linux-x86_64-built/node_modules/diagnostic-channel/dist/src/patchRequire.js:14:46)
at require (internal/modules/cjs/helpers.js:74:18)
at bindings (/src/build/code-serverdaily-vsc1.41.1-linux-x86_64-built/node_modules/bindings/bindings.js:112:48)
at Object.<anonymous> (/src/build/code-serverdaily-vsc1.41.1-linux-x86_64-built/node_modules/spdlog/index.js:3:35)
at Module._compile (internal/modules/cjs/loader.js:976:30)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:1018:10)
at Module.load (internal/modules/cjs/loader.js:832:32)
at Function.Module._load (internal/modules/cjs/loader.js:744:14)
at Module.require (internal/modules/cjs/loader.js:869:19)
at Module.patchedRequire [as require] (/src/build/code-serverdaily-vsc1.41.1-linux-x86_64-built/node_modules/diagnostic-channel/dist/src/patchRequire.js:14:46)
at require (internal/modules/cjs/helpers.js:74:18)
at t.load (/src/build/code-serverdaily-vsc1.41.1-linux-x86_64-built/out/vs/loader.js:16:119)
at e.load (/src/build/code-serverdaily-vsc1.41.1-linux-x86_64-built/out/vs/loader.js:13:586)
at i (/src/build/code-serverdaily-vsc1.41.1-linux-x86_64-built/out/vs/loader.js:29:189)
at Object.errorback (/src/build/code-serverdaily-vsc1.41.1-linux-x86_64-built/out/vs/loader.js:29:313)
at e.triggerErrorback (/src/build/code-serverdaily-vsc1.41.1-linux-x86_64-built/out/vs/loader.js:13:955)
at /src/build/code-serverdaily-vsc1.41.1-linux-x86_64-built/out/vs/loader.js:13:659
at /src/build/code-serverdaily-vsc1.41.1-linux-x86_64-built/out/vs/loader.js:16:494
at nbin.js:670:13 {
phase: 'loading',
moduleId: 'spdlog',
neededBy: [ '===anonymous3===' ]
}
There seems to be a root requirement newly introduced by nbin in version 2.1698 of code-server. I managed to restore runs under arbitrary UIDs (an Openshift requirement) only after creating and making modifiable by any user the /home/coder/.cache folder that raises EACCES error:
@mirekphd Interesting, I got that too but figured it was something weird with my build process. That error goes away when I chown the .cache directory, but then I get that error with spdlog.
Ahh yeah we moved to XDG_CACHE_HOME because some hosts don't allow
execution from /tmp. Even without that requirement it seemed like the
more appropriate option. If you want to move it back you should be able to
set XDG_CACHE_HOME to /tmp.
Does the `NODE_MODULE_VERSION` error persist if you `rm -r
/home/code/.cache/nbin/`?
The most common permissions for /tmp are:
777 = rwxrwxrwx
Therefore I would reverse the default cache location, defaulting to /tmp as before (where majority have all rights by default) and alowing the "special needs" users to set a non-standard location within /home/coder (where UID and thus access rights can vary with every user on secure platforms such as Openshift). Not only for backward compatibility, but also for frequency of use - only minority cannot execute from /tmp folder, most users can.
Activity
[-]Cannot open folders in VS Code in 2.[/-][+]Cannot open folders in VS Code in 2.1698-vsc1.41.1[/+]4oo4 commentedon Jan 20, 2020
I'm having this same behavior too. Not sure if it's related but I'm also unable to open a terminal, it's stuck at "Starting...". If that's something different I can open a separate issue. I see this in docker logs:
mirekphd commentedon Jan 20, 2020
There seems to be a root requirement newly introduced by
nbinin version 2.1698 ofcode-server. I managed to restore runs under arbitrary UIDs (an Openshift requirement) only after creating and making modifiable by any user the /home/coder/.cache folder that raises EACCES error:Error: EACCES: permission denied, mkdir '/home/coder/.cache/nbin'4oo4 commentedon Jan 20, 2020
@mirekphd Interesting, I got that too but figured it was something weird with my build process. That error goes away when I
chownthe.cachedirectory, but then I get that error withspdlog.code-asher commentedon Jan 21, 2020
mirekphd commentedon Jan 22, 2020
The most common permissions for /tmp are:
777 = rwxrwxrwx
Therefore I would reverse the default cache location, defaulting to /tmp as before (where majority have all rights by default) and alowing the "special needs" users to set a non-standard location within /home/coder (where UID and thus access rights can vary with every user on secure platforms such as Openshift). Not only for backward compatibility, but also for frequency of use - only minority cannot execute from /tmp folder, most users can.
4oo4 commentedon Jan 22, 2020
@code-asher I'll give that a try and let you know. Thanks for the tip
code-asher commentedon Jan 23, 2020
Opened coder/nbin#40 to address this.
[-]Cannot open folders in VS Code in 2.1698-vsc1.41.1[/-][+]nbin: Make extract location more robust[/+]nhooyr commentedon Feb 3, 2020
See #1306