[Veritas-bu] Restoration of huge data volumes fails
2007-05-04 12:11:50
Subject: |
[Veritas-bu] Restoration of huge data volumes fails |
From: |
hullo_daniel at hotmail.com (Daniel Goh) |
Date: |
Sat, 5 May 2007 00:11:50 +0800 |
Hi guys,
I am facing a huge problem here.
One of the volumes on my volume manager got corrupted in the filesystem level.
Now I am using NBU 6.0 MP4 Solaris 10 to restore.
The restoration is happening thru a media server to the media server itself.
Same MP4 and Solaris 10.
However I am getting different restore failures.
With the following errors.
22:00:58 (37552.001) [2447] Exit_shm status = 4022:00:58 (37552.001) [2447] got
signal 1322:00:58 (37552.001) [2447] sent 16 directories/files to client
columbia22:00:58 (37552.001) [2447] Exit_shm status = 40
13:06:49.299 [8719] <4> nbjm_media_request: NBJM returned an extended error
status: invalid span request (809)
Any idea what the below messages mean anything to do with share memory?
10:51:51.033 [4434] <2> mpx_setup_restore_shm: using 12 data buffers, buffer
size is 6553610:51:51.033 [4434] <2> mpx_setup_restore_shm: child delay = 20,
parent delay = 30 (milliseconds)10:51:51.033 [4434] <2> mpx_setup_restore_shm:
shm_size = 788516, buffer address = 0xfd080000, buf control= 0xfd140000, ready
ptr = 0xfd140120, res_cntl = 0xfd14012410:51:51.033 [4434] <2>
mpx_setup_restore_shm: shmid for mpx restores is 2210:51:51.033 [4434] <2>
mpx_change_shm: shmid 22, 0 384
Also have other tries of restoration failing with socket read failure, etc.
Any one has any idea is there any problem with restoration with huge data?
Appreciate any help given.
Thanks.
_________________________________________________________________
Get 2GB of storage space with the new Windows Live Hotmail!
http://get.live.com/mail/features
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070505/908d5b36/attachment.html
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Veritas-bu] Restoration of huge data volumes fails,
Daniel Goh <=
|
|
|