FreeBSD 12.1 Setup Testing

factor

Verified User
Joined
Jul 22, 2017
Messages
3,754
Location
USA
Made it more readable.
Just going to include my findings here as I do a vanilla install. In hopes to improve FreeBSD with DA

Message from gcc9-9.3.0_1:

--
To ensure binaries built with this toolchain find appropriate versions
of the necessary run-time libraries, you may want to link using

-Wl,-rpath=/usr/local/lib/gcc9

For ports leveraging USE_GCC, USES=compiler, or USES=fortran this happens
transparently.

Message from bind911-9.11.25:

--
BIND requires configuration of rndc, including a "secret"
key. The easiest, and most secure way to configure rndc is
to run 'rndc-confgen -a' to generate the proper conf file,
with a new random key, and appropriate file permissions.

The /usr/local/etc/rc.d/named script will do that for you.

--
===> NOTICE:

This port is deprecated; you may wish to reconsider installing it:

End of life, please migrate to a newer version of BIND9.

It is scheduled to be removed on or after 2021-12-31.

After
bash <(curl -Ss https://www.directadmin.com/setup.sh) auto
Issue was server host entry missing /etc/hosts

Using eth0
Using
ifconfig: interface eth0 does not exist

adding bind-libs ...
rndc-confgen: invalid argument -s
Usage:
rndc-confgen [-a] [-b bits] [-c keyfile] [-k keyname] [-p port] [-r randomfile] [-s addr] [-t chrootdir] [-u user]
-a: generate just the key clause and write it to keyfile (/usr/local/etc/namedb/rndc.key)
-A alg: algorithm (default hmac-md5)
-b bits: from 1 through 512, default 256; total length of the secret
-c keyfile: specify an alternate key file (requires -a)
-k keyname: the name as it will be used in named.conf and rndc.conf
-p port: the port named will listen on and rndc will connect to
-r randomfile: source of random data (use "keyboard" for key timing)
-s addr: the address to which rndc should connect
-t chrootdir: write a keyfile in chrootdir as well (requires -a)
-u user: set the keyfile owner to "user" (requires -a)
cat: /etc/namedb/named.conf: No such file or directory
net.inet6.ip6.v6only: 0 -> 0
Auto failed because of the interface issue. Above

Switch to where I put in the licences value ip and network interface in use
Next error is
adding perl5.8 ...
./setup.sh: rehash: not found

right after Libtool it asks for
Done Libtool
pkg: illegal option -- y
Updating FreeBSD repository catalogue...
FreeBSD repository is up to date.
All repositories are up to date.
The following 1 package(s) will be affected (of 0 checked):

New packages to be INSTALLED:
pcre: 8.44

Number of packages to be installed: 1

The process will require 7 MiB more space.
1 MiB to be downloaded.

Proceed with this action? [y/N]:

I think there must be a --y in the script
which should be
-y, --yes Assume yes when asked for confirmation before package
installation.

Saving to: 'mysql-5.7.31-freebsd12-x86_64.tar.gz'

mysql-5.7.31-freebsd12-x86_64.t [ <=> ] 0 --.-KB/s in 0s

2020-12-16 21:17:13 (0.00 B/s) - 'mysql-5.7.31-freebsd12-x86_64.tar.gz' saved [0/0]

--2020-12-16 21:17:13-- https://files-fr.directadmin.com/se...-bit/mysql-5.7.31-freebsd12-x86_64.tar.gz.md5
Resolving files-fr.directadmin.com (files-fr.directadmin.com)... ,
Connecting to files-fr.directadmin.com (files-fr.directadmin.com)||:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2020-12-16 21:17:13 ERROR 404: Not Found.

Cannot find mysql-5.7.31-freebsd12-x86_64.tar.gz for installation
then it exits
install fails and done
Ok in looking on the France server
mysql-5.7.31-freebsd12-x86_64.tar.gz 18-Sep-2020 10:42 0
The file size is zero bytes
Is this correct?
as noted above there is no md5 file on the server either.

if I look on my server I have the empty file.
ls -al /usr/local/directadmin/custombuild/mysql-5.7.31-freebsd12-x86_64.tar.gz
-rw-r--r-- 1 root wheel 0 Sep 18 12:42 /usr/local/directadmin/custombuild/mysql-5.7.31-freebsd12-x86_64.tar.gz

Looks to be the same issue as here https://forum.directadmin.com/threads/mysql-5-7-support.56242/post-323479
 
Last edited:
Ok I realized I did not have the /etc/hosts file set.
Re running again.

ok it makes it all the way to here
20 errors generated.
--- rapid/plugin/x/CMakeFiles/mysqlx.dir/src/xpl_plugin.cc.o ---
*** [rapid/plugin/x/CMakeFiles/mysqlx.dir/src/xpl_plugin.cc.o] Error code 1

make[2]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
1 error

make[2]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
--- rapid/plugin/x/CMakeFiles/mysqlx.dir/all ---
*** [rapid/plugin/x/CMakeFiles/mysqlx.dir/all] Error code 2

make[1]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
A failure has been detected in another branch of the parallel make

make[2]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
--- libmysqld/CMakeFiles/sql_embedded.dir/all ---
*** [libmysqld/CMakeFiles/sql_embedded.dir/all] Error code 2

make[1]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
1 warning generated.
A failure has been detected in another branch of the parallel make

make[2]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
--- client/base/CMakeFiles/client_base.dir/all ---
*** [client/base/CMakeFiles/client_base.dir/all] Error code 2

make[1]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
A failure has been detected in another branch of the parallel make

make[2]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
--- sql/CMakeFiles/sql.dir/all ---
*** [sql/CMakeFiles/sql.dir/all] Error code 2

make[1]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
4 errors

make[1]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
*** [all] Error code 2

make: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
1 error

make: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
Could not find /usr/local/directadmin/scripts/directadmin_cron or it is empty

done fails
if I go to cd /usr/local/directadmin/scripts/
I find the file directadmin_cron
I assume it needs to do something with the file.
 
Last edited:
I dont think this applies unless you dont want A Database server on your Server

Need to look at /usr/local/directadmin/scripts/mysql.sh for issues.

Ok I found this here https://docs.directadmin.com/gettin...overview#options-for-script-installation-mode
How does this affect the running of setup?

Note regarding the mysql_inst option via the options.conf prior to the execution of setup.sh:
As the mysql install is done through the /usr/local/directadmin/scripts/mysql.sh, and not through CustomBuild (for now), using the mysql_inst in this manner can only be used for updates from the default version.
Updating mysql/mariadb through CustomBuild varies depending on the currently installed version and the target version you're updating to. For example, changing from MariaDB to MySQL cannot be done this way. Jumping major MySQL versions (E.g., from 5.5 to 5.7) cannot be done but rather, must be done in steps, so consider leaving the mysql_inst=no and changing it as needed afterwards.
For example, CentOS 7 64-bit installs MariaDB 5.5 (which does support larger jumps), so your only options would be mysql_inst=mariadb and a version specification of mariadb=5.5, 10.0, 10.1, 10.2, 10.3, or 10.4. One cannot set up mysql_inst=mysql with the setup.sh command-line mode if the OS defaults to MariaDB. To change to MySQL from MariaDB, use the inverse of this guide.
 
Last edited:
I keep getting this to
Checking MD5sum on /usr/local/directadmin/scripts/packages/services.tar.gz ... Failed. Consider deleting /usr/local/directadmin/scripts/packages/services.tar.gz and /usr/local/directadmin/scripts/packages/services.tar.gz.md5 then try again
 
Last edited:
I was only able to complete an install after
Setting MySQL_inst to no
Running ./build all
Then rerunning setup.sh

so currently no mysql installed.

I will try adding that in tomorrow to see if it shows us more info.
 
Try to directly build MariaDB.

You may need to temporarily remove krb, make MariaDB, then put krb back... That was the case with me the last time.
 
I will once I finish the standard install. Right now only focusing on what you should get as default. Then I will do MariaDb. Most of the issues all seem to be around database servers.
 
Ok starting run ./build mysql
option.conf

#MySQL Settings
mysql=5.7
mariadb=10.4
mysql_inst=mysql
mysql_backup=yes
mysql_backup_gzip=no
mysql_backup_dir=/usr/local/directadmin/custombuild/mysql_backups
mysql_force_compile=no

gives
CMake Deprecation Warning at CMakeLists.txt:35 (CMAKE_POLICY):
The OLD behavior for policy CMP0018 will be removed from a future version
of CMake.

The cmake-policies(7) manual explains that the OLD behaviors of all
policies are deprecated and that a policy should be set to OLD only under
specific short-term circumstances. Projects should be ported to the NEW
behavior and not rely on setting a policy to OLD.


CMake Deprecation Warning at CMakeLists.txt:41 (CMAKE_POLICY):
The OLD behavior for policy CMP0022 will be removed from a future version
of CMake.

The cmake-policies(7) manual explains that the OLD behaviors of all
policies are deprecated and that a policy should be set to OLD only under
specific short-term circumstances. Projects should be ported to the NEW
behavior and not rely on setting a policy to OLD.


CMake Deprecation Warning at CMakeLists.txt:48 (CMAKE_POLICY):
The OLD behavior for policy CMP0045 will be removed from a future version
of CMake.

The cmake-policies(7) manual explains that the OLD behaviors of all
policies are deprecated and that a policy should be set to OLD only under
specific short-term circumstances. Projects should be ported to the NEW
behavior and not rely on setting a policy to OLD.


CMake Deprecation Warning at CMakeLists.txt:49 (CMAKE_POLICY):
The OLD behavior for policy CMP0042 will be removed from a future version
of CMake.

The cmake-policies(7) manual explains that the OLD behaviors of all
policies are deprecated and that a policy should be set to OLD only under
specific short-term circumstances. Projects should be ported to the NEW
behavior and not rely on setting a policy to OLD.

It starts failing around 70% seems to all be around protobuf.
Protobuf is already installed and is a higher version. We cannot remove it because its tied to Bind

bind911: 9.11.25
protobuf: 3.13.0,1
protobuf-c: 1.3.2_6

In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/src/xpl_plugin.cc:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/src/xpl_session.h:31:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/client_session.h:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/protocol_encoder.h:29:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/protocol/message.h:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs_common/protocol_protobuf.h:39:
/usr/local/directadmin/custombuild/mysql-5.7.31/extra/protobuf/protobuf-2.6.1/src/google/protobuf/wire_format_lite_inl.h:59:29: error: redefinition of 'ReadPrimitive'
inline bool WireFormatLite::ReadPrimitive<int32, WireFormatLite::TYPE_INT32>(
^
/usr/local/include/google/protobuf/wire_format_lite.h:899:29: note: previous definition is here
inline bool WireFormatLite::ReadPrimitive<int32, WireFormatLite::TYPE_INT32>(
^
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/src/xpl_plugin.cc:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/src/xpl_session.h:31:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/client_session.h:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/protocol_encoder.h:29:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/protocol/message.h:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs_common/protocol_protobuf.h:39:
/usr/local/directadmin/custombuild/mysql-5.7.31/extra/protobuf/protobuf-2.6.1/src/google/protobuf/wire_format_lite_inl.h:68:29: error: redefinition of 'ReadPrimitive'
inline bool WireFormatLite::ReadPrimitive<int64, WireFormatLite::TYPE_INT64>(
^
/usr/local/include/google/protobuf/wire_format_lite.h:907:29: note: previous definition is here
inline bool WireFormatLite::ReadPrimitive<int64, WireFormatLite::TYPE_INT64>(
^
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/src/xpl_plugin.cc:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/src/xpl_session.h:31:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/client_session.h:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/protocol_encoder.h:29:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/protocol/message.h:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs_common/protocol_protobuf.h:39:
/usr/local/directadmin/custombuild/mysql-5.7.31/extra/protobuf/protobuf-2.6.1/src/google/protobuf/wire_format_lite_inl.h:77:29: error: redefinition of 'ReadPrimitive'
inline bool WireFormatLite::ReadPrimitive<uint32, WireFormatLite::TYPE_UINT32>(
^
/usr/local/include/google/protobuf/wire_format_lite.h:915:29: note: previous definition is here
inline bool WireFormatLite::ReadPrimitive<uint32, WireFormatLite::TYPE_UINT32>(
^
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/src/xpl_plugin.cc:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/src/xpl_session.h:31:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/client_session.h:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/protocol_encoder.h:29:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/protocol/message.h:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs_common/protocol_protobuf.h:39:
/usr/local/directadmin/custombuild/mysql-5.7.31/extra/protobuf/protobuf-2.6.1/src/google/protobuf/wire_format_lite_inl.h:83:29: error: redefinition of 'ReadPrimitive'
inline bool WireFormatLite::ReadPrimitive<uint64, WireFormatLite::TYPE_UINT64>(
^
/usr/local/include/google/protobuf/wire_format_lite.h:920:29: note: previous definition is here
inline bool WireFormatLite::ReadPrimitive<uint64, WireFormatLite::TYPE_UINT64>(
^
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/src/xpl_plugin.cc:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/src/xpl_session.h:31:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/client_session.h:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/protocol_encoder.h:29:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs/protocol/message.h:30:
In file included from /usr/local/directadmin/custombuild/mysql-5.7.31/rapid/plugin/x/ngs/include/ngs_common/protocol_protobuf.h:39:
/usr/local/directadmin/custombuild/mysql-5.7.31/extra/protobuf/protobuf-2.6.1/src/google/protobuf/wire_format_lite_inl.h:89:29: error: redefinition of 'ReadPrimitive'
inline bool WireFormatLite::ReadPrimitive<int32, WireFormatLite::TYPE_SINT32>(
^
/usr/local/include/google/protobuf/wire_format_lite.h:925:29: note: previous definition is here

fatal error: too many errors emitted, stopping now [-ferror-limit=]
[ 70%] Building CXX object client/base/CMakeFiles/client_base.dir/ssl_options.cc.o
[ 70%] Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/keyring_service.cc.o
[ 70%] Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/ssl_wrapper_service.cc.o
20 errors generated.
--- rapid/plugin/x/CMakeFiles/mysqlx.dir/src/xpl_plugin.cc.o ---
*** [rapid/plugin/x/CMakeFiles/mysqlx.dir/src/xpl_plugin.cc.o] Error code 1

make[2]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
1 error

make[2]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
--- rapid/plugin/x/CMakeFiles/mysqlx.dir/all ---
*** [rapid/plugin/x/CMakeFiles/mysqlx.dir/all] Error code 2

make[1]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
A failure has been detected in another branch of the parallel make

make[2]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
--- sql/CMakeFiles/sql.dir/all ---
*** [sql/CMakeFiles/sql.dir/all] Error code 2

make[1]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
A failure has been detected in another branch of the parallel make

make[2]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
--- client/base/CMakeFiles/client_base.dir/all ---
*** [client/base/CMakeFiles/client_base.dir/all] Error code 2

make[1]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
A failure has been detected in another branch of the parallel make

make[2]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
--- libmysqld/CMakeFiles/sql_embedded.dir/all ---
*** [libmysqld/CMakeFiles/sql_embedded.dir/all] Error code 2

make[1]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
4 errors

make[1]: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
*** [all] Error code 2

make: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
1 error

make: stopped in /usr/local/directadmin/custombuild/mysql-5.7.31
 
Last edited:
I suggest that you should build MySQL 5.6. It worked for me. Never tried 5.7. And the upgrade to MariaDB is much fluent later.
 
I am testing for DA. Posting results here for them. Not doing a "Real" server. All testing.
I suggest that you should build MySQL 5.6.
I get that. It's not the default 5.7 is. If you just run a Vanila setup.sh DA picks 5.7. I am trying to help John and Mark here with this post.

I am looking make the setup.sh just work when someone runs it. Once we iron out the issues and fix the standard setup I will move on to other areas like mariaDB. Which I prefer but its not the Default.
MariaDB is much fluent later.
I hope so but hasn't been for me lately.
 
Thanks for the info, we'll get to the bottom of it.
Current no resolution quite yet, but there are no FreeBSD 12 binaries for 5.7 at the moment.
We're working on the compile issues for 5.7, trying to see if we can remove the mysql plugins that break the compile.

For anyone looking for a workaround, it does appear as though there are MySQL 8.0 binaries, eg:
Code:
cd /usr/local/directadmin/custombuild
./build set mysql 8.0
./build set mysql_inst mysql
./build mysql
We'll continue to work on it and will reply with more info when we have it.

John
 
Ok would you like me to test MySQL 8. Once you get the default 5.7 fixed we can do MariaDB next.

I installed Mysql8 fine all by itself.
However when doing a ./build all
It to fails related to protobuf.

On to mariadb 10.4
 
Last edited:
Adding this here as well
Ok I made a breakthrough on MariaDB 10.x
With krb5 installed you cannot build mariadb with the gssapi plugin because of a bug in the code.
I found a post on StackExchange tha said add "-DPLUGIN_AUTH_GSSAPI=NO"

1.
Code:
touch /usr/local/directadmin/custombuild/custom/mysql/cmake.mysql
2.
Code:
chmod 755 /usr/local/directadmin/custombuild/custom/mysql/cmake.mysql
3. Put this inside:

Code:
Code:
#!/bin/sh
cmake . -DCMAKE_INSTALL_PREFIX=/usr/local/mysql \
-DWITH_INNOBASE_STORAGE_ENGINE=1 \
-DWITH_FEDERATED_STORAGE_ENGINE=1 \
-DWITH_ZLIB=system \
-DWITH_EXTRA_CHARSETS=all \
-DPLUGIN_TOKUDB=NO \
-DWITH_JEMALLOC=system \
-DWITH_PROTOBUF=system \
-DWITH_LIBWRAP=1 \
-DWITHOUT_ROCKSDB=YES \
-DWITHOUT_TOKUDB=YES \
-DWITHOUT_MROONGA=YES \
-DPLUGIN_AUTH_GSSAPI=NO

It works!!
 
Last edited:
Alright, that solution is better than removing krb5 and puting it back on - thanks!

Now if you sort out how to build MariaDB 10.5... because the above setup works for 10.4 and prior...
 
Now if you sort out how to build MariaDB 10.5...
#MySQL Settings
mysql=8.0
mariadb=10.5
mysql_inst=mariadb
mysql_backup=yes
mysql_backup_gzip=yes
mysql_force_compile=no

I forgot 10.5 is what I installed last night this works fine. Should work for 10.3 10.4 and 10.5

Go test it and see worked for me on 12.1.

Update: having issues with Mariadb 10.5 12-30-2020
 
Last edited:
@bdacus01 thanks for testing Debian FreeBSD with DA, now we can move with confident from Centos to Debian FreeBSD when needed :)
 
Last edited:
testing Debian with DA
Did you mean FreeBSD?

Debian does not need testing. I have been using it for months. Some have used it for Years. Debian is rock solid. Great performance and super low memory usage.

FreeBSD is a rock solid OS as well its just the DA installer needs help related to FreeBSD.

Anyway I love this type of stuff. So you are welcome.
 
Ok just to restart again
If you try to install 5.5 mysql
you get
warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register]

Installer fails adding this above just for others as I doubt many use or should be using 5.5 mysql.
Same thing for 5.6

5.7 Give boost error like its not installed
I tried installing boost-libs no help
Also on 5.7 I got the protobuf errors to go away with
-DWITH_PROTOBUF=system

The only Mysql version that installs by itself is 8.0.
 
Adding this here as well
Ok I made a breakthrough on MariaDB 10.x
With krb5 installed you cannot build mariadb with the gssapi plugin because of a bug in the code.
I found a post on StackExchange tha said add "-DPLUGIN_AUTH_GSSAPI=NO"

1.
Code:
touch /usr/local/directadmin/custombuild/custom/mysql/cmake.mysql
2.
Code:
chmod 755 /usr/local/directadmin/custombuild/custom/mysql/cmake.mysql
3. Put this inside:

Code:
Code:
#!/bin/sh
cmake . -DCMAKE_INSTALL_PREFIX=/usr/local/mysql \
-DWITH_INNOBASE_STORAGE_ENGINE=1 \
-DWITH_FEDERATED_STORAGE_ENGINE=1 \
-DWITH_ZLIB=system \
-DWITH_EXTRA_CHARSETS=all \
-DPLUGIN_TOKUDB=NO \
-DWITH_JEMALLOC=system \
-DWITH_PROTOBUF=system \
-DWITH_LIBWRAP=1 \
-DWITHOUT_ROCKSDB=YES \
-DWITHOUT_TOKUDB=YES \
-DWITHOUT_MROONGA=YES \
-DPLUGIN_AUTH_GSSAPI=NO

It works!!
I am happy to report with the above file in noted location before setup.sh is run. The install will complete with a custom option.conf file pointed to MariaDB 10.0 the system installs fully. I will be doing all the way to 10.5 so stay tuned.
Code:
#MySQL Settings
mysql=8.0
mariadb=10.0
mysql_inst=mariadb
mysql_backup=yes
mysql_backup_gzip=yes
mysql_force_compile=no

10.1 passes
10.2 passes
10.3 passes
10.4 passes
 
Last edited:
Back
Top