Reconfiguring xDeTECH Services
Configuration properties are stored in files in the config directory of each service. The service must be restarted for any changes to these services to take effect.
- Open a terminal window and log in to a session on the container.
- List running processes:
ps -ef | grep sentinel
Example output shows three java processes, from top to bottom: VCDx, VGSx and VGSx tester. The process id (PID) is the leftmost number listed.
- Kill the process you want to reconfigure:
kill -9 {PID}
wherePID
represents the Process ID. To kill VGSx in the example above, usekill -9 8893
- Change to the config directory for the service:
cd {service-folder}/config
whereservice-folder
is one ofsentinel-vcdx
,sentinel-vgsx
orsentinel-vgsx-tester
- Update the configuration file, either
application.properties
orapplication.yml
, using a console editor of your choice (examplevi
). Alternatively, copy the file from the container, edit it on your desktop and copy it back. - Change directory to the bin directory of the updated service. For example:
cd sentinel-vgsx/bi
- Restart the service as a background task:
./startup.sh &
- Check the service is running. You can check the service logs listed in the directory structure above, and ping the service to be sure.
- List running services:
ps -ef | grep sentinel
- Ping the services:
- List running services:
For VCDx: curl localhost:8099/actuator/health
Returns:
15
{
"status": "UP",
"components": {
"livenessState": {
"status": "UP"
},
"readinessState": {
"status": "UP"
}
},
"groups": [
"liveness",
"readiness"
]
}
For VGSx:
curl localhost:8080/ping
Returns:
x
{
"system": "SentinelVgsx",
"id": "1",
"systemTime": "2023-11-02T16:30:01.590+0000",
"sentinelVersion": "1.0.0",
"buildVersion": "1",
"receivedInitFromSIPRECStack": false,
"lastCallReceived": "2023-11-02T16:29:58.076+0000",
"analysisServiceAvailable": true,
"acceptsNewActionCommands": true
}
For VGSx Tester:
curl localhost:8081/ping
Returns:
{
"system": "Sentinel VGS Tester",
"systemTime": "2023-11-02T16:30:57.236+00:00",
"buildVersion": "1.0.0"
}
Check the service logs. Logs are stored in the service’s logs directory. You can type
cat {log name}
to see that the service has started up without errors.