<?xml version="1.0" encoding="iso-8859-1"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
<channel>
<atom:link xmlns:atom="http://www.w3.org/2005/Atom" rel="hub" href="https://pubsubhubbub.appspot.com/" />
<atom:link xmlns:atom="http://www.w3.org/2005/Atom" type="application/rss+xml" rel="self" href="http://backupforum.progforums.com/BackupForum/rss.php?tid=12" /> 
<title>Backup forum : IDrive : Glitches or Snags : B/U of some files fails w. 'file open' error, though open file B/U on</title>
<link>https://backupforum.progforums.com/BackupForum</link>
<description> Backup forum</description>
<language>en</language>
<docs>http://backend.userland.com/rss</docs>
<item>
<title>B/U of some files fails w. 'file open' error, though open file B/U on in IDrive : Glitches or Snags</title>
<link>https://backupforum.progforums.com/BackupForum/viewtopic.php?pid=39#p39</link>
<guid isPermaLink="false">39@https://backupforum.progforums.com/BackupForum</guid>
<description>Topic: B/U of some files fails w. 'file open' error, though open file B/U on

Message: I was able to revert to the earlier version of iBackup (11.1.0.24) and it did indeed solve the problem. Odd, since the iBackup release notes from one of the intermediate versions lists &#34;Open file backup fine tuning&#34;.It looks like the version numbers for IDrive don't correspond to the ones for iBackup, but at least this is a clue to give their support folks.
</description>
<pubDate>Wed, 01 Aug 2018 15:48:50 +0100</pubDate>
</item>
<item>
<title>B/U of some files fails w. 'file open' error, though open file B/U on in IDrive : Glitches or Snags</title>
<link>https://backupforum.progforums.com/BackupForum/viewtopic.php?pid=34#p34</link>
<guid isPermaLink="false">34@https://backupforum.progforums.com/BackupForum</guid>
<description>Topic: B/U of some files fails w. 'file open' error, though open file B/U on

Message: DeronLJ wrote:I have a similar issue since upgrading to iBackup 11.1.0.29. (iBackup and IDrive are marketing names used by Pro Softnet) Backups were working fine with 11.1.0.24. I kept the older installer, so if I don't get a resolution soon I'm going to downgrade and see what happens.
Thank very much for your post.That's very interesting. I too had a previous version of IDrive (much earlier 3.x) which did not have this problem when used on the same computer.FYI I have found out from IDrive support that there is a very detailed backup log file at: C:\programdata\IDrive\ibcommon\&#60;profilename&#62;\Tracefile.txt. I read through mine but could not quite work out what the volume shadow copy lines lines were telling me. Perhaps you will have more luck?Please do post to say whether reverting to an earlier version fixes the problem.Kind regardsMouse
</description>
<pubDate>Mon, 30 Jul 2018 09:00:09 +0100</pubDate>
</item>
<item>
<title>B/U of some files fails w. 'file open' error, though open file B/U on in IDrive : Glitches or Snags</title>
<link>https://backupforum.progforums.com/BackupForum/viewtopic.php?pid=33#p33</link>
<guid isPermaLink="false">33@https://backupforum.progforums.com/BackupForum</guid>
<description>Topic: B/U of some files fails w. 'file open' error, though open file B/U on

Message: I have a similar issue since upgrading to iBackup 11.1.0.29. (iBackup and IDrive are marketing names used by Pro Softnet) Backups were working fine with 11.1.0.24. I kept the older installer, so if I don't get a resolution soon I'm going to downgrade and see what happens.
</description>
<pubDate>Sun, 29 Jul 2018 22:08:09 +0100</pubDate>
</item>
<item>
<title>B/U of some files fails w. 'file open' error, though open file B/U on in IDrive : Glitches or Snags</title>
<link>https://backupforum.progforums.com/BackupForum/viewtopic.php?pid=25#p25</link>
<guid isPermaLink="false">25@https://backupforum.progforums.com/BackupForum</guid>
<description>Topic: B/U of some files fails w. 'file open' error, though open file B/U on

Message: 1. What actually happened [+IDrive ID]Backup of some open files such as Outlook.pst, Vmware .log files, and bespoke Word template .dotx files, consistently fails with 'Failed to read the file; It is either open or locked' error in detailed log, even though open files backup is switched on in IDrive client settings. [ID292711772]Log entries:[Error] [06/15/2018 23:12:13] [D:\.....\Outlook.pst] [Failed to read the file; It is either open or locked][Error] [06/15/2018 23:12:13] [D:\......\My Virtual Machines\CentOS 7 64-bit minimal under Centos - try 3\vprintproxy.log] [Failed to read the file; It is either open or locked][Error] [06/15/2018 23:12:13] [D:\.......\My Virtual Machines\CentOS 7 64-bit minimal under Centos - try 3\vmware.log] [Failed to read the file; It is either open or locked][Error] [06/15/2018 23:12:13] [D:\........\Spec ..... template.dotx] [Failed to read the file; It is either open or locked]2. What you did to cause that to happen, step by stepi) Make sure Outlook 2010 is open with a .pst file loaded, Vmware is running a virtual machine, and Word has a document with a bespoke template loadedii) Request a scheduled backup via the scheduleriii) Examine the logs after the backup is completed3. If you repeat these steps does the same thing always happenAlmost always, yes4. What you expected or wanted to happenNo errors in the log, open files are backed up sucessfully5. Operating system, whether 32 or 64bit, and service pack numberWindows 7 Ultimate, 64bit6. IDrive full version number6.7.1.217. Any backup, security, or sandbox software installed now or previouslyYes Comodo CCAV, formerly Comodo CCS/CIS. Windows backup. Comodo Backup (client not loaded).8. Current IDrive settings (redacted for privacy if appropriate) Whether backup was online or offlineOnline9. Any other relevant information (eg Your guess at the reason for the bug, how you have tried to fix or analyse it)I tried backing up with programs closed, this was successfulI tried copying the same files when open using a shadow copy utility which uses the same OS service as IDrive - this was sucessfulhttp://www.runtime.org/shadow-copy.htmI used lockhunter utility to check for locks on the open files. The Outlook file was not locked, but the Vmware files were. Locks should not prevent shadow copy though.www.lockhunter.com
</description>
<pubDate>Sun, 17 Jun 2018 14:32:34 +0100</pubDate>
</item>
</channel>
</rss>
