Author Topic: 64.simutrans.entropy.me.uk (Read 23931 times)

Ashley · « **Reply #70 on:** February 12, 2012, 11:23:34 PM »

I've implemented an auto-restart script to try and keep the server up, since this latest "stable" version seems to crash more often.

jamespetts · « **Reply #71 on:** February 12, 2012, 11:29:12 PM »

I have found such scripts to be very useful indeed.

Fifty · « **Reply #72 on:** February 17, 2012, 01:57:41 AM »

Nice to have an auto restart feature, but seems to have failed: both 64 and 128 have been inaccessible for days even though they appear to be online per the listing server. Can you please restart?

Dwachs · « **Reply #73 on:** February 17, 2012, 08:02:05 AM »

Would it be possible to start one of the servers with a recent nightly version? As a test, whether all the code changes in the last week cured the server crashes (at least to some extent).

As bonus you will get this:
http://forum.simutrans.com/index.php?topic=9227.0

Fifty · « **Reply #74 on:** February 17, 2012, 05:32:30 PM »

Might be nice! And if fixed perhaps a new stable should be released.

Server was up for a little bit today, and then crashed again

. 128 seems to still be up, at least for now.

Ashley · « **Reply #75 on:** February 17, 2012, 05:38:24 PM »

It seems like sometimes when the server starts up it doesn't actually begin running properly. The restart script is restarting it, but the server isn't actually responding...

I'll switch the 64 one to a nightly at some point this weekend, and see if that helps. I'll also have to try and work out why it fails to start up properly sometimes.

Dwachs · « **Reply #76 on:** February 17, 2012, 06:32:05 PM »

When debugging simutrans server, I got some system error messages that the server could not start, if I started server shortly after its predecessor was shut down. It seems that system resources have a delay when freeing.

Ashley · « **Reply #77 on:** February 18, 2012, 09:45:48 AM »

It looks like when it crashes and is restarted it isn't listening on the correct interface. And it was looking like it was working because it was listening on localhost (to which I was connecting using nettool/simquery.py) and not on the external interface.

I might add some code which causes the game to quit with an error if it's unable to listen on all the interfaces you specify in the configuration. It shouldn't silently run in this situation.

Edit: Patch here: http://forum.simutrans.com/index.php?topic=9311.0

Fifty · « **Reply #78 on:** February 18, 2012, 07:10:43 PM »

Seems to crash immediately upon joining now. It loads the map, and boom -- I immediately get the desync message and the server is down for a minute. On the bright side, seems to reliably restart now...

Bug on closure fixed in r5344 seems to also affect netgaming -- 2 clients cannot connect at the same time because the map won't destroy. Maybe tonight's nightly will be a little more stable.

Ashley · « **Reply #79 on:** February 19, 2012, 10:14:28 AM »

Yes if anything this version is less stable than the last stable. I'll try upgrading to a newer nightly version.

Thanwer · « **Reply #80 on:** February 19, 2012, 05:04:53 PM »

The server is more stable now, but I noticed the public player and spec are not locked

jjatca · « **Reply #81 on:** February 19, 2012, 08:24:48 PM »

Strange, I also noticed that all players are unlocked

Dwachs · « **Reply #82 on:** February 19, 2012, 09:16:41 PM »

ups there is a bug, which prevents passwords to be saved across server sessions, upon restarting server the passwords are lost :/

Ashley · « **Reply #83 on:** February 19, 2012, 11:15:28 PM »

I'm writing a patch to add functions to nettool to let you change player passwords and names (as well as to delete a player, and query a list of current players). Will be useful to be able to change this stuff without needing to log into the game.

Thanwer · « **Reply #84 on:** February 21, 2012, 03:11:48 PM »

For some reason I cant build tracks and change convois anymore, looks like its not obeying mouse clicks

maybe I'm using wrong version of simutrans/pakset? I'm using simutrans v111.2 r5382 with pak64-797

Dwachs · « **Reply #85 on:** February 21, 2012, 03:35:54 PM »

Quote from: Thanwer on February 21, 2012, 03:11:48 PM

For some reason I cant build tracks and change convois anymore, looks like its not obeying mouse clicks
maybe I'm using wrong version of simutrans/pakset? I'm using simutrans v111.2 r5382 with pak64-797

Sounds like the server does not allow you to build anything anymore :/ Does restarting & rejoining fix it?

Edit: the server is also reporting that the paksets are different.

Thanwer · « **Reply #86 on:** February 21, 2012, 04:48:14 PM »

I tried to join in another rig, using same packages for linux64 but the problem stays the same...
possibly a bug in this nightly, need someone else to verify...

Fifty · « **Reply #87 on:** February 21, 2012, 09:12:58 PM »

Works fine for me. You need pak 64 r743, the standard 111.1 release, not the latest nightly and r5382. Of course, that may change soon if/when timothy tests a new nightly.

Thanwer · « **Reply #88 on:** February 21, 2012, 10:43:18 PM »

I'm not sure what caused those errors, trying diferent combinations of paksets and updating the system.... its working now... ty for the help

Ashley · « **Reply #89 on:** February 23, 2012, 12:25:44 AM »

I'll try to find time to update the nightly version soon. Been really busy coding

Ashley · « **Reply #90 on:** February 28, 2012, 11:14:16 PM »

Server restarted with the new stable (111.2.1) and pak64 (111.2). Also using a new version of the tropical islands map by Fifty.

derajjared · « **Reply #91 on:** March 06, 2012, 11:02:08 PM »

like you to join wing starting ago asking me password?

Ashley · « **Reply #92 on:** March 25, 2012, 12:09:53 PM »

I've just taken a look at this map, and the level of development is really something to behold...