Details
-
Task
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Fixed
-
None
-
10.2.6-2, 10.2.6-3
Description
Need to check whether MariaRocks makes it into packages, in either source or binary form.
Attachments
Issue Links
- is part of
-
-
- Closed
-
Activity
Looking at the bintars produced by a build from yesterday: http://hasky.askmonty.org/archive/bb-10.2-mariarocks/build-13696:
kvm-tarbake-jaunty-x86/mariadb-10.2.5.tar.gz
- Source code in storage/rocksdb
kvm-bintar-centos5-amd64/mariadb-10.2.5-linux-x86_64.tar.gz
- no MyRocks
kvm-bintar-trusty-amd64/mariadb-10.2.5-linux-x86_64.tar.gz
- lib/plugin/ha_rocksdb.so
- mysql-test/plugin/rocksdb - has tests
kvm-bintar-quantal-amd64/mariadb-10.2.5-linux-x86_64.tar.gz
- no MyRocks
kvm-bintar-centos5-x86/mariadb-10.2.5-linux-i686.tar.gz
kvm-bintar-trusty-x86/mariadb-10.2.5-linux-i686.tar.gz
kvm-bintar-quantal-x86/mariadb-10.2.5-linux-i686.tar.gz
- No MyRocks (this is expected for 32-bit systems)
kvm-bintar-trusty-amd64/mariadb-10.2.5-linux-x86_64.tar.gz
- Due to
MDEV-12370has a limited use (non MyRocks-specific issue)
mysqld is still linked to libsnappy.so :
ldd mariadb-10.2.5-linux-x86_64/bin/mysqld
|
linux-vdso.so.1 => (0x00007ffed2bb4000)
|
libsnappy.so.1 => /usr/lib/x86_64-linux-gnu/libsnappy.so.1 (0x00007f4209cfe000)
|
libaio.so.1 => /lib/x86_64-linux-gnu/libaio.so.1 (0x00007f4209afc000)
|
libnuma.so.1 => /usr/lib/x86_64-linux-gnu/libnuma.so.1 (0x00007f42098f0000)
|
libcrypt.so.1 => /lib/x86_64-linux-gnu/libcrypt.so.1 (0x00007f42096b8000)
|
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f42094b4000)
|
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f4209296000)
|
libsystemd-daemon.so.0 => not found
|
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f4208f14000)
|
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f4208c0a000)
|
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4208841000)
|
/lib64/ld-linux-x86-64.so.2 (0x0000558bd800b000)
|
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f420862b000)
|
ha_rocksdb.so is not:
ldd mariadb-10.2.5-linux-x86_64/lib/plugin/ha_rocksdb.so
|
linux-vdso.so.1 => (0x00007ffdeffa6000)
|
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fd2f583c000)
|
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fd2f54ba000)
|
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fd2f51b0000)
|
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd2f4de7000)
|
/lib64/ld-linux-x86-64.so.2 (0x000056524c44a000)
|
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fd2f4bd1000)
|
Looking at what ha_rocksdb.so supports I see:
MariaDB [test]> show variables like 'rocksdb%compre%';
|
+-------------------------------------+-------------+
|
| Variable_name | Value |
|
+-------------------------------------+-------------+
|
| rocksdb_supported_compression_types | Snappy,Zlib |
|
+-------------------------------------+-------------+
|
so I assume that libsnappy is linked statically.
Using the same build as above,
Checked mariadb-plugin-rocksdb_10.2.5+maria~trusty_amd64.deb :
ldd ./usr/lib/mysql/plugin/ha_rocksdb.so
|
linux-vdso.so.1 => (0x00007ffc46b0e000)
|
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f5d663b1000)
|
libsnappy.so.1 => /usr/lib/libsnappy.so.1 (0x00007f5d661ab000)
|
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f5d65f90000)
|
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f5d65c81000)
|
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f5d65979000)
|
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f5d655af000)
|
/lib64/ld-linux-x86-64.so.2 (0x00007f5d66c15000)
|
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f5d65399000)
|
snappy and libz are there, which confirms cvicentiu's result.
Now, checking the MariaDB-10.2.5-fedora25-x86_64-rocksdb-engine.rpm
ldd ./usr/lib64/mysql/plugin/ha_rocksdb.so
|
./usr/lib64/mysql/plugin/ha_rocksdb.so: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.22' not found (required by ./usr/lib64/mysql/plugin/ha_rocksdb.so)
|
./usr/lib64/mysql/plugin/ha_rocksdb.so: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by ./usr/lib64/mysql/plugin/ha_rocksdb.so)
|
linux-vdso.so.1 => (0x00007ffc98fee000)
|
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f53a3d65000)
|
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f53a3b4a000)
|
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f53a383b000)
|
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f53a3533000)
|
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f53a3169000)
|
/lib64/ld-linux-x86-64.so.2 (0x00007f53a4604000)
|
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f53a2f53000)
|
It depends on libz but not on libsnappy?
psergey Libsnappy is not installed on that builder when the build was performed. When libsnappy gets installed (Daniel has been notified), it should work.
RPM packages now add mysql_ldb and sst_dump into the rocksdb package. Dependencies are added correctly (if they exist).