User:Icyflame/Slack Conversations
Jump to navigation
Jump to search
We are on Slack's free plan, so we can only see the latest 10,000 messages. As people send more and more messages, old threads go away and become harder to find.
2019-12-05: ArticleFeedback extension not working
Thread meta-x Berserker Nov 25th at 17:37 Recently in the Article Feedback Log (https://wiki.metakgp.org/w/Special:Log/articlefeedbackv5), opening any feedback post submitted by anyone results in some sort of Database Error. The following image is the error I see when I open this feedback https://wiki.metakgp.org/w/Special:ArticleFeedbackv5/HS30087:_Economics_Of_Growth/05ba646b6601674f62e7ed15c72b3134Is this behaviour expected? Screenshot from 2019-11-25 14-08-03.png Screenshot from 2019-11-25 14-08-03.png 32 replies icyflame:snow_capped_mountain: 7 days ago No! I have been wanting to investigate this, I am not really sure what's going wrong here. I tried to ssh in and look at the logs, but nothing particular stood out. :cold_sweat: Berserker 7 days ago Any ideas to investigate this? icyflame:snow_capped_mountain: 7 days ago SSH-ing into the server and looking at the logs for the Nginx, PHP and MySQL container to see if any obvious errors logs are printed would be a good first step. Let me know if you face any trouble trying to do that, perhaps it would be useful if two people looked at it together. (edited) Berserker 7 days ago Will report in this thread only if some new findings are there on my side. icyflame:snow_capped_mountain: 2 hours ago Ah, I looked at the page without logging in and it works properly!https://wiki.metakgp.org/w/Special:ArticleFeedbackv5/Main_Page/059b77dd7829c36ca4b3ed15c72b3134^ This page works fine if you open it in a browser where you aren't logged in! I was always logged in so I never realized that it works for some people.I added some feedback and that worker properly too. So, the only problem seems to be viewing feedback as a logged in user :thinking_face: icyflame:snow_capped_mountain: 2 hours ago I can see the 500 on the PHP container's logs, at least 172.27.0.2 - 04/Dec/2019:19:19:02 +0530 "GET /w/Special:ArticleFeedbackv5/Main_Page/05bb44a09d81674f62e7ed15c72b3134" 500 icyflame:snow_capped_mountain: 2 hours ago I can't see any logs on the MySQL container that could tell us what was wrong with the query that's being run. I have to probably turn on more debugging logs. let me try that on local (I haven't setup the articleFeedback extension before though, so might take some time) icyflame:snow_capped_mountain: 1 hour ago Okay, looks like a table might just be missing from our database :cold_sweat:https://www.mediawiki.org/wiki/Topic:U26n1a1pgo0078tt icyflame:snow_capped_mountain: 1 hour ago Let me try to deploy locally with the appropriate debug options $wgShowExceptionDetails = true; $wgShowDBErrorBacktrace = true; $wgShowSQLErrors = true; icyflame:snow_capped_mountain: 1 hour ago Actually, the MySQL server might record queries that threw an error somewhere inside itself. Let me check if there is such a DB first. icyflame:snow_capped_mountain: 1 hour ago Interesting, information_schema.processlist is empty! (edited) icyflame:snow_capped_mountain: 1 hour ago MySQL has /var/log/error.log but the last lines were printed in 2018 February! icyflame:snow_capped_mountain: 1 hour ago Okay, I guess I just have to turn on debugging on local and try to figure it out. icyflame:snow_capped_mountain: 1 hour ago Alright, local build process is running. It has to get a bunch of images because it seems I have never run Metakgp locally on this laptop :cold_sweat: icyflame:snow_capped_mountain: 1 hour ago Backups seem to have been running periodically, that's good :100: icyflame@metakgp-blr:~$ docker cp metakgp-wiki_backup_1:/root/backups/metakgp_wiki_2019_12_04_04_23_01.tar.gz . I will prepare the SQL file. Once the containers are up, I will recreate from the latest backup and then turn on debugging, restart all containers, try to access feedback and see what queries are being run! icyflame:snow_capped_mountain: 1 hour ago mysql> SELECT @@global.general_log; +----------------------+ | @@global.general_log | +----------------------+ | 0 | +----------------------+ 1 row in set (0.00 sec)mysql> SELECT @@global.general_log_file; +---------------------------------+ | @@global.general_log_file | +---------------------------------+ | /var/lib/mysql/4efb1f830bf6.log | +---------------------------------+ 1 row in set (0.00 sec)mysql> SELECT @@global.log_output; +---------------------+ | @@global.log_output | +---------------------+ | FILE | +---------------------+ 1 row in set (0.00 sec) @@global.general_log is 0. This answer asks people to set it to 1 for the log to be printed to a file https://stackoverflow.com/a/11598959/2080089 Stack OverflowStack Overflow mysql log files are empty although it seems that I have set eveything I am trying to get log files for mysql server Ver 14.14 Distrib 5.5.22 running on debian-linux-gnu (x86_64) using readline 6.2 Based on several websites I uncommented these lines in /etc/mysql/my.... icyflame:snow_capped_mountain: 1 hour ago https://github.com/metakgp/metakgp-wiki/issues/73Opened an issue for this. This has to be an issue for another day :sweat_smile: I wonder if @amrav set general_log = 1 locally on our old instance and when we moved instances from the France region to Bangalore, that setting was lost? :thinking_face: Anyway, we need to fix this. I am wondering if it might be wise to set general_log to 1 on the current container and then tail the error logs in an attempt to find the problem. icyflame:snow_capped_mountain: 40 minutes ago Ah, so general_log is for normal logs, not error logs.Error logs are always written somewhere. Our current setting seems to be to write to stderr mysql> SELECT @@log_error; +-------------+ | @@log_error | +-------------+ | stderr | +-------------+ 1 row in set (0.00 sec) icyflame:snow_capped_mountain: 39 minutes ago @Berserker If you are online and have a running local instance of Metakgp, can you try restoring the latest backup and turning on the debug variables above? icyflame:snow_capped_mountain: 39 minutes ago I am at Step 10/15 trying to download all the composer dependencies :sweat_smile: (edited) Berserker 38 minutes ago I am online, but do not have a local instance of running Metakgp as of now, I will do it tonight actually. Berserker 37 minutes ago https://metakgp.slack.com/archives/C0AKQ9VFC/p1575470598004600?thread_ts=1574671031.000300&cid=C0AKQ9VFC Shouldn't we direct error_log to a file instead of stderr? Ah, so general_log is for normal logs, not error logs.Error logs are always written somewhere. Our current setting seems to be to write to stderr mysql> SELECT @@log_error; +-------------+ | @@log_error | +-------------+ | stderr | From a thread in #meta-x | Yesterday at 23:43 | View reply icyflame:snow_capped_mountain: 37 minutes ago Oh, okay :+1: I am gonna be around for a few more minutes, but I don't think it will finish building tonight. I think you know what to do, so if you get time tonight, try :+1: icyflame:snow_capped_mountain: 37 minutes ago Yeah, probably file is better. But it doesn't matter because the file would be part of the container and gone, just like stderr when we restart the container.If we wanted to keep error logs, we would create a volume and make it persistent. Berserker 37 minutes ago Thanks for the insight to this problem, I will try and give a update in this thread. icyflame:snow_capped_mountain: 37 minutes ago :100: :muscle: icyflame:snow_capped_mountain: 36 minutes ago I can see error logs from my incorrect login attempts, but not from the supposed query that PHP is running. Which is now making me suspect that it's getting stuck somewhere in the middle and not even making the query to MySQL :sweat_smile: icyflame:snow_capped_mountain: 35 minutes ago icyflame@metakgp-blr:~$ docker logs -f --since=60m metakgp-wiki_mysql_1 2019-12-04T14:08:48.038821Z 659684 [Note] Access denied for user 'root'@'localhost' (using password: NO) 2019-12-04T14:09:23.909384Z 659696 [Note] Access denied for user 'metakgp_user'@'localhost' (using password: NO) icyflame:snow_capped_mountain: 35 minutes ago Maybe we didn't update the extension? :thinking_face: icyflame:snow_capped_mountain: 30 minutes ago Version looks good :ok:https://wiki.metakgp.org/w/Special:VersionThe extension page says that you should run the update script after installing the extension. I am sure we ran that extension and created the DB tables. :green_book:Also, as the feedback feature works properly except for a logged in user trying to look at a specific feedback page, this seems like something else is the problem. icyflame:snow_capped_mountain: 23 minutes ago Ah, turns out the update top trending job has been failing :cry: icyflame:snow_capped_mountain: 15 minutes ago Opened an issue for that failure: https://github.com/metakgp/metakgp-wiki/issues/74