------=_Part_4306_21918472.1137465573325
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Yes, back in the 3.4 days I saw this caused by both Compaq Insight Manager
and HP EMS (on HPUX servers). I don't know if the Microsoft's RSM service
would do the same, as I always turn it off.
But as Jack says, SCSI RESERVE should fix the problem.
Cheers,
Dean
On 1/17/06, Jack L. Forester, Jr. <jack.l.forester AT lmco DOT com> wrote:
>
> I take it that since your tape drives are on a SAN, they are being
> shared by multiple hosts? The "external event caused rewind" suggests
> that while one server was performing a backup, another host that can see
> the drives did a SCSI inquiry or some other command to the drive which
> caused it to rewind in the middle of the backup. Do you have your media
> server set up to use SCSI RESERVE? We had a very similar problem to
> what you describe with NBU 3.4 up until patch 4.
>
> If you're not familiar with what the SCSI RESERVE does, here's a brief
> description...when a host opens the device and issues a SCSI RESERVE
> command, the drive will respond only to commands issued by the HBA that
> did the SCSI RESERVE. If another HBA tries to access the device with
> the reserve, it will get an error along the lines of "device busy".
> This prevents hosts in a SAN from interfering with each other.
>
> Now, even if you're using SCSI RESERVE (it should be on by default in
> 4.5+), if another process on the host that is already using the tape
> drive tries to do something with the drive, it can still interfere with
> the backup. Are there any other processes on the server that could be
> trying to access the tape drive at the same time as the backup is running=
?
>
> Also, windows is notorious for assuming that it is the only server who
> is using shared devices, and it acts accordingly. Our windows admins
> had to turn off something in their servers to stop it from probing the
> tape devices every minute.
>
> Eric Ljungblad wrote:
>
> >Keep in mind that that the tape device drivers Are sending you these
> messages - since we made it past the loader we should look at the drivers=
on
> the drives or the firmware - should have firmware 1.07 or better on the
> drives and , up to date drivers. Veritas offers some OK drivers on there
> install CD under additional products, tape device drivers, install them,
> reboot then use robtest to test drives?
> >If you can initialize a tape in the robot from your gui then backups are
> hot / good
> >Eric
> >
> >________________________________
> >
> >From: veritas-bu-admin AT mailman.eng.auburn DOT edu on behalf of
> ida3248b AT post.cybercity DOT dk
> >Sent: Mon 1/16/2006 12:54 AM
> >To: veritas-bu AT mailman.eng.auburn DOT edu
> >Subject: [Veritas-bu] Periodic status 84 on IBM 3584 with LTO3
> >
> >
> >
> >Hello All
> >
> >We have an IBM 3584 with LTO3 drives SAN attached to a windows 2003
> server.
> >
> >We're getting status 84 with external event caused rewind
> >
> >We havn't been able to find anything in the logs
> >
> >Any ideas/suggestions will be appriecated
> >
> >Regards
> >Michael
> >
> >--
> >Cybercity Webhosting (http://www.cybercity.dk)
> >
> >_______________________________________________
> >Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> >http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
> >
> >
> >
> >
>
>
> --
> Jack L. Forester, Jr.
> UNIX Systems Administrator, Stf
> Lockheed Martin Information Technology
> (304) 625-3946
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
------=_Part_4306_21918472.1137465573325
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
<div>Yes, back in the 3.4 days I saw this caused by both Compaq Insight Man=
ager and HP EMS (on HPUX servers). I don't know if the Microsoft's RS=
M service would do the same, as I always turn it off.</div>
<div> </div>
<div>But as Jack says, SCSI RESERVE should fix the problem.<br> </div>
<div>Cheers,</div>
<div>Dean<br> </div>
<div><span class=3D"gmail_quote">On 1/17/06, <b class=3D"gmail_sendername">=
Jack L. Forester, Jr.</b> <<a href=3D"mailto:jack.l.forester AT lmco DOT
com">j=
ack.l.forester AT lmco DOT com</a>> wrote:</span>
<blockquote class=3D"gmail_quote" style=3D"PADDING-LEFT: 1ex; MARGIN: 0px 0=
px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I take it that since your tape d=
rives are on a SAN, they are being<br>shared by multiple hosts? =
The "external event caused rewind" suggests
<br>that while one server was performing a backup, another host that can se=
e<br>the drives did a SCSI inquiry or some other command to the drive which=
<br>caused it to rewind in the middle of the backup. Do you have=
your media
<br>server set up to use SCSI RESERVE? We had a very similar pro=
blem to<br>what you describe with NBU 3.4 up until patch 4.<br><br>If you'r=
e not familiar with what the SCSI RESERVE does, here's a brief<br>descripti=
on...when a host opens the device and issues a SCSI RESERVE
<br>command, the drive will respond only to commands issued by the HBA that=
<br>did the SCSI RESERVE. If another HBA tries to access the dev=
ice with<br>the reserve, it will get an error along the lines of "devi=
ce busy".
<br>This prevents hosts in a SAN from interfering with each other.<br><br>N=
ow, even if you're using SCSI RESERVE (it should be on by default in<br>4.5=
+), if another process on the host that is already using the tape<br>drive =
tries to do something with the drive, it can still interfere with
<br>the backup. Are there any other processes on the server that=
could be<br>trying to access the tape drive at the same time as the backup=
is running?<br><br>Also, windows is notorious for assuming that it is the =
only server who
<br>is using shared devices, and it acts accordingly. Our window=
s admins<br>had to turn off something in their servers to stop i=
t from probing the<br>tape devices every minute.<br><br>Eric Ljungblad wrot=
e:<br><br>>Keep in mind that that the tape device drivers Are sending yo=
u these messages - since we made it past the loader we should look at the d=
rivers on the drives or the firmware - should have firmware=20
1.07 or better on the drives and , up to date drivers. Veritas offers some =
OK drivers on there install CD under additional products, tape device drive=
rs, install them, reboot then use robtest to test drives?<br>>If you can=
initialize a tape in the robot from your gui then backups are hot / good
<br>>Eric<br>><br>>________________________________<br>><br>>=
;From: <a href=3D"mailto:veritas-bu-admin AT mailman.eng.auburn DOT
edu">veritas-b=
u-admin AT mailman.eng.auburn DOT edu</a> on behalf of <a
href=3D"mailto:ida3248b@=
post.cybercity.dk">
ida3248b AT post.cybercity DOT dk</a><br>>Sent: Mon 1/16/2006 12:54
AM<br>>T=
o: <a href=3D"mailto:veritas-bu AT mailman.eng.auburn DOT
edu">veritas-bu@mailman.=
eng.auburn.edu</a><br>>Subject: [Veritas-bu] Periodic status 84 on IBM 3=
584 with LTO3
<br>><br>><br>><br>>Hello All<br>><br>>We have an IBM 358=
4 with LTO3 drives SAN attached to a windows 2003 server.<br>><br>>We=
're getting status 84 with external event caused rewind<br>><br>>We h=
avn't been able to find anything in the logs
<br>><br>>Any ideas/suggestions will be appriecated<br>><br>>Re=
gards<br>>Michael<br>><br>>--<br>>Cybercity Webhosting (<a href=
=3D"http://www.cybercity.dk";>http://www.cybercity.dk</a>)<br>><br>>__=
_____________________________________________
<br>>Veritas-bu maillist - <a href=3D"mailto:Verit=
as-bu AT mailman.eng.auburn DOT edu">Veritas-bu AT mailman.eng.auburn DOT
edu</a><br>>=
<a href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http:=
//mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
</a><br>><br>><br>><br>><br>><br><br><br>--<br>Jack L. Fores=
ter, Jr.<br>UNIX Systems Administrator, Stf<br>Lockheed Martin Information =
Technology<br>(304) 625-3946<br><br>_______________________________________=
________
<br>Veritas-bu maillist - <a href=3D"mailto:Veritas-b=
u AT mailman.eng.auburn DOT edu">Veritas-bu AT mailman.eng.auburn DOT
edu</a><br><a href=
=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http://mailm=
an.eng.auburn.edu/mailman/listinfo/veritas-bu
</a><br></blockquote></div><br>
------=_Part_4306_21918472.1137465573325--
|
