Skip to content
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

Consider an rsyslog container based on CentOS/rpm packages? #12

Open
JPvRiel opened this issue Feb 23, 2018 · 2 comments
Open

Consider an rsyslog container based on CentOS/rpm packages? #12

JPvRiel opened this issue Feb 23, 2018 · 2 comments

Comments

@JPvRiel
Copy link

JPvRiel commented Feb 23, 2018

I'm wondering if it would be good have a container build system that's compatible with container other container bases?

ElasticSearch for example base their containers on CentOS, and while it has more bloat, CentOS (or debian) have a more mature set of packages to extend builds with (compared to Alpine).

As an example of a CentOS based rsyslog container that tries to extend the base RSyslog features, but also include plugins like RELP and Kafka, see https://github.com/JPvRiel/docker-rsyslog (We've been running this based on 8.31 with fairly good stability over the past 2 months)

P.S.: Nice to see some work going towards making rsyslog more container friendly. In my example above, the approach to use confd to "12-factor" the config of the container by taking ENV vars and tempating rsyslog config can now be made simpler given this changelog note for 8.33.0

  • text can be included form e.g. an environment variable
    --> ex: include(text=echo $ENVVAR)"

I had to use confd because prior versions didn't always play well with using env vars in all parts of the config syntax...

@rgerhards
Copy link
Member

It's definitely on the list to do, but IMHO we do not yet have a good base container. So I would prefer to complete that with Alpine, and then just copy/move/whatever it over to other distros. I don't think it helps to do the initial step in parallel, it would just overall defer delivery.

@systemcrash
Copy link

Any EL based container (too many packages, IMO) should avoid COS now, and instead use RockyLinux - a bug for bug replacement going forward.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants