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
Linux Server

[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!!!

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 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 )

[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.