Resolution:
Description:
=========
When using CAMSF while setting a limited number of retries (nbProbeRetry > 0) the following behavior may be noticed if the server is unreachable:

1). The first probe service order will do "nbProbeRetry" and retries to reach the server.

2). When reaching the "nbProbeRetry" value, a flush of all present orders will be done as expected.

3). The new elected probe service order will be flushed after it's first retry and the CAMSF will not probe anymore while still having orders enqueued.

Environnement/Product version:
=========================
Solaris:
P.KPSA-3.5.8-SOL64

Linux:
P.KPSA-3.5.8-LINUXx86_64

Symptoms:
========
CAMSF is not probing while having orders enqueued.

Cause:
=====
A race condition between camsf::MessageStoreAndForward flush and the probe can make the CAMSF stop probing while still having orders enqueued.

Resolution:
==========
Use the retry forever option (nbProbeRetry=0) until the fix for KPSA-2837 KPSAMSF : race condition leading to camsf lockup is made available.