|
[Veritas-bu] VSP issues
2004-09-16 14:22:10
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C49C1A.14F8A9E0
Content-Type: text/plain
This has been mentioned on the mailing list before (everyone loves VSP).
The third party tool is called ProcessExplorer from sysinternals - I do warn
about the crashing issue with it.
>From my previous note:
Just an FYI, as per Veritas a release is due out this fall.
The release this Fall is suppose to fix VSP under 5.1 (and likely updates
for 5.0 will come out then too).
VSP cache files fail to clear under 5.x. Veritas has provided no solution
besides a third party product to remove the file handle so you can delete
the VSP cache file without rebooting the server. Of course, this third
party tool is unsupported and has a habit of either fixing the issues or
crashing the server (which in that case you can remove the VSP file once the
server comes back up).
Thanks!
- Cuyler Dingwell
-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Cornely,
David
Sent: Thursday, September 16, 2004 12:14 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] VSP issues
Hello,
Master = NBU 5.0MP3 (Solaris 9)
Media = NBU 5.0MP3 (Solaris 9)
Is anyone else having problems with VSP not removing its cache files after
the backup completes? We are seeing this behavior on a number of W2K
clients running 5.0MP1 where the cache files never get deleted and
eventually fill up the filesystem. They can't be deleted by hand and will
only go away when the server is rebooted. Obviously this is not good in a
production environment. We cannot turn off VSP for some clients because
most of what they need backed up is open files.
We also aren't seeing the registry values for VSP that Veritas support says
we should be seeing.
We'll be upgrading the clients to MP3 shortly but figured I'd hit up the
user community to see if anyone had this issue.
TIA,
Dave
------_=_NextPart_001_01C49C1A.14F8A9E0
Content-Type: text/html
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII">
<TITLE>Message</TITLE>
<META content="MSHTML 6.00.2800.1458" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=689002018-16092004><FONT face=Arial color=#0000ff size=2>This
has been mentioned on the mailing list before (everyone loves VSP). The
third party tool is called ProcessExplorer from sysinternals - I do warn about
the crashing issue with it. </FONT></SPAN></DIV>
<DIV><SPAN class=689002018-16092004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=689002018-16092004><FONT face=Arial color=#0000ff size=2>From
my previous note:</FONT></SPAN></DIV>
<DIV><SPAN class=689002018-16092004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=689002018-16092004>
<DIV><SPAN class=625315016-23082004>Just an FYI, as per Veritas a release is
due
out this fall.</SPAN></DIV>
<DIV><SPAN class=625315016-23082004></SPAN> </DIV>
<DIV><SPAN class=625315016-23082004>The release this Fall is suppose to fix VSP
under 5.1 (and likely updates for 5.0 will come out then too).</SPAN></DIV>
<DIV><SPAN class=625315016-23082004></SPAN> </DIV>
<DIV><SPAN class=625315016-23082004>VSP cache files fail to clear under
5.x. Veritas has provided no solution besides a third party product to
remove the file handle so you can delete the VSP cache file without rebooting
the server. Of course, this third party tool is unsupported and has a
habit of either fixing the issues or crashing the server (which in that case
you
can remove the VSP file once the server comes back up).</SPAN></DIV><!--
Converted from text/rtf format -->
<P><SPAN lang=en-ca><FONT face=Papyrus>Thanks!</FONT></SPAN> </P>
<P><SPAN lang=en-ca><FONT face=Papyrus>- Cuyler Dingwell</FONT></SPAN>
</P></SPAN></DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT
face=Tahoma><FONT size=2><SPAN class=689002018-16092004><FONT face=Arial
color=#0000ff> </FONT></SPAN></FONT></FONT></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT
face=Tahoma><FONT size=2><SPAN
class=689002018-16092004> </SPAN>-----Original
Message-----<BR><B>From:</B> veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] <B>On Behalf Of
</B>Cornely,
David<BR><B>Sent:</B> Thursday, September 16, 2004 12:14 PM<BR><B>To:</B>
veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> [Veritas-bu] VSP
issues<BR><BR></DIV></FONT></FONT>
<P align=left><FONT face=Arial size=2>Hello,</FONT></P>
<P align=left><FONT face=Arial size=2>Master =</FONT> <FONT face=Arial
size=2>NBU 5.0MP3</FONT><FONT face=Arial size=2> (Solaris 9)</FONT></P>
<P align=left><FONT face=Arial size=2>Media = NBU 5.0MP3 (Solaris
9)</FONT></P>
<P align=left><FONT face=Arial size=2>Is anyone else having problems with VSP
not removing its cache files after the backup completes? We are seeing
this behavior on a number of W2K</FONT> <FONT face=Arial
size=2>clients</FONT><FONT face=Arial size=2> running 5.0MP1 where the cache
files never get deleted and eventually fill up the filesystem.
T</FONT><FONT face=Arial size=2>hey can</FONT><FONT face=Arial
size=2>'</FONT><FONT face=Arial size=2>t be deleted by hand and will only go
away when the server is rebooted. Obviously this is not good in a
production environment. We cannot turn off VSP for some clients because
most of what they</FONT> <FONT face=Arial size=2>need</FONT> <FONT face=Arial
size=2>back</FONT><FONT face=Arial size=2>ed</FONT> <FONT face=Arial
size=2>up
is open files.</FONT></P>
<P align=left><FONT face=Arial size=2>We also aren</FONT><FONT face=Arial
size=2>'</FONT><FONT face=Arial size=2>t seeing the registry values for VSP
that Veritas support says we should be seeing.</FONT></P>
<P align=left><FONT face=Arial size=2>We</FONT><FONT face=Arial
size=2>'</FONT><FONT face=Arial size=2>ll be upgrading the clients to MP3
shortly but figured I</FONT><FONT face=Arial size=2>'</FONT><FONT face=Arial
size=2>d hit up the user community to see if anyone had this issue.</FONT></P>
<P align=left><FONT face=Arial size=2>TIA,</FONT></P>
<P align=left><FONT face=Arial
size=2>Dave</FONT></P></BLOCKQUOTE></BODY></HTML>
------_=_NextPart_001_01C49C1A.14F8A9E0--
|
|
|
