Visual editor does not work at all on Kiwix welcome page

[kelson42]

I don't know if other pages are impacted, but I suspect yes. This is not a problem with the RAM.

[florentk]

This problem is caused by an API request timeout :

2019-02-03 00:57:05 kiwix kiwix wiki {"name":"parsoid","hostname":"wiki.kiwix.kiwix.kiwixoffline.node.intern","pid":1444,"level":40,"logType":"warn/api/esockettimedout","wiki":"wiki$0","title":"Main_Page","oldId":31783,"reqId":null,"userAgent":"VisualEditor-MediaWiki/1.31.0-rc.0","msg":"Failed API request, {\"error\":{\"code\":\"ESOCKETTIMEDOUT\",\"connect\":false},\"retries-remaining\":1}","longMsg":"Failed API request,\n{\"error\":{\"code\":\"ESOCKETTIMEDOUT\",\"connect\":false},\"retries-remaining\":1}","levelPath":"warn/api/esockettimedout","time":"2019-02-03T00:57:01.303Z","v":0}

After lauch VisualEditor on a page, the wikimedia server become very slow and do not answer before the timeout. However, all ressource are avaible :

CONTAINER 		 CPU % 	 MEM / LIMIT 		 MEM % 	 NET I/O Extern 	 NET I/O Intern
kiwix/wiki-468196 	 0.9% 	 2.19 GiB / 2816 MiB 	 79.5% 	 463 B / 19.5 KiB 	 9.57 B / 0 B

[kelson42]

@florentk You mean the Parsoid server is slow? But you don't know why (cpu, ram, io)?

[florentk]

@kelson42 no, I think is the Wikimedia application that is slow, Parsoid wait a response from Wikimedia API. I have tested, all Wiki become slow. I suspect a concurent database access problem but I can not verified that.

[kelson42]

@florentk I don't understand which Wikimedia service we rely one. We should not. Which API/URL are we talking about?

[florentk]

@kelson42 Is this API/URL (but also other) :

2019-02-03 01:16:27 kiwix kiwix wiki 127.0.0.1 - - [03/Feb/2019:01:16:26 +0000] "GET /w/api.php?format=json&action=query&prop=info%7Crevisions&rawcontinue=1&rvprop=content%7Cids%7Ctimestamp%7Csize%7Csha1%7Ccontentmodel&rvslots=main&revids=30321 HTTP/1.1" 200 6121 "-" "Parsoid/0.10.0+git"

[florentk]

@kelson42 You can make a test to reproduce the bug :

• Go to main page with a logged account
• Lauche visual editor -> progress bar blocked
• Run immediatly `curl -v https://wiki.kiwix.org/wiki/Main_Page' This is same with any other URL (like API call ...)

[kelson42]

@florentk OK, but this is a request to our wiki!? Do you mix "wikimedia" with "mediawiki"?

[florentk]

@kelson42 Yes, I mix "wikimedia" with "mediawiki", sorry. Yes is an API request to our Wiki :
https://wiki.kiwix.org/w/api.php?format=json&action=query&prop=info%7Crevisions&rawcontinue=1&rvprop=content%7Cids%7Ctimestamp%7Csize%7Csha1%7Ccontentmodel&rvslots=main&revids=30321

[kelson42]

@florentk I think that Mediawiki is slower as it should. One of the reason I have identified is that it seems that php7-fpm seems not to be configured at all to have an opcache https://mnt-tech.fr/blog/opcache-configuration-et-fonctionnement/. This would probably make quite a difference. Would you be able to activate in in mediawiki-docker? Otherwise have you been able to reproduce the problem locally with Kiwix data on your computer?

[kelson42]

An other link https://laravel-news.com/php-opcache-docker

[kelson42]

@florentk I have created a PR to help to fix this offspot/mediawiki-docker#18

[florentk]

@kelson42 ok, this seems to be a good trail, I look that this week.

[florentk]

I get this error : apierror-visualeditor-docserver-http: HTTP 406.

[florentk]

fix in offspot/mediawiki-docker@b0edafe

[kelson42]

@florentk As far as I can see the problem is still there. Otherwise have you been able to reproduce the problem locally with Kiwix data on your computer?

[florentk]

@kelson42 I don't reproduce problem with Openzime wiki data on my computer. And I don't have Kiwix data to test on my computer.

[florentk]

@kelson42 I reproduce this bug on my computer, it seems it's related with the Translate extension. I re-open the ticket here : offspot/mediawiki-docker#17

[kelson42]

This has been fixed