The fixlet ‘Pre Upgrade Check’ works downloading some stuff under the following folder
BES Client\__BESData\BES Support\__Local\PreCheck
then attempting to run the exec under that directory ( is nothing else than the 9.1 patch 10 admin tool )
using the credential of the agent ( the user in the LogOn tab among the service properties )
To check if this exec runs successfully could be checked the log file that, if the agent is running as local system account ( the default ), is:
C:\Windows\System32\config\systemprofile\AppData\Local\BigFix\BESAdminDebugOut.txt
or the following one if it runs with the ‘userlogin’ account instead:
C:\Users\<userlogin>\AppData\Local\BigFix\BESAdminDebugOut.txt
On Linux the log file is the following instead ( independently the user running the tool ):
/var/log/BESAdminDebugOut.txt
If for such reason the admin tool does not run with success, the file preugprade.out is never created, so any attempt to rename it as preupgrade-9.5.10.out or preupgrade-9.5.10.err will fail.
Common reasons the attempt to run this exec can fail could be because
- the download of this exec or related libraries has failed
- the user the agent is running have no enough privileges to connect to the database
- the user the agent is running have no privileges to create a file in the BES Server directory
- on Linux the user the agent is running have no exec privileges in the PreCheck folder
and so on …
The user/password option fields the fixlet provide make sense just in case of sql authentication, otherwise they are not taken in count.
At now it is not clear if have the server installed on a drive different from C: on Windows can be a problem, in any case the installDir parameter is evaluated with the following relevance expression ( could be double checked with the fixlet debugger ):
parent folder of file of main gather service