New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Serverless Deploy/Package error "EPERM: operation not permitted, scandir" #5013
Comments
Hi @GhostfromTexas , can you double check if the problem comes from Serverless and is not already present in |
The problem happens specifically when I run NPM Version: 5.6.0, standard NPM with node 8.9.4 Windows Version: (1803 17134.81) https://gyazo.com/779551fff06ff193287b6fccc7f07a1e |
And I'm on NPM 5.7.1 with node v8.9.4, Windows version 1803. Same problem. |
Here is another post of someone having the exact same issue we have, and only recently. https://forum.serverless.com/t/windows-10-package-deploy-errors/4602 |
Turns out the issue might be related to a typescript plugin we use with serverless, not serverless itself. Apologize! serverless/serverless-plugin-typescript#100 For those interested in this issue that might be searching for answers :) Haven't confirmed though |
Just saw your post, I was having the same issue (Window 10 in Developper Mode, with Node 8.12, serverless@1.31.0 / serverless-plugin-typescript@1.1.5, running the shell in Administrator mode). Good luck |
Thanks for opening @GhostfromTexas 👍 Looks like it's a plugin issue so I'll close this for now. |
Description
Deploying or packaging a serverless project causes the error...
"EPERM: operation not permitted, scandir 'C:\Users\GhostfromTexas\Desktop\BMT\backend\packages\synapse.build\node_modules'"
This has all of a sudden started happening on all our Windows computers. We've rolled back our repo to revisions that did deploy correctly as well as updated serverless to latest version, as well as changed node versions. Can not get past this issue.
I've found 2 others online that have recently had the same issue. Maybe a Windows update?
The problem seems to be related to the symbolic linking of the node_modules folder inside the .build folder. The folder appears to be linked as a file instead of a folder. On Windows if you do "mklink" without the "/D" option on a directory, you'll get the same result.
We've gone back to projects that we haven't touched in months and they cannot deploy either. We're not sure what's wrong at this point. This is why our assumption was a Windows update changed something related to symbolic linking that maybe "FS" might work differently under the hood.. not sure.
Here is a snapshot of what the .build folder looks like when it fails.
https://gyazo.com/a79faf1a1e14478d295cff4d8040cbca
Enabling SLS_DEBUG=* yields the following output...
The text was updated successfully, but these errors were encountered: