Rule Errors / Mob Spawn Problems...
 

Hello all, its been quite a while since Ive posted. I just got back from a long Deployment in Iraq and I wanted to set my server back up for my wife and I and Im having a few issues. As is stands right now, my server loads and I am able to log in -- my wife is able to log in as well. Now the issues are two fold.

I am running the latest EQEMU software(1129) with a downloaded (from CVS) database.

First off im getting alot of Rule errors. Here's the world.exe log:

First of all, Im running a Minilogin... My Config files are as follows...

Loginserver.ini

emu_config.xml


Secondly Im getting VERY incorrect spawns in zones, for instance...

Freeport -- Im getting Plane of Fear mobs spawning. Also In the bazaar there's NO merchants or anything. Im not really quite sure what the deal is. Im sure there are other problems but ive never had these issues before and ive ran the server for quite some time. Any help on this matter would be EXTREMELY Appreciated.

If you are running the latest database, you need to be running the matching version of the server source code from the SVN download:

http://code.google.com/p/projecteqemu/downloads/list

The problem you are having is that the 1129 code doesn't have MANY of the features that have been added since the new SVN was brought up.

Thank you very much for your help, Im going to try this right now, Is there a link to a server setup guide that matches this rev. or something close to it, looking at the extracted hierarchy, it looks much different than 1129 format. I will get back to you asap with my findings.

Well I think i have it set up right, but now im getting a Pearl_newxs_flags error, I looked up the Error and I tried the solution on this thread http://www.projecteq.net/phpBB2/viewtopic.php?t=5264 with no luck.

Make sure you completely uninstall Perl, reboot, then install version 5.8.8.822, reboot again and install the DBI, and DBD modules and then try again.

Also, after you've uninstalled and rebooted, it wouldn't hurt to search your system for perl58.dll, and then delete any copies of that file found.

Worked like a charm, Now im just troubleshooting my Database and figuring out why its giving me a Zone Unavailable error. I should be able to get that but if I cant I'll let you all know.

Now... Im having zoning issues. Im logged in, But whenever I try and zone, i get this error... "This zone is not ready to receive visitors, try back again in a few minutes" in game. My world.exe looks like this
Not really sure what I can do to fix this, never seen it. I did a search on the forums and the solutions were pretty thin and nothing resolved it.

Problem Solved, Not really sure how it was solved but it resolved itself. Im good to go. Thank you for all the help, This community has probably been my favorite considering the number of willing and helpful people. Y'all have a good day.

So I was mistaken... My problems have taken a turn to zoning issues.

Still getting "This Zone is not ready to receive visitors. Try again in a Few Minutes" in game and No Zones being produced in the world.exe or zone.exe Here are the logs from each (most the good stuff is at the bottom of all these...):

world.exe
zone.exe (Before login)

zone.exe (After Login and Attempt to Zone)


First off, Ignore the Perl errors, (Or dont, Im gonna have to figure them out eventually, but I would rather figure the zoning issues out first.)

As you can see its not auto booting zones as it should be, I have it set to boot 10 dynamic zones (via DB, Launcher table). No zones are being loaded. Just the one that boots up from the get go, and then when someone logs out, it will shut down for good and I wont be able to log in at all. it wont boot any new zones.

So I was mistaken... My problems have taken a turn to zoning issues.

Still getting "This Zone is not ready to receive visitors. Try again in a Few Minutes" in game and No Zones being produced in the world.exe or zone.exe Here are the logs from each (most the good stuff is at the bottom of all these...):

world.exe
zone.exe (Before login)

zone.exe (After Login and Attempt to Zone)


First off, Ignore the Perl errors, (Or dont, Im gonna have to figure them out eventually, but I would rather figure the zoning issues out first.)

As you can see its not auto booting zones as it should be, I have it set to boot 10 dynamic zones (via DB, Launcher table). No zones are being loaded. Just the one that boots up from the get go, and then when someone logs out, it will shut down for good and I wont be able to log in at all. it wont boot any new zones.

Just answered my own Issue on the Zoning portion... The eqlaunch.exe was definately fubar, Exchanged it from the one in the 1129 release and that solved my issues. Now im trying to fix the quests... Here's my log for that...

Sounds to me like a perl problem, I really hope not since I just got done with solving one of those thing... reinstalled that 100 times...

by the way I did put the emu/quests/plugin stuff into emu/plugins

I went to CMD and did "Path" and this is what came up...

I did install perl a few times, and it looks like I didnt uninstall it one of them, is there any way to clean that up? Maybe that might help? Im at a loss here... totally stumped.

Goddamn it. Im starting to get pissed. Ive been doing a shit load of searching on the forums, and seen plenty of threads with my EXACT same issue and no working solutions. Ive been fucking with this perl crap for a day now trying to get quests to work with no luck. Ive tried 5.8.8 ive tried 5.8.7 ive tried rev 822 ive tried rev 815. I mean I just dont know what the f is going on. I cleaned up my PATH so it has the correct location of Perl. ive tried installing PEQserver pack as well and even that has the same issues so now I went back to my origonal install and im back to square 1 with the same perl issue and no quests working. none, no soul binders either. quests/plugins folder is in the eqemu/plugins. Anyways, sorry if Im comming off pissed, im frustrated and i cant find a solution. Any help would be appreciated.

You're with Windows? did you clean out your registry? This is risky, but I would do this;
Uninstall Perl, then go look for where Perl was installed and delete what's left.
Run REGEDIT and delete every reference to Perl and the mentioned dlls in this thread.
I guess you already know that fooling with REGEDIT can cause you to loose/damage your Windows, good to back it up before you start.
After you're done, reboot first, then re-install


Probably, since you downgraded instead of upgrade, it wasn't expected and things from the upgrade might have gotten hung up in places like the registry.

Here's the Perl I use and works It's dated 2006 , probably same as what you got.

Yes im on windows, I am going to try that, Im savy with the Registry editor so I wont mess it up that bad :) That version is 5.8.7, this works with the most recent version of EQEMU server files, SVN and PEQ? Now im not even getting errors in my logs, quests just arent working with no indication of failure. No hail response, no nothing. Im gonna try your suggestion, I'll be back.

Yes, I got a current windows server that runs with that version - I still need to compile/post 227, my last windows compile is 222 (last week), but I plan to do 227 today, so I'll tell you if there were problems.

Ok, I did everything you said to the letter, Same problem and now my Logs are back. Here's the log file, Same shit as before :(

Now using 5.8.7.813 as you suggested. Still getting these errors. Gonna try putting the perl58.dll in system32 but i dunno if that'll do anything.

You got me curious now, what executables are you using? Or do you compile your own? and what version of the Emu /Database you're working with?

Alright, Here's the complete setup.

At first I was using the Most recent release from the download page, EQ Emu 1129. Then I was told to look into SVN because I was getting a bunch of Rule errors. That fixed that.

Loginserver.ini

eqemu_config.xml

Config.ini (not sure if this even matters but here it is)

Using as a start sequence a start.bat file that looks like this:

Obviously using Minilogin.exe, world.exe and eqlaunch.exe. Using CVN of PEQ's database. Most recent, like... this morning as a matter of fact when I tried re-sourcing my entire database... What else can I tell you that might help?

(No i dont compile my own...)

Im going to do a complete reinstall, of the server, of mysql, of activeperl. everything. Hopefully that will alleviate some of my issues. I'll let you know how it goes, Im going to use http://www.eqemulator.net/wiki/wikka...ka=ws992mysql5 as my guide (as usual)

I'm just trying to see if there might be a detail that slipped by.
There's something else you could try, but it's very time consuming - it at least will verify if the problem is yours or some compatibility with what you downloaded.
I have posted tested working executables and database at my site. You could install it just to see if it's going to do the same. The error seems to point to the source, but it just could be anything and that's the error you get.
I always try to keep mysql, eqemu, perl in the old conventional places ;
C:\PERL
C:\EQEMU
C:\MYSQL

I noticed 'H:\Servers\EverQuest Emulator\EQEmu-0.7.0-1129\EQEmu-0.7.0-1129\EQEmu-0.7.0-1129\quests' for your quests.
hopefully you have it in 'C:\EQEMU\QUESTS'

Heh, No I dont, I actually do have it where it is listed. But Ive always kept it on a drive other than C: and never had an issue with it. By the way, Is there some sort of direction on how to update 1129 with the SVN rev 222? Im not really sure how to go about this so it all ends up correctly, The SVN file and folder hierarchy is different than 1129's. Default is there and has a bunch of folders that seem to be in the usual EQEMU directory.

This is crazy, I dont know if I could possibly run into more issues than I have. Mysql wont install now. I googled the error (Which is, Could not start the service mysql, error 0) and found a solution and it doesnt even work (sc delete mysql, to delete the service, it was successful and I tried redoing the config and I get the same error everytime.) Im about to shoot the nearest bunny.

All the sqls you need to bring it up to date should be in the sources '/EQEmuServer/utils/sql/svn'.

I've had that problem with MySql where it wouldn't start on a re install and re boot fixed it. You know Leslamarch has an install tool that works pretty flawless (for me it did anyway).
He has it pretty much up to date with both database.

Damn SQL installed finally. Moving on. really what I was asking is... When I download the 1129 emu from the site (win32 binaries) and then the SVN binaries (win32) from the SVN site, how do I update 1129 to the SVN with all the fixes... Just copy the files from SVN/Build over the 1129 files?

Hopefully, I understand your question -
The only thing you need to update is your database, the newer source won't work right unless you do so. Also, make sure you have the newest *.conf files in place (they are also in the source/utils directory).
If you downloaded the newest database, then you shouldn't need to update it.

k, im pretty close to having this back to where I was, but im stuck with:

... in my world.exe. Minilogin.exe is running.

Loginserver.ini:

eqemu_config.xml

Ive tried a number of different ways I could input IP addresses including 127.0.0.1, Localhost, and my static IP address 192.168.2.2 in all the different fields, I still come up with this error. Searched on the boards, Nothing is commented out, looks like everything is in good order, but no go.

Found an older Loginserver.ini and eqemu_config.xml and used the format i had there and it worked like a charm, now im gonna log in and check and see if the quests are still broke dick

Quests WORK! HAHA. Im sorry if anyone else has this problem -- BUT I HAVE NO IDEA WHAT I DID. Reinstalled everything 1000000000 times and then reinstall it all at once and get mad errors and google / search them and log in and have it work. thats my solution :x

I'm not sure if this was a contributing factor, but you only need the SVN binaries. Pretty much all development has switched over to SVN. KLS may merge SVN into the CVS repository at some point, but updates are happening so quickly that even that would become outdated very fast.