chore: 导入旧记忆备份供恢复
This commit is contained in:
+61
@@ -0,0 +1,61 @@
|
||||
---
|
||||
title: MROTemp 常见问题与解决方案
|
||||
type: curated
|
||||
permalink: main/projects/991bd0b4-6f60-47c0-8e47-1bb256c04653/curated/development/mrotemp-常见问题与解决方案
|
||||
stable_id: be0fff7f-4223-4766-9233-a9af60c73475
|
||||
scope: project
|
||||
project_id: 991bd0b4-6f60-47c0-8e47-1bb256c04653
|
||||
workspace_type: development
|
||||
usage_profile_id: null
|
||||
preference_context: development
|
||||
document_type: troubleshooting
|
||||
revision: 2
|
||||
source_memory_ids: []
|
||||
source_checkpoint_ids: []
|
||||
source_file_ids: []
|
||||
source_git_commit: null
|
||||
source_git_commits: []
|
||||
source_agent_sync_ids: []
|
||||
model_connection: Sub2API
|
||||
model_name: openai/gpt-oss-120b
|
||||
source_count: 20
|
||||
source_revisions: {}
|
||||
source_dispositions:
|
||||
processed: 20
|
||||
unchanged: 0
|
||||
unsupported: 0
|
||||
skipped: 0
|
||||
cited_source_ids: []
|
||||
job_cited_source_ids: []
|
||||
conflicts: []
|
||||
supersedes: []
|
||||
preferences: []
|
||||
source_cursor: 53
|
||||
source_hash: cd96d5b27b5d1ef34ff30350e40c12b9d9b7e389c5813755521578d1f2597d9c
|
||||
prompt_version: 2026-08-12.3
|
||||
schema_version: '3'
|
||||
curation_job_id: ae689479-5b68-4884-bb17-0f2a57e889f3
|
||||
created_at: '2026-08-13T18:33:52.975446+00:00'
|
||||
updated_at: '2026-08-16T18:34:22.777719+00:00'
|
||||
tags:
|
||||
- 故障排查
|
||||
- 编码
|
||||
- 凭证
|
||||
- 性能
|
||||
---
|
||||
|
||||
## 已知问题
|
||||
| 编号 | 问题描述 | 根因 | 解决方案 |
|
||||
|------|----------|------|----------|
|
||||
| 1 | Windows 控制台直接输出 CSV 时出现乱码 | 控制台使用 OEM 编码,文件为 GBK 编码 | 将输出重定向到文件后使用记事本或支持 GBK 的编辑器打开;保持脚本内部使用 GBK 不影响文件内容。 |
|
||||
| 2 | CSV 中缺少对象/小区上下文列,导致批量合并后追溯困难 | 初始实现未在表头加入上下文字段。 | 已在脚本中加入 `FileName, eNB, id, MmeUeS1apId, MmeCode, MmeGroupId, TimeStamp` 列。 |
|
||||
| 3 | 脚本在处理大文件时内存占用接近 200 MB | 未使用流式解析。 | 使用 `lxml.iterparse` 按事件处理,内存保持约 100 MB 以下。 |
|
||||
| 4 | 误保留 `MR.` 前缀导致列名冗余 | 前缀去除步骤遗漏。 | 实现中统一去除 `MR.` 前缀,仅保留实际字段名。 |
|
||||
| 5 | 新增或修改凭证后忘记写入 Vaultwarden,导致后续登录失败。 | 未遵循凭证写入工作流。 | 在任何新建/修改密码、Token、API‑Key、TOTP 种子后立即写入 Vaultwarden;普通记忆仅记录条目名称、用途、使用方式。 |
|
||||
|
||||
## 排查步骤
|
||||
1. **检查编码**:打开生成的 CSV,确认文件属性显示 GBK。若出现乱码,可在命令行执行 `chcp 65001` 切换到 UTF‑8,或在编辑器中手动选择 GBK。
|
||||
2. **验证列完整性**:首行应包含 `FileName,eNB,id,MmeUeS1apId,MmeCode,MmeGroupId,TimeStamp` 以及去除前缀的 31 个业务字段。
|
||||
3. **确认只提取第一个 measurement**:检查 CSV 行数是否与示例(8589 行)相符,若明显偏多,则可能误开启 `--all-measurements` 参数。
|
||||
4. **凭证错误**:若脚本需要远程资源时报错,检查 Vaultwarden 条目是否唯一匹配;若不唯一,请手动输入或调整条目名称。
|
||||
5. **性能监控**:查看 `output/` 旁生成的 `.log`(任务 3),确认处理时间仍在 1‑2 秒范围内。
|
||||
Reference in New Issue
Block a user