Forum Discussion
NimbostratusF5 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
Gordon_Johnsto1I'm having the same problem with 11.5. I just created a f5.dns iApp and now the 2 devices fail to sync correctly.
Sync error on xxxx: Load failed from xxxxx 01070710:3: Database error (13), Can't save/checkpoint DB object, class:sflow_http_virtual_data_source status:13 - EdbCfgObj.cpp, line 127.
I have tried removing the iApp but the devices will still not sync. I am going to open a support ticket.
clesan201305_11Any answer on the support ticket? Receiving the same issue on 11.5 after creating (and since removing) an iapp. I resolved the issue by changing sync leader and cluster is getting synced, but I receive this error everytime I make a change on one of the nodes, so can only use 1 node to do changes right now.- Gordon_Johnsto1Yes, it's a known bug with ID 441512. The way I was advised to temporarily resolve it was to do "touch /service/mcpd/forceload" on the unit not accepting the sync, then rebooting it. Then doing an 'overwrite' sync from the first unit. It's happened a few times since. It seems pushing changes that consist of changes in multiple partitions seems to sometimes trigger it, but I'm far from sure on that.
daemien_139983has a hotfix been released yet?
- shawno_84086
I am having this problem as well...
- shawno_84086I just tore down my device group and rebuilt... fairly simple to do, annoying though.
- drugovm_149811
When you run touch /service/mcpd/forceload and reboot second unit that is not getting sync you might lose you last changes that you made on the primary unit
Happened to me for few times. I can't wait for hotfix
- clesan201305_11Unfortunately we were informed a hotfix is not coming for this, as F5 has an internally documented valid workaround in the use of set-sync-leader. This does not always resolve it for us. They state it will be fixed in the next major release (12, but could not give an ETA). We have a way to reproduce it in a way that setting config-sync will break the configuration beyond repair of set-sync-leader (link the broken unit to an enterprise manager, create an analytics profile and watch the cluster crumble), and wanted to escalate the case. Unfortunately, F5 requires proof before they will escalate (mainly a qkview after setting sync leader failed), and we cannot continue bringing the customer's cluster down for this, so we have put this on hold for a while. I do not have time to reproduce the issue in a lab environment for at least a few weeks. If someone else does, escalating to get a hotfix would help a lot of people out.
- daemien_139983is anyone aware if this has been fixed?
- drugovm_149811
A temporary workaround was to disable auto sync. Seems to be it solved my issue
- Gordon_Johnsto1I've had this problem a ton of times now and have never used auto sync. I hope it stays cleared for you.
Claudia_145111I've had this issue since I upgraded to 11.5.1 HF2 och started using iApps. In my case nothing help, it does not matter if I've configured auto sync or manual sync. My own workaround is to restore a .ucs file on the standby node I created after clustering but before creating services. I restore it, restoring does not really work as it should neither so I need to manually reboot it. After that I perform a sync från active (with all the services) to standby (whitout any service). It works any time but it is pretty tedious.
- nitass
Employee
can you open a support case and ask for engineering hotfix? the bug is tracked as ID441512. 
Birddog_17215According to release notes, Error 13 is fixed in 11.5.1 HF3
jintel_43872I'm having the same problem with HF3 installed. :(
- nitassso, you had better open a case. :-)
- carter91_13591
I have 11.5.1 with HF3 installed and I have the problem as well. I just opened a case on it.
- Michael_125305
About to open a case too, same issue, with HF3.
ekintulga_15690Lads,
Even though I am not using iApps, the issue has occurred in my Lab as well.
After I created the file forceload in /service/mcpd/ directory, and rebooted the problematic box the issue seems like resolved.
Hotfix is definitely needed though, this is not a simple issue to overlook.
JGCumulonimbus
From release notes of v11.5.1 HF4:
Cumulative fixes from BIG-IP v11.5.1 Hotfix 3 that are included in this release
TMOS Fixes
441512-1
An error of the form "Can't save/checkpoint DB object, class:sflow_http_virtual_data_source status:13" will no longer appear.
Is this the one? But it has a different error message.
Does this occur on v11.4.1 as well?
