Don:

I apologize, I sent you a reply to this question 
yesterday right after I received it, unfortunately I 
don't think it made it.  

If you haven't done so already, check Chapter 4 of your 
troubleshooting guide, it will outline the error in 
some detail and give you some reasonable modifications 
that can be done to your /etc/system file.

As the other post'ers have mentioned this is a shared 
memory problem with Solaris or an OTM problem with NT.  
In either case, the troubleshooting guide covers both.

David Chapa
DataStaff, Inc.
nbu-lserv AT datastaff DOT com

Quoting "David A. Chapa" <david AT datastaff DOT com>:

> don:
>
> What has changed on this system?  more classes,
> clients, multistreaming, multiplexing...
>
> The most common solution is increasing your shared
> memory, messages queues and messages queue size.
>
>
>
> Quoting "O'Shea, Don" <Don.OShea AT emergis DOT com>:
>
> > I have not installed the patch on these systems yet
> and since our Change
> > Manager has left for the day it looks as if it will
> have to wait. It was
> > strange though that it worked for 2 days fine and
> then this has been coming
> > up. I have increased the cache size for now to see 
if
> this helps and I will
> > install the patch tomorrow.
> >
> > I found a reference to this problem that says the
> patch J0820326 would
> > resolve this. I currently have the Junbo patch
> J0820363 which I believe is
> > the latest. Would this one also resolve the problem
> or do I need to install
> > both?
> >
> > Don
> >
> > -----Original Message-----
> > From: Todd Stansell [mailto:todd AT gnac DOT com]
> > Sent: Tuesday, June 20, 2000 5:46 PM
> > To: O'Shea, Don
> > Cc: Veritas BU
> > Subject: Re: [Veritas-bu] Status 11 Error
> >
> >
> > I believe I have seen this when the index file that
> get's created on
> > the server (/usr/openv/netbackup/db/images/*/*/*.f)
> goes above 2GB.
> > If you're not on the latest jumbo patch, which
> includes the fix for the
> > 2GB issue, you should upgrade to it.  I don't
> remember which jumbo
> > patch that was...
> >
> > And if you're running it on a 2.5.1 system, you 
would
> need to split
> > up your class into smaller pieces (if it's the 2GB
> issue) so that
> > the index file doesn't get so big.
> >
> > Other things that could do this is a full filesystem
> where those index
> > files are getting created, running out of mutexes,
> etc.
> >
> > Todd
> >
> > On Tue, Jun 20, 2000 at 04:30:55PM -0400, O'Shea, 
Don
> wrote:
> > > We are having problems where our backups are
> failing with a system 11
> > status
> > > code. When I check the logs it is saying system
> call failed. Has anybody
> > > ever seen this before and know what is causing it?
> > >
> > > Don O'Shea
> > > Sr. Operations Analyst
> > > BCE Emergis
> > > Financial Services Division
> > > Phone: (905) 707-4000 Ext. 3765
> > > Fax: (905) 707-4329
> > > mailto:don.oshea AT emergis DOT com
> > >
> > > _______________________________________________
> > > Veritas-bu maillist  -  Veritas-
> bu AT mailman.eng.auburn DOT edu
> > >
> 
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-
> bu
> > _______________________________________________
> > Veritas-bu maillist  -  Veritas-
> bu AT mailman.eng.auburn DOT edu
> >
> 
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-
> bu
> >
>
>
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> David A. Chapa                847 413 1144 p
> Consulting Practice Mgr.      847 413 1168 f
> DataStaff, Inc.               http://www.datastaff.com
> _______________________________________________
> Veritas-bu maillist  -  Veritas-
bu AT mailman.eng.auburn DOT edu
> 
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-
bu
> 



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
David A. Chapa                847 413 1144 p
Consulting Practice Mgr.      847 413 1168 f
DataStaff, Inc.               http://www.datastaff.com