make_net_recovery problems creating dr images

[Eric Thiessen]

I am creating system images for dr with make_net_recovery.

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/06/02 04:38:51 EST make_net_recovery completed unsuccessfully

I have installed GNU gzip v 1.3.1 but am still getting File too large errors from gzip. Any suggestions?

[Sanjay_6]

Hi Eric,

Do you have largefiles enabled on the filesystem where you are creating this archive. Try " fsadm -F vxfs /mount_point"

Try this link to know how to enable largefiles if required,

http://us-support3.external.hp.com/cki/bin/doc.pl/sid=a168d9930d02bbd61c/screen=ckiDisplayDocument?docId=200000009872653

Hope this helps.

regds

[Patrick Wallek]

When you installed the new version of gzip it more than likely installed to /opt/gzip with the executable being /opt/gzip/bin/gzip.

The gzip that comes with HP-UX is in /usr/contrib/bin/gzip.

What I did to get around this problem:

# mv /usr/contrib/bin/gzip /usr/contrib/bin/gzip.orig

# ln -s /opt/gzip/bin/gzip /usr/contrib/bin/gzip

[Eric Thiessen]

Sanjay,

the fsadm command you recommneded returns

nomultifsets
largefiles

Additionally, I have created large files in that filesystem.

Patrick, I do have links to executables in /opt/gzip/bin in /usr/contrib/bin.

[Patrick Wallek]

Check out this thread:
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x7364dfe5920fd5118fef0090279cd0f9,00.html

What version(s) of HP-UX are your machines running? There could possibly be an issue with NFS v2 vs NFS v3.

[Eric Thiessen]

Both the client and ignite server are on 11.00.

[Patrick Wallek]

I don't suppose there are any other versions of gzip running around on your system?

[Eric Thiessen]

Not that I'm aware of. Running gzip -V
returns 1.3.1

[George A Bodnar]

Try using the default /usr/contrib/bin/gzip and see if this fixes your problem. Here is the output from gzip -V against an 11.0 server:

gzip -V
gzip 1.2.4 (18 Aug 93)
Compilation options:
DIRENT UTIME STDC_HEADERS HAVE_UNISTD_H

Perhaps HP compiled "largefile" support into this utility or something along those lines.

[harry d brown jr · Accepted solution]

Eric,

Man this started back on Jan 10th, and you are still having issues?


Can you post the make_net_recovery options you used?


Also,

take a gander at these:
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xfcb079bffde7d4118fef0090279cd0f9,00.html
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xe2ae854994d9d4118fef0090279cd0f9,00.html

And especially this thread:
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x42fd6c96588ad4118fef0090279cd0f9,00.html


Make sure all of your filesystem being used, including the "net" host receiving the DR image are of LARGEFILESYSTEM type. And check gzip on BOTH servers!


live free or die
harry

[Sandip Ghosh]

You can give the following commands and see
#whereis gzip
#export PATH=$PATH:

#make_recovery -AvC

Sandip

[Patrick Wallek]

Eric,

Have you gotten this working yet? I've been doing some experiments and I had forgotten that you DO need to update gzip on the machine you are backing up. It won't hurt to update the Ignite server as well, but the client will definitely need updateing as the gzip'ing is done on the client side before the data is transferred to the server.

[Eric Thiessen]

This is the make_net_recovery command I am using.

/opt/ignite/bin/make_net_recovery -s ignite -a ignite:/ignite/archives/server1 -v -x inc_entir
e=/dev/vg00 "test_server1_image"

The gzip version is definitely 1.3.1 on both the client and ignite server. Links point from /usr/contrib/bin to /opt/gzip/bin for the gzip command.

Largefiles has been set on the /ignite/archives filesystem since it was created. I have set largefiles for /var/opt/ignite on the server also, and as we speak I am running make_net_recovery again. Any other filesystems that anyone can think of that will need largefiles set?

[Eric Thiessen]

Thanks to everyone who offered help. My make_net_recovery command is still running but the archive is approaching 3 Gb without any problems.

The solution appears to be a combination of installing a largefiles compatible version of gzip and making sure that not only the filesystem being archived to but also the filesystem containing /var/opt/ignite (if that is not the filesystem where the image is stored) on the ignite server have largefiles enabled.