Solr 7.5 | ZooKeeper 3.4.13 | Spark 2.3.2 | Jetty 9.4.12.v20180830 | Ignite 2.6.0 |
_lw_confluence_anonymous
permission setting.
Mime-Type
value does not exactly match text/html
, such as text/html; charset=utf-8
and so on. This allows it to parse .aspx
pages from SharePoint datasources, for example.
crawlDBType
parameter, the default value is now on-disk
instead of in-memory
in order to support larger crawls by default.
RequestEntityProcessing.BUFFERED
instead of .CHUNKED
to avoid a documented Jersey issue.
system_logs
collection was significantly reduced by changing the log level for marking user.sessions meter
to DEBUG
.
connectors-rpc
services as it does about the connectors-classic
service.
.war
file to the App Studio interface, the View Published UI button remains available, resolving a known issue in 4.2.0.
app.id
; it is inferred automatically from the current app context.
Upgrade Fusion Server 3.1.x to 4.2.y
3.1.x
4.2.y
/opt/lucidworks/fusion/3.1.x/var/upgrade
directory (on Unix or MacOS) or the C:\lucidworks\fusion\3.1.x\var\upgrade\
directory (on Windows). The file names reference the versions you are upgrading from and to. For example:3.1.5
to 4.2.5
, the migrator uses the 3.1.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).default
and places object in that app or links them to it, as needed. Some objects are not linked to apps. You can explore objects in Object Explorer.log-shipper
service to fusion.properties
.default
, then the migrated profile retains that single reference.default
, then the migrated profile references an index pipeline that has the same name as the index profile.default
, then the migrated profile retains that single reference.default
, then the migrated profile references a query pipeline that has the same name as the query profile.webapps-system-account
. Fusion Server uses this account. You do not need to do anything with it.developer
:search
:webapps-role
with these permissions:COLLECTION_NAME_signals
collections as response
signals, instead of indexing them into the COLLECTION_NAME_logs
collections.Roughly 90 new fields used by App Insights are added to existing COLLECTION_NAME_signals
collections.You are encouraged to adopt the new signal fields, but you can continue using the old dynamic field names, such as user_id_s
, until Fusion 5. If you adopt the new signals schema, then you must update any Spark jobs that rely on the old field names.Fusion Server 4.2.y replaces the _signals_ingest
index pipeline with a new version that works with the new signals schema.If you made changes to the _signals_ingest
pipeline, then you will need to manually add those changes to the new configuration after migration.The migrator preserves legacy-style aggregation jobs. Optionally, you can manually convert these to SQL-based aggregation jobs.Fusion Server 4.2.y adds a new session rollup job for each collection with signals enabled. The session rollup job creates session signals that contain aggregated information about user activity in a session.Fusion Server 4.2.y adds a new head/tail analysis job for each collection with signals enabled. The head/tail analysis job uses signals to compute interesting metrics for head-and-tail queries.api
)ui
)/opt/lucidworks/fusion/3.1.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/3.1.x/data/solr
. If there is not sufficient disc 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
.solr-address
and solr-port
as appropriate (as shown in the example):
fusion/3.1.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/3.1.x/
directory, you can rm -fr fusion/3.1.*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
)ui
)fusion-4.2.y.zip
file to the directory that contains the fusion\
directory.
For example, if Fusion is installed in C:\lucidworks\fusion\3.1.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\3.1.x\data\solr
. If there is not sufficient disc 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\3.1.x\var\upgrade
directory.+fusion\+3.1.x\var\upgrade
.%FUSION_OLD%\bin\fusion status
.solr-address
and solr-port
as appropriate (as shown in the example):
+fusion\+3.1.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\+3.1.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.deep=false
now exports only the app definition without the linked objects.
asyncConfig
option in some pipeline stages.
requestHandlers
now blocks usage of the select
request handler. To configure usage of multiple request handlers including select
, add select
to your requestHandlers
.
fusion.properties
on Windows.
init/systemd/install.sh
systemd service which cause all Fusion services to fail when one service failed. To avoid this issue, use /opt/fusion/4.2.1/init/systemd/install-services.sh
instead; see the instructions at fusion/4.2.1/packaging/init/systemd/README
.
ConnectionClosedException: Premature end of chunk coded message body: closing chunk expected
message.
InputStream
failing to close properly.
An upgrade to Fusion 4.2.4 is required to fix this issue. See Upgrade Fusion Server 4.2.x to 4.2.y.
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.signature_s
field.
DrunSparkDriver
field to False
.
rules-<group name>
field.
{collection}_signals
, {collection}_query_rewrite
, {collection}_query_rewrite_staging
fail unless an ORDER BY clause is included.
error.log
and output.log
files are being written to the var/api/work
path instead of var/log/api
.
Last Published Date
field contains a date and time value, despite the UI being unpublished. This value does not change when the new UI is published.
This is only known to affect users of Windows 10.
connectors-rpc
service is stopped, the connectors-rpc
service will fail to start.
Maximum Output Count
value does not stop the crawl process from continuing.
mm
) is applied to a synonym expansion, both parts of the synonym pair are required to produce query results.
GET
, PUT
, etc. Additionally, values may be missing from some columns in the log table.