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

Cockpit is a web-based graphical interface for servers

github.com

Post reply on HN
Print view View original

51–60 of 188 posts

Re: Cockpit is a web-based graphical interface for servers

#51

Post by DrewADesign »

hosh wrote: post #30
stego-tech wrote: post #2

I've used this before in the early days of my Linux SysAdmin work, especially in the homelab. It's pretty solid , but the limited amount of projects and lack of visibility into the CLI it uses on the backend hinder the ability to translate sysadmin work into tangible Linux skills, so I dumped it at home in favor of straight SSH sessions and some TUI stuff. That said, if I gotta babysit Linux in an Enterprise without…

Part of the technical assessment I have for hiring new platform engineers involves troubleshooting a service hosted in a headless Linux vm. Troubleshooting and fluency on the command line are among what I consider core skills. Being able to dig through abstraction layers is not just essential for when things go wrong, they are essential for building infrastructure, and really tells you whether an architecture is fit…

Sure... but, I’ve got decades of experience doing that stuff, just not frequently enough to keep it in my head, these days. I usually want a small project server to just do shit and the less there is between that and booting up a fresh Linux install, the better. For example, I don’t keep firewall command line syntax in my head, but I know what needs to be done, and I always seem to need it with small home projects. I lose nothing by having a trustworthy gui do it. I’d give this a shot. I doubt I’d use it in a professional environment, but that’s not really my use case these days.

Re: Cockpit is a web-based graphical interface for servers

#52

Post by babypuncher »

mindwork wrote: post #45

I don't mind UI, but I think it's a bad approach. Instead of hiding all those complexities of the server behind UI, I would like to see each part of the application teach me how to achieve the same result in CLI. That would be useful for people to teach themselves, because UI comes and goes but basic linux commands - will stay

Both can have their place. I'm pretty familiar with the podman cli, but having a dashboard I can access from a bookmark in my browser is handy when I just want a quick overview of everything.

Re: Cockpit is a web-based graphical interface for servers

#54

Post by xrd »

I have used cockpit and like it. It allows me to quickly see the entirety of my system.

But, it doesn't offer any way to review my incus containers.

So, I tried wolfstack, which was recently listed on HN.

It appears it only supports lxc. I'm surprised, isn't lxc and incus more or less 1:1 synonymous (unless you get into recent more complexities)?

I'm feeling like it is hard to find a simple GUI to just review a system and manage a bunch of containers and VMs.

Re: Cockpit is a web-based graphical interface for servers

#59

Post by samgranieri »

drnick1 wrote: post #26

What is the use case for this over standard command line tools like systemctl, journalctl, top, docker ps?

Sometimes I like a web page to bring information to me rather than having to go on a command line use those tools to find the data I want. YMMV.

Re: Cockpit is a web-based graphical interface for servers

#60

Post by hosh »

DrewADesign wrote: post #51
hosh wrote: post #30

Earlier quoted context omitted.

Part of the technical assessment I have for hiring new platform engineers involves troubleshooting a service hosted in a headless Linux vm. Troubleshooting and fluency on the command line are among what I consider core skills. Being able to dig through abstraction layers is not just essential for when things go wrong, they are essential for building infrastructure, and really tells you whether an architecture is fit…

Sure... but, I’ve got decades of experience doing that stuff, just not frequently enough to keep it in my head, these days. I usually want a small project server to just do shit and the less there is between that and booting up a fresh Linux install, the better. For example, I don’t keep firewall command line syntax in my head, but I know what needs to be done, and I always seem to need it with small home projects. I…

Which goes to show, experience and maturity changes how people use tools. The person I was responding to was at an earlier maturity stage and realized it was hampering their growth

I am more of a TUI person anyways. I have never found web based server management to be as responsive as TUI, same reason I prefer direct attaching than live tailing on a web tool.

I configure my router through a web interface and not the command line either. It isn’t something I want to mess with on my downtime.

Post reply on HN