massive Zone Unavalable errors +more
Ok 2 hours ago everyhtign was runing 100% OK
Now I am stack at char select screen and cannot get dymanic zones to autoboot. After so many "zone unavalble" message, the world will eventualy say somethign like " expecting Login got BlaBla instead" also geting "Expecting OP_SendLoginInfo, got OP_ApproveName" whenever server reject a new char name and get booted to server select Quote:
|
part 2 with numerious atempts to autoboot with no success at the end
Quote:
|
ok found something what could be interesting, and prety much cuases the error, however I am at a loos how to fix it.
Apparetnly it desperatly looking for specific spawn2 ID which however is not used in any other table. I am not mySQl expert - but the local IDs of spawn2 table are mapping to anywhere? Is there a pattern to this numbers? I was under impression they could be deleted at will or changed. Quote:
|
ok this getting ridiculus I am got a brand new PEQ DB, copied over my own spawn info (spawn2, spawnentry and spawngroup) from my old backedup DB, and I am still getign the same stupid error!
Quote:
I have no idea WHY in the world I woudl get this error if in my original DB these values never existed to begin with. The program keep trying to pull up something which is not referenced ANYWHERE! :-x |
ok i did some mySQl manual reading - it seesm that problem is with the spawn2 table.
The table is InnoDB type - and from I understand this thing CANNOT BE just backed up, cuase the IDs of the primary key writen into file are not REAL IDs. And if you EVER do any changes - like delete an entry and then back up the DB And if DB is later restored from backup - the whole thing (since it uses internal index table which is not shown to the user) and discover than enetry that supose to follow does nto exist - the whole thing crashes... This mayby not very accurate (I am not mySQl expert), but i belive the problem is how to PROPERLY backup spawn2 table which was in any way altered so it will actualy WORK after restore.. Any mySQl experts can help with this???? |
ok, this cost me a few grey hair (well few hair...), but with little mySQl expert help we solved this one....
PEOPLE!!! If you EVER delete or move ANY values in spawn2 tables using 1090 server build (INCLUDING using GeorgeS spawn editing tool) TURN OFF zone persistant state! Otherwise you will spend next 5 days drawing in error codes.... :cool: |
Thanks for sharing!
I spent longer than I should have looking for why the zone was trying to load a spawn with an id in the billions... |
All times are GMT -4. The time now is 06:03 PM. |
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.