Forum Discussion
F5 LTM 11.5 : SYNC FAILED after applying iapps
After applying iapps we noticed that our system is in sync failed. We tried to resync, offline-online, still in sync failed. Name Sync Status Number of Devices Device Group Type Sync Type DG_ACC_INFRABEL Sync Failed 2 Sync-Failover Auto
Sync Summary Status: Sync Failed Summary: A validation error occurred while syncing to a remote device Details: Sync error on f5mechl2-acc-infrabel.msnet.railb.be: Load failed from f5mechl1-acc-infrabel.msnet.railb.be 01070710:3: Database error (13), Can't save/checkpoint DB object, class:sflow_http_virtual_data_source status:13 - EdbCfgObj.cpp, line 127. Recommended action: Review the error message and determine corrective action on the device
How can we resync?
37 Replies
- Mahmoud_Eldeeb_
Cirrostratus
if it took much time with you for sync, you can go and do it manually, do the same configuration in both nodes then sync.
- JG
Cumulonimbus
HF5 is out. It appears to fix this issue:
"474166-2 An error of the form "Can't save/checkpoint DB object, class:sflow_http_virtual_data_source status:13" will no longer appear."
This is ID478690 which was resolved in 11.5.1 HF5 as part of the fix in ID474166.
For more details - see https://support.f5.com/kb/en-us/solutions/public/15000/100/sol15175.html
- Nik
Cirrus
i'm having this issue with 11.6.0 hf1 - iapps are not used, just started happening out of the blue.
anyone manage to permanently solve this issue?
- Nik
Cirrus
i haven't fixed it. i opened a support case, waiting to hear back.
not sure what this has to do with bash, it's a sync issue, this is what i have in the ltm log after attempting the sync:
Nov 21 20:47:40 slot1/xxx notice mcpd[6009]: 01071038:5: Unit key hash from key header: xxx Nov 21 20:47:40 slot1/xxx notice mcpd[6009]: 01071038:5: Unit key hash computed from read key:xxx Nov 21 20:47:40 slot1/xxx notice mcpd[6009]: 01071038:5: Unit key read from the hardware. Nov 21 20:47:40 slot1/xxx notice mcpd[6009]: 01071038:5: Loading keys from the file. Nov 21 20:47:49 slot1/xxx err mcpd[6009]: 01070710:3: Database error (13), Cannot update_indexes/checkpoint DB object, class:sflow_http_virtual_data_source status:13 - EdbCfgObj.cpp, line 127. Nov 21 20:47:50 slot1/xxx err mcpd[6009]: 01071488:3: Remote transaction for device group /Common/device-group to commit id 20970 6084332014373006884 /Common/xxx 0 failed with error 01070710:3: Database error (13), Cannot update_indexes/checkpoint DB object, class:sflow_http_virtual_data_source status:13 - EdbCfgObj.cpp, line 127.. Nov 21 20:47:50 slot1/xxx err mcpd[6009]: 01071392:3: Background command '/usr/bin/set-rsync-mgmt-fw close' failed. The command exited with status 1. Nov 21 20:47:54 slot1/xxx notice clusterd[8012]: 013a0006:5: mcpd tells us that config is being saved; incrementing this blade's revision and saving cluster config - Nik
Cirrus
yeah that's actually what i ended up doing.
tmsh save sys config touch /service/mcpd/forceload clsh rebootafter coming back up i forced a sync from the other unit and viola.
clsh is for viprion multi-blade chassis, just regular reboot will work for everything else.
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)Recent Discussions
Related Content
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com