Veritas-bu

Re: [Veritas-bu] Cannot backup files attached on SAN mount point?

2007-12-20 14:48:21
Subject: Re: [Veritas-bu] Cannot backup files attached on SAN mount point?
From: "Preston, Douglas L" <dpreston AT landam DOT com>
To: "Justin Piszcz" <jpiszcz AT lucidpixels DOT com>, <veritas-bu AT mailman.eng.auburn DOT edu>
Date: Thu, 20 Dec 2007 14:28:55 -0500
I have 2 servers, 2 clones each that I backup via attached clone drives
from a san.  How are you attaching the clone drive to z: on your server
you are trying to backup?
Are you running a hardware rescan after attaching them?  Below is how I
do it and the clones are attaching under a subdirectory  mount point
like yours are.


REM
REM  Fracture Cloned LUNS from Source LUN
REM   Attach cloned LUNS to BU01 
REM     DAILY FRACTURE BATCH FILE
REM


REM  ********* SQL *********
navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5
snapview -fractureclone -name SQL_CloneGroup_LUN125_LUN124 -cloneid
0100000000000000 -o
navicli -h clariion storagegroup -addhlu -gname bu01 -hlu 124 -alu 124  

navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5
snapview -fractureclone -name SQL_CloneGroup_LUN127_LUN126 -cloneid
0100000000000000 -o
navicli -h clariion storagegroup -addhlu -gname bu01 -hlu 126 -alu 126  

REM  ********* MSQL *********
navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5
snapview -fractureclone -name MSQL_CloneGroup_LUN41_LUN43 -cloneid
0100000000000000 -o
navicli -h clariion storagegroup -addhlu -gname bu01 -hlu 43 -alu 43  

navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5
snapview -fractureclone -name MSQL_CloneGroup_LUN42_LUN44 -cloneid
0100000000000000 -o
navicli -h clariion storagegroup -addhlu -gname bu01 -hlu 44 -alu 44  

REM *** devcon.exe is available from Microsoft
REM Next line causes windows to rescan hardware 
REM should be ran 5 to 10 minutes after the navicli command as windows
is slow seeing the drives.

devcon rescan




REM
REM  Remove Cloned LUN from svcacibu1 and re-synchronize the clone LUN
with its Source LUN
REM     DAILY SYNCHRONIZE BATCH FILE
REM



REM  ********* SQL *********
navicli -h clariion storagegroup -removehlu -gname bu01 -hlu 124 -o
navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5
snapview -syncclone -name SQL_CloneGroup_LUN125_LUN124 -cloneid
0100000000000000 -o

navicli -h clariion storagegroup -removehlu -gname bu01 -hlu 126 -o
navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5
snapview -syncclone -name SQL_CloneGroup_LUN127_LUN126 -cloneid
0100000000000000 -o


REM  ********* MSQL *********
navicli -h clariion storagegroup -removehlu -gname bu01 -hlu 43 -o
navicli.jar -User services -Password r00tus3r -Scope 0 -address 1.2.2.5
snapview -syncclone -name P-MSQL_CloneGroup_LUN41_LUN43 -cloneid
0100000000000000 -o

navicli -h clariion storagegroup -removehlu -gname bu01 -hlu 44 -o
navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5
snapview -syncclone -name P-MSQL_CloneGroup_LUN42_LUN44 -cloneid
0100000000000000 -o

REM --- end of batch file




Doug Preston


-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Justin
Piszcz
Sent: Thursday, December 20, 2007 9:54 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Cannot backup files attached on SAN mount point?

Does anyone here backup "cloned" or aka volumes via a host connected to
a 
SAN?

I get this error using NetBackup 5.1MP4/MP6 and/or NetBackup 6.0MP5,
both 
yield the same result:

Here is what it looks like:

12/20/2007 05:00:00 - requesting resource MYSTORAGEGROUP
12/20/2007 05:00:00 - requesting resource
master-server.com.NBU_CLIENT.MAXJOBS.client-name.com
12/20/2007 05:00:00 - requesting resource
master-server.com.NBU_POLICY.MAXJOBS.MYPOLICY001
12/20/2007 05:00:01 - granted resource
master-server.com.NBU_CLIENT.MAXJOBS.client-name.com
12/20/2007 05:00:01 - granted resource
master-server.com.NBU_POLICY.MAXJOBS.MYPOLICY001
12/20/2007 05:00:01 - granted resource AB1234
12/20/2007 05:00:01 - granted resource Drive02
12/20/2007 05:00:01 - granted resource media-server.com
12/20/2007 05:00:02 - started process bpbrm (pid=10339)
12/20/2007 05:00:09 - connecting
12/20/2007 05:00:09 - mounting AB1234
12/20/2007 05:00:10 - connected; connect time: 0:00:00
12/20/2007 05:00:45 - mounted AB1234; mount time: 0:00:36
12/20/2007 05:00:45 - positioning AB1234 to file 3
12/20/2007 05:01:48 - positioned AB1234; position time: 0:01:03
12/20/2007 05:01:48 - begin writing
12/20/2007 07:59:20 - Error bpbrm (pid=10360) from client
client-name.com: 
ERR - failure reading file: Z:\SAN\EXCHANGE\CLONE1\store1.edb (WIN32 21:

The device is not ready. )
12/20/2007 07:59:21 - end writing; write time: 2:57:33
the requested operation was partially successful (1)

The actual problem: (WIN32 21: The device is not ready. )

Does anyone have any idea how to fix this issue or has anyone run into
it 
before?

There are several mount points, for example:
Z:\SAN\EXCHANGE\CLONE2\store2.edb
Z:\SAN\EXCHANGE\CLONE2\store3.edb
Z:\SAN\EXCHANGE\CLONE2\store4.edb

They all fail with the same error, I have read the following suggestions

here:
https://forums.symantec.com/syment/board/message?board.id=21&message.id=
39090

However, RSM is disabled and these errors persist.

Any clues?

Justin.
_______________________________________________
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

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