Uploaded image for project: 'Confluence Data Center'
  1. Confluence Data Center
  2. CONFSERVER-10689

An error message is printed when decompressing confluence-2.7.1-std.tar.gz

      When decompressing the Standalone version of Confluence an error message is printed at the end of decompression like this:
      tar: A lone zero block at 145270

      The decompressed result seems to work without problems though. This warning is apparently caused by different versions of tar having different end of file indicators. I can't find a definitive link on the topic, but http://www-1.ibm.com/support/docview.wss?ratlid=cctocbody&rs=984&uid=swg21270445 is okay.

      It's odd that this should start happening in our releases suddenly though.

            [CONFSERVER-10689] An error message is printed when decompressing confluence-2.7.1-std.tar.gz

            Don Willis added a comment -

            No, the workaround is to say: "Hey, there's that error message. Lucky that I know it's just a version incompatibility problem and that actually the file has been uncompressed successfully." At least that's the one I use.

            Don Willis added a comment - No, the workaround is to say: "Hey, there's that error message. Lucky that I know it's just a version incompatibility problem and that actually the file has been uncompressed successfully." At least that's the one I use.

            Same issue with confluence 3.0.0.01 on OSX 10.5.7, using command line tar which happens to surprisingly be 1.15.1. Note that double clicking on the tar file in the finder had no issues "unarchiving". Perhaps it uses a different mechanism or different flags.

            So I guess the workaround is to avoid being a power user?

            Kevin Ross added a comment - Same issue with confluence 3.0.0.01 on OSX 10.5.7, using command line tar which happens to surprisingly be 1.15.1. Note that double clicking on the tar file in the finder had no issues "unarchiving". Perhaps it uses a different mechanism or different flags. So I guess the workaround is to avoid being a power user?

            gtar xvf confluence-2.10.2.tar.gz

            causes:
            gtar: A lone zero block at 168382

            gtar ixvf confluence-2.10.2.tar.gz

            causes:
            gtar: Unexpected EOF in archive

            We are using tar (GNU tar) 1.17 on Solaris 10.

            Brandt Daniels added a comment - gtar xvf confluence-2.10.2.tar.gz causes: gtar: A lone zero block at 168382 gtar ixvf confluence-2.10.2.tar.gz causes: gtar: Unexpected EOF in archive We are using tar (GNU tar) 1.17 on Solaris 10.

            Liu Shen added a comment -

            The confluence-2.10-std.tar.gz also get similar error message:

            tar: A lone zero block at 176799
            

            Environment:
            Mac OS X 10.5.5, tar version: tar (GNU tar) 1.15.1

            Liu Shen added a comment - The confluence-2.10-std.tar.gz also get similar error message: tar: A lone zero block at 176799 Environment: Mac OS X 10.5.5, tar version: tar (GNU tar) 1.15.1

            PLXCOMP-38 has been checked in. I opened up http://jira.codehaus.org/browse/MASSEMBLY-302 to ensure this component is upgraded in the Maven Assembly plugin (The plugin that produces our releases).

            James Dumay added a comment - PLXCOMP-38 has been checked in. I opened up http://jira.codehaus.org/browse/MASSEMBLY-302 to ensure this component is upgraded in the Maven Assembly plugin (The plugin that produces our releases).

            This is a known problem in the plexus archiver component that Maven uses to build the tar files for releases.

            http://jira.codehaus.org/browse/PLXCOMP-38

            When this fix is integrated we will upgrade our Maven plugins that will pull in the new version. For now, this problem is purely cosmetic and the resulting files are not compromised.

            James Dumay added a comment - This is a known problem in the plexus archiver component that Maven uses to build the tar files for releases. http://jira.codehaus.org/browse/PLXCOMP-38 When this fix is integrated we will upgrade our Maven plugins that will pull in the new version. For now, this problem is purely cosmetic and the resulting files are not compromised.

            Observed in CSP-16817, for confluence-2.7.2.tar.gz (i.e. the WAR version).
            tar version: app-arch/tar-1.19-r1, on Gentoo (2.6.19-gentoo-r5).

            James Fleming (Inactive) added a comment - - edited Observed in CSP-16817 , for confluence-2.7.2.tar.gz (i.e. the WAR version). tar version: app-arch/tar-1.19-r1, on Gentoo (2.6.19-gentoo-r5).

            As a workaround in OS X, you can just double-click on the file on your desktop and it seems to expand fine (I haven't tried to run it yet, but there were no errors).

            Gary Weaver added a comment - As a workaround in OS X, you can just double-click on the file on your desktop and it seems to expand fine (I haven't tried to run it yet, but there were no errors).

            And note that it only happens for us for untarring 2.7.1, not 2.7 or any previous versions of Confluence (at least that I've untarred).

            Gary Weaver added a comment - And note that it only happens for us for untarring 2.7.1, not 2.7 or any previous versions of Confluence (at least that I've untarred).

            This happened for us in OS X 10.4.11, fully up to date. Tar version is 1.16.1.

            $ tar --version

            tar (GNU tar) 1.16.1
            Copyright (C) 2006 Free Software Foundation, Inc.
            This is free software. You may redistribute copies of it under the terms of
            the GNU General Public License <http://www.gnu.org/licenses/gpl.html>.
            There is NO WARRANTY, to the extent permitted by law.

            Written by John Gilmore and Jay Fenlason.

            Gary Weaver added a comment - This happened for us in OS X 10.4.11, fully up to date. Tar version is 1.16.1. $ tar --version tar (GNU tar) 1.16.1 Copyright (C) 2006 Free Software Foundation, Inc. This is free software. You may redistribute copies of it under the terms of the GNU General Public License < http://www.gnu.org/licenses/gpl.html >. There is NO WARRANTY, to the extent permitted by law. Written by John Gilmore and Jay Fenlason.

              matt@atlassian.com Matt Ryall
              don.willis@atlassian.com Don Willis
              Affected customers:
              3 This affects my team
              Watchers:
              1 Start watching this issue

                Created:
                Updated:
                Resolved: