7 Commits

Include renames

Author	SHA1	Message	Date
logan	56e1245b70	fix(logs): 启动时清理孤儿托管数据源 ... 旧版本删除部署后残留的 managed 数据源无法通过 API 删除 （提示随部署管理），启动时按部署名/集群存在性统一清理， 并把默认源转移到剩余数据源。	2026-10-30 01:10:15 +08:00
opsx	bad61e5027	fix(deploy): 删除部署时同步清理自动注册的查询数据源（孤儿数据源） ... === 现象（用户实测）=== 在 /deployments 页面删掉两个主机模式部署后，本机（172.19.16.8）容器确实清干净了： docker ps -a 无任何 lokistack-* 容器 /etc/promtail、/var/lib/promtail 等目录均不存在 无 promtail systemd 单元 但**平台里残留一个数据源** host-verify-loki（url=http://172.19.16.8:3100）， 「日志查询」下拉里还能选到它，选中必然连接失败。 === 根因 === DeploymentService.Delete 只做了两件事：删容器、删部署记录。 部署创建时由 EnsureLogSourceForDeployment 自动注册的托管数据源（Managed=true） 没有任何清理逻辑 —— 删除动作只完成了一半。 === 修法 === 1) DeploymentService.Delete 删完记录后调用 CleanupManagedLogSource(部署名) - 删掉同名且 Managed=true 的数据源（手填的 Managed=false 不动） - DeleteLogSource 内部会连带删除指向它的查询授权策略组 - 绑定该源的告警规则置为禁用（保留配置便于审计，但不让它每次评估都失败） - 注意锁顺序：必须先 db.Unlock() 再调用，CleanupManagedLogSource 内部会自己加锁， 持有锁再调用会死锁 2) schemaVersion v6→v7 迁移 removeOrphanManagedLogSources() 清理历史遗留：Managed=true 但没有任何同名部署的数据源 → 删除， 连带删策略组、禁用告警规则 === 实测（d9487694ece6）=== v7 迁移日志：移除孤儿数据源 "host-verify-loki"(id=2)：对应部署已删除 数据源：1 个（只剩 loki-pre，managed=true） 部署：1 / 采集器：1 / 策略组：1 本机：docker ps -a 无 lokistack-* 容器，/etc/promtail 等目录不存在，无 systemd 单元	2026-10-28 23:18:43 +00:00
opsx	95dcd9408c	fix(logs,analysis,alerts): 数据源不可达、分析页超时、告警规则混入基础设施项 ... === 1. 主机模式数据源地址 0.0.0.0 → 主机真实 IP（查询页"永远加载中"的根因）=== 现象：切换数据源后命名空间/App 下拉不动，一直显示"加载中…"，控制台报 Get "http://0.0.0.0:3100/loki/api/v1/labels": dial tcp 0.0.0.0:3100: connect: connection refused 根因：主机模式部署的 endpoint 记的是**容器监听地址** 0.0.0.0:3100， 而平台进程不在被采集主机上，0.0.0.0 只在本机有意义。 EnsureLogSourceForDeployment 把它原样写成了数据源 URL。 修法： - 新增 reachableEndpoint()：把 0.0.0.0 / [::] 换成关联主机的真实 IP - schemaVersion v3→v4 迁移 fixUnreachableLogSourceURLs()，修正已有脏数据 - 实测：http://0.0.0.0:3100 → http://172.19.16.8:3100，该源 label 查询由 502 变 200 === 2. 前端：区分"加载中"与"加载失败" === 原来用 `loading={!options.length}` 表示加载中 —— 数据源不可达时列表永远为空， 于是界面永远转圈，把真实错误完全藏起来了（这次的 0.0.0.0 就是这样被掩盖的）。 改为独立的 namespaceLoading / namespaceError 两个状态： - 切换数据源先清空旧 options（否则显示上一个源的命名空间，看着像"没反应"） - 失败显示"加载失败"并在旁边给「重试」按钮，不用刷新整页 === 3. 日志分析页：主图改走索引接口（原来 5 条 count_over_time 全超时）=== 实测 astralx（约 370GB/天）15 分钟窗口： count_over_time → exec 29s + 排队 95s，超过 30s 护栏 → 502 index/volume_range → 0s 改为两阶段渲染： - 总量趋势改用 /logs/histogram（内部 index/volume_range），**0s 出图** - 错误/警告/app 维度仍需读日志内容，串行执行，先渲染主图再更新 - heavyQueryTimeout 30s → 90s（实测 error 维度查询 14s 可完成） === 4. 告警规则按日志平台定位收敛 === - seed 里删掉「Kubernetes 节点 NotReady」「容器 OOMKilled」： 这类属于 kube-state-metrics / Prometheus 的职责，用日志字符串匹配不可靠 - 迁移里清掉线上已存在的同类规则（3 条） - 修 AlertRule / NotifyChannel 重复 ID（同 logSources 一样漏在 sequences 重建外） === 5. 告警页 UI === - 规则列表由"每条一张卡"改为紧凑表格（一屏看全，阈值可对齐比较） - 通知通道（飞书/Lark/Webhook）从「系统设置」搬到告警页折叠区： 规则和"发到哪"是一件事的两半，分两页配容易漏配导致告警发不出去 === 6. 权限收敛 === - /alerts 加 adminOnly：普通用户按查询授权只看「日志查询」，不再看到告警菜单 - 系统设置从侧栏移到右上角齿轮（低频平台配置，不占侧栏一位） === 7. 迁移设计教训（写进代码注释）=== v2 时把"告警去重 + 清基础设施规则"塞进 case 1，但线上库已到 v2， 那段代码永远不执行。**结构变更只要逻辑变了、目标库已达该版本，就必须再抬一版**， 不能改历史迁移分支。 === 实测（v4-1028-2210 / 979bdb4a48e8）=== v4 迁移：数据源 URL 修正 http://0.0.0.0:3100 → http://172.19.16.8:3100 source 1 label：200，0s（astralx / log） source 2 label：200，0s（不再 connection refused） 分析页 histogram astralx 15m：0s 分析页 metrics error astralx 15m：14s 告警规则：10 条（已无基础设施类）、ID 唯一 另清理 172.19.16.8 上 13 个残留容器，回收 6.1GB	2026-10-28 22:11:48 +00:00
opsx	f3733f0bfc	feat: 品牌统一 LokiStack + 全站中英 i18n + 用户批量删除 + 主题定时切换与浅色侧栏 ... - 品牌: Go 模块/数据文件/二进制/构建部署资产全部 opsx→lokistack;前端 localStorage 命名空间迁移(读旧写新,含按用户 id 前缀迁移);修复 nginx upstream 与 Makefile 引用已改名服务的断裂 - i18n: react-i18next 落地,common + 11 个页面域命名空间全站中英(菜单/顶栏/登录/列表页/表单/确认弹窗/状态徽章);设置页语言即时切换;修复词典自注册导致的循环导入白屏 - 用户管理: 批量删除(POST /users/batch-delete,不删自己/最后管理员,部分失败不阻断)+ 行复选/全选/批量工具条 - 主题: 浅色侧栏(中性灰激活态)、四态模式(浅色/深色/跟随系统/定时切换,按时区判定)、顶栏太阳月亮二态、设置页紧凑分段选择器 - UI: 登录记住用户名、CardActionButton 统一五页卡片操作钮、shadcn Badge 替换手写徽章、语义色修正 - 清理: 移除主机 Web 终端(前后端)、k8s-helm/Helm 遗留代码与字段、README 重写精简 - 修复: 侧栏与日志告警 order 重复、路由标题 i18n key 未翻译、词典双逗号等	2026-10-27 17:11:38 +08:00
opsx	cf54be3f7d	fix(logs): 「所有人」策略保存被拒 + 快捷 LogQL namespace 空且不认默认策略 ... === 一、保存策略组报「用户ID无效或重复」=== validatePolicyGroup 里 `if id == 0 || seen[id]` 直接把「所有人」哨兵当非法。 修复： - 新增常量 AnyoneUserID = 0（与 policyGroupAccess、前端 ANYONE 对齐） - 0 跳过用户存在性校验，但必须独占：与具体用户混选时报 「「所有人」不能与具体用户同时选择」 - 重复检查独立出来，报错带具体 ID === 二、快捷 LogQL 的 namespace 下拉总是空的 === 两个叠加原因： 1. 用的是原生 <datalist>，只在输入时才提示、样式弱，看着像"下拉是空的" 2. 候选只来自 Loki 实际值 —— 而默认策略配的 default 命名空间里没有业务 Pod， Loki 里根本没有这个 label 值，所以永远不出现；前端也不会拿策略值当默认选中 修复： 后端新增 GET /api/v1/logs/my-scope?sourceId= → {labels, unrestricted} （services.UserAccessLabels 暴露当前用户在数据源上的授权 labels； admin 返回 unrestricted=true 但仍带上策略 labels 供 UI 做默认值） 前端： - logsApi.myScope() - QuickQueryTemplates 用策略里的 namespace 作为初始选中值 - namespaceOptions = 策略值 ∪ Loki 实际值（去重，策略值优先） - namespace/app/pod 三个 <datalist> 全部换成 SearchableValueSelect （点击即展开、可搜索，placeholder 显示「请选择（共 N 个）」） 验证： PUT /logs/policy-groups/1 {userIds:[0]} → 200 ✅ POST userIds:[0,2]（混选） → 400「「所有人」不能与具体用户同时选择」✅ GET /logs/my-scope?sourceId=1 → {"labels":{"namespace":"default"},"unrestricted":true} ✅ bundle: my-scope 1 处、datalist 残留 0 处 ✅ 镜像：lghost/lokistack:latest + v0.1 = sha256:ad659f564665	2026-10-27 02:59:33 +00:00
logan	9f7c522157	feat: K8s 部署清单、Token 接入加固与日志/设置页优化 ... - kubernetes/: 30Gi PVC、单副本 Recreate、Secret/Service/NodePort/Ingress 清单与部署文档 - 数据安全: kubeconfig/token 统一加密存储，启动迁移历史明文，DB 0600 - Token 接入: 命名空间级最小权限提示、长期 Token、自签证书 TLS 兼容 - 部署: 命名空间级 Token 下跳过 Namespace patch/枚举，节点信息容错 - 日志页: namespace → app → pod 选择顺序与作用域收窄 - 设置页: 拆分为通用/告警/LDAP/镜像源四个 tab - 弹框: 统一 max-h 滚动与长命令换行，修复内容溢出	2026-10-25 23:44:07 +08:00
logan	2d73661dd1	feat: complete Loki query, insights, settings and deployment workflows ... Add the Loki query UI, access policies, ingress insights, alert and registry settings, and their backend APIs. Include the related Kubernetes deployment and collector updates required by the integrated application. Validated with go test ./..., npm run build, and npm run lint.	2026-10-25 21:28:32 +08:00