Martirologi de Yunohost (3): la contrasenya rebel

Per algun motiu que encara no he pogut investigar, fa dies que no em puc connectar al servidor via ssh (ja he trobat informació sobre aquest problema: ara només en manca trobar-hi temps). Com que també he tingut alguna dificultat amb les actualitzacions via interfície web, això m’ha obligat a connectar la Raspberry a un monitor i administrar en local. I aquí he trobat una altre petit entrebanc: en introduir la contrasenya de root, el sistema no la reconeixia.

He revisat la llista de contrasenyes, m’he assegurat que estava emprant la contrasenya correcta… però el Debian continuava a respondre’m que no, que aquella no era.

Al final, de pura casualitat, he recordat que la contrasenya inclou alguns caràcters especials (ja sabeu, d’aquells que tant recomanen introduir en les contrasenyes per tal de fer-les més fortes, |@#~½æßðđ…). Aquests caràcters tenen la virtut (ehem…) de canviar de lloc per a cada distribució de teclat, i era aquí on radicava el problema: a la Debian, encara tinc configurat el teclat US, a diferència de la resta d’ordinadors, on tinc ES-ca i aquests caràcters rars es troben on toca. Total, que només he hagut de descobrir sota quina tecla s’amagaven aquests caràcter i ja he pogut accedir-hi amb normalitat.

Buf, quin ensurt més absurd.

(Sí, ja ho sé: ara toca configurar les locals de la Debian a ES-ca. M’ho deixe apuntat per ací per a recordar-ho.)

Martirologi de Yunohost (2): error 502 en Moodle

Ahir, mentre treballava normalment amb Moodle (clonava un element), em va tornar l’error 502 Bad Gateway. En veure que insistia, vaig començar a cercar informació sobre el tema: la conseqüència immediata era que alguna cosa anava malament en el Moodle (però és evident que no tinc els coneixements necessaris per esbrinar el què, i encara menys per a trobar-ne la solució).

La primera opció va ser reiniciar TOT el servidor Yunohost. I va funcionar, vaig poder accedir al Moodle… durant un parell de minuts, fins que l’error 502 va reaparèixer.

El segon intent va ser actualitzar Yunohost via ssh:

# apt-get update ; apt-get -y upgrade ; aptitude update ; aptitude -y upgrade
# apt-get clean ; apt-get autoclean ; apt-get -y autoremove
# reboot

I vaig poder tornar a accedir al Moodle… durant un altre parell de minuts.

El tercer intent va ser via la interfície web d’administració del Yunohost: hi vaig descobrir que hi havia un actualització disponible per al Moodle (del paquet moodle-3.9.0 al paquet moodle-3.9.0-ynh1): la vaig aplicar (juntament amb una altre que em mostrava per a Nextcloud), el servidor es va reiniciar i, afortunadament, l’error 502 no se m’ha tornat a presentar.

Continue sense saber quin era el problema (no sóc informàtic, ja ho sabeu). Afortunadament, sembla que els xicots de Yunohost l’havien identificat i n’havien inclòs la solució en aquella actualització. Que el nom del paquet incloga les sigles ynh i que no canvie numeració respecte a l’anterior em fa sospitar que no es tracta de cap problema propi del Moodle, sinó de la manera com aquest «funciona» dins de Yunohost. Però potser estic completament equivocat.

El que és important és comprovar que Yunohost és un projecte molt viu, molt actiu, i que els seus programadors detecten i solucionen els problemes molt ràpidament: abans que jo me’l trobés, ells ja l’havien solucionat. Cosa que em recorda que hauré de pensar a col·laborar amb el projecte d’alguna manera concreta, més enllà de fer-ne difusió.

Martirologi de Yunohost (1): programant reinicis amb cron

Després de la instal·lació de Yunohost en una RaspberryPi 3+ B (cosa que no m’hauria plantejat abans d’escoltar les explicacions d’en Xaloc) per a confeccionar i mantenir el meu servidor domèstic (on, entre altres coses, s’allotja aquest blog), em vaig emocionar afegint-hi un grapat de serveis que potser (potser) han tingut alguna cosa a veure amb la penjada que el pobre animalet va patir fa uns dies: li demane massa a la modestíssima Raspy? No ho sé.

L’incident, a més, em va pillar lluny de casa i, fins que no hi vaig tornar, la cosa no tenia solució. En local, després de reiniciar la màquina (dir-li «màquina» a una Raspy, tot i ser semànticament correcte, continua semblant-me un acudit), se’m va ocórrer afegir al cron l’ordre de reiniciar (reboot) cada 24 hores, de matinada, en un horari que difícilment em pot afectar. No sé si això previndrà el problema, però, ara mateix, no tinc temps per investigar res més.

Toquem ferro i, sobretot, continuem amb aquesta aventura apassionant.

ReEDICIÓ: QUELCOM NO FURULA (3-9-20)

L’ordre que li vaig passar al cron no fa res. L’he corregida afegint-hi l’usuari que l’executa, root, però continua sense funcionar. He d’investigar si Yunohost porta alguna modificació al funcionament del cron.