Ahi ahi terrificanti novità dopo questi 2 giorni

Credo di essere alla conclusione che è il server #Misskey che da le rogne al #rasperino e lo fa morire dopo un po'.
Non ho idea del perché. Di memoria swap ce n'è abbastanza e la RAM non viene affatto riempita completamente.

Ora che Misskey è spento, il resto sul server gira normale.

Insomma, è la fin. Non so che fare ora, probabilmente cambiare software ActivityPub e provare roba più leggera.

#Mannaggia ai mannaggini.

@octo GotoSocial++
@gsora Hm, prima volta che lo sento! Pare una buona opzione, anche se vedo che è costruito praticamente basandosi sui paradigmi di Mastodon e quindi gli mancano cose tipo le reazioni con emoji. Lo tengo in conto... anche perché le altre opzioni possibili che ho visto mi sa che non sono leggere ma avanzate quanto Misskey.
@octo si, GotoSocial è praticamente un subset di mastodon riscritto in go, quindi se cerchi tutte le funzionalità di misskey non fa per te :/ anche se IMO se esegui tutto su un Pi di fascia bassa mi sa che devi accettare certi compromessi
@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.
@eriol La CPU pare essere a posto, Misskey gli fa(ceva) fare certi picchi ma comunque gestibili, e già dall'inizio. Questo problema grave invece è uscito appena dall'altro ieri, prima non era successo nulla di simile (eccetto 1 volta perché mi mancava abbastanza memoria, che poi ho aumentato via swap e per settimane ha retto).
Ho una microSD per OS + swap, chiavetta USB per swap, e HDD USB per tutti i maggiori programmi, i loro file e i dati utente, ed ulteriore swap.
@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.
Pleroma — a lightweight fediverse server

@octo conto di fare un deploy di prova di entrambi pleroma e akkoma, ma non ne ho avuto ancora il tempo...
@eriol A quanto ho letto Pleroma e Akkoma si, di base sono leggeri di risorse, ma hanno problemi di programmazione della gestione del database che a lungo andare li porta a formare dei database enormi.
Inoltre ho visto (esperienza personale, ma non ricordo se di Pleroma o Akkoma - provai ad installare prima Pleroma e non riuscii non ricordo perché, poi provai Akkoma e idem) che la documentazione per installare il software è tenuta male, ed è obsoleta.
Magari devo provare Soapbox col suo backend.
@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
Update on Pleroma Maintainance

@eriol Hmm, non conoscevo sta storia.
Io di mio userei un software libero se funziona, pazienza chi lo ha fatto, perché una persona con idee di merda un giorno non ci sarà più, mentre la qualsiasi più minima cosa utile fatta per il pubblico può comunque continuare ad esistere. Magari boh, in certi casi un buon compromesso sarebbe non pubblicizzare troppo un software in questione, anche se lo si usa, fintantoche il creatore esiste.
Soap comunque ora ha un suo BE, deriva da non ricordo cosa.
@octo
>
> Soap comunque ora ha un suo BE, deriva da non ricordo cosa.

Da pleroma. Pleroma si e' tripartito (e considerando il nome ha
senso!) e adesso c'e' soapbox, akkoma e pleroma stesso.

Ciao!
C.
@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. 🙂
Weizenbaum examines computers and society - The Tech

An article from the Tuesday, April 9, 1985 issue of The Tech - MIT's oldest and largest newspaper and the first newspaper published on the Internet.

@eriol Lunghetto (solo poco più della roba che scrivo io, eh), quindi me lo leggo stasera sul Kindle nel lettino.

Di sperimentare comunque non preoccuparti, penso che prima di Soapbox vorrei provare altra roba di recente scoperta che sembra più leggera e di setup più facile (anche se con meno funzioni) 👀

@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.

@eriol Se metto anche quello tra i miei requisiti personali è la fin 💀
Non penso sia un problema, visto che tanto le migrazioni arrivano come nuovi follow, e se mi segue un account che sembra di una persona che già seguivo prima, allora rimetto il mio follow.

Per chi io seguo ma che non mi segue, invece, non è grave.

@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
GitHub - jointakahe/takahe: An ActivityPub/Fediverse server

An ActivityPub/Fediverse server. Contribute to jointakahe/takahe development by creating an account on GitHub.

GitHub

@luca @lucent
Grazie per i consigli. Provo a fare entrambe le cose che avete detto, ma non ho fortissime speranze...

@eriol
Non conoscevo questo Takahe, e in effetti esiste da giusto qualche settimana, però per essere appena nella sua infanzia non pare affatto male! Lo tengo in mente, ma penso che a sto giro provo Epicyon perché non è in early beta.
Bonfire lo sto provando in situazioni diverse ed è ancora molto rotto ahime, bisogna aspettare per quello.

https://miss.octt.eu.org/MisskeyStatic/notes/98xbvmdusw.html

Regno del Terrore di Miss Octt

<p style="white-space:pre; font-family:serif; font-style:italic;" onclick="alert('...ABBI PAURA!!!');" > ’Per me si va ne la città dolente, per me si va ne l'etterno dolore, per me si va tra la perduta gente. Giustizia mosse il mio alto fattore; fecemi la divina podestate, la somma sapïenza e ’l primo amore. Dinanzi a me non fuor cose create se non etterne, e io etterno duro. Lasciate ogne speranza, voi ch’intrate’. </p> <!--\n<iframe style="width:0px; height:0px; position:absolute; left:0; right:0;" frameBorder="0" src="data:text/html;utf-8,<script>alert('...ABBI PAURA!!!');</script>"></iframe>--->

Regno del Terrore di Miss Octt

@octo sai dove trovarmi se serve una mano, comunque non dovrebbero esserci grosse controindicazioni per tenere MissKey (o CalcKey/FoundKey/etc.) su un SBC dato che è monoutente. Se regoli bene la parte Postgres e tieni d’occhio (facendo il dovuto finetuning de) le code di MK, sicuro risolvi. Un VACUUM FULL sicuro ti risolverebbe invece il problema di eventuali inconsistenze che comunque, lavorando su una microSD possono pure esserci.

@luca @eriol

@lucent Misskey e PSQL, sia i file operativi che quelli di dati generati, sono su HDD USB.
Sia HDD che microSD sono completamente a posto comunque nonostante i tanti spegnimenti non puliti (quando il sistema si pianta e l'unico modo per risolvere è staccare la corrente), ho fatto un controllo con fsck proprio l'altro ieri.
@octo @lucent @eriol io ho usato/sto usando finora solo pleroma su una VM e il problema principale che ho riscontrato e' che una volta che era molto rallentato, non so se per l'uso prolungato, per l'esplosione di traffico dell'ultimo mese, per l'insistenza del db sullo stesso filesystem, per un update mal fatto
...non si capiva ad alto livello cosa succedeva, installandolo mi aspettavo di avere una dashboard coi messaggi della federazione accodati eccetera.

Non c'e' niente di tutto questo.
Pero' fermando postgres e facendo tutte le operazioni consigliate e dopo avere verosimilmente smaltito un bel po di backlog....adesso a parita' di hw virtuale pare come nuovo.
Penso che con misskey sia lo stesso.

Devo studiarmi postgres, con mysql non mi avrebbe fregato.
@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
"The Mess We're In" by Joe Armstrong

Joe Armstrong is one of the inventors of Erlang. When at the Ericsson computer science lab in 1986, he was part of the team who designed and implemented the ...

YouTube
@eriol @lucent @octo beh, ma sostanzialmente sto dicendo che con un minimo di manutenzione del db ho risolto un robusto degrado che avevo avuto dopo mesi.
Probabilmente anche @octo puo' ottenere un risultato analogo col suo fido misskey
@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
@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
@eriol

Ciao!

> è 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.

Molto interessante, grazie della segnalazione! Tra l'altro conferma
anche una mia convinzione che ho maturato negli ultimi tempi. :)

Ciao!
C.
@eriol ho fatto oggi proprio la migrazione da Rebased+Soapbox ad Akkoma+PleromaFE proprio per quel motivo

@octo se ti serve una mano con Akkoma, volentieri ti posso passare il mio Dockerfile e docker-compose che sto usando in produzione
@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