Learn F5 Technologies, Get Answers & Share Community Solutions Join DevCentral

Filter by:
  • Solution
  • Technology
Answers

sync failed. The requested parent profile (tcp) was not found. upgrading two boxes from 11.2 - 11.6

I upgraded a box Friday night with no problem and let it run active in production for a few days. Today I ran the upgrade on the other box and when I went to sync the config to the newest box I get this

Status Sync Failed Summary A validation error occurred while syncing to a remote device Details Sync error on 01: Load failed from 02 01020036:3: The requested parent profile (tcp) was not found. Recommended action: Review the error message and determine corrective action on the device

I looked at my protocol profiles and see the few that I made and it lists the parent profiles like tcp-lan-optimized and tcp-wan-optimized. When I check on the parents.. they are there. Any thoughts?

0
Rate this Question

Answers to this Question

placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

I ended up contacting support. Turns out the base TCP profile was different between the two units. We ended up removing that tcp profile from the bigip.conf and making a change to the masters config, resyncing and then it worked.

1
placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

Hi Kevin!

Never seen this issue before, but you could try to clear the config files (/config/bigip.conf and if you're using partitions /config/partitions/[partition name]/bigip.conf) and synchronize again. That could solve your issue.

/Patrik

0
placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

I had similar issues but with various irules that all of sudden were needed to complete the sync but were actually deleted. It turns out this is an exisiting issues and its due to the mcpd database being out of sync with the text config file. Here is the solution article workaround

0
Comments on this Answer
Comment made 08-Oct-2014 by Kevin Bozman 107
Being this is now my passive box. Can I run this commmand during the day or should I wait till after hours? Thinking more about playing it safely and trying after hours
0
Comment made 08-Oct-2014 by jgranieri 520
you can run it on the standby it *shouldn't* impact the active unit but if this is production i would play it safe and do it during a maintenance window :)
0
Comment made 08-Oct-2014 by antienho 01 4
even it should be safe.. but i would run it after hours..
0
placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

I had a similar issue after upgrading from 11.3 to 11.6. The message I got was mcpd[9330]: 01020036:3: The requested parent profile (/Common/analytics) was not found. Although this profile was showing in gui, it was missing in the bigip.conf file. To fix this I just synced back from the other unit, where the profile was present.

0
placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

Is there a way to load this file by copying it from the same Version device

profile_base.conf

0
placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

Is there a way to load this file by copying it from the same Version device
profile_base.conf

isn't it normally loaded when loading configuration?

[root@ve11c:Active:In Sync] config # tmsh load sys config
Loading system configuration...
  /defaults/asm_base.conf
  /defaults/config_base.conf
  /defaults/ipfix_ie_base.conf
  /defaults/ipfix_ie_f5base.conf
  /defaults/low_profile_base.conf
  /defaults/low_security_base.conf
  /defaults/policy_base.conf
  /defaults/wam_base.conf
  /defaults/analytics_base.conf
  /defaults/apm_saml_base.conf
  /defaults/app_template_base.conf
  /defaults/classification_base.conf
  /defaults/daemon.conf
  /defaults/profile_base.conf
  /defaults/sandbox_base.conf
  /defaults/security_base.conf
  /defaults/urldb_base.conf
  /usr/share/monitors/base_monitors.conf
Loading configuration...
  /config/bigip_base.conf
  /config/bigip_user.conf
  /config/bigip.conf
  /config/bigip_script.conf
0
placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

here is the issue I had.

the devices platforms were also getting upgraded 2000 to 4000 series. So had to tweak the scf file from previous devices with the device type name and version etc. 1) upload the OS version which was on the 2000s base code and hf version before loading the edited scf file. (11.4 HF) which will make it similar to old boxes say HD1.1 2) create a new volume on these new 4000s install the New OS and HF version which in my case was 11.6 say HD1.3 run the commands cpcfg --source=HD1.1 HD1.3 This ensures that all the config is added to the new volume HD1.3 type switchboot and select HD1.3 as your default boot location reboot the box ...

This worked for me please try with caution and also in maintenance window. and also as this is new box you should not have any outages and quickly enable back the old boxes.

as far as the 4000s go , if this procedure does not light the green bulb you just have to reboot to the previous HD1.1 location.

0
placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

I had almost the same issue when upgrading from 11.3 to 11.6, on one of the two devices the parent persistence profile "source_addr" was missing so synchronization was failing ... Two options to solve the issue : either force-synchronize the device with the correct profile to the other device, or edit manually the bigip.conf to add the missing parent profile ...

0
placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

I know this thread is exceptionally old, but I just ran into a similar problem. I wasn't in the middle of an upgrade, but I receive the same type of sync issue. When attempting to sync the primary with the secondary, the sync would fail and state that the "tcp" protocol profile wasn't found which was strange because the "tcp" protocol profile was there on both systems.

To resolve the issue, I edited the default "tcp" protocol profile on the primary device by changing the "close wait" time from 5 seconds to 6 seconds. I figured this would force the system to write the file and update anything that it needed. After the change, I tried to sync the two devices and it worked without an issue. I then reversed my change and was still able to sync the configurations.

I am not sure why the issue occurred, but this did fix the issue for me.

0
Comments on this Answer
Comment made 24-Oct-2017 by Kai Wilke 6544

Hi Telsey,

whenever is experience this error message I simply switch from "Incremental Sync" to "Full Sync", then sync the device group as usual and finally turn on the "Incremental Sync" option again.

Well, changing something in the object which raises the error will also make sure the "Incremental Sync" will catch those objects...

Cheers, Kai

0
placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

I just ran into the same issue. I was able to back trace and found that someone modified the parent profile on the secondary. It caused us to not be able to sync. I reverted the changes back to default and we still couldn't sync. I followed the example above and removed from the bigip.conf on the secondary and we were able to sync. I've never seen this before prior to this issue. We are running version 12.1.2 HF2 so the issue is still present.

0
Comments on this Answer
Comment made 3 months ago by Patrik Jonsson 3461

This works for many sync issues after upgrades. Old tricks die hard it seems. :)

1