1  |   Order by index

Jun 23, 2006, 7:25pm

At some time hopefully in the *near future* can we please have the following
for World Server / Admin:

1) World Servers that can have a primary place to connect from, a secondary
to connect from, perhaps even a third backup place to connect from? An
example here is that sista hosts our three worlds, for whatever reason her
connection poops out (sorry Angel, Star, Dwagon ... I know how you like that
word LOL). So all three of our worlds poof. This is NOT necessary since I
also have a world server. I wasn't here to manually reconnect. It would be
nice if we could tell the world server software that hers is the primary
connection BUT IF that connection is lost, go to the secondary connection
(mine), and possibly even a backup. Is that too much to ask? Perhaps
identify priority of server coonections by the CT's IPs ... I know, not all
world server's may be on a static IP but for those that are it's better than
no worlds at all. You have it so it can autoconnect ... if you tell it you
can connect *from here*, or *from there*, that would be so much better. I
was able to restart all three worlds once I got home but if you can do what
I suggest then there'd be alot less need for manual startups. Had I not have
had a server here I'd of had to wait for her server to reconnect. You could
even get fancy and if my backup server isn't online the program could find
my IP and start it LOL.

2) Windows rather than MS_Dos for world server? It just looks so old LOL Or
at least allow that window to minimize in the system tray ... it's annoying
to have it stickin out there where I don't wanna see it.

3) Admin ... why not have the admin screen at least offer to do dumps
automatically before closing, or periodically? Why is everything manual
considering the technology and abilities of today's computers? I'd suggest
having the dumps done daily or weekly *automatically*, renaming them and
saving them to the main folder like: aeonprop062306.txt, aeonat062306.txt,
aeonelev062306.txt; sistaavsprop062306.txt and so on. That way the previous
isn't overwritten by the current save. Having the world name and date in
each saved file is a good idea too!

LNH

Jun 23, 2006, 7:38pm

You can use Andras' Adminbots, http://www.andras.net/tools.html#adminbot
I use them to make backups reguraly and they hide in the tray :)

Lode


Lady NightHawk schreef:
> At some time hopefully in the *near future* can we please have the following
> for World Server / Admin:
>
> 1) World Servers that can have a primary place to connect from, a secondary
> to connect from, perhaps even a third backup place to connect from? An
> example here is that sista hosts our three worlds, for whatever reason her
> connection poops out (sorry Angel, Star, Dwagon ... I know how you like that
> word LOL). So all three of our worlds poof. This is NOT necessary since I
> also have a world server. I wasn't here to manually reconnect. It would be
> nice if we could tell the world server software that hers is the primary
> connection BUT IF that connection is lost, go to the secondary connection
> (mine), and possibly even a backup. Is that too much to ask? Perhaps
> identify priority of server coonections by the CT's IPs ... I know, not all
> world server's may be on a static IP but for those that are it's better than
> no worlds at all. You have it so it can autoconnect ... if you tell it you
> can connect *from here*, or *from there*, that would be so much better. I
> was able to restart all three worlds once I got home but if you can do what
> I suggest then there'd be alot less need for manual startups. Had I not have
> had a server here I'd of had to wait for her server to reconnect. You could
> even get fancy and if my backup server isn't online the program could find
> my IP and start it LOL.
>
> 2) Windows rather than MS_Dos for world server? It just looks so old LOL Or
> at least allow that window to minimize in the system tray ... it's annoying
> to have it stickin out there where I don't wanna see it.
>
> 3) Admin ... why not have the admin screen at least offer to do dumps
> automatically before closing, or periodically? Why is everything manual
> considering the technology and abilities of today's computers? I'd suggest
> having the dumps done daily or weekly *automatically*, renaming them and
> saving them to the main folder like: aeonprop062306.txt, aeonat062306.txt,
> aeonelev062306.txt; sistaavsprop062306.txt and so on. That way the previous
> isn't overwritten by the current save. Having the world name and date in
> each saved file is a good idea too!
>
> LNH
>
>
>
>
>

Jun 23, 2006, 7:45pm

Yes I've tried it but the problem there is they use a bot function up. That
leaves me only two bots in world where now I have three. Besides, why can't
it be a serverside function? Inquiring minds wanna know LOL.

LNH



[View Quote]

Jun 23, 2006, 7:47pm

Speaking of AdminBot tho, is it 4.1 compatible? Will it save particles,
movers, zones, etc?

LNH



[View Quote]

Jun 23, 2006, 8:37pm

With regards to #1, it would vastly change how the server operates... you
were have to have 3 databases on all 3 machines you suggested and each would
have to be simultaneously updated as people build in those worlds, assume
all 3 servers were online at the same time, and if NOT online at the same
time, some way of updating the others of any changes to the one or ones that
were online. This would require some nifty time precision because you'd have
to know which one was the newest, and what if 1 of the 3 went offline, then
a second went offline, and changes were made to both without updating the
other first... how would you fanagle that? And then, what if you were
building and the above situation took place, and then there was a method of
bringing the 3 db's together and well you rebuilt what you had built in the
first world in the second world, because it disappeared, and then you
rebuilt it in the 3rd world... each object would have a different ID and
timestamp... so, what happens when they are joined? Do you end up with 3
builds overlapping each other?

k.. I'll shut up now. :)

Jun 23, 2006, 8:50pm

I actually like the black window. I can tell when anyone's in my world
[View Quote]

Jun 23, 2006, 8:56pm

if it started on your world server it would have to use the prop dump on
your puter that u last saved and it might be an older dump than sistas. u
would also have to re download the world again. i have a server on both my
puters and if i change servers i have to make sure i reload the current
dumps from my other puter.
[View Quote]

Jun 23, 2006, 10:44pm

That's the way it is now anyway (she sent me a propdump today so I have the
latest but had she not of I could have started with one a few days older).
The server would have autosaved the dumps to my computer as it saw the new
objects. If the servers did an autosave (for whichever server was running)
then we'd all have the same thing because the server would see all objects
and save new dumps accordingly.

LNH

[View Quote]

Jun 23, 2006, 11:39pm

> Yes I've tried it but the problem there is they use a bot function up. That
> leaves me only two bots in world where now I have three. Besides, why can't
> it be a serverside function? Inquiring minds wanna know LOL.
>
> LNH

The Adminbot connects to the worldserver, with the pass of the
worldserver, no connection to the universe. And so it wouldn't take any
bot# away I guess.

> Speaking of AdminBot tho, is it 4.1 compatible? Will it save particles,
> movers, zones, etc?

The changelog at the site says it was made 4.1 compatible.

Lode

Jun 24, 2006, 2:48am

It's called "database replication", and it's possible.

i.e. http://dev.mysql.com/doc/refman/5.0/en/replication-intro.html

See my other post on this thread. :-)

-J

[View Quote]

Jun 24, 2006, 3:05am

See below....

[View Quote] This could really already be done with the Linux world server...

So, there's two problems here... First, the secondary server has to be
able to detect that the primary server has gone down. Secondly, the
secondary server needs up to date data to use when it starts.

First things first, you've gotta have the propdumps before you can even
start the backup server, so how do you do that?

One of the nifty features about the linux world server is that it uses
the MySQL database engine. The great thing about MySQL is that is
supports "replication". See
http://dev.mysql.com/doc/refman/5.0/en/replication-intro.html for an
overview. Basically, replication allows one database to mirror another.

So, on your backup server install MySQL and set it up to replicate the
world sever tables from the primary server. Then, you need to be able to
detect when the primary server goes down in order to start up the backup
server. To do this, you could use a cron job setup to run a bot that
simply tries to login to you world. If it can login to the universe, but
not reach your world, then you know your world is most likely down. In
that case, the bot would run the command to start the world server, and
all would be well.

This might not help you much, since you run windows, but it just goes to
show the advantages of using MySQL and linux.

>
> 2) Windows rather than MS_Dos for world server? It just looks so old LOL Or
> at least allow that window to minimize in the system tray ... it's annoying
> to have it stickin out there where I don't wanna see it.

Can't say much for this one....

>
> 3) Admin ... why not have the admin screen at least offer to do dumps
> automatically before closing, or periodically?
>

Once again, the linux world server has always come with a 'propdump'
command. It's a separate program that can be invoked either by hand, or
though some other program. Up until now, it could only be run while the
world server was shut down because the database engine couldn't handle
multiple using it at the same time. But, again, since the switch to
MySQL, you can run a propdump at any time (even with the world server
running) and be just fine.

The windows server *used* to come with these separate programs, but I'm
not sure that it does anymore.

If these programs are still bundled, you could use the windows task
scheduler (a less powerful version of Cron) to schedule that the
propdump command be run every so often. To re-name the files, you'd
probably need to write your own program or batch script.

-J

Jun 24, 2006, 12:43pm

Well I was saying even if my backup server runs on older dumps that would be
better than no server, no worlds, at all! We interchange dumps anyway, as a
safeguard, and all world owners should do that for safekeeping. But if the
world server on her end backs up daily then even if it does go offline she's
got the most recent propdumps (within 24 hours say). Then my server kicks in
cause hers went off for whatever reason, so I'm on older dumps ... better
that than no worlds at all.

My two main ideas are that 1) the server backs up dumps automatically, say
every 24 hours ... I don't get why the manual backup when it could be done
automatically at set intervals. I personally make so many changes in a day
that I'd want mine backing up every 24 hours (at least during this *new 4.1
learning curve*; and 2) have a backup server start when your primary goes
down.

I can't see why servers can't be webbased or accessed via the web, there's
no reason why I shouldn't be able to get online, pick a server location and
have autodumps occur ... heck I have this ability on my own domain space
where I host my OP. I just can't use it because aw's server isn't capable.
Those of us that have our own worlds have a host and most have MySQL & PHP
abilities as part of their packages. Heck we had this ability in 2d chats
where we'd have access to our servers from our webhost. We had start/stop
buttons on the PHP pages and could fire up a server if it went down, etc. No
autobackups, but that would be doable too.

I'm pretty sure the uni server is set up to at least be started via web
(MySQL or PHP or however) so why not world servers? The uni server is in one
place isn't it? But I know that more than one person can and has
stopped/started it. They have the technology :o}

LNH

1  |   Order by index