This is a multipart message in MIME format.
--=_alternative 00736F4485257083_=
Content-Type: text/plain; charset="US-ASCII"
running NBU51. It has a Media mount Timeout its set for 15 minutes. If the
tape is mount by that settings time it will can the job move to another
tape/drive and restart that job provided it is within the window. Does
your version have such a param?
Ray H.
ext 8527
You can't solve a problem with the same mind that created
it.............Albert Einstein
Matthew Hall <matt AT angui DOT sh>
Sent by: veritas-bu-admin AT mailman.eng.auburn DOT edu
09/20/2005 01:50 PM
To
veritas-bu AT mailman.eng.auburn DOT edu
cc
Subject
[Veritas-bu] Media Error (84)
This is probably the most annoying thing, ever.
Why can't NetBackup just skip the damn tape, and move on to another
one, instead of halting the entire friggen backup? Can I configure this
somewhere?
My problem: Veritas NetBackup 4.5 (Unix/Solaris).
(Packs: NB_45_8_M NB_DMP_45_8_M NB_CLT_45_8_M NB_JAV_45_8_M)
I just put a fresh batch of SDLT tapes in the tape loader,
Quantum M1500 SDLT tape library - all brand new straight from
shrink-wrap.
Here's the relevant bit from the bptm log ...
19:43:57.449 [26527] <2> vmdb_query_scratch_bypool2: server returned: 1
000179
------ 26 000179 -------- 8 0 dumped 00_000_TLD 13 0 0 0 0 root root 4
TMP_OFFSITE - 1126894060 1127162982 0 0 0 0 0 0 0 - 0 0 41 0 0 0 0 0 - 0 0
0 0 0 0 0 0 0
0 0 - 0 0 0 0 0 0 0 0 0 0 0 Added by Media Manager
19:43:57.449 [26527] <2> db_byid: search for media id 000179
19:43:57.451 [26527] <2> db_put: write media id 000179, offset = 104
19:43:57.470 [26527] <2> select_media: selected media id 000179 for
backup[0], megastore(rl = 8) <----------
19:43:57.470 [26527] <2> mount_open_media: Waiting for mount of media id
000179
(copy 1) on server dumped.
19:43:57.471 [26527] <2> mount_open_media: setting NDMP_TAPE_MOUNT flag
for tpreq, SpNum field is 1
19:44:26.877 [11647] <2> bptm: INITIATING (VERBOSE = 5): -count -cmd -rt 8
-rn 0 -stunit dumped-dlt3-robot-tld-0 -den 21 -mt 2 -masterversion 450000
19:44:26.878 [11647] <2> bptm: EXITING with status 0 <----------
19:44:27.943 [11653] <2> bptm: INITIATING (VERBOSE = 5): -count -cmd -rt 8
-rn 0 -stunit megastore-dlt3-robot-tld-0 -den 21 -mt 3 -masterversion
450000 -c megastore
19:44:27.944 [11653] <2> bptm: EXITING with status 0 <----------
19:46:31.939 [26527] <2> io_open: ndmp_drive_name is /ndmp/nrst0a
19:46:31.940 [26527] <2> ndmp_connect_open_and_auth: ndmp_hit_eom is 1
19:46:31.990 [26527] <2> io_open: file
/usr/openv/netbackup/db/media/tpreq/000179 successfully opened
19:46:31.990 [26527] <2> TpGetDevice: read 2 items from regular file
/usr/openv/netbackup/db/media/tpreq/000179, ndmp_hostname = megastore,
devname = /ndmp/nrst0a
19:46:31.990 [26527] <2> write_backup: media id 000179 mounted on drive
index 1, drivepath /ndmp/nrst0a, drivename MEGASTORE-SDLT320, copy 1
19:46:31.991 [26527] <2> io_read_media_header: drive index 1, reading
media header, buflen = 32768, buff = 0x302d00, copy 1
19:46:31.991 [26527] <2> io_ioctl: command (5)MTREW 1 from (bptm.c.6356)
on drive index 1
19:46:32.139 [26527] <2> io_read_media_header: ndmp_tape_read_func
returned 12
19:46:32.139 [26527] <2> io_read_media_header: block read is not a
NetBackup media header, len = 0, media id 000179, drive index 1, data is
unknown
19:46:32.139 [26527] <2> io_write_media_header: drive index 1, writing
media header
19:46:32.139 [26527] <2> io_close: closing
/usr/openv/netbackup/db/media/tpreq/000179, from bptm.c.7337
19:46:32.189 [26527] <2> io_open: ndmp_drive_name is /ndmp/nrst0a
19:46:32.189 [26527] <2> ndmp_connect_open_and_auth: ndmp_hit_eom is 1
19:46:32.239 [26527] <2> io_open: file
/usr/openv/netbackup/db/media/tpreq/000179 successfully opened
19:46:32.239 [26527] <2> io_ioctl: command (5)MTREW 1 from (bptm.c.7341)
on drive index 1
19:46:32.549 [26527] <2> io_write_block: ndmp_tape_write_func returned
1024
19:46:32.549 [26527] <2> io_ioctl: command (0)MTWEOF 1 from (bptm.c.7370)
on drive index 1
19:49:27.406 [11704] <2> bptm: INITIATING (VERBOSE = 5): -count -cmd -rt 8
-rn 0 -stunit dumped-dlt3-robot-tld-0 -den 21 -mt 2 -masterversion 450000
19:49:27.407 [11704] <2> bptm: EXITING with status 0 <----------
19:49:28.475 [11710] <2> bptm: INITIATING (VERBOSE = 5): -count -cmd -rt 8
-rn 0 -stunit megastore-dlt3-robot-tld-0 -den 21 -mt 3 -masterversion
450000 -c megastore
19:49:28.477 [11710] <2> bptm: EXITING with status 0 <----------
19:52:20.093 [26527] <16> io_ioctl: io_ioctl_ndmp (MTWEOF) failed on media
id 000179, drive index 1, return code -1 (?) (bptm.c.7370)
19:52:20.123 [26527] <2> log_media_error: successfully wrote to error file
- 09/19/05 19:52:20 000179 1 WRITE_ERROR
19:52:20.123 [26527] <2> check_error_history: called from bptm line 16964,
EXIT_Status = 84
19:52:20.174 [26527] <2> check_error_history: drive index = 1, media id =
000179, time = 09/19/05 19:52:20, both_match = 0, media_match = 0,
drive_match = 0
19:52:20.174 [26527] <2> io_close: closing
/usr/openv/netbackup/db/media/tpreq/000179, from bptm.c.13181
19:52:20.221 [26527] <2> tpunmount: tpunmount'ing
/usr/openv/netbackup/db/media/tpreq/000179
I guess the relevant bit out of that is:
19:52:20.093 [26527] <16> io_ioctl: io_ioctl_ndmp (MTWEOF) failed on media
id 000179, drive index 1, return code -1 (?) (bptm.c.7370)
My differential, shorter backups have no issues, ever. It seems that
my longer backups are having problems. It's usually the 2nd or 3rd tape
that's mounted that mysteriously has a 'media error'. I'm not sure
exactly what to troubleshoot or look at at this point. NDMP issues?
Problems with my NetApp? Something with the tape drive? Something with
my Solaris server?
"SunOS dumped 5.9 Generic_112233-08 sun4u sparc SUNW,Sun-Fire-V210"
"NetApp Release 6.5.5: Wed Apr 27 04:39:40 PDT 2005"
Any pointers or things to look at would be great,
Thanks,
--
It's always September somewhere on the 'net. | http://angui.sh
Another proud member of Eep's killfile. | Unix Sys. Admin.
All projects approach the ghetto, some |
faster than others. | matt AT angui DOT sh
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--=_alternative 00736F4485257083_=
Content-Type: text/html; charset="US-ASCII"
<br><font size=2 face="sans-serif">running NBU51. It has a Media mount
Timeout its set for 15 minutes. If the tape is mount by that settings time
it will can the job move to another tape/drive and restart that job provided
it is within the window. Does your version have such a param? </font>
<br><font size=2 face="sans-serif"><br>
Ray H.<br>
ext 8527<br>
You can't solve a problem with the same mind that created it.............Albert
Einstein</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Matthew Hall <matt AT angui
DOT sh></b>
</font>
<br><font size=1 face="sans-serif">Sent by: veritas-bu-admin AT
mailman.eng.auburn DOT edu</font>
<p><font size=1 face="sans-serif">09/20/2005 01:50 PM</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">veritas-bu AT mailman.eng.auburn DOT
edu</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">[Veritas-bu] Media Error (84)</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2><tt><br>
This is probably the most annoying thing, ever.<br>
<br>
Why can't NetBackup just skip the damn tape, and move on to another<br>
one, instead of halting the entire friggen backup? Can I configure this<br>
somewhere?<br>
<br>
My problem: Veritas NetBackup 4.5 (Unix/Solaris).<br>
(Packs: NB_45_8_M NB_DMP_45_8_M NB_CLT_45_8_M NB_JAV_45_8_M)<br>
<br>
I just put a fresh batch of SDLT tapes in the tape loader,<br>
Quantum M1500 SDLT tape library - all brand new straight from<br>
shrink-wrap.<br>
<br>
Here's the relevant bit from the bptm log ...<br>
<br>
19:43:57.449 [26527] <2> vmdb_query_scratch_bypool2: server returned:
1 <br>
000179<br>
------ 26 000179 -------- 8 0 dumped 00_000_TLD 13 0 0 0 0 root root 4
<br>
TMP_OFFSITE - 1126894060 1127162982 0 0 0 0 0 0 0 - 0 0 41 0 0 0 0 0 -
0 0 <br>
0 0 0 0 0 0 0<br>
0 0 - 0 0 0 0 0 0 0 0 0 0 0 Added by Media Manager<br>
<br>
19:43:57.449 [26527] <2> db_byid: search for media id 000179<br>
19:43:57.451 [26527] <2> db_put: write media id 000179, offset =
104<br>
19:43:57.470 [26527] <2> select_media: selected media id 000179 for
<br>
backup[0], megastore(rl = 8) <----------<br>
19:43:57.470 [26527] <2> mount_open_media: Waiting for mount of media
id <br>
000179<br>
(copy 1) on server dumped.<br>
19:43:57.471 [26527] <2> mount_open_media: setting NDMP_TAPE_MOUNT
flag <br>
for tpreq, SpNum field is 1<br>
19:44:26.877 [11647] <2> bptm: INITIATING (VERBOSE = 5): -count -cmd
-rt 8 <br>
-rn 0 -stunit dumped-dlt3-robot-tld-0 -den 21 -mt 2 -masterversion 450000<br>
19:44:26.878 [11647] <2> bptm: EXITING with status 0 <----------<br>
19:44:27.943 [11653] <2> bptm: INITIATING (VERBOSE = 5): -count -cmd
-rt 8 <br>
-rn 0 -stunit megastore-dlt3-robot-tld-0 -den 21 -mt 3 -masterversion <br>
450000 -c megastore<br>
19:44:27.944 [11653] <2> bptm: EXITING with status 0 <----------<br>
19:46:31.939 [26527] <2> io_open: ndmp_drive_name is /ndmp/nrst0a<br>
19:46:31.940 [26527] <2> ndmp_connect_open_and_auth: ndmp_hit_eom
is 1<br>
19:46:31.990 [26527] <2> io_open: file <br>
/usr/openv/netbackup/db/media/tpreq/000179 successfully opened<br>
19:46:31.990 [26527] <2> TpGetDevice: read 2 items from regular file
<br>
/usr/openv/netbackup/db/media/tpreq/000179, ndmp_hostname = megastore,
<br>
devname = /ndmp/nrst0a<br>
19:46:31.990 [26527] <2> write_backup: media id 000179 mounted on
drive <br>
index 1, drivepath /ndmp/nrst0a, drivename MEGASTORE-SDLT320, copy 1<br>
19:46:31.991 [26527] <2> io_read_media_header: drive index 1, reading
<br>
media header, buflen = 32768, buff = 0x302d00, copy 1<br>
19:46:31.991 [26527] <2> io_ioctl: command (5)MTREW 1 from (bptm.c.6356)
<br>
on drive index 1<br>
19:46:32.139 [26527] <2> io_read_media_header: ndmp_tape_read_func
<br>
returned 12<br>
19:46:32.139 [26527] <2> io_read_media_header: block read is not
a <br>
NetBackup media header, len = 0, media id 000179, drive index 1, data is
<br>
unknown<br>
19:46:32.139 [26527] <2> io_write_media_header: drive index 1, writing
<br>
media header<br>
19:46:32.139 [26527] <2> io_close: closing <br>
/usr/openv/netbackup/db/media/tpreq/000179, from bptm.c.7337<br>
19:46:32.189 [26527] <2> io_open: ndmp_drive_name is /ndmp/nrst0a<br>
19:46:32.189 [26527] <2> ndmp_connect_open_and_auth: ndmp_hit_eom
is 1<br>
19:46:32.239 [26527] <2> io_open: file <br>
/usr/openv/netbackup/db/media/tpreq/000179 successfully opened<br>
19:46:32.239 [26527] <2> io_ioctl: command (5)MTREW 1 from (bptm.c.7341)
<br>
on drive index 1<br>
19:46:32.549 [26527] <2> io_write_block: ndmp_tape_write_func returned
<br>
1024<br>
19:46:32.549 [26527] <2> io_ioctl: command (0)MTWEOF 1 from (bptm.c.7370)
<br>
on drive index 1<br>
19:49:27.406 [11704] <2> bptm: INITIATING (VERBOSE = 5): -count -cmd
-rt 8 <br>
-rn 0 -stunit dumped-dlt3-robot-tld-0 -den 21 -mt 2 -masterversion 450000<br>
19:49:27.407 [11704] <2> bptm: EXITING with status 0 <----------<br>
19:49:28.475 [11710] <2> bptm: INITIATING (VERBOSE = 5): -count -cmd
-rt 8 <br>
-rn 0 -stunit megastore-dlt3-robot-tld-0 -den 21 -mt 3 -masterversion <br>
450000 -c megastore<br>
19:49:28.477 [11710] <2> bptm: EXITING with status 0 <----------<br>
19:52:20.093 [26527] <16> io_ioctl: io_ioctl_ndmp (MTWEOF) failed
on media <br>
id 000179, drive index 1, return code -1 (?) (bptm.c.7370)<br>
19:52:20.123 [26527] <2> log_media_error: successfully wrote to error
file <br>
- 09/19/05 19:52:20 000179 1 WRITE_ERROR<br>
19:52:20.123 [26527] <2> check_error_history: called from bptm line
16964, <br>
EXIT_Status = 84<br>
19:52:20.174 [26527] <2> check_error_history: drive index = 1, media
id = <br>
000179, time = 09/19/05 19:52:20, both_match = 0, media_match = 0, <br>
drive_match = 0<br>
19:52:20.174 [26527] <2> io_close: closing <br>
/usr/openv/netbackup/db/media/tpreq/000179, from bptm.c.13181<br>
19:52:20.221 [26527] <2> tpunmount: tpunmount'ing <br>
/usr/openv/netbackup/db/media/tpreq/000179<br>
<br>
<br>
I guess the relevant bit out of that is:<br>
<br>
19:52:20.093 [26527] <16> io_ioctl: io_ioctl_ndmp (MTWEOF) failed
on media<br>
id 000179, drive index 1, return code -1 (?) (bptm.c.7370)<br>
<br>
My differential, shorter backups have no issues, ever. It seems that<br>
my longer backups are having problems. It's usually the 2nd or 3rd tape<br>
that's mounted that mysteriously has a 'media error'. I'm not sure<br>
exactly what to troubleshoot or look at at this point. NDMP issues?<br>
Problems with my NetApp? Something with the tape drive? Something with<br>
my Solaris server?<br>
<br>
"SunOS dumped 5.9 Generic_112233-08 sun4u sparc
SUNW,Sun-Fire-V210"<br>
"NetApp Release 6.5.5: Wed Apr 27 04:39:40 PDT 2005"<br>
<br>
Any pointers or things to look at would be great,<br>
<br>
Thanks,<br>
<br>
<br>
-- <br>
It's always September somewhere on the 'net. | http://angui.sh<br>
Another proud member of Eep's killfile. | Unix Sys.
Admin.<br>
All projects approach the ghetto, some |<br>
faster than others.
| matt AT angui DOT sh<br>
_______________________________________________<br>
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu<br>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu<br>
</tt></font>
<br>
--=_alternative 00736F4485257083_=--
|
