The Network Discover detection server is seen to be stuck in "Starting" state.
On DLP 16.0.2 (RU2) and earlier, the detector status on Enforce will show that the process stuck in its startup is FileReader. Since DLP 16.1, FileReader does not exist as a standalone subprocess and instead, detector details will show the stuck startup for process DetectorServer.
The startup stuck is caused by Discover Scan remediation requests which were left behind after the previous Discover Server service stop. Then during a subsequent startup, the server will attempt to process them before either FileReader (DLP 16.0.2 and earlier) or DetectorServer (16.1 and newer) can fully start.
The following error is logged within either Filereader or SymantecDLPDetectorServer0 logs:
com.symantec.discover.protect.remediator.PendingRemediationRequestManagerMethod: loadAndProcessPendingRemediationRequestsLevel: WARNINGMessage: Error occured while creating pending remediation requests for item: //network-share/my file.docx and walk:4894com.symantec.dlp.remediation.async.request.RemediationRequestException: There is no scanAssignment for given Record at com.symantec.discover.protect.remediator.PendingRemediationRequestManager.fetchScanAssignmentFromDerby(PendingRemediationRequestManager.java:466) at com.symantec.discover.protect.remediator.PendingRemediationRequestManager.loadAndProcessPendingRemediationRequests(PendingRemediationRequestManager.java:173) at com.vontu.discover.DiscoverInductor.loadAndProcessPendingRemediationRequests(DiscoverInductor.java:451) at com.vontu.discover.DiscoverInductor.start(DiscoverInductor.java:256) at com.vontu.messaging.induction.InductorPool.start(InductorPool.java:172) at com.vontu.messaging.FileReader.start(FileReader.java:481) at com.vontu.messaging.FileReaderSetup.initialize(FileReaderSetup.java:110) at com.vontu.messaging.FileReader.main(FileReader.java:323)
Follow the below steps to resolve this: