tickets #27084
closedFwd: Re: problems of Weblate at l10n.opensuse.org
100%
Description
Theo, the first issue is apparently a problem of SSL NPN proxy:
If I call
wget http://localhost:443/languages/
directly on the server, I get a complete reply.
If I call
https://l10n.opensuse.org/languages/
I get an incomplete reply.
Maybe also file upload has the same source:
-------- Přeposlaná zpráva --------
Předmět: Re: problems of Weblate at l10n.opensuse.org
Datum: Thu, 26 Oct 2017 08:47:33 +0300
Od: Александр Мелентьев alex239@gmail.com
Komu: Stanislav Brabec sbrabec@suse.cz
Well, updating our instance is worth a try, cause something is
severely broken since lately, you can see the discussion here:
https://lists.opensuse.org/opensuse-translation/2017-10/msg00004.html
I cannot load the translations already made and guys from this
discussion don't see their language at all. So we actually were forced
to stop using Weblate :(
2017-10-25 18:12 GMT+03:00 Stanislav Brabec sbrabec@suse.cz:
I just talked with the Weblate author, and he told me that I should
upgrade Weblate first, and then try again.I will work on upgrade, and re-check your error later. I hope that it
does not block you from work.Dne 20.10.2017 v 17:44 Александр Мелентьев napsal(a):
2017-10-20 17:45 GMT+03:00 Stanislav Brabec sbrabec@suse.cz:
Hi.
The Weblate server reported an error while probably you were loading
https://l10n.opensuse.org/accounts/profile/
at Thu 19 Oct 2017 20:39:58 UTC
Nobody else experienced this problem.
Does Weblate work for you? Did you experience/did something strange that
could trigger it?
Well, I had some time off from Weblate to properly translate
libstorage-ng offline, after I came back I noticed a few strange
things that were not there before. First of all, Weblate failed to
load my translated file. It also failed before, but it was just a
response timeout, cause those update-desktop-files translations are
huge (the translations itself were actually loaded and parsed ok).
This time nginx immediately returned 500 Bad gateway.
The page which opens when I click on "openSUSE Weblate" label
(dashboard page) used to show me all translatable components for my
language, but now it displays just an empty page no matter which view
I select (default is "your languages" for some unknown reason). Only
"watched languages" (IDK the english term) show some components, but
then this list stays no matter which other view I select.
The error was:
'ProfileForm' has no field named 'dashboard_component_list'.
This most probably happened when I tried to change the default view in
the settings (to workaround/further diagnose this issue). The same
"internal server error" happens when I try to change the interface
language (to be able to properly report this).
-------- Přeposlaná zpráva --------
Předmět: Re: [weblate-admin] [openSUSE Weblate] Can't upload po file
Datum: Thu, 26 Oct 2017 06:37:25 +0700
Od: Arif Budiman arifpedia@gmail.com
Komu: Stanislav Brabec sbrabec@suse.cz
Hi admin,
The project is: https://l10n.opensuse.org/projects/libstorage/master/id/
Screenshot:
Thank you
2017-10-23 20:11 GMT+07:00 Stanislav Brabec sbrabec@suse.cz:
weblate-noreply@opensuse.org wrote:
Message from Arif Budiman arifpedia@gmail.com:
Hi Admin, I can't upload po files in l10n.opensuse.org. But i checked
at https://status.opensuse.org, the service is Operational.Hi,
could you tell me more about this problem?
Which project/component/language were you uploading.
What you seen after your attempt? Was there any error, or an upload
button was missing, or you was rejected?Please provide an exact time and time zone when you tried to do that, so
I can check the log.Did you retry that later (sometimes, the database server has short
outages).
Updated by pjessen over 6 years ago
- Private changed from Yes to No
sbrabec@suse.cz wrote:
Theo, the first issue is apparently a problem of SSL NPN proxy:
If I call
wget http://localhost:443/languages/
directly on the server, I get a complete reply.If I call
https://l10n.opensuse.org/languages/
I get an incomplete reply.
I've just tried accessing https://l10n.opensuse.org/languages/, it worked fine.
Updated by tampakrap over 6 years ago
- Assignee set to tampakrap
Confirmed, with curl -v https://l10n.opensuse.org/languages/ I get:
* TLSv1.2 (IN), TLS alert, Client hello (1):
* transfer closed with outstanding read data remaining
* stopped the pause stream!
* Closing connection 0
* TLSv1.2 (OUT), TLS alert, Client hello (1):
curl: (18) transfer closed with outstanding read data remaining
<div class="p
and the haproxy debug log says:
2017-10-30T15:43:54+00:00 proxy-opensuse-haproxy haproxy[21822]: xx.xx.xx.xx:58494 [30/Oct/2017:15:43:53.459] http-ext-in nuka/nuka 0/0/0/566/567 200 87145 - - SD-- 201/198/0/0/0 0/0 "GET /languages/ HTTP/1.1"
2017-10-30T15:43:54+00:00 proxy-opensuse-haproxy haproxy[21825]: xx.xx.xx.xx:58494 [30/Oct/2017:15:43:53.458] ssl-ext~ ssl-ext/http-ext-in 0/0/0/569/573 200 87190 - - SD-- 27/27/0/0/0 0/0 "GET /languages/ HTTP/1.1"
Updated by tampakrap over 6 years ago
- Assignee changed from tampakrap to sbrabec
the problem is not in haproxy side, it is definitely on the weblate host (uwsgi or nginx, not sure which one), back to stanislav
Updated by sbrabec over 6 years ago
- % Done changed from 0 to 90
It seems that it was an unknown problem with permissions. Restore of nginx.conf from scratch fixed the problem.
I still do not know a real reason for the failure. It could be worked around with strace -p even with the old configuration.
nginx has to run with uid nginx even if uwsgi uses wwwrun.
The reported failure of /languages/ is now away. I'll contact reporters to confirm a complete fix.
Updated by tampakrap almost 6 years ago
Stanislav, anything else left here or can we close the ticket?
Updated by sbrabec almost 6 years ago
- Status changed from New to Resolved
Yes. It was resolved and never happened again.
I don't plan to debug the old configuration to check, why nginx with "uid=wwwrun" terminates transfer over NPN proxy. The default configuration with minimal changes works.