Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Cockpit – Integrated, glanceable, web-based interface for servers

cockpit-project.org

Post reply on HN
Print view View original

71–80 of 130 posts

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#71

Post by circularfoyers »

Naac wrote: post #24

I set it up for my handrolled homelab server automation ( all Arch Linux servers ), back when I was doing everything with virsh. It worked "ok". It required pulling in a bunch of dependencies I wouldn't have normally installed. I had it set up behind an HAproxy LB, with ssl terminated at the LB. When I was using it ~1 year ago, it was pretty buggy, and certain components would crash and I would have to restart the we…

Considering Cockpit is neither supported nor tested on Arch Linux[1], I think forming an opinion of it based on that would be unfair.

[1] https://cockpit-project.org/running.html

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#72

Post by technick »

candiddevmike wrote: post #4

Friends don't let friends configure linux from a web UI. It's messy, built off of assumptions, and is ripe for exploitation. Plus, if all you ever use is a web UI, how are you supposed to troubleshoot or fix the machine when said web UI stops working? If you're looking for pretty, single host, read-only monitoring dashboards though, checkout Netdata: https://www.netdata.cloud/

I had to fire a guy in 2003 for installing webmin on a bunch of internet facing servers (webhost). Any Linux guy worth their salt isn't using a web gui for administration.

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#73

Post by vladvasiliu »

luplex wrote: post #35

Is there a reason why successfully running software on a server is so much harder than running software on your phone? I don't think it needs to be this way. Someone needs to figure out server software for consumers. Just like PCs became more accessible, so should servers! Edit: Brainstorming here: specifically, I'd like a more accessible UI, automatic updates, sensible defaults on all apps, an easier way to get star…

> specifically, I'd like a more accessible UI, automatic updates, sensible defaults on all apps, an easier way to get started and so on.

Isn't this kind of what Ubuntu does with the snaps? You just snap install someapp and there it goes. It will helpfully restart to update whenever the developer publishes a new version, etc.

There's an infamous, quite involved debate, over this exact thing with a bunch of people wanting an option to actually disable this behavior and another bunch arguing why that's not a good idea [0].

I guess the issue with servers is that there isn't really a one size fits all, or at the very least it's not easy to figure out what it is. All this combined with the fact that one argument in favor of running Linux is the customizability, I'm not sure all that many people are looking for such a solution.

---

[0] https://forum.snapcraft.io/t/disabling-automatic-refresh-for...

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#74

Post by maveonair »

Cockpit is a nice frontend for servers.

But for my homelab I run UnRAID (https://unraid.net/) which is an amazing software to rollout your own NAS and run services as Docker containers. Furthermore, the web UI is amazing to manage Docker containers and VMs.

And the community is awesome if you need any help.

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#76

Post by dastx »

gramakri wrote: post #43
luplex wrote: post #35

Is there a reason why successfully running software on a server is so much harder than running software on your phone? I don't think it needs to be this way. Someone needs to figure out server software for consumers. Just like PCs became more accessible, so should servers! Edit: Brainstorming here: specifically, I'd like a more accessible UI, automatic updates, sensible defaults on all apps, an easier way to get star…

This is exactly what we do :) check out our demo at https://cloudron.io . Another user commented there is no market for this, but this is not true since we exist and are doing well. Its a niche but this is expected since this is a developing market.

But it's not as simple as that though is it? Does this take into account things like HA? Or offsite backups? What about security? I guess this works for someone who sets this up on a single server, perhaps just for themselves. But running services is a lot more complex that just isn't possible as a 1 click install.

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#77

Post by nyellin »

gramakri wrote: post #43
luplex wrote: post #35

Is there a reason why successfully running software on a server is so much harder than running software on your phone? I don't think it needs to be this way. Someone needs to figure out server software for consumers. Just like PCs became more accessible, so should servers! Edit: Brainstorming here: specifically, I'd like a more accessible UI, automatic updates, sensible defaults on all apps, an easier way to get star…

This is exactly what we do :) check out our demo at https://cloudron.io . Another user commented there is no market for this, but this is not true since we exist and are doing well. Its a niche but this is expected since this is a developing market.

What is a good option for doing this on kubernetes?

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#80

Post by [deleted] »

warmwaffles wrote: post #68
Naac wrote: post #24

I set it up for my handrolled homelab server automation ( all Arch Linux servers ), back when I was doing everything with virsh. It worked "ok". It required pulling in a bunch of dependencies I wouldn't have normally installed. I had it set up behind an HAproxy LB, with ssl terminated at the LB. When I was using it ~1 year ago, it was pretty buggy, and certain components would crash and I would have to restart the we…

Glad I am not the only insane person running Arch for their homelab stuff.

[deleted]
Post reply on HN