Codeberg/Community
54
325
Fork
You've already forked Community
12

Suggestion: Status page #15

Closed
opened 2019年01月01日 20:35:14 +01:00 by jdoubleu · 17 comments

You may provide a status page for all service using FOSS like http://cachethq.io/?

You may provide a status page for all service using FOSS like http://cachethq.io/?
Member
Copy link

This has been requested before, we are looking into this. Current status monitors are based on netdata, and potentially leaking details that could be exploited for DDOS etc.; a more coarse-grained view could indeed be useful.

This has been requested before, we are looking into this. Current status monitors are based on netdata, and potentially leaking details that could be exploited for DDOS etc.; a more coarse-grained view could indeed be useful.
Member
Copy link
FYI https://alt-three.com/apilayer-have-acquired-cachet/

What about a public Grafana dashboard like the one from GitLab? https://dashboards.gitlab.com/

What about a public Grafana dashboard like the one from GitLab? https://dashboards.gitlab.com/

@ntimo too verbose for users that just want to know if the site is DOWN.

We have netdata for monitoring.

@ntimo too verbose for users that just want to know if the site is DOWN. We have [netdata](https://github.com/netdata/netdata) for monitoring.

Related: #36

Related: #36

We use https://staytus.co/, as an Alternative to Cachet, and removed Third Party Requests.
Maybe it's worth consideration?

We use https://staytus.co/, as an Alternative to Cachet, and removed Third Party Requests. Maybe it's worth consideration?
I also found cState (https://github.com/cstate/cstate). Example: https://status.uberspace.de/
Member
Copy link

cState looks nice, and fits very well into the current workflow: updating posts as markdown in git is pretty much exactly the same as we do the blog...

cState looks nice, and fits very well into the current workflow: updating posts as markdown in git is pretty much exactly the same as we do the blog...

any news?

any news?
Member
Copy link

Anybody willing to contribute a deployment setup? (potentially a script installing+setting up all packages needed on a minimum-cost instance and easy to migrate if needed. Basically something that takes IP and username, and configures everything needed via ssh only).

Anybody willing to contribute a deployment setup? (potentially a script installing+setting up all packages needed on a minimum-cost instance and easy to migrate if needed. Basically something that takes IP and username, and configures everything needed via ssh only).
Owner
Copy link

We are currently running a public status page at https://status.codeberg-test.org. If this works out, we'll migrate it to the main domain.

We are currently running a public status page at https://status.codeberg-test.org. If this works out, we'll migrate it to the main domain.

@fnetX did you encounter any issues or can we proceed to use it?

@fnetX did you encounter any issues or can we proceed to use it?
Owner
Copy link

Well, it's acting weird to be honest. It's having more hickup than Codeberg does, and most if not all current notices are false positives.

Also, the stats are not very useful as it does only consider some very recent data. Uptime is usually at 100%, decreasing significantly after an issue and going back up to 100% very soon.

@rwa maybe you can give me admin access so I can play around with the dashboard for myself. Other than that, the most important missing piece is the DNS and haproxy setup, I think this is best done by @hw.

Well, it's acting weird to be honest. It's having more hickup than Codeberg does, and most if not all current notices are false positives. Also, the stats are not very useful as it does only consider some very recent data. Uptime is usually at 100%, decreasing significantly after an issue and going back up to 100% very soon. @rwa maybe you can give me admin access so I can play around with the dashboard for myself. Other than that, the most important missing piece is the DNS and haproxy setup, I think this is best done by @hw.

Can you report the issues upstream? I would not give up on the project yet.

Can you report the issues upstream? I would not give up on the project yet.
Owner
Copy link

No, me neither, but I'm also not considering it ready for public launch if we might need to replace it.

Some things are also somewhat nice, e.g. the fact that the TLS cert for codeberg.page is expiring within seven days and not renewed yet (CC @momar will the pages server take care of this? 🧐)

No, me neither, but I'm also not considering it ready for public launch if we might need to replace it. Some things are also somewhat nice, e.g. the fact that the TLS cert for codeberg.page is expiring within seven days and not renewed yet (CC @momar will the pages server take care of this? 🧐)

Also, the stats are not very useful as it does only consider some very recent data. Uptime is usually at 100%, decreasing significantly after an issue and going back up to 100% very soon.

This is due to the fact that the uptime on the status page is calculated for 24 hours only, which seems a bit arkward. Something like 30 days or so seems more reasonable for us.

Afaik this is not customizable by a setting currently, may be worth an issue/PR upstream.

and most if not all current notices are false positives.

That seems weird, i have a ptrivate uptime kuma instance running and it works pretty decent. Maybe i can have a look in the next days whats going on.

I'll send you the credentials via Matrix.

> Also, the stats are not very useful as it does only consider some very recent data. Uptime is usually at 100%, decreasing significantly after an issue and going back up to 100% very soon. This is due to the fact that the uptime on the status page is calculated for 24 hours only, which seems a bit arkward. Something like 30 days or so seems more reasonable for us. Afaik this is not customizable by a setting currently, may be worth an issue/PR upstream. > and most if not all current notices are false positives. That seems weird, i have a ptrivate uptime kuma instance running and it works pretty decent. Maybe i can have a look in the next days whats going on. I'll send you the credentials via Matrix.

The status page (powered by "Uptime Kuma") is now officially available at https://status.codeberg.org/

The status page (powered by "Uptime Kuma") is now officially available at https://status.codeberg.org/
Sign in to join this conversation.
No Branch/Tag specified
main
No results found.
Labels
Clear labels
accessibility

Reduces accessibility and is thus a "bug" for certain user groups on Codeberg.
bug

Something is not working the way it should. Does not concern outages.
bug
infrastructure

Errors evidently caused by infrastructure malfunctions or outages
Codeberg

This issue involves Codeberg's downstream modifications and settings and/or Codeberg's structures.
contributions welcome

Please join the discussion and consider contributing a PR!
docs

No bug, but an improvement to the docs or UI description will help
duplicate

This issue or pull request already exists
enhancement

New feature
infrastructure

Involves changes to the server setups, use `bug/infrastructure` for infrastructure-related user errors.
legal

An issue directly involving legal compliance
licence / ToS

involving questions about the ToS, especially licencing compliance
please chill
we are volunteers

Please consider editing your posts and remember that there is a human on the other side. We get that you are frustrated, but it's harder for us to help you this way.
public relations

Things related to Codeberg's external communication
question

More information is needed
question
user support

This issue contains a clearly stated problem. However, it is not clear whether we have to fix anything on Codeberg's end, but we're helping them fix it and/or find the cause.
s/Forgejo

Related to Forgejo. Please also check Forgejo's issue tracker.
s/Forgejo/migration

Migration related issues in Forgejo
s/Pages

Issues related to the Codeberg Pages feature
s/Weblate

Issue is related to the Weblate instance at https://translate.codeberg.org
s/Woodpecker

Woodpecker CI related issue
security

involves improvements to the sites security
service

Add a new service to the Codeberg ecosystem (instead of implementing into Gitea)
upstream

An open issue or pull request to an upstream repository to fix this issue (partially or completely) exists (i.e. Gitea, Forgejo, etc.)
wontfix

Codeberg's current set of contributors are not planning to spend time on delegating this issue.
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
8 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Codeberg/Community#15
Reference in a new issue
Codeberg/Community
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?