Peter, Paul just triggered a memory. We've had problems with the Windows Management Instrumentation service... That one is a pain because Windows will restart it. Disable it, stop it, that may be your culprit. You can re-enable afterwards, of course. And I second Paul's thought that you ought to be able to get process explorer approved - I'd hate to have to work on Windows without it. Stephan Uzzell -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Paul Drake Sent: Monday, 22 April, 2013 15:48 To: Schauss, Peter Cc: oracle-l@xxxxxxxxxxxxx Subject: Re: Active files message when applying a patch bundle on Windows 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 -- //www.freelists.org/webpage/oracle-l