Settings

Here you can stop the server process of Lobster_data (Integration Server). In addition, warnings for the job queue can be configured and the DMZ server can be managed.


images/download/attachments/44930544/System_1_EN-version-1-modificationdate-1573021690848-api-v2.png


(1) Force Stop: Provides the ability to quit the Lobster server process even though there are still jobs queued and/or active conversions. All active conversions are marked as Crashed Jobs (and thus resumed at restart). No new jobs are taken from the queue and all requests from the DMZ server are rejected (and therefore buffered on the DMZ server). See also sections Force Stop by File and Force Stop via HTTP. Important note: This action shuts down the Integration Server! Make sure that you have the appropriate access rights to be able to restart it, if necessary. Keep in mind that the server may be on a different machine than your client!

(2) Emergency Halt: Designed for rare exceptions, e.g. to edit, deactivate or export profiles before a shutdown. The GUI can still be operated normally, but the restart of a job (including file upload, etc.) and a mapping test is no longer possible (but all ongoing conversions will be completed). An Emergency Halt should be followed by a regular shutdown. The repeated use of the Emergency Halt without a shutdown of the Integration Server is not the intended use. The behaviour of the system on restart is controlled by the following entries in configuration file ./etc/startup.xml. The two statements are executed in this order.

...
<Set name="startInEmergencyHaltMode">false</Set>
<Set name="forceUnlockEmergencyHalt">false</Set>
...

This is the default setting. The system is not put into the Emergency Halt mode and the Emergency Halt mode is not deactivated. If you had manually triggered the Emergency Halt mode, the system starts in Emergency Halt mode. If you had not manually triggered the Emergency Halt mode, it starts in normal mode.

...
<Set name="startInEmergencyHaltMode">true</Set>
<Set name="forceUnlockEmergencyHalt">false</Set>
...

The system is put into the Emergency Halt mode and the Emergency Halt mode is not deactivated. The system therefore always starts in the Emergency Halt mode. This setting is not recommended!

...
<Set name="startInEmergencyHaltMode">arbitrary</Set>
<Set name="forceUnlockEmergencyHalt">true</Set>
...

The value of the first parameter can be true or false here. The second parameter always disables the Emergency Halt mode, which means that the system always starts in normal mode. This is the recommended setting for a productive system!


When the Emergency Halt mode is active, the button changes its colour from green to red and you will find an exclamation mark in front of your user name. In addition, a message is sent to the email address stored in ./etc/startup.xml. See also sections Emergency Halt via Admin Console and Emergency Halt via HTTP.

Important note: If files are delivered via a DMZ server or SAP ALE, they will not be lost. However, if the files come from the local system via AS2/SMTP/FTP/OFTP/SSH (for example, from the FTP service of the Integration Server running Lobster_data), the profile will not accept the files and they will remain in the folder where they were dropped, since all those services are stopped during the Emergency Halt. They will also not be automatically processed later.


(3) If more jobs (all priorities except Single Run are considered) than this number are in the queue over a certain period of time (4), a warning email will be sent (see entry in ./etc/startup.xml). If a value less than 1 is entered in this field, the monitoring of the queue is inactive.

(4) This field sets the time period in minutes. See (3).

Important note: The changes in (3) and (4) are only temporary after clicking Apply. After restarting the system, the values are taken from the configuration file ./etc/startup.xml again!

...
<Set name="warningQueueSize">0</Set>
<Set name="warningQueueSizeTime">30</Set>
...


(5) The status of the DMZ server.

(6) The address of the DMZ server can be changed at runtime. For this, specify the new address and port number and click button Apply. Note : After a restart, the DMZ server entered in configuration file ./etc/startup.xml is used again . Note: This can also be done via HTTP. See section Set New DMZ Server via HTTP.

(7) If this button is clicked, the list of active DMZ servers is recreated, i.e. emptied and the current DMZ server is entered. Note: This list is also empty after a restart. The DMZ server entered in the configuration file ./etc/startup.xml is then automatically entered first. This list is only used to check the number of DMZ servers allowed by the license. If a new request comes from a DMZ server, it is first checked whether this server is already in the list. If yes, the request is allowed. If no, then this DMZ server is entered into the list, if the maximum number is not yet reached, and the request is allowed. If the maximum number is reached, then the request is rejected.