👁 67 次阅读

Langchain-Chatchat 启动 xinference-local 报段错误：现有信息到什么程度？

来源链接：https://github.com/chatchat-space/Langchain-Chatchat/issues/4813 chatchat-space/Langchain-Chatchat 的 issue #4813 创建于 2024-08-14，当前状态为 open，标签为 bug，无关闭时间、无关闭原因。该条目共 27 条评论，其中 14 条为 stale 机器人留言与「QQ邮箱假期自动回复邮件」，剔除噪音后实质讨论仅 1 条，即提交者 ShiroEmiya 在 2024-08-14 给出的一份 macOS 崩溃报告；其余无任何实质回复。反应合计 0。

现象描述

正文只有一行信息：

segmentation fault  xinference-local --host 0.0.0.0 --port 9997

即通过命令行以 --host 0.0.0.0 --port 9997 参数启动 xinference-local 时进程段错误退出。

崩溃报告内容（原文转录）

ShiroEmiya 在同日评论中贴出了一份 macOS 崩溃报告，关键字段如下。报告本身是第三方提交者粘贴的转述原文，本节只做原文转录，不补充原因分析。

Process:               Python [3008]
Path:                  /Library/Developer/CommandLineTools/Library/Frameworks/Python3.framework/Versions/3.8/Resources/Python.app/Contents/MacOS/Python
Identifier:            Python
Build Info:            python3-74000000000000~131
Code Type:             X86-64 (Native)
Parent Process:        zsh [2462]
Responsible:           pycharm [61871]
User ID:               501

OS Version:            macOS 11.0.1 (20B29)
Time Awake Since Boot: 460000 seconds
System Integrity Protection: enabled

Crashed Thread:        0  Dispatch queue: com.apple.main-thread

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x00000000020a9b54
Exception Note:        EXC_CORPSE_NOTIFY

Termination Signal:    Segmentation fault: 11
Termination Reason:    Namespace SIGNAL, Code 0xb
Terminating Process:   exc handler [3008]

VM Regions Near 0x20a9b54:
--> 
    __TEXT                      103fec000-103ff0000    [   16K] r-x/r-x SM=COW  /Library/Developer/CommandLineTools/Library/Frameworks/Python3.framework/Versions/3.8/Resources/Python.app/Contents/MacOS/Python

Application Specific Information:
/Users/xiazihao/Langchain-Chatchat/xinference_env/lib/python3.8/site-packages/pyarrow/libarrow.1700.dylib

崩溃调用栈（原文）：

0   libsystem_pthread.dylib       0x00007fff2031bd9b pthread_mutex_lock + 4
1   libc++.1.dylib                0x00007fff202b57b9 std::__1::mutex::lock() + 9
2   libc++.1.dylib                0x00007fff202b64c5 std::__1::__shared_mutex_base::lock() + 31
3   libarrow.1700.dylib           0x0000000119299212 arrow::fs::FileSystemFactoryRegistry::RegisterFactory(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, arrow::fs::FileSystemFactory, std::__1::function<void ()>, bool) + 82
4   libarrow.1700.dylib           0x000000011929972d arrow::fs::FileSystemRegistrar::FileSystemRegistrar(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, arrow::fs::FileSystemFactory, std::__1::function<void ()>) + 285
5   libarrow.1700.dylib           0x00000001192e07ca _GLOBAL__sub_I_unity_0_cxx.cxx + 154
6   dyld                          0x0000000110291079 ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 559

该调用栈落在 pyarrow/libarrow.1700.dylib 的 arrow::fs::FileSystemFactoryRegistry::RegisterFactory，经 libc++.1.dylib 的 std::__1::__shared_mutex_base::lock() 与 libsystem_pthread.dylib 的 pthread_mutex_lock，由 dyld 在 ImageLoaderMachO::doModInitFunctions 阶段触发。

报告中出现的环境信息

崩溃报告内已明确写出的环境信息只有下表这些，正文未提及其他环境参数。

项目	报告中的取值
解释器	Python 3.8（Command LineTools 自带）
进程标识	Python [3008]
运行架构标注	X86-64 (Native)
操作系统	macOS 11.0.1 (20B29)
启动命令	`xinference-local --host 0.0.0.0 --port 9997`
相关动态库	`pyarrow/libarrow.1700.dylib`
解释器路径	`/Library/Developer/CommandLineTools/.../Python.app/Contents/MacOS/Python`
项目路径	`/Users/xiazihao/Langchain-Chatchat/xinference_env/lib/python3.8/site-packages/`
启动进程链	zsh [2462] → pycharm [61871] → Python [3008]

状态结论

条目状态：open，无关闭时间，无关闭原因。
维护者回应：0 条。剔除机器人留言与自动回复后，条目中不存在任何维护者、开发者或第三方技术讨论。
官方结论：issue 中未给出任何复现结论、修复结论或规避建议。
官方侧动作：仅 stale 机器人按 30 天无活动周期反复留言（2024-09-13 起，直至 2026-08-23），且条目未被静默删除，仍保持 open。
用户侧状态：提交者 ShiroEmiya 在后续多次留言中仅粘贴相同的假期自动回复模板文本，未补充新的报错、复现结果或环境信息。

据 issue 讨论，该问题的处理结论目前只有一句话：官方侧尚无实质回应，本节只归纳该条报错本身提供的定位信息。

常见错误排查

本节不做补写。issue #4813 中不存在任何排查建议、复现矩阵或修复记录，事实文件里出现过的动作只有一项：以 xinference-local --host 0.0.0.0 --port 9997 启动并触发段错误。因此本处不列出排查步骤，避免把条目里没有的信息写成经验。

实践建议

复现该问题时，先把 macOS 崩溃报告全文与启动命令一并贴到条目中。本报告已包含 X86-64 (Native)、macOS 11.0.1、Python 3.8、pyarrow/libarrow.1700.dylib 等关键字段，属于可直接用于定位的信息。
崩溃栈的栈顶位置固定落在 arrow::fs::FileSystemFactoryRegistry::RegisterFactory，且发生在 dyld 的 doModInitFunctions 阶段。这类发生在动态库初始化阶段的崩溃，报告中的调用栈本身比日志更容易被依赖方定位，建议原样保留、不要重写格式。
该条目已 open 约两年，且 stale 机器人反复留言但条目未被关闭。据 issue 讨论，仅复述同一份崩溃报告不会推进讨论，需要额外补充可对比的变量（例如同版本不同 Python 解释器、不同 pyarrow 版本下的行为差异）才可能获得实质回应。
若需要一条可运行的推理服务入口而非排查结论，issue 中并未给出任何替代方案，本条目不能作为选型依据。

FAQ

Q1：这个 issue 里官方给出修复版本了吗？ 没有。条目状态为 open，无关闭时间、无关闭原因，评论中不存在维护者发言，也没有任何版本号或修复记录。 Q2：崩溃发生在哪个组件里？ 据该条崩溃报告，栈顶落在 pyarrow/libarrow.1700.dylib 的 arrow::fs::FileSystemFactoryRegistry::RegisterFactory，经 libc++.1.dylib 的 std::__1::__shared_mutex_base::lock() 与 pthread_mutex_lock，由 dyld 的 ImageLoaderMachO::doModInitFunctions 触发。报告未给出结论，本节不做原因推断。 Q3：报错里提到的解释器是哪个？ 崩溃报告写明 Process: Python [3008]，路径为

/Library/Developer/CommandLineTools/Library/Frameworks/Python3.framework/Versions/3.8/Resources/Python.app/Contents/MacOS/Python

，即 Command LineTools 自带的 Python 3.8；报告未提及其他解释器。 Q4：这个条目还有更新吗？ 最近一次更新为 2026-08-24。此后 stale 机器人于 2026-08-23 再次留言，条目仍保持 open，无任何实质进展。 Q5：想跟进这个问题该看哪条信息？ 事实文件中可用于定位的只有 2024-08-14 那一条崩溃报告，其字段与调用栈已在本文中原样转录。条目中其余 14 条评论均为 stale 机器人留言或「QQ邮箱假期自动回复邮件」，不包含技术内容。