Error 1306 another application has exclusive access to the file

Latest update: March 11, 2021
ID: 15351

The «Error 1306. Another application has exclusive access to file [file path]» error may appear during installation of a Kaspersky application.

Solution

What to do if the issue persists

If the issue persists, submit a request to Kaspersky technical support by choosing the topic and filling out the form.

Did you find what you were searching for?

Website feedback

What information, in your opinion, should we add to this page? Write your comment in the form below. If you want to contact technical support, close this pop-up and click Contact support.

Error 1306 another application has exclusive access to the file

Question

I’ve recently installed SCCM 2007, and pushed clients out to PCs.

I apologise if this is the wrong forum, but the error seems to indicate this is related to SCCM, and I have never seen this error prior to installing the SCCM Clients.

An issue I have found (which only seems to be happening on our Windows XP machines) is when we physically go to AddRemove Programs and try to uninstall a piece of software, it cannot complete the process.

It starts uninstalling (and even removes the desktop icons), but then it gives the below error, and I have to cancel the uninstall. It then rolls back the uninstall (and puts the icons back on the desktop)

Product: Program Name — Error 1306.Another application has exclusive access to the file C:WINDOWSsystem32CCMLogsPolicyAgentProvider.log. Please shut down all other applications, then click Retry.

I apologise if this is not an SCCM thing, but the file mentioned in the error seems to be related to SCCM.

Would the agent being installed on a machine prevent a program being uninstalled?

The Program being uninstalled was not installed by SCCM. In fact, there have been no packages pushed to these PCs. The only thing installed by SCCM was the client itself.

Answers

Here’s my guess (and it is the same as Todd Miller’s response above) but I’ll just try to restate it differently. here’s my guess of what happened.

1. At some point in the past, a software packager at your company ‘repackaged’ that application (or every application) using something like Wise or Installshield to repackage. And, that Software packager used as it’s computer to create that repackage; a system which had the ConfigMgr client installed.

2. That software repackager, when they went through the post-repackaging process, either did not know or did not realize that you simply cannot accept at face value what ANY repackager does on your behalf. That person SHOULD have, prior to completing the repackage, carefully examined all the files included in the repackage attempt, and delete the ones clearly NOT related to whatever it was they were packaging—like files in system32ccm*

3. You happily accepted the repackage, and installed it successfully on computers all over the company.

4. Now. the fun begins. Those same computers now get the ConfigMgr Client. So the CM client now ‘owns’ the folder and files in system32ccm. So. now that the bad repackage wants to uninstall—and take files with it that it should NEVER have owned in the first place, it fails.

Conclusion: um. you’re messed up. Your re-packaging practices have got you into deep do-do.

What I STRONGLY suggest if you get those repackaging people to a training class immediately, so they stop their bad repackaging practices. It may be that what will be required is a custom uninstall script, to stop the CM client, then do the uninstall of whatever, then trigger a repair of the CM client (because the uninstall of whatever likely mucked up the cm client)

Источник

Error 1306 another application has exclusive access to the file

Вопрос

I’ve recently installed SCCM 2007, and pushed clients out to PCs.

I apologise if this is the wrong forum, but the error seems to indicate this is related to SCCM, and I have never seen this error prior to installing the SCCM Clients.

An issue I have found (which only seems to be happening on our Windows XP machines) is when we physically go to AddRemove Programs and try to uninstall a piece of software, it cannot complete the process.

It starts uninstalling (and even removes the desktop icons), but then it gives the below error, and I have to cancel the uninstall. It then rolls back the uninstall (and puts the icons back on the desktop)

Product: Program Name — Error 1306.Another application has exclusive access to the file C:WINDOWSsystem32CCMLogsPolicyAgentProvider.log. Please shut down all other applications, then click Retry.

I apologise if this is not an SCCM thing, but the file mentioned in the error seems to be related to SCCM.

Would the agent being installed on a machine prevent a program being uninstalled?

The Program being uninstalled was not installed by SCCM. In fact, there have been no packages pushed to these PCs. The only thing installed by SCCM was the client itself.

Ответы

Here’s my guess (and it is the same as Todd Miller’s response above) but I’ll just try to restate it differently. here’s my guess of what happened.

1. At some point in the past, a software packager at your company ‘repackaged’ that application (or every application) using something like Wise or Installshield to repackage. And, that Software packager used as it’s computer to create that repackage; a system which had the ConfigMgr client installed.

2. That software repackager, when they went through the post-repackaging process, either did not know or did not realize that you simply cannot accept at face value what ANY repackager does on your behalf. That person SHOULD have, prior to completing the repackage, carefully examined all the files included in the repackage attempt, and delete the ones clearly NOT related to whatever it was they were packaging—like files in system32ccm*

3. You happily accepted the repackage, and installed it successfully on computers all over the company.

4. Now. the fun begins. Those same computers now get the ConfigMgr Client. So the CM client now ‘owns’ the folder and files in system32ccm. So. now that the bad repackage wants to uninstall—and take files with it that it should NEVER have owned in the first place, it fails.

Conclusion: um. you’re messed up. Your re-packaging practices have got you into deep do-do.

What I STRONGLY suggest if you get those repackaging people to a training class immediately, so they stop their bad repackaging practices. It may be that what will be required is a custom uninstall script, to stop the CM client, then do the uninstall of whatever, then trigger a repair of the CM client (because the uninstall of whatever likely mucked up the cm client)

Источник

Error 1306 another application has exclusive access to the file

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

I have downloaded adventure works, i installed but it was empty so i tried to unsintall to install it again but i am unable to Uninstall. Am keep gettting the Error as: «Error 1306: Another Application has exclusive access to the file AdventureWorks_Log.ldf. Please shutdown all other applications and then click retry»

I have not used it anywhere i could not find the reference where the log file is used pls help me to uninstall Adventure Works.

This error you got because somewhere your database is in use.

right click the database adventurework

go to task and then detach option

see if there are any message in message column if there is then some connection are still there with database.

kill all the connection and then you will be able to do your task.

Please click the Mark as Answer button if a post solves your problem!

If the SQL Server services are running, the sql server process access the database files and you can not copy, delete, rename, etc on those database files.

But removing a database or deleting or uninstalling is easy.

You can execute the following DROP command to delete a database.

As Mayur suggested detaching a database is also an other option.

Drop will delete the database files and also backups on the other hand detach will leave the database data and log files on their current locations but they are not registered on the SQL Server.

Источник

Error 1306 another application has exclusive access to the file

Question

I’ve recently installed SCCM 2007, and pushed clients out to PCs.

I apologise if this is the wrong forum, but the error seems to indicate this is related to SCCM, and I have never seen this error prior to installing the SCCM Clients.

An issue I have found (which only seems to be happening on our Windows XP machines) is when we physically go to AddRemove Programs and try to uninstall a piece of software, it cannot complete the process.

It starts uninstalling (and even removes the desktop icons), but then it gives the below error, and I have to cancel the uninstall. It then rolls back the uninstall (and puts the icons back on the desktop)

Product: Program Name — Error 1306.Another application has exclusive access to the file C:WINDOWSsystem32CCMLogsPolicyAgentProvider.log. Please shut down all other applications, then click Retry.

I apologise if this is not an SCCM thing, but the file mentioned in the error seems to be related to SCCM.

Would the agent being installed on a machine prevent a program being uninstalled?

The Program being uninstalled was not installed by SCCM. In fact, there have been no packages pushed to these PCs. The only thing installed by SCCM was the client itself.

Answers

Here’s my guess (and it is the same as Todd Miller’s response above) but I’ll just try to restate it differently. here’s my guess of what happened.

1. At some point in the past, a software packager at your company ‘repackaged’ that application (or every application) using something like Wise or Installshield to repackage. And, that Software packager used as it’s computer to create that repackage; a system which had the ConfigMgr client installed.

2. That software repackager, when they went through the post-repackaging process, either did not know or did not realize that you simply cannot accept at face value what ANY repackager does on your behalf. That person SHOULD have, prior to completing the repackage, carefully examined all the files included in the repackage attempt, and delete the ones clearly NOT related to whatever it was they were packaging—like files in system32ccm*

3. You happily accepted the repackage, and installed it successfully on computers all over the company.

4. Now. the fun begins. Those same computers now get the ConfigMgr Client. So the CM client now ‘owns’ the folder and files in system32ccm. So. now that the bad repackage wants to uninstall—and take files with it that it should NEVER have owned in the first place, it fails.

Conclusion: um. you’re messed up. Your re-packaging practices have got you into deep do-do.

What I STRONGLY suggest if you get those repackaging people to a training class immediately, so they stop their bad repackaging practices. It may be that what will be required is a custom uninstall script, to stop the CM client, then do the uninstall of whatever, then trigger a repair of the CM client (because the uninstall of whatever likely mucked up the cm client)

Источник

Error 1306 another application has exclusive access to the file

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

I have downloaded adventure works, i installed but it was empty so i tried to unsintall to install it again but i am unable to Uninstall. Am keep gettting the Error as: «Error 1306: Another Application has exclusive access to the file AdventureWorks_Log.ldf. Please shutdown all other applications and then click retry»

I have not used it anywhere i could not find the reference where the log file is used pls help me to uninstall Adventure Works.

This error you got because somewhere your database is in use.

right click the database adventurework

go to task and then detach option

see if there are any message in message column if there is then some connection are still there with database.

kill all the connection and then you will be able to do your task.

Please click the Mark as Answer button if a post solves your problem!

If the SQL Server services are running, the sql server process access the database files and you can not copy, delete, rename, etc on those database files.

But removing a database or deleting or uninstalling is easy.

You can execute the following DROP command to delete a database.

As Mayur suggested detaching a database is also an other option.

Drop will delete the database files and also backups on the other hand detach will leave the database data and log files on their current locations but they are not registered on the SQL Server.

Источник

No prizes for guessing why the Sage accounting software is extremely popular among businesses and accounting professionals across the world. With its amazing features and improved tools, it has indeed made their lives easier. Accounting tasks can now be completed with minimal effort by businesses and professionals.

However, as with any other accounting software, Sage 50 has its share of bugs and issues. One common issue faced by the users is the Sage company won’t Open issue as another application has exclusive access to the file. If you’ve recently encountered this problem and are looking for simple solutions, we can help. All you have to do is read this blog all the way through. We will discuss the primary causes of this problem and demonstrate simple solutions. So, follow these simple steps to resolve this issue permanently.

First things first! Let’s have a look at why this error occurs…

Causes of the Sage Error 1306: Another application has Exclusive Access to the File’ issue?

This problem could be caused by a variety of technical issues. Here are some prominent examples:

• The Windows Management Instrumentation service is preventing the installation from continuing, by holding onto the avapicfg.mdb file. 
• The Sage 50 EFT Direct program was installed using a different Windows administrator user account than that used by the current Windows user.
• A corruption in the installation folder (C:program files(x86) )

Steps to resolve the Sage Error 1306: Another application has Exclusive Access to the File’ issue

We hope the above mentioned methods would be of great help for you to resolve the sage Error 1306: Another application has exclusive access to the file’ issue. If the issue persists even after attempting these methods, or if you have any further questions, you should consult with one of the authorized Sage experts.

---

FAQs