1.1.1

Table Of Contents
This will start the server process locally and use the current working directory to store logs, statistics and the
data dictionary, and use multicast for peer discovery (address 239.192.81.1, port 10334). Any persistent tables
created using the default disk store will also use this directory to manage the data les.
The data dictionary is managed in a subdirectory called 'datadictionary' and persisted by default. This subdirectory
contains the persistent metadata of all the DDLs executed in the distributed system from any clients or peers,
and is necessary for a SQLFire server or locator member to start up and function properly.
As the output above indicates, a network server is also started by default that binds to localhost on port 1527.
This service allows thin clients to connect to the server and execute SQL commands using the DRDA protocol.
A SQLFire server that you are starting may require other cluster members (locators or servers) to boot before it
can conrm that its data is consistent with those members' data. Even with no persistent or overow tables, each
server locally persists a copy of the data dictionary and may remain in a "waiting" state until dependent locators
or server come back online to ensure that it has all the latest updates to the data dictionary:
Starting SQLFire Server using locators for peer discovery: localhost[10334]
Starting network server for SQLFire Server at address
localhost/127.0.0.1[1528]
Logs generated in
/Users/yozie/vmware/sqlf/vFabric_SQLFire_11_b40332/server1/sqlfserver.log
SQLFire Server pid: 9502 status: waiting
Region /_DDL_STMTS_META_REGION has potentially stale data. It is waiting
for another member to recover the latest data.
My persistent id:
DiskStore ID: ff7d62c5-4e03-4c74-975f-c8d3639c1cee
Name:
Location:
/10.0.1.31:/Users/yozie/vmware/sqlf/vFabric_SQLFire_11_b40332/server1/./datadictionary
Members with potentially new data:
[
DiskStore ID: ea249383-b103-43d5-957b-f9789eadd37c
Name:
Location:
/10.0.1.31:/Users/yozie/vmware/sqlf/vFabric_SQLFire_11_b40332/server2/./datadictionary
]
Use the "sqlf list-missing-disk-stores" command to see all disk stores that
are being waited on by other members. - See log file for details.
Use -sync=false when starting SQLFire members in a shell script or batch le to return control to the script
immediately after the member reaches the "waiting" state.
If another server is now started to join the cluster using the same multicast port (default port as for the rst server
above), the startup message shows the other members in the distributed system:
sqlf server start -dir=server2
-client-port=1528
Starting SQLFire Server using multicast for
peer discovery: 239.192.81.1[10334]
Starting network server for SQLFire Server at
address localhost/127.0.0.1[1528]
Distributed system now has 2 members.
Other members: serv1(2015:data store)<v0>:32013/48225
SQLFire Server pid: 2032 status: running
Logs generated in <XXX>/sqlfserver.log
The italicized lines indicate the output regarding the IDs of other members in the distributed system.
The startup script maintains the running status of the server in a le .sqlfserver.ser.
397
sqlf Launcher Commands