as a small side note to Vic Sun's reply, there is also a note in that same 2018.1.4 upgrade notes that says

( my username already has admin rights but just another thing to think of )

"If you select Minimal for your initial security setting, but Caché requires network access to shared drives and printers, you must manually change the Windows user account under which to run the Caché service, choosing an existing account or creating a new account that has local administrator privileges on the server machine."

looking at the docs quickly, this seems to be in the upgrade notes from 2018.1.3 moving to 2018.1.4

I'm currently still on 2017.2.1 so I'm not sure it applies to me yet??

late this afternoon ( 1hour ago), we got a bit further by dropping any shares under ".\kevin" then shutting down the live instance of cache,  before recreating some shares and getting prompted for the password of the remote machine, Once we got this bit working, and restarting Cache, the background cache->remote machine started working again.

we are still busy testing this, but perhaps there was some corruption in remembering the share name/password and re-setting the password has done something.

Still not sure if it's totally working and it will be overnight before the checking is complete.

thanks to all those folk who offered solutions, it's certainly had us puzzled for a while. 



when I run the commands in order you suggest, I get

Start Port: 49152
No of Ports : 16384

less than 6 pages when I look for the actual in use ports

and when I try to find the "bad guys", there's none.

the stats have been taken within 10 minutes of a reboot, and still I can't access the background network shares.

I'm guessing this isn't the problem.

system currently in use so I can't immediately test. I get full access in 10 hours time.

in the mean time, a 5 minute test failed in the same way as did a 30 minute and the 24hour test. Nothing created the html files in all cases.

what's confusing here is that the log file happily go created, but the html file failed.

in each case, there was only ever one single log file which contains the commands that will be executed, no other log files were created  at any time

strangely enough, the ^Buttons file did create the html file from exactly the same window terminal that we've just run the three test of ^pButtons

Thanks John.

Although unique string is indeed generated ( for instance 1328BACC-D8A5-46C7-BACC-19634E0F83A2 ), its not a very memorable directory name and so, in my head, I'd dismissed the instanceGUID.

I would need to keep track of which machine/instance "1328BACC-D8A5-46C7-BACC-19634E0F83A2" is being generated to instantly know the content. of any given folder.