...that is, under Solaris.

Steven L. Sesar wrote:
> I don't recall seeing this option in 3.4, but on a 4.5 master, you can 
> disable OTM at the client level. It's just a checkbox, and it rid me of 
> those pesky 11 system call failure errors.
> 
> Here's couple of links to some good info on NBU and OTM:
> 
> http://www.backupcentral.com/foms/netbackup-serve/cache/151.html
> 
> --Steve
> 
> 
> Nash, Ebon wrote:
> 
>> I would recommend either increasing the size of the system drive, 
>> which is
>> most likely your C: drive.  If that is not possible, I believe there is a
>> way to tell NetBackup to write OTM files to a different location 
>> (anything
>> other than c:).  I believe their web site has information on how to do 
>> this.
>> One other thing you can try is disabling OTM to see if that fixes the
>> problem.  That should be documented on Veritas' web site as well.
>>
>>
>> Ebon Nash
>> Compuware Corp.
>>
>> -----Original Message-----
>> From: Weber, Philip [mailto:Philip.Weber AT egg DOT com]
>> Sent: Thursday, February 20, 2003 6:17 AM
>> To: veritas-bu AT mailman.eng.auburn DOT edu
>> Subject: [Veritas-bu] NT OTM Questions
>>
>>
>> Dear all,
>>
>> We are experiencing system problems with a large NT4 fileserver (500 Gb
>> storage, 2 * P3 Xeon 550, 512 Gb RAM), the system has been found 
>> hanging the
>> last three mornings & had to be cold restarted.  We are running Netbackup
>> 3.4 patch level 3 on the Solaris servers & patch level 1 on the NT 
>> clients.
>>
>> Fingers are being pointed at OTM (because yesterday when the problem
>> occurred the winnt system drive was found to have filled up, & an old OTM
>> cache file was found on it).
>>
>> I have seen on this list that other people have had issues with OTM.  
>> I know
>> it is a pain to configure and doesn't seem to work very well, can it 
>> cause
>> system problems?
>>
>> I have also seen that people have turned OTM off.  What are the 
>> effects of
>> this - I would assume that all open files would therefore not be 
>> backed up
>> and we would get lots of 1 return codes.
>>
>> When OTM is working correctly I does it create cache files & delete after
>> use?  Can it create multiple?  Why would it leave them lying around?
>>
>> Any help appreciated ... thanks, Phil
>>
>> Phil Weber
>> Egg Distributed Hosts - UNIX Systems Engineer
>> Phone: 01384 26 4136
>> Mobile:
>>
>> -----Original Message-----
>> From: Liddle, Stuart [mailto:liddles AT amgen DOT com]
>> Sent: 19 February 2003 22:48
>> To: veritas-bu AT mailman.eng.auburn DOT edu
>> Subject: [Veritas-bu] Catalog backup question (NetBackup Datacenter 3.4
>> UNIX)
>>
>>
>> I need a way to find out how much data is actually being written to our
>> catalog tape.  I used the following:
>>
>> bpbackupdb -v
>>
>> and looked at the /usr/openv/netbackup/logs/admin/log.<date> file
>>
>> It did not have the total number of bytes written to the tape anywhere in
>> the output.  I'd like to know how close I'm getting to filling my catalog
>> tape.
>>
>> Is there an easy way to determine this information, or do I have to just
>> guess that since the data in the
>> /usr/openv/netbackup/db
>> directory is mostly text that it will get at least a 2:1 compression
>> (probably closer to 4:1) and use that as a guide for how much will fit 
>> on my
>> DLT7000 tapes?  Since the hardware compression will get about 70GB of
>> compressed data on a tape, what's the realistic amount to expect that 
>> will
>> fit on the tape?  Would I have to worry if my db directory is about 50GB?
>> 100GB?
>>
>> thanks,
>>
>> --stuart
>> _________________________
>> Stuart W. Liddle
>> Amgen Corp.
>> liddles AT amgen DOT com
>>
>>
>> _______________________________________________
>> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>
>>
>> This private and confidential e-mail has been sent to you by Egg.
>> The Egg group of companies includes Egg Banking plc
>> (registered no. 2999842), Egg Financial Products Ltd (registered
>> no. 3319027) and Egg Investments Ltd (registered no. 3403963) which
>> carries out investment business on behalf of Egg and is regulated
>> by the Financial Services Authority.  Registered in England and Wales. 
>> Registered offices: 1 Waterhouse Square,
>> 138-142 Holborn, London EC1N 2NA.
>> If you are not the intended recipient of this e-mail and have
>> received it in error, please notify the sender by replying with
>> 'received in error' as the subject and then delete it from your
>> mailbox.
>>
>> _______________________________________________
>> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>
>>
>>
>> The contents of this e-mail are intended for the named addressee only. It
>> contains information that may be confidential. Unless you are the named
>> addressee or an authorized designee, you may not copy or use it, or 
>> disclose
>> it to anyone else. If you received it in error please notify us 
>> immediately
>> and then destroy it.
>> _______________________________________________
>> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>
> 
> 


-- 
===================================

Steven L. Sesar
Ops. Sys. Programmer/Analyst, Sr.
Application Operations R10A
The MITRE Corporation
202 Burlington Road - R101
Bedford, MA 01730
tel: (781) 271-7702
fax: (781) 271-2600
email: ssesar AT mitre DOT org
mobile: (617) 893-9635

===================================