Not sure what this bug is...
I really dont know what happened here. My server has been running great, so great I decided to try to boot up 10 zones. But since then I started to get this message in my ZONES log file:
[Status] Starting Log: logs/eqemu_zone.log [Status] Using database 'eq' at localhost [Status] CURRENT_ZONE_VERSION: EQEMu 0.6.0-DR2 [Status] Loading Variables [Status] Loading zone names [Status] Loading items [Status] libEMuShareMem.so loaded [Status] Loading npcs [Status] Loading npc faction lists [Status] Loading loot tables Error: EMuShareMem: DLLLoadLoot: !LootMMF.IsLoaded() (timeout) [Error] Starting Log: logs/eqemu_error_zone.log [Error] Loading loot FAILED! Warning something odd happened freeing shared memory Warning something odd happened freeing shared memory Warning something odd happened freeing shared memory the following is in my eqemu_error_zone.log: --------------------------------------------- 2342 [11.11. - 17:07:14] Starting Log: logs/eqemu_error_zone.log 2342 [11.11. - 17:07:14] Loading loot FAILED! --------------------------------------------- 2340 [11.11. - 17:07:14] Starting Log: logs/eqemu_error_zone.log 2340 [11.11. - 17:07:14] Loading loot FAILED! --------------------------------------------- 2341 [11.11. - 17:07:14] Starting Log: logs/eqemu_error_zone.log 2341 [11.11. - 17:07:14] Loading loot FAILED! And this weird file gets generated in my /bin directory named gmon.out but its full of white space when I MORE it. All I did was try to load up 10 zones.. After this happened I restored my original boot script thats been running great, but this same thing keeps happening now no matter how few zones I run. I also verified my DB is up and accepting requests as I manually checked that out.. This is a 6.0 DR2 CVS 11/9/2004 server with perl enabled running on a redhat 9 linux server with the peq_kunark_latest DB. Any ideas? |
Quote:
SELECT max(id), count(*) FROM loottable SELECT count(*) FROM loottable_entries SELECT max(id), count(*) FROM lootdrop SELECT max(lootdrop_id), count(*) FROM lootdrop_entries SELECT id, mincash, maxcash, avgcoin FROM loottable SELECT id FROM lootdrop caution: the last 2 are going to spit out a ton of shit. If any of them take more than a few seconds to start printing stuff (you can kill it once they start printing), then your DB server cant produce the results fast enough for the zone. One thing you might try is just booting 1 zone, sleeping for like 30 seonds-1 minute and then booting the rest, so the other 9 zones arent interfering with mysql any. if that dosent work, im out of ideas. |
Thanks a ton for the suggestion.. I put some sleep 10 commands in between the zone launches and it seems to work. Takes several minutes to bring the server up, but they do all launch now so thats cool. I guess it makes sense that 10+ zones all trying to load DB info at the same second would result in some timeouts. I'm going to look into moving my DB server to a dedicated server to see if that works better for me, but once all the zones launch, server performance seems fine.
|
Curious:
What *is* gmon.out? And... After the first zone loads, do the others load faster? Meaning, does it all get cached or something? |
All times are GMT -4. The time now is 04:16 AM. |
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.