TeamSpeak 3 for the x86 platform (ReadyNAS Pro/NVX)

super-poussin wrote:

:P TeamSpeak Server 3.0.0-beta27 [Build: 12002] (c)TeamSpeak Systems GmbH Logging started 2010-09-02 15:00:55.891662|INFO |ServerLibPriv | | Server Version: 3.0.0-be ta27 [Build: 12002], Linux 2010-09-02 15:00:55.892284|INFO |DatabaseQuery | | dbPlugin name: SQLite 3 plugin, Version 2, (c)TeamSpeak Systems GmbH 2010-09-02 15:00:55.892673|INFO |DatabaseQuery | | dbPlugin version: 3.6.21 2010-09-02 15:00:55.893217|INFO |DatabaseQuery | | checking database integr ity (may take a while) 2010-09-02 15:00:55.921369|INFO |SQL | | pruning old database log entries where timestamp is older than 90 days 2010-09-02 15:00:55.947183|WARNING |Accounting | | Unable to find valid lic ense key, falling back to limited functionality 2010-09-02 15:00:56.005627|INFO |FileManager | | listening on 0.0.0.0:300 33 2010-09-02 15:00:56.134244|INFO |VirtualServer | 1| listening on 0.0.0.0:998 7 2010-09-02 15:00:56.135810|INFO |CIDRManager | | updated query_ip_whiteli st ips: 127.0.0.1, 2010-09-02 15:00:56.137900|INFO |Query | | listening on 0.0.0.0:100 :P

looks like you are back from vacation!!

request;
we need a method to start/stop the server whenever desired.
we also need to be able to access whatever directory the files are in.
these are both used to upgrade the software (and to backup the database file); all you do after install is copy the new files over the old; the database portion is automatically updated.

also note; there is a server admin query password/login combo that is only shown once on the start up screen the FIRST time you launch without a database in place.
i suspect it is a pain to get to that in the readynas, so an easy work around would be to install the teamspeak software on a local computer, fire it up, record the password/login, shut it down, and then copy the database over to the readynas.
then you can turn it on there, already knowing the password etc. and not ever needing any direct access to the console again (all the other changes are done via the client, with a few done via telnet into a particular port). the only thing im not sure of is if you can move databases from windows to linux, but i dont see why they would change the data structure.

thanks again for considering doing this.