Issue #213 nut-upsd image - version 2.8.3 with ulimit#220
Conversation
40f49ac to
de2977c
Compare
|
Mine broke after upgrading to this version, not worked out why yet. More info, I run this on Kubernetes and these are the only env variables I set For now I've rolled back to previous verison but will check more when I get chance. |
The changelog for 2.8.3 is pretty long -- there could be a breaking-change among the item list -- but the entrypoint script here has long been designed to avoid that error ( I can think of two ways you might've been tripped up: either you've set up a volume-mount under /etc/nut/local that contains an older format of this directive, or there's a special-character in the password that's interfering with the parser in some new way. There's probably a third way you've been tripped up, though. Here's a troubleshooting suggestion: if you can start it up with the entrypoint command overridden (to just invoke /bin/sh with a long sleep command), and then invoke /usr/local/bin/entrypoint.sh within a root shell, the generated files in /etc/nut can be viewed to see where the problem is. Filter out comments thus: Docs now specify role name |
|
I thought i'd take a look at this again, rolled out the new version and now I'm not getting any issues. Thanks for looking into it though! Log from new version: |
Summary of Changes
Updates nut-upsd to version
2.8.3-r2and adds a ULIMIT parameter to set maximum open files (default 2048).Why is this change being made?
Under Debian trixie, an issue #1672 causes an out-of-memory error due to a high system default value for this parameter. Reported here as issue #213 by @Certain1989.
How was this tested? How can the reviewer verify your testing?
Local testing. Started a container and viewed the limits applied to upsd:
Completion checklist