Make_tape_recovery Tar Problem

[Patrick Ware_1]

I am trying to make a recovery tape on several servers that have always been successful in the past. Now, however, I am getting this error below. I even added 2 GB of space to /var, but it failed again. Any ideas on this one?


======= 03/24/10 10:53:02 CDT Started /opt/ignite/bin/make_tape_recovery.
(Wed Mar 24 10:53:02 CDT 2010)
@(#)Ignite-UX Revision C.7.2.94
@(#)ignite/net_recovery (opt) $Revision: 10.882 $ $Date: 2007/02/28
17:10:48 $

* Testing for necessary pax patch.
* Checking Versions of Ignite-UX filesets
* Creating System Configuration.
* /opt/ignite/bin/save_config -f
/var/opt/ignite/recovery/2010-03-24,10:53/system_cfg vg00
* Backing Up Volume Group /dev/vg00
* /usr/sbin/vgcfgbackup /dev/vg00
* Creating Map Files for Volume Group /dev/vg00
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vg00.mapfile /dev/vg00

* Backing Up Volume Group /dev/vg06
* /usr/sbin/vgcfgbackup /dev/vg06
* Creating Map Files for Volume Group /dev/vg06
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vg06.mapfile /dev/vg06

* Backing Up Volume Group /dev/vg07
* /usr/sbin/vgcfgbackup /dev/vg07
* Creating Map Files for Volume Group /dev/vg07
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vg07.mapfile /dev/vg07

* Backing Up Volume Group /dev/vg13
* /usr/sbin/vgcfgbackup /dev/vg13
* Creating Map Files for Volume Group /dev/vg13
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vg13.mapfile /dev/vg13

* Backing Up Volume Group /dev/vgapp01
* /usr/sbin/vgcfgbackup /dev/vgapp01
* Creating Map Files for Volume Group /dev/vgapp01
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgapp01.mapfile /dev/vgapp01

* Backing Up Volume Group /dev/vgapp02
* /usr/sbin/vgcfgbackup /dev/vgapp02
* Creating Map Files for Volume Group /dev/vgapp02
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgapp02.mapfile /dev/vgapp02

* Backing Up Volume Group /dev/vgapp03
* /usr/sbin/vgcfgbackup /dev/vgapp03
* Creating Map Files for Volume Group /dev/vgapp03
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgapp03.mapfile /dev/vgapp03

* Backing Up Volume Group /dev/vgapp04
* /usr/sbin/vgcfgbackup /dev/vgapp04
* Creating Map Files for Volume Group /dev/vgapp04
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgapp04.mapfile /dev/vgapp04

* Backing Up Volume Group /dev/vgtlg
* /usr/sbin/vgcfgbackup /dev/vgtlg
* Creating Map Files for Volume Group /dev/vgtlg
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgtlg.mapfile /dev/vgtlg

* Backing Up Volume Group /dev/vgtlg02
* /usr/sbin/vgcfgbackup /dev/vgtlg02
* Creating Map Files for Volume Group /dev/vgtlg02
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgtlg02.mapfile /dev/vgtlg02

* Backing Up Volume Group /dev/vgora
* /usr/sbin/vgcfgbackup /dev/vgora
* Creating Map Files for Volume Group /dev/vgora
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgora.mapfile /dev/vgora

* Backing Up Volume Group /dev/vgsla_ora_01a_01
* /usr/sbin/vgcfgbackup /dev/vgsla_ora_01a_01
* Creating Map Files for Volume Group /dev/vgsla_ora_01a_01
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgsla_ora_01a_01.mapfile
/dev/vgsla_ora_01a_01

* Backing Up Volume Group /dev/vgsla_ora_01a_redo01
* /usr/sbin/vgcfgbackup /dev/vgsla_ora_01a_redo01
* Creating Map Files for Volume Group /dev/vgsla_ora_01a_redo01
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgsla_ora_01a_redo01.mapfile
/dev/vgsla_ora_01a_redo01

* Backing Up Volume Group /dev/vgsla_ora_01a_redo02
* /usr/sbin/vgcfgbackup /dev/vgsla_ora_01a_redo02
* Creating Map Files for Volume Group /dev/vgsla_ora_01a_redo02
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgsla_ora_01a_redo02.mapfile
/dev/vgsla_ora_01a_redo02

* Backing Up Volume Group /dev/vgsla_ora_01a_redo03
* /usr/sbin/vgcfgbackup /dev/vgsla_ora_01a_redo03
* Creating Map Files for Volume Group /dev/vgsla_ora_01a_redo03
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgsla_ora_01a_redo03.mapfile
/dev/vgsla_ora_01a_redo03

* Backing Up Volume Group /dev/vgsla_ora_01a_redo04
* /usr/sbin/vgcfgbackup /dev/vgsla_ora_01a_redo04
* Creating Map Files for Volume Group /dev/vgsla_ora_01a_redo04
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgsla_ora_01a_redo04.mapfile
/dev/vgsla_ora_01a_redo04

* Backing Up Volume Group /dev/vgora_arc
* /usr/sbin/vgcfgbackup /dev/vgora_arc
* Creating Map Files for Volume Group /dev/vgora_arc
* /usr/sbin/vgexport -s -p -m /etc/lvmconf/vgora_arc.mapfile
/dev/vgora_arc

* Creating Control Configuration.
* Creating Archive File List
* Creating Archive Configuration

* /opt/ignite/lbin/make_arch_config -c
/var/opt/ignite/recovery/2010-03-24,10:53/archive_cfg -g
/var/opt/ignite/recovery/2010-03-24,10:53/flist -n 2010-03-24,10:53 -r
pa -b 64 -d /dev/rmt/0mn -t 1 -i 3 -m t
* Saving the information about archive to
/var/opt/ignite/recovery/previews
* Creating The Tape Archive
tar: usage tar [-]{txruc}[eONvVwAfblhm{op}][0-7[lmh]] [tapefile] [blocksize] [[-C directory] file] ...
make_medialif: ERROR: Cannot tar and gzip script files; possibly insufficient disk space in /var/tmp/make_medialif24841.

======= 03/24/10 10:56:40 CDT make_tape_recovery completed unsuccessfully

[Steven Schweda]

I know nothing but the complaint from "tar"
is a "tar: usage" message, suggesting a
malformed "tar" command. The other message,
"make_medialif: ERROR: Cannot tar [...]"
looks like a generic '"tar"-failed' message,
so its ("possibly") advice about disk space
probably has little or no value.

Being able to see the actual "tar" command
might help. Any diagnostic options in any
of these commands?

[Michal Kapalka (mikap)]

hi,

link from ITRC :

http://forums11.itrc.hp.com/service/forums/questionanswer.do?admit=109447626+1269453714033+28353475&threadId=1171617

mika

[Patrick Ware_1]

I've seen that thread, but wasn't able to garner any solution out of it. There is definitely a tar issue.

[Steven Schweda]

> http://forums11.itrc.hp.com/service/forums/questionanswer.do?admit=109447626+1269453714033+28353475&threadId=1171617

Note: In a citation like this,

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

should be plenty.

"make_tape_recovery" is a real executable, so
debugging it may be non-trivial, but if the
failing thing is actually "make_medialif",
as it would seem (to me), which (at 11.11, at
least) is a shell script, then it might be
easier to coerce some diagnostic output from
it than from "make_tape_recovery".

Around here, the "tar" command in there looks
like this:

tar -cfb - 20 $file

So, I'd expect that you'll be running the
first "tar" on your PATH, which may or may
not be the one which this script is
expecting, and I have no idea what mess
"$file" might expand into in your
environment. But it appears that your "tar"
program is unhappy with what it sees.

> [...] There is definitely a tar issue.

At Sports Illustrated, there is definitely a
swimsuit issue. Or did you mean "problem"?

[Dennis Handly]

>Steven: Being able to see the actual "tar" command might help. Any diagnostic options in any of these commands?

You may have to just use tusc and see what processes and parms are passed:
tusc -fp -ea -o tusc.out make_tape_recovery ...

>I'd expect that you'll be running the first "tar" on your PATH, which may or may not be the one which this script is expecting,

tusc would tell you which.

[Patrick Ware_1]

Looks like the problem was that something is creating a file named "-" in the / directory.