nut VS charts

> what software do you recommend for gnu/linux to take input from the UPS to tell the laptop to shutdown?

https://networkupstools.org/

The Synology software is based on N.U.T. https://networkupstools.org and the Plus 1100 (listed on NUT as the Easy Power 1200) is supported in the native package with the 'blazer' driver. If you have the skills, I would SSH into the NAS and see if the device is 'noticed' or better yet recognised by the USB sub-system when you plug it it. (Normal Linux would use the lsusb command to see devices but I have no NAS handy to see if this is valid on the Synology)

Others have answered the hardware part of your question. I have not seen much mention about the software to control graceful shutdowns. For this I suggest you look at the ”Network UPS Tool” (NUT for short) project (https://networkupstools.org/). It is mostly manufacturer agnostic with clients for a vast array of hardware components.

You're looking for NUT.

Network UPS Tools is one option: https://networkupstools.org/

APC is giving me pre-nut clarity.

So no, the NAS does not monitor the battery level. The UPS does that. The NAS just acts on the messages it receives from the UPS via Synology's version of NUT - Network UPS Tools (https://networkupstools.org/). The NAS will first receive the ON_BATTERY/POWERFAIL signal. Then, eventually the BATTERY_LOW signal at which time the UPS will shutdown. So you really need to set a time for it to shut down *BEFORE* you get BATTERY_LOW.

Spinning up workloads in kubernetes is much different than just spinning up a container in docker or even with docker compose. If someone has not already packaged it in a helm chart or some other kubernetes workload you'll have to develop one yourself. There are some nice library charts you can use as a base that should handle just about any random docker image you want to deploy. https://github.com/bjw-s/helm-charts/tree/main/charts/library/common there is also a repo of pre developed charts for common images. https://github.com/k8s-at-home/charts but be aware it was recently deprecated so it won't be receiving any updates.

Take a look at https://github.com/k8s-at-home/charts (recently deprecated but still a fantastic resource) - there are charts for the popular Arrs , tools, etc. You could deploy each chart individually into a namespace, or you could create yourself an "umbrella" chart which pulls in all the necessary charts as dependencies.

Library charts. A very thorough example can be seen here and usages of it here.

Could it be related to this? https://github.com/k8s-at-home/charts/pull/1435/files

I'd submitted a helm chart at https://github.com/k8s-at-home/charts/tree/master/charts/stable/firefly-iii if you want to try out

I know /u/stefantigro means well but the way you are both doing the helm charts is not ideal, helm charts are meant to be shared, not as a means to install apps into your cluster from a local folder. While they can be, it's not a good pattern. Take the helm chart from here for example. This is a published helm chart you can install using the commands in the Readme and you only need to provide the configuration for your instance from the values.yaml file. You can take a look at the values I use for this helm chart here. You can also see I'm using an custom Sonarr image, this image is tailored to running in Kubernetes

There is a working Helm chart for k8s-at-home that should be a good starting point. The biggest hurdle I see is that homebridge can conflict with SCALE's mDNS service as seen in this linked post.

There's an actual helm chart published here.