MàJ Gitea => 502 bad gateway

Support
1

Mon serveur YunoHost

Matériel: PC
Version de YunoHost: 4.0.4
J’ai accès à mon serveur : En SSH & En direct avec un clavier/écran
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : MàJ Gitea

Bonjour.

Suite a la mise à jour de gitea (il y a 3 jours) je me retrouve avec une “502 bad gateway”.

J’ai bien un proc gitea web qui tourne:

# ps aux | grep gitea 
gitea     4581  8.3  1.7 1594920 143436 ?      Ssl  14:43   0:00 /opt/gitea/gitea web

Comment dois-je faire pour trouver la cause afin de résoudre ce problème ?

2

Est-ce que tu peux regarder dans le diagnostique ou dans “Services” (dans la webadmin) si le service gitea tourne …?

3

Il n’apparait pas dans cette section et quand je fais un:

# yunohost service status gitea
Erreur : Le service 'gitea' est inconnu
4

Wokay … et un systemctl status gitea ?

5

Voila le résultat: https://paste.yunohost.org/tariqeyubo.rb

6

Moké ben le service a l’air happy alors ça devrait marcher …

Est-ce que tu peux faire un

netstat -tulpn | grep gitea

pour essayer de voir sur quel port il écoute. Et on compare ça au résultat de :

grep "proxy_pass" /etc/nginx/conf.d/*.d/gitea.conf

7

Ne retourne rien !

# grep "proxy_pass" /etc/nginx/conf.d/*.d/gitea.conf
    proxy_pass                  http://localhost:6000/;

ok … donc 6000 en 127.0.0.1

# netstat -tulpn | grep 6000
udp6       0      0 :::60003                :::*                                -

Le port 6000 ne semble pas en écoute.

8

Moké et si tu fais un

cat /var/www/gitea/custom/conf/app.ini

Est-ce que tu vois une section Server avec le port 6000 ?

9 
# cat /var/www/gitea/custom/conf/app.ini
cat: /var/www/gitea/custom/conf/app.ini: Aucun fichier ou dossier de ce type

Hummm …

il n’y a pas de repertoire gitea dans /var/www/ !

10

Essaie peut-être
/opt/gitea

1 Like
11

Ok config => https://paste.yunohost.org/atopeheqog.ini

Donc oui il y a bien le port 6000 dans la section:

# cat /opt/gitea/custom/conf/app.ini
...
[server]
DOMAIN        = xxx.noho.st
HTTP_PORT     = 6000
HTTP_ADDR     = 127.0.0.1
...
12

Bonjour.

Je refais un point. J’ai vraiment peur d’avoir perdu mes dépôts …

Le problème: Suite a la dernière mise à jour de gitea, j’ai une erreur 502 bad gateway quand je souhaite accéder a l’interface web de gitea.

  1. gitea n’apparais plus dans les services du webadmin

  2. via la commande yunohost :

# yunohost service status gitea
Erreur : Le service 'gitea' est inconnu
  1. via systemd :
# systemctl status gitea

=> https://paste.yunohost.org/tariqeyubo.rb

  1. config nginx :
# grep "proxy_pass" /etc/nginx/conf.d/*.d/gitea.conf
proxy_pass                  http://localhost:6000/;
  1. le port 6000 ne semble pas en écoute:
# netstat -tulpn | grep gitea
# netstat -tulpn | grep 6000 
udp6       0      0 :::60003
  1. Config gitea :
# cat /opt/gitea/custom/conf/app.ini ...
[server]
DOMAIN        = xxx.noho.st
HTTP_PORT     = 6000
HTTP_ADDR     = 127.0.0.1 ...

Voilà pour le résumé des recherches faites grâce au forum.

Je ne sais vraiment pas comment aller plus loin sans prendre le risque de perdre les dépôts qui sont sur gitea.

13

A mon avis tes dépôts sont toujours là mais c’est juste bizarre que le service n’écoute pas sur le port 6000 … Et c’est aussi curieux que le service ne soit pas listé dans les services connus par yunohost

Quand tu parles de maj gitea, tu parles bien d’une maj via yunohost ?

Sinon, regardons plus en détails les logs du service avec :

journalctl --no-pager --no-hostname -n 200 -u gitea
14

oui.

journalctl --no-pager --no-hostname -n 200 -u gitea => hastebin

15

Oké quid de :

cat /var/log/gitea/gitea.log
16

J’ai fais un tail -n 1000 /var/log/gitea/gitea.log cas plus de 100k lignes => hastebin

17

Ah du coup il y a bien un soucis qui explique pourquoi ça démarre pas :

2020/08/19 19:08:52 routers/init.go:63:initDBEngine() [I] Beginning ORM engine initialization.
2020/08/19 19:08:52 routers/init.go:70:initDBEngine() [I] ORM engine initialization attempt #1/10...
2020/08/19 19:08:52 ...ations/migrations.go:300:Migrate() [I] Migration[120]: Add owner_name on table repository
2020/08/19 19:08:52 routers/init.go:76:initDBEngine() [E] ORM engine initialization attempt #1/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/08/19 19:08:52 routers/init.go:77:initDBEngine() [I] Backing off for 3 seconds

Visiblement une migration de la DB qui arrive pas à se faire correctement …?

Ptete que ça te parle, @Josue ? :s

18

Hello, non. Etrangement j’ai jamais constaté de problème de stabilité avec gitea :confused:

19

OK.

Mon premier objectif est de pouvoir récup mes dépôts sur mon poste local. Une fois cette ‘sauvegarde de fortune’ faite, je pourrai supprimer gitea pour le réinstaller, puis recréer mes dépôts un par un (ch*ant mais vital).

Donc, comment avoir accès aux dépôts qui sont sur le serveur ou gitea est en PLS ?

Y a-t-il moyen d’y avoir accès directement ou devrai-je restaurer la sauvegarde automatique préupgrade en espérant quelle contienne mes dépôts et que gitea refonctionne ?

20

Normalement il doit y avoir une sauvegarde de l’app qui a été faite avant l’upgrade. Tu doit pouvoir la voir dans la liste des sauvegardes Yunohost.

Sinon tu peux trouver tes dépôt dans /home/gitea/repositories/USER/REPOS.git.

1 Like