GLib-CRITICAL **: g_ascii_strcasecmp: assertion `s2 != NULL' failed

Bug #1183808 reported by p4guru
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
MySQL Data Dumper
Incomplete
Undecided
Unassigned

Bug Description

CentOS 6.3 64bit OS
MariaDB 5.5.30 official repository installed

Using mydumper 0.5.2 patched version from https://mariadb.atlassian.net/browse/MDEV-4554 to work with MariaDB 5.5.x.

mydumper -V
mydumper 0.5.2, built against MySQL 5.5.30-MariaDB

myloader -V
myloader 0.5.2, built against MySQL 5.5.30-MariaDB

Problem:
when mydumper run without any parameters, i get these errors

mydumper

(mydumper:5628): GLib-CRITICAL **: g_ascii_strcasecmp: assertion `s2 != NULL' failed

** (mydumper:5628): CRITICAL **: Error dumping table (mysql.proc) data: Table './mysql/proc' is marked as crashed and should be repaired

** (mydumper:5628): CRITICAL **: Error dumping schemas (mysql.proc): Table './mysql/proc' is marked as crashed and should be repaired
[root@centos63 docs]# /usr/local/bin/mydumper

(mydumper:5639): GLib-CRITICAL **: g_ascii_strcasecmp: assertion `s2 != NULL' failed

** (mydumper:5639): CRITICAL **: Error dumping table (mysql.proc) data: Table './mysql/proc' is marked as crashed and should be repaired

** (mydumper:5639): CRITICAL **: Error dumping schemas (mysql.proc): Table './mysql/proc' is marked as crashed and should be repaired

Revision history for this message
Max Bubenick (max-bubenick) wrote :

As I can see table mysql.proc is corrupted

** (mydumper:5639): CRITICAL **: Error dumping table (mysql.proc) data: Table './mysql/proc' is marked as crashed and should be repaired

did you try to fixing that table?

Changed in mydumper:
status: New → Incomplete
Revision history for this message
p4guru (p4guru) wrote :
Download full text (5.7 KiB)

sorry for late reply, didn't try repair but tried MariaDB 5.5.34 and can no longer compile with mydumper 0.6.0 either - regardless of the patch used at https://mariadb.atlassian.net/browse/MDEV-4554

error is same for mydumper 0.5.2 and 0.6.0 with MariaDB 5.5.34 on CentOS 6.5 64bit OS

-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/ccache
-- Check for working C compiler: /usr/bin/ccache -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/ccache
-- Check for working CXX compiler: /usr/bin/ccache -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Using mysql-config: /usr/bin/mysql_config
-- Found MySQL: /usr/include/mysql, /usr/lib64/libmysqlclient_r.a;/usr/lib64/libpthread.a;/usr/lib64/libz.so;/usr/lib64/libm.a;/usr/lib64/librt.a;/usr/lib64/libssl.so;/usr/lib64/libcrypto.so;/usr/lib64/libdl.a
-- Found ZLIB: /usr/lib64/libz.so
-- checking for one of the modules 'glib-2.0'
-- found glib-2.0, version 2.26.1
-- checking for one of the modules 'gthread-2.0'
-- found gthread-2.0, version 2.26.1
-- checking for module 'libpcre'
-- found libpcre, version 7.8
-- Found PCRE: /usr/include

WARNINGUnable to find Sphinx documentation generator
-- ------------------------------------------------
-- MYSQL_CONFIG = /usr/bin/mysql_config
-- CMAKE_INSTALL_PREFIX = /usr/local
-- BUILD_DOCS = ON
-- RUN_CPPCHECK = OFF
-- Change a values with: cmake -D<Variable>=<Value>
-- ------------------------------------------------
--
-- Configuring done
-- Generating done
-- Build files have been written to: /usr/local/src/mydumper-0.6.0
Scanning dependencies of target mydumper
[ 20%] Building C object CMakeFiles/mydumper.dir/mydumper.c.o
[ 40%] Building C object CMakeFiles/mydumper.dir/binlog.c.o
[ 60%] Building C object CMakeFiles/mydumper.dir/server_detect.c.o
[ 80%] Building C object CMakeFiles/mydumper.dir/g_unix_signal.c.o
Linking C executable mydumper
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/libmysqlclient_r.a(client_plugin.c.o): In function `mysql_load_plugin_v':
(.text+0x3fe): warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/libpthread.a(libpthread.o): In function `sem_open':
(.text+0x774d): warning: the use of `mktemp' is dangerous, better use `mkstemp'
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/libpthread.a(libpthread.o): In function `__pthread_initialize_minimal_internal':
(.text+0x39): undefined reference to `__libc_setup_tls'
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/libpthread.a(libpthread.o): In function `__pthread_initialize_minimal_internal':
(.text+0x7e): undefined reference to `_dl_cpuclock_offset'
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/libpthread.a(libpthread.o): In function `__pthread_initialize_minimal_internal':
(.text+0x275): undefined reference to `__libc_init_secure'
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/libpthread.a(libpthread.o):...

Read more...

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.