apache / apache/cloudstack

SSVM Cannot Mount Secondary Storage on Isolated Storage Network Due to Incorrect Route

未關閉
#13,774 7 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視
status:needs-investigation type:question
主要語言
Java
星號
3.1k
分支
1.4k
平均合併
6 天 19 小時
30 天內合併 PR
32

描述

I am configuring CloudStack 4.22.1.0 and have set up an isolated Storage Network on VXLAN 500 with the subnet **192.168.16.0/24**. My secondary storage (NFS) server is configured with the IP address **192.168.16.16**.

This is the first time I have configured secondary storage on a dedicated storage network. In my previous deployments, both the management and storage traffic shared **cloudbr0**, and everything worked correctly.

After completing the configuration, the SSVM Agent Status remained **"Connecting"**. I logged into the SSVM via SSH and checked the routing table. I found that the route for **192.168.16.0/24** was incorrectly pointing to the **management gateway (10.10.100.1)** instead of the **storage gateway (192.168.16.1)**. Because of this incorrect route, the SSVM was unable to mount the NFS secondary storage.

To verify the issue, I manually deleted the incorrect route and added the correct one:

* Incorrect route: `192.168.16.0/24 via 10.10.200.1 dev eth1`
* Correct route: `192.168.16.0/24 via dev eth3`

**eth3** is the new interface automatically created in SSVM where IP address 192.168.16.192/24 has been assigned.

As soon as I corrected the route, the SSVM Agent Status turned **green**, the secondary storage mounted successfully, and image downloads started normally.

However, after deleting and recreating the SSVM, the same issue occurred again. The incorrect route was added automatically, causing the Agent Status to return to **"Connecting"**. After manually replacing the route with the correct one, everything worked normally again.

Am I missing any configuration? Is this expected behavior, or could this be a bug in CloudStack? How can I permanently ensure that the SSVM uses the storage gateway (**192.168.16.1**) for the **192.168.16.0/24** network instead of the management gateway?

貢獻指南

開啟貢獻指南

研究方向

使用隔離的 Storage Network 重新建立 SSVM,然後在 Agent Status 為 Connecting 時檢查其路由表和介面。將自動新增的路由與 Storage Network 設定進行比較;當 192.168.16.0/24 的流量使用 eth3、次要 NFS 儲存掛載成功且 Agent Status 為綠色時,即表示完成。

由索引模型根據 Issue 內容生成。

評估

領域
cloud, infrastructure, networking
Issue 類型
缺陷
難度
4/5
預估耗時
3-5 天
活躍度
活躍
描述清晰度
基本清楚
新手友好度
45/100

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。