Veritas-bu

[Veritas-bu] Problem Backing-up NetApp via NFS mount

2002-01-25 12:56:56
Subject: [Veritas-bu] Problem Backing-up NetApp via NFS mount
From: msmiles AT agere DOT com (Mark Smiles)
Date: Fri, 25 Jan 2002 17:56:56 +0000
--------------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>
&nbsp;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 &nbsp;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";>&lt;http://seer.support.veritas.com/docs/243057.htm&gt;</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--


<Prev in Thread] Current Thread [Next in Thread>