fatal error翻译（FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed – JavaScript heap out of me）

ks前端nodejs16构建内存溢出报错解决

报错信息：

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory`<— JS stacktrace —> 全部的报错信息 <--- JS stacktrace ---> FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory 1: 0xb02ec0 node::Abort() [/usr/local/bin/node] 2: 0xa181fb node::FatalError(char const*, char const*) [/usr/local/bin/node] 3: 0xced88e v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [/usr/local/bin/node] 4: 0xcedc07 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/usr/local/bin/node] 5: 0xea5ea5 [/usr/local/bin/node] 6: 0xea6986 [/usr/local/bin/node] 7: 0xeb48be [/usr/local/bin/node] 8: 0xeb5300 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/usr/local/bin/node] 9: 0xeb6437 v8::internal::Heap::FinalizeIncrementalMarkingIfComplete(v8::internal::GarbageCollectionReason) [/usr/local/bin/node] 10: 0xeb9f50 v8::internal::IncrementalMarkingJob::Task::RunInternal() [/usr/local/bin/node] 11: 0xdabcfb non-virtual thunk to v8::internal::CancelableTask::Run() [/usr/local/bin/node] 12: 0xb707a4 node::PerIsolatePlatformData::RunForegroundTask(std::unique_ptr<v8::Task, std::default_delete<v8::Task> >) [/usr/local/bin/node] 13: 0xb72609 node::PerIsolatePlatformData::FlushForegroundTasksInternal() [/usr/local/bin/node] 14: 0x155a396 [/usr/local/bin/node] 15: 0x156c804 [/usr/local/bin/node] 16: 0x155acc8 uv_run [/usr/local/bin/node] 17: 0xa3ffe5 node::SpinEventLoop(node::Environment*) [/usr/local/bin/node] 18: 0xb45056 node::NodeMainInstance::Run(node::EnvSerializeInfo const*) [/usr/local/bin/node] 19: 0xac67e2 node::Start(int, char**) [/usr/local/bin/node] 20: 0x7fbe575a1555 __libc_start_main [/lib64/libc.so.6] 21: 0xa3bfbc [/usr/local/bin/node] error Command failed with signal "SIGABRT". info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command. script returned exit code 1

问题原因：打包容器内存不足

解决办法：

参考ks官网文档通过修改 ConfigMap调整 Jenkins Agent的资源请求 (Request) 和限制 (Limit) 等内容

文档链接：

https://kubesphere.io/zh/docs/v3.3/devops-user-guide/how-to-use/pipelines/jenkins-setting/

贴下原文：

修改 ConfigMap

建议您通过 Configuration as Code (CasC) 在 KubeSphere 中配置 Jenkins 
  
  
  
  
  。内置 Jenkins CasC 文件存储为 ConfigMap 
  
  
  
  
  
。

以 admin 身份登录 KubeSphere           ，点击左上角的平台管理
 
  
 
  
 
  
 
  
 
  
 ，然后选择集群管理

 


 


 


 


 

。

如果您已经启用多集群功能并已导入成员集群










，您可以选择一个特定集群来编辑 ConfigMap 
 
 
 
 
 。如果您尚未启用多集群功能  
  
  
  
  
 ，请直接参考下一步 
   
   
   
   
   
。

在左侧导航栏中选择配置下的配置字典
 

 

 

 

 
。在配置字典页面上 
  
  
  
  
  ，从下拉列表中选择 kubesphere-devops-system


 


 


 


 


 

，然后点击 jenkins-casc-config
 

 

 

 

 

 。

在详情页面上 
 
 
 
 
，点击更多操作  
   
   
   
   
   ，在下拉列表中选择编辑 YAML          。

jenkins-casc-config 的配置模板是一个 YAML 文件

 

 

 

 

 
，位于 data.jenkins_user.yaml: 部分 

 
 

 
 

 
 

 
 

 
 
。您可以在 ConfigMap 的代理 (Kubernetes Jenkins Agent) 中修改容器镜像 
  
  
  
  
  、标签 
  
  
  
  
  
、资源请求 (Request) 和限制 (Limit) 等内容
 

 

 

 

 

，或者在 podTemplate 中添加容器










。完成操作后           ，点击确定                。

请至少等待 70 秒
 

 
 

 
 

 
 

 
 

 
 ，您的改动会自动重新加载 
 
 
 
 
 
 
 
 
 
 
。

有关如何通过 CasC 设置 Jenkins 的更多信息










，请参见 Jenkins 文档















。

我们的前端编译莫名占用内存巨大                ，经测试本地前端总共需要9000多M内存
 
 
 
 
 
 
 
 
 
 
 ，我直接从8G调整到了15G















，可以编译成功了

后续：第二天又报同样的错误           ，绝对是代码有问题