[résolu] Gitea donne un 502 après une mise à jour

[Koantig]

Mon serveur YunoHost

Matériel: Raspberry Pi à la maison
Version de YunoHost: 4.0.8
J’ai accès à mon serveur : En SSH | Par la webadmin
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non

Description du problème

J’ai fait une petite mise à jour du système et des applications et depuis j’ai un 502 Bad Gateway (nginx) pour la page de gitea.
Il y a l’air d’avoir eu un léger hic au moment de la maj mais il a continué dans broncher:

2020-10-11 18:13:01,862: WARNING - 2020/10/11 18:13:00 routers/init.go:70:initDBEngine() [I] ORM engine initialization attempt #3/10...
2020-10-11 18:13:01,863: WARNING - 2020/10/11 18:13:00 ...ations/migrations.go:300:Migrate() [I] Migration[121]: add is_restricted column for users table
2020-10-11 18:13:01,865: WARNING - 2020/10/11 18:13:00 routers/init.go:76:initDBEngine() [E] ORM engine initialization attempt #3/10 failed. Error: migrate: do migrate: Error 1118: Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs
2020-10-11 18:13:01,866: WARNING - 2020/10/11 18:13:00 routers/init.go:77:initDBEngine() [I] Backing off for 3 seconds
2020-10-11 18:13:02,871: DEBUG - + ynh_store_file_checksum --file /opt/gitea/custom/conf/app.ini
2020-10-11 18:13:02,977: DEBUG - + local checksum_setting_name=checksum__opt_gitea_custom_conf_app.ini
2020-10-11 18:13:02,979: DEBUG - ++ md5sum /opt/gitea/custom/conf/app.ini
2020-10-11 18:13:02,980: DEBUG - ++ cut '--delimiter= ' --fields=1
2020-10-11 18:13:02,981: DEBUG - + ynh_app_setting_set --app=gitea --key=checksum__opt_gitea_custom_conf_app.ini --value=cf7a1f8079c5c70aff5f0eb23490ee16
2020-10-11 18:13:03,294: DEBUG - + ynh_app_setting set gitea checksum__opt_gitea_custom_conf_app.ini cf7a1f8079c5c70aff5f0eb23490ee16
2020-10-11 18:13:03,296: DEBUG - + [[ set == \d\e\l\e\t\e ]]
2020-10-11 18:13:03,297: DEBUG - + ACTION=set
2020-10-11 18:13:03,298: DEBUG - + APP=gitea
2020-10-11 18:13:03,299: DEBUG - + KEY=checksum__opt_gitea_custom_conf_app.ini
2020-10-11 18:13:03,300: DEBUG - + VALUE=cf7a1f8079c5c70aff5f0eb23490ee16
2020-10-11 18:13:03,301: DEBUG - + python2.7 -
2020-10-11 18:13:03,704: DEBUG - + [[ checksum__opt_gitea_custom_conf_app.ini =~ ^(unprotected|skipped)_ ]]
2020-10-11 18:13:03,705: DEBUG - + '[' -n '' ']'
2020-10-11 18:13:03,706: DEBUG - + unset backup_file_checksum
2020-10-11 18:13:03,706: DEBUG - + [[ 0 -eq 1 ]]
2020-10-11 18:13:04,014: DEBUG - + echo '[####################] > Upgrade of gitea completed'
2020-10-11 18:13:04,016: DEBUG - + ynh_exit_properly
2020-10-11 18:13:04,016: DEBUG - + local exit_code=0
2020-10-11 18:13:04,017: DEBUG - + '[' 0 -eq 0 ']'
2020-10-11 18:13:04,018: DEBUG - + exit 0
2020-10-11 18:13:04,019: INFO - [####################] > Upgrade of gitea completed
2020-10-11 18:13:04,071: DEBUG - Checking that required services are up and running...
2020-10-11 18:13:06,693: SUCCESS - gitea upgraded
2020-10-11 18:13:06,696: DEBUG - No default hook for action 'post_app_upgrade' in /usr/share/yunohost/hooks/
2020-10-11 18:13:06,697: DEBUG - No custom hook for action 'post_app_upgrade' in /etc/yunohost/hooks.d/

Si j’essaie de cloner un dépôt avec le https, il me retourne un 502 aussi.

Des idées? Merci d’avance

[stilobique]

Le package à réussi correctement l’update pourtant ? Si tu redémarre la machine ? J’ai des soucis parfois avec certaines apps (wiki.js) qui demande un redémarrage de Nginx, tu peut aussi le tenter, mais la c’est peut être le log de Nginx qu’il faut checker.

[Koantig]

merci pour la réponse. J’avais redemarré mais ça n’avait pas suffit. J’ai regardé le log Regenerate system configurations 'nginx', le seul log qui mentionne nginx après la maj de Gitea mais gitea n’y apparaît pas.

[Aleks]

Eventuellement est-ce que le diagnostique rapporte des problemes qui pourraient orienter la recherche …? Genre un service nommé “gitea” maybe ?

[Koantig]

merci, j’ai trouvé les logs de gitea (pas qu’ils étaient cachés mais j’y ai pas pensé).

Il a vraiment l’air de buter sur l’erreur ORM apparement.

[F] ORM engine initialization failed: migrate: do migrate: Error 1118: Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs

Ç’était un problème avec MySQL. Facilement résolu avec https://docs.gitea.io/en-us/faq/#upgrade-errors-with-mysql

Pour un raspberry pi (et autres systèmes sans doute):

su gitea
/opt/gitea/gitea convert

Et ça re-fonctionne!

Merci pour l’aide