<?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 Is Splunk UniversalForwarder 7.0.x on Windows Server 2016 compatible with Docker engine? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Is-Splunk-UniversalForwarder-7-0-x-on-Windows-Server-2016/m-p/386264#M69333</link>
    <description>&lt;P&gt;I ran into an issue on a Windows Server 2016 which is in company domain with &lt;CODE&gt;Splunk UF 7.0.7&lt;/CODE&gt; version installed. When I install &lt;CODE&gt;Docker engine 17.06.2-ee-16&lt;/CODE&gt;, I can't run any containers on the server. If I uninstall Splunk UF from the server, Docker runs fine and I can create/execute/remove containers just fine.&lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;What I've discovered so far&lt;/STRONG&gt;&lt;BR /&gt;
I prepped the VM per Docker docs (installed Containers feature) and got the engine installed and running. However, as soon as I try to start a container (e.g. &lt;CODE&gt;hello-world&lt;/CODE&gt;), my Powershell console hangs and never returns control until I either kill &lt;CODE&gt;docker.exe&lt;/CODE&gt; process or restart &lt;CODE&gt;docker service&lt;/CODE&gt;.&lt;BR /&gt;
If I kill &lt;CODE&gt;docker.exe&lt;/CODE&gt; process and try to list containers (&lt;CODE&gt;docker ps -a&lt;/CODE&gt;), the Powershell console hangs again. That's the behavior until I restart &lt;CODE&gt;docker service&lt;/CODE&gt; on the server.&lt;BR /&gt;
After restarting the service, I can list containers and see that a container I tried to run sometimes ends up with state &lt;CODE&gt;Created&lt;/CODE&gt; and sometimes &lt;CODE&gt;Dead&lt;/CODE&gt; but never in running state. If I try to start the container, Powershell console hangs again. If I try to remove the container, I get an error:&lt;BR /&gt;
&lt;CODE&gt;Error response from daemon: driver "windowsfilter" failed to remove root filesystem for b3f.........: rename C:\ProgramData\docker\windowsfilter\b3f......... C:\ProgramData\docker\windowsfilter\b3f.........-removing: Access is denied.&lt;/CODE&gt;&lt;/P&gt;

&lt;P&gt;The only way to remove the container in limbo state is to reboot Windows server. After that I can remove the container but trying to run gets me into the same cycle.&lt;/P&gt;

&lt;P&gt;Since the issue gets resolved after Splunk UF is uninstalled, it appears to me that Splunk has something to do with the fact that Docker engine doesn't function properly. I configured Docker engine to run in &lt;CODE&gt;debug&lt;/CODE&gt; mode but don't see any &lt;CODE&gt;errors&lt;/CODE&gt; or &lt;CODE&gt;warnings&lt;/CODE&gt; in its logs. Has anyone come across such issue? Any hints where I should look on Splunk config or logs side to get a sense of why it may hinder Docker engine?&lt;/P&gt;</description>
    <pubDate>Thu, 15 Nov 2018 19:24:17 GMT</pubDate>
    <dc:creator>ivansha</dc:creator>
    <dc:date>2018-11-15T19:24:17Z</dc:date>
    <item>
      <title>Is Splunk UniversalForwarder 7.0.x on Windows Server 2016 compatible with Docker engine?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Is-Splunk-UniversalForwarder-7-0-x-on-Windows-Server-2016/m-p/386264#M69333</link>
      <description>&lt;P&gt;I ran into an issue on a Windows Server 2016 which is in company domain with &lt;CODE&gt;Splunk UF 7.0.7&lt;/CODE&gt; version installed. When I install &lt;CODE&gt;Docker engine 17.06.2-ee-16&lt;/CODE&gt;, I can't run any containers on the server. If I uninstall Splunk UF from the server, Docker runs fine and I can create/execute/remove containers just fine.&lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;What I've discovered so far&lt;/STRONG&gt;&lt;BR /&gt;
I prepped the VM per Docker docs (installed Containers feature) and got the engine installed and running. However, as soon as I try to start a container (e.g. &lt;CODE&gt;hello-world&lt;/CODE&gt;), my Powershell console hangs and never returns control until I either kill &lt;CODE&gt;docker.exe&lt;/CODE&gt; process or restart &lt;CODE&gt;docker service&lt;/CODE&gt;.&lt;BR /&gt;
If I kill &lt;CODE&gt;docker.exe&lt;/CODE&gt; process and try to list containers (&lt;CODE&gt;docker ps -a&lt;/CODE&gt;), the Powershell console hangs again. That's the behavior until I restart &lt;CODE&gt;docker service&lt;/CODE&gt; on the server.&lt;BR /&gt;
After restarting the service, I can list containers and see that a container I tried to run sometimes ends up with state &lt;CODE&gt;Created&lt;/CODE&gt; and sometimes &lt;CODE&gt;Dead&lt;/CODE&gt; but never in running state. If I try to start the container, Powershell console hangs again. If I try to remove the container, I get an error:&lt;BR /&gt;
&lt;CODE&gt;Error response from daemon: driver "windowsfilter" failed to remove root filesystem for b3f.........: rename C:\ProgramData\docker\windowsfilter\b3f......... C:\ProgramData\docker\windowsfilter\b3f.........-removing: Access is denied.&lt;/CODE&gt;&lt;/P&gt;

&lt;P&gt;The only way to remove the container in limbo state is to reboot Windows server. After that I can remove the container but trying to run gets me into the same cycle.&lt;/P&gt;

&lt;P&gt;Since the issue gets resolved after Splunk UF is uninstalled, it appears to me that Splunk has something to do with the fact that Docker engine doesn't function properly. I configured Docker engine to run in &lt;CODE&gt;debug&lt;/CODE&gt; mode but don't see any &lt;CODE&gt;errors&lt;/CODE&gt; or &lt;CODE&gt;warnings&lt;/CODE&gt; in its logs. Has anyone come across such issue? Any hints where I should look on Splunk config or logs side to get a sense of why it may hinder Docker engine?&lt;/P&gt;</description>
      <pubDate>Thu, 15 Nov 2018 19:24:17 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Is-Splunk-UniversalForwarder-7-0-x-on-Windows-Server-2016/m-p/386264#M69333</guid>
      <dc:creator>ivansha</dc:creator>
      <dc:date>2018-11-15T19:24:17Z</dc:date>
    </item>
  </channel>
</rss>

