Search the Community
Showing results for tags '10.10'.
The search index is currently processing. Current results may not be complete.
Hello, this note is a reminder to the community to use .metadata_never_index at the root of your backup drive to stop Spotlight from competing with Retrospect for access to the same drive. After searching the Knowledge base and the user forums, I didn't actually find this information - although the topic is so basic it is probably present and I missed it. In case it is useful to other searchers, I am providing this note because this morning I spent a fair amount of time trying to debug what appeared to be an 11.5.3 performance problem in Retrospect which turned out to be caused by the MacOS Spotlight feature. This is not a Retrospect problem, however it would be a useful Retrospect default option to automatically create a .metadata_never_index file in the directory containing the Media when you create disk Media in Retrospect. Symptom: Retrospect server reported performance drops to a surprisingly low <100MB/min in Details section of "Activity Pane" on a running script. Alternately, cumulative reported performance in the log file less than 500 MB/min. Environment: Retrospect Server and client running on the same MacBook Pro Retina 15. Yosemite 10.10.1. 16 GB RAM. Backup volume is a new volume (fresh erase), first Media write of Retrospect backup (new catalog). Catalog stored on backup volume. Source drive was an SSD. Backup drive was a WD 750 GB drive. Possible Cause: a new volume with significant MacOS Spotlight activity competing with Retrospect for access to the same drive. Solution: disable Spotlight indexing on the backup volume (this is the normal preference as such spotlight indexing provide no value to a backup volume) Methods to disable Spotlight on a backup volume -- System Preferences/Spotlight/Private is the most discussed approach, but I found it unreliable - perhaps because I was changing volumes. -- most reliable method: from a terminal window (Applications/Utilities/terminal) create any file (can be empty) named .metadata_never_index at the volume or drive root level. ----- the command I used was ---------- sudo cat /dev/null > /Volumes/<yourBackupDrive>/.metadata_never_index ---------------- if sudo has permission issues you can enable root access (dsenableroot & dsenableroot -d to disable) to briefly sidestep the permissions. ---------- although it is probably not necessary, after creating the file I rebooted to be sure that Spotlight noticed the .metadata_never_index file. In my particular case, I was using a WD7500AYYS 750GB drive over FW800 via the MacBookProRetina Thunderbolt adapter. Using Drive Genius 4 "Speed" testing, disk access dropped to a reported 10.25 MB/sec when Spotlight was indexing the new Retrospect data. After executing sudo cat /dev/null > /Volumes/<yourBackupDrive>/.metadata_never_index the reported speeds from Drive Genius went to 47 MB/sec. Log file reported that backup performance improved from 349.4 MB/min to 1,386 MB/minute. Verify operation 4,374 MB/minute (SSD source drive, WD 750 GB destination drive) If I see other performance problems which indicate some other cause, I'll update this post, however the problem is repeatable (erase backup volume) and the solution is repeatable, so I think this is the root cause. best regards, parker9635
I just bought a Mini with Mac OS X 10.10 on it, and wanted to back up the disk image before I blew it away, and retro barfed on me: *File "/Volumes/MacOSX/usr/share/terminfo/68/h-100bw": can't read, error -1100 ( invalid handle) *File "/Volumes/MacOSX/usr/share/terminfo/68/h100": can't read, error -1100 ( invalid handle) *File "/Volumes/MacOSX/usr/share/terminfo/68/h100bw": can't read, error -1100 ( invalid handle) *File "/Volumes/MacOSX/usr/share/terminfo/68/h19": can't read, error -1100 ( invalid handle) *File "/Volumes/MacOSX/usr/share/terminfo/68/h19-a": can't read, error -1100 ( invalid handle) *File "/Volumes/MacOSX/usr/share/terminfo/68/h19-b": can't read, error -1100 ( invalid handle) I got 98000 of these errors. Is there something in the 10.10 filesystems that retro 10.5 can't deal with? I see "full support" for 10.10 appearing in retro 11. Is this the problem that requires increased supprt?
Console and Server run on same machine. Wiped drive and clean install of OS (10.10) Fresh install of Retrospect 11.5.1 Entered License code Quit Restored entire contents of /Library/Application Support/Retrospect Restored ~/Library/Preferences/com.retrospect plist When the console is launched, all Rules, Catalogs, Media Sets, the whole shebang is missing. Not sure if this is a Yosemite problem or a restore problem.