Вот всё, что я нашёл
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL Команда была прервана сигналом SIGKILL (принудительное завершение): ember build -prod
Есть какие-то идеи?
Оно выполнилось слишком долго. Попробуйте увеличить swap или RAM.
Я немного скептически настроен. 8 ГБ ОЗУ — всё умерло сразу, и такого раньше никогда не случалось. Что могло измениться, чтобы памяти, которой хватало позавчера, вдруг не хватило сегодня, особенно после обновления базы данных 
Я ценю ваш скептицизм.
Это было решением, когда у меня возникала эта ошибка. Быстрый (очень быстрый) поиск в интернете говорит о том же.
Я всё равно попробую, конечно. Добавление swap-раздела — не такая уж большая задача. Но я не понимаю, почему это произошло 
Обычно я использую grep /var/discourse/discourse-setup и копирую/вставляю часть, отвечающую за создание swap-раздела.
Я тоже не понимаю.
2 контейнера, и когда я сначала остановил web_only, а затем запустил оба контейнера, всё прошло успешно. Так что, возможно, дело действительно в нехватке памяти.
30 лет назад рекомендовалось иметь столько же swap-пространства, сколько и оперативной памяти. Не знаю, каково сейчас общее правило, но, думаю, при 8 ГБ добавить 2 или даже 4 ГБ — неплохая идея.
Я добавил 2 гигабайта. Не понимаю, зачем я пытаюсь экономить место на диске. Потому что если я когда-нибудь окажусь в ситуации, когда у меня не хватает нескольких гигабайт и я попаду в беду, у меня будут проблемы поважнее, чем размер файла подкачки.
Я только что выполнил пересборку (2 контейнера) и получил следующее:
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
Что дальше?
У меня было чувство, что я это уже видел.
У меня было 8 ГБ оперативной памяти и 2 ГБ swap-памяти — сколько же мне на самом деле нужно сейчас, если проблема именно в нехватке памяти?
Что ж, я увеличил размер swap-раздела с 2 ГБ до 4 ГБ, и процесс пересборки завершился успешно. Возможно, дело снова было в объёме оперативной памяти. Или это была просто случайность.
И теперь мы снова возвращаемся к вопросу из раздела FAQ: сколько же на самом деле памяти требуется для работы Discourse — ведь файл подкачки де-факто является частью общего объёма оперативной памяти, и теперь кажется, что для небольшого форума действительно нужно более 11 ГБ 
Вы настроили два параметра ядра? Они влияют на объем требуемой виртуальной памяти.
Я бы ответил «нет», потому что понятия не имею, о чём вы говорите 
Тогда я уверен, что вы их не настроили!
К сожалению, тонкая настройка ядра Linux не входит в официальную установку Discourse, но, насколько я понимаю, эти два простых приёма помогут вашему серверу работать стабильно и потреблять меньше памяти. Или, конечно, можно обойтись без них, но, возможно, вам потребуется больше оперативной памяти и файла подкачки, чем вы хотели бы.
Если хотите получить больше советов, ознакомьтесь с опубликованной конфигурацией развёртывания Discourse от MKJ.
Это было связано с особенностями кода управления памятью в старых системах и не применимо к Linux сегодня. Сейчас нет чёткого правила; всё зависит от того, сколько вам действительно нужно.