Yeah that would be the best way to solve this problem.
Yeah that would be the best way to solve this problem.
Well you keep saying monitor a domain, in that case a DNS monitor would make more sense than HTTP(s) since that’s for monitoring a service. That’s why I was a bit confused. But yeah try to enable the ignore SSL option and see if that changes anything. You didn’t include a screenshot of the settings which makes a bit difficult to diagnose the problem so I will leave it here.
Which one of those. You pick one when adding something new to monitor. Actually just send a screenshot of the uptime-kuma settings of one of the services that are giving you problems.
Sorry I’m a bit confused. What kind of tracker are you using in uptime-kuma and what address is it pointing to?
If you ping the domain from inside the container, does it succeed?
It’s extremely simple.
sudo mkfs.btrfs -m raid1 -d raid1 /dev/sdx /dev/sdy # Create raid array with BTRFS
sudo mkdir /mnt/storage # Create your mount directory
echo "/dev/sdx /mnt/storage btrfs noatime,compress=zstd 0 0" | sudo tee -a /etc/fstab # Set raid array to mount at boot
sudo mount -t btrfs -o noatime,compress=zstd /dev/sdx /mnt/storage # Manually mount the first time
You would also probably wanna set up a btrfs scrub once per month, either with systemd-timers or cron, whatever you prefer.
It will yeah, although with modern SSDs it really isn’t a big problem. I’ve used an Samsung 840 EVO as L2ARC for 8 years now.
Try changing to another upstream DNS server in Adguard (such as https://dns.cloudflare.com/dns-query) and see if the problem gets resolved?
Always had trouble with Nextcloud but ever since deploying it on NixOS it’s been rock solid. Both performance and reliability.
Personally I would go for ZFS with the SSD as a L2ARC. But among the options you listed I would do BTRFS RAID1 if you’re only gonna use two HDDs, and mdadm RAID5 with BTRFS on top if using three.
Previous Gitea user and now Forgejo, and yeah it’s a great git server. Simple, lightweight but still very capable.