Quote:
Originally Posted by sotonin
I don't use windows. i use linux. so most of that is wasted on me. lol =)
so im back to the point of how to tell it to look for the dll's and such
also i don't think the above posted boot5 will work...
our linux run file is similar to a boot5 but it only tells which zones to boot up on THAT machine.... you can't boot a zone from one machine on another. You'd have to have a seperate zone bootup script on the second machine i beleive. I'm just not sure how they all know to interconnect (
our script to load zones is set up like this.
Code:
./zone.exe gukbottom IP PORT IP >> /dev/null &
./zone.exe oasis IP PORT IP >> /dev/null &
./zone.exe paw IP PORT IP >> /dev/null &
I'm guess i would need to copy zone binary to the second machine create a NEW linux run file and set up which statics i want.
I'll give this a shot. but i don't know still how they interconnect =p
|
EDIT added snippet example:
Code:
./zone.exe gukbottom ExtIP PORT IntIPMach1 >> /dev/null &
./zone.exe oasis ExtIP PORT IntIPMach2 >> /dev/null &
./zone.exe paw ExtIP PORT IntIPMach3 >> /dev/null &
OR
Code:
./zone.exe gukbottom ExtIP PORT IntIPMach1 >> /dev/null &
./zone.exe oasis ExtIP PORT IntIPMach1 >> /dev/null &
./zone.exe paw ExtIP PORT IntIPMach2 >> /dev/null &
./zone.exe freportw ExtIP PORT IntIPMach2 >> /dev/null &
So far I have absolutely no problem using my posted bootzones.bat file with one exception, its only set to two machines for the test I ran and I don't static the zones which means it just hunts for the next World.exe registered zone server available on IP:PORT.
It's been awhile like back on slakware version 2 since I've really dev'd on a linux server. Yes I'm that old LMAO. I mostly admin 11 O/S's and program primarily in Windows and OS400 (IBM AS400).
You'll have to static a few zones per machine or all zones per one machine, ONLY IF your making all zones static or just a few zones static at which point you'd need to add something like the following code snippet.
Code:
./zone.exe gukbottom ExtIP PORT IntIPMach1 >> /dev/null &
./zone.exe oasis ExtIP PORT IntIPMach1 >> /dev/null &
./zone.exe paw ExtIP PORT IntIPMach2 >> /dev/null &
./zone.exe freportw ExtIP PORT IntIPMach2 >> /dev/null &
./zone.exe . ExtIP PORT IntIPMach1 >> /dev/null &
./zone.exe . ExtIP PORT IntIPMach1 >> /dev/null &
./zone.exe . ExtIP PORT IntIPMach1 >> /dev/null &
./zone.exe . ExtIP PORT IntIPMach1 >> /dev/null &
./zone.exe . ExtIP PORT IntIPMach1 >> /dev/null &
./zone.exe . ExtIP PORT IntIPMach1 >> /dev/null &
The 6 dynamic zone servers would just have increasing port numbers and should in theory not be an issue. If your not zoning to a static zone you'd be able to zone to an Available dynamic zone server and it automatically registers itself with the World.exe as long as its working properly.
Quote:
Originally Posted by smogo
bash shell :
Code:
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/EmuSharemem.so_directory
Also, linking all your files to a single source, via NFS, works.
|
Just for ease of configuration and upkeep pretend your building the server on this box. Path, build, and edit bootzone script all via NFS mount on this system. The only diff is you'll just be running the binary for zone, zone scripts, and accessing the db.
It doesn't take up that much room so it really shouldn't be a prob especially since the actual code is NFS mounted the minor pathing, scripts etc wouldn't run into a space consumption or network bottleneck issue. Just make certain you have permissions and follow the procedure you used to setup your initial server. I promise you'll be very happy you did in the end. Maintenance becomes one NFS mounted directory for updates and only your server for the db possibly change of IP addresses as needed (if needed).
You've got me interested enough to throw together a linux server on my local network. I'll hunt down the install sticky in the forum and test it out.
Let me know how things go, wish I was a part of this one LOL.
Darkwaters