Skip to main content

Howdy,



I'm receiving an error when attempting to upgrade from 9.81 to 9.90 on a Windows 2012 R2 server.



The following error message is displayed in the logs.



JSS (c) (88:01) [10:08:59:855]: JSS_BACKUP_DIR=C:Program FilesJSSBackupsJSS-20160401-100859
Info 2826. Control Bitmap_1 on dialog CancelDlg extends beyond the boundaries of the dialog to the right by 7 pixels.
Exception thrown by custom action:
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Exception: There was an unexpected error running 'robocopy.exe "C:Program FilesJSS" "C:Program FilesJSSBackupsJSS-20160401-100859JSS" /b /copyall /R:2 /W:5 /e /XD temp backups logs work /LOG:"C:Program FilesJSSBackupsJSS-20160401-100859JSS-Backup.log"'! ---> System.TimeoutException: Running 'robocopy.exe' timed out after '60' seconds.
at JAMF.JSS.InstallUtilities.Utilities.LaunchExe.Run()
--- End of inner exception stack trace ---
at JAMF.JSS.InstallUtilities.Utilities.LaunchExe.Run()
at JAMF.JSS.InstallUtilities.Utilities.FileOperations.RoboCopy(String sourcePath, String targetPath, String args)
at JAMF.JSS.InstallUtilities.Backup.JssDirectory()
at JAMF.JSS.InstallUtilities.CustomActions.BackupJss(Session session)
--- End of inner exception stack trace ---
at System.RuntimeMethodHandle.InvokeMethod(Object target, Object arguments, Signature sig, Boolean constructor)
at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object parameters, Object arguments)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object parameters, CultureInfo culture)
at Microsoft.Deployment.WindowsInstaller.CustomActionProxy.InvokeCustomAction(Int32 sessionHandle, String entryPoint, IntPtr remotingDelegatePtr)
CustomAction JSS_InstallUtilities_CA_BackupJss returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)
Action ended 10:09:59: JSS_InstallUtilities_CA_BackupJss. Return value 3.
Action ended 10:09:59: INSTALL. Return value 3.
MSI (s) (84:E4) [10:09:59:952]: MainEngineThread is returning 1603


The Robocopy log does not show any errors.



Any thoughts on what could be wrong?



Can I skip the backup step during the install?



Was excited to see the new installer... for a little while at least ;)



Cheers,
Ben

My JSS is running in a Windows VM, and I have an 'inhouse' folder for distributing eBooks (as detailed at this link). There's more data in there than usual, and it's generally slower than an actual server.


I tried clearing out the folder as described by @flammable (see post from May) and I still encountered errors. I am not saying you should not try it, but it may not be a silver bullet. In the end I am not sure what change I made that resolved this.



At some point I am going to move to manual installs and just do it that way.


Unfortunately, this is reoccurring with the 9.99.0 installer for us...


I haven't gotten to install 9.99.0 yet, but try this:




  1. Check the logs and see where the installer is failing.

  2. If it's an issue with robocopy taking too long, that means you have more data than it anticipated - figure out where that's stored, and move it somewhere else temporarily (like the desktop). I mentioned our inhouse eBooks folder, but you might have data elsewhere. After the upgrade is successful, be sure to put the data back.



At this point, we do VM snapshots before attempting an upgrade. Rolling back a VM snapshot is easier than restoring a database and fixing a broken installation. :)


Thanks Mike.



I've already used my work around (removing the ROOT folder) from above but it's annoying that they have reintroduced this issue when it wasn't present in the last few version.