cancel
Showing results for 
Search instead for 
Did you mean: 

Data Buffer Size > 256KB = Could not open FT Server pipe: pipe open failed (17)

rizwan84tx
Level 6
Certified

Hi All,

The backup fails with the below error when Data buffer size (SIZE_DATA_BUFFERS) and Data Buffer size for FT (SIZE_DATA_BUFFERS_FT) is set greater that 256KB.

Error bptm(pid=16498) Could not open FT Server pipe: pipe open failed (17)  
Info bptm(pid=16498) EXITING with status 83 <----------       
Info bpbrm(pid=16489) got ERROR 83 from media manager      
media open error(83)

Current buffer size setting

SIZE_DATA_BUFFERS - 262144

SIZE_DATA_BUFFERS_FT - 262144

NUMBER_DATA_BUFFERS_FT - 32

I've also noticed the above error if SIZE_DATA_BUFFERS and SIZE_DATA_BUFFERS_FT are not equal.

Since FT connection support data buffer size between 65536 - 524288 and number of buffers 4 - 32; and i really have no idea why the FT connection is not being established when the data buffer is greater than 256 KB.

Master : Win 2008 R2 EE

FT media: RHEL 5.5 x64  on Qlogic 2462

San Client : Win 2008 R2 EE

 

Is there anything which i'm missing, your inputs will be very helpful.

 

Regards

Rizwan 

1 ACCEPTED SOLUTION

Accepted Solutions

Nicolai
Moderator
Moderator
Partner    VIP   

On the Linux x86_64 computers that host FT media servers, Symantec recommends
that you use 20 or fewer pipes concurrently.
If you use more than 20 pipes, Symantec recommends that you configure the
number of data buffers to a value less than 10. To do so, create (if necessary) the
following file and include a single integer that specifies the number of pipes:

/usr/openv/netbackup/db/config/NUMBER_DATA_BUFFERS_FT

To prevent jobs from failing when they attempt to obtain resources: Symantec
recommends that the number of buffers times the number of pipes be 322 or
fewer.For the number of buffers per pipe, the default value is 16 for disk and 12 for tape.

I see the same, my FT backup also fails with status 83 If I try to use larger values than 32 buffer and a size of 262144. I think it's a limitation in the code.

View solution in original post

6 REPLIES 6

mph999
Level 6
Employee Accredited

Probably because the HBA is not able to support values higher than 256 ...

Why are you changing this setting ?

What was it previously set to, and, when it was at this previous setting, what issues did you have ?

Martin

rizwan84tx
Level 6
Certified

Version NBU 7.1.0.3

rizwan84tx
Level 6
Certified

Previous value was default, changing the setting gave me a good backup speed from 30 MB/s to 98 MB/s

Mark_Solutions
Level 6
Partner Accredited Certified

It may be a limit on your HBA - it all relates to limit settings in the HBA driver (MaximumSGList)

A bit of an explanation here:

http://networkadminkb.com/KB/a11/performance-tuning-a-windows-2003-san-server.aspx

Hope this helps

Nicolai
Moderator
Moderator
Partner    VIP   

On the Linux x86_64 computers that host FT media servers, Symantec recommends
that you use 20 or fewer pipes concurrently.
If you use more than 20 pipes, Symantec recommends that you configure the
number of data buffers to a value less than 10. To do so, create (if necessary) the
following file and include a single integer that specifies the number of pipes:

/usr/openv/netbackup/db/config/NUMBER_DATA_BUFFERS_FT

To prevent jobs from failing when they attempt to obtain resources: Symantec
recommends that the number of buffers times the number of pipes be 322 or
fewer.For the number of buffers per pipe, the default value is 16 for disk and 12 for tape.

I see the same, my FT backup also fails with status 83 If I try to use larger values than 32 buffer and a size of 262144. I think it's a limitation in the code.

rizwan84tx
Level 6
Certified

Thank you Mark and Nicolai, your inputs are very helpful.

@Mark - The link provided is very useful :)