Veritas-bu

[Veritas-bu] IBM LTO Drives: Restores Failing with 86

2003-04-23 07:31:26
Subject: [Veritas-bu] IBM LTO Drives: Restores Failing with 86
From: Fiona.Greenhough AT mgxgroup DOT com (Fiona Greenhough)
Date: Wed, 23 Apr 2003 13:31:26 +0200
This is a multi-part message in MIME format.

------_=_NextPart_001_01C3098B.E051E174
Content-Type: multipart/alternative;
        boundary="----_=_NextPart_002_01C3098B.E051E174"


------_=_NextPart_002_01C3098B.E051E174
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi All
=20
Environment:
Master/Media/Client: Same Physical Machine, Solaris 8, st patch =
108725-10, Veritas NetBackup 4.5 with MP3
Robot: IBM 3584
Drives: IBM LTO 3580-TD1 with firmware 28V0
Switch: IBM Brocade FC16 with firmware 3.0.2
HBA: QLogic 2300 (QLogic FC Driver v3.16)
st.conf:=20
tape-config-list=3D
"IBM     ULTRIUM-TD1",  "IBM Ultrium",  "CLASS_3580",
"IBM     ULT3580-TD1",  "IBM 3580 Ultrium", "CLASS_3580";
=20
CLASS_3580      =3D       1,0x3b,0,0x45863d,2,0x00,0x01,0;
=20
name=3D"st" class=3D"scsi"
        target=3D0 lun=3D0;
Storage Unit =3D Maximum Fragment Size =3D 2gb
=20
Description:
The current testing is being done on O/S data only.  The backups are =
going through successfully.  When a restore is requested the media is =
mounted, the drive positions to the first fragment and the restore is =
started, once the first fragment has been restored successfully the =
positioning is then attempted to second fragment and it fails.  The =
following is from the bptm log file:
=20
<2> read_brm_msg: CONTINUE RESTORE
12:29:41.391 [13634] <2> send_brm_msg: MEDIA READY
12:29:41.391 [13634] <2> mpx_read_data: begin reading data from media id =
0087L1, file num 1
12:29:41.397 [13634] <2> get_tape_position_for_read: absolute block =
position prior to reading is 4
12:32:50.613 [13634] <2> mpx_read_data: waited for empty buffer 1812 =
times, delayed 3680 times
12:32:50.621 [13634] <2> mpx_advance_frags: advancing CINDEX 0 to =
fragment 2, filenum 2, media id 0087L1
12:32:50.621 [13634] <2> mpx_advance_frags: advancing CINDEX 1 to =
fragment 2, filenum 2, media id 0087L1
12:32:50.621 [13634] <2> io_position_for_read: positioning 0087L1 to =
file number 2
12:32:50.621 [13634] <2> io_read_back_header: drive index 3, reading =
backup header
12:35:58.725 [13634] <8> io_read_block: read error on media id 0087L1, =
drive index 3 reading header block, I/O error
12:35:58.725 [13634] <2> io_ioctl: command (2)MTBSF 4 from (bptm.c.5216) =
on drive index 3
12:35:58.772 [13634] <16> io_ioctl: ioctl (MTBSF) failed on media id =
0087L1, drive index 3, I/O error (bptm.c.5216)
12:35:58.804 [13634] <2> log_media_error: successfully wrote to error =
file - 04/11/03 12:35:58 0087L1 3 POSITION_ERROR
12:35:58.804 [13634] <2> io_ioctl: command (5)MTREW 1 from (bptm.c.5229) =
on drive index 3

I have read a lot of technical notes and documents on this mailing list =
about issues with LTO's, I also have a case open with Veritas and so far =
this problem has not been resolved. We have even tested 2 consecutive =
ufsdumps and positioned to the second and successfully restored the =
data.  Please note that it does not matter where the start of backup =
marker is on the tape it is always found it is the fragment positioning =
that fails.
=20
I would appreciate any and all suggestions that you might have to assist =
with this problem.
=20
Regards
Fiona Greenhough
Senior Support Engineer
MGX Solutions
Delivering the Information Advantage
126 4th Road, Erand Gardens
Midrand
Phone: +27 11 695 2509
Fax: +27 11 695 2291
Cell: +27 082 338 4754
Email:  Fiona.Greenhough AT mgxsolutions.co DOT za



This e-mail and attachments relating thereto, is intended for the =
above-mentioned recipient.  If you have received this e-mail in error, =
kindly notify the sender and delete it immediately as it contains =
information relating to the official business of MGX Solutions, which is =
confidential, legally privileged and proprietary to MGX Solutions.  MGX =
Solutions does not own and endorse any other content.  The views and =
opinions expressed in this e-mail are those of the sender unless clearly =
stated as being those of MGX Solutions.

 =20

------_=_NextPart_002_01C3098B.E051E174
Content-Type: text/html;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<TITLE>MGX Stationery</TITLE>

<META content=3D"MSHTML 5.00.3315.2870" name=3DGENERATOR>
<META content=3DFrontPage.Editor.Document name=3DProgId></HEAD>
<BODY aLink=3D#000000 background=3Dcid:605471411@23042003-100c =
link=3D#000000=20
style=3D"BACKGROUND-POSITION: right top; BACKGROUND-REPEAT: no-repeat; =
COLOR: #000000; FONT-FAMILY: Arial; FONT-SIZE: 10pt; MARGIN-LEFT: 20px; =
MARGIN-TOP: 125px"=20
vLink=3D#000000>
<DIV><FONT face=3D"Comic Sans MS"><SPAN class=3D605471411-23042003>Hi=20
All</SPAN></FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN=20
class=3D605471411-23042003></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN=20
class=3D605471411-23042003>Environment:</SPAN></FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN=20
class=3D605471411-23042003>Master/Media/Client: Same Physical Machine, =
Solaris 8,=20
st patch 108725-10, Veritas NetBackup 4.5 with MP3</SPAN></FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN =
class=3D605471411-23042003>Robot: IBM=20
3584</SPAN></FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN =
class=3D605471411-23042003>Drives: IBM LTO=20
3580-TD1 with firmware 28V0</SPAN></FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN =
class=3D605471411-23042003>Switch: IBM=20
Brocade FC16 with firmware 3.0.2</SPAN></FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN class=3D605471411-23042003>HBA: =
QLogic=20
2300&nbsp;<SPAN class=3D687314513-22042003>(QLogic FC Driver=20
v3.16)</SPAN></SPAN></FONT></DIV>
<DIV><SPAN class=3D605471411-23042003><SPAN =
class=3D687314513-22042003><FONT=20
face=3D"Comic Sans MS">st.conf: </FONT>
<DIV><FONT face=3D"Comic Sans MS"><SPAN=20
class=3D671483313-17042003>tape-config-list=3D<BR>"IBM&nbsp;&nbsp;&nbsp;&=
nbsp;=20
ULTRIUM-TD1",&nbsp; "IBM Ultrium",&nbsp;=20
"CLASS_3580",<BR>"IBM&nbsp;&nbsp;&nbsp;&nbsp; ULT3580-TD1",&nbsp; "IBM =
3580=20
Ultrium", "CLASS_3580";</SPAN></FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN=20
class=3D671483313-17042003>CLASS_3580&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
=3D&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
1,0x3b,0,0x45863d,2,0x00,0x01,0;</SPAN></FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN =
class=3D671483313-17042003>name=3D"st"=20
class=3D"scsi"<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; target=3D0=20
lun=3D0;</SPAN></FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN class=3D671483313-17042003><SPAN =

class=3D605471411-23042003>Storage Unit =3D Maximum Fragment Size =3D=20
2gb</SPAN></SPAN></FONT></DIV>
<DIV></SPAN><SPAN class=3D687314513-22042003></SPAN>&nbsp;</DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN=20
class=3D605471411-23042003>Description:</SPAN></FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN class=3D605471411-23042003>The =
current=20
testing is being done on O/S data only.&nbsp; The backups are going =
through=20
successfully.&nbsp; When a restore is requested the media is mounted, =
the drive=20
positions to the first fragment and the restore is started, once the =
first=20
fragment has been restored successfully the positioning is then =
attempted to=20
second fragment and it fails.&nbsp; The following is from the bptm log=20
file:</SPAN></FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN=20
class=3D605471411-23042003></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN =
class=3D605471411-23042003>&lt;2&gt;=20
read_brm_msg: CONTINUE RESTORE<BR>12:29:41.391 [13634] &lt;2&gt; =
send_brm_msg:=20
MEDIA READY<BR>12:29:41.391 [13634] &lt;2&gt; mpx_read_data: begin =
reading data=20
from media id 0087L1, file num 1<BR>12:29:41.397 [13634] &lt;2&gt;=20
get_tape_position_for_read: absolute block position prior to reading is=20
4<BR>12:32:50.613 [13634] &lt;2&gt; mpx_read_data: waited for empty =
buffer 1812=20
times, delayed 3680 times<BR>12:32:50.621 [13634] &lt;2&gt; =
mpx_advance_frags:=20
advancing CINDEX 0 to fragment 2, filenum 2, media id =
0087L1<BR>12:32:50.621=20
[13634] &lt;2&gt; mpx_advance_frags: advancing CINDEX 1 to fragment 2, =
filenum=20
2, media id 0087L1<BR>12:32:50.621 [13634] &lt;2&gt; =
io_position_for_read:=20
positioning 0087L1 to file number 2<BR>12:32:50.621 [13634] &lt;2&gt;=20
io_read_back_header: drive index 3, reading backup =
header<BR>12:35:58.725=20
[13634] &lt;8&gt; io_read_block: read error on media id 0087L1, drive =
index 3=20
reading header block, I/O error<BR>12:35:58.725 [13634] &lt;2&gt; =
io_ioctl:=20
command (2)MTBSF 4 from (bptm.c.5216) on drive index 3<BR>12:35:58.772 =
[13634]=20
&lt;16&gt; io_ioctl: ioctl (MTBSF) failed on media id 0087L1, drive =
index 3, I/O=20
error (bptm.c.5216)<BR>12:35:58.804 [13634] &lt;2&gt; log_media_error:=20
successfully wrote to error file - 04/11/03 12:35:58 0087L1 3=20
POSITION_ERROR<BR>12:35:58.804 [13634] &lt;2&gt; io_ioctl: command =
(5)MTREW 1=20
from (bptm.c.5229) on drive index 3<BR></SPAN></FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN class=3D605471411-23042003>I =
have read a lot=20
of technical notes and documents on this mailing list about issues with =
LTO's, I=20
also have a case open with Veritas and so far this problem has not been=20
resolved. We have even tested 2 consecutive ufsdumps and positioned to =
the=20
second and successfully restored the data.&nbsp; Please note that it =
does not=20
matter where the start of backup marker is on the tape it is always =
found it is=20
the fragment positioning that fails.</SPAN></FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN=20
class=3D605471411-23042003></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Comic Sans MS"><SPAN class=3D605471411-23042003>I =
would=20
appreciate any and all suggestions that you might have to assist with =
this=20
problem.</DIV></SPAN></FONT>
<DIV><FONT face=3D"Comic Sans MS">&nbsp;</FONT></DIV></DIV>
<DIV></SPAN><SPAN=20
style=3D"FONT-FAMILY: 'Comic Sans MS'; FONT-SIZE: 10pt">Regards<BR>Fiona =

Greenhough<BR><B>Senior Support=20
Engineer</B><BR><B>MGX&nbsp;Solutions</B><BR></SPAN><B><I><SPAN=20
style=3D"COLOR: black; FONT-FAMILY: 'Comic Sans MS'; FONT-SIZE: 10pt; =
mso-bidi-font-family: Arial">Delivering=20
the Information Advantage</SPAN></I></B><SPAN=20
style=3D"FONT-FAMILY: 'Comic Sans MS'; FONT-SIZE: 10pt"><BR>126 4th =
Road, Erand=20
Gardens</SPAN><BR><SPAN=20
style=3D"FONT-FAMILY: 'Comic Sans MS'; FONT-SIZE: =
10pt">Midrand<BR>Phone: +27 11=20
695 2509<BR>Fax: +27 11 695 2291<BR>Cell: +27 082 338 =
4754<BR>Email:<SPAN=20
style=3D"mso-spacerun: yes">&nbsp;=20
</SPAN><U>Fiona.Greenhough AT mgxsolutions.co DOT za</U><BR=20
style=3D"mso-special-character: line-break"><BR=20
style=3D"mso-special-character: line-break"></DIV></SPAN>
<DIV class=3DSection1>
<P class=3DMsoBodyText><SPAN=20
style=3D"COLOR: navy; FONT-FAMILY: Arial; FONT-SIZE: 8pt; =
mso-bidi-font-size: 12.0pt">This=20
e-mail and attachments relating thereto, is intended for the =
above-mentioned=20
recipient.<SPAN style=3D"mso-spacerun: yes">&nbsp; </SPAN>If you have =
received=20
this e-mail in error, kindly notify the sender and delete it immediately =
as it=20
contains information relating to the official business of MGX Solutions, =
which=20
is confidential, legally privileged and proprietary to MGX =
Solutions.<SPAN=20
style=3D"mso-spacerun: yes">&nbsp; </SPAN>MGX Solutions does not own and =
endorse=20
any other content.<SPAN style=3D"mso-spacerun: yes">&nbsp; </SPAN>The =
views and=20
opinions expressed in this e-mail are those of the sender unless clearly =
stated=20
as being those of MGX Solutions.</SPAN></P></DIV>&nbsp; </BODY></HTML>

------_=_NextPart_002_01C3098B.E051E174--

------_=_NextPart_001_01C3098B.E051E174
Content-Type: image/gif;
        name="mgxlogo.gif"
Content-Transfer-Encoding: base64
Content-ID: <605471411@23042003-100c>
Content-Description: mgxlogo.gif
Content-Location: mgxlogo.gif

R0lGODlh0ACLAMQAAPT09EKMZdHQ0rCqtA94SiswTAFiPHJzc46IlVhQamSdeoKsjqnEr5mVoktE
YXVuhBsWPGVec4J9iZa5oM/d0aSipru3vbzRvz04V8bDyeHi4t3b3unp6TFgWCcjSP///yH5BAAA
AAAALAAAAADQAIsAAAX/4CeOZGmeaKqubOu+cCzPdG3feK7vfO//wKBwSCwaj8ikcslsOp/QqHRK
rVqv2Kx2y+16v+CweEwum89mjSDDFnDQcKtA8kAMMpaGxBLvQxEYDg8VGRwbAxIRG36MShIQBQkP
DRkbAhUSCXyNnEQCHpAOEQgVAwMIDwmLnaxAFRAeHhiSErWpDa25PhkQsAWzEREJCQ0Ausc7DaC9
HgWCAsjROgJ6EnbQIgAZxtLdONqAGNze5DDgGMsP5essABYP6MygCOz1JRoDDw7ysbEQFRQuCBRI
QcM4e8cqLIPVr1+gABADKJioYMGCCRTeIMyVgGHDZg4SBINI0aJJkww0/2zsxAHdR1kig0WQWNHi
hJs4J1hkcHAlHAsvnQmTeWCizZsMkia9aZKCzz4IPMIcJvNB0ZoTkg68oFTnAgUMnsJ54HEW1WAP
rGLVSjAgV6ZfJ4g90zFWoLMR0j6QUBEpwQ0UAgtk4FVBgLBzxwBw6WxYzLxpJdjUWpCDZcGEdU48
nFiMhgKxHIQ8q7dWX8oGAQDQEHCpRcMBnHb+ksGuaLyRa00myEH16taEv8JW0HN2lgEgb8csba1v
1guVLbN+q3kzAcTGtygLpLzqXgQInDNoy9ptcOEQCQTQmD0Lgl+iR6ONjIDv5PHQBXM9vzkAgevt
aSHBL9zh9h1fa+E3kP9r6KVngAIBZjEgd/LNVwuCRynVFVz9/fcfexFS8QCByi2XG00m5YSTSf35
958B2IU4RQQkjvbYiSWleBGLLXpogAEdNICNjFFEIAuFBqYVUY4nCQebiz4aAEsCAxAJhZEYZFmi
dw9ERBNFYLYI5Y8/+gMBlcVZOYQ7NBKI5GOQ/efllxR56eGLZDbUSwJDqimEOx354uaWVXUg55yI
QkkAmXl+BEsFfgphwT4eFTAoocEYemeiiuLJ6Ev+RABipDlw8AAoH1l6qY0xaXrnq7Ay+imooCSg
Eqk5ZLAPrZZmqWWJVP0I67CyMgoarbWmiSsMyEkVlJsUssrooq8Wa+3/schCoM6yNNTmLKi9+hqf
jR1Ya6652Ga7CbcwtPQtuOH+Om6559bbKLL+JKAsuyg8gu+zvsormr32posvBOvyu8In/z4bb8AO
EFxvw/1oq3ALDbzbsKoB+1qAxOZSnO/FLESgcaoOP4wByLIa3LA4JKtQ18sO8KrqzSwb8LHOItu1
b8wmiwwPr83gTPDHSN9MMQQO/ExyVP9a6kECCIhsqc5k7oz0jzsHrOq/FsecQm2p3oyBm6dYnfXa
XHPtjANeS00rBFWKjQIACRRtdsdZSjCH2lsHrnMBHSQwbtwuM+10zBaoLO64DlhADar4Ch74x6wa
LhriekJqtwojCgx5/0gO+H3IrpVjnTTSksjk2OEeSw1BBIuLzUEE0WbumCYbWCIBBiffrKrOtKQl
kzCvb+6xBw6M+vkJAhi+u2PHB4OABthzMEc8zkIifALW2KLX8ckr70yfz6ewQSrVH6/XAwMAYJll
h0hQs5mxEB6BBA30D159dBif65I3C/SlLwUcQACX3leaDfhGNR+Q3xpMYQo8DMACpqhA/xrwP/EZ
b4CGk8CtDugCCwQwNxcKXwUe6Ju7CcACGMzgBjvoQddFoG4kbJcJL/S//3EwAy/gAB5gSEEN+g88
F/pgA0aYwxhwIA8+3OAGV9ECIQ4xhgMwIgeRmJYGULGJNADAC41Ygf9SUPCLK7AEG4ZYxCM2wAJo
BKMNALABC5oChhZwnvoEsAY2UvCCDpQjCVTDAcEE5pC9qV0EOaCGPuoRBRqwBB/5uIHeCHI1DPhK
ejw1LQ+RZAEpUaRx8iDFUm4QhysgpSlL+cgRAIACEzDMonJmLrl84BSrLGXtAKDFXJJClFwgSy+G
ScxhFqCVI3BXMZcJgTgmcwIBoKXEEJOBAjCzmLRjgTCvOUxUooEsDYMALlaQsY05kwMLmKU0CXaB
EQgAeAezVQoAELRsFcCAZwAn2PS1gplVLo4MUOc67UUAJm4AntlKgB7peTJQYACf+WxoQyAqAqBQ
rABfBMACaCkno5z/BDYCJUBPNuBPUDENjbdrKAQeygl9go0eKahnw76oAJZJJJQqUM0FFuCfAJyA
AyV9yUqpCFSVYsCZY5GoQx75GatRsaYSUwAFgJlMJpIgpQfDABA3gLq5OcCqfnBpP5whVG+OoJwN
CQS4VsEAicUmCAzNagW6alJRtUKsdpGAUCNwAgDQVVv+StUiABBNe0GICHgVKtjsetdvFSADLmlI
AcBqge6Z8F2LoADBfFoEACS2Z2ei6hg+qwGo6QmmJBDrmT6QWIx+YKP1KigSTNszfzxAtKPF7AaE
2jQSNFVPuGitSgp7Ls6mgKec4tQCWFC12oJCAtH4LDRk2g8gjoC2//1YhHA/IFBrLVcFxAWZcVWA
1qWh9hjSvWX3oJuNv/KVte9SSXeLZcsUQNWmLlCGyNgb3XdBoyVBudUAvmXd7c5XVvVFQXjd+oLP
6ikB3kgvfB3lOeoqTgTUzd8iFlysw6aAw/YarwqaSzEJ4LYMEiabnhzwgd06CrWtXQRszyVSFcQy
TAcmk4j7pdSK3ba/oLLuB4IKgQyUN38jzHAsFnEBgn33Bfe11o5N4OBsZRO97xLykUGhD0dtSwQx
jmCOGdVOKNdryq6s8sGunIvPCplh4USlkl37gbYSNMEriHKx0PwBrDq3YgrVhZtJoOSXwGwEYRaB
ns31VhYsmlFojv/rnx8MVkYMegSVBds4R1BoKhJWvBOo9AhArOOfBtVRDsjAqVeM1DhcOhuRRRYa
55zRR5tLPadRylfGbIAdFzWri9DAqivG0k58NmEfwK6XTUDrEmiU1wOVlYhJqlIHELXQxKZoRINc
AhcjS8icdqwzKWDraEubBAKgq1DlOUhs++OxLX0Xsof8rguXoNMpoEA6zV1cdyJ0bmwepJohMe9v
ZtkErzDpecMdlFaLgAMMUAC0WUYABZS5mioNuLMH7gFww8FkzJw3B6y5TA9UOlDLdPhVLxBLFxHs
UBVhwFQxvRBuavwEUeHmMFfYBwuAR4rgcabPS2kHFOAS6A1A5jz/X0mdnOAnNXfrZS4914IB5JKV
gsy61rfO9a57/etgD7vYx072spv97GhXwgYOwPZinAAXGyj4CeJeQra3/QObJu/cDyB3F2jjA3CE
QR5MkPcW/D0LlxCBAA5wAsYLIfEicPwKJE8CQtwA8jE4gARGRfkWYP4KmEfAGxrA9jcw/hJCiiDj
LcB2aFRA84nX/AHGaXeqK57qEWA7EAEgAc2X4PRsF9UGcm+JA9zwA4s/AAc0H4HXR4APrJ/9B4xv
gQpAo/fKn37vC0+NDHguA8GfvjGowXu2L0L2uKD+2tlujNf3PoK95+8RMG99DPaZHqevQAIBn0f2
Mr4CfBB7pgd4/1VSRiWAeXwFAIyHAIsAQyRwevTgfR9gfeI3fdoDUwmYgIxXJQqIfJBSf5AiAPg3
gCQgetMXeaoBYQ4oegLQgJCSffkHeMaAAG4AXYuXbA3Yd0CAeV70encXg5t3AGKUe2w3gdAQe5Fn
hB54gFTneIxnd3z3gEuYeBToeNYHeU6YhAPAfEtofRR4glnoSg7AdgkARGGofIy3fJr3gkmYeMl3
AHzkOU9odzr4A5DXgdUXQWa4hBmAALiwfBWlhEh4gvaXRUw4AllIgy32RTFIhdAghBaIhUkIhhHE
V46YhyJ4gpooAhf0cNAlhPQkAj80gUBkiFkYe8bgNxwAXWuXbInQ0DtJIABEeACrgADmd4KQx1hb
GIUUOIhOyHa2t4STmIbxdxCN+IFHyHZVIomauIB2Jz/PR4HxR4KUR3mbl3zvdTsisH7804x99nzR
dwBA5IPEqHknxgUt+AEZYFazIUTwhwzrB4kRooC3mHb2eI/4mI/6uI/82I/++I8AGZACOZAEWZAG
6Y8hAAA7

------_=_NextPart_001_01C3098B.E051E174--

<Prev in Thread] Current Thread [Next in Thread>
  • [Veritas-bu] IBM LTO Drives: Restores Failing with 86, Fiona Greenhough <=