Symantec was no help but I actually found a workaround that they have
validated. Symantec will actually issue a Technote on my discovery of the
workaround. But take note, this only applies to 32Bit Netbackup running on
HP-UX 11.11 upwards.

The fix was to utilize the "chatr" utility to allow a 32bit application to
grow/access memory beyond the 1.9GB it is allowed in its default "memory
quadrant -- which is the 1st quadrant". This meant allowing it to execute in
the 3rd quadrant as follows (of course NBU needs to be down):

chatr +q3p enable /usr/openv/netbackup/bin/bprd

After the change, start NBU and try your gazillion files filesystem
restore.... My problematic filesystem is about 1TB and around 7 million
files with the average file path around 900 characters long...

For other OSes, check for a similar utility....




On 9/25/06, ida3248b at post.cybercity.dk <ida3248b at post.cybercity.dk> wrote:
>
> Hello Nelson
>
> I have had a similar problem on Tru64 with NBU3.2. The solution in our
> case
> was to restore one file in last directory. We also increased the swap
> space
> on the server as far as I remember.
>
> Regards
> Michael
>
> On Fri, 22 Sep 2006 22:40:42 -0400, Nelson Caparroso wrote
> > HP-UX 11.11
> > Netbackup 6.0 MP3
> > maxdsiz already at 2GB...
> > Server is 24GB RAM
> >
> > Symantec support not helpfull at all... bprd grows to 4GB and dies...
> malloc error...
> >
> > What do I do now? Is there a 64bit Netbackup release ?
> >
> > Help!!!
>
> --
> Cybercity Webhosting (http://www.cybercity.dk)
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060930/4a09bbcd/attachment.html