<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic write mem command  on ACE in Application Networking</title>
    <link>https://community.cisco.com/t5/application-networking/write-mem-command-on-ace/m-p/1881613#M36631</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Active/active will happen only when there is a communication problem between the two ACE modules, other factors (like config mismatch, certificate mismatch) will not cause this. have you checked FT related logs at time of primary ACE reload.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;regarding config mismatch case also, when primary ace boots up (if there is a proper communication between two ACE module) it will not immidiately become active, it will move form all stages of FT which include Bulk sync also, where in both module try to sync their configuration. Even if for some reason it fails, the situation will not result in Active/active.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;only make sure that your FT config was present in your startup config at time of boot&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 17 May 2012 01:25:16 GMT</pubDate>
    <dc:creator>gaursin2</dc:creator>
    <dc:date>2012-05-17T01:25:16Z</dc:date>
    <item>
      <title>write mem command  on ACE</title>
      <link>https://community.cisco.com/t5/application-networking/write-mem-command-on-ace/m-p/1881612#M36630</link>
      <description>&lt;P&gt;Does ACE&amp;nbsp; , automatically save the running config to startup config&amp;nbsp; ,or I need save the config on the primary whenever I make changes&amp;nbsp; .&lt;/P&gt;&lt;P&gt;As till date&amp;nbsp; I thought that the config will be saved automatically ,until I ran into an issues.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Had setup my ACE in active standby .&amp;nbsp;&amp;nbsp; Recently added couple vips on the primary&amp;nbsp; ,and dint do write mem.&lt;/P&gt;&lt;P&gt;for some reason primary went offline ,secondary took over ,but bcoz of preempt enabled ,when primary was back online&amp;nbsp;&amp;nbsp; ,it tried taking over ,but there was a config mismatch .&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;And I see the both the LBs status as active /active.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can any please clarify ,this as just bcoz of not running the write mem all&amp;nbsp; ,it happened that both my ACEs became active/active .&lt;/P&gt;&lt;P&gt;which created a problem in our lab environment&lt;/P&gt;</description>
      <pubDate>Wed, 16 May 2012 20:44:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/write-mem-command-on-ace/m-p/1881612#M36630</guid>
      <dc:creator>kalugotla1</dc:creator>
      <dc:date>2012-05-16T20:44:33Z</dc:date>
    </item>
    <item>
      <title>write mem command  on ACE</title>
      <link>https://community.cisco.com/t5/application-networking/write-mem-command-on-ace/m-p/1881613#M36631</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Active/active will happen only when there is a communication problem between the two ACE modules, other factors (like config mismatch, certificate mismatch) will not cause this. have you checked FT related logs at time of primary ACE reload.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;regarding config mismatch case also, when primary ace boots up (if there is a proper communication between two ACE module) it will not immidiately become active, it will move form all stages of FT which include Bulk sync also, where in both module try to sync their configuration. Even if for some reason it fails, the situation will not result in Active/active.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;only make sure that your FT config was present in your startup config at time of boot&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 17 May 2012 01:25:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/write-mem-command-on-ace/m-p/1881613#M36631</guid>
      <dc:creator>gaursin2</dc:creator>
      <dc:date>2012-05-17T01:25:16Z</dc:date>
    </item>
    <item>
      <title>write mem command  on ACE</title>
      <link>https://community.cisco.com/t5/application-networking/write-mem-command-on-ace/m-p/1881614#M36632</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; ok make sure that the peer in the FT group has&amp;nbsp; a different priority&lt;/P&gt;&lt;P&gt;eg:&lt;/P&gt;&lt;P&gt;Ft group 1&lt;/P&gt;&lt;P&gt;peer 1&lt;/P&gt;&lt;P&gt;peer priority 50&lt;/P&gt;&lt;P&gt;associate-context Admin&lt;/P&gt;&lt;P&gt;inservice&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;you know things are good when you log into the standby Ace and get the following message&lt;/P&gt;&lt;P&gt;NOTE: Configuration mode has been disabled on all sessions&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;otherwise&amp;nbsp; when you do a "show ft group summary"&lt;/P&gt;&lt;P&gt;the peer is not&amp;nbsp; in "FSM_FT_STATE_STANDBY_HOT"&lt;/P&gt;&lt;P&gt;if it is not in HOT mode you need to go to the peer and see what is different in the configs and files eg: might be a scripted probe on one ACE but not the other&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 17 May 2012 02:13:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/write-mem-command-on-ace/m-p/1881614#M36632</guid>
      <dc:creator>Richard Bradfield</dc:creator>
      <dc:date>2012-05-17T02:13:27Z</dc:date>
    </item>
  </channel>
</rss>

