Please! Use lsof! fuser is not a very good utility for this.
-Andrew Stueve
Sean Clarke wrote:
>I concur, we have done this for 8i, 9 and 10g without incident. If you
>want to verify for yourself that libobk isn't being help open by Oracle
>you can use fuser.
>
>Cheers
>Sean
>
>
>Weber, Philip wrote:
>
>
>>I don't think so. With versions of Oracle previous to 8i the
>>libobk.so libraries were linked into Oracle which might have been a
>>problem for updating the NetBackup Agent for Oracle from the master
>>server, but I have not had problems with the UNIX client update and
>>the Oracle linking is simpler from 8i up.
>>
>>Phil
>>
>> -----Original Message-----
>> *From:* veritas-bu-bounces at mailman.eng.auburn.edu
>> [mailto:veritas-bu-bounces at mailman.eng.auburn.edu] *On Behalf Of
>> *Whelan, Patrick
>> *Sent:* 17 July 2006 13:55
>> *To:* veritas-bu at mailman.eng.auburn.edu
>> *Subject:* [Veritas-bu] Updating UNIX clients from the master server.
>>
>> All,
>>
>> One more question. Is anyone aware of a problem updating UNIX
>> clients running Oracle 8 from the master server? I have been told
>> that Oracle holds some of the lib files open so the update can not
>> succeed. Is this true?
>>
>> Regards,
>>
>>
>> Patrick Whelan
>>
>> NetBackup Specialist
>>
>> Architect & Engineering
>>
>> +44 20 7863 5243
>>
>> Of all the things I've lost, I miss my mind the most! - Unknown
>>
>> There are only 10 kinds of people on earth - those who understand
>> binary
>>
>> and those who don't.
>>
>>
>>
>>
>> *************************************************************************************
>> The message is intended for the named addressee only and may not
>> be disclosed to or used by anyone else, nor may it be copied in
>> any way.
>>
>> The contents of this message and its attachments are confidential
>> and may also be subject to legal privilege. If you are not the
>> named addressee and/or have received this message in error, please
>> advise us by e-mailing security at colt.net and delete the message
>> and any attachments without retaining any copies.
>>
>> Internet communications are not secure and COLT does not accept
>> responsibility for this message, its contents nor responsibility
>> for any viruses.
>>
>> No contracts can be created or varied on behalf of COLT
>> Telecommunications, its subsidiaries or affiliates ("COLT") and
>> any other party by email Communications unless expressly agreed in
>> writing with such other party.
>>
>> Please note that incoming emails will be automatically scanned to
>> eliminate potential viruses and unsolicited promotional emails.
>> For more information refer to www.colt.net or contact us on
>> +44(0)20 7390 3900.
>>
>>------------------------------------------------------------------------
>>
>>*
>>Egg is a trading name of the Egg group of companies which includes:
>>Egg plc (reg no
>>2448340), Egg Financial Intermediation Ltd
>>(reg no 3828289), and Egg Banking plc (reg
>>no 2999842). Egg Banking plc and Egg
>>Financial Intermediation Ltd are authorised
>>and regulated by the Financial Services
>>Authority (FSA) and are entered in the FSA
>>register under numbers 205621 and 309551
>>respectively. These members of the Egg group
>>are registered in England and Wales.
>>Registered office: 1 Waterhouse Square, 138-
>>142 Holborn, London EC1N 2NA.
>>
>>
>>This e-mail is confidential and for use by
>>the addressee only. If you are not the
>>intended recipient of this e-mail and have
>>received it in error, please return the
>>message to the sender by replying to it and
>>then delete it from your mailbox. Internet e-
>>mails are not necessarily secure. The Egg
>>group of companies do not accept
>>responsibility for changes made to this
>>message after it was sent.
>>
>>
>>Whilst all reasonable care has been taken to
>>avoid the transmission of viruses, it is the
>>responsibility of the recipient to ensure
>>that the onward transmission, opening or use
>>of this message and any attachments will not
>>adversely affect its systems or data. No
>>responsibility is accepted by the Egg group
>>of companies in this regard and the
>>recipient should carry out such virus and
>>other checks as it considers appropriate.
>>
>>This communication does not create or modify
>>any contract.
>>*
>>
>>------------------------------------------------------------------------
>>
>>_______________________________________________
>>Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
>>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>
>>
>>
>_______________________________________________
>Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
>
--
Andrew Stueve
andrew.stueve AT neovera.com
571-437-5754
|