|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Support::Windows Servers Support forum for Windows EQEMu users. |
09-16-2020, 10:11 PM
|
|
Demi-God
|
|
Join Date: Oct 2010
Posts: 1,332
|
|
Not sure if you are (or have been) on the Emu discord, but this zone server issue has been happening to several people, which is frustrating, because I haven't seen anyone post any substantial cause for it, let alone a solution.
Even though I don't have that problem, I would love to see people take a more diligent approach to finding out what's going on, especially when something like that happens randomly to a server without any changes. I have an older code/database project that was untouched and one day, out of the blue, it had a (different) issue pop up, which hasn't been resolved yet, so I know how frustrating it can be.
We're not all brainiacs in this community.
|
09-16-2020, 11:34 PM
|
|
Developer
|
|
Join Date: Mar 2003
Posts: 1,497
|
|
If I remember right, the default file was empty and in your server root folder.
|
09-16-2020, 11:43 PM
|
|
Demi-God
|
|
Join Date: Mar 2009
Location: Umm
Posts: 1,492
|
|
Quote:
Originally Posted by joligario
If I remember right, the default file was empty and in your server root folder.
|
yeah I tried creating an empty plugin.pl - it does finds the file now but rest of errors remain - server still locked
|
09-16-2020, 11:58 PM
|
|
Demi-God
|
|
Join Date: Oct 2010
Posts: 1,332
|
|
Did you try going into the logsys_categories table and enabling a more rigorous logging for zone, etc. ? Not sure if that will enlighten the issue or not.
|
09-17-2020, 04:19 PM
|
Fire Beetle
|
|
Join Date: Feb 2010
Posts: 2
|
|
Hey all,
I'm a newb myself at this but I wanna help, feel free to laugh if it has nothing to do with it.
Would it be possible that his issue has something to do with some sort of missing:
"legacy" : "1",
in his eqemu_config file? Since there's been migrations of services to more modern version (like perl and php) might it be why it was working and then without him changing anything (but failing to add 'legacy') it now says locked?
cheers,
Astuce
|
09-17-2020, 05:24 PM
|
|
Developer
|
|
Join Date: Apr 2012
Location: North Carolina
Posts: 2,815
|
|
That has to do with using the login server.
Any login server entry that uses the public login server address must use the legacy setting.
Otherwise, it should be set to '0' or removed.
__________________
Uleat of Bertoxxulous
Compilin' Dirty
|
09-17-2020, 09:30 PM
|
Dragon
|
|
Join Date: Dec 2008
Location: Tennessee
Posts: 654
|
|
I saw this error about 6-8 months ago but I can not for the life of me remember exactly what I did to fix it. Don't hold me to this but I want to say that your perl installation has gotten screwed up. Check the windows environment variables and make sure that perl is listed in the variable named path.
|
09-18-2020, 12:16 AM
|
|
Demi-God
|
|
Join Date: Mar 2009
Location: Umm
Posts: 1,492
|
|
Quote:
Originally Posted by Huppy
Did you try going into the logsys_categories table and enabling a more rigorous logging for zone, etc. ? Not sure if that will enlighten the issue or not.
|
well Db says that logging for zone set to 1 (log to file)
anything specific to turn on?
|
09-18-2020, 12:17 AM
|
|
Demi-God
|
|
Join Date: Mar 2009
Location: Umm
Posts: 1,492
|
|
Quote:
Originally Posted by blackdragonsdg
I saw this error about 6-8 months ago but I can not for the life of me remember exactly what I did to fix it. Don't hold me to this but I want to say that your perl installation has gotten screwed up. Check the windows environment variables and make sure that perl is listed in the variable named path.
|
trying that out...
|
09-19-2020, 11:13 AM
|
|
Demi-God
|
|
Join Date: Mar 2009
Location: Umm
Posts: 1,492
|
|
Quote:
Originally Posted by blackdragonsdg
I saw this error about 6-8 months ago but I can not for the life of me remember exactly what I did to fix it. Don't hold me to this but I want to say that your perl installation has gotten screwed up. Check the windows environment variables and make sure that perl is listed in the variable named path.
|
well added path for Perl to environment variables - no visible changes - my zones still won't boot up =(
|
09-19-2020, 05:20 PM
|
|
Developer
|
|
Join Date: Apr 2012
Location: North Carolina
Posts: 2,815
|
|
I know environmental path length has been an issue for us in the past .. not sure if that's the issue here.
Have you installed other things on this computer that may have caused the path length to be exceeded?
Or, maybe, another program updated something the eqemu server is using? (not likely...)
The only other thing I can think of is a windows update causing havoc - especially if you haven't changed anything server-wise.
__________________
Uleat of Bertoxxulous
Compilin' Dirty
|
09-19-2020, 05:40 PM
|
|
Demi-God
|
|
Join Date: Mar 2009
Location: Umm
Posts: 1,492
|
|
Quote:
Originally Posted by Uleat
I know environmental path length has been an issue for us in the past .. not sure if that's the issue here.
Have you installed other things on this computer that may have caused the path length to be exceeded?
Or, maybe, another program updated something the eqemu server is using? (not likely...)
The only other thing I can think of is a windows update causing havoc - especially if you haven't changed anything server-wise.
|
Literally nothing installed, unless, ehem, you count battlenet updates for Hearthstone. =)
And yeah - Win10 had a large patch few weeks ago...Maybe that..
This is what my environmental variables say:
%USERPROFILE%\AppData\Local\Microsoft\WindowsApps ;C:\Perl64\bin
|
09-22-2020, 07:07 PM
|
|
Demi-God
|
|
Join Date: Mar 2009
Location: Umm
Posts: 1,492
|
|
We Solved it!
Thanks to Huppy and Uleat!
In case someone else will run into this issue - The problem is Windows may be blocking your ports!
Changing needed ports from 9000-9001 to 9002-9003 fixed the problem!
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -4. The time now is 08:00 PM.
|
|
|
|
|
|
|
|
|
|
|
|
|