Issue Information
-
#006446
-
0 - None Assigned
-
Fixed
Issue Confirmations
-
Yes (5)No (2)
Map Server Disconnects when WoE starts and ends
This is strange when the woe starts and ends the map server disconnects.
i think i found out when the problem started. after i back read the changeset. http://trac.rathena..../rathena#file13i try to reverted the changes. and it works again.guild2/arug_cas01.txtguild2/arug_cas02.txtguild2/arug_cas03.txtguild2/arug_cas04.txtguild2/arug_cas05.txtguild2/schg_cas01.txtguild2/schg_cas02.txtguild2/schg_cas03.txtguild2/schg_cas04.txtguild2/schg_cas05.txthere is the patch for the fix.
thanks finally someone figure out what the causes of server crashed.
Does anybody have the error messages or a crashdump?
i got also the same problem but after i apply the patch it works now.
i don't get any error message but the map server stop working and it was asking for a debug or close.
Xantara and Joseph also tested this without any problems. o.o
maybe because the castle is unoccupied before? i tried it and it works. if the castle is unoccpied and when you try to get the castle after it finish the event the server is not crashing. but if you use the other database which already occupied by the other. the problem occurred.
We all tested conquering the castles, no errors.
the OS maybe?
have anyone tried the new update?or it was still crashing?
even with a centos I'm unable to reproduce, I really need any of you to provide a gdb dump
still not working on latest revision. map server still crashing. i think the old one are the only one that are working normally without any crashes.
Brynner, literally half the developers have tested the new scripts and none of us can reproduce the problem. Unless somebody can provide us with information, we cannot do anything.
Im testing the new svn now, monitoring it and no crash yet, i see problem here in rathena not all users are active in bugtracker hope player will report more problems,
I don't intend to sound rude, I only want to make sure my message is clear.
We can't reproduce the crashes, so either you guys provide us with a GDB Dump or nothing will be done -- because we can't do anything without it.
I don't intend to sound rude, I only want to make sure my message is clear.We can't reproduce the crashes, so either you guys provide us with a GDB Dump or nothing will be done -- because we can't do anything without it.
how we get that if we use windows?
- Ind we are sorry if we can't produce a evidence..
- this is how it produce..
- use npc/custom/woe_controller.txt
the schedule is
# Monday
- prtg_cas01
# Tuesday
- prtg_cas02
# Wednesday
- payg_cas01
# Thursday
- gefg_cas01
#Friday
- aldeg_cas01
Saturday
- arug_cas01
- arug_cas02
Sunday
- schg_cas01
- schg_cas02
- when it's time of WOE
this one appear
Edited by GM Takumirai, 13 August 2012 - 11:47 AM.
i tested it many times.. still the result of the crash is during WOE..
i don't know what is the reason behind but there's no crash in the server only the segmentation fault..
i think better to stick to eathena script. old but more stable without no crashes.
- this problem start when this revision is applied
http://trac.rathena....t/16571/rathena
- this problem start when this revision is appliedhttp://trac.rathena....t/16571/rathena
yup i already posted it on post #14.
its because they replace the original script of
Please run your map server in gdb mode and paste us the output when it crashesi tested it many times.. still the result of the crash is during WOE..i don't know what is the reason behind but there's no crash in the server only the segmentation fault..
gdb ./map-server_sql r