-
-
Notifications
You must be signed in to change notification settings - Fork 39
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
Check into possibility of eFa Container #40
Comments
I just wanted to see if there has been any progress on this and if there is anything I can do to help? IE Testing, etc. |
eFa4 itself is not containerized yet, but it will run it its entirety inside an LXC container currently. |
|
LXC's are Linux Containers. If you know Docker, LXCs are similar. An easy way to use LXCs is to use something like Proxmox. |
Problem is, I want to use this in a docker container so I can run it from inside one of my VPS Servers. I cannot spin up a sub-VM or LXC Container on my VPS |
What are the file paths for data that needs to remain persistent? |
Give me a few I can help determine that. Mostly /var/spool/mailscanner/quarantine and the /etc/ configurations... |
Sounds good, I appreciate it. |
Just a friendly check in to see if you've had a chance yet to list out what needs persistence. Thanks! |
Locations that may need persistence: /var/spool/MailScanner (except incoming) |
Thank you, I'll try and start working on that this weekend. |
/etc is pretty static and doesn't change much, so I guess it would depend on whether the container spawns the same config from the image or not. If not, then these would need to be persistent... /etc/eFa There's probably others...I'll keep adding.... |
Anything that would be changed by the initial login config scripts and need to persist would be things I need to map to make persistent |
Hi! Did you get anywhere with this? John |
I have not had a chance to yet. The initial configuration script changes a lot of things that aren't applicable to containers (and sometimes breaks in a container) and I haven't had time with the new job to actually comb through it. |
I've started the process with my initial PR. This only creates the container itself. Re-used existing build script. While it has commands that are not required, they cause no harm either. No volume redirect and startup script run inside the container. These are next steps... |
One of the things I found (before life got in the way) was that some of the IP configuration part of the scrips fail inside the container, and the script claims to fail. |
Well, my "start.sh" script makes "appropriate" changes to /usr/sbin/eFa-Commit so all the main configuration items now take place without crashing. Long term it would be good to move a few of the tweaks to the eFa-Commit script for a more "native" build, in the same way as LXC and various hypervisors have build exceptions, but this is better than nothing. |
2nd PR submitted. As it launches, multiple people can concurrently submit PR's to fix the various bugs, there are a few. Container is ready when it gets to this:
When stopping and starting the container, just issue start command multiple times, until the message above is displayed. |
E-F-A/v3#280
The text was updated successfully, but these errors were encountered: