<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[QRecall Community Forum - Latest posts for "Charles Watts-Jones"]]></title>
		<link>https://forums.qrecall.com/posts/listByUser/372</link>
		<description><![CDATA[Latest posts for "Charles Watts-Jones"]]></description>
		<generator>JForum - http://www.jforum.net</generator>
			<item>
				<title>[General] Re:afp or smb for backing up to NAS volume</title>
				<description><![CDATA[ I've been using Qrecall for several years to back up two machines to a NAS (Asustor) using AFP - the NAS suffered a ransomware attack which locked zip archives and disk images but failed to lock QR archives, otherwise no problems.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/5053/12329</guid>
				<link>https://forums.qrecall.com/posts/preList/5053/12329</link>
				<pubDate><![CDATA[Thu, 27 Mar 2025 13:16:31]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Problems and Bugs] Getting here with HTTPS </title>
				<description><![CDATA[ I have Firefox set in HTTPS-Only mode. Sadly <a class="snap_shots" href="https://qrecall.com/" target="_blank">https://qrecall.com/</a> leads me to macOS Server. I suspect that that site could be a scam. By the way an entry in November 22 at MacUpdate mentions this problem. Can it be fixed somehow please? <br> <br>-- Charles WJ]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/4832/11902</guid>
				<link>https://forums.qrecall.com/posts/preList/4832/11902</link>
				<pubDate><![CDATA[Thu, 9 Mar 2023 17:36:16]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Beta Version] Identity crisis?</title>
				<description><![CDATA[ Running QRecall b20, I tried to run a back-up Action this morning after my attempts to run one to a NAS when logged out, failed. The Action refused to run because it was seeing an 'invalid identity key'. When I looked at Preferences &gt; Identity Key, the Key Status reported 'Valid permanent key'. I tried re-entering my key only to be warned that doing so would change ownership of the archive. Odd? <br> <br>There were other oddities in the Log so I have sent a full report to James. The good news part of this is that a while later QREcall did run the back-up Action. Clearly it had overcome the identity crisis.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/560/2613</guid>
				<link>https://forums.qrecall.com/posts/preList/560/2613</link>
				<pubDate><![CDATA[Sat, 7 Nov 2015 04:45:46]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Cookbook and FAQ] Re:QRecall isn&#39;t mounting external network drive</title>
				<description><![CDATA[ Some years ago James Bucanek wrote: <br> <br>
<blockquote class="uncited">
 <div>
  For QRecall to mount a network volume while unattended, it requires two things: (1) the user name and password for the volume must be stored on your keychain, and (2) your keychain must be open.
 </div>
</blockquote> <br>and <br>
<blockquote class="uncited">
 <div>
  (3) The action does not use the "Hold While No Archive" or "Ignore if No Archive" schedule conditions.
 </div>
</blockquote> <br> <br>Operating Systems have moved on since this thread started and perhaps the conditions have changed, so I'm resuscitating the question. <br> <br>I'm trying to use ControlPlace (a freebie available at <a class="snap_shots" href="http://www.controlplaneapp.com/" target="_blank">http://www.controlplaneapp.com/</a>) to handle the mounting of a NAS drive. It uses Rules to trigger Actions. The Rule that I've tried is to name the application which will trigger the drive mount. So far I've tried QRecallMonitor and then QRecallScheduler. Neither appears to work; I say 'appears' because I'm getting a 'NetAuthSysAgent wants to use the "login" keychain' message when I login. Setting that problem aside, I'd appreciate knowing what application should be named. I don't have to use the application in the rule, I could use 'Time of Day' but the former would be more elegant in case I decide to change QRecall's schedule. <br> <br>On the third point, I guess that I don't need to cancel the "Hold While No Archive" condition if ControlPlane has done its job?]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/290/2605</guid>
				<link>https://forums.qrecall.com/posts/preList/290/2605</link>
				<pubDate><![CDATA[Thu, 5 Nov 2015 06:31:12]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Cookbook and FAQ] Backing up to a NAS</title>
				<description><![CDATA[ My QRecall archive is around 460 GB. Until a few weeks ago I had been backing up to my NAS (an Asustor 606-T) by WiFi. By and large this worked OK BUT the verify process was taking 20+ hours. I have now abandoned WiFi for my desktop computers hard-wiring them, the ADSL modem, NAS etc together. Doing this has cut verification down to around 2 hours AND, thus far at least, cut out the small errors that had crept in during the WiFi backups. <br> <br>At the same time I have revised my Actions to use a daily 'Rolling Merge' in which I'm keeping the most recent 7 days, followed by 8 day layers, 6 week layers and 12 month layers. Given that I'm not short of space on the NAS, is this a good choice? Indeed is there a recommended suite of Actions when backing up to a NAS? <br> <br>-- Charles]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/483/2259</guid>
				<link>https://forums.qrecall.com/posts/preList/483/2259</link>
				<pubDate><![CDATA[Sat, 16 Aug 2014 05:01:29]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Cookbook and FAQ] Scheduling an imprecise absence</title>
				<description><![CDATA[ Before going away I 'hold all schedules' until after I expect to return and shut my machine down. My aim is to avoid QRecall running immediiately I restart. When my return is delayed until after the date that I've chosen, I don't achieve my aim. Normally this is OK but not always, on my last late return my computer crashed during the immediate back-up. While the crash did not damage the archive, it did require a time-consuming reindex of it. Is there a way to hold schedules indefinitely?]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/479/2248</guid>
				<link>https://forums.qrecall.com/posts/preList/479/2248</link>
				<pubDate><![CDATA[Sat, 31 May 2014 08:59:42]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Cookbook and FAQ] Using QRecall with which NAS</title>
				<description><![CDATA[ <blockquote>
 <div><cite>James Bucanek wrote:</cite> 6.5 MB/min is dreadfully slow. Are you sure you don't mean 6.5MB/sec? That's about what I would expect from WiFi.
 </div>
</blockquote> <br>You're right. As ever my maths missed out some zeros. Now that the verify is finished I find that a 450+ GB archive took just under 20 hours to verify. This (re)calculates to just over 6.4 MB/sec. <br> <br>
<blockquote>
 <div><cite>James Bucanek wrote:</cite> Verifies are I/O bound. If you have 100Mb ethernet, connecting via ethernet will give you about 10MB/s. If you have Gb ethernet, you should get about 80-100MB/s. <br> <br>I don't know what your topology is, but consider having a different computer verify the archive. I have several laptops and an iMac that all capture via WiFi, but I use the server that's connected directly to the shared RAID to perform all of the weekly verify and merge actions. Everything is fast.
 </div>
</blockquote> <br>Good idea, I'll try to organise a spare laptop to do the 'heavy lifting'.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/457/2172</guid>
				<link>https://forums.qrecall.com/posts/preList/457/2172</link>
				<pubDate><![CDATA[Mon, 30 Sep 2013 05:13:04]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Cookbook and FAQ] Using QRecall with which NAS</title>
				<description><![CDATA[ <blockquote>
 <div><cite>James Bucanek wrote:</cite> <br>It depends on how the volume mounts. If the volume mounts as a physical hard drive, QRecall will mount it before starting an action. If the mounts as a remote/network volume, then that requires an account and password, which requires the keychain, which requires that you be logged in and your keychain unlocked when the action runs. <br> <br>A little experimentation should tell you which method works.
 </div>
</blockquote> <br>Unfortunately it mounts as a remote/network volume. It's hard-wired to my modem/router and WiFi from that to my Mac. While back-ups run at an acceptable speed, verify operations are terribly slow at around 6.5 MB/min. As my NAS has 3 drives and uses RAID 5, I'm thinking of cutting back to, say, one verify/month. Or maybe I should hard-wire my Mac to the router? Any views? <br> <br>
<blockquote>
 <div><cite>James Bucanek wrote:</cite>Control+click/right-click on that item in the status window and choose <b>Forget</b> from the pop-up menu.
 </div>
</blockquote> <br>Thank you. Works perfectly.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/457/2170</guid>
				<link>https://forums.qrecall.com/posts/preList/457/2170</link>
				<pubDate><![CDATA[Sun, 29 Sep 2013 09:55:42]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Cookbook and FAQ] Using QRecall with which NAS</title>
				<description><![CDATA[ I have now installed a NAS (Asustor AS-606T) and QRecall is backing up to it correctly. I have however two questions: <br> <br>1 When using an external drive QRecall was able to back-up when I was logged out at night. Is it possible to arrange this with a NAS (which runs 24/7)? Or must I leave myself logged in 24/7 too? <br> <br>2 Testing the NAS I made a new archive on the NAS. I never used it and have deleted it. Status Window remembers it and lights its red button to show that the archive has never been used. How do I get Status Window to 'forget' that archive?]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/457/2168</guid>
				<link>https://forums.qrecall.com/posts/preList/457/2168</link>
				<pubDate><![CDATA[Sat, 28 Sep 2013 10:15:02]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Cookbook and FAQ] Using QRecall with which NAS</title>
				<description><![CDATA[ Very helpful, thank you. <br> <br>Yesterday (Sunday) I had a message from Drobo. It advised that the Drobo FS has been replaced by the Drobo 5N and that Drobo doesn't officially support 10.6.8 on any of its current products. This means that a more recent operating system is needed to configure a current unit but that once that is finished any 10.6.8 Mac should be able to access it. The Drobo 5N would however still need to be managed by the computer that configured it. This rather rules out Drobo units from my options.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/457/2158</guid>
				<link>https://forums.qrecall.com/posts/preList/457/2158</link>
				<pubDate><![CDATA[Mon, 19 Aug 2013 00:30:19]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Cookbook and FAQ] Using QRecall with which NAS</title>
				<description><![CDATA[ My oldest Mac can only run Snow Leopard, it and my other machines back up to individual FireWire drives. Those drives start to fail from time to time; so far I've been able to anticipate this and have transferred the archives to new ones. I'm starting to consider whether I'd be better served by having a NAS. Reading here I believe that QRecall will use one as only a few problems have been reported. So my questions are: <br> <br>- am I right in thinking that setting up QRecall to use one is (relatively) easy, and <br>- if James will allow, might I seek views on the easiest make for a simpleton to use; my reading suggests my choice should be between Drobo and Synology but I may well have missed something. <br> <br>Views on both points will be much appreciated. <br> <br>-- Charles <br>]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/457/2156</guid>
				<link>https://forums.qrecall.com/posts/preList/457/2156</link>
				<pubDate><![CDATA[Sun, 18 Aug 2013 07:01:48]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Problems and Bugs] Schedule fails after disk change</title>
				<description><![CDATA[ <blockquote>
 <div><cite>James Bucanek wrote:</cite>
  <blockquote>
   <div><cite>Charles Watts-Jones wrote:</cite>Have run the complete set from the Actions window. All OK. Will report again after tommorrow morning's schedule.
   </div>
  </blockquote> <br>Then I would expect it to work. If it doesn't then something else (besides the archive location) is the issue.
 </div>
</blockquote> <br> <br>This morning's back-up worked as it should - good! I did two things before it ran: <br> <br>1. 'reconnected' and resaved the Actions, and <br>2. rebooted my machine. I hadn't done this when installing the new drive as FireWire drives can be connected 'hot'. This, I suspect, is what got everything back to normal. Doubtless James will comment. <br> <br>So I'm (moderately) relaxed again]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/456/2149</guid>
				<link>https://forums.qrecall.com/posts/preList/456/2149</link>
				<pubDate><![CDATA[Wed, 24 Jul 2013 05:48:00]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Problems and Bugs] Schedule fails after disk change</title>
				<description><![CDATA[ &gt; Out of curiosity, did you run the capture action from the <br>&gt; actions window or from the File menu? <br> <br>From the Actions window <br> <br>&gt; I can't think of what. I would suggest that you need to <br>&gt; update the location of your archive in your actions, but <br>&gt; you seem to have done that already. <br> <br>Have done it again. Will see what happens tomorrow morning. <br> <br>&gt; If the archive appears grey or has a warning, there are still <br>&gt; locations that need to be updated. <br> <br>Nothing greyed ou. Would attach a picture but can't find a way to get my machine to do that. <br> <br>&gt; It they all say they are ready to run, try running them from the <br>&gt; action menu (assuming you didn't try that before). If they run <br>&gt; successfully, and yet they don't run when scheduled, then something is &gt; clearly off. <br> <br>Have run the complete set from the Actions window. All OK. Will report again after tommorrow morning's schedule.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/456/2147</guid>
				<link>https://forums.qrecall.com/posts/preList/456/2147</link>
				<pubDate><![CDATA[Tue, 23 Jul 2013 10:34:38]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Problems and Bugs] Schedule fails after disk change</title>
				<description><![CDATA[ My external backup disk was failing so I replaced it with a new one. I copied my QRecall archive across, changed the location of the new drive in the Actions and saved the changes. As a test I ran the Capture action, it ran flawlessly. Using the menu File &gt; Open Recent QRecall opened the archive in its new location. <br> <br>The Actions are set to run during the night when I'm logged out. After logging in, I checked that they had indeed run. For two mornings QRecall reports 'Capture could not find archive'. The menu File &gt; Open Recent still finds the archive OK and the actions run manually flawlessly as usual. I must be missing something but what?]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/456/2145</guid>
				<link>https://forums.qrecall.com/posts/preList/456/2145</link>
				<pubDate><![CDATA[Tue, 23 Jul 2013 02:17:56]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
			<item>
				<title>[Beta Version] Menu bar warning icons</title>
				<description><![CDATA[ Thank you for a comprehensive explanation. A 'verify' is due early tomorrow morning and I'm hoping for a 'green light' after breakfast.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/378/1729</guid>
				<link>https://forums.qrecall.com/posts/preList/378/1729</link>
				<pubDate><![CDATA[Wed, 8 Feb 2012 09:29:19]]> GMT</pubDate>
				<author><![CDATA[ Charles Watts-Jones]]></author>
			</item>
	</channel>
</rss>