Forum Discussion
Braden_Walters_
Nimbostratus
NimbostratusCannot delete virtual server because of sflow
Hey all,
I have a lab setup with two LTMs in HA, and was trying to clear out some configs, when the standby suddenly refused to sync properly. When I examined the standby system's logs, I saw the ...
can you try this?
on active tmsh modify cm device-group (device group name) devices modify { (active device name) { set-sync-leader } } tmsh run /cm config-sync to-group (device group name) on standby touch /service/mcpd/forceload rebootID441512 - config sync fails w/ Database error (13), Can't save/checkpoint DB object, class:sflow_http_virtual_data_source status:13 - EdbCfgObj.cpp, line 127
nitass_89166
Noctilucent
Noctilucentcan you try this?
on active
tmsh modify cm device-group (device group name) devices modify { (active device name) { set-sync-leader } }
tmsh run /cm config-sync to-group (device group name)
on standby
touch /service/mcpd/forceload
reboot
ID441512 - config sync fails w/ Database error (13), Can't save/checkpoint DB object, class:sflow_http_virtual_data_source status:13 - EdbCfgObj.cpp, line 127
Braden_Walters_That was interesting ... This basically worked, in that the standby did pick up the change in config and removed the VIP in question, but I got into a cycle of sync issues that took a couple of reboots on each side to resolve. Initially, when the standby came up, I was getting "Disconnected" on both VMs, even though they had a clear HA Network path. So I rebooted the Active, and it came back connected, but "Not all devices in sync". It appeared as though it labelled the config on the Standby as newer than on the Active, and it took some work to get them to finally sync.
Terry_Phillips1Thank you nitass - your solution got me past a rookie mistake and moving forward again....