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

61–70 of 130 posts

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

#61

Post by mdoms »

airocker wrote: post #60

there are so many tools and interfaces for similar things: prometheus, elastic search(ES), new relic, splunk .... I think the world is converging on 2 stacks: ES and prometheus. ES is hard to operate but can handle everything: metrics, tracing, logs. Prometheus promises to be easy to use and has good metrics and alerting. In our work, we chose ES. I don't think so far ease of use is possible and team has to get hands…

In what universe do prometheus and elastic search enable you to manage containers and administer storage?

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

#62

Post by nuker »

jehb wrote: post #58
nuker wrote: post #51

I'm searching for remote server file manager right now. I want to copy (and compare) large directories on same Linux server from my Macbook. Cannot find one so far. Cockpit: "here is no graphical file manager, and we don't plan to add one." https://github.com/cockpit-project/cockpit/issues/11011 CuberDuck: "FTP and SFTP do not support a copy operation." Is there a way with GUI?

Can you mount the remote server over SSHFS or NFS or SMB and do the work locally on a file manager of your choice with a remote filesystem? Or, if that's not a good option, what about a installing a TUI remotely that you can use in the console like midnight commander? Just some ideas. YMMV.

> TUI remotely that you can use in the console like midnight commander

This was it :)) Even mouse works in Terminal!

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

#63

Post by ocdtrekkie »

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…

Cloudron.io and Sandstorm.io both do this well. (Cloudron is very actively maintained with a lot of package updates and a very wide package library and feature set, Sandstorm is open source and adds a layer of security in assuming apps are evil or compromised.)

I do think there's probably a good market for a "just plug it into the back of your router" box that has one of these pre-installed and ready to go.

Windows Home Server used to be an attempt by Microsoft to make a home server accessible to the average user crowd. Unfortunately, Microsoft doesn't feel consumers (or businesses, if we're being honest) should have on-premise servers anymore, and has deprecated both Home Server and Small Business Server, and the UI features that made them more accessible to the layman.

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

#64

Post by juangacovas »

qbasic_forever wrote: post #53
nuker wrote: post #51

I'm searching for remote server file manager right now. I want to copy (and compare) large directories on same Linux server from my Macbook. Cannot find one so far. Cockpit: "here is no graphical file manager, and we don't plan to add one." https://github.com/cockpit-project/cockpit/issues/11011 CuberDuck: "FTP and SFTP do not support a copy operation." Is there a way with GUI?

Syncthing if you want continuous sync. Rclone if you want periodic rsync-style copies. Both have web UIs, although they're definitely aimed at the power user and not novices. If they're non-technical users you probably want to setup a nextcloud or similar system so they get a more dropbox-like experience. edit: reddit.com/r/selfhosted always has good threads on self-hosted web file managers too

"lsyncd" is really good for efficient, continuous sync. If you have password-less, public-key SSH auth, lsyncd is a bless (using it for millions of files and folders and doing good)

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

#65

Post by airocker »

mdoms wrote: post #61
airocker wrote: post #60

there are so many tools and interfaces for similar things: prometheus, elastic search(ES), new relic, splunk .... I think the world is converging on 2 stacks: ES and prometheus. ES is hard to operate but can handle everything: metrics, tracing, logs. Prometheus promises to be easy to use and has good metrics and alerting. In our work, we chose ES. I don't think so far ease of use is possible and team has to get hands…

In what universe do prometheus and elastic search enable you to manage containers and administer storage?

oh I just looked at the. UI and saw logs. I did not realize.

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

#66

Post by pksebben »

jehb wrote: post #58
nuker wrote: post #51

I'm searching for remote server file manager right now. I want to copy (and compare) large directories on same Linux server from my Macbook. Cannot find one so far. Cockpit: "here is no graphical file manager, and we don't plan to add one." https://github.com/cockpit-project/cockpit/issues/11011 CuberDuck: "FTP and SFTP do not support a copy operation." Is there a way with GUI?

Can you mount the remote server over SSHFS or NFS or SMB and do the work locally on a file manager of your choice with a remote filesystem? Or, if that's not a good option, what about a installing a TUI remotely that you can use in the console like midnight commander? Just some ideas. YMMV.

thanks for mentioning this. I looked up midnight commander and I think I'm gonna end up using it for a few things.

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

#67

Post by Spivak »

Iwan-Zotow wrote: post #46
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…

> Is there a reason why successfully running software on a server is so much harder than running software on your phone? Sure (exaggerating) phone - reboot is your FIRST option server - reboot is your LAST option

Huh? We reboot our servers all the time. We would never design an app that isn’t tolerant to losing servers somewhat arbitrarily. How else could you ever handle hardware failures?

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

#68

Post by warmwaffles »

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.

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

#69

Post by bottled_poe »

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…

The sand boxing model for app stores make apps completely independent and also difficult to incorrectly configure.

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

#70

Post by neonihil »

It comes on fedora servers by default. I’ve been using it for the last 3 years on my home servers. I’ve also installed it on armbian running on my *Pi devices.

It works just fine in my experience. I’ve configured mdraid with it for fun - and it worked. Ditched it in favour of Zfs which is not yet supported unfortunately.

I think it’s a good direction. It will become the default “GUI” for server maintenance I think.

Post reply on HN