[Veritas-bu] 6.0 MP2 has been released

This is a multi-part message in MIME format.

------_=_NextPart_001_01C652AD.19CDACF8
Content-Type: text/plain;
        charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

Has anyone done a staged upgrade from 5.1 to 6.0 involving many media
servers using SSO?
=20
Having heard from Symantec support people of problems we've held off
waiting for a patch.  This doesn't look like a fix.  The release notes
from this MP appear to confirm that any upgrade should be done all at
once if you have a large SSO environment.  Or at least redefining which
servers access which drives, which may be problematic in our case.
=20
Etrack Incident =3D ET427178

Description:=20
When sharing tape drives between media servers running both NetBackup
6.0
and NetBackup 5.x, a problem existed with the NetBackup 6.0 Scan Hosts.=20
If the drive being scanned was assigned to a NetBackup 5.x media server,
then the NetBackup 6.0 Scan Host might not stop scanning. This resulted
in SCSI reservation conflicts and DOWN'ed drives on the NetBackup 5.x
assigned host.=20

Workaround:=20
To avoid this issue, do not share drives between media servers running
different versions of NetBackup. Instead, pool your drives such that all
of your NetBackup 5.x media servers share one pool of drives and all of
your NetBackup 6.0 media servers share a pool of different drives.=20
------------------------------------------------------------------------
--------
Etrack Incident =3D ET495033

Description:=20
The Device Monitor shows the same tape mounted in multiple drives. This
tape is assigned to a NetBackup 5.x media server.=20

Workaround:=20
To avoid this issue, do not share drives between NetBackup 6.0 media
servers and NetBackup 5.x media servers.=20

------------------------------------------------------------------------
--------

Etrack Incident =3D ET513486

Description:=20
The following back-level SSO interoperability issues have occurred:
- Numerous re-registrations were consuming all of vmd's bandwidth on the
EMM server.
- Registration failures would occur because the no-scan-host setting,
registration retry timer would block back-level servers from releasing
drives.
- Back-level remote scanning of NetBackup 6.0 media servers was failing
with ENOTSCANHOST and forcing even more registrations to occur.=20

Workaround:=20
DO NOT SHARE DRIVES BETWEEN 6.0 AND 5.X MEDIA SERVERS.=20

=20


________________________________

From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Major,
Rusty
Sent: Monday, March 27, 2006 9:53 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] 6.0 MP2 has been released


NBU 6.0 MP2 was released earlier today:
http://www.support.veritas.com/menu_ddProduct_NBUESVR_view_DOWNLOAD.htm
=20
Rusty Major, MCSE, BCFP
Data Assurance Engineer
(281) 584-4693
VeriCenter, Inc.
=20

------_=_NextPart_001_01C652AD.19CDACF8
Content-Type: text/html;
        charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2900.2802" name=3DGENERATOR></HEAD>
<BODY>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D970271021-28032006><FONT =
face=3D"Courier New"=20
color=3D#0000ff size=3D2>Has anyone done a staged upgrade from 5.1 to =
6.0 involving=20
many media servers using SSO?</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D970271021-28032006><FONT =
face=3D"Courier New"=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D970271021-28032006><FONT =
face=3D"Courier New"=20
color=3D#0000ff size=3D2>Having heard from Symantec support people of =
problems we've=20
held off waiting for a patch.&nbsp; This doesn't look like a fix.&nbsp; =
The=20
release notes from this MP appear to confirm that any upgrade should be =
done all=20
at once if you have a large SSO environment.&nbsp; Or at least =
redefining which=20
servers access which drives, which may be problematic in our=20
case.</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D970271021-28032006><FONT =
face=3D"Courier New"=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D970271021-28032006><FONT =
color=3D#0000ff>
<P>Etrack Incident =3D ET427178<BR><BR>Description: <BR>When sharing =
tape drives=20
between media servers running both NetBackup 6.0<BR>and NetBackup 5.x, a =
problem=20
existed with the NetBackup 6.0 Scan Hosts. <BR>If the drive being =
scanned was=20
assigned to a NetBackup 5.x media server,<BR>then the NetBackup 6.0 Scan =
Host=20
might not stop scanning. This resulted<BR>in SCSI reservation conflicts =
and=20
DOWN'ed drives on the NetBackup 5.x<BR>assigned host. =
<BR><BR><B>Workaround:=20
<BR>To avoid this issue, do not share drives between media servers=20
running<BR>different versions of NetBackup. Instead, pool your drives =
such that=20
all<BR>of your NetBackup 5.x media servers share one pool of drives and =
all=20
of<BR>your NetBackup 6.0 media servers share a pool of different drives. =

</B></FONT><BR><FONT=20
color=3D#0000ff>---------------------------------------------------------=
-----------------------<BR>Etrack=20
Incident =3D ET495033<BR><BR>Description: <BR>The Device Monitor shows =
the same=20
tape mounted in multiple drives. This<BR>tape is assigned to a NetBackup =
5.x=20
media server. <BR><BR><B>Workaround: <BR>To avoid this issue, do not =
share=20
drives between NetBackup 6.0 media<BR>servers and NetBackup 5.x media =
servers.=20
</P></B></FONT>
<P>----------------------------------------------------------------------=
----------</P><FONT=20
color=3D#0000ff>
<P>Etrack Incident =3D ET513486<BR><BR>Description: <BR>The following =
back-level=20
SSO interoperability issues have occurred:<BR>- Numerous =
re-registrations were=20
consuming all of vmd's bandwidth on the<BR>EMM server.<BR>- Registration =

failures would occur because the no-scan-host setting,<BR>registration =
retry=20
timer would block back-level servers from releasing<BR>drives.<BR>- =
Back-level=20
remote scanning of NetBackup 6.0 media servers was failing<BR>with =
ENOTSCANHOST=20
and forcing even more registrations to occur. <BR><BR><B>Workaround: =
<BR>DO NOT=20
SHARE DRIVES BETWEEN 6.0 AND 5.X MEDIA SERVERS. </P></B></FONT><FONT=20
face=3D"Courier New" color=3D#0000ff size=3D2>
<P>&nbsp;</P></FONT></SPAN></DIV><BR>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft>
<HR tabIndex=3D-1>
<FONT face=3DTahoma size=3D2><B>From:</B> =
veritas-bu-admin AT mailman.eng.auburn DOT edu=20
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] <B>On Behalf Of =
</B>Major,=20
Rusty<BR><B>Sent:</B> Monday, March 27, 2006 9:53 AM<BR><B>To:</B>=20
veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> [Veritas-bu] 6.0 =
MP2 has=20
been released<BR></FONT><BR></DIV>
<DIV></DIV>
<DIV><SPAN class=3D469445116-27032006><FONT face=3DArial size=3D2>NBU =
6.0 MP2 was=20
released earlier today:</FONT></SPAN></DIV>
<DIV><SPAN class=3D469445116-27032006><FONT face=3DArial size=3D2><A=20
href=3D"http://www.support.veritas.com/menu_ddProduct_NBUESVR_view_DOWNLO=
AD.htm">http://www.support.veritas.com/menu_ddProduct_NBUESVR_view_DOWNLO=
AD.htm</A></FONT></SPAN></DIV>
<DIV>&nbsp;</DIV>
<DIV align=3Dleft>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D194261715-04042005><FONT =
face=3DArial=20
size=3D2><STRONG>Rusty Major, MCSE, BCFP</STRONG></FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D194261715-04042005><FONT =
face=3DArial=20
size=3D2><EM>Data Assurance Engineer</EM></FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D194261715-04042005><FONT =
face=3DArial=20
size=3D2>(281) 584-4693</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN =
class=3D194261715-04042005><STRONG><FONT=20
size=3D2><FONT face=3DArial><FONT color=3D#008000>Veri</FONT><FONT=20
color=3D#808080>Center, =
Inc.</FONT></FONT></FONT></STRONG></SPAN></DIV></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------_=_NextPart_001_01C652AD.19CDACF8--