查看journalnode节点状态信息_OpenStack Cinder服务状态排错
作者:舒祝
最近手動搭建了一個openstack環境,創建硬盤時失敗,查看日志,提示無法進行調度,懷疑是cinder節點出現問題,去cinder節點查看服務 ,狀態顯示正常。systemctl status openstack-cinder-volume.service然后在控制節點查看cinder服務,openstack volume service list正常情況下顯示:
結果顯示cinder-volume的state為down,查看日志發現沒有任何錯誤信息,重啟cinder的各種服務仍然沒有效果,最后決定跟蹤源碼(說明:文中代碼對應的是OpenStack Train版)。
找到openstack volume service list對應的實現代碼。
now = timeutils.utcnow(with_timezone=True)
由于openstack-cinder-api.servic服務在controller節點啟動,所以獲取的是controller節點的當前時間。
services = objects.ServiceList.get_all(context, filters)最終會從cinder數據庫的services表中獲取所有服務數據。
alive = abs(delta_sec) <= CONF.service_down_time,比較時間差的絕對值是否小于配置的service_down_time,其中service_down_time默認時間是60s。
cfg.IntOpt('service_down_time',
default=60,
help='Maximum time since last check-in for a service to be '
'considered up'),
art = "up" if alive else "down" 差值小于60,則service 狀態為 up,否則為down。由此可見cinder service的state值取決于cinder數據庫中 service 表每行數據的 updated_at 列的值和當前 controller 節點的時間差是否在配置的范圍之內。
解決問題
上面cinder-volume出現down的原因就是因為運行openstack-cinder-volume.service服務的存儲節點時間與controller節點時間差值過大。為了保證狀態為up,必須保證兩節點的時間差在service_down_time - report_interval之內,默認情況下,差值為50秒。所以同步兩臺服務器時間之后,再次查看,發現cinder-volume的state變為up。
cinder服務更新機制
下面說下 Cinder Service 的更新機制。
report_interval默認時間是10s,
cfg.IntOpt('report_interval',
default=10,
help='Interval, in seconds, between nodes reporting state '
'to datastore'),
總結
以上是生活随笔為你收集整理的查看journalnode节点状态信息_OpenStack Cinder服务状态排错的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: clion安装glfw_MacOS上使用
- 下一篇: mysql isam cache_Mys