Peter, Microsoft bought out SysInternals a few years ago. Might you just get that tool approved? Perhaps you could rename it to "fuser" to help to get it through? (joke) If not, here is a list of offending processes that you could kill off (and restart later): "Distributed Transaction Coordinator" Anything SNMP Any backup software service VMTools (VMware tools software) OracleMTSRecovery process Any Oracle VSS service hth. Paul On Mon, Apr 22, 2013 at 3:31 PM, Schauss, Peter (ESS) <peter.schauss@xxxxxxx > wrote: > Unfortunately, in our environment, I am not allowed to install unapproved > software. > > When I encountered this problem on an AIX server, I worked around it by > renaming the offending library files and the patch process simply installed > new ones, which was what it wanted to do anyway. Will that work on Windows? > > Thanks, > Peter Schauss > > -----Original Message----- > From: Uzzell, Stephan [mailto:SUzzell@xxxxxxxxxx] > Sent: Monday, April 22, 2013 2:14 PM > To: Schauss, Peter (ESS); oracle-l@xxxxxxxxxxxxx > Cc: Uzzell, Stephan > Subject: EXT :RE: Active files message when applying a patch bundle on > Windows > > You can use process explorer, search for the dlls that way - > http://live.sysinternals.com/procexp.exe > > Good luck, and be careful! :-) > > Stephan Uzzell > > -----Original Message----- > From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] > On Behalf Of Schauss, Peter (ESS) > Sent: Monday, 22 April, 2013 14:02 > To: oracle-l@xxxxxxxxxxxxx > Subject: Active files message when applying a patch bundle on Windows > > I have a windows server (32 bit) which I am attempting to upgrade from > 11.1.0.7 to 11.2.0.3. For this particular application we are running test > and production instances on the same server (not my choice), so I have to > proceed with a bit of caution. I installed 11.2.0.3 in a separate > ORACLE_HOME. Now I am trying to apply Patch Bundle 18 before I upgrade the > test instance. At this point I have not migrated any of the databases to > the new version and we are still using the 11.1.0.7 listener. > > When I run opatch I get: > > > Following files are active : > d:\oracle\product\11.2.0\dbhome_1\bin\oracommon11.dll > d:\oracle\product\11.2.0\dbhome_1\bin\oraclient11.dll > d:\oracle\product\11.2.0\dbhome_1\bin\orageneric11.dll > d:\oracle\product\11.2.0\dbhome_1\bin\orapls11.dll > d:\oracle\product\11.2.0\dbhome_1\bin\oran11.dll > d:\oracle\product\11.2.0\dbhome_1\bin\oraxml11.dll > d:\oracle\product\11.2.0\dbhome_1\bin\oci.dll > d:\oracle\product\11.2.0\dbhome_1\bin\orannzsbb11.dll > d:\oracle\product\11.2.0\dbhome_1\bin\oraasmclnt11.dll > > How can I tell what process is using these DLLs or is opatch confusing the > 11.2.0 versions of these libraries with the 11.1.0 versions? > > Tasklist /m will only accept the file name, not the full path name. > > Does this mean that I have to shut down the production instances before I > can apply a patch to the new ORACLE_HOME? > > Thanks, > Peter Schauss > -- > //www.freelists.org/webpage/oracle-l > > > -- > //www.freelists.org/webpage/oracle-l > > > -- http://www.completestreets.org/faq.html http://safety.fhwa.dot.gov/ped_bike/docs/pamanual.pdf -- //www.freelists.org/webpage/oracle-l