이것이 내가 찾은 전부입니다
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL Command was killed with SIGKILL (Forced termination): ember build -prod
제안이 있을까요?
이것이 내가 찾은 전부입니다
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL Command was killed with SIGKILL (Forced termination): ember build -prod
제안이 있을까요?
실행 시간이 너무 깁니다. 스왑이나 RAM을 늘려 보세요.
조금 회의적입니다. 8GB RAM인데 바로 죽어버렸고, 이런 일은 이전에는 한 번도 없었습니다. 어제는 충분했던 메모리가 왜 오늘은 부족하다는 건가요? 그리고 데이터베이스를 업그레이드했을 때와 비교하면요. ![]()
의심을 해주시니 감사합니다.
저는 그 오류가 발생했을 때 이 방법으로 해결했습니다. 인터넷에서 빠르게 검색해봐도 같은 내용이 나옵니다.
그래도 일단 시도해 볼게요. 스왑을 추가하는 건 그렇게 큰 작업이 아니니까요. 하지만 왜 이런 일이 일어났는지는 모르겠어요 ![]()
보통 grep /var/discourse/discourse-setup을 실행한 뒤 스왑을 설정하는 부분을 복사/붙여넣기합니다.
저도 이해가 안 됩니다.
컨테이너가 2개였고, 처음에 web_only를 먼저 중지한 다음 두 컨테이너를 모두 실행하니 정상적으로 처리되었습니다. 따라서 실제로는 메모리 부족 문제일 수 있습니다.
30년 전에는 RAM 용량만큼 스왑 공간을 확보하라는 것이 권장되었습니다. 지금은 어떤 규칙이 통용되는지 모르겠지만, 8GB라면 2GB, 혹은 4GB를 추가하는 것도 나쁘지 않다고 생각합니다.
2기가를 추가했습니다. 그런데 왜 디스크 공간을 아끼려고 하는지 모르겠습니다. 만약 몇 기가바이트가 부족해서 곤란한 상황에 처하게 된다면, 스왑 파일의 크기보다 훨씬 더 중요한 것들을 생각해야 하니까요.
방금 (2분) 전에 리빌드(2-container)를 수행했는데 다음과 같은 오류가 발생했습니다:
Environment: production
The setting 'staticAddonTrees' will default to true in the next version of Embroider and can't be turned off. To prepare for this y
ou should set 'staticAddonTrees: true' in your Embroider config.
The setting 'staticAddonTestSupportTrees' will default to true in the next version of Embroider and can't be turned off. To prepare
for this you should set 'staticAddonTestSupportTrees: true' in your Embroider config.
building...
undefined
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL Command was killed with SIGKILL (Forced termination): ember build -prod
다음 단계는 무엇인가요?
이전에 본 것 같은 느낌이 났습니다.
저는 RAM 8GB와 스왑 2GB를 가지고 있습니다. 메모리 부족으로 인한 문제라면, 요즘에는 실제로 얼마나 필요한가요?
음, 스왑을 2G에서 4G로 바꿨더니 재구성이 잘 되더라고요. 그래서 아마도 또 RAM 용량 문제였을 수도 있고, 아니면 우연일 수도 있겠네요.
그리고 다시 FAQ 주제로 돌아오게 되었습니다: Discourse에 실제로 얼마나 많은 RAM이 필요한가 — 스왑 파일은 사실상 총 RAM 용량의 일부이므로, 지금은 작은 포럼의 경우에도 실제 필요량이 11GB 이상인 것 같습니다 ![]()
두 개의 커널 조정 변수를 설정했나요? 이 변수들은 필요한 가상 메모리 양에 영향을 미칩니다.
아니라고 답할 것 같아요. 무슨 말을 하는 건지 전혀 모르겠거든요 ![]()
그렇다면, 설정하지 않은 것이 확실합니다!
불행히도 Linux 커널을 조정하는 것은 공식 Discourse 설치 과정의 일부가 아니지만, 이 두 가지 간단한 트릭이 서버가 원활하게 실행되고 메모리 사용량을 줄이는 데 도움이 될 것이라고 이해하고 있습니다. 물론 이 작업을 건너뛰셔도 되지만, 원하시는 것보다 더 많은 RAM+스왑이 필요할 수 있습니다.
더 많은 팁이 필요하시면 MKJ’s Opinionated Discourse Deployment Configuration을 참고해 보세요.
그것은 구식 메모리 관리 코드의 특정 특성 때문이었으며, 오늘날의 리눅스에는 해당되지 않습니다. 이제에는 실질적인 권장 기준이 없으며, 단순히 얼마나 필요한지에 대한 문제입니다.