<?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 Re: Splunk upgrade deployment server in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-upgrade-deployment-server/m-p/245449#M47429</link>
    <description>&lt;P&gt;I believe the serverclasses are refreshed when the deployment server is restarted.  One way you could avoid the agent restart is to check in your serverclass.conf and remove/comment out any instances of &lt;CODE&gt;restartSplunkd = true&lt;/CODE&gt;.  &lt;/P&gt;</description>
    <pubDate>Thu, 10 Mar 2016 21:47:13 GMT</pubDate>
    <dc:creator>vasildavid</dc:creator>
    <dc:date>2016-03-10T21:47:13Z</dc:date>
    <item>
      <title>Splunk upgrade deployment server</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-upgrade-deployment-server/m-p/245448#M47428</link>
      <description>&lt;P&gt;During Splunk upgrade (5.0.5 to 6.2.5) of our indexers, search head, deployment server we have noticed that all the deployment apps get refreshed in all the deployment clients and a lot of the universal forwarders do not restart and we have to manually restart it. Note: We are not upgrading the universal forwarders. Is there a way to prevent this from happening. During the upgrade, i don't think any change should happen to the serverclass and/or the deployment apps for the clients to get refreshed.&lt;/P&gt;</description>
      <pubDate>Thu, 10 Mar 2016 20:34:12 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-upgrade-deployment-server/m-p/245448#M47428</guid>
      <dc:creator>menonmanish</dc:creator>
      <dc:date>2016-03-10T20:34:12Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk upgrade deployment server</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-upgrade-deployment-server/m-p/245449#M47429</link>
      <description>&lt;P&gt;I believe the serverclasses are refreshed when the deployment server is restarted.  One way you could avoid the agent restart is to check in your serverclass.conf and remove/comment out any instances of &lt;CODE&gt;restartSplunkd = true&lt;/CODE&gt;.  &lt;/P&gt;</description>
      <pubDate>Thu, 10 Mar 2016 21:47:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-upgrade-deployment-server/m-p/245449#M47429</guid>
      <dc:creator>vasildavid</dc:creator>
      <dc:date>2016-03-10T21:47:13Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk upgrade deployment server</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-upgrade-deployment-server/m-p/245450#M47430</link>
      <description>&lt;P&gt;My guess would be that version upgrade on Deployment Servers is causing the bundle checksum (a handler deployment clients use to check if there is updated apps are available in deployment server) to get changed and all deployment clients are downloading apps with updated checksum. &lt;/P&gt;</description>
      <pubDate>Thu, 10 Mar 2016 21:59:55 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-upgrade-deployment-server/m-p/245450#M47430</guid>
      <dc:creator>somesoni2</dc:creator>
      <dc:date>2016-03-10T21:59:55Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk upgrade deployment server</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-upgrade-deployment-server/m-p/245451#M47431</link>
      <description>&lt;P&gt;That seems to be the case, but any idea if its a known issue? &lt;/P&gt;</description>
      <pubDate>Fri, 11 Mar 2016 13:25:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-upgrade-deployment-server/m-p/245451#M47431</guid>
      <dc:creator>menonmanish</dc:creator>
      <dc:date>2016-03-11T13:25:52Z</dc:date>
    </item>
  </channel>
</rss>

