Jump to content

Karel Tucek

Members
  • Posts

    18
  • Joined

  • Last visited

  • Donations

    0.00 GBP 

Karel Tucek's Achievements

Member

Member (2/3)

0

Reputation

  1. The REL20 on 746a1e7bd7f090bbf22c753dae755ef3eac6d0e5 seems to work. There are some db errors, but most likely unrelated to this issue... world-server log is here [url]http://84.42.186.246/Up3/world-serverSat_Nov_22_19:52:30_CET_2014.log[/url]
  2. I do everything using terminal emulators under X, so it should be equivalent to running remotely on a headless server. Only exception is is viewving database, but that should cause no differences.
  3. Just by the way I have a feeling you have missed one detail - we are 2 completely unrelated guys, just with the same zero-crash problem on loading of scriptdev. Both on debian (aleph squeeze, me wheezy). I have no idea about *his* memtest but my memory is in a perfect condition (no memtest errors). Besides that I believe that a damaged RAM module would behave randomly (depending on current page mapping or at least on the RAM module used) it would not be reproducible on two different machines or even on one machine in two different times. Yes, it was compiled with the USE_STD_MALLOC. I tried to recompile without it, but it made no difference. (I still think that origin of this problem lays in documentation (nothing really wrong with the mangos itself, just unclear/outdated documentation which resulted for me an aleph in skipping of some basic step which was not obvious - we both followed the same guides (probably not exactly the same ones, but we both followed mainly the official wiki improvising on the outdated points)).) I will send you the log when the script finishes. *EDIT* During another round of the script I provided root as the user account (not just admin). This fixed the problem with updating the database. *EDIT2* damn, next start caused the crash again.
  4. If you mean the "[36;1" at the beginnings of lines then the explanation is simple: those are just the colour escape sequences which got visible by a typescript redirection. Nothing to worry about :-)
  5. Just to be clear - that quoted log is aleph's backtrace. As I said I am on debian Wheezy 64bit. My ACE is version 6.0.3. Btw I personally dont really care for this getting resolved, so please dont take this as an argument why you should do something with it (As I said I think problem is in my database but am not going to dig into it further (at least not now)). I am only trying to provide information that may help resolve some problem that even another person experiences (even if it is only due to outdated documentation). This is what realmd installed by your script produced on my machine: [36;1mMaNGOS Zero/ (* * Revision 2518 - *) for Linux_x64 (little-endian) [realm-daemon][0m [36;1m to stop. [0m [36;1mUsing configuration file /home/karel/zero/etc/realmd.conf.[0m [36;1mLogin Database total connections: 2[0m [36;1mMySQL client library: 5.5.38[0m [36;1mMySQL server ver: 5.5.38-0+wheezy1 [0m [36;1mMySQL client library: 5.5.38[0m [36;1mMySQL server ver: 5.5.38-0+wheezy1 [0m [31;1mSQL: SELECT required_20140607_Realm_Resync FROM realmd_db_version LIMIT 1[0m [31;1mquery ERROR: Table 'autozero_realm.realmd_db_version' doesn't exist[0m [31;1mSQL: SELECT * FROM realmd_db_version LIMIT 1[0m [31;1mquery ERROR: Table 'autozero_realm.realmd_db_version' doesn't exist[0m [31;1mThe table `realmd_db_version` in your [REALMD] database is missing or corrupt.[0m [31;1mMaNGOS can not find the version info needed to check that the db is up to date.[0m [31;1mThis revision of mangos requires a database updated to:[0m [31;1m`20140607_Realm_Resync.sql`[0m [31;1mReinstall your [REALMD] database with the included sql file in the sql folder.[0m *** glibc detected *** ./realmd: malloc(): memory corruption: 0x00007f4b272f8ec7 *** ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x76aa6)[0x7f4b26fe8aa6] /lib/x86_64-linux-gnu/libc.so.6(+0x79b13)[0x7f4b26febb13] /lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x70)[0x7f4b26fed930] /usr/lib/x86_64-linux-gnu/libstdc++.so.6(_ZnwmRKSt9nothrow_t+0x1d)[0x7f4b27a1510d] /usr/lib/libACE-6.0.3.so(_ZN17ACE_New_Allocator6mallocEm+0x1c)[0x7f4b28944e3c] /usr/lib/libACE-6.0.3.so(+0xa72cc)[0x7f4b288ff2cc] /usr/lib/libACE-6.0.3.so(_ZN22ACE_Configuration_Heap18enumerate_sectionsERK29ACE_Configuration_Section_KeyiR15ACE_String_BaseIcE+0x1fc)[0x7f4b2892632c] ./realmd[0x4569de] ./realmd(_ZN6Config13GetIntDefaultEPKci+0x40)[0x456e88] ./realmd(_ZN3Log24WaitBeforeContinueIfNeedEv+0x20)[0x46ad3e] ./realmd(main+0x5a9)[0x44cd92] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7f4b26f90eed] ./realmd[0x4421d9] ======= Memory map: ======== 00400000-0048f000 r-xp 00000000 08:01 711448 /home/karel/zero/bin/realmd 0068f000-00691000 rw-p 0008f000 08:01 711448 /home/karel/zero/bin/realmd 00691000-00692000 rw-p 00000000 00:00 0 01328000-0136a000 rw-p 00000000 00:00 0 [heap] 7f4b20000000-7f4b20021000 rw-p 00000000 00:00 0 7f4b20021000-7f4b24000000 ---p 00000000 00:00 0 7f4b25f42000-7f4b25f4d000 r-xp 00000000 08:01 919837 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7f4b25f4d000-7f4b2614c000 ---p 0000b000 08:01 919837 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7f4b2614c000-7f4b2614d000 r--p 0000a000 08:01 919837 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7f4b2614d000-7f4b2614e000 rw-p 0000b000 08:01 919837 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7f4b2614e000-7f4b2614f000 ---p 00000000 00:00 0 7f4b2614f000-7f4b2694f000 rw-p 00000000 00:00 0 7f4b2694f000-7f4b26966000 r-xp 00000000 08:01 1068968 /usr/local/lib/libz.so.1.2.8 7f4b26966000-7f4b26b65000 ---p 00017000 08:01 1068968 /usr/local/lib/libz.so.1.2.8 7f4b26b65000-7f4b26b66000 rw-p 00016000 08:01 1068968 /usr/local/lib/libz.so.1.2.8 7f4b26b66000-7f4b26b6d000 r-xp 00000000 08:01 920716 /lib/x86_64-linux-gnu/librt-2.13.so 7f4b26b6d000-7f4b26d6c000 ---p 00007000 08:01 920716 /lib/x86_64-linux-gnu/librt-2.13.so 7f4b26d6c000-7f4b26d6d000 r--p 00006000 08:01 920716 /lib/x86_64-linux-gnu/librt-2.13.so 7f4b26d6d000-7f4b26d6e000 rw-p 00007000 08:01 920716 /lib/x86_64-linux-gnu/librt-2.13.so 7f4b26d6e000-7f4b26d70000 r-xp 00000000 08:01 919314 /lib/x86_64-linux-gnu/libdl-2.13.so 7f4b26d70000-7f4b26f70000 ---p 00002000 08:01 919314 /lib/x86_64-linux-gnu/libdl-2.13.so 7f4b26f70000-7f4b26f71000 r--p 00002000 08:01 919314 /lib/x86_64-linux-gnu/libdl-2.13.so 7f4b26f71000-7f4b26f72000 rw-p 00003000 08:01 919314 /lib/x86_64-linux-gnu/libdl-2.13.so 7f4b26f72000-7f4b270f3000 r-xp 00000000 08:01 919307 /lib/x86_64-linux-gnu/libc-2.13.so 7f4b270f3000-7f4b272f3000 ---p 00181000 08:01 919307 /lib/x86_64-linux-gnu/libc-2.13.so 7f4b272f3000-7f4b272f7000 r--p 00181000 08:01 919307 /lib/x86_64-linux-gnu/libc-2.13.so 7f4b272f7000-7f4b272f8000 rw-p 00185000 08:01 919307 /lib/x86_64-linux-gnu/libc-2.13.so 7f4b272f8000-7f4b272fd000 rw-p 00000000 00:00 0 7f4b272fd000-7f4b27314000 r-xp 00000000 08:01 920713 /lib/x86_64-linux-gnu/libpthread-2.13.so 7f4b27314000-7f4b27513000 ---p 00017000 08:01 920713 /lib/x86_64-linux-gnu/libpthread-2.13.so 7f4b27513000-7f4b27514000 r--p 00016000 08:01 920713 /lib/x86_64-linux-gnu/libpthread-2.13.so 7f4b27514000-7f4b27515000 rw-p 00017000 08:01 920713 /lib/x86_64-linux-gnu/libpthread-2.13.so 7f4b27515000-7f4b27519000 rw-p 00000000 00:00 0 7f4b27519000-7f4b2752e000 r-xp 00000000 08:01 919300 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f4b2752e000-7f4b2772e000 ---p 00015000 08:01 919300 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f4b2772e000-7f4b2772f000 rw-p 00015000 08:01 919300 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f4b2772f000-7f4b277b0000 r-xp 00000000 08:01 919316 /lib/x86_64-linux-gnu/libm-2.13.so 7f4b277b0000-7f4b279af000 ---p 00081000 08:01 919316 /lib/x86_64-linux-gnu/libm-2.13.so 7f4b279af000-7f4b279b0000 r--p 00080000 08:01 919316 /lib/x86_64-linux-gnu/libm-2.13.so 7f4b279b0000-7f4b279b1000 rw-p 00081000 08:01 919316 /lib/x86_64-linux-gnu/libm-2.13.so 7f4b279b1000-7f4b27a99000 r-xp 00000000 08:01 1054664 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.17 7f4b27a99000-7f4b27c99000 ---p 000e8000 08:01 1054664 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.17 7f4b27c99000-7f4b27ca1000 r--p 000e8000 08:01 1054664 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.17 7f4b27ca1000-7f4b27ca3000 rw-p 000f0000 08:01 1054664 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.17 7f4b27ca3000-7f4b27cb8000 rw-p 00000000 00:00 0 7f4b27cb8000-7f4b27e82000 r-xp 00000000 08:01 1087353 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7f4b27e82000-7f4b28082000 ---p 001ca000 08:01 1087353 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7f4b28082000-7f4b2809d000 r--p 001ca000 08:01 1087353 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7f4b2809d000-7f4b280ac000 rw-p 001e5000 08:01 1087353 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7f4b280ac000-7f4b280b0000 rw-p 00000000 00:00 0 7f4b280b0000-7f4b28106000 r-xp 00000000 08:01 1087354 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 7f4b28106000-7f4b28306000 ---p 00056000 08:01 1087354 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 7f4b28306000-7f4b28309000 r--p 00056000 08:01 1087354 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 7f4b28309000-7f4b28310000 rw-p 00059000 08:01 1087354 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 7f4b28310000-7f4b285cf000 r-xp 00000000 08:01 1058410 /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18.0.0 7f4b285cf000-7f4b287cf000 ---p 002bf000 08:01 1058410 /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18.0.0 7f4b287cf000-7f4b287d5000 r--p 002bf000 08:01 1058410 /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18.0.0 7f4b287d5000-7f4b28853000 rw-p 002c5000 08:01 1058410 /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18.0.0 7f4b28853000-7f4b28858000 rw-p 00000000 00:00 0 7f4b28858000-7f4b289cb000 r-xp 00000000 08:01 1070878 /usr/lib/libACE-6.0.3.so 7f4b289cb000-7f4b28bca000 ---p 00173000 08:01 1070878 /usr/lib/libACE-6.0.3.so 7f4b28bca000-7f4b28bdb000 r--p 00172000 08:01 1070878 /usr/lib/libACE-6.0.3.so 7f4b28bdb000-7f4b28bdf000 rw-p 00183000 08:01 1070878 /usr/lib/libACE-6.0.3.so 7f4b28bdf000-7f4b28be1000 rw-p 00000000 00:00 0 7f4b28be1000-7f4b28c01000 r-xp 00000000 08:01 919303 /lib/x86_64-linux-gnu/ld-2.13.so 7f4b28dd6000-7f4b28ddf000 rw-p 00000000 00:00 0 7f4b28dfc000-7f4b28e00000 rw-p 00000000 00:00 0 7f4b28e00000-7f4b28e01000 r--p 0001f000 08:01 919303 /lib/x86_64-linux-gnu/ld-2.13.so 7f4b28e01000-7f4b28e02000 rw-p 00020000 08:01 919303 /lib/x86_64-linux-gnu/ld-2.13.so 7f4b28e02000-7f4b28e03000 rw-p 00000000 00:00 0 7fff3a7a1000-7fff3a7c2000 rw-p 00000000 00:00 0 [stack] 7fff3a7f4000-7fff3a7f5000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] Aborted karel@hp625:~/zero/bin$ exit Anyway thanks for trying to help :-)
  6. Tried your script: 1) note that your line endings do some mess under linux (shabang is not interpretted correctly and escape sequence \ naturally causes an error, as the escape sequence has entirely different meaning to \) 2) It does fail to update the database. It just installed a clear one and let it there without any updates (or technically taket it may possibly have let it on a wrong revision, but my guess is that it did not install any updates at all). 3) As it did not update the database, I tried that build with my installed mangos-zero database. I get exactly the same result as was reported earlier. (which may probably be caused by incorrect scriptdev db version? After all, the guide in wiki I used to install it was most likely deprecated...) 4) The script does not let user go to the database install menu without performing a build. Build which is performed seems to clean first - would not be a make sufficient? (Like this I must recompile entire mangos in order to get to the database menu for the second time) (I wanted to try explicitly the update option...) my system is 64bit debian wheezy
×
×
  • Create New...

Important Information

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. Privacy Policy Terms of Use