File verification errors applying GI PSU 11.2.0.3.1 for acfs on linux

(Hi guys. i'm filing an SR at the same time, but I find I get more helpful responses from the forums, and we end up sharing technical knowledge in a more effective way.)
Platform: Proof of concept Virtualbox VM running Oracle Linux 5u7
Installed Grid Infrastructure 11.2.0.3 straight (didn't start with 11.2.0.1 and upgraded out-of-place)
My Linux kernel was apparently not supporting
root@oel4::/root] uname -r
2.6.32-200.13.1.el5uek
root@oel4::/root] uname -a
Linux oel4 2.6.32-200.13.1.el5uek #1 SMP Wed Jul 27 21:02:33 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux
oracle@oel4 [+ASM] Mon Feb 13:/orafs1/app/grid/product/11.2.0.3/grid/bin
22:51:14] oracleasm configure
ORACLEASM_ENABLED=true
ORACLEASM_UID=oracle
ORACLEASM_GID=dba
ORACLEASM_SCANBOOT=true
ORACLEASM_SCANORDER=""
ORACLEASM_SCANEXCLUDE=""In the ASMCA utility, I do NOT see a valid tab for the ADVM drive or ACFS filesystem. I could ONLY create ASM diskgroups. In addition, when trying to check whether the ACFS / ADVM drivers are even installed, tI see they are NOT:
Error encountered:
oracle@oel4 [+ASM] Mon Feb 13:/orafs1/app/grid/product/11.2.0.3/grid/bin
23:05:08] ./acfsdriverstate installed
ACFS-9204: false
oracle@oel4 [+ASM] Mon Feb 13:/orafs1/app/grid/product/11.2.0.3/grid/bin> ./acfsdriverstate supported
ACFS-9459: ADVM/ACFS is not supported on this OS version: '2.6.32-200.13.1.el5uek'
ACFS-9201: Not Supported-- I have already checked the following articles:
+ACFS tools fail with ADVM/ACFS is not supported on [ID 1085146.1]+
+IS ACFS/ADVM SUPPORTED/CERTIFIED ON SOLARIS SPARC 64 PLATFORM? [ID 973387.1]+
+How to Verify that the ACFS Driver is installed and loaded [ID 1319263.1]+
- out of curiosity, would I be able to boot the GRUB-loader WITHOUT the linux UEK kernel, and instead boot with the
*2.6.18-274.el5 kernel*? I tried it and ACFS now worked under 11.2.0.3 (when loading via ./acfsroot install)I wasn't sure of the impact to other application, and I assume there ARE risks in doing this.
-- I had thought that as of *11.2.0.3*, ACFS WAS supported under the Linux UEK. In addition, the MOS note 1369107.1 that 11.2.0.3.1 patch set update 1 would provide support for ACFS on the UEK2.6.32-200
"Support for "2.6.32-200" kernels will start in the first GI PSU 11.2.0.3.1 (11.2.0.3 GIPSU #1), (RFI Bug:13241736 & Bug:12825835). "
To test that, I tried applying the 11.2.0.3.1 grid control PSU 1:
## get existing opatch config:
     /orafs1/app/grid/product/11.2.0/grid/OPatch/opatch lsinventory
          Oracle Home       : /orafs1/app/grid/product/11.2.0/grid
          Central Inventory : /orafs1/app/oraInventory
             from           : /orafs1/app/grid/product/11.2.0/grid/oraInst.loc
          OPatch version    : 11.2.0.1.9
          OUI version       : 11.2.0.3.0
          Log file location : /orafs1/app/grid/product/11.2.0/grid/cfgtoollogs/opatch/opatch2012-02-18_12-20-11PM.log
          Lsinventory Output file location : /orafs1/app/grid/product/11.2.0/grid/cfgtoollogs/opatch/lsinv/lsinventory2012-02-18_12-20-11PM.txt
          Installed Top-level Products (1):
          Oracle Grid Infrastructure                                           11.2.0.3.0
          There are 1 products installed in this Oracle Home.
          There are no Interim patches installed in this Oracle Home.
          OPatch succeeded.
## run conflict resolution checks:
$ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir 13343438 -oh /orafs1/app/grid/product/11.2.0/grid
     PREREQ session
     Oracle Home       : /orafs1/app/grid/product/11.2.0/grid
     Central Inventory : /orafs1/app/oraInventory
        from           : /orafs1/app/grid/product/11.2.0/grid/oraInst.loc
     OPatch version    : 11.2.0.1.9
     OUI version       : 11.2.0.3.0
     Log file location : /orafs1/app/grid/product/11.2.0/grid/cfgtoollogs/opatch/opatch2012-02-18_12-17-54PM.log
     Invoking prereq "checkconflictagainstohwithdetail"
     Prereq "checkConflictAgainstOHWithDetail" passed.
     OPatch succeeded.
$ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir 13348650 -oh /orafs1/app/grid/product/11.2.0/grid
     PREREQ session
     Oracle Home       : /orafs1/app/grid/product/11.2.0/grid
     Central Inventory : /orafs1/app/oraInventory
        from           : /orafs1/app/grid/product/11.2.0/grid/oraInst.loc
     OPatch version    : 11.2.0.1.9
     OUI version       : 11.2.0.3.0
     Log file location : /orafs1/app/grid/product/11.2.0/grid/cfgtoollogs/opatch/opatch2012-02-18_12-18-06PM.log
     Invoking prereq "checkconflictagainstohwithdetail"
     Prereq "checkConflictAgainstOHWithDetail" passed.
     OPatch succeeded.I had checked the MOS Oracle Database Patch Set Update 11.2.0.3.1 Known Issues [ID 1374706.1] article, which didn't mention any show stoppers related to me.
# copy patch to tmp dir instead and run from there
     su - oracle
     cd /tmp
     mkdir p13348650
     unzip /mnt/share/100g/downloads/oracle/gi_11.2.0.3.1_psu1/p13348650_112030_Linux-x86-64.zip -d p13348650
     cp -p /mnt/share/100g/downloads/oracle/gi_11.2.0.3.1_psu1/ocm.rsp .
     ls -l
          -rwxrwxrwx  1 root    michael       1069 Feb 16 16:55 ocm.rsp
          drwxr-xr-x  4 oracle  oinstall      4096 Feb 18 08:30 p13348650
     su -
     . oraenv
          +ASM
     cd /tmp
     $ORACLE_HOME/OPatch/opatch auto  p13348650  -oh $ORACLE_HOME  -ocmrf ocm.rsp
          Executing /usr/bin/perl /orafs1/app/grid/product/11.2.0/grid/OPatch/crs/patch112.pl -patchdir . -patchn p13348650 -oh /orafs1/app/grid/product/11.2.0/grid -ocmrf ocm.rsp -paramfile /orafs1/app/grid/product/11.2.0/grid/crs/install/crsconfig_params
          opatch auto log file location is /orafs1/app/grid/product/11.2.0/grid/OPatch/crs/../../cfgtoollogs/opatchauto2012-02-18_08-31-32.log
          Detected Oracle Restart install
          Using configuration parameter file: /orafs1/app/grid/product/11.2.0/grid/crs/install/crsconfig_params
          Successfully unlock /orafs1/app/grid/product/11.2.0/grid
          patch ./p13348650/13348650  apply  failed  for home  /orafs1/app/grid/product/11.2.0/grid
          ACFS-9459: ADVM/ACFS is not supported on this OS version: '2.6.32-200.13.1.el5uek'
          CRS-4123: Oracle High Availability Services has been started.
# it STILL does not support ACFS on my kernel! ngng.
capture log output:
     cat /orafs1/app/grid/product/11.2.0/grid/OPatch/crs/../../cfgtoollogs/opatchauto2012-02-18_08-31-32.log
           Is the local system ready for patching? [y|n]
           Y (auto-answered by -silent)
           User Responded with: Y
           Backing up files...
           Applying interim patch '13348650' to OH '/orafs1/app/grid/product/11.2.0/grid'
           Patching component oracle.crs, 11.2.0.3.0...
           Copying file to "/orafs1/app/grid/product/11.2.0/grid/crs/install/crsconfig_lib.pm"
           Copying file to "/orafs1/app/grid/product/11.2.0/grid/crs/install/crspatch.pm"
           Copying file to "/orafs1/app/grid/product/11.2.0/grid/crs/install/s_crsconfig_lib.pm"
           Patching component oracle.usm, 11.2.0.3.0...
           There are 2 copy files under ORACLE_HOME that are not patched.
           Files check failed: Some files under ORACLE_HOME are not patched. Please see log file for details.
           ApplySession failed in system modification phase... 'Verification of patch failed: Files are not updated completely.'
           Restoring "/orafs1/app/grid/product/11.2.0/grid" to the state prior to running NApply...
           Checking if OPatch needs to invoke 'make' to restore some binaries...
           OPatch was able to restore your system. Look at log file and timestamp of each file to make sure your system is in the state prior to applying the patch.
           NApply restored the home. Please check your ORACLE_HOME to make sure:
             - files are restored properly.
             - binaries are re-linked correctly.
           (use restore.[sh,bat] and make.txt (Unix only) as a reference. They are located under
           "/orafs1/app/grid/product/11.2.0/grid/.patch_storage/NApply/2012-02-18_08-33-44AM"
           UtilSession failed: ApplySession failed in system modification phase... 'Verification of patch failed: Files are not updated completely.'
           Log file location: /orafs1/app/grid/product/11.2.0/grid/cfgtoollogs/opatch/opatch2012-02-18_08-33-44AM.log
           OPatch failed with error code 73
          2012-02-18 08:39:08: patch ./p13348650/13348650  apply  failed  for home  /orafs1/app/grid/product/11.2.0/grid
cat /orafs1/app/grid/product/11.2.0/grid/cfgtoollogs/opatch/opatch2012-02-18_08-33-44AM.log
     [Feb 18, 2012 8:37:49 AM]    verifying 921 copy files.
     [Feb 18, 2012 8:37:56 AM]    Failed file pair information (copy)::
     [Feb 18, 2012 8:37:56 AM]    Source file name is : /tmp/p13348650/13348650/files/bin/oraagent.bin,  size is : 28054745
     [Feb 18, 2012 8:37:56 AM]    Destination file name is : /orafs1/app/grid/product/11.2.0/grid/bin/oraagent.bin,  size is : 28054745
     [Feb 18, 2012 8:38:04 AM]    Failed file pair information (copy)::
     [Feb 18, 2012 8:38:04 AM]    Source file name is : /tmp/p13348650/13348650/files/install/usm/SLES10/x86_64/2.6.16.21-0.8/default/bin/oracleacfs.ko,  size is : 19649565
     [Feb 18, 2012 8:38:04 AM]    Destination file name is : /orafs1/app/grid/product/11.2.0/grid/install/usm/SLES10/x86_64/2.6.16.21-0.8/default/bin/oracleacfs.ko,  size is : 19649565
     [Feb 18, 2012 8:38:07 AM]    verifying 3 plugin actions.
     [Feb 18, 2012 8:38:07 AM]    There are 2 copy files under ORACLE_HOME that are not patched.
     [Feb 18, 2012 8:38:07 AM]    OUI-67124:Files check failed: Some files under ORACLE_HOME are not patched. Please see log file for details.
     [Feb 18, 2012 8:38:07 AM]    OUI-67124:ApplySession failed in system modification phase... 'Verification of patch failed: Files are not updated completely.'
     [Feb 18, 2012 8:38:07 AM]    Restoring "/orafs1/app/grid/product/11.2.0/grid" to the state prior to running NApply...
     [Feb 18, 2012 8:39:08 AM]    Checking if OPatch needs to invoke 'make' to restore some binaries...
     [Feb 18, 2012 8:39:08 AM]    OPatch was able to restore your system. Look at log file and timestamp of each file to make sure your system is in the state prior to applying the patch.
     [Feb 18, 2012 8:39:08 AM]    OUI-67124:
                                  NApply restored the home. Please check your ORACLE_HOME to make sure:
                                    - files are restored properly.
                                    - binaries are re-linked correctly.
                                  (use restore.[sh,bat] and make.txt (Unix only) as a reference. They are located under
                                  "/orafs1/app/grid/product/11.2.0/grid/.patch_storage/NApply/2012-02-18_08-33-44AM"
     [Feb 18, 2012 8:39:08 AM]    OUI-67073:UtilSession failed: ApplySession failed in system modification phase... 'Verification of patch failed: Files are not updated completely.'
     [Feb 18, 2012 8:39:08 AM]    --------------------------------------------------------------------------------
     [Feb 18, 2012 8:39:08 AM]    The following warnings have occurred during OPatch execution:
     [Feb 18, 2012 8:39:08 AM]    1) OUI-67124:Files check failed: Some files under ORACLE_HOME are not patched. Please see log file for details.
     [Feb 18, 2012 8:39:08 AM]    2) OUI-67124:ApplySession failed in system modification phase... 'Verification of patch failed: Files are not updated completely.'
     [Feb 18, 2012 8:39:08 AM]    3) OUI-67124:
                                  NApply restored the home. Please check your ORACLE_HOME to make sure:
                                    - files are restored properly.
                                    - binaries are re-linked correctly.
                                  (use restore.[sh,bat] and make.txt (Unix only) as a reference. They are located under
                                  "/orafs1/app/grid/product/11.2.0/grid/.patch_storage/NApply/2012-02-18_08-33-44AM"
     [Feb 18, 2012 8:39:08 AM]    --------------------------------------------------------------------------------There were errors with the file verification after the copy , for some reason. I don't know why it would have coughed on the two files oraagent.bin and oracleacfs.ko, but Oracle Support and google seaches didn't come up with anything. I plan to manually try an opatch apply instead of the oaptch auto, but while I do so, does anybody have clues for correctly applying this PSU?

To update this thread, I ended up speaking to Oracle Support on this. It turned out that one of the prerequisites in the README was the culprit:
2.1.4 Unzipping the PatchThe patch application requires explicit user actions to run 'opatch auto' command on each node of Oracle clusterware. So, it is recommended that you download and unzip the patch in a shared location to be able to access it from any node in the cluster and then as the Grid home owner execute the unzip command. To prevent installation failures, this location should be an empty directory.
Note:
Do not unzip the patch in the top level /tmp directory.
The unzipped patch location should have read permission for ORA_INSTALL group in order to patch Oracle homes owned by different owners. The ORA_INSTALL group is the primary group of the user who owns the GI home or the group owner of the Oracle central inventory.>
In my example, I had unzipped to /tmp. However, the resulting error message stack didn't really point that out.
When I double-checked the README and tried again from /home/oracle/patches/p13348650 instead, it worked. It doesn't leave me with a confident feeling, more just relief. On a related note (and the entire reason for me patching to 11.2.0.3.1), ACFS filesystems ARE supported now under Oracle 5 update 7 with the 2.6.32-200.13.1.el5uek kernel (you had to really dig through the matrix in 1369107.1). Had this not worked, I would had to fail back to the non-UEK kernel to achieve ACFS.

Similar Messages

  • Adobe Acrobat 9.3.4 Update failure- "Error Applying Transforms, verify that the specified...

    I have ignored this issue for long enough.  I have Adobe CS4, with Acrobat Pro version 9.3.4.  Windows 7.  Acrobat updater pops up on my machine, and when I execute the update requested, the updater gives me the update failure message, with code 1604, "error applying transforms."
    I have seen solutions posted for this tranforms message, but it was a problem with Acrobat 8.  I have seen no solutions as of yet for Acrobat 9, so I thought I would post.
    I also tried opening Acrobat 9 Pro, and under the help tab, I initiated "repair".  I get the same transform error message as above.  Any advice anyone?  Should I just uninstall Acrobat 9 Pro and reinstall using my CS4 disk?
    Thanks for the help!

    If you have original CD with Acrobat installation, copy all files with extension .mst from this CD to the following location:
    C:\Program Files (x86)\Adobe\Acrobat 9.0\Setup Files\[ProductCode]   if this is 64bit system
    or
    C:\Program Files\Acrobat 9.0\Setup Files\[ProductCode]   if this is 32bit system
    where [ProductCode] is a unique value which identifies your language version of Acrobat 9 Pro.
    If this is EFG version, it should be {AC76BA86-1033-F400-7760-000000000004}
    If location does not exist, create it.
    2. If you do not have original CD and cannot find .mst files, provide the exact Product name including language and I will provide further instructions.
    Good luck

  • Error 8 File permission error while building executable for a RT

    I got error 8 File permission error while building executable for a RT. It happened always after build, I mean new startup.rtexe and startup.alias files have been created. At the build properties, it was set use default .alias file.
    I had the executable built successfully at one time.
    The detail message is:
    Visit the Request Support page at ni.com/ask to learn more about resolving this problem. Use the following information as a reference:
    Error 8 occurred at Open/Create/Replace File in RTBEP_Generate_Deploy_Instructions.vi->RTBEP_Invoke_Build_Engine.vi->RTBUIP_Build_Invoke.vi->RTBUIP_Build_Rule_Editor.vi->RTBUIP_Open_Properties.vi->RTBUIP_Item_OnDoProperties.vi->RTBUIP_Item_OnDoProperties.vi.ProxyCaller
    Possible reason(s):
    LabVIEW:  File permission error. You do not have the correct permissions for the file.
    =========================
    NI-488:  DMA hardware error detected.
    I checked relevant posts, couldn't find any clue.
    Please give me some ideas.
    Thanks.

    Hi Ya-hoo,
    Error building application in LabView 8.0 seems to describe a similar situation. The .alias file is important, as described in that discussion forum.
    Cheers.
    | Michael K | Project Manager | LabVIEW R&D | National Instruments |

  • Error 8 occurred when building an executable due to file permission error?

    I received this error on executable builds from two different .vis.  Other .vis in the project build without incident and the message below doesn't seem to indicate the file that is causing the problem, unless it is the SPT-errors.txt file listed at the end of the error message.
    Visit the Request Support page at ni.com/ask to learn more about resolving this problem. Use the following information as a reference:
    Error 8 occurred at Copy in AB_Engine_Copy_Error_Files.vi->AB_Application.lvclass:Copy_Error_Files.vi->AB_Application.lvclass:Copy_Files.vi->AB_Build.lvclass:Build.vi->AB_EXE.lvclass:Build.vi->AB_Engine_Build.vi->AB_Build_Invoke.vi->AB_Build_Invoke.vi.ProxyCaller
    Possible reason(s):
    LabVIEW:  File permission error. You do not have the correct permissions for the file.
    =========================
    NI-488:  DMA hardware error detected.
    C:\Program Files\National Instruments\LabVIEW 8.5\project\errors\Japanese\SPT-errors.txt

    Hi DanielAllis,
    Like mentioned earlier, there is most likely an application on the internet that you can find and use where you can see what processes are calling specific files or folders to see if that specific file is being used by anything else.  It doesn't sound like this is the root of your problem, but it couldn't hurt to check.  Also, I have seen a similar problem to this with someone who was using the software Subversion and Tortoise with their application.  I am not familiar with this software in particular, but I have attached a link below that goes through the steps that this other person took to try and fix the same error when having this software on their computer.  Let me know if any of this helps!
    http://forums.ni.com/ni/board/message?board.id=170&message.id=172537&query.id=115461#M172537
    Regards
    Noah R
    Applications Engineering
    National Instruments

  • LabVIEW File Permissions Error (8) when trying to delete a .SVN checkout directory

    This one has me stumped...
    Our test platform: Windows XP SP2, LabVIEW 8.2.1, TortoiseSVN client 1.45 Build 10425
    We would like to delete our checkout folder and download a clean version from our SVN server using LabVIEW.
    When we try and delete the folder using the standard LabVIEW Delete VI (see attached snap) we always receive Error 8 - LabVIEW:  File permission error. You do not have the correct permissions for the file. This is interesting because I've checked the entire directory hierarchy and I'm the sole owner under Windows XP - I'm also our domain admin.
    In an effort to debug this further, we removed the contents of the directory, apart from the hidden .svn. We checked the .svn tree for any outstanding files and removed them. We then re-ran the LabVIEW code to delete the dir. Still no joy. We then looked at the Windows dialog for the attributes of the checkout folder. It appear that the folder has read-onlly attributes - with a greyed-out tick in the checkbox. Also trying to delete the folder under the Windows command line doesn't work either. It only seems to work when you delete the folder through the Windows GUI.
    Any thoughts anyone?
    -Chroma
    Attachments:
    LV Delete Code.png ‏27 KB

    LabVIEW has the nasy habit of locking a directory where it opened a file in or just browsed.
    Maybe this bug is biting you
    Ton
    Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
    Nederlandse LabVIEW user groep www.lvug.nl
    My LabVIEW Ideas
    LabVIEW, programming like it should be!

  • CAN Test File Permission Error

    Hi Everyone,
    Could someone help me with a file permission error when calling CAN test with a different user login account that has full local admin rights.  The error is as follows:
    Labview: File permission error.  You do not have the correct permission for this file.  Please refer to attached picture for more details.
    We are using TestStand/Labview 2012, SP1 and windows 7.
    Thanks very much,
    tstand
    Attachments:
    CAN BUS Code -file permission error.PNG ‏1866 KB

    Hi tstand,
    Are you able to run the sequence if you're logged in as the Administrator on your computer?  Also, are you able to access the LabVIEW Run Time Engine at all from this user account?  Try running a simple LabVIEW executable.  Can you call LabVIEW code modules from any other steps, or do you receive this error every time you call any LabVIEW code module?
    Thanks,
    Myriam

  • I am using Acrobat XI Pro and tried to install the current update. I got this error message: "Error 1328.Error applying patch to file C:\Config.Msi\pT64b3.tmp It has probably been updated by other means1 and can no longer be modified by this patch. For mo

    I am using Acrobat XI Pro and tried to install the current update. I got this error message: "Error 1328.Error applying patch to file C:\Config.Msi\pT64b3.tmp It has probably been updated by other means1 and can no longer be modified by this patch. For more information contact your patch vendor." tried uninstalling and reinstalling and still get the error. Searched for C:\Config.Msi\pT64b3.tmp and cannot find the path or the file

    For AA XI, you only need the 11.0.09 patch. Download from http://www.adobe.com/support/downloads/product.jsp?product=1&platform=Windows (Use "MAC" if a MAC is used).

  • Help with  Error 1328. Error applying patch to file C:\Config.Msi\PTA33F.tmp

    I am trying to open reader and presenter. I am not overly computer literate, but I know some basics. I am getting this error code-
    error 1328. Error applying patch to file C:\Config.Msi\PTA33F.tmp
    when I try to download Adobe Reader X. I don't know what it means. I am very confused and very frustrated. Help someone...
    Thanks

    I have the same issue... Has anyone found a fix for this issue? Thanks.

  • Error applying an image using imagex

    Hello,
    I get the following error messages only when applying image to a destination computer. If I reapply the image on the source computer I do not get these errors, please help.
    F:\>imagex /apply I:\x201win7x64.wim 1 W: /verify
    ImageX Tool for Windows
    Copyright (C) Microsoft Corp. All rights reserved.
    Version: 6.1.7600.16385
    [   0% ] Applying (with verification) progress
    [   0% ] Applying (with verification) progress
    [   1% ] Applying (with verification) progress
    [ ERROR ] W:\MSOCache\All Users\{90120000-0011-0000-0000-0000000FF1CE}-C\ProPlsWW.cab (Error = 577)
    Error restoring image.
    Windows cannot verify the digital signature for this file. A recent hardware or
    software change might have installed a file that is signed incorrectly or
    damaged, or that might be malicious software from an unknown source.
    I took off the /verify switch from the command to see if there was any difference and I get the following errors.
    F:\>imagex /apply I:\x201win7x64.wim 1 W: 
    ImageX Tool for Windows
    Copyright (C) Microsoft Corp. All rights reserved.
    Version: 6.1.7600.16385
    [   0% ] Applying progress
    [   0% ] Applying progress
    [   1% ] Applying progress
    [   2% ] Applying progress: 29:24 mins remaining
    [   3% ] Applying progress: 27:58 mins remaining
    [   4% ] Applying progress: 25:01 mins remaining
    [   5% ] Applying progress: 22:23 mins remaining
    [   6% ] Applying progress: 19:50 mins remaining
    [   7% ] Applying progress: 17:46 mins remaining
    [   8% ] Applying progress: 16:06 mins remaining
    [ RETRY ] Restoring W:\Program Files (x86)\Adobe\Reader 10.0\Reader\plug_ins\Annots.api again (Error = 1392)
    [ RETRY ] Restoring W:\Program Files (x86)\Adobe\Reader 10.0\Reader\plug_ins\Annots.api again (Error = 1392)
    [ RETRY ] Restoring W:\Program Files (x86)\Adobe\Reader 10.0\Reader\plug_ins\Annots.api again (Error = 1392)
    [ RETRY ] Restoring W:\Program Files (x86)\Adobe\Reader 10.0\Reader\plug_ins\Annots.api again (Error = 1392)
    [ ERROR ] W:\Program Files (x86)\Adobe\Reader 10.0\Reader\plug_ins\Annots.api (Error = 1392)
    Error restoring image.
    The file or directory is corrupted and unreadable.
    I captured the image using /check / verify switches and returned successful image capture with no errors.
    Please help!

    I'm going to try and bring this thread back from the dead.  Buckle up, long post ahead.
    Did you ever determine for sure that the issue was a system board?  I'm having a very similar issue with a machine. 
    I am trying to apply an image to a customer machine using ImageX, but keep running into error 1392.  This error would flag a different file every time, but always at 45-49% completion. 
    The image was provided by the customer in a PE image which was ghosted to multiple flash drives.  We have successfully applied the image to over 400 machines by first using disk part to clean the disk and create one ntfs partition.  We then run "Imagex.exe
    /apply path_to_customer_image.wim 1 C:"
    That is where this machine would find its hangup and spit out an imagex error 1392.
    My initial reaction was to replace the HDD, so I did.  The issue was not resolved, so I tested the ram and CPU with no change.  I replaced the system board with a brand new one, and the issue persists!!  This is basically a new machine by now,
    so I've pretty much ruled out hardware related possibilities.
    Curious as to the customer's specification on creating just one partition in preparation for imaging, I experimented a little.  I shredded the HDD in Parted Magic and used its partition editor to ensure there were no existing partitions.
    Using Disk Part from X: on the imaging flash drive, I cleaned the HDD (why not?) and created an initial ntfs partition of 100mb.  I labeled it "system" and assigned it letter S.  I then created a second ntfs partition of the remaining space,
    labeled it "windows," and assigned it letter C.  This partition I marked as active.
    I then ran chkdsk to scan for any possible drive errors. 
    This time, running Imagex, the process made it to 77% before failing with error 1392 (again, a seemingly random file).  Seeing as how the failures were previously consistently between 45% and 49%, I figured I was on to something.  I repeated all of
    the disk prep steps above, making the "system" partition 500mb this time. 
    ImageX was a success!!  100% of the WIM was applied and I received no errors.  Fantastic. 
    I went to boot the machine and received an error that the boot files were missing.
    I booted back into the PE drive and tried running bcdboot to pull boot files and apply to my active OS partition at C:, but I received another error stating that there was a failure attempting to transfer the boot files.  I ran again in verbose and received
    an error code.  I cannot remember the error code for certain (I am currently cleaning the HDD), but according to my Google history, it was 0xc1. 
    Any ideas??  The machine is an HP EliteBook 8470p.
    Update:  Parted Magic just crashed twice attempting to wipe the hard disk.  Once running from RAM, the second time running live from the USB.  This is new....

  • File system error: The record ID is incorrect. Physical file: . Logical file:

    Hi,
    I face this error message when I try to 'process update' a dimention, sometime it works but sometime it failed with the error below:
    Description: File system error: The record ID is incorrect. Physical file: . Logical file: . 
    My environment: Window Server 2008 R2+SQL Server 2008 R2.
    Note: this issue can be resolved by full cube process, but I can't to that every time if it failed, just want to know what happen at backend of SSAS, It block me neary 2 week without any finding, really appreciate that someone can help on this.
    I have do some research with google, I think the root cause here is not TopCount function(It may be a problem with SQL Server2005), also not the size limitation of 4GB size of .astore file.(I check the size of my cube under 'Data\XXX.db\' folder, which only
    have few MB size).
    Thanks,
    Tom

    Hi Tom,
    Here is a microsoft fix
    FIX: "File system error" occurs when you try to run a process update operation on a dimension in Microsoft SQL Server 2008 Analysis Services and in Microsoft SQL Server 2008 R2 Analysis Services
    In your acenario, in order to fix this issue, please apply the latest Cumulative update and Service Pack according to your SQL Server version. Besides, there are two workarounds in that fix, plese try it and check if it works or not.
    http://support.microsoft.com/default.aspx?scid=kb;en-US;2276495
    Regards,
    Charlie Liao
    TechNet Community Support

  • I have one problem with Data Guard. My archive log files are not applied.

    I have one problem with Data Guard. My archive log files are not applied. However I have received all archive log files to my physical Standby db
    I have created a Physical Standby database on Oracle 10gR2 (Windows XP professional). Primary database is on another computer.
    In Enterprise Manager on Primary database it looks ok. I get the following message “Data Guard status Normal”
    But as I wrote above ”the archive log files are not applied”
    After I created the Physical Standby database, I have also done:
    1. I connected to the Physical Standby database instance.
    CONNECT SYS/SYS@luda AS SYSDBA
    2. I started the Oracle instance at the Physical Standby database without mounting the database.
    STARTUP NOMOUNT PFILE=C:\oracle\product\10.2.0\db_1\database\initluda.ora
    3. I mounted the Physical Standby database:
    ALTER DATABASE MOUNT STANDBY DATABASE
    4. I started redo apply on Physical Standby database
    alter database recover managed standby database disconnect from session
    5. I switched the log files on Physical Standby database
    alter system switch logfile
    6. I verified the redo data was received and archived on Physical Standby database
    select sequence#, first_time, next_time from v$archived_log order by sequence#
    SEQUENCE# FIRST_TIME NEXT_TIME
    3 2006-06-27 2006-06-27
    4 2006-06-27 2006-06-27
    5 2006-06-27 2006-06-27
    6 2006-06-27 2006-06-27
    7 2006-06-27 2006-06-27
    8 2006-06-27 2006-06-27
    7. I verified the archived redo log files were applied on Physical Standby database
    select sequence#,applied from v$archived_log;
    SEQUENCE# APP
    4 NO
    3 NO
    5 NO
    6 NO
    7 NO
    8 NO
    8. on Physical Standby database
    select * from v$archive_gap;
    No rows
    9. on Physical Standby database
    SELECT MESSAGE FROM V$DATAGUARD_STATUS;
    MESSAGE
    ARC0: Archival started
    ARC1: Archival started
    ARC2: Archival started
    ARC3: Archival started
    ARC4: Archival started
    ARC5: Archival started
    ARC6: Archival started
    ARC7: Archival started
    ARC8: Archival started
    ARC9: Archival started
    ARCa: Archival started
    ARCb: Archival started
    ARCc: Archival started
    ARCd: Archival started
    ARCe: Archival started
    ARCf: Archival started
    ARCg: Archival started
    ARCh: Archival started
    ARCi: Archival started
    ARCj: Archival started
    ARCk: Archival started
    ARCl: Archival started
    ARCm: Archival started
    ARCn: Archival started
    ARCo: Archival started
    ARCp: Archival started
    ARCq: Archival started
    ARCr: Archival started
    ARCs: Archival started
    ARCt: Archival started
    ARC0: Becoming the 'no FAL' ARCH
    ARC0: Becoming the 'no SRL' ARCH
    ARC1: Becoming the heartbeat ARCH
    Attempt to start background Managed Standby Recovery process
    MRP0: Background Managed Standby Recovery process started
    Managed Standby Recovery not using Real Time Apply
    MRP0: Background Media Recovery terminated with error 1110
    MRP0: Background Media Recovery process shutdown
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[1]: Assigned to RFS process 2148
    RFS[1]: Identified database type as 'physical standby'
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[2]: Assigned to RFS process 2384
    RFS[2]: Identified database type as 'physical standby'
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[3]: Assigned to RFS process 3188
    RFS[3]: Identified database type as 'physical standby'
    Primary database is in MAXIMUM PERFORMANCE mode
    Primary database is in MAXIMUM PERFORMANCE mode
    RFS[3]: No standby redo logfiles created
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[4]: Assigned to RFS process 3168
    RFS[4]: Identified database type as 'physical standby'
    RFS[4]: No standby redo logfiles created
    Primary database is in MAXIMUM PERFORMANCE mode
    RFS[3]: No standby redo logfiles created
    10. on Physical Standby database
    SELECT PROCESS, STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS FROM V$MANAGED_STANDBY;
    PROCESS STATUS THREAD# SEQUENCE# BLOCK# BLOCKS
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    ARCH CONNECTED 0 0 0 0
    RFS IDLE 0 0 0 0
    RFS IDLE 0 0 0 0
    RFS IDLE 1 9 13664 2
    RFS IDLE 0 0 0 0
    10) on Primary database:
    select message from v$dataguard_status;
    MESSAGE
    ARC0: Archival started
    ARC1: Archival started
    ARC2: Archival started
    ARC3: Archival started
    ARC4: Archival started
    ARC5: Archival started
    ARC6: Archival started
    ARC7: Archival started
    ARC8: Archival started
    ARC9: Archival started
    ARCa: Archival started
    ARCb: Archival started
    ARCc: Archival started
    ARCd: Archival started
    ARCe: Archival started
    ARCf: Archival started
    ARCg: Archival started
    ARCh: Archival started
    ARCi: Archival started
    ARCj: Archival started
    ARCk: Archival started
    ARCl: Archival started
    ARCm: Archival started
    ARCn: Archival started
    ARCo: Archival started
    ARCp: Archival started
    ARCq: Archival started
    ARCr: Archival started
    ARCs: Archival started
    ARCt: Archival started
    ARCm: Becoming the 'no FAL' ARCH
    ARCm: Becoming the 'no SRL' ARCH
    ARCd: Becoming the heartbeat ARCH
    Error 1034 received logging on to the standby
    Error 1034 received logging on to the standby
    LGWR: Error 1034 creating archivelog file 'luda'
    LNS: Failed to archive log 3 thread 1 sequence 7 (1034)
    FAL[server, ARCh]: Error 1034 creating remote archivelog file 'luda'
    11)on primary db
    select name,sequence#,applied from v$archived_log;
    NAME SEQUENCE# APP
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00003_0594204176.001 3 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00004_0594204176.001 4 NO
    Luda 4 NO
    Luda 3 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00005_0594204176.001 5 NO
    Luda 5 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00006_0594204176.001 6 NO
    Luda 6 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00007_0594204176.001 7 NO
    Luda 7 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00008_0594204176.001 8 NO
    Luda 8 NO
    12) on standby db
    select name,sequence#,applied from v$archived_log;
    NAME SEQUENCE# APP
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00004_0594204176.001 4 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00003_0594204176.001 3 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00005_0594204176.001 5 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00006_0594204176.001 6 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00007_0594204176.001 7 NO
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00008_0594204176.001 8 NO
    13) my init.ora files
    On standby db
    irina.__db_cache_size=79691776
    irina.__java_pool_size=4194304
    irina.__large_pool_size=4194304
    irina.__shared_pool_size=75497472
    irina.__streams_pool_size=0
    *.audit_file_dest='C:\oracle\product\10.2.0\admin\luda\adump'
    *.background_dump_dest='C:\oracle\product\10.2.0\admin\luda\bdump'
    *.compatible='10.2.0.1.0'
    *.control_files='C:\oracle\product\10.2.0\oradata\luda\luda.ctl'
    *.core_dump_dest='C:\oracle\product\10.2.0\admin\luda\cdump'
    *.db_block_size=8192
    *.db_domain=''
    *.db_file_multiblock_read_count=16
    *.db_file_name_convert='luda','irina'
    *.db_name='irina'
    *.db_unique_name='luda'
    *.db_recovery_file_dest='C:\oracle\product\10.2.0\flash_recovery_area'
    *.db_recovery_file_dest_size=2147483648
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=irinaXDB)'
    *.fal_client='luda'
    *.fal_server='irina'
    *.job_queue_processes=10
    *.log_archive_config='DG_CONFIG=(irina,luda)'
    *.log_archive_dest_1='LOCATION=C:/oracle/product/10.2.0/oradata/luda/ VALID_FOR=(ALL_LOGFILES, ALL_ROLES) DB_UNIQUE_NAME=luda'
    *.log_archive_dest_2='SERVICE=irina LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=irina'
    *.log_archive_dest_state_1='ENABLE'
    *.log_archive_dest_state_2='ENABLE'
    *.log_archive_max_processes=30
    *.log_file_name_convert='C:/oracle/product/10.2.0/oradata/irina/','C:/oracle/product/10.2.0/oradata/luda/'
    *.open_cursors=300
    *.pga_aggregate_target=16777216
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_target=167772160
    *.standby_file_management='AUTO'
    *.undo_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    *.user_dump_dest='C:\oracle\product\10.2.0\admin\luda\udump'
    On primary db
    irina.__db_cache_size=79691776
    irina.__java_pool_size=4194304
    irina.__large_pool_size=4194304
    irina.__shared_pool_size=75497472
    irina.__streams_pool_size=0
    *.audit_file_dest='C:\oracle\product\10.2.0/admin/irina/adump'
    *.background_dump_dest='C:\oracle\product\10.2.0/admin/irina/bdump'
    *.compatible='10.2.0.1.0'
    *.control_files='C:\oracle\product\10.2.0\oradata\irina\control01.ctl','C:\oracle\product\10.2.0\oradata\irina\control02.ctl','C:\oracle\product\10.2.0\oradata\irina\control03.ctl'
    *.core_dump_dest='C:\oracle\product\10.2.0/admin/irina/cdump'
    *.db_block_size=8192
    *.db_domain=''
    *.db_file_multiblock_read_count=16
    *.db_file_name_convert='luda','irina'
    *.db_name='irina'
    *.db_recovery_file_dest='C:\oracle\product\10.2.0/flash_recovery_area'
    *.db_recovery_file_dest_size=2147483648
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=irinaXDB)'
    *.fal_client='irina'
    *.fal_server='luda'
    *.job_queue_processes=10
    *.log_archive_config='DG_CONFIG=(irina,luda)'
    *.log_archive_dest_1='LOCATION=C:/oracle/product/10.2.0/oradata/irina/ VALID_FOR=(ALL_LOGFILES, ALL_ROLES) DB_UNIQUE_NAME=irina'
    *.log_archive_dest_2='SERVICE=luda LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=luda'
    *.log_archive_dest_state_1='ENABLE'
    *.log_archive_dest_state_2='ENABLE'
    *.log_archive_max_processes=30
    *.log_file_name_convert='C:/oracle/product/10.2.0/oradata/luda/','C:/oracle/product/10.2.0/oradata/irina/'
    *.open_cursors=300
    *.pga_aggregate_target=16777216
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_target=167772160
    *.standby_file_management='AUTO'
    *.undo_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    *.user_dump_dest='C:\oracle\product\10.2.0/admin/irina/udump'
    Please help me!!!!

    Hi,
    After several tries my redo logs are applied now. I think in my case it had to do with the tnsnames.ora. At this moment I have both database in both tnsnames.ora files using the SID and not the SERVICE_NAME.
    Now I want to use DGMGRL. Adding a configuration and a stand-by database is working fine, but when I try to enable the configuration DGMGRL gives no feedback and it looks like it is hanging. The log, although says that it succeeded.
    In another session 'show configuration' results in the following, confirming that the enable succeeded.
    DGMGRL> show configuration
    Configuration
    Name: avhtest
    Enabled: YES
    Protection Mode: MaxPerformance
    Fast-Start Failover: DISABLED
    Databases:
    avhtest - Primary database
    avhtestls53 - Physical standby database
    Current status for "avhtest":
    Warning: ORA-16610: command 'ENABLE CONFIGURATION' in progress
    It there anybody that experienced the same problem and/or knows the solution to this?
    With kind regards,
    Martin Schaap

  • 'Error applying transforms' when trying to install Xcelsius 2008 fp3.2

    Hello
    I've just tried to install Xcelsius 2008 fp3.2 (I am currently on Xcelsius 2008 sp3). I did read the installation notes, and I wonder if the problem I had is related to the fact that I am not logged in as administrator (I'm on XP).
    The package extracted and as the installer ran I got the message:
    'Error applying transforms. Verify that the specified transform oaths are valid'.
    Thanks
    Phil

    Hi Phil,
    Can be...
    To resolve this error, copy all files from the disc to a local computer location (for example, the desktop). Install Crystal Xcelsius from the setup.exe file at that location.
    Hope this helps.
    Kind Regards,
    Marcio

  • Layer Comps To Files - Export error: Could not complete this operation. There are no user slices

    I have been using the Export Layer Comps To Files scrips that ships with Adobe Photoshop CS5 for a while and found it very useful, apart from the numbers it automatically adds as a prefix to the layercomp name.
    A friend pointed me in the direction of a altered version of this scrips which removes the numbers and only exports the layer comp name, gerat I thought. Not great! After using this successfully for a while the scrip started to throw up errors whenever I attempted to export. Either "No layer comps found" or "Adobe Save for Web & Devices Error: Could not complete this operation. There are no user slices." As I knew there were layercomps for the first error and knew that I had not created any slices for the second error I was pretty miffed. Fortunately I had the foresight to make a copy of the original script from the Photoshop presets library.
    I have since deleted the offending script out of my presets folder and copied the original script back in however the error still persists. I constantly receive Adobe Save for Web & Devices Error: Could not complete this operation. There are no user slices. I have searched the forums and around the net to try and find a solution for this problem but none seem to present themselves. I am perplex how this error can persist when the original script is now being used.
    If there's is anyone out there who can help me resolve this I'd be most grateful. As I say I've tried to resolve this myself and am pretty computer savvy but this one has defeated me
    Thanks in advance

    The problem seems to be already solved, but I'm commenting this for future reference.
    This has happened to me too and I think I know what causes it.
    It happens when you...
    1) Do "Save for Web" with the "All User Slices" selected in the dropdown menu "Slices".
    (This can only be done with a file that has a user slice)
    2) Then try to use the "Layer Comp to Files" script to a file that doesn't have any slices.
    To avoid this you need to once open a file that "has" a user slice and save with
    the "All Slices" option in the "Slices" menu and then go back to the file you want
    to run the script to.
    When you run the script, the saved "Slices" option from the previous export seems to
    be used and causes an error when there are no user slice.
    I also found a fix to the script to avoid this error to come out.
    This can be also applied to the fix to "remove the numbers" added to the head of the
    exported file names.
    The number removal script goes something like this...
    var fileNameBody = exportInfo.fileNamePrefix;
    if (fileNameBody != "") fileNameBody += "_";
    fileNameBody += compRef.name;
    this should replace the "Layer Comps to Files.jsx" lines 188-190.
    In addition to that, the script below needs to be added below line 818 and line 863.
    (This line numbers are those before any alterations to the "Layer Comps to Files.jsx" script)
    var idSWsl = charIDToTypeID( "SWsl" );
    var idSTsl = charIDToTypeID( "STsl" );
    var idSLAl = charIDToTypeID( "SLAl" );
    desc4.putEnumerated( idSWsl, idSTsl, idSLAl );
    The line right above where the above script should be inserted should read as the following...
    desc4.putPath( id44, new File( exportInfo.destination + "/" + fileNameBody + ".png") );
    Actually it can be added any where after the "desc4" variable is declared but I specified just
    to make it simple.
    This sets the "Save for Web" "Slices" settings to "All User Slices".

  • Adobe Acrobat Standard 9.5 Install Error:  "Error applying transforms please ensure specified transform paths are valid".  Any ideas on how to fix this?

    I had Acrobat Standard 9.5 on a laptop that broke.  Adobe Acrobat Standard is paid for and all I need. I had to get a new PC (Windows 8.1) and I did downloaded Standard 9.5 but when I went to install it the installer gave me an “Error applying transforms please ensure specified transform paths are valid”.  Any ideas on how to fix this?

    Rahul,
    No error numbers other than the message I mentioned previously.
    I tried the transforms repair and it reported no Acrobat product (correct, none yet installed) or no administrative privileges (I am the administrator and have done previous administrative actions).
    When I unzip the Acrobat file this is what is in the setup ini file:
    [Startup]
    RequireOS=Windows XP
    RequireMSI=3.0
    RequireIE=6.0.2600.0
    [Product]
    msi=AcroStan.msi
    Languages=1033;1031;1036
    1033=English (United States)
    1031=German (Germany)
    1036=French (France)
    CmdLine=TRANSFORMS="AcroStan.mst"
    [Windows XP]
    PlatformID=2
    MajorVersion=5
    MinorVersion=1
    ServicePackMajor=2
    [MSI Updater]
    Path=WindowsInstaller-KB893803-v2-x86.exe
    Thoughts?
    Thanks again,
    Tom

  • 1328 Error applying patch to [filename].

    A file has changed or is missing. Uninstall and reinstall the program.
    I have tried this solution twice and it did not resolve the issue.

    Anand8502
    Hi,
    I have tried all of your suggestions but I still have the issue with Error 1328 and the following message:
    “Error applying patch to file D:\Config.Msi\PT78AF.tmp. It has probably been updated by other means and no longer can it be modified by this patch”. The Patch seems to update other files successfully, so is this an issue if this does not update this file and as previously stated I cannot find the file that it refers to on either drives (C:\ or D:\).
    Cheers
    Gary2105

Maybe you are looking for