Ok, I removed the shm directory and created a symbolic link in it's place pointing to /tmp. I verified that the link was working and tried to restart the TS server. Here's the output of my log (which I realize won't be very meaningful to you)
2013-10-10 21:43:22.159816|INFO |ServerLibPriv | | TeamSpeak 3 Server 3.0.10 (2013-09-27 10:13:58)
2013-10-10 21:43:22.160518|INFO |ServerLibPriv | | SystemInformation: Linux 3.1.9-vs220.127.116.11 #1 SMP Thu Jan 26 02:37:05 UTC 2012 x86_64 Binary: 64bit
2013-10-10 21:43:22.163023|INFO |DatabaseQuery | | dbPlugin name: SQLite3 plugin, Version 2, (c)TeamSpeak Systems GmbH
2013-10-10 21:43:22.163107|INFO |DatabaseQuery | | dbPlugin version: 3.7.3
2013-10-10 21:43:22.163790|INFO |DatabaseQuery | | checking database integrity (may take a while)
2013-10-10 21:43:22.769648|ERROR |Accounting | | failed to register local accounting service
2013-10-10 21:43:22.769765|ERROR |ServerLibPriv | | Server() error while starting servermanager, error: instance check error
This is the same error, and corresponds exactly to the one described in the TeamSpeak documentation. Here are the steps that the TeamSpeak support personnel instruct me to take:
In some cases, the server process terminates on startup and the error message reads
"Server() error while starting servermanager, error: instance check error".
As long as you don't have a license key embededded we make sure you only run exactly
one instance of the TS3 server free unregistered version. We use shared memory to
facilitate the communication to detect other running instances, which requires tmpfs
to be mounted at /dev/shm. If you (for whatever reason) do not have this mounted, the
above error will occur.
To fix this problem, the following commands or file edits need to be done as root user
(or using something like sudo). This is a temporary fix until your next reboot.
mount -t tmpfs tmpfs /dev/shm
Now, to make sure this mount is done automatically upon reboot edit the file /etc/fstab
and add the line:
tmpfs /dev/shm tmpfs defaults 0 0
It looks like a symbolic link isn't going to be sufficient Any other ideas?
Is there no chance of getting tmpfs mounted in /dev/shm on my behalf? My organization is pretty crippled at the moment with no voice communication. I'm open to trying other ideas, but it seems like this is a known issue/fix that is contingent on a specific server setup.