ADSM-L

Re: [ADSM-L] NDMP error ANR4950E when upgrading EMC Celerra DartOS

2007-05-08 12:21:34
Subject: Re: [ADSM-L] NDMP error ANR4950E when upgrading EMC Celerra DartOS
From: "Schneider, John" <schnjd AT STLO.MERCY DOT NET>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 8 May 2007 11:20:53 -0500
Greetings,

I posted this problem over a month ago, and no one at the time had a
resolution, although a few had seen it before.  I thought I would share
the solution, provided by a joint effort between IBM and EMC (with me in
the middle, furiously emailing back and forth).

Last night the 4.5TB backup of /fs_dst successfully completed! This is
the first full backup to complete with TOC=Y since the upgrade of our
Celerra. A couple hours after that the regular differential backup
schedule also ran successfully.   

What solved our problem was enabling NDMP Snapsure on the Celerra, a new
feature of DartOS 5.5.25.  On the Celerra Management console issue:

server_param server_X -facility NDMP -modify snapsure -value 1

where "server_X" is the Datamover to be changed.

Once this is set, any NDMP backup from then on will create a temporary
checkpoint filesystem (snap) for the backup, unless the calling backup
software says not to.  Since TSM doesn't specify it either way, the
Celerra will create the checkpoint by default.  The NDMP backup proceeds
using the checkpoint filesystem instead of the original, so the
filesystem doesn't change during the backup, and the TOC creation works
successfully.  When the backup completes, the checkpoint filesystem is
automatically deleted.

Once the parameter is set, you can confirm it is working by issuing the
command:

server_df server_X

on the Celerra management console while a backup is running.  You will
see the temporary checkpoint filesystem the Celerra created (along with
all the others).  The only issue this will raise is that it requires
space for the checkpoint filesystem, so the user should verify this
ahead of time.

Best Regards, 

John D. Schneider 
Sr. System Administrator - Storage 
Sisters of Mercy Health System 
3637 South Geyer Road 
St. Louis, MO.  63127 
Email:  schnjd AT stlo.mercy DOT net 
Office: 314-364-3150, Cell:  314-486-2359 

        -----Original Message-----
        From: Ravindran Velikkettil
[mailto:Ravindran.Velikkettil AT reuters DOT com] 
        Sent: Wednesday, April 11, 2007 12:48 PM
        To: Schneider, John
        Subject: NDMP error ANR4950E when upgrading EMC Celerra DartOS
        
        
        Hi John,
         
        I came across your posting about an NDMP problem
http://www.mail-archive.com/adsm-l AT vm.marist DOT edu/msg71033.html, while
searching the web for a similar problem that I am facing.  I noticed
that the TOC creation of one of our NAS filesystems are failing with the
same errors.. I am still checking with my SAN administrator to see if
the DART OS was upgraded, but  in the meanwhile, did you get a solution
for your problem?
         
        Sorry if I have wrongly used your email - 
         
        Regards,
        Ravi
         
        
        Ravindran Velikkettil
        Storage/Backup/TSM Consultant
        Reuters America, Inc.
        Phone: (631)435 7349
        Email: ravindran.velikkettil AT reuters DOT com
<mailto:ravindran.velikkettil AT reuters DOT com> 
        RM: ravindran.velikkettil.reuters.com AT reuters DOT net
<mailto:ravindran.velikkettil.reuters.com AT reuters DOT net> 

        This email was sent to you by Reuters, the global news and
information company.
        To find out more about Reuters visit www.about.reuters.com 

        Any views expressed in this message are those of the individual
sender, except where the sender specifically states them to be the views
of Reuters Limited. 

        Reuters Limited is part of the Reuters Group of companies, of
which Reuters Group PLC is the ultimate parent company. Reuters Group
PLC - Registered office address: The Reuters Building, South Colonnade,
Canary Wharf, London E14 5EP, United Kingdom
        Registered No: 3296375
        Registered in England and Wales 

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