Video Screencast Help

oo many data blocks written, check tape/driver block size configuration

Created: 01 Feb 2013 • Updated: 06 Feb 2013 | 10 comments
This issue has been solved. See solution.

 

02/02/2013 00:27:54 - begin writing
02/02/2013 02:29:20 - Error bptm (pid=17221) FREEZING media id 000156, too many data blocks written, check tape/driver block size configuration
02/02/2013 02:29:29 - Info bptm (pid=17221) EXITING with status 84 <----------
02/02/2013 02:29:29 - Info ndmpagent (pid=0) done. status: 84: media write error
02/02/2013 02:29:29 - end writing; write time: 2:01:35
media write error  (84)
 
 
NDMP backup
 
NBU 7.1.0.2

Comments 10 CommentsJump to latest comment

Marianne's picture

Try this link: http://bit.ly/XvO8Tf

 

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

Arun K's picture

Read those links but no use.

 

is it a SIZE_DATA_BUFFERS

NUMBER_DATA_BUFFERS
 
issue?
Marianne's picture

That is exactly documented in the links found by Google.

 

About 337 results (0.13 seconds) 

Search Results

  1.  
     

    After upgrading to 7.1, NDMP backups fail with status ... - Symantec

    www.symantec.com › Business

    Jun 22, 2011 – After upgrading to 7.1, NDMP backups fail with status code 84 " too many data blocks writtencheck tape/driver block size configuration".

  2.  
     

    After upgrading NetBackupNDMP backups start to fail ... - Symantec

    www.symantec.com › Business

    Jul 28, 2011 – After upgrading NetBackupNDMP backups start to fail reporting status... id ABC123, too many data blocks writtencheck tape/driver block size ...

 

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

SOLUTION
Arun K's picture

We cant upgrade.RESTRICTION FROM CLIENT SIDE(OWNER OF THE PROJECT)

 

What can be done here?

 

can i increase the buffer size?

Nagalla's picture

hi Arun,

when ther is  a known bug, and  verdor provides the solution with the upgrade,  i dont think Client will say no to this.because its not a major upgrade , and its just a patch to the current version.

if the client still say not, it indicates, the issue and the impact is not proparly convied to the client.

 

when we know , solution for issue 1 is =A

that does not make sence, if we try to apply some XYZ.

I hope this answers

Marianne's picture

PLEASE read carefully through the TNs. This is a bug and buffer sizes will not fix the issue.

Show the TNs to the Client.  You have TWO choices:

1. Install hotfix listed in the TN: http://www.symantec.com/docs/TECH170965

2. Patch NBU to 7.1.0.3 or 7.1.0.4.

 

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

Arun K's picture

Can i check this fix is installed on my master server in one of my other site?

 

How to check this?Any command?

Nagalla's picture

Arun,

Marianne very first post should be the solution,  please feel free to  unMark my post and Mark her post as Solution.

if you other site has the same issue, you can try it, if it does not have there is no use of trying it.

just upgrade and check the backup.

Marianne's picture

Can i check this fix is installed on my master server in one of my other site? 

 

To check patch version on other master/media servers, check NBU version files. If you don't know how, search this forum or Google. Or ask a senior colleague.

To check if hotfix is installed, check the binary checksums as per TECH170965 . If you don't know how to do that, search Google or OS forums.  (Linux has built-in md5sum command)

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