[所有平台][CLI&UX] 实时入网锁冲突报告出现内部错误,而不是发布的"另一轮正在进行中"提示

□ 说明

当第二个NemoClaw命令运行时,而第一个命令真正持有登机锁时,第二个命令以明显的内部出错而无向导而出. 产品已经为这种情况传递了正确的信息——它命名了争论,打印了持有者PID,并告诉用户等待——但是这个文本从来没有被到达.

观察有三种不同命令的三种主机:

页:1 在船上运行时无法更新登入恢复, 而另一个登入运行则拥有锁。 在机上运行时启动的重建 ^ 无法更新机上恢复, 而另一个机上运行则拥有锁 。 在安装过程中开始卸载 ^ 在120次重试后, 无法获取 < home>/. nemoclaw- 便携式主机. lock上的锁定

没有这些名字相竞的运行, 没有打印一个持有者 PID, 没有人说等待和重试。 应显示的已发运的守护文本如下:

页:1
另一起登机操作已经开始了
锁定持有者 PID: <pid>
等待主动登机运行完成.

这是** 生活 - 持有** 路径。 该地区已经开放的报告——"#10461"和"#10779"——覆盖了相反的情况,一个被中断的跑跑所留下的锁被车主PID已死亡. 在这里,主人还活着,行动被合法地封锁;只有信息是错误的.

平台范围:再出自macOS 26.5 (arm64),DGX站 GB300 (Ubuntu 24.04, arch64),以及一款WSL2 arch64主机;不是月台专用. 后退:未知——更早的版本没有被测试. OpenShell 发行: 否

□ 环境

页:1 设备:Mac Studio(也复制于DGX站GB300和一个WSL2 arch64主机) 操作系统:macOS 26.5 建筑:arm64 页:1 npm: 10.x (韩语). Docker: SDocker版本 29.5.2. Open Shell CLI: 开壳 0.0.106 NemoClaw:v.0.0119 (中文(简体) ). OpenClaw: N/A(第二命令从未到达沙盒)

□ 步骤重现

1. 在安装了NemoClaw v0.0.119的东道主上,清除任何可恢复的会话:

{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
rm-f~.nemoclaw/上机会话.json. ~.nemoclaw/上飞机.

1. 在背景中开始一个普通登机,让它通过飞行前:

{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? 机上 Nemoclaw -- -- 取名栅栏 -- -- 代理开关 -- -- 不互动 -- -- 是 -- -- 新鲜和 睡觉 25

3. 跑步还在,但开始第二道普通登上:

{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
机上尼莫克瓦 -- -- 名栅栏 -- -- 代理开关 -- -- 非交互 -- -- 是 -- -- 新鲜

4.读取第二命令的输出和出站代码.

□ 预期成果

第二个命令退出了非零并告诉用户正在发生什么:另一个登机运行持有锁,哪个过程持有锁,等待它完成再重试. 这就是产品中已经包含的对本案的指导。

□ 实际结果

第二命令在大约一秒钟后以单条内部行出 1 :

页:1 错误: 在另一个登入运行时无法更新登入恢复 。 . . . . . . .