38 lines
2.3 KiB
Python
38 lines
2.3 KiB
Python
import json, urllib.request
|
||
|
||
msg = """[笑笑] 今日F健康全量错误清理 — 完成汇报
|
||
|
||
你批评得对，之前修了部分没修全部，这次把 32 个 error/异常任务全部逐项过了一遍。
|
||
|
||
■ 先说结论：真错误比看上去少得多，大部分是监控假警报
|
||
|
||
【今天还在犯的真错误 — 已全部修复并验证】
|
||
1. price_monitor L584 shares=None 崩溃 → 修后完整跑通 3m7s（39只重评+区间触发+推送）
|
||
2. market_insight L142 net_inflow=None 崩溃 → 修后 0.3s 出 5 条洞察
|
||
3. promote_candidates DB锁 → 加 busy_timeout，25s 提拔 19 只
|
||
4. premarket 120s 超时 → 12维分析改为后台分离启动（cron 不再被卡死）
|
||
5. 全局脚本超时 120s→600s（mofin_health/market_watch/memory_guardian 超时全消）
|
||
6. 隐性部署缺陷：scp 换文件会破坏硬链接，cron 一直在跑旧代码（这就是 promote 修了还报错的原因）→ 新增 sync_profile_scripts.sh，部署后一键重链
|
||
|
||
【假警报 — 监控逻辑已修】
|
||
7. "数据管道停滞14天"：假的。数据早就迁到 DB，mtf_cache(0.4h前)/macro_context(2h)/market_snapshots(2h)/live_prices(0.4h) 全是新鲜的。mofin_health 现在查 DB 表新鲜度（db_freshness），不再拿遗留 JSON 的 mtime 报警
|
||
8. "价格事件零记录"：假的。事件写在 price_events.json（今天 17:06 宏华数科入区），DB 表才是旧的
|
||
9. "suggestions表不存在"：没有任何脚本用这个表，不存在的问题
|
||
10. "newspaper3k缺失"：当前代码不需要它（stderr警告而已，不致命）
|
||
|
||
【已验证修复生效】
|
||
- 周末 Blocked 任务（hardlink修复）：vacuum_state_db 实跑通过
|
||
- default gateway 8642 在 key6 上 LLM 正常
|
||
- 全部 5 张数据表新鲜度 <24h，无一 warn
|
||
|
||
wiki-self-growth 03:04 的 key1 429 是 key6 完全生效前的残留，明早 03:00 的运行会自证。禁用任务（8个）未动，如需启用哪些跟我说。
|
||
|
||
代码已提交并合并到 246（c02caeb1）。"""
|
||
|
||
payload = json.dumps({"to": "hmo@yoin.fun", "body": msg, "type": "chat"}).encode()
|
||
req = urllib.request.Request("http://127.0.0.1:5805/", data=payload,
|
||
headers={"Content-Type": "application/json"})
|
||
try:
|
||
print("XMPP:", urllib.request.urlopen(req, timeout=10).read().decode()[:100])
|
||
except Exception as e:
|
||
print("XMPP fail:", e) |