Server issue(?): Awaiting Gamestate

Discussion for Admins of ETPro/BayonET servers.
If you don't run a server, please don't post here...

Moderators: Forum moderators, developers

Post Reply
chroot
Posts: 4
Joined: Sat Mar 25, 2006 4:41 pm
Location: GER

Server issue(?): Awaiting Gamestate

Post by chroot »

Hello,

i'm running three ET-Server with ET-Version 2.60b and ETPro 3.2.6, two
of the three server have the ability for ettv. The ETTV-Version is beta13 on both servers.

The problem is now the following:
Our members play fine at the evening on the servers. And at the nextday's
evening no one can connect anymore. The connection attempts hangs at
the "awaiting gamestate" section. But this effects only occurs at the both
ettv-compatible servers, the other one without ettv support still works fine.

To make the two servers rerun able, i just wrote a shellscript which restarts
the servers in the night, but this is for my opinion only a quick and dirty
solution.

So, does any other ppl have the problem or even a solution for this
problem?

thanks in advance
regards chroot
User avatar
ReyalP
Posts: 1663
Joined: Fri Jul 25, 2003 11:44 am

Post by ReyalP »

I have had a similar problem with linux ETTV servers becoming non-responsive after some time. Usually a lot more than one day.
send lawyers, guns and money
User avatar
zinx
Posts: 267
Joined: Fri Jan 16, 2004 12:37 pm
Location: US
Contact:

Post by zinx »

If you want to help us debug the problem:

When one becomes unresponsive:
  • 1) start up gdb without any arguments
    2) type "attach <pid>" where <pid> is the process id of the locked up server
    3) type "bt" and press enter until it stops giving you more
    4) type "info files" and press enter until it stops giving you more
    5) copy everything beginning with the attach (it should have a frame, then the backtrace output from "bt", then the output from "info files") and send it to us. You may have to copy as you go, since there will be a lot of output.
Zinx Verituse http://zinx.xmms.org/
User avatar
ReyalP
Posts: 1663
Joined: Fri Jul 25, 2003 11:44 am

Post by ReyalP »

btw, by non-responsive, I mean to connects from the outside. Clients sit for ever awaiting gamestate. The server console continues to work. You can change maps for example, but it doesn't help clients connect.
send lawyers, guns and money
User avatar
zinx
Posts: 267
Joined: Fri Jan 16, 2004 12:37 pm
Location: US
Contact:

Post by zinx »

Erh, hmm. Would have to be the select not working.
Zinx Verituse http://zinx.xmms.org/
chroot
Posts: 4
Joined: Sat Mar 25, 2006 4:41 pm
Location: GER

Post by chroot »

ReyalP wrote:btw, by non-responsive, I mean to connects from the outside. Clients sit for ever awaiting gamestate. The server console continues to work. You can change maps for example, but it doesn't help clients connect.
That does not apply for me, i only see the connection attempt in the console.

ill put on the log files immediately when the error comes up.

thanks for the debugging hint.
User avatar
ReyalP
Posts: 1663
Joined: Fri Jul 25, 2003 11:44 am

Post by ReyalP »

ReyalP wrote:btw, by non-responsive, I mean to connects from the outside. Clients sit for ever awaiting gamestate. The server console continues to work. You can change maps for example, but it doesn't help clients connect.
edit:
I don't recall exactly whether it is awaiting gamesate or awaiting challenge they stall at, I'll check next time it happens.
send lawyers, guns and money
chroot
Posts: 4
Joined: Sat Mar 25, 2006 4:41 pm
Location: GER

Post by chroot »

Good morning,

i just created two gnud debugging files. One of the SCREEN-Process where
the ettv.x86 runs in and one seperate for the ettv.x86 process.

ettv.x86:
http://chroot.a4d-team.de/ettv.x86.txt

screen:
http://chroot.a4d-team.de/screen.session.txt
User avatar
ReyalP
Posts: 1663
Joined: Fri Jul 25, 2003 11:44 am

Post by ReyalP »

Just for historical purposes, the issue I get causes clients to get stuck awaiting gamestate, and may be related to the server running continuously for 2^31ms (about 25 days)

In general, it's a very good idea to restart your server every 2 weeks or so to avoid various issues like this.
send lawyers, guns and money
The Necromancer
Posts: 126
Joined: Sat Sep 25, 2004 7:12 am
Contact:

Post by The Necromancer »

shouldn't server restart itselfs because of error? ( it is in Q3 engine source )
Hi! I'm a .signature *virus*! Copy me into your ~/.signature to help me spread!
User avatar
ReyalP
Posts: 1663
Joined: Fri Jul 25, 2003 11:44 am

Post by ReyalP »

The Necromancer wrote:shouldn't server restart itselfs because of error? ( it is in Q3 engine source )
It appears that the server just does vstr nextmap at 2^31. This leaves quite a few ways for things to go wrong. I'm not 100% certain the issue I encountered is caused by this, but I know of another bug (rcon stops working) which is definitely caused by this. There is a good chance that there are more.
send lawyers, guns and money
The Necromancer
Posts: 126
Joined: Sat Sep 25, 2004 7:12 am
Contact:

Post by The Necromancer »

but it kills itselfs before doing it with sv_shutdown
Hi! I'm a .signature *virus*! Copy me into your ~/.signature to help me spread!
User avatar
ReyalP
Posts: 1663
Joined: Fri Jul 25, 2003 11:44 am

Post by ReyalP »

The Necromancer wrote:but it kills itselfs before doing it with sv_shutdown
SV_Shutdown doesn't do what you think it does.
send lawyers, guns and money
Post Reply