-
Notifications
You must be signed in to change notification settings - Fork 260
Ansible problem after 7.2.1. #96
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Comments
For the 7.2.3 release, there was a change in how user and permission are handled inside of the container for security reasons. I just pulled splunk/splunk:latest and was unable to reproduce that issue. Also confirmed that the installed Splunk version is 7.2.3. I am using Docker engine 18.09.0 so would you be able to upgrade the Docker engine and give it another shot? |
Updated Docker to version 18.09.0. docker run -d -p 8000:8000 -e 'SPLUNK_START_ARGS=--accept-license' -e 'SPLUNK_PASSWORD=12345678910' splunk/splunk:latest The container quickly exits and docker logs says this: PLAY [Run default Splunk provisioning] *****************************************
Saturday 29 December 2018 21:18:18 +0000 (0:00:00.035) 0:00:00.035 *****
TASK [Gathering Facts] *********************************************************
fatal: [localhost]: FAILED! => {"msg": "Failed to set permissions on the temporary files Ansible needs to create when becoming an unprivileged user (rc: 1, err: chown: changing ownership of '/var/tmp/ansible-tmp-1546118298.38-154813452708260/': Operation not permitted\nchown: changing ownership of '/var/tmp/ansible-tmp-1546118298.38-154813452708260/AnsiballZ_setup.py': Operation not permitted\n}). For information on working around this, see https://docs.ansible.com/ansible/become.html#becoming-an-unprivileged-user"}
to retry, use: --limit @/opt/container_artifact/ansible-retry/site.retry
PLAY RECAP *********************************************************************
localhost : ok=0 changed=0 unreachable=0 failed=1
Saturday 29 December 2018 21:18:18 +0000 (0:00:00.270) 0:00:00.306 *****
===============================================================================
Gathering Facts --------------------------------------------------------- 0.27s Are there any other requirements that changed to run 7.2.3? |
Not really. 7.2.3 image is backward compatible with previous versions of Docker engine. Would you like to jump on a video call to drill down on this issue? |
Hi, i have the same problem from 7.2.1 to (7.2.2, 7.2.3 or latest) Docker Version : 18 docker compose config:
and the log
|
Just got off the call with @WaughB. Seems like the issue exists in linux environment and not MacOS. Current workaround would be using 7.2.1 or below container. Will be working on the fix immediately. Edit: |
After speaking with @arctan5x and @nwang92 I decided to completely remove and reinstall everything Docker on my box. These are just the steps I did, I few may seem redundant and excessive but it worked in the end. sudo apt-get remove docker docker-engine docker.io
dpkg -l | grep -i docker
sudo apt-get purge -y docker-engine docker docker.io docker-ce
sudo apt-get autoremove -y --purge docker-engine docker docker.io docker-ce
sudo rm -rf /var/lib/docker
sudo rm /etc/apparmor.d/docker
sudo groupdel docker
sudo rm -rf /var/run/docker.sock
sudo rm -rf /etc/docker
sudo groupdel docker After all of that I restarted my system, then proceeded to reinstall everything based on the instructions from the official page. I tried doing just the uninstall instructions from that page but on my first reinstall it did not work. I ended up blending it with the instructions from here. Also made sure to follow the after install instructions located here. Hope this helps out anyone who is experiencing similar issues. |
Going to close this issue for now since @WaughB has resolved his case. @JanGoerss let us know if you still run into the same issue after trying out Brett's solution. |
Just wanted to say I had the same issue as OP trying to pull the latest image. Same Docker engine but Ubuntu 17.04 as the host OS. I updated to: But I had the same result. In the end I just grabbed image 7.2.1 and it was fine for me (just looking to test out Splunk, don't necessarily need the latest release). |
@markgifford Did you remove the Docker engine and all its dependencies completely and reinstalled? |
@arctan5x No, I didn't sorry. Maybe I will try that in a few weeks if I continue using Splunk but for now I'm OK just playing around with 7.2.1. |
@markgifford Ok. |
The same problem ( |
@figaro001 would you try Brett's solution as outlined above? |
I installed the Docker image on the newly purchased Synology NAS. Installed a clean system, Docker and downloaded the image. |
Having the same issue. Purging docker assets and reinstalling had no effect. Platform is Ubuntu Server. |
Did you guys happen to take a look at #105? |
Very curious. Personally not using a snap, using the official docker repo for Ubuntu.
|
I'm experiencing the same issue on a fresh installs of docker.
I can also confirm that if I |
Same error here trying to run 7.2.3. Distro is VoidLinux. Though, of note, ansible in 7.2.1 gave me a slightly different error after trying to splunkd about an "unusable filesystem" - I attribute that to running on ZFS, which is a problem I'll have to tackle at some point.
Logs from
|
Just a quick followup to my last post, I have been confirm at least in my case, that 'aufs' is still the default file system driver being used for a splunk install and @lephino comment and link to #105 helps. Just for completeness, I will go ahead and include how I fixed this here. First, I confirmed that I was(by default I did NOT set it anywhere) in fact using aufs I determined this by running:
If you see:
Then this is also the case for you. For reference, running
And if I run
So, I clearly have a docker build that is supposed to be using overlay2 as the backing driver by default, but for whatever reason is using the legacy aufs. Let's fix it. First review these and note that you will have to DELETE AND RECREATE ALL CONTAINERS FOR THIS TO WORK.
Okay, now let's get to it:
|
Operating System: Ubuntu 16.04
Docker Version: 18.06.1-ce
Attempted to run
and was met with this the container quickly exited. Checking
docker logs
provided me with:This happened for tags: 7.2.2, 7.2.3, 7.2, and latest.
The text was updated successfully, but these errors were encountered: