On this page
This page provides answers to frequently asked questions and tips for troubleshooting your Magic Collaboration Studio system.
For additional frequently asked questions and tips regarding the authentication server check the following sections:
When configuring cassandra.yaml, take note of the following:
|
There are several causes of Administrator's login failure such as:
To find out what the cause of the problem is, you need to look at the log file and check the status of Cassandra. See Troubleshooting section for more information.
The default log file location is <user home folder>/.twcloud/<version number>.
Cassandra provides a nodetool utility, which is a command-line interface for managing a cluster. You can use it for checking the cluster status.
On Linux, type:
$ nodetool status |
On Windows, type:
C:\> "%CASSANDRA_HOME%"\bin\nodetool status |
The following is an example output from running the nodetool status.
Starting NodeTool Datacenter: datacenter1 ======================== Status=Up/Down |/ State=Normal/Leaving/Joining/Moving -- Address Load Tokens Owns Host ID Rack UN 10.1.1.123 16.71 MB 256 ? 32f17f36-baec-409a-a389-f002d1dd0f9b rack1 |
UN means that the status is up and normal.
You can check it from the log file of Magic Collaboration Studio. If Magic Collaboration Studio cannot connect to Cassandra during the Magic Collaboration Studio startup process, a log message similar to the following will appear and the server will shut itself down.
INFO 2016-01-04 11:12:32.131 Connecting to Cassandra [CoreManagerComponent, Component Resolve Thread] ERROR 2016-01-04 11:12:50.351 Connection to Cassandra failed due to timeout [CoreManagerComponent, Component Resolve Thread] |
You may also find yourself in a situation where Magic Collaboration Studio has been started successfully but the problem connecting to Cassandra occurs later. If this happens, a log message similar to the following will appear.
WARN 2016-01-04 13:57:26.034 There was a problem with the connection between the Magic Collaboration Studio server and Cassandra [AbstractActor, twcloud-akka.actor.default-dispatcher-24] |
If Magic Collaboration Studio has been successfully started, you will see a log message similar to the following in the log file.
========== Console Server Configurations ========== Console Server: https://100.64.17.152:8111 Auth Server: https://100.64.17.152:8555 --------------------------------------------------- Magic Collaboration Studio Server: [100.64.17.152:3579] Selector: RoundRobinServerSelector Secured Connection: false =================================================== INFO 2016-01-04 14:06:15.971 Magic Collaboration Studio Cluster with 1 node(s) : [10.1.1.123] [LoginActor, twcloud-akka.actor.default-dispatcher-15] |
On Linux, type
netstat –an | grep :8111 and netstat –an | grep :8555 |
On Windows, type
Netstat –ano | find “:8111” and Netstat –ano | find “:8555” |
If you run the installer file and the installer UI does not show up or receive the message: "Windows error 2", try the following workaround.
If you run uninstall.exe and the uninstall UI does not show up or receive the message "Windows errors", try the following workaround.
If the Magic Collaboration Studio server log shows the following message:
INFO 2016-01-04 11:12:32.131 Connecting to Cassandra [CoreManagerComponent, Component Resolve Thread] ERROR 2016-01-04 11:12:50.351 Connection to Cassandra failed due to timeout [CoreManagerComponent, Component Resolve Thread] |
It means that Magic Collaboration Studio cannot connect to Cassandra and this is usually caused by the following reasons:
If the Magic Collaboration Studio server fails to start and an error message similar to the following appears in the log file:
ERROR 2016-01-04 13:12:58.104 AssociationError [akka.tcp://twcloud@127.0.0.1:2552] -> [akka.tcp://twcloud@10.1.1.123:2552]: Error [Association failed with [akka.tcp://twcloud@10.1.1.123:2552]] [akka.remote.EndpointAssociationException: Association failed with [akka.tcp://twcloud@10.1.1.123:2552] |
You need to check if the hostname can be resolved to the IP that you specified while installing Magic Collaboration Studio.
From the log message given in the example above, you will see two IP addresses in the message 127.0.0.1 and 10.1.1.123. They mean that you have specified the IP address 10.1.1.123 during Magic Collaboration Studio installation, however, your hostname is resolved to loopback IP 127.0.0.1.
You can configure how your machine resolves the hostname from the hosts file. The location of the hosts file:
You can check what IP address is resolved from the hostname by using the following steps:
Execute the following command
$ resolveip -s $(hostname) |
Step 1: Find hostname of the machine.
C:\> hostname |
Step 2: Use the ping command followed by the hostname you got from Step 1. For example, if your hostname is my-machine, use the command.
C:\> ping my-machine |
Every time you edit and save information on the Teamwork Cloud Admin, the updates will appear in the Teamwork Cloud Admin UI. If you are using the IE browser and your UI does not reflect what you have just updated, you may need to configure the internet settings.
To make sure that your Teamwork Cloud Admin UI refreshes new updates every time you edit and save information
You may experience some incompatibility issues while logging into Teamwork Cloud Admin using Internet Explorer 11, which might cause an error in the display.
To fix the problem