1833632 Members
3508 Online
110062 Solutions
New Discussion

Re: HELP gzip

 
SOLVED
Go to solution
Jason Berendsen
Regular Advisor

HELP gzip

I am trying to decompress a gzip file and it blows up at 2 gigs with the following error:
File too large

I checked my filesystem and it is set to largefiles.

I downloaded gzip version 1.3.1 after finding that this was a problem with 1.2.4. Even running with version 1.3.1 I am still getting this error.

What is causing this????
10 REPLIES 10
Craig Rants
Honored Contributor

Re: HELP gzip

Did you get it from the hpux porting site? That depot was built to handle the >2GB files. If so run gzip -V and see what version it tells you that you are using. We can go from there.

GL,
C
"In theory, there is no difference between theory and practice. But, in practice, there is. " Jan L.A. van de Snepscheut
Patrick Wallek
Honored Contributor
Solution

Re: HELP gzip

Are you sure you are using the new version of gzip since installing version 1.3.1? The gzip that comes with HP-UX is in /usr/contrib/bin, but when you install a new version of gzip it is installed /opt/gzip/bin.

It still sounds like either gzip, or your filesystem are problems. Double check and make sure that your LV can support large files.

# fsadm /mount_dir

And do the gunzip by specifying the new gzip explicitly:

# /opt/gzip/bin/gunzip file_to_gunzip.gz
Tim Grantham
Occasional Contributor

Re: HELP gzip

The following is the output of my filesystem:
root@unixadm1:/opt/gzip/bin > fsadm /testing
fsadm: /etc/default/fs is used for determining the file system type
nomultifsets
largefiles

The command I am running to decompress is /opt/gzip/bin/gzip -d /testing/mermod02.gz

Jason Berendsen
Regular Advisor

Re: HELP gzip

Sorry I had logged out.

The following is the output of my filesystem:
root@unixadm1:/opt/gzip/bin > fsadm /testing
fsadm: /etc/default/fs is used for determining the file system type
nomultifsets
largefiles

The command I am running to decompress is /opt/gzip/bin/gzip -d /testing/mermod02.gz
Patrick Wallek
Honored Contributor

Re: HELP gzip

This may be a silly question, but since you are specifying the fully qualified file name, what directory are you in when executing the gunzip operation?

Have you tried:

# cd /testing
# /opt/gzip/bin/gunzip mermod02.gz
Mark Greene_1
Honored Contributor

Re: HELP gzip

Craig,

Where is the porting site? I did a search for gzip at software.hp.com and came up empty. I am running gzip 1.2.4 and would like to upgrade.

Thanks,
mark
the future will be a lot like now, only later
Jason Berendsen
Regular Advisor

Re: HELP gzip

This is the URL that I got the newer version from.

http://hpux.cs.utah.edu/hppd/hpux/Gnu/gzip-1.3.1/
Jason Berendsen
Regular Advisor

Re: HELP gzip

Patrick,

I tried as you suggested by changing directory to testing first. That worked. Why doesn't it work when I fully qualify the path?
Mark Greene_1
Honored Contributor

Re: HELP gzip

Jason,

thanks for the URL, give yourself 10 points. :-)

mark
the future will be a lot like now, only later
Patrick Wallek
Honored Contributor

Re: HELP gzip

The only reason I can think of for it not working when you specified the full path was that it was using your CURRENT directory as a kind of working directory, before moving the gunzip'ed file back to its original location. If you were in /opt, /opt by default does NOT support largefiles, when gunzip'ing the file and the file reached 2GB, then you would probably see the error.