Server Update 2.0.17.20

[R. Ludwig]

hi there,

with next release some enhancements will follow.

fixed
- updated tcpipstack, webinterface should work now
- added some special exception handling for linux, stability should be little improved
- channel cleanup on quit/lost connection
- users who join defaultchannel get saved flags
- on createchannel you get admin rights for the channel
- tcpquery, command pl->ip only visible if logged in
- tcpquery, command "listuser" added (lists all registered players for selected server)

ONLY BINS, no installs etc.

WIN32 Server
Linux Server

[viperjd3]

Has the database loss when terminiated incorrectly been fixed? Channels, registered users, and admins have been reset when TS is shutdown incorrectly (due to system lock up or some other causes).

[sn00x]

Originally posted by R. Ludwig
- tcpquery, command "listusers" added (lists all registered players for selected server)

It seems like this doesnt work correctly:
<-[TS]
->sel 26025
<-OK
->listusers
<-error
->quit

i sent the following string to the server: "sel 26025\nlistusers\nquit\n"

i am using suse 7.3

edit: and if it is possible to insert more commands:
i am missing the command "delserver" and the variable "serverflag"

[R. Ludwig]

omg

its

listuser

[Broder]

@viperjd3

doesn't seem so. Well at least not for me. Patched it , changed a channel, restarted it and the Channel was there as before...but hey could be worse I guess *gg*

However one thing that is really bugging me Ralf is that recently the Server starts crashing. Another weired one.

If I run it as a Service ( WIn2K Adv.Ser. SP3 ) and it crashes a couple of times , one day every 60 mins or so, I cannot use the Service anymore. So I start the Application and it runs again.

Now if it crashes the Application I cannot use that one anymore. So I have to reboot and use the Service .

With crash I mean the Server does not accept any connections anymore. It is still running on the Machine but nobody can connect. Nothing in the Logfile.....
It cannot really be the TCP Stack I think since Advanced Serve should be able to handle connections. In peaktimes there are about 40 people connected to it at the moment.

Cheers

Broder

[R. Ludwig]

<channels not saved..
on your win32 system the channels are not saved ?


<If I run it as a Service ( WIn2K Adv.Ser. SP3 )
<and it crashes a <couple of times , one day
<every 60 mins or so, I cannot use the
<Service anymore. So I start the Application and
<it runs again.
well, dont know. service version will come later. so i dont invest there any time yet. sorry

<Now if it crashes the Application I cannot
<use that one anymore.
<So I have to reboot and use the Service .
you can use taskmanager and kill the process. that
works. if not there must be really something weierd going on

<With crash I mean the Server does not
<accept any connections
<anymore. It is still running on
<the Machine but nobody can
<connect. Nothing in the Logfile.....
<It cannot really be the TCP Stack I
<think since Advanced Serve
<should be able to handle connections. In peaktimes there are <about 40 people connected to
< it at the moment.
<if i talk about tcpstack i mean our tcpstack,
< also tcp has nothing
<todo with that because what u mean is udp.

our public server runs stable since weeks. so i can only wait
to get a detailed procedure to reproduce a bug.

[sn00x]

ok, "listuser" works fine
any possibility to view the "flags" of a user trough tcpquery port (serveradmin/superserveradmin)?

[Broder]

on your win32 system the channels are not saved ?

Correct. Everytime when I start the Server it is back to the defaults that have been set up the very first time.

well, dont know. service version will come later. so i dont invest there any time yet. sorry

Don't you worry too much. I am using srvany to run it as a Service. Doing that with TS1 and it is running for a couple of weeks no without any probs. But never mind Application is fine too

you can use taskmanager and kill the process. that
works. if not there must be really something weierd going on

Oh if there only was something to kill

todo with that because what u mean is udp.

Point taken..../me should RTFM I know *g*

so i can only wait to get a detailed procedure to reproduce a bug.

Well if I only knew why and when this happens rest assured I would tell you. Maybe I should run a debugger on that machine for a while to analyze the Memory stacks or sommit. Don't know .. any ideas how I could get what you need ?

Thanks for your help !

Cheers

Broder

[R. Ludwig]

did you created some channels and shutdown the server ?
are the channels saved then ?

if the server crash the channels are not saved currently.
only at a successfully shutdown.

[Broder]

Hi,

that's an affirm. I created some channels initially when I first set up the Server. Then I decided that I wanted to change some of them so I did. All went well until I restarted the Server. When I did all went back to the initial State.

I just had another Servercrash. I had TS2 running as an Application. Server did not accept any Connections anymore though everybody was still showing as connected in the Client.

So I closed down the Application allright, went into Taskmanager..no Task there anymore. Restarted the Application...no change. Task running...not accepting connections.

Started the Service .... all OK and everybody could connect. There is absolutely noting in the Logfile. The Traffic Log of my Firewall shows the normal traffic..so no blocks or anything apart from the fact that the FW blocks outgoing ICMP type 3 ( Destination not reachable ) to the TS2 Clients trying to auto reconnect.

I will install the Diagnostic tools on that Server tomorrow and see if it gives me anything back

Cheers

Broder

[Norad]

did you try to run the server with its default configuration?
I mean backing up those files and then deleting them ...

[Broder]

been there....done that..

Broder

[DivineHawk]

Make sure to use gzip or bzip2 for compressing a single file instead of tar (which has no compression) ;-)

/me wants to save the server some bandwidth/diskspace.

Nice job on that update, works beautifully now.

[Cstar_maxim]

I know its a couple stupid questions but....

1) did you select register in the channel setup?

2) how are you starting your server? If you are using a short-cut please check to make sure that that short-cuts {start-in} fields are pointing to the directory the server software is loaded into.

I know, sorry didn't mean to insult your intellegence, you wouldn't believe how many times I have forgotten to plug in a computer when doing a test.

[FloorPie]

> fixed
> - updated tcpipstack, webinterface should work now

Now it works for about 5 pages, then quits. (No response from server.)

> - added some special exception handling for linux, stability should be little improved

Now it seems to spawn even more instances of './server_linux', especially when trying to use the web interface. Not all of these instances will close on their own anymore on a 'stop' or 'restart' (so now my server won't restart, I have to killall server_linux).

On the plus side, the server has never (yet) crashed on it's own. I've only been using it 1 day, but it's ran fine for hours with a few users doing all kinds of things. I've restarted it manually a couple of times in the past hour just to upgrade to 2.0.17.20.

$ ./tss.minimal_startscript restart
Runtime error 0 at BF7FFAE0
Runtime error 221 at B804DDD8
Error starting daemon. Aborted



(Linux version, redhat)


Other than the web interface, the stop/restart issue, and a problem with attempting to register with the server (when connected unregistered), things are running good, so far.

Edit: 'register with the server' problem was an initial understanding by me, so ignore that one.