难以将ember-cli-deploy插件成功部署到我们的AWS开发环境中。
管道似乎失败,从而导致以下两个错误之一:
...
- build ok
|
+- didBuild
|
+- willPrepare
|
+- prepare
| |
| +- revision-data
- creating revision data using `version-commit`
- generated revision data for revision: `0.1.9+4a4f79a3`
|
+- didPrepare
|
+- fetchInitialRevisions
| |
| +- s3-index
|
+- didFail
CredentialsError: Missing credentials in config
CredentialsError: Missing credentials in config
at ClientRequest.<anonymous> (/Users/certus/Desktop/branz-web/node_modules/aws-sdk/lib/http/node.js:83:34)
at Object.onceWrapper (events.js:293:19)
at emitNone (events.js:86:13)
at ClientRequest.emit (events.js:188:7)
at Socket.emitTimeout (_http_client.js:679:10)
at Object.onceWrapper (events.js:293:19)
at emitNone (events.js:86:13)
at Socket.emit (events.js:188:7)
at Socket._onTimeout (net.js:352:8)
|
Pipeline aborted
或者:
...
- build ok
|
+- didBuild
|
+- willPrepare
|
+- prepare
| |
| +- revision-data
- creating revision data using `version-commit`
- generated revision data for revision: `0.1.9+4a4f79a3`
|
+- didPrepare
|
+- fetchInitialRevisions
| |
| +- s3-index
events.js:163
throw er; // Unhandled 'error' event
^
Error: connect EHOSTUNREACH 169.254.169.254:80 - Local (192.168.20.110:64572)
at Object.exports._errnoException (util.js:1050:11)
at exports._exceptionWithHostPort (util.js:1073:20)
at internalConnect (net.js:889:16)
at lookupAndConnect (net.js:977:5)
at Socket.realConnect (net.js:945:5)
at Agent.connect [as createConnection] (net.js:77:22)
at Agent.createSocket (_http_agent.js:195:26)
at Agent.addRequest (_http_agent.js:157:10)
at new ClientRequest (_http_client.js:212:16)
at Object.request (http.js:26:10)
根据ember-cli-deploy docs,AWS密钥存储在名为.env.deploy.develop
的项目根目录中的文件中,该文件包含AWS密钥和密钥:
AWS_KEY=ABC..
AWS_SECRET=ABC…
我相信构建设置没有任何问题,因为在我之前已经广泛使用了它,但是,假设密钥和机密正确,那么我的另一端可能出什么问题了?
我在其他地方读到,可用内存可能会起到一定作用;因此,在尝试部署之前,我关闭了大多数正在运行的应用程序。在重新安装之前,还清除了node_modules
并清除了npm缓存。但是,无济于事。
任何建议都将受到欢迎。
答案 0 :(得分:0)
好吧,进一步研究这个问题,似乎是该构建似乎无法按照第一个错误读取包含AWS Key和机密的.env文件。
通过将机密和密钥硬编码到/config/deploy.js
文件中来代替process.env.AWS_KEY
和process.env.AWS_SECRET
变量,从而证实了这一点。
由于此问题不再与该问题的范围相关,因此我将关闭此问题,并open another。