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?

I'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.

I am having this problem as well...

Any 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.

Yes, 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.

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

F5 LTM 11.5 : SYNC FAILED after applying iapps

37 Replies

Gordon_Johnsto1
Nimbostratus
Mar 04, 2014
I'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_11
  Nimbostratus
  Mar 18, 2014
  Any 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_Johnsto1
  Nimbostratus
  Mar 18, 2014
  Yes, 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_139983
  Nimbostratus
  Apr 14, 2014
  has a hotfix been released yet?
shawno_84086
Nimbostratus
Mar 11, 2014
I am having this problem as well...
- shawno_84086
  Nimbostratus
  Apr 08, 2014
  I just tore down my device group and rebuilt... fairly simple to do, annoying though.
drugovm_149811
Nimbostratus
Apr 08, 2014
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_11
  Nimbostratus
  Apr 16, 2014
  Unfortunately 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_139983
  Nimbostratus
  Jun 16, 2014
  is anyone aware if this has been fixed?
drugovm_149811
Nimbostratus
Apr 08, 2014
A temporary workaround was to disable auto sync. Seems to be it solved my issue
- Gordon_Johnsto1
  Nimbostratus
  Apr 14, 2014
  I've had this problem a ton of times now and have never used auto sync. I hope it stays cleared for you.
Claudia_145111
Nimbostratus
May 28, 2014
I'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
  May 28, 2014
  can you open a support case and ask for engineering hotfix? the bug is tracked as ID441512.
- Birddog_17215
  Nimbostratus
  Jul 02, 2014
  According to release notes, Error 13 is fixed in 11.5.1 HF3
jintel_43872
Nimbostratus
Jul 07, 2014
I'm having the same problem with HF3 installed. :(
- nitass
  Employee
  Jul 07, 2014
  so, you had better open a case. :-)
carter91_13591
Nimbostratus
Jul 10, 2014
I have 11.5.1 with HF3 installed and I have the problem as well. I just opened a case on it.
Michael_125305
Nimbostratus
Jul 21, 2014
About to open a case too, same issue, with HF3.
ekintulga_15690
Nimbostratus
Jul 27, 2014
Lads,

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.
JG
Cumulonimbus
Jul 27, 2014
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?