Unknown error: ZipException: invalid entry size (expected 29630 but got 28789 bytes)

Hi while choosing the workflow from the studio we are getting the following exception.Could
any one of u assist us??
Start server side stack trace:
java.util.zip.ZipException: invalid entry size (expected 29630 but got 28789 bytes)
     at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:350)...
java.util.zip.ZipException: invalid entry size (expected 29630 but got 28789 bytes)
Start server side stack trace:
java.util.zip.ZipException: invalid entry size (expected 29630 but got 28789 bytes)
     at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:350)
     at java.util.zip.ZipInputStream.read(ZipInputStream.java:139)
     at java.util.jar.JarInputStream.read(JarInputStream.java:157)
     at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:88)
     at com.bea.wlpi.server.admin.JarReader.readData(Unknown Source)
     at com.bea.wlpi.server.admin.ImportManager.getImportables(Unknown Source)
     at com.bea.wlpi.server.admin.ImportManager.getImportables(Unknown Source)
     at com.bea.wlpi.server.admin.AdminBean.readPackage(Unknown Source)
     at com.bea.wlpi.server.admin.AdminBean_11ksof_EOImpl.readPackage(AdminBean_11ksof_EOImpl.java:100)
     at com.bea.wlpi.server.admin.AdminBean_11ksof_EOImpl_WLSkel.invoke(Unknown Source)
     at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:362)
     at weblogic.rmi.cluster.ReplicaAwareServerRef.invoke(ReplicaAwareServerRef.java:114)
     at weblogic.rmi.internal.BasicServerRef$1.run(BasicServerRef.java:313)
     at weblogic.security.service.SecurityServiceManager.runAs(SecurityServiceManager.java:821)
     at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:308)
     at weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:30)
     at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:215)
     at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:191)
End server side stack trace
     <<no stack trace available>>

Sudarsan,
The problem was in the FTP from a Windows to a unix box. Use binary option when
uploading file
Regards,
Anandhi
"Sudarsan" <[email protected]> wrote:
>
Hi while choosing the workflow from the studio we are getting the following
exception.Could
any one of u assist us??
Start server side stack trace:
java.util.zip.ZipException: invalid entry size (expected 29630 but got
28789 bytes)
     at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:350)...
java.util.zip.ZipException: invalid entry size (expected 29630 but got
28789 bytes)
Start server side stack trace:
java.util.zip.ZipException: invalid entry size (expected 29630 but got
28789 bytes)
     at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:350)
     at java.util.zip.ZipInputStream.read(ZipInputStream.java:139)
     at java.util.jar.JarInputStream.read(JarInputStream.java:157)
     at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:88)
     at com.bea.wlpi.server.admin.JarReader.readData(Unknown Source)
     at com.bea.wlpi.server.admin.ImportManager.getImportables(Unknown Source)
     at com.bea.wlpi.server.admin.ImportManager.getImportables(Unknown Source)
     at com.bea.wlpi.server.admin.AdminBean.readPackage(Unknown Source)
     at com.bea.wlpi.server.admin.AdminBean_11ksof_EOImpl.readPackage(AdminBean_11ksof_EOImpl.java:100)
     at com.bea.wlpi.server.admin.AdminBean_11ksof_EOImpl_WLSkel.invoke(Unknown
Source)
     at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:362)
     at weblogic.rmi.cluster.ReplicaAwareServerRef.invoke(ReplicaAwareServerRef.java:114)
     at weblogic.rmi.internal.BasicServerRef$1.run(BasicServerRef.java:313)
     at weblogic.security.service.SecurityServiceManager.runAs(SecurityServiceManager.java:821)
     at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:308)
     at weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:30)
     at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:215)
     at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:191)
End server side stack trace
     <<no stack trace available>>

Similar Messages

  • Invalid entry size (expected 226998401 but got 102833 bytes)

    OS: Red Hat Linux v5
    DB Version: trying to install Oracle Database Software 11g2 Enterprise Edition
    I have completed successfully the preinstallation requirements as described in the installation guide for Linux.
    During the installation process, at stage "Copy files" I receive the error:
    Invalid entry size (expected 226998401 but got 102833 bytes)And then the installation process is terminated.
    I watched the generated log file and I paste here the last lines:
    INFO: Number of threads for fast copy :1
    INFO: invalid entry size (expected 226998401 but got 102833 bytes)
    SEVERE: oracle.sysman.oii.oiif.oiifb.OiifbEndIterateException: invalid entry size (expected 22699
    8401 but got 102833 bytes)
            at oracle.sysman.oii.oiic.OiicInstallAPISession.doOperation(OiicInstallAPISession.java:45
    3)
            at oracle.sysman.oii.oiic.OiicAPIInstaller.doOperation(OiicAPIInstaller.java:973)
            at oracle.sysman.oii.oiic.OiicAPIInstaller.doOperation(OiicAPIInstaller.java:936)
            at oracle.install.driver.oui.OUISetupDriver.setup(OUISetupDriver.java:456)
            at oracle.install.driver.oui.SetupJob.call(SetupJob.java:166)
            at oracle.install.driver.oui.SetupJob.call(SetupJob.java:47)
            at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
            at java.util.concurrent.FutureTask.run(FutureTask.java:123)
            at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
            at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
            at java.lang.Thread.run(Thread.java:595)
    INFO: Update the state machine to STATE_READY
    INFO: isSuccessfullInstallation: false
    INFO: isSuccessfullRemoteInstallation: true
    INFO: Adding ExitStatus FAILURE to the exit status set
    INFO: Shutting down OUISetupDriver.JobExecutorThread
    SEVERE: [FATAL] invalid entry size (expected 226998401 but got 102833 bytes)
       CAUSE: No additional information available.
       ACTION: Refer to the logs or contact Oracle Support Services
       SUMMARY:
           - invalid entry size (expected 226998401 but got 102833 bytes).
    Refer associated stacktrace #oracle.install.commons.util.exception.DefaultErrorAdvisor:7440
    INFO: Advice is ABORT
    SEVERE: Unconditional Exit
    INFO: Adding ExitStatus FAILURE to the exit status set
    INFO: Finding the most appropriate exit status for the current application
    INFO: Exit Status is -1
    INFO: Shutdown Oracle Database 11g Release 2 InstallerI found here in the forum a similar problem discussed a liitle:
    Ayuda....Crear base de datos en Oracle 9i
    but it does not help me much.
    Please, could you advise?

    similar problem and re-check the check sum but nothing happens
    here is the entry:
    INFO: invalid entry CRC (expected 0x66be1b3 but got 0x56755ba6)
    SEVERE: oracle.sysman.oii.oiif.oiifb.OiifbEndIterateException: invalid entry CRC (expected 0x66be1b3 but got 0x56755ba6)
         at oracle.sysman.oii.oiic.OiicInstallAPISession.doOperation(OiicInstallAPISession.java:453)
         at oracle.sysman.oii.oiic.OiicAPIInstaller.doOperation(OiicAPIInstaller.java:973)
         at oracle.sysman.oii.oiic.OiicAPIInstaller.doOperation(OiicAPIInstaller.java:936)
         at oracle.install.driver.oui.OUISetupDriver.setup(OUISetupDriver.java:456)
         at oracle.install.driver.oui.SetupJob.call(SetupJob.java:166)
         at oracle.install.driver.oui.SetupJob.call(SetupJob.java:47)
         at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
         at java.util.concurrent.FutureTask.run(FutureTask.java:123)
         at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
         at java.lang.Thread.run(Thread.java:595)
    INFO: Update the state machine to STATE_READY
    INFO: isSuccessfullInstallation: false
    INFO: isSuccessfullRemoteInstallation: true
    INFO: Adding ExitStatus FAILURE to the exit status set
    INFO: Shutting down OUISetupDriver.JobExecutorThread
    SEVERE: [FATAL] invalid entry CRC (expected 0x66be1b3 but got 0x56755ba6)
    CAUSE: No additional information available.
    ACTION: Refer to the logs or contact Oracle Support Services
    SUMMARY:
    - invalid entry CRC (expected 0x66be1b3 but got 0x56755ba6).
    Refer associated stacktrace #oracle.install.commons.util.exception.DefaultErrorAdvisor:8426
    INFO: Advice is ABORT
    SEVERE: Unconditional Exit
    INFO: Adding ExitStatus FAILURE to the exit status set
    INFO: Finding the most appropriate exit status for the current application
    INFO: Exit Status is -1
    INFO: Shutdown Oracle Database 11g Release 2 Installer
    INFO: Unloading Setup Driver

  • Error(5): java.util.zip.ZipException: invalid entry size (expected 2875 but

    Hi all!
    I'm getting this error when I try to execute my application in JDeveloper: Error(5): java.util.zip.ZipException: invalid entry size (expected 2875 but got 2845 bytes)
    This started to happen after I had checkout my application to CVSNT.
    Any help?
    P.S. I'm using JDeveloper 10.1.3 with CVSNT 2.5

    My cvswrappers file (CVSNT):
    *.cab -kb
    *.class -kb
    *.doc -kb
    *.dll -kb
    *.ear -kb
    *.exe -kb
    *.exp -kb
    *.fla -kb
    *.gif -kb
    *.gz -kb
    *.jar -kb
    *.jpg -kb
    *.jpeg -kb
    *.lib -kb
    *.msi -kb
    *.mso -kb
    *.pdf -kb
    *.pfw -kb
    *.png -kb
    *.ppt -kb
    *.sit -kb
    *.swf -kb
    *.tar -kb
    *.tlb -kb
    *.vsd -kb
    *.xls -kb
    *.war -kb
    *.wmz -kb
    *.zip -kb Via Tortoise client I can add and commit zip (jar) files in binary format and everything is OK.
    If I do that via Jdev, anybody who checkout that module from cvs have zip exception, because JDev didnt sent in binary format. How to setup that?
    Thanx
    Message was edited by:
    vpetreski

  • Error(7): java.util.zip.ZipException: invalid entry size (expected 813 but

    Hi All,
    Error(7): java.util.zip.ZipException: invalid entry size (expected 813 but got 817 bytes)
    Today I opened my working project in Jdeveloper 10.1.3 version and as I compile the project, it gives me this error in all Jsf - Jsp pages.
    The line that it shows the above error in my pages is follows.
    <%@ taglib uri="http://java.sun.com/jsf/html" prefix="h"%>
    Any idea ? Till yesterday, I never got this error and all of sudden it started showing up.
    Your help appreciated.
    thanks,
    pp

    And just to add, nothing got checked out from repository (I mean CVS etc).
    I have this project and Jdev on my windows laptop. I just opened it and started getting this strange error. any idea ?

  • Java.util.zip.ZipException: invalid entry size error --  help required

    Hi all
    I am sure this error would have been posted many number of times, but I would really appreciate if someone could help me with my problem. I am working on reading data from a .zip file, which in it has ~5GB data. All I am performing is a read operation through the piece of code specified below. This code worked well for .zip files handling till ~2.5GB
    FileInputStream fis = new FileInputStream(filename);
    BufferedInputStream bis = new BufferedInputStream(fis);
    ZipInputStream zis = new ZipInputStream(bis);
    StreamTokenizer tok = new StreamTokenizer( zis );
    ZipEntry entry;
    while((entry = zis.getNextEntry()) != null)
    \\read from the zip file through the streamTokenizer
    I just print what I read through the program, on the console.
    But the error I get is
    java.util.zip.ZipException: invalid entry size (expected 4294967295 but got 2117536490 bytes)
    at java.util.zip.ZipInputStream.readEnd(Unknown Source)
    at java.util.zip.ZipInputStream.read(Unknown Source)
    at java.util.zip.InflaterInputStream.read(Unknown Source)
    at java.io.StreamTokenizer.read(Unknown Source)
    at java.io.StreamTokenizer.nextToken(Unknown Source)
    at ZipFileStreams.getMessages(ZipFileStreams.java:677)
    at ZipFileStreams.main(ZipFileStreams.java:814)
    Could anybody give me hints as to what am I missing and where am i going wrong. Any help would be appreciated.
    Thanks

    Hi,
    I get the same exception while reading a ZIP file. The size if the ZIP file is just 82KB but I am reading it over FTP not sure if it makes any difference. I am using JDK 1.4.2_05. Here is the code I am trying to execute.
    public class TestFTP {
    public static void main( String[] argv ) throws Exception {
    String inboundPath = "/transfer/inbound/";
    FTPClient ftp = new FTPClient();
    ftp.connect("123");
    ftp.login( "123", "123" );
    ftp.changeWorkingDirectory(inboundPath);
    FTPFile[] zipFiles = ftp.listFiles("*.zip");
    TelnetClient telnetClient;
    for(int i=0;i<zipFiles.length;i++){   
    System.out.println(zipFiles.getName());
    ZipInputStream zis = new ZipInputStream(ftp.retrieveFileStream(zipFiles[i].getName()));
    for (ZipEntry entry = zis.getNextEntry(); entry != null; entry = zis.getNextEntry()){           
    System.out.println(entry.getName());
    The error message is
    java.util.zip.ZipException: invalid entry size (expected 10291 but got 10233 bytes)
         at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:367)
         at java.util.zip.ZipInputStream.read(ZipInputStream.java:141)
         at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:91)
         at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:69)
         at test.TestFTP.main(TestFTP.java:41)
    Exception in thread "main"
    Please let me know if you were able to fix the problem.
    Thanks

  • Java.util.zip.ZipException: invalid entry size

    Hi
    I get this error when I try to launch my jnlp file.
    Please help!
    java.util.zip.ZipException: invalid entry size (expected 3627 but got 0 bytes)
    at java.util.zip.ZipOutputStream.closeEntry(Unknown Source)
         at java.util.zip.ZipOutputStream.finish(Unknown Source)
         at java.util.zip.DeflaterOutputStream.close(Unknown Source)
         at java.util.zip.ZipOutputStream.close(Unknown Source)
         at com.sun.deploy.net.HttpDownloadHelper.download(Unknown Source)
         at com.sun.deploy.cache.Cache.downloadResourceToTempFile(Unknown Source)
         at com.sun.deploy.cache.Cache.downloadResourceToCache(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getCachedFile(Unknown Source)
         at com.sun.javaws.LaunchDownload.downloadExtensionsHelper(Unknown Source)
         at com.sun.javaws.LaunchDownload.downloadExtensions(Unknown Source)
         at com.sun.javaws.Launcher.downloadResources(Unknown Source)
         at com.sun.javaws.Launcher.prepareLaunchFile(Unknown Source)
         at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
         at com.sun.javaws.Launcher.launch(Unknown Source)
         at com.sun.javaws.Main.launchApp(Unknown Source)
         at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
         at com.sun.javaws.Main$1.run(Unknown Source)
         at java.lang.Thread.run(Unknown Source)
    com.sun.deploy.net.FailedDownloadException: Unable to load resource: http://localhost:8080/swingjar.jar
         at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getCachedFile(Unknown Source)
         at com.sun.javaws.LaunchDownload.downloadExtensionsHelper(Unknown Source)
         at com.sun.javaws.LaunchDownload.downloadExtensions(Unknown Source)
         at com.sun.javaws.Launcher.downloadResources(Unknown Source)
         at com.sun.javaws.Launcher.prepareLaunchFile(Unknown Source)
         at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
         at com.sun.javaws.Launcher.launch(Unknown Source)
         at com.sun.javaws.Main.launchApp(Unknown Source)
         at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
         at com.sun.javaws.Main$1.run(Unknown Source)
         at java.lang.Thread.run(Unknown Source)
    Edited by: auvergne on Mar 19, 2009 6:22 AM

    Are you using pack200 on signed jars? In the case you should normalize jars before signing, by packing and unpacking them.

  • Signed jar:  java.util.zip.ZipException: invalid entry size

    Hi, I have written an applet using Java 1.4. The applet contains multiple .class and .gif files. I jared the files to produce a single .jar file with the manifest. Then I signed that jar file with jarsigner that produced a self-signed jar with the certificate. When I run the applet in IE6 on my computer (Windows XP) it works fine - I got the certificate dialog box popping up and the applet loads normally. My computer does not have a Web server installed so everything happens locally.
    As soon as I move the html and signed jar files to the server and try to call it from my PC, the Java console displays the following message:
    java.util.zip.ZipException: invalid entry size (expected 1342177310 but got 7728 bytes)
         at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:363)
         at java.util.zip.ZipInputStream.read(ZipInputStream.java:142)
         at sun.plugin.cache.CachedJarLoader.decompress(CachedJarLoader.java:397)
         at sun.plugin.cache.CachedJarLoader.access$500
    CachedJarLoader.java:53)
         at sun.plugin.cache.CachedJarLoader$5.run(CachedJarLoader.java:335)
         at java.security.AccessController.doPrivileged(Native Method)
    etc... it's huge
    I have been through the forums, some people have similiar problem while trying to sign their jar, well, mine signs OK, it's just the fact that it doesn't run ... I've tried to kill the manifest and then re-sign the jar. I also tried to jar the files with -0 option - nothing worked. I do appreciate if someone could point me in the right direction.
    Thanks

    I have managed to work this one out: UNIX servers don't like jar files FTPed using ASCII. They should should be transferred in binary mode. I have installed an FTP client on my PC, switched to binary mode and re-transferred the jar file and it worked straight away.
    Thanks.

  • Linux ----Lib/libclntsh.so [Invalid Entry Size expected 13357762

    Hi,
    i am trying to install 10g AS server in Linux box, when ever i am trying to install i am getting below messge
    Oracle Linux 4 update 6 ----Lib/libclntsh.so [Invalid Entry Size expected 13357762 but got 13357769
    Please let me know
    Thanks
    Danny,                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

    at what point in time during the installation you get this error?
    did you checksum the downloaded installation files? there's a checksum for every file you can download, which gives you the opportunity to check if your download wasn't corrupted.

  • Oracle 11gR2 Installation Error "Invalid Entry Size"

    Hi Gurus,
    I am getting this error **"invalid entry size (expected 3486269263 but got 19496 bytes) "** during Oracle 11gR2 installation on Solaris 5.10.
    Here is the config log
    INFO: Extracting files to '/export/home/perfuser/app/perfuser/product/11.2.0/dbhome_1'.
    INFO: Extracting files to '/export/home/perfuser/app/perfuser/product/11.2.0/dbhome_1'.
    INFO: Performing fastcopy operations based on the information in the file 'oracle.server_EE_exp_1.xml'.
    INFO: Performing fastcopy operations based on the information in the file 'racfiles.jar'.
    INFO: Performing fastcopy operations based on the information in the file 'oracle.server_EE_dirs.lst'.
    INFO: Performing fastcopy operations based on the information in the file 'oracle.server_EE_filemap.jar'.
    INFO: Performing fastcopy operations based on the information in the file 'oracle.server_EE_1.xml'.
    INFO: Performing fastcopy operations based on the information in the file 'setperms1.sh'.
    INFO: Number of threads for fast copy :1
    INFO: invalid entry size (expected 3486269263 but got 19496 bytes)
    SEVERE: oracle.sysman.oii.oiif.oiifb.OiifbEndIterateException: invalid entry size (expected 3486269263 but got 19496 bytes)
         at oracle.sysman.oii.oiic.OiicInstallAPISession.doOperation(OiicInstallAPISession.java:453)
         at oracle.sysman.oii.oiic.OiicAPIInstaller.doOperation(OiicAPIInstaller.java:973)
         at oracle.sysman.oii.oiic.OiicAPIInstaller.doOperation(OiicAPIInstaller.java:936)
         at oracle.install.driver.oui.OUISetupDriver.setup(OUISetupDriver.java:459)
         at oracle.install.driver.oui.SetupJob.call(SetupJob.java:166)
         at oracle.install.driver.oui.SetupJob.call(SetupJob.java:47)
         at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
         at java.util.concurrent.FutureTask.run(FutureTask.java:123)
         at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
         at java.lang.Thread.run(Thread.java:595)
    INFO: Update the state machine to STATE_READY
    INFO: isSuccessfullInstallation: false
    INFO: isSuccessfullRemoteInstallation: true
    INFO: Adding ExitStatus FAILURE to the exit status set
    INFO: Shutting down OUISetupDriver.JobExecutorThread
    SEVERE: [FATAL] invalid entry size (expected 3486269263 but got 19496 bytes)
    CAUSE: No additional information available.
    ACTION: Refer to the logs or contact Oracle Support Services
    SUMMARY:
    - invalid entry size (expected 3486269263 but got 19496 bytes).
    Refer associated stacktrace #oracle.install.commons.util.exception.DefaultErrorAdvisor:5850
    INFO: Advice is ABORT
    SEVERE: Unconditional Exit
    INFO: Adding ExitStatus FAILURE to the exit status set
    INFO: Finding the most appropriate exit status for the current application
    INFO: Exit Status is -1
    INFO: Shutdown Oracle Database 11g Release 2 Installer
    Please help me to solve this issue

    Hi Hans,
    Thanks for your reply, after downloading the new installer "invalid entry size" error is gone now.
    but once the installer reaches to 68% then its giving the error " Error in invoking target 'mkldflags ntcontab.o' of makefile '/export/home/perfuser/app/perfuser/product/11.2.0/dbhome_1/network/lib/ins_net_client.mk'
    Here is the log info:
    INFO: (if [ "assemble" = "assemble" ] ; then \
    /export/home/perfuser/app/perfuser/product/11.2.0/dbhome_1/bin/gennttab > ntcontab.s ;\
    /usr/ccs/bin/as -P -m64 -o ntcontab.o ntcontab.s ;\
    rm -f /export/home/perfuser/app/perfuser/product/11.2.0/dbhome_1/lib/ntcontab.o ;\
    mv ntcontab.o /export/home/perfuser/app/perfuser/product/11.2.0/dbhome_1/lib/ ;\
    /usr/ccs/bin/ar rv /export/home/perfuser/app/perfuser/product/11.2.0/dbhome_1/lib/libn11.a /export/home/perfuser/app/perfuser/product/11.2.0/dbhome_1
    INFO: /lib/ntcontab.o ; fi)
    INFO: /usr/ccs/bin/as: error: unknown option '6'
    /usr/ccs/bin/as: error: unknown option '4'
    usage: /usr/ccs/bin/as [-V] [-Q{y,n}] [-q] [-s]
         [-S] [-K {pic,PIC}] [-o objfile] [-L] [-T]
         [-P [[-Yc,path] [-Ipath] [-Dname] [-Dname=def] [-Uname]]...]
         [-m [-Ym,path]] [-n] [-ul] [-xF] [-xarch={v7,v8,v8a,v8plus,v8plusa,v8plusb,v9,v9a,v9b}] [-xcode={pic13,pic32}] file.s...
    INFO: *** Error code 1
    INFO: make: Fatal error: Command failed for target `ntcontab.o'
    INFO: End output from spawned process.
    INFO: ----------------------------------
    INFO: Exception thrown from action: make
    Exception Name: MakefileException
    Exception String: Error in invoking target 'mkldflags ntcontab.o nnfgt.o' of makefile '/export/home/perfuser/app/perfuser/product/11.2.0/dbhome_1/network/lib/ins_net_client.mk'. See '/export/home/oemora/logs/installActions2010-03-08_08-42-39PM.log' for details.
    Exception Severity: 1
    INFO: Adding ExitStatus STOP_INSTALL to the exit status set
    INFO: Finding the most appropriate exit status for the current application
    INFO: Exit Status is -4
    INFO: Shutdown Oracle Database 11g Release 2 Installer
    INFO: Unloading Setup Driver
    Thanks
    Krishna

  • Oracle 11g Client Installing - invalid entry size

    Hello,
    I am trying to install the Oracle Linux 11g r2 client (Oracle Database 11g Release 2 Client (11.2.0.1.0) for Linux x86 ) on Fedora 17.
    The following was prompted by the installer:
    INFO: Number of threads for fast copy :1
    INFO: invalid entry size (expected 7100024 but got 7100029 bytes)
    SEVERE: oracle.sysman.oii.oiif.oiifb.OiifbEndIterateException: invalid entry size (expected 7100024 but got 7100029 bytes)
    at oracle.sysman.oii.oiic.OiicInstallAPISession.doOperation(OiicInstallAPISession.java:453)
    at oracle.sysman.oii.oiic.OiicAPIInstaller.doOperation(OiicAPIInstaller.java:973)
    at oracle.sysman.oii.oiic.OiicAPIInstaller.doOperation(OiicAPIInstaller.java:936)
    at oracle.install.driver.oui.OUISetupDriver.setup(OUISetupDriver.java:456)
    at oracle.install.driver.oui.SetupJob.call(SetupJob.java:166)
    at oracle.install.driver.oui.SetupJob.call(SetupJob.java:47)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
    at java.util.concurrent.FutureTask.run(FutureTask.java:123)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
    at java.lang.Thread.run(Thread.java:595)
    INFO: Update the state machine to STATE_READY
    INFO: isSuccessfullInstallation: false
    INFO: isSuccessfullRemoteInstallation: true
    INFO: Adding ExitStatus FAILURE to the exit status set
    INFO: Shutting down OUISetupDriver.JobExecutorThread
    +SEVERE: [FATAL] invalid entry size (expected 7100024 but got 7100029 bytes)+
    CAUSE: No additional information available.
    ACTION: Refer to the logs or contact Oracle Support Services
    SUMMARY:
    - invalid entry size (expected 7100024 but got 7100029 bytes).
    Refer associated stacktrace #oracle.install.commons.util.exception.DefaultErrorAdvisor:5171
    My cksum is correct:
    [waldyd@amsimeca ~]$ cksum Downloads/linux_11gR2_client.zip
    1997033971 642016988 Downloads/linux_11gR2_client.zip
    Any ideas to solve this issue?
    Best Regards,
    Nestor Waldyd

    Hello,
    Oracle Database 11g Release 2 Client (11.2.0.1.0) for Linux x86
    +     Download      linux_11gR2_client.zip (642,016,988 bytes) (cksum - 1997033971)+
    Contains the Oracle Client Libraries for Linux.
    I downloaded it from http://www.oracle.com/technetwork/database/enterprise-edition/downloads/112010-linuxsoft-085393.html
    Best Regards,
    Nestor Waldyd
    Edited by: waldyd on Mar 15, 2013 4:23 PM

  • Invalid entry size

    When I install oracle 9i on linux 8, there is a problem "Invalid entry size( expected 42992435 but got 42992437 bytes)". After installation, I ran dbca to create a new database. The problem is still there. What is matter about it?
    Thanks in advance.
    Hongzhi Li

    Interesting Information I found:
    Greats,
    Shrek25
    http://www.dbasupport.com/forums/showthread.php?t=40365
    Had a look on Metalink - looks like its a bug in 9iR2 when using it to create a DB with datafiles over 2GB
    http://metalink.oracle.com/metalink...T&p_id=209516.1
    From looking at the bug report its not fixed till 10G:
    Quote:
    This seems to be JAVA jarring/unjarring limitation (In 9.2, we use Java compression to copy seed databases). Looks like Zip entries have a limit of 2 GB. Still investigating if there any possible work arounds. . This problem will not be seem in 10i, since we use RMAN instead of JAVA compression for cloning databases in DBCA.

  • Error in dependencyCheck java.util.zip.ZipException: invalid entry CRC

    Hi,
    While running java/j2ee project in Linux, i got error like dependencyCheck, what is the problem for this error, how to slove??? If i run this project in windows operating system its working fine..
    The error is like...
    dependencyCheck
    java.util.zip.ZipException: invalid entry CRC (expected 0x0 but got 0x6cdda3aa)
    at java.util.zip.ZipInputStream.read(ZipInputStream.java:171)
    at java.util.jar.JarInputStream.read(JarInputStream.java:177)
    at java.io.BufferedInputStream.read1(BufferedInputStream.java:256)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
    at java.util.jar.JarInputStream.getBytes(JarInputStream.java:88)
    at java.util.jar.JarInputStream.<init>(JarInputStream.java:65)
    at java.util.jar.JarInputStream.<init>(JarInputStream.java:43)
    at org.apache.catalina.util.ExtensionValidator.getManifest(ExtensionValidator.java:373)
    at org.apache.catalina.util.ExtensionValidator.validateApplication(ExtensionValidator.java:184)
    at org.apache.catalina.core.StandardContext.start(StandardContext.java:4064)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
    at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
    at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
    at org.apache.catalina.core.StandardService.start(StandardService.java:448)
    at org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)

    Hello,
    we `re facing a similar or the same problem.
    While upgrading our machines from 1.5.0_10 t9 1.5.0_13 (JDK) we got this error:
    +19.11.2007 14:24:13 org.apache.catalina.core.StandardContext start+
    SCHWERWIEGEND: Error in dependencyCheck
    java.util.zip.ZipException: invalid entry CRC (expected 0x0 but got 0xfc0d5d73)
    +     at java.util.zip.ZipInputStream.read(Unknown Source)+
    Workaround:
    We unzip the war-file and recommpress these files with 7-zip (or else) to bla.war - the new war file is deployable.
    But:
    Has anyone an idea the changes from *.10 to *.13 which provoke this error OR
    has war files to be created in another way as "jar cvf filename.war *" in *.13..?

  • Error in deploying p6.ear on WebLogic: java.util.zip.ZipException: invalid entry CRC

    Hello,
    We're trying to install Primavera EPPM 8.3 and test it on our server but having troubles in deploying p6 application.
    We have successfully installed the following prerequisites:
    - WebLogic 11g
    - JDK1.7.0_45 and setting JAVA_HOME path=C:\Program Files\Java\jdk1.7.0_45 in enviornmental variables
    - Downloading wsdl4j-1.6.2.jar for web services
    - Running the setup.exe file (located in PEPPM path\Disk1\install\setup.exe
    - Successfully finished the setup and running the Configuration Wizard.
    - Successfully created the database using Microsoft SQL Server 2008 database
    - Successfully creating a new WebLogic domain.
    - We didn't install BI publisher nor any content repository ( would this affect running the primavera application? )
    - In the configuration wizard summary we can see everything is marked successfully except the "Start Web Logic" step it showed an error and a message indicating that we should start it manually ( however, the domain is successfully created ).
    Next, we run the startWebLogic.cmd file in our new created domain, then we run startNodeManager.cmd from WebLogic common/bin directory.
    We can access the WebLogic administration panel successfully but no "p6" application in the deployments.
    So, we click "install" then open the p6 directory and deploy it without errors.
    But when when starting the P6 server and then try to start p6 application, it failed with the following error message:
    java.util.zip.ZipException: invalid entry CRC (expected 0xa0a67af0 but got 0xef73b950)
    Can you please help us to solve this? Please note that every other deployment is running correctly except p6.

    The cause of errors was a dying Westen Digital drive, specially the 48G partition reserved only for $ORACLE_BASE (/dev/sdb3 mounted on /opt/oracle).
    A simple quick scan of unmounted partition (badblocks -v /dev/sdb3) reported more than thousand new bad blocks (compared to the last scan six months ago). Although I strongly believe, specially in the case of WDC drives, that the best utility to "repair" bad blocks is the one that opens a window and prints the message: "Go to the nearest shop and buy a new drive", I was very curious to prove my suspicion just on this drive. After zero-filling the partition with dd, then formatting it (mke2fs -cc) and mounting again, the 11g installation and database creation (on the same partition) successfully completed, performing fast and smoothly. To make sure it was not a casual event, I repeated the installation once again with full success. The database itself is working fine (by now). Well, the whole procedure took me more than four hours, but I'm pretty satisfied. I learned once again - stay away from Western Digital. As Oracle cannot rely on dying drive, my friend is going tomorrow to spend a 150+ euro on two 250G Seagate Barracudas and replace both WDC drives, even though the first drive seems to be healthy.
    In general there is no difference between loading correct data from good disk into bad memory and loading the incorrect data from dying disk into good memory. In both cases the pattern is damaged. For everyone who runs into the problem similar to this, and the cause cannot be easily determined, the rule of thumb must be:
    1. test memory and, if it shows any error, check sockets and test memory modules individually
    2. check disks for bad blocks regardless of the result of memory testing
    Therefore I consider your answer being generally correct.
    Regards
    NJ

  • URGENT HELP about java.util.zip.ZipException: invalid entry CRC

    I have a program (JAVA of course) packet on JAR with fat-jar eclipse plugin. This program work well in all my computers except two. On these two computers I receive a java.util.zip.ZipException: invalid entry CRC.
    Both computers have the last version of java, but one is Windows and the other is Linux.
    Any help to find the source of this problem??
    Thanks in advance.

    Sorry, I give poor information about this problem.
    This is the full error showed when I execute this command: java -jar app.jar
    Unable to load resource: java.util.zip.ZipException: invalid entry CRC (expected 0x358054d7 but got 0x7dc370ba)
    java.util.zip.ZipException: invalid entry CRC (expected 0x358054d7 but got 0x7dc370ba)
    at java.util.zip.ZipInputStream.read(Unknown Source)
    at java.util.jar.JarInputStream.read(Unknown Source)
    at java.io.FilterInputStream.read(Unknown Source)
    at com.simontuffs.onejar.JarClassLoader.copy(JarClassLoader.java:818)
    at com.simontuffs.onejar.JarClassLoader.loadBytes(JarClassLoader.java:383)
    at com.simontuffs.onejar.JarClassLoader.loadByteCode(JarClassLoader.java:371)
    at com.simontuffs.onejar.JarClassLoader.loadByteCode(JarClassLoader.java:362)
    at com.simontuffs.onejar.JarClassLoader.load(JarClassLoader.java:305)
    at com.simontuffs.onejar.JarClassLoader.load(JarClassLoader.java:224)
    at com.simontuffs.onejar.Boot.run(Boot.java:224)
    at com.simontuffs.onejar.Boot.main(Boot.java:89)
    Exception in thread "main" java.lang.ClassNotFoundException: com.intarex.wizard.IWizard
    at com.simontuffs.onejar.JarClassLoader.findClass(JarClassLoader.java:497)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at com.simontuffs.onejar.Boot.run(Boot.java:240)
    at com.simontuffs.onejar.Boot.main(Boot.java:89)
    app.jar is a JAR file created with fat-jar eclipse plugin, to make easier to generate a JAR file with all dependencies.
    I think that is not a code related problem, because this program is executed in several computers without errors.
    I trasport this JAR to the client computer via HTTP.
    I'm trying to find clues to find the origin of this problem.
    Thanks.

  • Java.util.zip.ZipException: invalid entry CRC at 11g installation

    Hi,
    yesterday I experienced a very strange Oracle OUI behaviour helping one of my friends to install 32-bit 11g development system on 32-bit OEL-5.2. It literally made and still makes me mad as I never saw the installation error like that before. The OEL-5.2 installation and settings are identical to mine, all required packages installed. The 11g installation starts normally (software only installation), all OUI Prerequisite checks passes, but at about 30% of installation (extracting phase) it hangs unexpectedly - no CPU activity anymore - it's just hanging forever without any OUI message staying at 30% of installation. But the errorlog `/opt/oracle/oraInventory/logs/oraInstall2008-11-21_22-55-12AM.err' shows:
    java.util.zip.ZipException: invalid entry CRC (expected 0x482e3871 but got 0x1d296a66)
            at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:378)
            at java.util.zip.ZipInputStream.read(ZipInputStream.java:141)
            at java.io.FilterInputStream.read(FilterInputStream.java:90)
            at oracle.sysman.oii.oiix.OiixFileOps.copyStream(OiixFileOps.java:1470)
            at oracle.sysman.oii.oiij.OiijFastJarExtracter.copyFileFromJar(OiijFastJarExtracter.java:307)
            at oracle.sysman.oii.oiij.OiijFastJarExtracter.copyJarContents(OiijFastJarExtracter.java:227)
            at oracle.sysman.oii.oiij.OiijFastJarExtracter.extract(OiijFastJarExtracter.java:146)
            at oracle.sysman.oii.oiij.OiijJarExtractQueue$OiijJarExtractWorker.run(OiijJarExtractQueue.java:341)Since that smelled like installation media file corruption, I checked cksum of the `linux_11gR1_database_1013.zip' and it was identical to the original on the OTN site, also "unzip -t <file.zip>" passed - no errors. Retrying installation (after deleting $ORACLE_HOME), doesn't help. It always hangs, but not at the same point in time. Sometimes it hangs at 5% of installation, sometimes at 20%, or 40%, but always during extracting phase, without OUI message, with similar errorlog.
    Today I've tried it once again in order to figure out what's happening. It seemed I would have more luck today. The extracting and even linking phases succeeded, but, when it came to about 80% of installation (configuration pending), the installation suddenly aborted, OUI window disappeared from the screen, with error message visible only on console:
    # An unexpected error has been detected by HotSpot Virtual Machine:
    #  SIGSEGV (0xb) at pc=0xb78d9725, pid=5690, tid=2767309712
    # Java VM: Java HotSpot(TM) Client VM (1.5.0_11-b03 mixed mode)
    # Problematic frame:
    # V  [libjvm.so+0x26c725]Segmentation fault occured. No errorlog in /opt/oracle/oraInventoru/logs/, but java core file of 92 MB and java errorlog `hs_err_pid5690.log', showing stack traces, were generated in system's /tmp directory. The errorlog shows:
    ---------------  T H R E A D  ---------------
    Current thread (0x08a03c58):  VMThread [id=5691]
    siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000008
    Registers:
    EAX=0x00000000, EBX=0xb79f816c, ECX=0x000001fa, EDX=0x00000008
    ESP=0xa4f1bbd8, EBP=0xa4f1bbe8, ESI=0xafde61c8, EDI=0xafde502c
    EIP=0xb78d9725, CR2=0x00000008, EFLAGS=0x00210282
    Top of Stack: (sp=0xa4f1bbd8)
    0xa4f1bbd8:   000001fa 000001fa b79f816c afde4f98
    0xa4f1bbe8:   a4f1bc18 b78ed5ce afde4f98 a4f1bf40
    0xa4f1bbf8:   00000001 b78ed581 ae758a48 afde7764
    0xa4f1bc08:   ae6051a4 b79f816c b79eb000 b7a06148
    0xa4f1bc18:   a4f1bc38 b78d9871 ae5f1138 afde4f78
    0xa4f1bc28:   089b7d10 089b7d10 b79f816c b79efc44
    0xa4f1bc38:   a4f1bc58 b78d9b7c b79efc44 a4f1bca0
    0xa4f1bc48:   a4f1bc68 b796b16c a4f1bca0 b79f816c
    Instructions: (pc=0xb78d9725)
    0xb78d9715:   01 00 00 00 85 c9 75 1a 8b 46 04 51 51 8d 50 08
    0xb78d9725:   8b 40 08 56 52 ff 50 5c 83 c4 10 8d 65 f8 5b 5e
    Stack: [0xa4e9c000,0xa4f1d000),  sp=0xa4f1bbd8,  free space=510k
    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
    V  [libjvm.so+0x26c725]
    V  [libjvm.so+0x2805ce]
    V  [libjvm.so+0x26c871]
    V  [libjvm.so+0x26cb7c]
    Signal Handlers:
    SIGSEGV: [libjvm.so+0x32a000], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGBUS: [libjvm.so+0x32a000], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGFPE: [libjvm.so+0x28e010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGPIPE: [libjvm.so+0x28e010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGILL: [libjvm.so+0x28e010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
    SIGUSR2: [libjvm.so+0x290460], sa_mask[0]=0x00000000, sa_flags=0x10000004
    SIGHUP: [libjvm.so+0x28fe90], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGINT: [libjvm.so+0x28fe90], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGQUIT: [libjvm.so+0x28fe90], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGTERM: [libjvm.so+0x28fe90], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    vm_info: Java HotSpot(TM) Client VM (1.5.0_11-b03) for linux-x86, built on Dec 15 2006 02:25:41 by java_re with gcc 3.2.1-7a (J2SE release)These are only selected parts of the errorlog as it is too long to be presented in the whole.
    What specially confuses me here is the fact that this OEL-5.2 installation is identical to mine, with same kernel, same kernel params, shared memory settings, etc. Also, this is obviously a java issue, but it is jdk1.5.0_11-b03 shipped with Oracle 11g. I've never had a problem with it.
    Anyone has a clue what the heck is this and what causes those errors during Oracle 11g installation?
    Thanks.
    NJ

    The cause of errors was a dying Westen Digital drive, specially the 48G partition reserved only for $ORACLE_BASE (/dev/sdb3 mounted on /opt/oracle).
    A simple quick scan of unmounted partition (badblocks -v /dev/sdb3) reported more than thousand new bad blocks (compared to the last scan six months ago). Although I strongly believe, specially in the case of WDC drives, that the best utility to "repair" bad blocks is the one that opens a window and prints the message: "Go to the nearest shop and buy a new drive", I was very curious to prove my suspicion just on this drive. After zero-filling the partition with dd, then formatting it (mke2fs -cc) and mounting again, the 11g installation and database creation (on the same partition) successfully completed, performing fast and smoothly. To make sure it was not a casual event, I repeated the installation once again with full success. The database itself is working fine (by now). Well, the whole procedure took me more than four hours, but I'm pretty satisfied. I learned once again - stay away from Western Digital. As Oracle cannot rely on dying drive, my friend is going tomorrow to spend a 150+ euro on two 250G Seagate Barracudas and replace both WDC drives, even though the first drive seems to be healthy.
    In general there is no difference between loading correct data from good disk into bad memory and loading the incorrect data from dying disk into good memory. In both cases the pattern is damaged. For everyone who runs into the problem similar to this, and the cause cannot be easily determined, the rule of thumb must be:
    1. test memory and, if it shows any error, check sockets and test memory modules individually
    2. check disks for bad blocks regardless of the result of memory testing
    Therefore I consider your answer being generally correct.
    Regards
    NJ

Maybe you are looking for