折腾笔记

折腾笔记

利用AI解决黑群晖中的bug-VMM存储异常

折腾笔记
1
2026-08-05

遇到的问题

群晖DSM系统在经过数次的变更版本、黑白转移后，群晖虚拟机VMM出现了问题，套件安装成功后，明明硬盘可用空间很多，但是VMM存储中始终显示是可用空间为0 ，带来的影响就是在创建虚拟机的时候提示未找到可用空间，此问题搜遍全网也没有找到好用的方法，重装VMM、更换黑裙型号等都尝试了，都不行，但是将系统转移到白裙上就没任何问题，所以判断还是在来来回折腾中出现了系统级别的异常问题。

AI工具和模型

  • AI工具 OpenCode

  • 模型 deepseek v4 flash

AI问题描述

1、使用AI工具通过SSH连接黑群晖，操作完成后记住关闭。

2、给AI工具描述问题让AI工具分析原因。

我黑群晖中安装了  virtual machine manager 虚拟机 ，添加存储后  存储已分配虚拟硬盘空间是 0  然后容量和使用状况都显示-  重装虚拟机也不行，分析产生这个情况的问题

问题分析（根因）

尝试解决

结果验证

空间显示正常，虚拟机创建成功。

AI分析思路

# 黑群晖 Virtual Machine Manager 存储显示"已分配空间 0 / 容量 -"的排查与修复

> 环境:黑群晖 DSM 7.3.2(伪装型号 DS1825+)
> 套件:Virtual Machine Manager 2.7.0
> 现象:在 VMM 中添加存储后,「已分配虚拟硬盘空间」始终为 0,「容量」和「使用状况」显示 `-`,重装虚拟机/套件均无法解决。
>
> ⚠️ **隐私说明**:本文所有命令中的 `<账号>`、`<密码>`、`<NAS主机名>`、`<host_id>` 等均为**占位符**,请替换为你自己的实际值;不要在任何文档、命令或仓库中提交真实账号密码。

---

## 一、问题现象

1. VMM → 存储 → 添加存储(选择 `/volume3`)。
2. 存储列表显示:存储在线,但 **已分配虚拟硬盘空间 = 0**,**容量 / 使用状况 = `-`**。
3. 尝试创建虚拟机:提示空间不足/失败。
4. 卸载重装 VMM、重启 NAS 均无效。

---

## 二、问题根因

**VMM 的实时监控数据(存储容量、主机内存、系统利用率等)缓存在本地 redis(`127.0.0.1:2385`)中,而 VMM 后端连接 redis 时密码认证失败,导致所有缓存数据读取失败,接口统一返回 0/空。**

### 完整因果链

```
redis ACL 密码  ≠  etcd 中记录的 redis_auth 密码
        │
        ▼
synocccd 连接 redis 认证失败(WRONGPASS)
        │
        ▼
ccc/mem_cache 读取失败:
    - category [volume]              → 存储 size / used = 0
    - category [system_utilization]   → 主机内存 / 利用率 = 0
        │
        ▼
VMM API 返回 size=0、total_ram_size=0
        │
        ▼
Web UI 显示「已分配空间 0」「容量 -」
```

### 关键证据(排查过程中抓到的日志)

```text
core/redis_client.cpp:219 Failed to set authentication, reply: [WRONGPASS invalid username-password pair or user is disabled.]
core/redis_client.cpp:173 Failed to set authentication, host: [<host_id>]
ccc/mem_cache.cpp:907  Failed to get all of category [volume].
ccc/mem_cache.cpp:907  Failed to get all of category [system_utilization].
ccc/mem_cache.cpp:1071 Failed to get cache data.
utils.cpp:688 Failed to get host [...] memcache data
```

### 为什么密码会不同步

- redis 服务启动前会执行 `redis_prestart.sh`,其内部调用 `synoccctool --redis-env-init` **重新生成 redis 密码**。
- 正常流程:该命令同时把新密码写入 redis ACL 文件(`/usr/syno/etc/ccc/redis_acl.conf`)并更新 etcd 中的 `redis_auth`。
- 但如果**初始化时序异常(如 etcd 尚未就绪)**,只更新了 ACL 文件、etcd 未更新,两边密码就错开了;之后 synocccd 用 etcd 里的旧密码连 redis,必然 WRONGPASS。
- 另外,该环境 **systemd 的 inotify watch 上限(128)已被占满**,redis 每次启动都报 `Failed to set a watch ... No space left on device`,导致 systemd 判定 redis 服务"启动失败"(实际进程仍在跑),进一步加剧了密码初始化不稳定。

### 排除项(已验证不是原因)

| 检查项 | 结果 |
| --- | --- |
| 卷文件系统 | Btrfs ✅(VMM 强制要求) |
| CPU 虚拟化 | vmx + KVM 模块已加载 ✅ |
| /dev/kvm | 存在 ✅ |
| VMM 套件服务 | libvirtd / synocccd / etcd 均 running ✅ |
| etcd 中存储静态配置 | `total_size=3922144002048`(≈3.6T)正确 ✅ |
| 系统内存 | 32GB 正常 ✅ |

结论:**磁盘/CPU/套件本身都没问题,问题出在 redis 认证层,导致动态缓存读不到。**

---

## 三、解决办法

> 以下操作均在 NAS 上通过 SSH 以 root(或 sudo)执行。

### 第 1 步:提升并持久化 inotify 上限(解决 redis 服务"启动失败"问题)

```bash
# 立即生效
sysctl -w fs.inotify.max_user_watches=262144
sysctl -w fs.inotify.max_user_instances=1024

# 持久化(黑群晖写入 /etc.defaults/sysctl.conf 重启后生效)
cat >> /etc.defaults/sysctl.conf <<'EOF'
fs.inotify.max_user_watches=262144
fs.inotify.max_user_instances=1024
EOF
```

### 第 2 步:手动重新同步 redis 密码

```bash
/var/packages/Virtualization/target/bin/synoccctool --redis-env-init
```

执行后会重新生成 redis 密码,并同时写入 ACL 文件与 etcd(此时 etcd 正常,能保证同步)。

### 第 3 步:按顺序重启 VMM 相关服务

```bash
systemctl restart pkg-synoccc-redis.service
sleep 3
systemctl restart pkg-synocccstated.service
sleep 3
systemctl restart pkg-synocccd.service
```

### 第 4 步:验证

查看日志中不再有 `WRONGPASS` / `Failed to get`:

```bash
journalctl --since "5 minutes ago" | grep -iE 'WRONGPASS|Failed to get|mem_cache'
```

或直接查询 VMM 存储接口,`size`/`used` 应为正常数值(而非 0)。

> 建议把账号密码写入环境变量再使用,避免出现在 shell 历史记录中(占位符请替换为实际值):

```bash
export DSM_USER='<账号>'
export DSM_PASS='<密码>'

SID=$(curl -s "http://127.0.0.1:5000/webapi/auth.cgi?api=SYNO.API.Auth&method=login&version=6&account=${DSM_USER}&passwd=${DSM_PASS}&format=sid" | python3 -c 'import sys,json;print(json.load(sys.stdin)["data"]["sid"])')
curl -s "http://127.0.0.1:5000/webapi/entry.cgi?api=SYNO.Virtualization.API.Storage&method=list&version=1&_sid=$SID"
```

修复后预期返回:

```json
{"data":{"storages":[{"host_id":"<host_id>","host_name":"<NAS主机名>","size":3740448,"status":"online","storage_id":"<storage_id>","storage_name":"...","used":2349532,"volume_path":"/volume3"}]},"success":true}
```

### 根治建议

- 当前无虚拟机时,可卸载重装 VMM 套件,让集群以干净状态重建(会清空 VMM 配置)。
- 若 NAS 重启后问题复发,重复执行第 2、3 步即可恢复。

---

## 四、给 AI 的快速解决提示(可直接复制给 AI 排查)

> 以下描述浓缩了根因与修复要点,可让 AI 快速定位并处理同样的问题。

```
【黑群晖 VMM 存储显示 0 的问题】

现象:黑群晖(DSM 7.3.2, VMM 2.7.0)在 Virtual Machine Manager 中添加存储后,
「已分配虚拟硬盘空间」= 0,「容量 / 使用状况」显示 "-",重装 VMM 无效。

已排查确认:卷为 Btrfs、CPU 支持 VT-x、KVM 模块正常、VMM 服务均运行;
etcd 中存储静态 total_size 正确(3.6T),但 VMM 接口 size=0、total_ram_size=0。

根因:VMM 用 redis(127.0.0.1:2385)做内存缓存(mem_cache),存储容量/主机内存等
实时数据都缓存在 redis。redis ACL 文件(/usr/syno/etc/ccc/redis_acl.conf)密码
与 etcd 中 host 节点 redis_auth 密码不同步,导致 synocccd 认证失败:
  core/redis_client.cpp:219 WRONGPASS ...
  ccc/mem_cache.cpp:907 Failed to get all of category [volume/system_utilization] ...
进而所有实时监控数据读取失败,接口统一返回 0。

修复步骤(SSH root 执行):
1. 提升 inotify 上限并持久化:
   sysctl -w fs.inotify.max_user_watches=262144 fs.inotify.max_user_instances=1024
   并写入 /etc.defaults/sysctl.conf。
2. 重新同步 redis 密码:
   /var/packages/Virtualization/target/bin/synoccctool --redis-env-init
3. 按序重启服务:
   systemctl restart pkg-synoccc-redis.service
   systemctl restart pkg-synocccstated.service
   systemctl restart pkg-synocccd.service
4. 验证:journalctl 中不再有 WRONGPASS / Failed to get,
   VMM 存储接口 size/used 恢复正常数值。
```

---

*记录于 2026-08-05*

  • 0
银河麒麟OS忘记密码修改|Linux通用修改密码教程