Javascript 如何调试docker容器中的seg故障?

Javascript 如何调试docker容器中的seg故障?,javascript,docker,segmentation-fault,Javascript,Docker,Segmentation Fault,我正在容器中运行ESLint(javascript文件的linter): 该程序运行ESLint clianalyze命令,并提供要分析的代码目录,作为容器中的卷装入 程序捕获ESLint结果并重新格式化,然后重新输出到标准输出 通常情况下,这可以正常工作,但在单个文件(例如缩小的文件)中遇到大量问题时,该过程会出现故障。提供的唯一错误是: 分段故障 由于在相同的代码基础上运行ESLint本身并没有,因此我将其原因归因于与容器化相关的东西 我已经尝试过显著地增加内存,并且——ulimit

我正在容器中运行ESLint(javascript文件的linter):

该程序运行ESLint cli
analyze
命令,并提供要分析的代码目录,作为容器中的卷装入

程序捕获ESLint结果并重新格式化,然后重新输出到标准输出

通常情况下,这可以正常工作,但在单个文件(例如缩小的文件)中遇到大量问题时,该过程会出现故障。提供的唯一错误是:

分段故障

由于在相同的代码基础上运行ESLint本身并没有,因此我将其原因归因于与容器化相关的东西

我已经尝试过显著地增加内存,并且——ulimit on container无效。我也做了一些谷歌搜索,但没有找到一个听起来类似的具体案例

关于调试此问题的后续步骤,有什么好的想法吗


谢谢

您可以通过在启动应用程序的脚本中运行
ulimit-c unlimited
来允许核心文件。然后,您可以使用调试器(例如gdb)处理核心文件,以查找故障原因。要从停止的容器中取出核心文件,有
docker cp$container\u id:/path/To/core/host/destination/core

谢谢!因为我正在运行一个节点进程,所以我开始尝试。最终,我们团队中的某个人发现,从alpine切换到不同的节点基映像提高了工具处理大量STDOUT的能力。在类似的情况下,我也面临着同样的错误:从那以后你有进步吗?你认为这个问题与记忆有关吗?您是否按照建议使用gdb进行了调试?谢谢