-
Notifications
You must be signed in to change notification settings - Fork 67
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Docker build fails for desktop container #574
Comments
Hi @joecasanova , I've actually got a sift Dockerfile created which you should be able to modify for your purposes, but I haven't updated it recently for Saltstack 3004. If you give me an hour I can have it finished for you. You can find it here when it's done. Alternatively, I also have one which has SIFT and REMnux as well here. I'll let you know when they're updated! |
Hi @joecasanova , I was just re-reading your original message and realized I skipped over the error message you provided. The message occurs because the operating system within the docker container doesn't run with system level operation, and as such cannot run system-level commands such as timedatectl. Your best bet to set the timezone might be to set it manually using configuration files. As for the errors between the two SIFT CLI versions, if you're still encountering those with the Dockerfile I provided, let me know and I'll help you out with resolving that as well. |
Hi @joecasanova , just checking in to see how things have progressed with this. |
Closing due to stale. |
I'm trying to build a docker image based on ubuntu 20.04 desktop for use in Kasm Workspaces.
DISCLAIMER: I honestly do not believe this is an issue with SIFT and more an issue of my inexperience with building such docker containers.
If I try to build using sift-linux-cli it results in an issue with /etc/sift-version with the following output:
With a pretty vanilla docker build:
sudo docker build -t sift-workstation:latest -f Dockerfile .
If I comment out the sift install line in the Dockerfile and then run that command inside a session of that running image I get the same issue. It seems to be an issue with the use of timedatectl looking for init. I get the following error message when I try to run timedatectl within the container:
System has not been booted with systemd as init system (PID 1). Can't operate. Failed to create bus connection: Host is down
If I set --mode=server the install process works fine however my analysts are looking for the desktop flavor. (I'm not familiar with the intricacies of SIFT - just the guy who builds platforms/tools/solutions for analysts to use - but absolutely willing to learn.)
I also tried performing the manual install via SIFT from here: https://github.com/teamdfir/sift-saltstack
However, and I could be mistaken with my interpretation here, but it appears the instructions may be outdated as the repo URLs are no longer available - they have switched to something like "https://repo.saltproject.io/py3/ubuntu/20.04/amd64/3004/SALTSTACK-GPG-KEY.pub". But when I try 3004, which SIFT 1.14.0-rc1 references in the diff between it and 1.13, I receive several errors which research indicates a version mismatch between SIFT and salt.
I feel like I'm close but scraping the bottom of the barrel and could use some assistance from someone who objectively know better than I.
The text was updated successfully, but these errors were encountered: