After upgrade of Mac OS X File server, on which a hot folder was defined, no files are picked up anymore. And Pilot completely freezes when you try to Stop hot folder activities or select the hot folder and Convert to normal folder.
BGMD log shows:
HF 18 sep 15:43:28 [HFStarterThread] INFO HF_TWorker - Starting hotfolder... file://192.168.10.250/sharename/hotfolder_name
HFENG 18 sep 15:43:28 [HFStarterThread] INFO HF_TEngine - Adding to WatchService:\\192.168.10.250\sharename/hotfolder_name
Exception in thread "Thread-0" java.lang.AssertionError: Should not get here
at sun.nio.fs.WindowsFileAttributes.volSerialNumber(Unknown Source)
at sun.nio.fs.WindowsWatchService$Poller.implRegister(Unknown Source)
at sun.nio.fs.AbstractPoller.processRequests(Unknown Source)
at sun.nio.fs.WindowsWatchService$Poller.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
When you try to stop the hot folder activities, Automation Engine Pilot completely freezes. And even if you restart Pilot, you cannot access the hot folder view anymore (Pilot freezes).
Perform Stop Server and Start Server needed to make the hot folders view accessible again.
An Esko Support Engineer's intervention is needed to take these actions
Use CFS-edit2 tool to change the value in: Server/HotFolders/Properties/hf.ws.enb from 1 to 0. This stops the WatchService.
Make sure you check the hot folder's settings (and the embedded task which gets automatically launched).
Stop the hot folder activities for all the hot folders on the Mac OS X File Server.
Create a new hot folder which is NOT on a Mac OS X File Server. Put it locally on the Automation Engine Server to avoid network polling for the hot folder. And use identical task settings as in the original hot folder.
Set the value in CFS-edit2 back to 1.
This problem is caused by changes to the SMB protocol implementation since Mac OS X 10.7 and 10.8, which results in unstable file access between Windows and Mac OS X computers. This is completely outside of Esko's control.