7 Commits

Include renames

Author	SHA1	Message	Date
opsx	4f74fe6c3f	ci(engineering): Gitea Actions 门禁 + 前端测试设施 + 版本注入修复 ... - .gitea/workflows/ci.yml:后端 gofmt/vet/test + 前端 lint/test/build 双 job 门禁 - vitest + @testing-library + jsdom 落地,14 个命脉用例:useListQuery 乱序丢弃/卸载中止、 http.ts 401 单飞刷新+队列重放+失败登出+silent 直拒、审计防抖、StepDeploy 部署目标、query-utils - 版本注入断裂修复:main 补 buildTime/gitCommit 符号,build.sh/Dockerfile 注入 main.version, /health 返回真实版本,前端 package.json 版本对齐 2.0.0 - gofmt 清零(8 个存量未格式化文件)	2026-10-29 13:02:19 +08: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	e006fc1a0e	fix(promtail): app 标签通用回退 + 跳过僵尸 Pod + SecretKey 不下发 + 采集命名空间可选 ... === 一、astralx 只采集到 2 个 app（核心问题）=== 实证：用户的 Deployment Pod 模板只有 k8s.kuboard.cn/name 标签， 没有 app / app.kubernetes.io/name。原模板的 app 只从这两个标签取， 所以 115 个服务的 app 全是空值，Loki 里 app 只剩零星 2 个。 修复：app 四级回退，全部基于 Kubernetes 原生元数据（跨集群通用）： 1) app.kubernetes.io/name 标准约定 2) app 常见简写 3) __tmp_controller_name Pod owner(ReplicaSet) 去 hash → Deployment 名 （__meta_kubernetes_pod_controller_name 由 Promtail 直接从 K8s API 读取，任何集群都有， 不依赖 Kuboard/Rancher 等第三方工具注入的标签） 4) pod name 兜底，保证 app 永不为空 同时修复 PromtailHelmValues 模板同样的 app 逻辑， 并修正其 __meta_kubernetes__pod_name 双下划线笔误。 验证：astralx 的 app 值从 2 个 → 73 个。 === 二、15 分钟 27 万条日志的真相 === 排查结论：不是重复采集（positions 存 hostPath /run/promtail，Pod 重启不丢）。 真实原因：cex-openapi-gateway 残留 347 个 Evicted + 37 个 Error 的僵尸 Pod， 只有 1 个 Running。这些 Pod 的日志文件仍在 /var/log/pods/ 下， Promtail 会把它们的历史异常堆栈（Reactor at reactor.core.publisher...） 全量采集，造成 27 万条的假象并污染存储。 修复：relabel_configs 首条加 drop 规则： - source_labels: [__meta_kubernetes_pod_phase] regex: (Succeeded|Failed) action: drop （两个模板都加） === 三、SecretKey 不再下发给前端 === 安全要求：避免任何登录用户点「显示」按钮就能拿到对象存储 SK。 - StorageConfig.Sanitized(): secretKey 返回空串，仅保留 hasSecretKey 标记 （accessKey 仍明文返回，便于管理员核对用的是哪个 AK） - 测试连接：StorageTestRequest 新增 id 字段，secretKey 留空时后端用 库里保存的凭据解密补齐（新建存储仍强制填写） - 前端编辑时 SecretKey 一律留空 = 不修改，placeholder 显示 「已保存 · 留空则不修改」，测试时带上 id === 四、采集器支持指定命名空间 === - Collector 新增 TargetNamespaces []string，对应 promtail 的 kubernetes_sd_configs.namespaces.names（为空=全集群） - PromtailDaemonsetYAML 新增 promtailNamespaceFilter 生成白名单 - service.Update 支持 targetNamespaces（兼容 []string 与逗号分隔字符串） - 前端 CollectorEditDialog 增加「采集命名空间」输入（逗号分隔） 镜像：lghost/lokistack:latest + v0.1 = sha256:05b1505aedae	2026-10-27 03:30:25 +00:00
opsx	cfe1ccd154	fix(storage): 按 endpoint 形态解析响应 + 凭据解密返回 + 无建桶权限友好提示 ... 【真实根因】COS 桶明明存在却报"桶不存在/创建失败" 用户配置：endpoint=loki-log-1394668510.cos.ap-hongkong.myqcloud.com（虚拟主机式，已含桶名） 旧代码：始终 GET / 并按 ListBuckets 的 <Buckets><Bucket><Name> 解析。 但在虚拟主机式 endpoint 下，GET / 返回的是 ListObjects（<ListBucketResult>）—— 桶内对象列表，不是桶列表。解析必然找不到桶名 → 误判"桶不存在" → 触发建桶 PUT → 用户的 AK 无 cos:PutBucket 权限 → 403 → 最终报"创建后校验失败"。 【实测确认（用该 AK 直连 COS）】 GET / (vhost) → 200 <ListBucketResult> 桶存在，能列对象 GET / (区域端点) → 200 <ListAllMyBucketsResult> AK 有 cos:GetService HEAD / → 403 AK 无 cos:HeadBucket PUT / (CreateBucket) → 403 AK 无 cos:PutBucket 即 QcloudCOSDataFullControl = 数据面全控（读写/列桶），不含管控面（建桶/HeadBucket）。 【修复】 1. 探测统一用 GET /，再按 endpoint 形态解释响应： - 虚拟主机式 → 按 ListObjects（<ListBucketResult>）判断，200 即桶存在 - 区域端点 → 按 ListBuckets（<Buckets><Bucket><Name>）匹配桶名 桶存在就直接返回"桶已存在"，不再走建桶流程。 2. 建桶二次校验同样改用 GET /（不再用 HEAD，避免 HeadBucket 403 误判）。 3. 建桶返回 403 时给出明确友好提示： "当前 Access Key 无建桶权限。腾讯云 QcloudCOSDataFullControl 只授予数据读写/列出， 不含 CreateBucket。请到 COS 控制台手动创建桶，或在 CAM 追加 cos:PutBucket" 4. models/storage.go Sanitized() 用 crypto.DecryptField 解密后再返回 AK/SK （原来直接返回 ENC:xxx 密文，前端编辑框显示密文）。 5. 前端访问地址输入框补充说明：推荐填区域端点（不带桶名）。 镜像：lghost/lokistack:latest + v0.1 = sha256:350478003870	2026-10-26 18:38:00 +00:00
opsx	ff69ea2ce8	fix(storage): 凭证明文返回便于编辑测试 + 建桶后二次校验防"假成功" ... 问题（log.astx.club/storage）： 1. 编辑存储时 Access Key / Secret Key 都是空的，点「测试连接」提示 请先填写 Bucket 与 Access Key / Secret Key，无法测试也无法保存； 2. 提示"桶不存在,已自动创建"但疑似没有真正创建； 3. 测试失败提示用 toast 弹到右下角，不在弹框内。 修复： 1. models/storage.go Sanitized() 返回 accessKey / secretKey 明文 （内网运维工具，管理员需要在编辑弹框里看到并测试连接；脱敏会导致 编辑时字段为空、校验失败） 2. 前端 StorageConfig 类型补 accessKey / secretKey 字段； 编辑弹框打开时回填这两个字段（原来只有 secretKey 且强制置空）； Secret Key 标签去掉「留空保持不变」 3. services/storage_check.go 建桶后二次 ListBuckets 校验： 不同对象存储 CreateBucket 语义不同（腾讯云 COS 要求桶名放 Host、 路径为 /），直接 PUT /<bucket> 可能返回 200 但未真正创建。 现在创建后重新列举桶，找不到就报"创建后校验失败"并提示检查 Endpoint / Region / 桶名（COS 需带 APPID） 4. 前端「请先填写 Bucket 与 Access Key / Secret Key」改为在弹框内 testResult 区域显示（原来 toast 弹右下角） 镜像：lghost/lokistack:latest + v0.1 = sha256:6b6cc9769e79	2026-10-26 18:30:47 +00: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
Logan.LiandClaude	2a93de600d	feat: LokiDeploy 初始提交 - 轻量级 K8s Loki 部署平台 ... Go(Gin) + React(Vite + shadcn/ui + Tailwind) 前后端分离，全中文 UI - 集群管理：Kubeconfig / Token 双接入，kubectl + helm 部署 - 主机管理：SSH 密钥 / 密码双认证，CPU/内存/磁盘使用率监控，SSH 错误中文友好提示 - 存储配置、部署管理、系统设置 - Docker 镜像内置 kubectl + helm，开箱即用 - run.sh 一键启停（start/stop/restart/status） Co-Authored-By: Claude <noreply@anthropic.com>	2026-06-29 17:03:57 +08:00