在启动维修服务后,它显示了当前修复过程进行的百分比。当整个集群被修复后,它就会再次爆炸。
我以为它在顺利地、永远地修复整个集群,一次又一次地开始,但它似乎“完成”了.这不是我的期望
我错过了什么吗?
编辑:
日志:
2015-09-02 08:33:34+0000 [XX] INFO: Detected a topology change. The Repair Service will stop now and check the cluster topology every 5 minutes. If the cluster is stable, the Repair Service will start again.
2015-09-02 08:33:34+0000 [XX] INFO: Stopping Repair Service
2015-09-02 08:48:34+0000 [] INFO: Unhandled error in Deferred:
2015-09-02 08:48:34+0000 [] Unhandled Error
Traceback (most recent call last):
File "/usr/share/opscenter/lib/py-debian/2.7/amd64/twisted/internet/defer.py", line 361, in callback
self._startRunCallbacks(result)
File "/usr/share/opscenter/lib/py-debian/2.7/amd64/twisted/internet/defer.py", line 455, in _startRunCallbacks
self._runCallbacks()
File "/usr/share/opscenter/lib/py-debian/2.7/amd64/twisted/internet/defer.py", line 542, in _runCallbacks
current.result = callback(current.result, *args, **kw)
File "/usr/share/opscenter/lib/py-debian/2.7/amd64/twisted/internet/defer.py", line 1076, in gotResult
_inlineCallbacks(r, g, deferred)
--- <exception caught here> ---
File "/usr/share/opscenter/lib/py-debian/2.7/amd64/twisted/internet/defer.py", line 1020, in _inlineCallbacks
result = g.send(result)
File "/usr/lib/python2.7/dist-packages/opscenterd/cluster/Repair.py", line 909, in startRepairService
opscenterd.cluster.Repair.RepairServiceAlreadyRunning: The Repair Service is already running.在拓扑更改(添加节点)之后,OpsCenter似乎无法再次启动修复服务。
发布于 2015-09-04 01:45:58
您没有体验到文档中详细描述的修复服务的预期行为:
help/services/repairService.html
我用opscenter 5.2.0和DSE 4.7.3对修复服务进行了测试,并且它的行为也很正常。在完成维修服务后,它迅速启动了一个新的维修服务。在服务屏幕上的opscenter中可以看到这一点(在活动中看不到)。
正如评论中所述,您应该查看日志,看看您可以找到什么“面包屑”。
https://stackoverflow.com/questions/32378226
复制相似问题