pleroma.debian.social

@octo hai anche monitorato la CPU? Di sicuro ne avrai scritto (ma non ho purtroppo il tempo di cercare tra i tuoi post non lo ho 😕), cosa usi come storage? Scheda SD o un hard disk? Nel primo caso monitorerei anche l'I/O, nel secondo caso idem ed i più cercherei di capire se nei picchi di utilizzo in realtà l'alimentazione non ce la fa.

@octo mi spiego meglio, avevo un deploy da ssd (compreso OS) usando un cavo USB-SATA molto corto che su internet tutti confermavano funzionare al 100%, con alimentatore ufficiale, ma nonostante questo non ce la faceva. Questo significava che il disco per un attimo si spegneva, in RAM rimaneva tutto, quindi potevi tranquillamente accedere in ssh e la shell funzionava, poi provavi a lanciare un comando da disco e avresti notato che falliva.

@octo uhm... ahimè a posteriori è difficile da capire, lo swap conta che ha una latenza molto maggiore, potrebbe esserci stato chessò (sto totalmente fantasticando) uno spike di messaggi e magari il componente che li processa si è incartato. Senza una telemetria completa (non solo CPU, RAM, file descriptor ecc ecc) è difficile capire cosa sia successo.

Se però ti interessa solo avere un server su, magari potresti dare un'occhiata a pleroma o al suo fork akkoma.

@octo intendo:

- https://pleroma.social/
- https://akkoma.dev/AkkomaGang/akkoma/

Sono progetti maturi, non ricordo il motivo del fork. Conta anche che pure misskey (che ho in un testdeploy) ha un paio di fork in giro, calkey e foundkey (non ti so dire i motivi dei fork o come siano).
Pleroma lo conosco solo da utente, perché appunto è dove ho questo mio account, il Debian Social Team lo scelse solo perché era più parco nell'uso delle risorse.

@octo conto di fare un deploy di prova di entrambi pleroma e akkoma, ma non ne ho avuto ancora il tempo...

@octo ah ok, non li ho mai provati ancora. Il db dovrebbe essere postgres, magari c'è solo da impostare expiration di boh, non so i post... spero di poterti dire di più in futuro. Soapbox che mi hai ricordato so che è un fork di pleroma, quindi torniamo la... il backend è sempre lo stesso. Per quel pochissimo che ho capito il tizio è stato buttato fuori da pleroma dopo un po' di drama: gli erano stati dati accessi ai repo dal lead developer poi sono stati revocati...

@octo non era una questione di software, ma di genere: io evito per principio le cose fatte da chi pensa che altre persone non abbiano diritto di esistere, per questo non ricordavo manco il nome.

Un riassunto della vicenda è qui: https://hacktivis.me/articles/Update%20on%20Pleroma%20Maintainance

@octo è un argomento assai complesso questo relativo all'etica, ma di recente ho letto quest'intervista di Weizenbaum che ha consolidato il mio modo (opinabile ovviamente) di vedere la questione.

https://web.archive.org/web/20211019072037/http://tech.mit.edu/V105/N16/weisen.16n.html

Tra l'altro in questo caso ci sono alternative. Però non vedere queste mie parole come: «no non sperimentare». Vedi un po' tu. 🙂

@octo perfetto! L'unica cosa a cui presterei attenzione è di usare un progetto che supporti le migrazioni degli utenti (anche se a te non interessa migrare), perché altrimenti se qualcunə di quelli che segui/ti segue migra te lə perderesti se si spostano.

Il problema si riscontra anche se la tua istanza è giù durante la loro migrazione.

@octo ah, non avendo ancora letto il protocollo pensavo fossero distinti, dato che macroscopicamente avviene il follow automatico. Meglio così dai.
Comunque conta che mastodon e fork lo hanno, pleroma e fork idem e misskey e fork anche... rimangono solo quelli che penso si autodefiniscono in alpha: io ho solo dato un occhio a gotosocial e bonfire. Altri non me ne vengono in mente.

Ah e dire che l'ho anche provato c'è anche (alpha) https://github.com/jointakahe/takahe

@octo figurati! Bonfire l'ho provato e sì, è decisamente alpha ancora. Epicyon non so... qualcosa non mi convince: deploy da git quando esiste il package manager del linguaggio (mi riferisco a quello di python, pip) non so... non mi fa venir voglia di fare un deploy, mi chiedo, dato che non è così complicato, se si è sorvolato su questo magari si sorvolerà anche su altro di più complesso?

Però non so appunto non l'ho provato.

@luca @lucent

@luca mi pare che qualcuno nel core team di pleroma stesse analizzando proprio un problema analogo, ma non ricordo di preciso. Quello che mi frena un po' è che nonostante ammiri Erlang (ed ero proprio un fan di Joe Armstrong¹) OTP non l'ho mai usato e infatti quello che conto di fare è un deploy di prova, così come sto andando provando gli altri.

¹ Adoro questo talk per esempio https://www.youtube.com/watch?v=lKXe3HUG2l4 ogni tot lo rivedo.

@lucent @octo

@lucent anche qui il deploy parte da un clone del repository, vero? Uff... ci vorrebbe farsi un mirror ed usare CI per creare un'immagine da mettere su un registry...

Oppure appunto, anche se lo sconosco, usare OTP direttamente e vedere com'è consuetudine fare deploy usandolo...

@octo

@luca oh sì ovvio perdona se non sono sembrato chiaro, anche io avevo consiglato a @octo pleroma/akkoma in quanto meno bisognosi di risorse. Poi sì la parte critica è il db, perché per quel po' che ho seguito usano Postgres per tutto (ed ha senso).

Io sono lento a provare ste cose, perché fare operation non è la mia passione. :)

@lucent