[00:17:58] Hey all, need some help. I have an issue with file uplaods on mediawiki 1.33 fresh install on CentOS 7. I am getting an error Caught exception of type LocalFileLockError. I am digging around in LocalSettings.php, and it doesn't seem like mediawiki defaulted any type of upload path or directory? Is this normal? [01:09:26] Holy hell, that was an ordeal. Finally got it. [10:26:01] Hello and big thanks for the awesome software and helpful support. After applying the SQL given here https://phabricator.wikimedia.org/T234027 I managed to upgrade the wiki family of 2 wikis, but now the Main Page of the test.consumerium.org/wiki/ is an empty page and the histories of other pages are incorrect too. I have backup of the mediawiki_testwiki database from before running the SQL (which enabled the upgrader to complete) and before the [10:26:03] upgrade. [10:27:14] One thing that should probably be reported is that the first run of the update.php is that it initially ended with a PHP error: "PHP Fatal error: Cannot declare class FakeMaintenance, because the name is already in use in /var/www/consumerium.org/develop/w/maintenance/Maintenance.php on line 1673" [10:29:17] This php error occurred, when the Mediawiki was in /mw-1.33/, but stopped exhibiting when I moved the dir to /w/ and that could be the cause for the PHP error [10:32:11] I'm guessing this problem with the testwiki is due to it sharing tables (when not upgrading it) from the developwiki and for this reason the database is in a weird state and has lost the Main Page and the histories of the other pages are wrong too. Help, please. Ping mobijubo (me on irccloud) if I'm not here and somebody has a clue as to what's wrong and how to fix it [10:34:32] Should I rollback the database to 1.32, apply the SQL fix and retry the upgrade? Perhaps the PHP error actually caused something to break. [10:47:26] shared tables are ipblocks, user_roles and interwiki. I'm guessing that since the test wiki has been reading its user_roles from the development wiki database and during the upgrade the sharing was disabled and this perhaps caused the updater to make an inconsistent database, causing that pages are missing and where a page is not completely missing it is missing history [10:47:33] mobijubo: if I were you I would try that first, yeah [10:47:58] Gasai: rollback to old database and attempt update agaiN?? [10:48:01] yes [10:48:12] Ok. I can try that [10:48:28] because your upgrade script likely included /w/ instead of /mw-1.33/ [10:48:35] (partially) [10:48:40] Gasai: Good point [11:56:18] Ok... doing the rollback and retrying the upgrade now [12:10:38] Rolled back, applied the SQL to fix the database into what it should be in 1.32, disabled all shared tables, ran the upgrade and end result is the same: Test wiki is up, but is missing the Main Page and the histories of the other pages are incoherent. Should I try again, but this time sharing one or more of these 3 tables: ipblocks, user_groups or interwiki [12:11:18] Or perhaps just altering the schema to what 1.32.0 should look like isn't enough, but some script should be run to populate something? [12:15:53] I will update the ticket with info on what worked (thanks for the code) and what is not working and perhaps someone will figure out what's wrong, why the test wiki has a disappeared Main Page and other pages histories are wrong too. My hunch is that perhaps the user_groups table should be shared when running the upgrade [12:17:05] the mariadb user of testwiki does not have alter rights to the developwiki, but I could temporarily add alter rights if that is needed. [12:18:13] The testwiki has always shared its user_rights from the developwiki, so this (in my mind) could lead to it messing up the upgrade, because no users exist in the user_groups [12:22:51] I have an idea: What if I roll back, apply the SQL to fix the database, dump the shared tables from developwiki and load them into the testwiki database before running the upgrade. It could be that this way it would not get confused about non-existent contributors [12:55:53] Progress! Importing ipblocks, user, user_groups and interwiki into the testwiki database (all of these have been shared, from the main wiki, except user). Then I disabled the shared tables, upgraded the testwiki and re-enabled the shared tables and now testwiki looks ok (i.e. no missing pages, missing histories) [12:57:27] should I share the 'user' table too. With user_groups being shared and I log into the developwiki and then reload the testwiki and I am logged in in there too and I don't quite understand this [13:00:01] Classically I have shared only the user_groups -table, but I'm thinking that shouldn't the wikis be sharing the user-table too or there will be problems if anyone ever creates an account on the testwiki? [13:01:19] I will now go and update the ticket. Perhaps that is the best way to get proficient help in this wiki family issue [13:50:21] Ticket updated [13:52:51] If I am reading this right I should probably share the user-table too (the grants already exist) https://www.mediawiki.org/wiki/Manual:Shared_database [16:31:49] Should I share the table 'user' from the main wiki to the test wiki? Grants to modify are already in place, but for some reason user is not shared in my setup. Other than figuring this out the upgrade of the wiki family of 2 wikis to 1.33 is now done. [19:17:59] mobijubo: was your main page on the old wiki named differently? maybe the MediaWiki:Mainpage setting was lost? [19:18:36] for example if you had main page set to Example_Wiki and after upgrading the main page link leads to Main_Page, the latter will be empty [21:51:33] Hi all I have issues with uploading a large file in chunks. it works for 41 chunks but the 42 gets truncated with one byte ... help ! [21:52:00] When I upload the file in one go, I get as reply the api help page >