Server Update 2.0.17.17

[R. Ludwig]

hi there,

some minor bug fixed. hope to solve main linux bugs over this
week. specially the webinterface.

NOT FIXED YET
- LINUX Webinterface bug
-> maybe disable your webinterface other server.ini

- webinterface works fine with win32.
only problem is a non valid installed lnk file.
u need to change the "start in" location to the
correct directory.

fixed
- command line param -DB= works now
- webinterface security issue (all users had access)
- unregistered channels deleted on creating a new out
of an unregistered too
- tcp query commands added
+ changeuserpw username pw1 pw2
+ changeuserrights username serveradmin superserveradmin
(1/0)
- si dont display anymore some secret string

ONLY BINS, no installs etc.

WIN32 Server (http://www.teamspeak.org/files/dev/server_windows_2_0_17_17.zip)
Linux Server (http://www.teamspeak.org/files/dev/server_linux_2_0_17_17.gz)

[tupsi]

Hi Ralf

-DB works now, thanks!

and I just learned that IE decompresses .gz files without renaming them on the fly, god how I hate this ms stuff!!! :mad:

Markus

[Broder]

<Keybindings do not work on Subchannels. You can configure <them allright but they won't work.
thats a client issue

<Because KB don't work I deleted the Subchannels and created <Mainchannels named individually in order to be able to switch <while in game. BUT ( yes here is the but *g* ) when I restart <the Server it goes back to the old Channellayout. All Channels I <have are registered so even if I completely delete a Channel ( <incl. Subs ) it won't take it .

1: win32 / linux ?
2: send me your db,ini,log file ZIPPED to
ralf@teamspeak.org

thanks,
ralf


OMG, i edited the post instead of a reply... LOL

[Seven_NL]

Hi, Nice see the DB line is fixed but the Linux GZ is broken.
Could you re-Tar.gz the binary ?

thanks.

[R. Ludwig]

>and I just learned that IE decompresses .gz files without >renaming them on the fly, god how I hate this ms stuff!!!

[Seven_NL]

Ah well.. it's still early ;)
Let's keep it on ...overworked :)

[Csan.A2U]

R.Ludwig: just a friendly advice: if you use .tgz extention instead of the currently used tar.gz for the Linux files, then browsers like IE will not decompress the file when downloading. And WinZip and friends still understand it (but no point, right?).
:)

[R. Ludwig]

with next snap i will do tar whatever.

ok :P

[Broder]

@ Ralf

I'm writing a new one then :-)

It is W32 and mail is on the way

Cheers

Broder

[Targetron]

I have the same problem with the server not keeping the channel layout after a restart.

Also, if you start the server using the server_linux app, and then call it again from a symbolic link of any other name, the server resets everything as if it had never been loaded before, overwriting any ini file settings, the DB, and log, etc.. Completely undoing any configuration you've done. Just somethin to be watchful of.

[j0hann]

I have a newbie prob :rolleyes: I don't know how to "decoprimate" a gz file *hide*

[ScratchMonkey]

The tgz extension may not keep IE from decoding a gzipped file. The issue is that the web server is configured to report MIME types for different file extensions, and it reports "gzipped" as the sub-MIME-type for .gz files. It may do the same for .tgz files. IE and other browsers decide what to do based on the MIME type, not the filename's extension.

To decode a gzipped file, use gunzip:

gunzip server_linux_2_0_17_17.gz

This has the side effect of removing the original .gz file. If you want to keep it, see the man page for gunzip. (Ie. RTFM :D)

[ScratchMonkey]

I've almost got my RPM working. Can you have the next server binary log its version number, so we can verify that the correct version is running?

Also, if the server starts with an empty DB file, it should regenerate admin login information and log it. I had the initial server crash from the webadmin bug and it left a zero-length DB file. When restarted, it didn't generate new login info, presumably because it saw a non-empty INI file.

[R. Ludwig]

scratch use:

server_xxxx -adminpw=helloworld

your server will then get a new admin, with all privs and the
password is "helloworld". (existing admin will be overwritten,
non existent will be created)

but beware, that will happen on ALL servers in your inifile.

[ScratchMonkey]

Ok, I can check for the zero-size DB file with this:

[ -f $DBFILE ] && [ -s $DBFILE ] || /bin/rm $DBFILE

This says that if the file exists and it's zero-length, remove it. This will run before tss2 starts, so tss2 should write a new DB.

Meanwhile, the parent process should not exit until all children die, or all children should append their PID's to the PID file. I need that so I can correctly detect when the whole thing has exited.

It presently looks like it takes 5-6 seconds for all processes to die, if they do die. What takes so long? Writing the config file can't be it, as that's pretty tiny. This is with no clients connected.

[woutur]

Hahah IE fucks the gz file up indeed... But no need to hate ONLY ms... Netscape just opens the file and shows complete crap :)
But... you actually download it correct under netscape...

So far for the irrelevant info...

[ScratchMonkey]

That just means Netscape has no handler for the MIME type and tries to treat it as text/plain. I grabbed it with Opera on Linux and it gunzipped it on download, leaving the .gz, just like IE.

BTW, you can gzip web pages and use mod_gzip on Apache to pass them to the browser compressed, where the browser decompresses them before display.

[viperjd3]

For some reason, when the server is restarted. It is dropping the registered users, admins, and channels.....Is this a bug or something wrong on my end? Pretty much sets itself as if it were just installed... Only way I am able to get it back up and running is by deleting the server.ini, server.db, and server.log and allowing to regenerate the admin username and password!

[R. Ludwig]

if the server is not terminated correctly it should
only loose Channel settings.

[viperjd3]

It appears as if it is losing the Registered users as well. The server goes down (for some apparent reason) I then log into my network at my office and restart the computer remotely. Once the system is back up and running, I am unable to log in with my username and password as well as with the username and password assigned by the server.log. When I get to my office in the morning and check the registered list, it is empty.

[RichardVictory]

Is there an ETA on a Linux server version where the webadmin interface works? Failing that, can someone point me at some docs which will describ how to manual create some permanent rooms under the linux TSS server?

[Csan.A2U]

I'd also really appreciate some kind of schetchy docs about basic options/parameters, etc...
Thanks.

[CleanAir]

Or if you need any help?

I think the webserver ist not working correctly because it doesn't seem to be able to handle concurrent connections.

That's also for the telnet port: Open one and kill it, after that you cannot use it anymore (same runtime errors there).

[viperjd3]

Did some testing....If TS2 Server is shut down improperly, it loses the channels and registered user list......TS Developers mentioned that the server should only lose the channels when shutdown improperly. Would thier be any way to fix this to where you do not lose the admin users? I do not run the server at home and it makes it a project to reconfigure the Admin list everytime the system locks up for some apparent reason.

[raru.kaycee]

might sound too simply but as a workaround just backup your server.db file after having created the basic admin accounts or/and perhaps create a cron to backup the file periodicly
sure its no fix but this way you might have less trouble when the server shuts down improperly ...