kero99

Finally crash in concurrent access to DB functions with MTMaps is solved with this pach: http://pastebin.com/RqU2ELVW i port it and adapt to mangos from original code of Machiavelli (TC) and other authors to mangos rev 10802, 48h without DB crashes and i dont detect any other problems Best regards

Patch format for anyone that want to test too =): http://pastebin.com/vPa6XLrw Im testing at the moment at 2000+...

Yes, Ubuntu Server 10.04 64Bits

This crash is really rare... some days do 10 crash in 3 hours.. and other days not apear... O_O

Finally i found what crash server: http://www.wowhead.com/spell=126 I use a spell disable patch to disable it and testing 3 days and no more corrupted mover crash, when normally with 2000+ player, 3-4 crashes day with this crash... At the moment im testing how and where Eye of Kilrogg crash server... Best regards

I have 2000+ =(... A little problem become huge problem in my environment

New version of crash with rev 10732 http://pastebin.com/kXgt2iWY

Test 24h with SOAP off... and still crashed, yesterday 10 crashes in ACE_Message_Block =(

Not sure but... if posible than this crash would be related with SOAP? are you using SOAP?, im testing at the moment... All crashdump have some reference to this code in MaNGOSsoap.h: class SOAPWorkingThread : public ACE_Task<ACE_MT_SYNCH> { public: SOAPWorkingThread () { } virtual int svc (void) { while (1) { ACE_Message_Block *mb = 0; if (this->getq (mb) == -1) { ACE_DEBUG ((LM_INFO, ACE_TEXT ("(%t) Shutting down\\n"))); break; } // Process the message. process_message (mb); } return 0; } private: void process_message (ACE_Message_Block *mb); }; Best regards

my.cnf become with default configuration and you need write your config with posted examples. You dont need remove innodb_data_file_path... at first config of innodb remove ib* files from /var/lib/mysql, and when mysql start will recreate then again with your config. IMPORTANT: Never do it with a production innodb tables in DB, you only can remove innodb files with a clean DB without innodb tables... if you want to change some important config of innodb, you need dump all your data, remove files, change config, restart mysql, and reimport all. To webservices... a LAMP in linux is the best solution =) Best regards

Hi Silverice, i try to apply patch in my production server but code is soo much outdated and soo much merge/pickup conflict with last rev. i could try to resolve all conflict but i could make some errors and do a not good feeback =( by my fault, can you update code to last rev?

Maybe is a ugly very old crashfix that bypass some old crashes with mtmaps that appear when TargetInfo was 0x10, not sure if is correct and if is still needed... i dont have this crash since a year ago.. but is in original TBB patch from Infinity. At the moment only a crash is related with mtmaps: http://pastebin.com/3STR8Vn5 , some concurrent access to DB funtions fails?

I go to test Branch2 at weekend with 2000+ players... i will post a feedback =)

Other crashdump of same problem http://pastebin.com/j9u7mB25

New version of MTMaps with some modification in threading update for correct work with news update calls in 10677+ MTMaps -> http://pastebin.com/7r5DEsCT

Yes, but in this crash mover is not NULL, i test with a ASSERT to check NULL pointer in mover but is not the case, mover is simply corrupted only in some cases where mover is from a unit not player. Best regards

MTMaps & TBB for rev 10658+ MTMaps -> http://pastebin.com/BdCj44PE TBB Concurrent Vectors -> http://pastebin.com/MA8vaejA Best regards

Maybe not related with new ACE, i had this crash with 5.7.8 too

http://pastebin.com/eyHnHhPd new version of crash in 10653, reported by Axxus in git comments, some ideas why or where pointer become corrupted?

Can confirm this one. Not very common, but happens from time to time. Can post nice collection of dumps, but they are all same as above. Same here, not often... but i have this crash

Windows Crashdump not help soo much , but maybe not related with our case. Best Regards

Thanks Vlad, i go to test

More testing... With client ruRU and something in name_loc6 dont crash... But client esES and something in name_loc6.. crash.. Dont tested yet in Windows Environment Best regards P.D: Is soooo much really strange!!!

Thank for response Vladimir, i try again with gcc 4.4.1 and without compilation flag: Now ../configure --prefix=/opt/mangos --sysconfdir=/opt/mangos/etc --enable-cli --datadir=/opt/mangos Before ../configure CFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O3 -m64 -pipe -msse4.2 -DFD_SETSIZE=4096 -fno-delete-null-pointer-checks -fno-strength-reduce -fno-strict-aliasing -frename-registers" CXXFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O3 -m64 -pipe -msse4.2 -DFD_SETSIZE=4096 -fno-delete-null-pointer-checks -fno-strength-reduce -fno-strict-aliasing -frename-registers" --prefix=/opt/mangos --sysconfdir=/opt/mangos/etc --enable-cli --enable-ra --datadir=/opt/mangos --with-debug-info --disable-builtin-ace But same crash, how reproduce crash: - Put something like "hello" in a name_loc6 of locales_gameobject - Login and apear near gameobject with "hello" name. - Crash This problem dont exist in older revisions (rev 10100 for example) Best regards

Confirmed crash at esES, same crashlog