u/kuba65

How do you manage docker secrets?

I'm trying to come up with a better way of managing my docker stacks. And I keep running into a wall when it comes to managing secrets. Looking around, there are few ways being used but I feel like each of them has some limitations and doesn't fit into my desired workflow.

Issues:

  • _FILE env variables are not supported by all images
  • majority of containers expect passwords and other sensitive data to be passed as env vars

This is my setup currently:

  • I store my docker compose and .env files in a private github repo
  • .env files stored in the repo don't include any sensitive values
  • portainer is used to deploy my stacks, it pulls the config from the repo
  • I override the env vars in portainer UI to add any sensitive values. These changes get persisted in portainer, so even if I pull latest changes from the repo, my overrides will still be applied.

I'm now experimenting with Arcane, and while I'm starting to like it more than portainer, it has one fundamental issue. If I make any changes to the .env file, they get reverted next time I do git sync.

I haven't tried Komodo yet, It looks like it supports secrets, and can substitute placeholders in compose files with the actual values, but it doesn't look like it's using standard docker-compose syntax for it (square brackets around placeholders), which is a blocker for me as I'd like to keep the config generic enough so that it's not tied to any specific tool.

sops and age seems to be something that people are using, but I don't see a way to get it to work with portainer or arcane.

I'm experimenting with few different approaches, I have my secrets stored in vaultwarden so I can retrieve them with bw cli. I also have ansible playbook that saves them as files on my docker host.

What I'm looking for is a way of injecting those secrets into .env files while using portainer or arcane.

reddit.com
u/kuba65 — 19 hours ago

Help identifying component failed smd component

I need help identifying what is this green component on the hard drive power circuitry.

I had 3 drives of the same model fail recently due to power supply failure.

They don't spin up at all, the culprit is this little green component with either XH or HX written on it. I already shorted it on one of the boards and the drive is working.

Is it likely a 0ohm resistor or something else? My multimeter is reading 0.8ohm on the surviving one, but it's not very accurate so I wouldn't trust this reading.

u/kuba65 — 7 days ago

Just had 3 WD 8TB EDBZ drives fail today.

Not really sure what happened. They were in RAID 10 array with another WD 8TB EDAZ drive.
I recently added 3 more dives to the NAS, for a total o 10. The system was powered by 500W 80 Gold PSU, which was beardly breaking the sweat.

Today I noticed some instability with my system so I went to reboot it, and to my surprise, 3 drives didn't get detected after rebooting. It's really weird as they don't even spin up when connected to power. All other drives are working fine.

All failed drives appear to be from the same batch, manufactured on 24th of April 2022.

I have the backup of the data, so it's not really a problem, but having to replace 8 drives at this time is going to hurt...

reddit.com
u/kuba65 — 9 days ago