Veritas-bu

[Veritas-bu] Updating UNIX clients from the master server.

2006-07-19 19:53:09
Subject: [Veritas-bu] Updating UNIX clients from the master server.
From: jlightner at water.com (Jeff Lightner)
Date: Wed, 19 Jul 2006 19:53:09 -0400
The problem is that fuser doesn't always show everything.  For example
sometimes if you are running as a user and cd to a directory then su to
another user and cd out of the directory fuser won't show what is
busying it out.  lsof on the other hand will.

I found out about lsof years ago and now consider an invaluable tool.
In addition to showing you what is busying a filesystem it can show you
all open files for a process INCLUDING open ports.   So not only does it
do things better than fuser it pretty much trounces netstat as it will
show not only the ports that are open but what processes are using them.

You're right that lsof isn't installed on most Unix flavors but there
are binaries available for most and for the odd one that it isn't you
can download the source and compile your own.

This doesn't mean that fuser never works but that for certainty you are
better off using lsof.

-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Sean
Clarke
Sent: Wednesday, July 19, 2006 5:55 PM
To: veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Updating UNIX clients from the master server.

Sorry if I'm being stupid here but what is wrong with using fuser for 
this? It tells you if the file is being held open doesn't it?

Also, lsof isn't always installed on HP-UX and Solaris.

Cheers

Sean

Andrew Stueve wrote:
> 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
>>
>>  
>>
>>     
>
>   
_______________________________________________
Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu