Javascript 如何调试docker容器中的seg故障?
我正在容器中运行ESLint(javascript文件的linter): 该程序运行ESLint cliJavascript 如何调试docker容器中的seg故障?,javascript,docker,segmentation-fault,Javascript,Docker,Segmentation Fault,我正在容器中运行ESLint(javascript文件的linter): 该程序运行ESLint clianalyze命令,并提供要分析的代码目录,作为容器中的卷装入 程序捕获ESLint结果并重新格式化,然后重新输出到标准输出 通常情况下,这可以正常工作,但在单个文件(例如缩小的文件)中遇到大量问题时,该过程会出现故障。提供的唯一错误是: 分段故障 由于在相同的代码基础上运行ESLint本身并没有,因此我将其原因归因于与容器化相关的东西 我已经尝试过显著地增加内存,并且——ulimit
analyze
命令,并提供要分析的代码目录,作为容器中的卷装入
程序捕获ESLint结果并重新格式化,然后重新输出到标准输出
通常情况下,这可以正常工作,但在单个文件(例如缩小的文件)中遇到大量问题时,该过程会出现故障。提供的唯一错误是:
分段故障
由于在相同的代码基础上运行ESLint本身并没有,因此我将其原因归因于与容器化相关的东西
我已经尝试过显著地增加内存,并且——ulimit on container无效。我也做了一些谷歌搜索,但没有找到一个听起来类似的具体案例
关于调试此问题的后续步骤,有什么好的想法吗
谢谢 您可以通过在启动应用程序的脚本中运行
ulimit-c unlimited
来允许核心文件。然后,您可以使用调试器(例如gdb)处理核心文件,以查找故障原因。要从停止的容器中取出核心文件,有docker cp$container\u id:/path/To/core/host/destination/core
谢谢!因为我正在运行一个节点进程,所以我开始尝试。最终,我们团队中的某个人发现,从alpine切换到不同的节点基映像提高了工具处理大量STDOUT的能力。在类似的情况下,我也面临着同样的错误:从那以后你有进步吗?你认为这个问题与记忆有关吗?您是否按照建议使用gdb进行了调试?谢谢