1.1.1

Table Of Contents
Troubleshooting Common Problems
Solve common problems may be encountered using VMware vFabric SQLFire.
Licensing Problems on page 717
Member Startup Problems on page 717
Connection Problems on page 719
WAN Replication Problems on page 719
Licensing Problems
If you install an invalid serial number or if SQLFire cannot obtain a dynamic license from the vFabric License
Server, SQLFire fails to start and throws an exception. In this case, depending on your licensing conguration,
you may need to perform one of the following xes:
Replace the invalid serial number or serial numbers specied either in sqlre.properties or in serial number
les with valid (non-expired) serial licenses, and restart the server.
Remove the invalid serial number or serial numbers from sqlre.properties and restart the server. When the
server restarts, it will use the default evaluation license.
Remove the keyword "dynamic" from sqlre.properties and restart the server. When the server restarts, it
will use the default evaluation license.
Increase the amount of time specied in license-server-timeout. This option is only applicable if
you are running SQLFire on a vSphere virtual machine and using the vFabric License Server to acquire licenses
dynamically.
Congure the license locally in sqlre.properties. Keep in mind that the vFabric License Server cannot provide
a standalone license for SQLFire Professional or SQLFire Enterprise. You can only use a license server
conguration if you are running SQLFire on a vSphere virtual machine as part of vFabric Suite.
Member Startup Problems
When you start SQLFire members, startup delays can occur if specic disk store les on other members are
unavailable. This can occur in a healthy system depending on the order in which members are started up. For
example, consider the following startup message for a locator ("locator2):
SQLFire Locator pid: 23537 status: waiting
Waiting for DataDictionary (DiskId: 531fc5bb-1720-4836-a468-3d738a21af63,
Location: /vmware/locator2/./datadictionary) on:
[DiskId: aa77785a-0f03-4441-84f7-6eb6547d7833, Location:
/vmware/server1/./datadictionary]
[DiskId: f417704b-fff4-4b99-81a2-75576d673547, Location:
/vmware/locator1/./datadictionary]
Here, the startup messages indicate that locator2 is waiting for the persistent datadictionary les on locator1 and
server1 to become available. SQLFire always persists the data dictionary for indexes and tables that you create,
even if you do not congure those tables to persist their stored data. The startup messages above indicate that
the locator2 member was shut down before it could gracefully shut down in the a distributed system consisting
of itself, locator1, and server2, and that locator1 or locator2 might potentially store a newer copy of the data
dictionary for the distributed system.
Continuing the startup by booting the server1 data store yields:
Starting SQLFire Server using locators for peer discovery:
localhost[10337],localhost[10338]
Starting network server for SQLFire Server at address
localhost/127.0.0.1[1529]
717