- Error: EACCESS: permission denied, access '/usr/local/lib/node_modules'
- Secure token store is not available
- Error: Prebuild-install WARN install self signed certificate in certificate chain (code 1)
- Error: tunneling socket could not be established, cause=self signed certificate
- Error: Fetch user info failed: Response code 401 (Unauthorized)
- Error: AMPLIFY Auth requires "libsecret" which must be manually installed.
- Error: Cannot autolaunch D-Bus without X11 $DISPLAY
- Login hangs
- Error: npm ERR! code ENOENT (code 254)
Error: EACCESS: permission denied, access '/usr/local/lib/node_modules'
When installing the AMPLIFY CLI on macOS or Linux, the global install location may require elevated access permissions.
One solution is to rerun the install using
Another option is to change the file owner of the global install location:
npm offers two more options: use a node version manager or change
npm's default directory. Visit
npm's documentation for more details: https://docs.npmjs.com/resolving-eacces-permissions-errors-when-installing-packages-globally.
Secure token store is not available
This issue can occur in AMPLIFY CLI 1.1.0 and earlier on Linux and macOS. It is caused by a failure to install the
keytar library needed to securely store your access tokens.
The most likely culprit is a permission issue accessing the npm home directory
~/.npm when compiling
keytar. You can try to manually fix the file permissions or re-install the AMPLIFY CLI with unsafe permissions disabled:
Error: Prebuild-install WARN install self signed certificate in certificate chain (code 1)
This issue is caused when the AMPLIFY CLI attempts to install the
keytar library and you are using a proxy server that uses a self-signed certificate. By default, Node.js (and npm) error when making an HTTPS request to a server that has a TLS certificate that is signed by an unknown authority. There are two workarounds.
1. Disable secure token storage:
2. Disable Node.js TLS certificate validation by setting the following environment variable:
Error: tunneling socket could not be established, cause=self signed certificate
This occurs when you are using a proxy server with a self-signed SSL certificate. The only way to get around this is to disable Node.js TLS certificate validation by setting the following environment variable:
Error: Fetch user info failed: Response code 401 (Unauthorized)
This is caused by a bug and occurs when you think you have a valid access token, but the AMPLIFY Platform has revoked the access token. This is most likely caused by switching your current selected organization.
The workaround is to log out and log back in:
Error: AMPLIFY Auth requires "libsecret" which must be manually installed.
The AMPLIFY CLI by default will store your access tokens securely in a file on disk. On Linux, we use a library that requires
libsecret. To install it, run:
Error: Cannot autolaunch D-Bus without X11 $DISPLAY
This issue occurs on headless Linux machines, Docker containers, and SSH sessions. The problem is the
libsecret library has dependencies on X11 display server so that a dialog can prompt the user for their password and unlock the secure token store encryption key.
Unfortunately, headless Linux environments are not supported.
By default, the AMPLIFY CLI authenticates using your web browser. The AMPLIFY CLI will appear to freeze or hang while it waits for the browser to open and for you to sign in. The AMPLIFY CLI does not know if the browser launched successfully and thus it appears it has hung.
Try the following:
- Logout by running
amplify auth logout --all, then login again.
- Restart your terminal to ensure the system paths are untainted and that the AMPLIFY CLI can find your default web browser, then login again.
- Disable launching the browser and manually copy and paste the URL into your browser by running
amplify auth login --no-launch-browser.
Error: npm ERR! code ENOENT (code 254)
This error is caused with the AMPLIFY CLI v1 authentication related commands if the
keytar dependency for your Node.js version is not installed. The AMPLIFY Auth SDK will automatically download
keytar and install it into the
~/.axway/lib/keytar directory. However, some versions of
npm (notably npm 7) may not create the destination directory if it doesn't already exist.
Some possible workarounds are:
- Downgrade to npm 6.x
- Set the
SNOOPLOGG=*environment variable, then run
amplify auth lsand view the entire npm error, then find the exact destination directory (also called the "prefix") and manually create the directory
- Disable the secure token store by running
amplify config set auth.tokenStoreType file