Live data from Hacker News

Show HN: SadServers – Test your Linux troubleshooting skills

sadservers.com

101–110 of 133 posts

Re: Show HN: SadServers – Test your Linux troubleshooting skills

#101
post #51

My only feedback is that this is unrealistic because today developers wouldn’t try to debug something, they’d just destroy the instance, push a commit and hope it fixed something infra related then recreate it. Why would you need to understand how something works? Just use containers. /s

Developers just need to understand everything because we need developers to do everything and meet all deadlines. We wouldn't dare consider a support role that could troubleshoot it because then there would be no point to having developers that can do everything! /s

Support doesn't deliver features, we need new features! /s

Re: Show HN: SadServers – Test your Linux troubleshooting skills

#103

>Practice for your next SRE/DevOps interview. Are SREs and DevOps tasked with administration of operating systems?

Yeah. Random data point: One of my most favorite SRE interviews ever (serious fun!) involved hands-on troubleshooting that eventually required gdb.

Re: Show HN: SadServers – Test your Linux troubleshooting skills

#105
post #69

Earlier quoted context omitted.

I never cease to be amazed at how few people really realize just how little hardware is often required for getting real work done. You'd be surprised just how much that 2GB vm with a couple cores can handle!

I started with a single 1xx MHz core and 16MB of RAM. And I'm sure some with even less, lol. Supporting your point: Hardware is awesome if you use it wisely.

My first Linux box was a 20mhz 386SX laptop with 3 megs of RAM (1 meg on the motherboard, 2 in an expansion.) I could barely run Linux 0.99.x. The distro was SLS, and it came on 12 or so floppy disks. I quickly upgraded to a 486 with 8 megs RAM, then 20... which seemed incredible at the time (1994-ish.)

It's amazing how bloated today's software is...

Re: Show HN: SadServers – Test your Linux troubleshooting skills

#106

Earlier quoted context omitted.

Why not spin up containers instead of VMs? Seems to me containers would fit much better than VMs.

Containers have a history of escape vulnerabilities, for reasons like sharing a kernel with the host and other containers. VMs are designed from the ground up to isolate guests, rather than focusing on application deployment. Firecracker is the modern container alternative in untrusted compute scenarios, with Fly.io even converting container images into Firecracker VMs.

User mapping is now a standard feature in Kubernetes, so escape vulnerabilities aren't so much an issue anymore. Additionally, you can use gVisor.

Re: Show HN: SadServers – Test your Linux troubleshooting skills

#107
post #35

Based on your architecture diagram it looks like you're spinning up an instance per-user? As you're probably finding now, you will hit AWS limits quickly. You might instead want to have a smaller pool of (larger) servers that you run co-resident VMs on with https://firecracker-microvm.github.io/ . That will avoid account limits and also keep your AWS costs more predictable.

That's kinda nice use case for the WASM machine/linux emulators, then you just need to provide image and user can run it in the browser > You might instead want to have a smaller pool of (larger) servers that you run co-resident VMs on with https://firecracker-microvm.github.io/ . That will avoid account limits and also keep your AWS costs more predictable. I'd imagine (still waiting for it to load lmao) most of it c…

So then users experience will be poor due to the slowness and non-standard implementation. A better solution IMO would be to provide a container with SSH access.

Re: Show HN: SadServers – Test your Linux troubleshooting skills

#108

Earlier quoted context omitted.

This is actually a good idea for this -- the user wants the education, they can pay for it with their own hardware. Keep your costs low!

Probably a better experience for everyone. You just have to distribute the image (rather than running vms) and the user gets instantaneous responses.

If it is hosted on AWS the bandwidth of distributing the images is likely more than the cost of the compute.

Re: Show HN: SadServers – Test your Linux troubleshooting skills

#109

Earlier quoted context omitted.

Probably a better experience for everyone. You just have to distribute the image (rather than running vms) and the user gets instantaneous responses.

If it is hosted on AWS the bandwidth of distributing the images is likely more than the cost of the compute.

Cloudflare exists

Re: Show HN: SadServers – Test your Linux troubleshooting skills

#110

Really cool idea. After choosing a problem, the endpoint you poll at https://sadservers.com/celery-progress/xxxx repeatedly returns {pending: true, current: 0, total: 100, percent: 0} for me.

yes good catch (I should forbid internet access to this end point), poor queue is waiting on VM up but there's no quota left until other VMs are garbaged-collected.
Post reply on HN