詭異的windows Workspace 2276,2269報錯解決


背景信息,使用了windows server 2012 上的文件服務,文件服務器是cluster (兩個節點),而且開啓了windows sync share 的服務。但是在節點2上的windows sync share 服務一直不能啓動,日誌裏報2276,2269錯誤。

image

第一次解決,我是把node2上的iis組件全部卸載了,然後按照node1上的組件進行安裝,問題解決後,我還配置了workspace 服務的羣集設置。

clip_image001

clip_image001[4]

clip_image001[6]

clip_image001[8]


最近兩次發現均有切換服務到node2 時出現windows sync share 服務無法啓動的問題,找了很多文章和鏈接,沒有用處,只能通過上面重新安裝的方式解決,5月8號又遇到該問題。

clip_image001[11]

報錯時發現仍然是工作組進程未能初始化的日誌,還總結出下面現象和信息:

  • Workspace 使用的是hostablecore ,http.sys 底層的功能,不依賴iis ,但是使用IIS 管理器發現www 服務是啓動的。手動啓動node2上的windows sync share 服務報-2147024713,和該文章中的現象類似,但又不一樣,該文章中有IIS站點,但我們的環境中沒有,且node1即使開了www服務也正常,node2開了www就不正常


clip_image002

  • node2 上的windows sync share 服務不能啓動。停止www 服務後,node2 上的windows sync share 服務可以啓動。停止node1上的www 服務對workspace 沒有影響。所以結論是www服務似乎對workspace 服務無影響,但是對windows sysnc share 服務可能造成衝突。(但是fsnode1,fsnode2上表現不一致讓人很困惑).


最終解決辦法:

1.禁用文件服務器羣集每臺上的www服務,www 服務禁用後windows sync share 可在node2上啓動,對node1也沒有影響。


最後的疑問:

node1,node2配置一樣,爲什麼node1上www服務和windows sync share 服務就不衝突,而node2上就衝突….

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章