I had to repair some special characters by hand though. I couldn't do the exporting, editing and importing thing since it resulted in a "duplicate entry" error.
Thanks and cheers, Till On 9/22/2016 5:11 PM, Till Kraemer wrote: > I'm sorry to hear that, Jasmine :( Maybe you can get help on Stack > Overflow or Server Fault? > > With the help of this article at > https://confluence.atlassian.com/crowdkb/unable-to-perform-administrative-functions-in-crowd-console-due-to-error-illegal-mix-of-collations-179077288.html > I entered: > > SELECT * FROM information_schema.TABLES WHERE table_schema = > 'centralauth' AND table_collation != 'utf8_bin'; > > ...and I noticed that most of the tables use engine MyISAM. > > I changed that using ALTER TABLE globaluser ENGINE=INNODB; and then I > was able to do things like: > > ALTER TABLE globaluser CONVERT TO CHARACTER SET utf8 COLLATE utf8_bin; > > Everything works perfectly now. > > Have a nice evening! > > Thanks and cheers, > > Till > > > On 9/22/2016 4:29 PM, Jasmine Smith wrote: >> Sadly, there is virtually no help for CentralAuth. You'll likely get told to >> use a shared users table. >> >> I had an issue months ago that no one helped with. >> >>> On 22 Sep 2016, at 03:22 pm, "Till Kraemer" <[email protected]> wrote: >>> >>> P.S.: I also created the user User on the datawiki and tried to rename >>> him to টিল via Special:RenameUser but that resulted in the same error :/ >>> >>> >>>> On 9/21/2016 5:33 PM, Till Kraemer wrote: >>>> Hi, >>>> >>>> I'm running a little pool wiki for files, a data wiki for, well data, >>>> and several language wikis (MediaWiki 1.27.1). >>>> >>>> Users টিল and Till have accounts on enwiki. I can create a local user >>>> টিল on poolwiki via createLocalAccount.php with no problems. I also can >>>> create a local user Till on datawiki without any trouble, but when I try >>>> to create টিল on datawiki, I'm getting the following error: >>>> >>>> A database query error has occurred. >>>> Query: SELECT >>>> gu_id,gu_name,lu_wiki,gu_salt,gu_password,gu_auth_token,gu_locked,gu_hidden,gu_registration,gu_email,gu_email_authenticated,gu_home_db,gu_cas_token >>>> FROM `globaluser` LEFT OUTER JOIN `localuser` ON ((gu_name=lu_name) AND >>>> lu_wiki = 'datawiki') WHERE gu_name = 'টিল' LIMIT 1 >>>> Function: CentralAuthUser::loadState >>>> Error: 1267 Illegal mix of collations (latin1_bin,IMPLICIT) and >>>> (utf8_general_ci,COERCIBLE) for operation '=' (127.0.0.1) >>>> >>>> Table globaluser on database centralauth looks like this: >>>> >>>> | Field | Type | Collation | >>>> +------------------------------+------------------+-------------------+ >>>> | gu_id | int(11) | NULL | >>>> | gu_name | varchar(255) | latin1_bin | >>>> | gu_enabled | varchar(14) | latin1_swedish_ci | >>>> | gu_enabled_method | enum('opt-in', | latin1_swedish_ci | >>>> | |'batch','auto', | | >>>> | |'admin') | | >>>> | gu_home_db | varchar(255) | latin1_bin | >>>> | gu_email | varchar(255) | latin1_bin | >>>> | gu_email_authenticated | char(14) | latin1_bin | >>>> | gu_salt | varchar(16) | latin1_bin | >>>> | gu_password | tinyblob | NULL | >>>> | gu_locked | tinyint(1) | NULL | >>>> | gu_hidden | varbinary(255) | NULL | >>>> | gu_registration | varchar(14) | latin1_bin | >>>> | gu_password_reset_key | tinyblob | NULL | >>>> | gu_password_reset_expiration | varchar(14) | latin1_bin | >>>> | gu_auth_token | varbinary(32) | NULL | >>>> | gu_cas_token | int(10) unsigned | NULL | >>>> >>>> I tried to do things like ALTER TABLE `globaluser` MODIFY >>>> `gu_password_reset_expiration` varchar(14) CHARACTER SET utf8 COLLATE >>>> utf8_bin; but that doesn't work with gu_name: >>>> >>>> ERROR 1071 (42000): Specified key was too long; max key length is 1000 >>>> bytes >>>> >>>> I can do gu_name varchar(200), but I'm probably not supposed to do that. >>>> >>>> I also can change gu_name varchar(255) to utf8_bin in a freshly created >>>> centralauth database, but not in the one that is already populated with >>>> my users. >>>> >>>> Exporting the old centralauth database, changing gu_name to utf8_bin in >>>> an editor and importing it, doesn't work either: same error as mentioned >>>> above. >>>> >>>> How can I fix this? >>>> >>>> I'm running MariaDB 10.0.25 which seem to use XtraDB by default. Would >>>> it help to switch to InnoDB? >>>> >>>> And: my latest language wikis have $wgDBTableOptions = "ENGINE=InnoDB, >>>> DEFAULT CHARSET=binary"; so I changed the old wikis from >>>> $wgDBTableOptions = "TYPE=InnoDB"; in LocalSettings.php to the >>>> settings of the new wikis. I don't know if that's a problem. >>>> >>>> Aside from the problems mentioned above, should I change every database >>>> and table of the old wikis from latin1_bin to utf8_bin, so that they are >>>> in line with the new MediaWiki installations? >>>> >>>> Any help is more than welcome! >>>> >>>> Thanks and cheers, >>>> >>>> Till _______________________________________________ MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
