ignite 6.6.9.3 on hp-ux 11.11 with gzip 1.3.5

[Herwarth Heitmann]

hello,

i got the gzip file too large error when doing a make_net_recovery. according to other threads i have done the following:

on ignite server: /var/opt/ignite largefiles and vxfs 20 gb free on that volume
gzip 1.3.5
created link /usr/contrib/bin/gzip -> /usr/local/bin/gzip
ignite server 6.6.9.3
i can create files greater than 2 gb on /var/opt/ignite

on client:
gzip 1.3.5
ignite utils 6.6.9.3

and i still get the error when it gets greater than 2 gb

[Arunvijai_4]

Hello,

Try to use gzip utility from http://hpux.cs.utah.edu/hppd/hpux/Gnu/gzip-1.3.5/

-Arun

[Herwarth Heitmann]

i am using that version.....

[Arunvijai_4]

Hello,

You said, created link /usr/contrib/bin/gzip -> /usr/local/bin/gzip

Don't forget to Check these threads,

http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=782321
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=996686

-Arun

[Fabio Ettore]

Hi Herwarth,

can you post the session of make_net_recovery in order to see the point where it complains "file too large"?
Since largefiles is enabled on Ignite-UX Server then the problem probably is on client about the following two points:

- largefiles is not enabled on the client (on the filesystem where Ignite-UX tries to write);
- gzip used is another version even if you installed 1.3.5. I faced the latter situation; in that instance there were two gzip versions and the system was using the older one as it was first on the PATH variable.

What I wrote here is just an experience and hypothesis...not sure that is the real problem but looks for the make_net_recovery session can clear more.

Best regards,
Fabio

[Herwarth Heitmann]

i checked those threads.... the link to gzip is pointing to version 1.3.5

when i do:
# which gzip
/usr/contrib/bin/gzip

# gzip -V
gzip 1.3.5
(2002-09-30)
Copyright 2002 Free Software Foundation
Copyright 1992-1993 Jean-loup Gailly
This program comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of this program
under the terms of the GNU General Public License.
For more information about these matters, see the file named COPYING.
Compilation options:
DIRENT UTIME STDC_HEADERS HAVE_UNISTD_H HAVE_MEMORY_H HAVE_STRING_H HAVE_LSTAT
Written by Jean-loup Gailly.

# find / -name gzip
/usr/contrib/bin/gzip
/usr/local/bin/gzip
/usr/local/doc/gzip
/var/adm/sw/products/gzip

# ls -l /usr/contrib/bin/gzip
lrwxr-xr-x 1 root sys 19 Feb 24 11:33 /usr/contrib/bin/gzip -> /usr/local/bin/gzip
#

what's not clear to you about this picture. everything is according to those threads....

[Herwarth Heitmann]

output from make_net_recovery....
* Creating Archive File List
* Creating Archive Configuration

* /opt/ignite/lbin/make_arch_config -c /var/opt/ignite/recovery/client_m
nt/0x00306E4C8EFC/recovery/2006-02-24,11:33/archive_cfg -g /var/opt/ig
nite/recovery/client_mnt/0x00306E4C8EFC/recovery/2006-02-24,11:33/flis
t -n 2006-02-24,11:33 -r pa -b 64 -d Recovery\ Archive -L
/var/opt/ignite/recovery/arch_mnt -l
172.16.105.151:/var/opt/ignite/recovery/archives/horus -i 1 -m t
* Saving the information about archive to
/var/opt/ignite/recovery/previews
* Creating The Networking Archive

* /opt/ignite/data/scripts/make_sys_image -d
/var/opt/ignite/recovery/arch_mnt -t n -s local -n 2006-02-24,11:33 -m
t -w /var/opt/ignite/recovery/client_mnt/0x00306E4C8EFC/recovery/2006-
02-24,11:33/recovery.log -u -R -g /var/opt/ignite/recovery/client_mnt/
0x00306E4C8EFC/recovery/2006-02-24,11:33/flist -a 9886730

* Preparing to create a system archive.
* The archive is estimated to reach 4943365 kbytes.
* Free space on /var/opt/ignite/recovery/arch_mnt
after archive should be about 14147947 kbytes.

* Archiving contents of horus via tar to
/var/opt/ignite/recovery/arch_mnt/2006-02-24,11:33.

gzip: stdout: File too large
ERROR: The gzip command failed (exit status 1).
ERROR: The gzip command failed (exit status 1).

ERROR: The make_sys_image command failed. The system recovery archive will
not be created.


======= 02/24/06 11:49:52 MET make_net_recovery completed unsuccessfully

#

[Fabio Ettore]

Hi,

I think the problem is that the client doesn't recognize the largefiles setting on the /var/opt/ignite NFS filesystem.
Please read the doc

4000043685 - Error from make_net_recovery: gzip: stdout: File too large

Do you launch make_net_recovery by at/cron?

HTH.

Best regards,
Fabio

[John P. Kole · Accepted solution]

There is a tremendous amount of urban folklore about the version of gzip Ignite uses and the "file too large" message that occurs.

I have rarely found that the gzip Ignite uses would abort because of a largefile. I wrote a very detailed note about this, and if you can chug your way thru it, you may find it informative:

http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=713940

In that note about, please read the 3 sections posted by me.

Regards,
jpkole

[Herwarth Heitmann]

yes that works! indeed it was the nfs server which was running in version 2 mode. after changing autofs=0 to autofs=1 to use the automount with nfs version 3.