Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.

NDMP_XDR_DECODE_ERR

Created: 06 Dec 2011 | 4 comments

I have a Solaris 10 master/media server running 7.0.1 and a Solaris 10 media server (7.0.1) with a direct connected C4 Tape library . . .    a;sldkfja;sldfj

I am trying to backup a NetApp partition  to the aforementioned C4 Tape Library using an NDMP policy.  Getting the following:

Dec 6, 2011 7:40:01 AM - estimated 0 kbytes needed
Dec 6, 2011 7:40:02 AM - started process bpbrm (pid=20725)
Dec 6, 2011 7:40:02 AM - connecting
Dec 6, 2011 7:40:02 AM - connected; connect time: 0:00:00
Dec 6, 2011 7:40:04 AM - mounting X109L2
Dec 6, 2011 7:40:47 AM - mounted X109L2; mount time: 0:00:43
Dec 6, 2011 7:40:47 AM - positioning X109L2 to file 1
Dec 6, 2011 7:40:54 AM - positioned X109L2; position time: 0:00:07
Dec 6, 2011 7:40:54 AM - begin writing
Dec 6, 2011 10:39:10 AM - Error ndmpagent (pid=20730) connection 0x100301ca0 ndmp_message_process_one_failed, status = NDMP_XDR_DECODE_ERR
Dec 6, 2011 10:39:10 AM - Error ndmpagent (pid=20730) eof is set - connection 0x100301ca0
Dec 6, 2011 10:39:10 AM - Error ndmpagent (pid=20730) NDMP backup failed, path = /vol/v2011_3/
Dec 6, 2011 10:39:10 AM - Error ndmpagent (pid=20730) ndmp_data_get_state_failed, status = 12 (NDMP_EOF_ERR)
Dec 6, 2011 10:40:48 AM - end writing; write time: 2:59:54

NDMP backup failure  (99)
 

Does anyone have any experience with this?  Ever seen this?  Any help would be greatly appreciated.

rick

Comments 4 CommentsJump to latest comment

Marianne's picture

Not quite the same error code, but see if this helps: http://www.symantec.com/docs/TECH47412

There can be no harm in following Resolution in this TN:

Resolution:
The bpdbm process was getting too many simultaneous updates, possibly because the backup was processing a directory with a large number of small files.  To reduce the load on the bpdbm process, create the MAX_FILES_PER_ADD touch file on the media server.  

On a Windows media server:
- Create the file in the <install_path>\veritas\netbackup directory, and in the file, place the value 25000.

On a UNIX/Linux media server:
- Create the file in the /usr/openv/netbackup directory, and in the file, place the value 25000.

By doing this, the bpbrm process requests bpdbm to add files to the catalog for every 25000 files going to tape (the default is 5000). 

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

RickyB's picture

Hi (again) Marianne,

After doing what you/TN says, do I need to restart the media or master servers?

thanks,

 

rick

Marianne's picture

Good question! The TN doesn't say...

Hopefully someone who has done this will be able to tell us.

If you have a 'quiet' period to restart, please do so.

If you don't, just create the file and 'wait and see'....

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

braheem's picture

RickyB,

 

I was getting the same error trying to do NDMP backups from the netapp filer, I was able to resolve this issue by disabling jumbo frames on the NIC, if you go to the NIC properties and then click on configure you should see options to adjust things like performance options, power save options and jumbo frames, disable the jombo frames.

 

3/12/2012 9:08:33 AM - begin writing

3/12/2012 9:12:18 AM - Error ndmpagent(pid=7724) ndmp_data_get_state_failed, status = 18 (NDMP_XDR_DECODE_ERR)       

3/12/2012 9:12:18 AM - Error ndmpagent(pid=7724) connection 0x12e9fe0 ndmp_message_process_one_failed, status = NDMP_ILLEGAL_STATE_ERR      

3/12/2012 9:12:18 AM - Error ndmpagent(pid=7724) eof is set - connection 0x12e9fe0      

3/12/2012 9:12:18 AM - Error ndmpagent(pid=7724) NDMP backup failed, path = /vol/oe_cat_exc      

3/12/2012 9:12:18 AM - Error ndmpagent(pid=7724) ndmp_data_get_state_failed, status = 12 (NDMP_EOF_ERR)       

3/12/2012 9:12:23 AM - end writing; write time: 00:03:50

NDMP backup failure(99)

 

 

Thanks,

braheem