mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
Backup and restore without GUI #805
Labels
No labels
A:accessibility
A:api
A:cert-expiry
A:core
A:dashboard
A:deployment
A:documentation
A:domain expiry
A:incidents
A:maintenance
A:metrics
A:monitor
A:notifications
A:reports
A:settings
A:status-page
A:ui/ux
A:user-management
Stale
ai-slop
blocked
blocked-upstream
bug
cannot-reproduce
dependencies
discussion
duplicate
feature-request
feature-request
good first issue
hacktoberfest
help
help wanted
house keeping
invalid
invalid-format
invalid-format
question
releaseblocker 🚨
security
spam
type:enhance-existing
type:new
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/uptime-kuma#805
Loading…
Add table
Add a link
Reference in a new issue
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?
Originally created by @mabed-fr on GitHub (Feb 4, 2022).
⚠️ Please verify that this bug has NOT been raised before.
🛡️ Security Policy
📝 Describe your problem
Backup and restore without GUI
Hello,
I would like to create a task to backup my main uptime Kuma without the GUI and restore it in another instance, all in CLI if possible.(for sync the probe)
Is this possible?
Regards
🐻 Uptime-Kuma Version
Version: 1.11.3
💻 Operating System and Arch
Debian 11
🌐 Browser
Version 96.0.4664.110 (Build officiel) (64 bits)
🐋 Docker Version
Docker version 20.10.12, build e91ed57
🟩 NodeJS Version
docker image
@AlexanderSalge commented on GitHub (Feb 25, 2022):
would like to see this option
@PixelJonas commented on GitHub (Apr 12, 2022):
adding a +1 on that. I think as a first implementation, having an API Endpoint to get a backup would suffice being able to save that configuration
@jamolnng commented on GitHub (Jun 6, 2022):
Also would like to see this. Maybe a menu where you can generate and remove API tokens so only valid tokens can get the data. Then you could execute something like a curl command for something like automatic backups
@c0nfus3d commented on GitHub (Jul 19, 2022):
We have two uptime kuma servers. One is basically just a backup server at an offsite location. The ability to manage our main server and have a cronjob automate the notification and monitor syncing to the backup server would be extremely useful.
@github-actions[bot] commented on GitHub (Oct 17, 2022):
We are clearing up our old issues and your ticket has been open for 3 months with no activity. Remove stale label or comment or this will be closed in 2 days.
@pascaliske commented on GitHub (Oct 17, 2022):
This issue is still relevant in my opinion...
@mabed-fr commented on GitHub (Oct 17, 2022):
No i want this feature
@PixelJonas commented on GitHub (Oct 17, 2022):
+1 for /remove-stale having being able to have automatic backup would be a game changer
@github-actions[bot] commented on GitHub (Jan 16, 2023):
We are clearing up our old issues and your ticket has been open for 3 months with no activity. Remove stale label or comment or this will be closed in 2 days.
@mabed-fr commented on GitHub (Jan 16, 2023):
I wait this feature with the API
@boc-the-git commented on GitHub (Jan 16, 2023):
Also think this is an important feature.
@Mario-Hofstaetter commented on GitHub (Feb 13, 2023):
After more than a year came back to see if automated / scripted config import is available, sadly not it seems? 😢
Am I currectly understanding that its not possible to load a config backup at startup (preferably docker container)?
Would not need a fully fledged rest api with tokens and whatnot, a file mounted to the container would suffice for us.
This keeps us from using uptime-kuma since it has to be deployable as easy as possible, from a git version-controlled committed default configuration (complete monitoring stack prometheus, grafana, loki, ........).
Having users at the customer site manually import some config is tedious and error prone.
Has anybody hacked something together to support this?
@chakflying commented on GitHub (Feb 13, 2023):
All the application data is currently stored in an SQLite file, which can be mounted as docker volume as per setup instructions. If you have no security requirements you can just setup once then copy the database on deployment.
@thomas-mc-work commented on GitHub (Feb 13, 2023):
You can use this command safely while the service is running:
@github-actions[bot] commented on GitHub (May 14, 2023):
We are clearing up our old issues and your ticket has been open for 3 months with no activity. Remove stale label or comment or this will be closed in 2 days.
@github-actions[bot] commented on GitHub (May 16, 2023):
This issue was closed because it has been stalled for 2 days with no activity.
@baharalidurrani commented on GitHub (Sep 28, 2023):
I was able to extract a compressed
datafolder from theuptime-kumalocal repo usingscpSecure Copy Protocol.First cd into the uptime-kima directory.
Then compress the
datafolder using:This will compress everything in the data folder and save as
kuma-data.tar.gzin~/backup/If you want to copy it onto a remote machine use the
scpcommand from the remote machine.Make sure that the uptime-kuma host machine have
SSHenabled:Replace
piwith the user andraspberrypi.localwith the IP of the host machine respectively.@huyz commented on GitHub (Jul 20, 2024):
See https://github.com/louislam/uptime-kuma/issues/4872#issuecomment-2182798632
@steliospavlidis commented on GitHub (Jan 13, 2026):
We need this
@CommanderStorm commented on GitHub (Jan 13, 2026):
Please refer to https://github.com/louislam/uptime-kuma/issues/4872#issuecomment-2182798632 instead of this duplicate issue.
There are better issues to track this in than a help-ticket from 2022.