Ⅰ OpenStack使用flat網路創建虛擬機失敗——PortBindingFailed: Binding failed for port
kolla-ansible
ussuri
集群環境
通過鏡像創建虛擬機時(ussuri)，選擇flat網路，結果創建失敗，虛擬機處於關閉/錯誤狀態。
查看日誌：
/var/log/kolla/nova/nova-compute.log
/var/log/kolla/neutron/neutron-server.log
nova_compute.log顯示，埠綁定失敗，大概可知，是由於nova請求neutron失敗所致，所以問題在neutron上。
從neutron_server.log的報錯信息可以看到一些信息，報錯的主體為plugins.ml2.managers，network_type為flat，physical_network為physnet1。
打開neutron.conf (/etc/kolla/neutron-server/neutron.conf)
可以看到driver為openvswitch
查看openvswitch_agent.ini (/etc/kolla/neutron-openvswitch-agent/openvswitch_agent.ini)
可以看到ovs的bridge_mappings為空，其原因是 在kolla-ansible部署前，沒有在配置文件中指定外部網路介面 。我們需要通過手動創建虛擬網橋把flat網路和物理介面連接起來。
flat網路名字可以通過ml2_conf.ini (/etc/kolla/neutron-server/ml2_conf.ini)文件確認
進入容器neutron_openvswitch_agent，需要用root角色
在容器中，通過以下openvswitch命令，添加虛擬網橋，並映射到flat網路介面
打開openvswitch_agent.ini (/etc/kolla/neutron-openvswitch-agent/openvswitch_agent.ini)
可以看到bridge_mappings為空。編輯文件，將bridge_mappings的值改為physnet1:br-ex。
其中physnet1表示橋接的物理網卡，br-ex是新建的虛擬網橋。
docker restart neutron_server neutron_openvswitch_agent
the End
Ⅱ CentOS7 安裝openstack-mitaka neutron部分時初始化資料庫失敗
可以看到提示，
這個yum源沒有這個包openstack-packstack，不知你的是什麼系統，請在/etc/yum.repos.d裡面修改.repo文件的baseurl倉庫源訪問路徑。
Ⅲ sql 2008 中子查詢遇到top不起作用了
select top (5) * from Books where Id
select top (5*(2-1)) Id from Books
主要是投影屬性不同,查詢條件不同,可能資料庫執行引擎的優化策略不一樣了,也就是說訪問BOOKS記錄的順序不同,所以有這樣的結果.你把*換成ID試試看.
Ⅳ 各位好，請問 中子播放器(Neutron Music Player ) 載入 *.cue 格式的文件後，歌曲名成亂碼，怎麼解決
在官網直接下載中子播放器，然後按下面的提示操作
中子播放器中文的設置：
在主頁面找到「設置」(一個齒輪那個標志)，點擊打開，出現很多設置項，找到「InterfaceLanguage」(中文意思是界面語言),點擊打開，找到「中文(簡體) 」那一項，點亮，然後按頁面的「✔」保存就可以了
中子播放器亂碼問題的處理（親測，絕對可行）
中子播放器真的很好，可以解碼很多類型，就算是播放DTS制式的音頻也不在話下，特別推崇的是音質！音質真的太好了！但很多朋友反映設置有點復雜，有些人不想用。
本人在使用的時候，發現兩個最大的問題，一個是搜歌難，另外一個是播放歌曲發現歌名亂碼的情況，第一個，我自己處理好了，但第二個試了很多辦法，都不行，甚至有放棄不管的念頭，也在網上搜索很久，只找到幾個解決辦法的帖子，按照提示也沒有處理好。
本人喜歡折騰，不想讓亂碼成為自己的難題。經過反復試驗，終於找到處理辦法了（可能版本不同，處理辦法不同，本人的版本是1.90），具體處理辦法如下：
第一步驟：
1.打開中子播放器，在主界面找到設置，點擊；
2.找到媒體庫，點擊；
3.找到音樂源，點擊；
4.找到「忽略WAV元數據」，點亮，點擊旁邊的「√」，這是一個非常重要的步驟！
5.完成上面所有程序後逐步按「X」退出。
第二步驟：
1.打開中子播放器，在主界面找到設置，點擊；
2.找到媒體庫，點擊；
3.找到音樂源，點擊；
4.找到文件，長按，找到刪除，點擊對應的「√」（音樂源下面有多少個文件就重復刪除多少次）；
5.按音樂源下面的「+」號，找到文件系統，點擊；
6.找到下面的「外部儲存」（外置U盤就是外部儲存），點亮，找到旁邊的「√」點擊，機器就在掃描（如果文件大，可能時間比較長一點），掃描後自動退出。
這時候回到播放器主界面，發現可以正常顯示歌名了！
溫馨提示：按照上面提示辦法，除了可以處理亂碼問題，也可以解決搜歌問題！
Ⅳ openstack啟動實例報錯websocket
你好，openstack創建實例報錯狀態錯誤、dashboard創建雲主機報錯狀態錯誤、Exceeded maximum number of retries.、No valid host was found 原創
2022-02-24 17:01:06
3點贊
/*守護她的笑容
碼齡4年
關注
文章目錄
說明
報錯內容及處理
報錯Build of instance....note rescheling.
報錯No valid host was found. ...
報錯Exceeded maximum number of retries...must note be all numeric. Neu].
查看所處項目以及項目所屬計算節點
創建實例指定多張網卡孵化報錯
創建windows實例報錯linux正常
總結
說明
openstack的dashboard界面創建雲主機、修改雲主機規格、重建等操作都會導致虛擬機狀態錯誤，錯誤界面如下，並且這種狀態是真實的錯誤，即使在底層把錯誤狀態修復了，虛擬機依然是不能正常使用的。
在這里插入圖片描述
我這遇到的報錯分幾種，因為我每處理一次，報錯就會變化，下面依次展示不同報錯的處理方式。
報錯內容及處理
下面所有報錯我均以創建實例為准，但只要創建實例正常了，其他功能也會正常。
報錯Build of instance…note rescheling.
具體報錯如下圖
在這里插入圖片描述
此時在項目所屬的所有計算節點重啟了2個服務【我後面單獨說 查看項目所屬的計算節點哈】：
我這放歷史命令
983 systemctl status openstack-nova-compute.service
984 systemctl restart openstack-nova-compute.service
985 systemctl status libvirtd.service
986 systemctl restart libvirtd.service
987 systemctl status libvirtd.service
1
2
3
4
5
1
2
3
4
5
上面執行後新建虛擬機報下面錯誤，繼續往下看
報錯No valid host was found. …
詳細報錯見下圖
在這里插入圖片描述
此時懷疑是這個項目空間的計算資源不足導致的，所以這里給這個項目空間新增了一個計算節點
如下：我現在在safe_domain域下操作的，這個域之前只有2個計算節點【computer01，02】，我現在把computer29節點加入到這個域中了，查看方式如下圖【dashboard也可以看】，查看和添加方式不會的自行網路。
在這里插入圖片描述
然後再次創建虛擬機的 時候，有了新的報錯，繼續往下看
報錯Exceeded maximum number of retries…must note be all numeric. Neu].
具體報錯如下圖
在這里插入圖片描述
解決方法：
重啟所在項目的所有所屬計算節點的【是不是懵了？ 下面我會單獨說明的，別慌】 下面3個服務
ps：我放的是歷史命令。
982 systemctl status openstack-nova-compute.service
983 systemctl restart openstack-nova-compute.service
984 systemctl status libvirtd.service
985 systemctl restart libvirtd.service
986 systemctl status libvirtd.service
987 exit
# 因為之前重啟過上面2個服務，所以我現在之重啟下面1個服務即可
988 systemctl | grep neu # 這個方法可以查服務哦
989 systemctl status neutron-linuxbridge-agent.service
990 systemctl restart neutron-linuxbridge-agent.service
991 systemctl status neutron-linuxbridge-agent.service
1
2
3
4
5
6
7
8
9
10
11
1
2
3
4
5
6
7
8
9
10
11
到此，問題解決，創建實例正常，報錯消失。
查看所處項目以及項目所屬計算節點
查看所處項目，dashboard中這顯示的是即為所處項目空間。
在這里插入圖片描述
查看所處項目空間計算節點有哪些
dashboard
切換到admin，系統-主機聚合裡面即可看到
在這里插入圖片描述
底層命令
可以通過group過濾的哈
在這里插入圖片描述
創建實例指定多張網卡孵化報錯
因為一個虛擬機有2張網卡的需求。
額，就是我創建實例的時候，指定了2個網路介面，創建的時候就報錯了，報錯內容和上面第一個一致，只是多了一個network什麼的，沒保存，也懶得再這么折騰一遍，反正就是，只要添加多個網卡介面創建實例報錯和上面第一個一樣，解決方法就是，創建實例的時候只指定一個網路介面，然後虛擬機創建好了再綁定新的介面就可以拉~~
創建windows實例報錯linux正常
這個環境和上面的不是同一個，是我在後面的運維中發現的問題，一並歸納到這了而已。
問題：創建linux沒有錯，創建windows虛擬機就會報錯，報錯內容如下
在這里插入圖片描述
在這里插入圖片描述
原因
這個windows鏡像創建系統卷時間太長，超過創建虛機的等待時間了。
解決方法
因為該雲已經納入雲管了，再雲管上創建並不會報錯，底層創建報錯是因為該套openstack是卷虛擬機，所以我們創建虛擬機的時候不要創建新卷就可以了，下面方法不是將鏡像轉為虛擬機，也不會導致鏡像不在，放心使用。
在這里插入圖片描述
報錯消失，虛擬機正常創建。
在這里插入圖片描述
總結
遇到這種報錯呢，重啟這個項目的所有計算節點的下面這3個服務即可，可能是啥消息排隊了沒有及時通信導致的錯誤，重啟以後釋放一下就好了。
如，我的這個safe項目有3個計算節點，那麼我在3個計算節點都重啟下面3個服務即可。
982 systemctl status openstack-nova-compute.service
983 systemctl restart openstack-nova-compute.service
984 systemctl status libvirtd.service
985 systemctl restart libvirtd.service
986 systemctl status libvirtd.service
987 exit
988 systemctl | grep neu # 這個方法可以查服務哦
989 systemctl status neutron-linuxbridge-agent.service
990 systemctl restart neutron-linuxbridge-agent.service
991 systemctl status neutron-linuxbridge-agent.service
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
文章知識點與官方知識檔案匹配
雲原生入門技能樹首頁概覽
9938 人正在系統學習中