SimonWindisch Posted March 20, 2018 Posted March 20, 2018 Hi there, This problem has been bugging me for weeks. Data1.CAB is being corrupted when it gets coppied to the SCCM cache. I am running Windows Server 2016 Standard Build 14939 with System Center Configuration Manager 1710 Hotfix Rollup KB4086143 My client computer is Windows 10 Education Build 16299 Client version of SCCM is 5.00.8498.1711 Steps are as follows 1. Download Adobe Reader DC V18 2. Extract the MSI and associated files using AcroRdrDC1801120035_en_US.exe -sfx_o"C:\temp" -sfx_ne 3. Copy the resultant files to my folder share 4. Do a test install from the folder share to a test machine using msiexec /i "AcroRead.msi". This works fine 5. Go to SCCM and create a new Application, deploy it to a test machine 6. Go to the test machine, install via Software Center. It fails with error 0x643(1603) 7. Go to C:\Windows\ccmcache\e and run msiexec /i "AcroRead.msi" This fails with "Product: Adobe Acrobat Reader DC -- Error 1335.The cabinet file 'Data1.cab' required for this installation is corrupt and cannot be used. This could indicate a network error, an error reading from the CD-ROM, or a problem with this package. I've looked at the file Data1.CAB, When I use 7zip to extract the original file, the log file looks like this Extracting archive: K:\temp\original.Data1.cab -- Path = K:\temp\original.Data1.cab Type = Cab Physical Size = 175114043 Method = None Blocks = 51 Volumes = 1 Volume Index = 0 ID = 1111 . adobearmhelper.exe.BDCA7721_F290_4124_BBED_7A15FE7694EB . adobearm.exe.BDCA7721_F290_4124_BBED_7A15FE7694EB . armsvc.exe.BDCA7721_F290_4124_BBED_7A15FE7694EB . Accessibility.api_NON_OPT . MakeAccessible.api_NON_OPT . PDDom.api_NON_OPT . reflow.api_NON_OPT . SaveAsRTF.api_NON_OPT . adobehunspellplugin.dll When I extract the cached file, the log file looks like this Extracting archive: K:\temp\cached.Data1.cab -- Path = K:\temp\cached.Data1.cab Type = Cab Physical Size = 175114043 Method = None Blocks = 51 Volumes = 1 Volume Index = 0 ID = 1111 - adobearmhelper.exe.BDCA7721_F290_4124_BBED_7A15FE7694EB - adobearm.exe.BDCA7721_F290_4124_BBED_7A15FE7694EB - armsvc.exe.BDCA7721_F290_4124_BBED_7A15FE7694EB - Accessibility.api_NON_OPT - MakeAccessible.api_NON_OPT ERROR: Data Error : MakeAccessible.api_NON_OPT - PDDom.api_NON_OPT ERROR: Data Error : PDDom.api_NON_OPT - reflow.api_NON_OPT ERROR: Data Error : reflow.api_NON_OPT - SaveAsRTF.api_NON_OPT ERROR: Data Error : SaveAsRTF.api_NON_OPT - adobehunspellplugin.dll So my interpretation is that SCCM is corrupting the file somehow. I've used SCCM Content Library Explorer to identify and copy the CAB file from the distribution point, and it fails to extract as well, so SCCM seems to be corrupting the the file during the distribution step. Has anyone seen anything like this? Thanks - Simon
ReadTheNetwork Posted March 20, 2018 Posted March 20, 2018 Hey Simon, Have you tried creating an app-v version of the reader? Might run smoother and easier to install?
Arthur Posted March 20, 2018 Posted March 20, 2018 SCCM seems to be corrupting the the file during the distribution step. Does the volume have dedupe enabled? 1
free780 Posted March 21, 2018 Posted March 21, 2018 Is the ccmcache in the AV exceptions on the client.? 1
Geoff Posted March 21, 2018 Posted March 21, 2018 Also make sure your Distribution point folders are excluded from AV scanning (and your SCCM inboxes while your at it) on the server. 1
SimonWindisch Posted March 22, 2018 Author Posted March 22, 2018 Thanks, I've added the exclusion to SCCM, and now the file Data1.cab is not corrupt in the SCCM distribution point. At the moment I'm struggling to get Windows Defender/SCEP to leave the file alone on the client, but I'll report back when I do. Thanks for your help - Simon
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now