News for hackers. Stuff that matters.

rdg42

Re:Diamond Transistor on Tuesday October 27, 2026 @09:01AM (#50258522)
A bit more infos on DF linkedin page, see https://www.linkedin.com/company/diamond-foundry/posts
Maybe try sofka :-)

https://github.com/nklmilojevic/sofka

That's the actual k9s successor imho!

Re:The worst bug we faced at Antithesis on Tuesday May 21, 2024 @03:14PM (#40432577)
Great read!

But...

“Can you check /var/log/messages and see if there’s messages every 30 minutes about ENA going down and then back up?”

Isn't this "sysadmin 101" ? Like... the first thing to check on any server exhibiting weird behaviour ? :-) A message about a NIC going up & down every 30min would have triggered many here instantly.

Interesting journey nevertheless!

Re:Total data loss after botched GitOps and failed backups on Monday August 28, 2023 @05:22PM (#37300549)
Thank you! Had to scroll way too much to read that.

On production systems "reclaimPolicy: Retain" on the storageClass feels like a no brainer to (mostly) avoid such disaster.

Nice writing, investigation and findings that will benefit to a lot!

The before/after graphs are impressive.

Thanks Cloudflare falks

Re:Post-GPT Computing on Friday March 24, 2023 @10:50AM (#35289778)
Mixing up OpenAI with OpenAPI here ?
Re:Mastering PostgreSQL Administration [pdf] on Sunday September 27, 2020 @02:35PM (#24609027)
You should have a look at https://github.com/citusdata/pg_auto_failover

This project makes is super easy to setup a resilient and highly-available postgresql cluster.

And since the postgresql client lib handle connection to multiple replica... no need for some kind of load-balancer (pg_bouncer, pgpool...) in front of it anymore (even if they can still be useful sometimes).