无法部署 NodeJS AWS Lambda 函数。 Object.fs.openSync 处出错

Cannot deploy a NodeJS AWS Lambda Function. Error at Object.fs.openSync

所以直到几天前,我曾经通过一个简短的 shell 脚本部署我的 Node.JS AWS Lambda 函数,效果非常好。

现在我不知道为什么或我做了什么不同,但出于某种原因,在每次部署我的 lambda 函数后,我现在在通过 Alexa 调用该函数时收到以下错误:

19:47:58
module initialization error Error
module initialization error
Error

19:47:59
START RequestId: 596b2724-68f9-11e8-aaa7-d9ff3044ed9d Version: $LATEST
START RequestId: 596b2724-68f9-11e8-aaa7-d9ff3044ed9d Version: $LATEST

19:47:59
module initialization error: Error at Object.fs.openSync (fs.js:646:18) 
at Object.fs.readFileSync (fs.js:551:33) 
at Object.Module._extensions..js (module.js:662:20) 
at Module.load (module.js:565:32) 
at tryModuleLoad (module.js:505:12) 
at Function.Module._load (module.js:497:3) 
at Module.require (module.js:596:17) 
at require (internal/module.js:11:18)

module initialization error: Error
at Object.fs.openSync (fs.js:646:18)
at Object.fs.readFileSync (fs.js:551:33)
at Object.Module._extensions..js (module.js:662:20)
at Module.load (module.js:565:32)
at tryModuleLoad (module.js:505:12)
at Function.Module._load (module.js:497:3)
at Module.require (module.js:596:17)
at require (internal/module.js:11:18)

19:47:59
END RequestId: 596b2724-68f9-11e8-aaa7-d9ff3044ed9d

19:47:59
REPORT RequestId: 596b2724-68f9-11e8-aaa7-d9ff3044ed9d  
Duration: 218.74 ms  Billed Duration: 300 ms 
Memory Size: 128 MB Max Memory Used: 20 MB

REPORT RequestId: 596b2724-68f9-11e8-aaa7-d9ff3044ed9d  
Duration: 218.74 ms Billed Duration: 300 ms 
Memory Size: 128 MB Max Memory Used: 20 MB  

现在真正让我不知如何解决这个问题的部分来了(我想这可能是我 Mac 上的本地问题)。 如果我从我的 Lambda 函数下载/导出以前工作的部署包并直接重新上传 Zip 文件,它会工作

如果我解压缩文件并再次重新压缩,我得到错误

无需我更改任何代码。这就是让我怀疑我的 mac 或文件系统上的压缩是否有问题的原因?

我正在通过 nvm 使用 Mac OSX High Sierra,Node 6.10 / 8.10。 lambda 上的代码运行于 6.10 和 8.10

任何建议表示赞赏:)

编辑:最后一次工作提交是在 windows PC 上完成的...我有点担心文件系统更改是否会以某种方式破坏压缩/上传。我会尝试更深入地研究它。

好的,唯一能够解决这个问题的方法是回到我从 OSX 所做的最后一次提交并忽略我在 windows 所做的最后 3 次提交。

似乎在 windows 上提交时引入了一些路径或编码更改,这些更改已在此错误中解决。不幸的是,我在提交差异中看不到那些。

因此寻找操作系统之间的差异在这里可能很重要。

我过去 运行 遇到过来自 Windows 台机器的 Lambda 和代码问题。解决方案(对我而言)是从目录外部 chmod -R 644 lambdaDirectory,修复 Windows 对权限所做的任何操作。我不知道什么会导致 download/reupload 起作用,也许 AWS 正在对清单做些什么?

我也遇到过来自其他使用第三方压缩工具的机器的 zip 文件的问题,因为它们将整个目录压缩到一个同名的存档中,而不仅仅是内容。 IE 您不希望 lambdaDirectory/ 包含在您的 lambdaDirectory.zip 中。要解决此问题,请从目录中 运行 zip -r lambdaDirectory.zip ./*

我们正在将代码的 .zip 存档上传到 AWS Lambda。

我们遇到的问题是 .zip 文件中的文件没有全球可读权限。

我遇到了同样的问题。这对我有用 Windows-

  1. 导出 lambda 函数(下载 .zip 文件)
  2. 提取文件
  3. 再次压缩这些文件
  4. 将这个新的 zip 上传到 lambda