You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: doc/sphinx-guides/source/admin/timers.rst
+2-4Lines changed: 2 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -22,9 +22,7 @@ The following JVM option instructs the application to act as the dedicated timer
22
22
23
23
``-Ddataverse.timerServer=true``
24
24
25
-
**IMPORTANT:** Note that this option is automatically set by the Dataverse installer script. That means that when **configuring a multi-server cluster**, it will be the responsibility of the installer to remove the option from the :fixedwidthplain:`domain.xml` of every node except the one intended to be the timer server. We also recommend that the following entry in the :fixedwidthplain:`domain.xml`: ``<ejb-timer-service timer-datasource="jdbc/VDCNetDS">`` is changed back to ``<ejb-timer-service>`` on all the non-timer server nodes. Similarly, this option is automatically set by the installer script. Changing it back to the default setting on a server that doesn't need to run the timer will prevent a potential race condition, where multiple servers try to get a lock on the timer database.
26
-
27
-
**Note** that for the timer to work, the version of the PostgreSQL JDBC driver your instance is using must match the version of your PostgreSQL database. See the :ref:`timer-not-working` section of Troubleshooting in the Admin Guide.
25
+
**IMPORTANT:** Note that this option is automatically set by the Dataverse installer script. That means that when **configuring a multi-server cluster**, it will be the responsibility of the installer to remove the option from the :fixedwidthplain:`domain.xml` of every node except the one intended to be the timer server.
28
26
29
27
Harvesting Timers
30
28
-----------------
@@ -44,7 +42,7 @@ This timer runs a daily job that tries to export all the local, published datase
44
42
45
43
This daily job will also update all the harvestable OAI sets configured on your server, adding new and/or newly published datasets or marking deaccessioned datasets as "deleted" in the corresponding sets as needed.
46
44
47
-
This job is automatically scheduled to run at 2AM local time every night. If really necessary, it is possible (for an advanced user) to change that time by directly editing the EJB timer application table in the database.
45
+
This job is automatically scheduled to run at 2AM local time every night.
Copy file name to clipboardExpand all lines: doc/sphinx-guides/source/admin/troubleshooting.rst
+6-8Lines changed: 6 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -98,14 +98,12 @@ We don't know what's causing this issue, but here's a known workaround:
98
98
99
99
- Stop Payara;
100
100
101
-
- Remove the ``generated`` and ``osgi-cache`` directories;
102
-
103
-
- Delete all the rows from the ``EJB__TIMER__TBL`` table in the database;
101
+
- Remove the ``generated`` and ``osgi-cache`` directories;
104
102
105
103
- Start Payara
106
104
107
105
The shell script below performs the steps above.
108
-
Note that it may or may not work on your system, so it is provided as an example only, downloadable :download:`here </_static/util/clear_timer.sh>`. Aside from the configuration values that need to be changed to reflect your environment (the Payara directory, name of the database, etc.) the script relies on the database being configured in a certain way for access. (See the comments in the script for more information)
106
+
Note that it may or may not work on your system, so it is provided as an example only, downloadable :download:`here </_static/util/clear_timer.sh>`. The configuration values might need to be changed to reflect your environment (the Payara directory). See the comments in the script for more information.
@@ -114,7 +112,7 @@ Note that it may or may not work on your system, so it is provided as an example
114
112
Timer Not Working
115
113
-----------------
116
114
117
-
Dataverse relies on EJB timers to perform scheduled tasks: harvesting from remote servers, updating the local OAI sets and running metadata exports. (See :doc:`timers` for details.) If these scheduled jobs are not running on your server, this may be the result of the incompatibility between the version of PostgreSQL database you are using, and PostgreSQL JDBC driver in use by your instance of Payara. The symptoms:
115
+
Dataverse relies on EJB timers to perform scheduled tasks: harvesting from remote servers, updating the local OAI sets and running metadata exports. (See :doc:`timers` for details.) If these scheduled jobs are not running on your server, you might experience the following symptoms:
118
116
119
117
If you are seeing the following in your server.log...
120
118
@@ -127,9 +125,9 @@ followed by an Exception stack trace with these lines in it:
127
125
:fixedwidthplain:`Exception Description: Could not deserialize object from byte array` ...
128
126
129
127
130
-
... it most likely means that it is the JDBC driver incompatibility that's preventing the timer from working correctly.
131
-
Make sure you install the correct version of the driver. For example, if you are running the version 9.3 of PostgreSQL, make sure you have the driver postgresql-9.3-1104.jdbc4.jar in your :fixedwidthplain:`<PAYARA FOLDER>/glassfish/lib` directory. Go `here <https://jdbc.postgresql.org/download.html>`_
132
-
to download the correct version of the driver. If you have an older driver in glassfish/lib, make sure to remove it, replace it with the new version and restart Payara. (You may need to remove the entire contents of :fixedwidthplain:`<PAYARA FOLDER>/glassfish/domains/domain1/generated` before you start Payara).
128
+
... you should reach out by opening an issue. In the good old days of running Dataverse 4 running on Glassfish 4, this
129
+
was a hint for an unsupported JDBC driver. In Dataverse 5 this would be a new regression and its cause would need to be
Copy file name to clipboardExpand all lines: doc/sphinx-guides/source/installation/installation-main.rst
+1-2Lines changed: 1 addition & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -208,8 +208,7 @@ Fresh Reinstall
208
208
Early on when you're installing Dataverse, you may think, "I just want to blow away what I've installed and start over." That's fine. You don't have to uninstall the various components like Payara, PostgreSQL and Solr, but you should be conscious of how to clear out their data. For Payara, a common helpful process is to:
209
209
210
210
- Stop Payara;
211
-
- Remove the ``generated`` and ``osgi-cache`` directories;
212
-
- Delete all the rows from the ``EJB__TIMER__TBL`` table in the database;
211
+
- Remove the ``generated`` and ``osgi-cache`` directories;
0 commit comments