--------------050904070708030507000408
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
I had a whinge to Netapps and Veritas a year or so back about NDMP
and Veritas Netbackup versions not working with new releases.
It wasn't that Netapps were failing in their Ontap releases, or Veritas
never
seemed to QA data for their releases against NDMP vendors, I just fealt
this was
one aspect that was overlooked in the release schedules.
Netapps now have a URL to the Veritas NDMP backup certification matrix
http://support.veritas.com/dsl/lists/nbu_os_ddProduct_NETBACKUPDC_prod1_NDMP.htm#notes
I don't know if it was me complaining , being one of many complainers,
or Netapps asking but there it is.
--
Regards,
/Mark Smiles/
Unix Systems Manager
International Infrastructure Team
Agere Systems
emailto:[email protected]_
Tel (DDI) : +44 1344 29 6042
Gerrit Bos wrote:
>Sounds like Deron hit the nail on the head for Andrew's original question. We
>have a NetApp and back it up with NB 3.2. We have chosen to put the NetApp in
>it's own class, and set the server file spec to include all the top level
>directories (and not include the .snapshots in that list :-) That seems to
>work
>well, and has the added advantage of allowing us to stream :
>NEW_STREAM
>/netapp/u
>NEW_STREAM
>/netapp/c
>NEW_STREAM
>/netapp/a
>/netapp/css
>....
>
>Drawback is of course that if you add a top-level structure, you need to
>monitor
>that, and change the class configuration. Speed is not great, but there is no
>noticable performance degradation for the clients during backup so we can
>schedule
>a fairly flexible window. (We use the netapp to mount user home directories
>for
>the campus to various hosts)
>We're thinking about NDMP for the future. I hope this helps....Gerrit
>
>Deron Johnson wrote:
>
>>Do you also have an include list? If you do, NetBackup will try to
>>traverse the entire directory structure, looking for files to
>>"reinclude". See <http://seer.support.veritas.com/docs/243057.htm> for
>>more information.
>>
>>--
>>Deron Johnson
>>djohnson AT amgen DOT com
>>
>>On Thu, Jan 24, 2002 at 12:05:19PM +1100, Andrew Wilkin wrote:
>>
>>>Hi list,
>>>
>>>Server - NetBackup 3.2 on HPUX 10.20 and Client - NetWork Appliance unit
>>>with NetApp Release 5.3.2D4 OS.
>>>
>>>I don't have the NDMP extension so I'm backing-up the system via NFS mounts
>>>on my backup Server. I have an exclude list that excludes the /snapshot
>>>directories.
>>>
>>>The problem I have is that NetBackup seems to still traverse the /snapshot
>>>directories, even though they are excluded, and as a consequence, during the
>>>backup of the NetApp, /snapshot/hourly8 is deleted via the snapshot
>>>management process, but Veritas is trying to backup this directory structure
>>>and I get a stale NFS error (though I don't want to backup the /snapshot
>>>directory anyway!)
>>>
>>>TIME SERVER/CLIENT TEXT
>>>
>>>01/24/02 09:51:58 sydbak sydbaka from client sydbaka: ERR - Cannot lstat64
>>>
>>>/licups/.snapshot/hourly.8/updates/Thu17Jan2002/20021701085
>>>
>>>800.PARR3132N. Errno = 70: Stale NFS file handle
>>>
>>>01/24/02 09:51:58 sydbak sydbaka from client sydbaka: ERR - Cannot lstat64
>>>
>>>/licups/.snapshot/hourly.8/updates/Thu17Jan2002/20021701085
>>>
>>>823.PARR3132S. Errno = 70: Stale NFS file handle
>>>
>>>01/24/02 09:51:59 sydbak sydbaka from client sydbaka: ERR - Cannot lstat64
>>>
>>>/licups/.snapshot/hourly.8/updates/Thu17Jan2002/20021701085
>>>
>>>849.cPARR01116. Errno = 70: Stale NFS file handle
>>>
>>>At the moment I'm just ignoring these errors but I'm afraid that I may
>>>inadvertently skip over a genuine error!
>>>
>>>Any help would be greatly appreciated.
>>>
>>_______________________________________________
>>Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>
>
>_______________________________________________
>Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
--------------050904070708030507000408
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title></title>
</head>
<body>
I had a whinge to Netapps and Veritas a year or so back about NDMP <br>
and Veritas Netbackup versions not working with new releases.<br>
It wasn't that Netapps were failing in their Ontap releases, or Veritas
never<br>
seemed to QA data for their releases against NDMP vendors, I just fealt this
was <br>
one aspect that was overlooked in the release schedules.<br>
<br>
Netapps now have a URL to the Veritas NDMP backup certification matrix <br>
<a class="moz-txt-link-freetext"
href="http://support.veritas.com/dsl/lists/nbu_os_ddProduct_NETBACKUPDC_prod1_NDMP.htm#notes">http://support.veritas.com/dsl/lists/nbu_os_ddProduct_NETBACKUPDC_prod1_NDMP.htm#notes</a><br>
I don't know if it was me complaining , being one of many complainers, or
Netapps asking but there it is.<br>
-- <br>
<div class="moz-signature">
<title>signature</title>
<meta http-equiv="content-type" content="text/html; ">
<meta name="author" content="Mark Smiles">
Regards,<br>
<i>Mark Smiles</i><br>
Unix Systems Manager<br>
International Infrastructure Team<br>
<font color="#6600cc">Agere Systems</font><br>
emailto:<u><a class="moz-txt-link-abbreviated" href="mailto:msmiles AT agere
DOT com">msmiles AT agere DOT com</a></u><br>
Tel (DDI) : +44 1344 29 6042<br>
</div>
<br>
Gerrit Bos wrote:<br>
<blockquote type="cite" cite="mid:3C51700E.D71C358 AT uoguelph DOT ca">
<pre wrap="">Sounds like Deron hit the nail on the head for Andrew's original
question. We<br>have a NetApp and back it up with NB 3.2. We have chosen to
put the NetApp in<br>it's own class, and set the server file spec to include
all the top level<br>directories (and not include the .snapshots in that list
:-) That seems to work<br>well, and has the added advantage of allowing us to
stream
:<br>NEW_STREAM<br>/netapp/u<br>NEW_STREAM<br>/netapp/c<br>NEW_STREAM<br>/netapp/a<br>/netapp/css<br>....<br><br>Drawback
is of course that if you add a top-level structure, you need to
monitor<br>that, and change the class configuration. Speed is not great, but
there is no<br>noticable performance degradation for the clients during backup
so we can schedule<br>a fairly flexible window. (We use the netapp to mount
user home directories for<br>the campus to various hosts)<br>We're thinking
about NDMP for the future. I hope this helps....Gerrit<br><br>Deron Johnson
wrote:<br><br></pr
e>
<blockquote type="cite">
<pre wrap="">Do you also have an include list? If you do, NetBackup will
try to<br>traverse the entire directory structure, looking for files
to<br>"reinclude". See <a class="moz-txt-link-rfc2396E"
href="http://seer.support.veritas.com/docs/243057.htm"><http://seer.support.veritas.com/docs/243057.htm></a>
for<br>more information.<br><br>--<br>Deron Johnson<br><a
class="moz-txt-link-abbreviated" href="mailto:djohnson AT amgen DOT
com">djohnson AT amgen DOT com</a><br><br>On Thu, Jan 24, 2002 at 12:05:19PM
+1100, Andrew Wilkin wrote:<br></pre>
<blockquote type="cite">
<pre wrap="">Hi list,<br><br>Server - NetBackup 3.2 on HPUX 10.20 and
Client - NetWork Appliance unit<br>with NetApp Release 5.3.2D4 OS.<br><br>I
don't have the NDMP extension so I'm backing-up the system via NFS mounts<br>on
my backup Server. I have an exclude list that excludes the
/snapshot<br>directories.<br><br>The problem I have is that NetBackup seems to
still traverse the /snapshot<br>directories, even though they are excluded, and
as a consequence, during the<br>backup of the NetApp, /snapshot/hourly8 is
deleted via the snapshot<br>management process, but Veritas is trying to backup
this directory structure<br>and I get a stale NFS error (though I don't want to
backup the /snapshot<br>directory anyway!)<br><br>TIME SERVER/CLIENT
TEXT<br><br>01/24/02 09:51:58 sydbak sydbaka from client sydbaka: ERR - Cannot
lstat64<br><br>/licups/.snapshot/hourly.8/updates/Thu17Jan2002/20021701085<br><br>800.PARR3132N.
Errno = 70: Stale NFS file handle<br><br>01/24/02 09:51:58
sydbak sydbaka from client sydbaka: ERR - Cannot
lstat64<br><br>/licups/.snapshot/hourly.8/updates/Thu17Jan2002/20021701085<br><br>823.PARR3132S.
Errno = 70: Stale NFS file handle<br><br>01/24/02 09:51:59 sydbak sydbaka from
client sydbaka: ERR - Cannot
lstat64<br><br>/licups/.snapshot/hourly.8/updates/Thu17Jan2002/20021701085<br><br>849.cPARR01116.
Errno = 70: Stale NFS file handle<br><br>At the moment I'm just ignoring these
errors but I'm afraid that I may<br>inadvertently skip over a genuine
error!<br><br>Any help would be greatly appreciated.<br></pre>
</blockquote>
<pre
wrap="">_______________________________________________<br>Veritas-bu maillist
- <a class="moz-txt-link-abbreviated" href="mailto:Veritas-bu AT
mailman.eng.auburn DOT edu">Veritas-bu AT mailman.eng.auburn DOT edu</a><br><a
class="moz-txt-link-freetext"
href="http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu">http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</a><br></pre>
</blockquote>
<pre
wrap=""><!----><br>_______________________________________________<br>Veritas-bu
maillist - <a class="moz-txt-link-abbreviated" href="mailto:Veritas-bu AT
mailman.eng.auburn DOT edu">Veritas-bu AT mailman.eng.auburn DOT edu</a><br><a
class="moz-txt-link-freetext"
href="http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu">http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</a><br></pre>
</blockquote>
<div class="moz-signature"><br>
</div>
<br>
</body>
</html>
--------------050904070708030507000408--
|