Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-20395

Corrupt ZIP backup sets and thinBackup crashing the whole Jenkins server

    Details

    • Type: Bug
    • Status: Open (View Workflow)
    • Priority: Major
    • Resolution: Unresolved
    • Component/s: thinbackup-plugin
    • Labels:
      None
    • Environment:
      Ubuntu 12.04 LTS 64 bit.
      Sun Java 6.0_34
      ThinBackup 1.74
      Jenkins 1.531
    • Similar Issues:

      Description

      Hello,

      We are experiencing an occasional issue with thinBackup. It will occasionally crash our server.

      It seems to be happening because of some corrupt backup sets. I am unsure why we get these in the first place.

      Our setup uses thinBackup to backup the information with incremental improvements, which are then uploaded to Amazon S3 using duplicity.

      duplicity is set to upload at 2:30 am. Jenkins to backup at 3 am. Could this be a potentional issue?

      ======== Files In Directory =======
      rw-rr- 1 jenkins nogroup 8999076933 Aug 9 05:14 BACKUPSET_2013-08-05_09-42_2013-08-08_10-30.zip
      rw-rr- 1 jenkins nogroup 433132 Oct 10 03:14 BACKUPSET_2013-08-09_03-00_.zip
      rw-rr- 1 jenkins nogroup 1661094 Oct 30 03:14 BACKUPSET_2013-10-10_03-00_.zip
      drwxr-xr-x 3 jenkins nogroup 4096 Oct 10 03:14 FULL-2013-10-10_03-00
      drwxr-xr-x 3 jenkins nogroup 4096 Oct 20 03:00 FULL-2013-10-20_03-00
      drwxr-xr-x 3 jenkins nogroup 4096 Oct 30 03:14 FULL-2013-10-30_03-00

      ============= Log =================

      WARNING: ThinBackup Worker Thread thread is still running. Execution aborted.
      Oct 30, 2013 3:14:36 AM org.jvnet.hudson.plugins.thinbackup.backup.BackupSet initializeFromZipFile
      SEVERE: Cannot initialize BackupSet from ZIP file 'BACKUPSET_2013-08-09_03-00_.zip'.
      java.util.zip.ZipException: error in opening zip file
      at java.util.zip.ZipFile.open(Native Method)
      at java.util.zip.ZipFile.<init>(ZipFile.java:127)
      at java.util.zip.ZipFile.<init>(ZipFile.java:143)
      at org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.initializeFromZipFile(BackupSet.java:124)
      at org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.initialize(BackupSet.java:93)
      at org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.<init>(BackupSet.java:79)
      at org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSetsFromZips(Utils.java:352)
      at org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSets(Utils.java:371)
      at org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.removeSuperfluousBackupSets(HudsonBackup.java:397)
      at org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.backup(HudsonBackup.java:154)
      at org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.backupNow(ThinBackupPeriodicWork.java:87)
      at org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.execute(ThinBackupPeriodicWork.java:68)
      at org.jvnet.hudson.plugins.thinbackup.hudson.model.AsyncPeriodicWork$1.run(AsyncPeriodicWork.java:53)
      at java.lang.Thread.run(Thread.java:662)
      Oct 30, 2013 3:14:36 AM org.jvnet.hudson.plugins.thinbackup.backup.BackupSet <init>
      WARNING: Could not initialize backup set from file/directory 'BACKUPSET_2013-08-09_03-00_.zip' as it is not valid.
      #

      1. A fatal error has been detected by the Java Runtime Environment:
        #
      2. SIGSEGV (0xb) at pc=0x00007f8550afa1f0, pid=1397, tid=140210461964032
        #
      3. JRE version: 6.0_34-b04
      4. Java VM: Java HotSpot(TM) 64-Bit Server VM (20.9-b04 mixed mode linux-amd64 compressed oops)
      5. Problematic frame:
      6. C [libzip.so+0xb1f0] __int128+0x60
        #
      7. An error report file with more information is saved as:
      8. /tmp/hs_err_pid1397.log
        #
      9. If you would like to submit a bug report, please visit:
      10. http://java.sun.com/webapps/bugreport/crash.jsp
      11. The crash happened outside the Java Virtual Machine in native code.
      12. See problematic frame for where to report the bug.
        #

        Attachments

          Issue Links

            Activity

            Hide
            tofuatjava Thomas Fürer added a comment -

            could you extract the zip manually? If the zip file itself is the problem please remove it. Where is the file located (network mount, local hdd, local usb mount, raid)?

            duplicity copies backups to another location, is it possible that this process modifies the file, maybe something gona wrong during sync.

            The problem is I handled the this case, this is why the Warning is logged, I don't know why the JVM crashes. Have you a crash dump of the JVM?

            maybe upgrading the JRE to the latest 1.7.0 will help.

            Show
            tofuatjava Thomas Fürer added a comment - could you extract the zip manually? If the zip file itself is the problem please remove it. Where is the file located (network mount, local hdd, local usb mount, raid)? duplicity copies backups to another location, is it possible that this process modifies the file, maybe something gona wrong during sync. The problem is I handled the this case, this is why the Warning is logged, I don't know why the JVM crashes. Have you a crash dump of the JVM? maybe upgrading the JRE to the latest 1.7.0 will help.
            Hide
            blystad Arne-Christian Blystad added a comment -

            Hello, sorry for the late answer.

            No, the zip could not be extracted manually, I get the following error:
            jenkins@build:~/Jenkins Backup$ unzip BACKUPSET_2013-10-10_03-00_.zip
            Archive: BACKUPSET_2013-10-10_03-00_.zip
            End-of-central-directory signature not found. Either this file is not
            a zipfile, or it constitutes one disk of a multi-part archive. In the
            latter case the central directory and zipfile comment will be found on
            the last disk(s) of this archive.
            unzip: cannot find zipfile directory in one of BACKUPSET_2013-10-10_03-00_.zip or
            BACKUPSET_2013-10-10_03-00_.zip.zip, and cannot find BACKUPSET_2013-10-10_03-00_.zip.ZIP, period.

            The files are located on the local drive at /var/lib/jenkins/Jenkins Backup/.

            Would it be possible to provide non-zipped updates?

            I've installed Sun Java 7 1.7.0_45 on the server and I'll come back with results during next weeks backups.

            I've uploaded the crash report to: http://pastebin.com/siQCLvwV

            Show
            blystad Arne-Christian Blystad added a comment - Hello, sorry for the late answer. No, the zip could not be extracted manually, I get the following error: jenkins@build:~/Jenkins Backup$ unzip BACKUPSET_2013-10-10_03-00_.zip Archive: BACKUPSET_2013-10-10_03-00_.zip End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. unzip: cannot find zipfile directory in one of BACKUPSET_2013-10-10_03-00_.zip or BACKUPSET_2013-10-10_03-00_.zip.zip, and cannot find BACKUPSET_2013-10-10_03-00_.zip.ZIP, period. The files are located on the local drive at /var/lib/jenkins/Jenkins Backup/. Would it be possible to provide non-zipped updates? I've installed Sun Java 7 1.7.0_45 on the server and I'll come back with results during next weeks backups. I've uploaded the crash report to: http://pastebin.com/siQCLvwV
            Hide
            tofuatjava Thomas Fürer added a comment -

            thanks for the update,

            • is the corrupt file a 0 byte file?

            my own jenkins running on ubuntu 13.10 and jenkins 1.531 is working fine, i will try to test the system with java 1.6.x now. curretnly I cannot reproduce the problem.

            Show
            tofuatjava Thomas Fürer added a comment - thanks for the update, is the corrupt file a 0 byte file? my own jenkins running on ubuntu 13.10 and jenkins 1.531 is working fine, i will try to test the system with java 1.6.x now. curretnly I cannot reproduce the problem.
            Hide
            jadrake75 Jason Drake added a comment -

            I had to rebuild my server over the weekend and when I restored my backups using thinBackup subsequent backups were crashing with the same issue in the zip.

            This was crashing my Glassfish 4.0 server (which also had my applications running on it - so it was annoying to find it dead each morning....) I have since wiped out my backups folder and manually invoked the backup. I will see if that is now resolving the issue going forward but here it is...

            #

            1. A fatal error has been detected by the Java Runtime Environment:
              #
            2. SIGBUS (0x7) at pc=0x00007f81fd17d982, pid=103003, tid=140195190466304
              #
            3. JRE version: Java(TM) SE Runtime Environment (7.0_51-b13) (build 1.7.0_51-b13)
            4. Java VM: Java HotSpot(TM) 64-Bit Server VM (24.51-b03 mixed mode linux-amd64 compressed oops)
            5. Problematic frame:
            6. C [libzip.so+0x4982] newEntry+0x62
              #
            7. Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
              #
            8. If you would like to submit a bug report, please visit:
            9. http://bugreport.sun.com/bugreport/crash.jsp
            10. The crash happened outside the Java Virtual Machine in native code.
            11. See problematic frame for where to report the bug.
              #

            --------------- T H R E A D ---------------

            Current thread (0x00007f8124054800): JavaThread "ThinBackup Worker Thread thread" daemon [_thread_in_native, id=10989, stack(0x00007f81bc76e000,0x00007f81bc86f000)]

            siginfo:si_signo=SIGBUS: si_errno=0, si_code=2 (BUS_ADRERR), si_addr=0x00007f81bc0d0a82

            Stack: [0x00007f81bc76e000,0x00007f81bc86f000], sp=0x00007f81bc86d220, free space=1020k
            Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
            C [libzip.so+0x4982] newEntry+0x62
            C [libzip.so+0x4fd3] ZIP_GetNextEntry+0x53
            J java.util.zip.ZipFile.getNextEntry(JI)J
            J java.util.zip.ZipFile$1.nextElement()Ljava/util/zip/ZipEntry;
            j org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.initialize()Z+21
            j org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.<init>(Ljava/io/File;)V+115
            j org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSetsFromZips(Ljava/io/File;)Ljava/util/List;+46
            j org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSets(Ljava/io/File;)Ljava/util/List;+21
            j org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.removeSuperfluousBackupSets()V+32
            j org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.backup()V+218
            j org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.backupNow(Lorg/jvnet/hudson/plugins/thinbackup/ThinBackupPeriodicWork$BackupType;)V+83
            j org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.execute(Lhudson/model/TaskListener;)V+44
            j org.jvnet.hudson.plugins.thinbackup.hudson.model.AsyncPeriodicWork$1.run()V+66
            j java.lang.Thread.run()V+11
            v ~StubRoutines::call_stub
            V [libjvm.so+0x5f8465] JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x365
            V [libjvm.so+0x5f6ec8] JavaCalls::call(JavaValue*, methodHandle, JavaCallArguments*, Thread*)+0x28
            V [libjvm.so+0x5f7197] JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*)+0x197
            V [libjvm.so+0x5f72b7] JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*)+0x47
            V [libjvm.so+0x6731c5] thread_entry(JavaThread*, Thread*)+0xe5
            V [libjvm.so+0x94d5ff] JavaThread::thread_main_inner()+0xdf
            V [libjvm.so+0x94d705] JavaThread::run()+0xf5
            V [libjvm.so+0x815538] java_start(Thread*)+0x108

            Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
            J java.util.zip.ZipFile.getNextEntry(JI)J
            J java.util.zip.ZipFile$1.nextElement()Ljava/util/zip/ZipEntry;
            J java.util.zip.ZipFile$1.nextElement()Ljava/lang/Object;
            j org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.initializeFromZipFile()Z+42
            j org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.initialize()Z+21
            j org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.<init>(Ljava/io/File;)V+115
            j org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSetsFromZips(Ljava/io/File;)Ljava/util/List;+46
            j org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSets(Ljava/io/File;)Ljava/util/List;+21
            j org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.removeSuperfluousBackupSets()V+32
            j org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.backup()V+218
            j org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.backupNow(Lorg/jvnet/hudson/plugins/thinbackup/ThinBackupPeriodicWork$BackupType;)V+83
            j org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.execute(Lhudson/model/TaskListener;)V+44
            j org.jvnet.hudson.plugins.thinbackup.hudson.model.AsyncPeriodicWork$1.run()V+66
            j java.lang.Thread.run()V+11
            v ~StubRoutines::call_stub

            Show
            jadrake75 Jason Drake added a comment - I had to rebuild my server over the weekend and when I restored my backups using thinBackup subsequent backups were crashing with the same issue in the zip. This was crashing my Glassfish 4.0 server (which also had my applications running on it - so it was annoying to find it dead each morning....) I have since wiped out my backups folder and manually invoked the backup. I will see if that is now resolving the issue going forward but here it is... # A fatal error has been detected by the Java Runtime Environment: # SIGBUS (0x7) at pc=0x00007f81fd17d982, pid=103003, tid=140195190466304 # JRE version: Java(TM) SE Runtime Environment (7.0_51-b13) (build 1.7.0_51-b13) Java VM: Java HotSpot(TM) 64-Bit Server VM (24.51-b03 mixed mode linux-amd64 compressed oops) Problematic frame: C [libzip.so+0x4982] newEntry+0x62 # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # If you would like to submit a bug report, please visit: http://bugreport.sun.com/bugreport/crash.jsp The crash happened outside the Java Virtual Machine in native code. See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x00007f8124054800): JavaThread "ThinBackup Worker Thread thread" daemon [_thread_in_native, id=10989, stack(0x00007f81bc76e000,0x00007f81bc86f000)] siginfo:si_signo=SIGBUS: si_errno=0, si_code=2 (BUS_ADRERR), si_addr=0x00007f81bc0d0a82 Stack: [0x00007f81bc76e000,0x00007f81bc86f000] , sp=0x00007f81bc86d220, free space=1020k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libzip.so+0x4982] newEntry+0x62 C [libzip.so+0x4fd3] ZIP_GetNextEntry+0x53 J java.util.zip.ZipFile.getNextEntry(JI)J J java.util.zip.ZipFile$1.nextElement()Ljava/util/zip/ZipEntry; j org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.initialize()Z+21 j org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.<init>(Ljava/io/File;)V+115 j org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSetsFromZips(Ljava/io/File;)Ljava/util/List;+46 j org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSets(Ljava/io/File;)Ljava/util/List;+21 j org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.removeSuperfluousBackupSets()V+32 j org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.backup()V+218 j org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.backupNow(Lorg/jvnet/hudson/plugins/thinbackup/ThinBackupPeriodicWork$BackupType;)V+83 j org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.execute(Lhudson/model/TaskListener;)V+44 j org.jvnet.hudson.plugins.thinbackup.hudson.model.AsyncPeriodicWork$1.run()V+66 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub V [libjvm.so+0x5f8465] JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x365 V [libjvm.so+0x5f6ec8] JavaCalls::call(JavaValue*, methodHandle, JavaCallArguments*, Thread*)+0x28 V [libjvm.so+0x5f7197] JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*)+0x197 V [libjvm.so+0x5f72b7] JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*)+0x47 V [libjvm.so+0x6731c5] thread_entry(JavaThread*, Thread*)+0xe5 V [libjvm.so+0x94d5ff] JavaThread::thread_main_inner()+0xdf V [libjvm.so+0x94d705] JavaThread::run()+0xf5 V [libjvm.so+0x815538] java_start(Thread*)+0x108 Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) J java.util.zip.ZipFile.getNextEntry(JI)J J java.util.zip.ZipFile$1.nextElement()Ljava/util/zip/ZipEntry; J java.util.zip.ZipFile$1.nextElement()Ljava/lang/Object; j org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.initializeFromZipFile()Z+42 j org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.initialize()Z+21 j org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.<init>(Ljava/io/File;)V+115 j org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSetsFromZips(Ljava/io/File;)Ljava/util/List;+46 j org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSets(Ljava/io/File;)Ljava/util/List;+21 j org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.removeSuperfluousBackupSets()V+32 j org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.backup()V+218 j org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.backupNow(Lorg/jvnet/hudson/plugins/thinbackup/ThinBackupPeriodicWork$BackupType;)V+83 j org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.execute(Lhudson/model/TaskListener;)V+44 j org.jvnet.hudson.plugins.thinbackup.hudson.model.AsyncPeriodicWork$1.run()V+66 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub
            Hide
            tofuatjava Thomas Fürer added a comment -

            is it possible that you are running out of memory? On linux the behaviour of the JVM is exactly that way you described when it allocates more memory than physical memory is available. So may be you have the do big Xmx value for your JVM and system. You could disable compressing the archives in case you do not have enouph memory, or you have the option to reduce the things you add to the backup (e.g. disable to backup the archive).

            To be honest I do not work with a Amazone S3 backup so I havn't test it, but I do not think that this migde be an issue.

            Show
            tofuatjava Thomas Fürer added a comment - is it possible that you are running out of memory? On linux the behaviour of the JVM is exactly that way you described when it allocates more memory than physical memory is available. So may be you have the do big Xmx value for your JVM and system. You could disable compressing the archives in case you do not have enouph memory, or you have the option to reduce the things you add to the backup (e.g. disable to backup the archive). To be honest I do not work with a Amazone S3 backup so I havn't test it, but I do not think that this migde be an issue.
            Hide
            mcsf M Chon added a comment -

            I am also getting this error.
            Would it be possible to have an option to ThinBackup to have it create .tar files (and possibly also .tgz) instead of .zip files?
            As I understand it, .zip is less efficient than .tar because it tries to individually compress each component file before adding to the archive. Whereas .tar creates the archive, which you can then zip all at once, at the end.

            Show
            mcsf M Chon added a comment - I am also getting this error. Would it be possible to have an option to ThinBackup to have it create .tar files (and possibly also .tgz) instead of .zip files? As I understand it, .zip is less efficient than .tar because it tries to individually compress each component file before adding to the archive. Whereas .tar creates the archive, which you can then zip all at once, at the end.
            Hide
            olivergondza Oliver Gondža added a comment -

            Linking OpenJDK bug report.

            Show
            olivergondza Oliver Gondža added a comment - Linking OpenJDK bug report.
            Hide
            tcb_xy Tim-Christian Bloss added a comment -

            That error happend to us some time ago, but not recently,
            Last time this occured we were using Oracle JRE 1.8.0_25 as it seems..

            ls -l /opt/jenkins_backup
            insgesamt 229336
            rw-rr- 1 tomcat tomcat 204881920 Feb 14 12:13 BACKUPSET_2015-02-13_12-00_.zip
            rw-rr- 1 tomcat tomcat 4915558 Jun 30 12:01 BACKUPSET_2015-06-29_12-00_.zip
            rw-rr- 1 tomcat tomcat 4952374 Jul 1 12:01 BACKUPSET_2015-06-30_12-00_.zip
            rw-rr- 1 tomcat tomcat 4990141 Jul 2 12:02 BACKUPSET_2015-07-01_12-00_.zip
            rw-rr- 1 tomcat tomcat 5002866 Jul 3 12:02 BACKUPSET_2015-07-02_12-00_.zip
            rw-rr- 1 tomcat tomcat 5025237 Jul 5 17:33 BACKUPSET_2015-07-03_12-00_.zip
            rw-rr- 1 tomcat tomcat 5027377 Jul 6 12:02 BACKUPSET_2015-07-05_12-00_.zip
            drwxr-xr-x 5 tomcat tomcat 4096 Jul 6 12:01 FULL-2015-07-06_12-00

            for I in $(ls /opt/jenkins_backup/*.zip); do unzip -q -t $I; done
            [/opt/jenkins_backup/BACKUPSET_2015-02-13_12-00_.zip]
            End-of-central-directory signature not found. Either this file is not
            a zipfile, or it constitutes one disk of a multi-part archive. In the
            latter case the central directory and zipfile comment will be found on
            the last disk(s) of this archive.
            unzip: cannot find zipfile directory in one of /opt/jenkins_backup/BACKUPSET_2015-02-13_12-00_.zip or
            /opt/jenkins_backup/BACKUPSET_2015-02-13_12-00_.zip.zip, and cannot find /opt/jenkins_backup/BACKUPSET_2015-02-13_12-00_.zip.ZIP, period.
            No errors detected in compressed data of /opt/jenkins_backup/BACKUPSET_2015-06-29_12-00_.zip.
            No errors detected in compressed data of /opt/jenkins_backup/BACKUPSET_2015-06-30_12-00_.zip.
            No errors detected in compressed data of /opt/jenkins_backup/BACKUPSET_2015-07-01_12-00_.zip.
            No errors detected in compressed data of /opt/jenkins_backup/BACKUPSET_2015-07-02_12-00_.zip.
            No errors detected in compressed data of /opt/jenkins_backup/BACKUPSET_2015-07-03_12-00_.zip.
            No errors detected in compressed data of /opt/jenkins_backup/BACKUPSET_2015-07-05_12-00_.zip.

            Jul 06, 2015 12:01:49 PM org.jvnet.hudson.plugins.thinbackup.backup.BackupSet initializeFromZipFile
            SCHWERWIEGEND: Cannot initialize BackupSet from ZIP file 'BACKUPSET_2015-02-13_12-00_.zip'.
            java.util.zip.ZipException: error in opening zip file
            at java.util.zip.ZipFile.open(Native Method)
            at java.util.zip.ZipFile.<init>(ZipFile.java:220)
            at java.util.zip.ZipFile.<init>(ZipFile.java:150)
            at java.util.zip.ZipFile.<init>(ZipFile.java:164)
            at org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.initializeFromZipFile(BackupSet.java:124)
            at org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.initialize(BackupSet.java:93)
            at org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.<init>(BackupSet.java:79)
            at org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSetsFromZips(Utils.java:352)
            at org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSets(Utils.java:371)
            at org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.removeSuperfluousBackupSets(HudsonBackup.java:397)
            at org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.backup(HudsonBackup.java:154)
            at org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.backupNow(ThinBackupPeriodicWork.java:87)
            at org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.execute(ThinBackupPeriodicWork.java:68)
            at org.jvnet.hudson.plugins.thinbackup.hudson.model.AsyncPeriodicWork$1.run(AsyncPeriodicWork.java:53)
            at java.lang.Thread.run(Thread.java:745)

            Show
            tcb_xy Tim-Christian Bloss added a comment - That error happend to us some time ago, but not recently, Last time this occured we were using Oracle JRE 1.8.0_25 as it seems.. ls -l /opt/jenkins_backup insgesamt 229336 rw-r r - 1 tomcat tomcat 204881920 Feb 14 12:13 BACKUPSET_2015-02-13_12-00_.zip rw-r r - 1 tomcat tomcat 4915558 Jun 30 12:01 BACKUPSET_2015-06-29_12-00_.zip rw-r r - 1 tomcat tomcat 4952374 Jul 1 12:01 BACKUPSET_2015-06-30_12-00_.zip rw-r r - 1 tomcat tomcat 4990141 Jul 2 12:02 BACKUPSET_2015-07-01_12-00_.zip rw-r r - 1 tomcat tomcat 5002866 Jul 3 12:02 BACKUPSET_2015-07-02_12-00_.zip rw-r r - 1 tomcat tomcat 5025237 Jul 5 17:33 BACKUPSET_2015-07-03_12-00_.zip rw-r r - 1 tomcat tomcat 5027377 Jul 6 12:02 BACKUPSET_2015-07-05_12-00_.zip drwxr-xr-x 5 tomcat tomcat 4096 Jul 6 12:01 FULL-2015-07-06_12-00 for I in $(ls /opt/jenkins_backup/*.zip); do unzip -q -t $I; done [/opt/jenkins_backup/BACKUPSET_2015-02-13_12-00_.zip] End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. unzip: cannot find zipfile directory in one of /opt/jenkins_backup/BACKUPSET_2015-02-13_12-00_.zip or /opt/jenkins_backup/BACKUPSET_2015-02-13_12-00_.zip.zip, and cannot find /opt/jenkins_backup/BACKUPSET_2015-02-13_12-00_.zip.ZIP, period. No errors detected in compressed data of /opt/jenkins_backup/BACKUPSET_2015-06-29_12-00_.zip. No errors detected in compressed data of /opt/jenkins_backup/BACKUPSET_2015-06-30_12-00_.zip. No errors detected in compressed data of /opt/jenkins_backup/BACKUPSET_2015-07-01_12-00_.zip. No errors detected in compressed data of /opt/jenkins_backup/BACKUPSET_2015-07-02_12-00_.zip. No errors detected in compressed data of /opt/jenkins_backup/BACKUPSET_2015-07-03_12-00_.zip. No errors detected in compressed data of /opt/jenkins_backup/BACKUPSET_2015-07-05_12-00_.zip. Jul 06, 2015 12:01:49 PM org.jvnet.hudson.plugins.thinbackup.backup.BackupSet initializeFromZipFile SCHWERWIEGEND: Cannot initialize BackupSet from ZIP file 'BACKUPSET_2015-02-13_12-00_.zip'. java.util.zip.ZipException: error in opening zip file at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:220) at java.util.zip.ZipFile.<init>(ZipFile.java:150) at java.util.zip.ZipFile.<init>(ZipFile.java:164) at org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.initializeFromZipFile(BackupSet.java:124) at org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.initialize(BackupSet.java:93) at org.jvnet.hudson.plugins.thinbackup.backup.BackupSet.<init>(BackupSet.java:79) at org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSetsFromZips(Utils.java:352) at org.jvnet.hudson.plugins.thinbackup.utils.Utils.getValidBackupSets(Utils.java:371) at org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.removeSuperfluousBackupSets(HudsonBackup.java:397) at org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup.backup(HudsonBackup.java:154) at org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.backupNow(ThinBackupPeriodicWork.java:87) at org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork.execute(ThinBackupPeriodicWork.java:68) at org.jvnet.hudson.plugins.thinbackup.hudson.model.AsyncPeriodicWork$1.run(AsyncPeriodicWork.java:53) at java.lang.Thread.run(Thread.java:745)

              People

              • Assignee:
                tofuatjava Thomas Fürer
                Reporter:
                blystad Arne-Christian Blystad
              • Votes:
                2 Vote for this issue
                Watchers:
                7 Start watching this issue

                Dates

                • Created:
                  Updated: