EQEmulator Forums

EQEmulator Forums (https://www.eqemulator.org/forums/index.php)
-   Support::Linux Servers (https://www.eqemulator.org/forums/forumdisplay.php?f=588)
-   -   Server error (https://www.eqemulator.org/forums/showthread.php?t=36327)

noudess 01-24-2013 10:41 AM

Server error
 
At this point, I'm only experimenting, I don't know what my actual intentions are.

Here's what I did:

I used the "2 hour server guide" at: http://www.proskeptic.com/wordpress

This guide's script wasn't up to date as far as cmake, so it died there. I did the makes myself and fixed up the rest of what the script wanted to do.

I now can run ./world and ./eqlaunch zone. They come up reasonably well. I see my server in the public login server list as up. (RolePlayingNorrth)

Here's where I am naive. I probably know my problem but I want confirmation.

When I try to connect from my Titanium install I get:

[Debug] [WORLD__CLIENT] New connection from 192.168.2.2:50774
[Debug] [NET__IDENTIFY] Unable to identify stream from 192.168.2.2:50774, no match found.


Does this mean I have the wrong patch level on my Titanium? Could someone else try?

My titanium is patched for P1999, which I am guessing is the problem? I want confirmation of that, and what action to take before I screw up my client for P1999 for no reason.

c0ncrete 01-24-2013 11:22 AM

that guide won't work as the location of some of the required files has been changed.

these
sourcedir/utils/*.conf

have been moved here
sourcedir/utils/patches*.conf

noudess 01-24-2013 11:33 AM

Thank you. That gets it running.

c0ncrete 01-24-2013 11:40 AM

this is one of the reasons why using an automated installer script ends up being more of a hindrance than a help.

if you'd have been reading a guide that told you copy the conf files from the old directory, you would have noticed they were no longer there. the script isn't sentient and is unable to tell you that something was missing because of how it was written.

running scripts on linux that you can't read and understand what they do is generally a very very bad idea.

prickle 01-24-2013 12:39 PM

Quote:

Originally Posted by c0ncrete (Post 216974)
this is one of the reasons why using an automated installer script ends up being more of a hindrance than a help.

if you'd have been reading a guide that told you copy the conf files from the old directory, you would have noticed they were no longer there. the script isn't sentient and is unable to tell you that something was missing because of how it was written.

running scripts on linux that you can't read and understand what they do is generally a very very bad idea.

well, it IS possible to write a script that will find the files you want even if they've been moved to a new directory, but that's besides the point :)

Also, running scripts that you don't understand is generally a bad idea for any operating system, not just Linux... e.g. the virus cesspool that is Windows and more recently Mac OSX can no longer claim to be "virus and malware free" thanks to a wide spread botnet infection last year.

but i guess that's a bit off topic.

I did write my own build script (in Perl w/ a child bash script) that would do the whole shabang sometime ago. It started with an SVN compare between local and source, then if there were updates, it would svn up, and copy to a build dir, tweak the makefiles to my specification, compile, stop backup and replace the existing server. I haven't used it in a while due to complications with Perl, and now the change to CMake.

If I find some time in the coming weeks, maybe I'll tweak it and share it.

c0ncrete 01-24-2013 01:14 PM

Quote:

Originally Posted by prickle (Post 216976)
well, it IS possible to write a script that will find the files you want even if they've been moved to a new directory, but that's besides the point :)

Also, running scripts that you don't understand is generally a bad idea for any operating system, not just Linux... e.g. the virus cesspool that is Windows and more recently Mac OSX can no longer claim to be "virus and malware free" thanks to a wide spread botnet infection last year.

but i guess that's a bit off topic.

I did write my own build script (in Perl w/ a child bash script) that would do the whole shabang sometime ago. It started with an SVN compare between local and source, then if there were updates, it would svn up, and copy to a build dir, tweak the makefiles to my specification, compile, stop backup and replace the existing server. I haven't used it in a while due to complications with Perl, and now the change to CMake.

If I find some time in the coming weeks, maybe I'll tweak it and share it.

true enough on all points. the problem lies with the assumptions made by the end user (and the script, in this particular case), which was what i was getting at. it's always best to know what is going on when you are running or installing something on your machine, regardless of the operating system. i just cringe out of habit when it comes to admins running things unaware on linux. it's really not worth the air it takes to expel a sigh when it comes to windows. :)

prickle 01-24-2013 03:49 PM

hahah agreed!

lerxst2112 01-24-2013 06:13 PM

That's the thing, if you can read that script and understand what it does then you could have also done all the steps manually and been fine.

The problem is, people that don't understand what it does, or Linux in general, expect a magic bullet and then come here saying "Oh noes, it didn't work what do I do?" and then we have to support the normal build process along with a script that we might not be familiar with and don't feel like learning about.

noudess 01-25-2013 05:20 PM

So I'm running, but any character creation causes a segv. Sometimes its when going throught character spell lst, sometimes inventory, sometimes abilities.

Is the current trunk of eqemu and peqdb compatible?

lerxst2112 01-25-2013 05:23 PM

Can you post a stack trace of the crash?


All times are GMT -4. The time now is 07:14 AM.

Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.