So a couple of things.

@[email protected] just brought up a new instance because the hosting provider he is using had some issues with the hypervisor that his instance was running on. Also I think I may have taken down his new #gotosocial instance with a boost of his message. I'm sorry buddy 😥

I have been running #snac over the last month and a bit (and it also powered a few of my previous instances). The nice thing about snac is that it doesn't use a database of any kind. Everything is stored as files on the filesystem and there's heavy use of hard links to make things work. The benefits of this? No risk of database corruption. And, here's the big one, backups are done by creating a tarball of the instance's running directory. No fuss, no muss.

I agree that monthly backups aren't good enough, I do a hybrid four hour + weekly backup. I do it using mod + date. Here's a sample. I run the script every four hours and it creates a tarball based on a mod of the week number -- I have it set at four to keep a total of four weeks and then rotate. This tarball gets backed up off the VPS every four hours.

The VPS hosting provider that I use also offers seven image backup slots to be used daily, weekly or monthly. I have it set for weekly.

Oh, and lastly, while I am not running a backup instance (too much work), this account is my secondary account if anything were to happen to my instance: @[email protected]

#fediverse #snacadmin #sysadmin

@evan This looks really useful to me as I've been trying to move my primary account on a big server to this single-user instance running #gotosocial. The only sticking point until now is that I rely on hashtags to find new content and my server, although fairly well federated (5k other servers), just doesn't see nearly any hashtag activity.

However, I can't find the followback account from my server. Nothing is returned by search in either the Phanpy or Elk interfaces. Nor can I find any of the hashtags accounts. Do you think this an issue with gotosocial, or my server specifically?

It takes aaaaaaaaaaages to compile #GoToSocial for #OpenBSD on a #Raspberry Pi Zero 2 W... but it's a good stableness benchmark. So far, it has not hanged - now that I use another Ethernet Hat and POE adapter.

EDIT, 3 hours later:

# uname -a OpenBSD PiZero2W.home.arpa 7.8 GENERIC.MP#6 arm64 # ./gotosocial --version !! you are using an unsupported build configuration of gotosocial with WebAssembly disabled !! !! please do not file bug reports regarding media processing with this configuration !! !! it is also less secure; this does not enforce version checks on ffmpeg / ffprobe versions !! gotosocial version 0.21.2+git-343fed2

some more yarn spells are required now...

EDIT, 4 hours later:
if something had to fuck with low memory, it had to be Java shit stuff.

<--- JS stacktrace ---> FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory ----- Native stack trace -----

EDIT, 6 hours later:
Damned! The RPi died while I left it unsupervised :-/

I added a sad sloth image to my fork of #metatextapp on this screen, since #gotosocial doesn’t support Lists

Fedistar v1.12.6
=> https://fedistar.net

Multi-column Fediverse client application for desktop

- Supporting SNS
- - Mastodon
- - Pleroma
- - Friendica
- - Firefish
- - Gotosocial
- - Pixelfed
- - Akkoma (Unofficial)
- - Sharkey (Unofficial)
- - Hometown (Unofficial)
- - Iceshrimp (Unofficial)
- Multiple accounts management
- Multiple columns
- You can see timelines without sign in
- Desktop notification
- Streaming update
- Send reactions from another accounts
- Change column width

Changelog:
=> https://github.com/h3poteto/fedistar/releases/tag/v1.12.6

#Fediverse #Mastodon #Pleroma #Friendica #Firefish #Gotosocial #Pixelfed #Akkoma #Sharkey #Hometown #Iceshrimp

This whole transition reminded me ( I think) I had never donated to #GotoSocial before. Fixed now.

Consider donating too.
https://opencollective.com/gotosocial
GoToSocial - Open Collective

Develops open source Fediverse/ActivityPub software

Migration of this instance to #GotoSocial 0.21-1 (latest snapshot from 0.20) took *much* longer than expected.

I saw there was a migration and decided to simply  wait it off as usual. Took 15 min on my smaller Brazilian instance and nearly *one full hour* on this one, most of which was SQLite seemingly  moving around all tables and recreating and re-indexing all with memory and CPU usages at low levels.

Not that I mind much it was just waiting and checking the log.

For reference each instance has 4 cores on different hosts on a SATA SSD and other VMs/ hosts are really light so it wasn’t waiting on other and never maxed up disk capacities. Just an insane amount of small sqlite writes I guess.
Finalmente atualizando minhas instâncias #GotoSocial. O upgrade do 0.20.1 para o ultimo snapshot 0.21.1 inclui uma migração maciça que durou um bom tempo e pareceu recriar muitas partes da base de dados. A minha outra conta em inglês com mais contatos ainda está no processo!
Підняв #gotosocial  на міні ПК з набагато сучаснишим процесором ніж у мене на NAS відклик помітно швидший
Might just have to switch back to Mastodon, the I wanna really try using lists but #Gotosocial doesn't seam to allow to hide people you put in lists from your home tl.