| Summary: | Mariadb shows errors in the log. | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Thomas Spuhler <thomas> |
| Component: | RPM Packages | Assignee: | AL13N <alien> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | minor | ||
| Priority: | Normal | CC: | bittwister2, ennael1, mageia, oe |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | mariadb-10.0.14-3.mga5 | CVE: | |
| Status comment: | |||
|
Description
Thomas Spuhler
2014-11-20 18:34:19 CET
David Walser
2014-11-20 19:55:11 CET
CC:
(none) =>
oe perhaps something went wrong during mass rebuild and it needs a rebuild... i don't know for sure... can you try rebuilding it locally and test it? mysql-workbench is often using network connection by default instead of socket... so that's probably misconfig. it looks like something is wrong with the basic plugin structure, so it suggests that all plugins aren't loaded... i assume "mysql" cli works? or does that give any error? is mysqld actually started and does it run? or doesn't it even have a socket? mariadb is actually on David Walser's list for upgrading. Why not do that first and see if it resolves the issue? where's this list? It was posted on the dev mailing list. [dev] new software versions since...the last time I checked mariadb 10.0.14 10.1.1 Cooker Full list is here: https://ml.mageia.org/l/arc/dev/2014-11/msg00643.html Horribly mangled by the awful sympa web interface as usual. Here's the git log for the Cooker mariadb package: https://abf.rosalinux.ru/openmandriva/mariadb/commits/master I did rebuild it locally and installed it. It's not usable anymore with hundreds of errors in the logs. Files are at (I believe) wrong path. This may need a lot more work. (In reply to AL13N from comment #3) > where's this list? I checked it our, it's only alpha. ah yes, i hadn't noticed before, but 10.1 is a different major branch... we won't do that... 10.0.14 is the latest one... @thomas: tbh: i think there's something wrong with your machine... the tests which should be run by the packager, should've seen the issues... i don't have a cauldron near, but i'll see if i can do a virtual one to test this on. i assume it's x68_64? btw: i assume you already did 'rpm -V' ? yep, no output. And the problem is on two boxes, one (VBOX) I did a lot of fiddling, so I would understand if it doesn't work. The other one is a normal always upgraded box on hardware. Not much fiddling except building packages (much faster than a VBOX). I can go back a few versions on the vbox. I went back to a mga4 snapshot taken after upgrading from mga3 and the whole kolab mailsystem installed and working. No errors in the mysql logs. I then did all upgrades in mga4 and still not errors. I then did an upgrade to cauldron, urpmi set to always verify. Restart mysqld and now I have all the errors in the log. I don't think I need to run upgrade the DB, do I? What are you seeing? I am sure your worked on this too. Priority:
Normal =>
release_blocker The mariadbs were just rebuilt for other reasons and the bugs are still showing. Status:
NEW =>
ASSIGNED (In reply to Thomas Spuhler from comment #13) > The mariadbs were just rebuilt for other reasons and the bugs are still > showing. I will confirm the plugin errors on both of my clean install beta1 64 bit systems with all updates applied. # mysqld --version mysqld Ver 10.0.14-MariaDB for Linux on x86_64 (Mageia MariaDB Server) none on # cat /etc/release Mageia release 4 (Official) for x86_64 # mysqld --version mysqld Ver 5.5.40-MariaDB for Linux on x86_64 (Mageia MariaDB Server) CC:
(none) =>
junknospam Unfortunately these errors are still in the logs after today's unpgrade: 141128 10:01:44 [ERROR] Can't find symbol '_mysql_plugin_interface_version_' in library 141128 10:01:44 [ERROR] Couldn't load plugins from 'dialog.so'. 141128 10:01:44 [ERROR] Can't find symbol '_mysql_plugin_interface_version_' in library 141128 10:01:44 [ERROR] Couldn't load plugins from 'mysql_clear_password.so'. # mysqld --version mysqld Ver 10.0.15-MariaDB for Linux on x86_64 (Mageia MariaDB Server) i'll try to reproduce tonight... it looks like only 2 plugins are wrongly built... but i can't find anything mageia specific regarding them... i suspect they are less important plugins. in any case, the server seems to work fine and a number of plugins are loaded... whatever this bug, it doesn't seem that important, and it will not be any cause for issues regarding logins, unless you specifically need to login without password (but then you could use auth_pam anyway)...
AL13N
2014-12-19 19:31:49 CET
Severity:
critical =>
minor ok, no, from upstream: dialog and mysql_clear_password are actually client libraries and aren't supposed to be loaded (the client will load them on-demand). however, since the client plugins are in the same directory, the plugin_dir needs to be in common... I commited some changes to do this, but it's a bit extensive changes... it would be great if previous packagers could check this out before i put this on cauldron. @blino, @oden: could you check this out and give opinion?
AL13N
2014-12-22 14:42:10 CET
CC:
(none) =>
mageia The errors are gone. So shall we close it as resolved? (In reply to Thomas Spuhler from comment #20) > The errors are gone. So shall we close it as resolved? Only if they are gone on both 32 and 64 bit. I'll confirm they are gone on 64 bit installs. well, i ended up committing and pushing it... it worked for me, so it's probably resolved. They are gonne in i586 as well Status:
ASSIGNED =>
RESOLVED |