Jump to content

Recommended Posts

Hello to all,

I am getting core sometimes while i am starting my db, it doesn't happen all times but it disturbs me so i have to fix this.

Syslog :

Spoiler

SYSERR: Jan 19 00:35:59.875302 :: pid_init:
Start of pid: 1255

Jan 19 00:35:59.875358 :: CONFIG: NO_TXT
SYSERR: Jan 19 00:35:59.875379 :: Start: TABLE_POSTFIX not configured use default
Jan 19 00:35:59.875419 :: connecting to MySQL server (player)
Jan 19 00:35:59.875429 :: CREATING DIRECT_SQL
Jan 19 00:35:59.875457 :: AsyncSQL: locale euckr
Jan 19 00:35:59.882871 :: CREATING MAIN_SQL
Jan 19 00:35:59.882899 :: AsyncSQL: locale euckr
Jan 19 00:35:59.883024 :: CREATING ASYNC_SQL
Jan 19 00:35:59.883094 :: AsyncSQL: locale euckr
Jan 19 00:35:59.883132 ::    OK
Jan 19 00:35:59.883232 :: connecting to MySQL server (account)
Jan 19 00:35:59.883248 :: CREATING DIRECT_SQL
Jan 19 00:35:59.883262 :: AsyncSQL: locale euckr
Jan 19 00:35:59.883752 :: CREATING MAIN_SQL
Jan 19 00:35:59.883777 :: AsyncSQL: locale euckr
Jan 19 00:35:59.883810 :: CREATING ASYNC_SQL
Jan 19 00:35:59.883829 :: AsyncSQL: locale euckr
Jan 19 00:35:59.883855 ::    OK
Jan 19 00:35:59.883930 :: connecting to MySQL server (common)
Jan 19 00:35:59.883946 :: CREATING DIRECT_SQL
Jan 19 00:35:59.883959 :: AsyncSQL: locale euckr
Jan 19 00:35:59.885051 :: CREATING MAIN_SQL
Jan 19 00:35:59.885076 :: AsyncSQL: locale euckr
Jan 19 00:35:59.885110 :: CREATING ASYNC_SQL
Jan 19 00:35:59.885129 :: AsyncSQL: locale euckr
Jan 19 00:35:59.885159 ::    OK
Jan 19 00:35:59.885233 :: connecting to MySQL server (hotbackup)
Jan 19 00:35:59.885248 :: CREATING DIRECT_SQL
Jan 19 00:35:59.885261 :: AsyncSQL: locale euckr
Jan 19 00:35:59.886321 :: CREATING MAIN_SQL
Jan 19 00:35:59.886345 :: AsyncSQL: locale euckr
Jan 19 00:35:59.886384 :: CREATING ASYNC_SQL
Jan 19 00:35:59.886403 :: AsyncSQL: locale euckr
Jan 19 00:35:59.886429 ::    OK
Jan 19 00:35:59.886521 :: ClientManager initialization..
Jan 19 00:35:59.887893 :: InitializeLocalization() - LoadLocaleTable(count:13)
Jan 19 00:35:59.887916 :: locale[UNKNOWN_KEY(SKILL_POWER_BY_LEVEL_TYPE0)] = 0 5 6 8 10 12 14 16 18 20 22 24
Jan 19 00:35:59.887928 :: locale[UNKNOWN_KEY(SKILL_POWER_BY_LEVEL_TYPE1)] = 0 5 6 8 10 12 14 16 18 20 22 24
Jan 19 00:35:59.887946 :: locale[UNKNOWN_KEY(SKILL_POWER_BY_LEVEL_TYPE2)] = 0 5 6 8 10 12 14 16 18 20 22 24
Jan 19 00:35:59.887962 :: locale[UNKNOWN_KEY(SKILL_POWER_BY_LEVEL_TYPE3)] = 0 5 6 8 10 12 14 16 18 20 22 24
Jan 19 00:35:59.887973 :: locale[UNKNOWN_KEY(SKILL_POWER_BY_LEVEL_TYPE4)] = 0 5 6 8 10 12 14 16 18 20 22 24
Jan 19 00:35:59.887983 :: locale[UNKNOWN_KEY(SKILL_POWER_BY_LEVEL_TYPE5)] = 0 5 6 8 10 12 14 16 18 20 22 24
Jan 19 00:35:59.887993 :: locale[UNKNOWN_KEY(SKILL_POWER_BY_LEVEL_TYPE6)] = 0 5 6 8 10 12 14 16 18 20 22 24
Jan 19 00:35:59.888003 :: locale[UNKNOWN_KEY(SKILL_POWER_BY_LEVEL_TYPE7)] = 0 5 6 8 10 12 14 16 18 20 22 24
Jan 19 00:35:59.888013 :: locale[LOCALE] = turkey
Jan 19 00:35:59.888029 :: Changed g_stLocale euckr to euckr
Jan 19 00:35:59.888041 :: SetLocale start
Jan 19 00:35:59.888269 ::     --mysql_set_character_set(latin5)
Jan 19 00:35:59.888337 ::     --mysql_set_character_set(latin5)
Jan 19 00:35:59.888388 ::     --mysql_set_character_set(latin5)
Jan 19 00:35:59.888439 ::     --mysql_set_character_set(latin5)
Jan 19 00:35:59.888489 ::     --mysql_set_character_set(latin5)

Db.core - gdb results

 

Spoiler

(gdb) core oguzdb.core
Core was generated by `oguzdb'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib32/libmysqlclient.so.18...done.
Loaded symbols for /usr/lib32/libmysqlclient.so.18
Reading symbols from /usr/lib32/libz.so.6...done.
Loaded symbols for /usr/lib32/libz.so.6
Reading symbols from /usr/lib32/libstdc++.so.6...Error while reading shared libr                                                                                        ary symbols:
Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in mo                                                                                        dule /usr/lib32/libstdc++.so.6]
Reading symbols from /usr/lib32/libm.so.5...done.
Loaded symbols for /usr/lib32/libm.so.5
Reading symbols from /usr/lib32/libgcc_s.so.1...done.
Loaded symbols for /usr/lib32/libgcc_s.so.1
Reading symbols from /usr/lib32/libthr.so.3...done.
Loaded symbols for /usr/lib32/libthr.so.3
Reading symbols from /usr/lib32/libc.so.7...done.
Loaded symbols for /usr/lib32/libc.so.7
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x286387c2 in strnlen () from /usr/lib32/libc.so.7
[New LWP 100081]
(gdb) bt full
#0  0x286387c2 in strnlen () from /usr/lib32/libc.so.7
No symbol table info available.
#1  0x285902b6 in fts_read () from /usr/lib32/libc.so.7
No symbol table info available.
#2  0x080b0afe in CSemaphore::Wait ()
No symbol table info available.
#3  0x080afd6d in CAsyncSQL::ChildLoop ()
No symbol table info available.
#4  0x080b05ce in AsyncSQLThread ()
No symbol table info available.
#5  0x2852a682 in pthread_suspend_all_np () from /usr/lib32/libthr.so.3
No symbol table info available.
#6  0x00000000 in ?? ()
No symbol table info available.

 

Thank you for all replies..

Link to comment
Share on other sites

  • Replies 5
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

14 hours ago, Ken said:

If you're using stripped db file, you can't see what's going on because strip command is removing the symbols in the file. If you want to see what's going on, you must use unstripped db file.

Best Regards

Ken

I know that already but thanks, my db and game aren't stripped.

Link to comment
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now

Announcements



×
×
  • Create New...

Important Information

Terms of Use / Privacy Policy / Guidelines / We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.