[MDEV-4503] Maria DB msi install fails ... no specifed error message or reason Created: 2013-05-09  Updated: 2013-06-17  Due: 2013-06-09  Resolved: 2013-06-17

Status: Closed
Project: MariaDB Server
Component/s: None
Fix Version/s: None

Type: Task Priority: Minor
Reporter: GDFrank Assignee: Vladislav Vaintroub
Resolution: Fixed Votes: 0
Labels: None


 Description   

Cannot install Maria DB on Windows 8 32 bit.

The installer starts ... runs ... then unwinds itself and simply says "there was an error".



 Comments   
Comment by Elena Stepanova [ 2013-05-09 ]

Hi Wlad,

Is it supposed to work on Windows 8 32-bit?

Comment by Vladislav Vaintroub [ 2013-05-09 ]

There is no specific reason why it could not work on Win8 32 bit. We have some percentage for Win8 in stats http://mariadb.org/feedback_plugin/stats/windows/ , and of those there will be hopefully one or two running 32 bit version.
GDFrank : can you please run installer in logging mode,

msiexec.exe /i <package.msi> /l*v installlog.txt
(substitute <package.msi> with the package you're trying)

and send the log?
Thanks!

Comment by Vladislav Vaintroub [ 2013-05-09 ]

I now verified that MariaDB (tried 10.0.2) installs on Win8 32 bit no problem. It must be something else that just OS version that would make installation fail, and this something is mostly likely in the log.

Comment by GDFrank [ 2013-05-09 ]

MSI (c) (34:48) [08:11:59:435]:
Windows Installer installed the product.
Product Name: MariaDB 5.5.
Product Version: 5.5.30.3690.
Product Language: 1033.
Manufacturer: Monty Program AB.
Installation success or error status: 1603.

Is "1603" enough ... or is the whole log file needed?

Comment by Vladislav Vaintroub [ 2013-05-09 ]

Can you attach the full log? (IT is in menu More=>Attach Files). It should be > 1MB (my installation generated 1.5MB verbose log file)

Comment by Vladislav Vaintroub [ 2013-05-09 ]

1603 is "generic machine specific error" .. Not enough

Comment by GDFrank [ 2013-05-09 ]

utf8 version

Comment by Vladislav Vaintroub [ 2013-05-09 ]

it looks like he reason for behavior is that mysql_install_db.exe failed, because when it ran mysqld in bootstrap mode, mysqld died it wrote something about lc-message-dir being used and that this is deprecared, but since installation works everywhere else, it should not be reason for sudden mysqld death.

Now we can:
1) Trying to localize the error. I put together a package that is a bit more verbose, and should include the output of mysqld.exe and the exact command line , when installer runs in logging mode
Would you like to run it, as before from the command line with msiexec ? That might help actually.
The package is on my SkyDrive here https://skydrive.live.com/#cid=FF0C950417B4F8A4&id=FF0C950417B4F8A4%21110

2) You can install binaries, but deselct "Database Instance" in MSI Feature tree. The result us that after the installation there won't be a running database, only binaries.

You can create an instanse with mysql_install_db.exe
mysql_install_db.exe --datadir=<dir> --password=<password> --service=<service>, as described in the MariaDB documentation https://kb.askmonty.org/en/mysql_install_dbexe/

There is no guarantee that it does not die though, because during MSI installation the same exact command died. However command line is much nicer to get the error reproduced than MSI, so we can look further.

Please indicate if you would like 1) or 2).

thanks,
Wlad

Comment by GDFrank [ 2013-05-09 ]

tried the "31" install ... same results ... here is the log.

Comment by Vladislav Vaintroub [ 2013-05-10 ]

The result is the same because the bug is not yet identified. At the moment we just tracing it.

And the log is more useful than previous one, you can find
CAQuietExec: ERROR: 1049 Unknown database 'mysql'
CAQuietExec: 130509 13:15:20 Aborting

there. This means that 'mysql' directory creation has failed on some reason. this is becoming interesting.
Would you mind, if I ask you to try out another installer, some time next week? I need to add some more trace to catch the bug.

Comment by GDFrank [ 2013-05-10 ]

Glad to help out in any way I can.

Would you mind if we communicated via email?

Comment by Vladislav Vaintroub [ 2013-05-23 ]

Note to myself :

this is an old bug http://bugs.mysql.com/bug.php?id=20597, which was never fixed. The TEMP directory on this particular machine is D:~\TMP. Paths with tilde have special handling in cleanup_dirname() function in mf_pack.c (this function is used in init_tmpdir) . The special handling consists of removing the part prior to tilde character. I think in some circumstances, tilde can be expanded , at least there is expand_tilde() function I'm not sure whether fixing tilde handling with removing it is appropriate (probably can break something). In any case, I can disable tilde-directories in installer, and complain loudly before mysql_install_db.exe is called.

Generated at Thu Feb 08 06:56:56 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.