Problem with 64-bit MySQL 4.1.14 install: GNU/Linux ver 2.6.9-11.ELsmp

[SantaMufasa]

We have attempted to install 64-bit MySQL 4.1.14 on GNU/Linux ver 2.6.9-11.ELsmp. Following are the packages that we installed this time:

MySQL-server-4.1.14-0.glibc23
MySQL-debuginfo-4.1.14-0.glibc23
MySQL-client-4.1.14-0.glibc23
MySQL-devel-4.1.14-0.glibc23
MySQL-shared-4.1.14-0.glibc23
MySQL-Max-4.1.14-0.glibc23

Our other three installs (from many months ago) of 32-bit MySQL on Linux went without hitches. This time, however, we are encountering the following error messages (following other unsuccessful attempts to connect on the installed software):

051018 15:47:01 mysqld started
051018 15:47:02 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
051018 15:47:02 InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 0 43634.
InnoDB: Doing recovery: scanned up to log sequence number 0 43634
051018 15:47:02 InnoDB: Flushing modified pages from the buffer pool...
051018 15:47:02 InnoDB: Started; log sequence number 0 43634
051018 15:47:02 [ERROR] Fatal error: Can't open privilege tables: Table 'mysql.host' doesn't exist
051018 15:47:02 mysqld ended

We cannot run any scripts to create the 'mysql.host' table since we cannot get connected because MySQL "Can't open privilege tables: Table 'mysql.host' doesn't exist" (This sounds pretty "Catch-22-ie" doesn't it?)

What additional information can I post here to help one of you help me? Is this enough information for you to recommend my next remedial step?


Mufasa
(aka Dave of Sandy, Utah, USA)
[

http://www.dasages.com:

Providing low-cost remote Database Admin services]
Click here to join Utah Oracle Users Group on Tek-Tips if you use Oracle in Utah USA.

 

[mrballcb]

Are you preserving data from a previous 32 bit install? Are you replacing a previous 32 bit install with no data? Or is this a totally clean install?

 

[SantaMufasa]

Mr. Ball,

Good question. This is a brand-new install.

But, we've figured out a solution ! Apparently, our problem arose as a result of an o/s security issue. When we disabled selinux by editing the /etc/selinux/config to

SELINUX=disabled

...everything ran as advertised.

Thanks for your willingness to help, Mr. Ball !


Mufasa
(aka Dave of Sandy, Utah, USA)
[

http://www.dasages.com:

Providing low-cost remote Database Admin services]
Click here to join Utah Oracle Users Group on Tek-Tips if you use Oracle in Utah USA.