Я пытаюсь развернуть приложение responsejs в экземпляре эластичного beanstalk и, похоже, сталкиваюсь с несколькими проблемами.
1) Я получаю эту ошибку в разделе работоспособности для эластичного бобового стебля:
- /opt/elasticbeanstalk/containerfiles/ebnode.py --action npm-install
[email protected] install /tmp/deployment/application/node_modules/node-sass node scripts/install.js
Unable to save binary /tmp/deployment/application/node_modules/node-sass/vendor/linux-x64-57 : { Error: EACCES: permission denied, mkdir '/tmp/deployment/application/node_modules/node-sass/vendor' at Object.fs.mkdirSync (fs.js:885:18) at sync (/tmp/deployment/application/node_modules/mkdirp/index.js:71:13) at Function.sync (/tmp/deployment/application/node_modules/mkdirp/index.js:77:24) at checkAndDownloadBinary (/tmp/deployment/application/node_modules/node-sass/scripts/install.js:114:11) at Object. (/tmp/deployment/application/node_modules/node-sass/scripts/install.js:157:1) at Module._compile (module.js:652:30) at Object.Module._extensions..js (module.js:663:10) at Module.load (module.js:565:32) at tryModuleLoad (module.js:505:12) at Function.Module._load (module.js:497:3) errno: -13, code: 'EACCES', syscall: 'mkdir', path: '/tmp/deployment/application/node_modules/node-sass/vendor' }
2) В то же время кажется, что node и npm претендуют на все ресурсы для моего экземпляра ec2, и это, похоже, продолжается даже после сбоя развертывания.
Что могло быть причиной этого сбоя? Другие пакеты, похоже, развертываются, как они находятся в папке node_modules? Вдобавок, почему node будет занимать ресурсы таким образом?
Приложение responsejs использует webpack и node-sass ^ 4.9.3 и версию node 8.11.3, которая работает в моей локальной среде.
Обновление: .npmrc решил проблему с разрешением. У меня все еще проблема с тем, что процессор работает на 100%. В сценарии сборки код не выходит за пределы этой строки, я добавляю строки console.info в различные места кода:
let compiler = webpack(config);
После попадания в эту строку я не вижу никакого продвижения. Может ли это быть проблема с веб-пакетом?





Думаю, это может та же проблема, что описана здесь
So apparently npm install takes too long during automated deployments on t1.micro instances, bumping to a t2.small gives enough power to get the task done.
какая-то похожая проблема stackoverflow.com/questions/39602428/…
Существует альтернативный модуль только для js, который называется sass. Кажется, работает нормально, но не так актуально, как none-sass.
Я уже накачал вчера до t2.small. Проблема все еще сохраняется.