Solr 7.5 | ZooKeeper 3.4.13 | Spark 2.3.1 | Jetty 9.4.11.v20180605 | Ignite 2.3.0 |
query_rewrite_staging
Rules and certain Spark job results are written to this collection temporarily. See Query Rewriting for details.
query_rewrite
Query pipelines read rules and job results from this collection in order to perform query rewriting. Docs are migrated to this collection from the query_rewrite_staging
collection.
job_reports
Job histories are now written to this collection.
_user_prefs
This collection stores App Studio social data, such as user tags, bookmarks, and so on.
system_monitor
The new system metrics used for the DevOps Center are written to this collection. These new metrics replace the metrics previously written to the system_metrics
collection.
/index-pipelines/{id}/collections/{collection}/indexMultiple
submits a set of documents to an index pipeline./spark/reports/{job}
gets the job results from a specific job./webapps/{id}/war/manifest
gets the .war
file manifest for specified Web app.conf/fusion.properties
can now be set using environment variables, enabling you to set them using systemd
, Docker, Kubernetes, and so on. Default values are also provided. For example, in api.port = ${API_PORT:-8765}
, the default value is 8765 unless API_PORT
is defined.
Note that ZOOKEEPER_PORT
cannot not be used, and value of zookeeper.port
in fusion.properties
must be the same as the value of clientPort
in conf/zookeeper/zoo.cfg
.
f.index_items_discarded
/Index discarded document metadata parameter. A new field, _lw_skipped_reason_s
, indicates the reason that the document was skipped during indexing. The new key is available for these connectors:
pluginParsing
parameter. When it is enabled, the connector parses raw content before streaming it to the index pipeline. The following connectors support this parameter:
proxy.corsAllowOrigin
property in conf/fusion.properties
.
synonyms
collection has been replaced with the new query_rewrite
collection.
InputStream
failing to close properly.Upgrade Fusion Server 4.2.x to 4.2.y
4.2.x
4.2.y
/opt/lucidworks/fusion/4.2.x/var/upgrade
directory (on Unix or MacOS) or the C:\lucidworks\fusion\4.2.*x\var\upgrade\
directory (on Windows). The file names reference the versions you are upgrading from and to. For example:4.2.3
to 4.2.5
, the migrator uses the 4.2.x-4.2.x.properties
file.4.0.y
. This step requires an Internet connection. If no connection is available, then download the connectors from Fusion 4.x Connector Downloads](/fusion-connectors/5e5d7o/fusion-4-x-connector-downloads) and [install them as bootstrap plugins.If a connector to be upgraded was not available during the upgrade, then a message in /opt/lucidworks/fusion/3.1.x/var/upgrade/tmp/migrator.log
(on Unix) or C:\lucidworks\fusion\3.1.*x\var\upgrade\tmp\migrator.log
(on Windows) indicates this.Only datasources for connectors that are supported in the new Fusion version are upgraded. Datasources for custom connectors are not upgraded.apps/connectors/bootstrap-plugins
for the new deployment (on all Fusion nodes). Do so at the time indicated in the procedures that follow.apps/connectors/bootstrap-plugins
for the new version (on all Fusion nodes).api
)proxy
)license.properties
file in the /opt/lucidworks/fusion/4.2.x/conf
directory./opt/lucidworks/fusion/4.2.x
, then change your working directory to /opt/lucidworks/
and extract the file there. do not run the new version of Fusion yet.license.properties
file in the /opt/lucidworks/fusion/4.2.y/conf
directory.jar
files) If your deployment has custom jar
files, add them to the new Fusion deployment.apps/connectors/bootstrap-plugins
for the new deployment.apps/connectors/bootstrap-plugins
for the new deployment.fusion/4.2.x/data/solr
. If there is not sufficient disk space, free up space before proceeding.FUSION_OLD
and FUSION_NEW
environment variables that point to the old and new Fusion installation directories respectively (using the full path).
$FUSION_OLD/bin/fusion status
.fusion/4.2.x/var/upgrade/tmp
directory. If the migration produces unexpected results, the files in this directory are helpful for troubleshooting.fusion.properties
):
admin
password is the same as for the old installation), and confirm the release number of the new version of Fusion:
http://localhost:8764/
(replace localhost
with your server name or IP address if necessary).fusion/4.2.x/
directory, you can rm -fr fusion/4.2.*x/
to remove the older version of Fusion (on all Fusion nodes).add-rule-objects-xyz.zip
file (where xyz
is a version number) specifies the objects to add to an app. It is supplied in the Fusion migrator zip file at the top level. After installing the migrator, the location is $FUSION_OLD/var/upgrade/import-files
.add-rule-objects-xyz.zip
file into the app.How to import business rule objectsadd-rule-objects-xyz.zip
from your local filesystem. The location in the extracted migrator files is $FUSION_OLD/var/upgrade/import-files
.
Application ID
parameter value to use the app name. If the app name contains spaces, replace those with underscore characters. For example, Lucene Revolution
would become Lucene_Revolution
.
add-rule-objects-xyz.zip
file into the app.How to import business rule objectsapp-name.txt
file with the following content:
Lucene Revolution
:
$HOME
environment variable is defined.api
)proxy
)license.properties
file in the C:\lucidworks\fusion\4.2.x\conf
directory.fusion-4.2.y.zip
file to the directory that contains the fusion\
directory.
For example, if Fusion is installed in C:\lucidworks\fusion\4.2.x
, then move the file to C:\lucidworks
.
fusion-4.2.y.zip
file. do not run the new version of Fusion yet.
license.properties
file in the C:\lucidworks\fusion\4.2.y\conf
directory.
jar
files) If your deployment has custom jar
files, add them to the new Fusion deployment.
apps\connectors\bootstrap-plugins
for the new deployment.
apps\connectors\bootstrap-plugins
for the new deployment.
fusion\4.2.x\data\solr
. If there is not sufficient disk space, free up space before proceeding.
FUSION_OLD
and FUSION_NEW
environment variables that point to the old and new Fusion installation directories respectively. For example:
fusion\4.2.x\var\upgrade
directory.+fusion\+4.2.x\var\upgrade
.%FUSION_OLD%\bin\fusion status
.solr-address
and solr-port
as appropriate (as shown in the example):
+fusion\+4.2.x\var\upgrade\tmp
directory. If the migration produces unexpected results, the files in this directory are helpful for troubleshooting.admin
password is the same as for the old installation), and confirm the release number of the new version of Fusion:
http://localhost:8764/
(replace localhost
with your server name or IP address if necessary).+fusion\+4.2.x
directory, you can remove the older version of Fusion by removing that directory (on all Fusion nodes).add-rule-objects-xyz.zip
file (where xyz
is a version number) specifies the objects to add to an app. It is supplied in the Fusion migrator zip file at the top level. After installing the migrator, the location is %FUSION_OLD%\var\upgrade\import-files\
.You have a choice. You can update each app using the Fusion UI or the Fusion API.add-rule-objects-xyz.zip
file into the app.How to import business rule objectsadd-rule-objects-xyz.zip
from your local filesystem. The location in the extracted migrator files is %FUSION_OLD%\var\upgrade\import-files\
.Application ID
parameter value to use the app name. If the app name contains spaces, replace those with underscore characters. For example, Lucene Revolution
would become Lucene_Revolution
.add-rule-objects-xyz.zip
file into the app.How to import business rule objectsapp-name.txt
file with the following content:
Lucene Revolution
:
%HOMEPATH%
environment variable is defined.connectors-rpc
process:crawlDBType
/Crawl database type is “in-memory”, this can cause an out-of-memory condition when crawling large sites. Change the value to “on-disk”.system_box_distributed_crawl
collection, like this:.war
file to the App Studio interface, the View Published UI button disappears from the App Studio configuration panel. To restore this button, click Edit, then click Return to Fusion.