1.1.1

Table Of Contents
To resolve a ConflictingPersistendDataException:
1. Shut down the member that is causing the exception. In the above example, you would shut down remote
member curwen(23695) .
2.
Restore the original datadictionary directory in the shut down member, if possible. Then restart the
member with the expected data dictionary les.
3.
If you cannot restore the original datadictionary directory, use sqlf revoke-missing-disk-store to revoke
the missing data dictionary disk store les.
If you cannot resolve startup problems associated with missing or conicting data dictionary les, you can force
the SQLFire member to complete its startup by using the sqlre.datadictionary.allow-startup-errors property.
This property enables you to startup a SQLFire member even if the volume or directory in which a disk store
was created no longer exists; you can recreate the disk store manually, after forcing the member to restart.
Connection Problems
These are common problems that occur when connecting to a SQLFire distributed system:
You receive SQL State 08001 Error: 'Failed after trying all available servers: []'
This problem can be caused if you specify null values for the username and password connection properties
in the JDBC connection URL. Some third-party tools specify automatically supply null values but include the
connection properties if you do not specify user credentials.
If authentication is disabled in your distributed system, then you can specify any temporary user name and
password value when connecting. Connect to vFabric SQLFire with JDBC Tools on page 35 provides more
details.
WAN Replication Problems
In WAN deployments, tables may fail to synchronize between two SQLFire distributed systems if the tables are
not identical to one another (see Create Tables with Gateway Senders on page 238). If you have congured WAN
replication between sites but a table fails to synchronize because of schema differences, follow these steps to
correct the situation:
1. Stop the gateway senders and gateway receivers in each SQLFire distributed system. See Start and Stop
Gateway Senders on page 239.
2. Use ALTER TABLE to add or drop columns on the problem table, to ensure that both tables have the same
column denitions. Compare the output of the describe command for each table to ensure that the tables are
the same. Or, use sqlf write-schema-to-sql in each distributed system to compare the DDL statements used
to create each table.
3. Use the SYS.GET_TABLE_VERSION FunctionDisplays the data dictionary version of a table. Use this
procedure in WAN deployments to verify that the version of a table matches an identical table in another
SQLFire distributed system. to verify that both table have the same version in the data dictionary of each
SQLFire cluster. If the versions do not match, use SYS.INCREMENT_TABLE_VERSION with the table
having the smaller version to make both table versions equal.
4. Restart gateway senders and gateway receivers for the distributed systems. See Start and Stop Gateway
Senders on page 239.
719