Jump to content

roobieroo

Members
  • Posts

    64
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by roobieroo

  1. I have the same issue even with those items checked to allow full disk access. Most of the data on the Synology backs up just fine. It seems to be only Applications/installers on the NAS that generate this error message or if a user copied items to the NAS that would normally require full disk access such as their Library folder. It's helpful to have commonly used installers on the NAS so people don't have to search for and download them but it's also a pain since it generates tons of error messages in the log during every backup. If you find a solution to this I'd love to know what you did.
  2. The Synology is a DS918+ with four Seagate ST4000VN008-2DR166's configured as a RAID 5. It's set up for high availably mode with a duplicate DS918+. The file system is Btrfs which now that I've done more digging looks like it could the cause of the difference. It's connected to a gigabit switch on both network interfaces. The QNAP is a TVS-EC1080 with eight Western Digital WD30EFRX-68EUZN0's configured as a RAID 5. The file system is Ext4. It's connected to a gigabit switch with four ethernet ports configured for balanced mode. QNAP even has a marketing page about why they don't use Btrfs and one of the bullet points is that it's slower, especially for high I/O operations. https://www.qnap.com/solution/qnap-ext4/en/
  3. I have two client sites that I use Retrospect with and back up a QNAP at one and a Synology at the other. Retrospect is 16.5.1. Performing the initial scan of the QNAP is very fast and it will scan about 5TB's of data of 1.2 million files in 15 minutes while the Synology takes about 1.5 hours to scan just 1.5TB's of data of 850,000 files. Both locations have the same Mac Mini running Mac OS 10.14. The QNAP backup machine also has more RAM but according to the Activity Monitor, memory is not an issue on the slower Synology machine. Performing file copies from the Synology to the machine running Retrospect is very fast and in line with what I would expect to see. Scanning machines that have the Retrospect client installed is very fast. It doesn't matter if I add the share via AFP or SMB although I have had Retrospect get stuck scanning when using AFP which could be related. When the actual backup finally does get around to happening it copies larger files as expected but smaller files like the .ds_store files is really slow. That part I'm not so worried about, it's the long scanning time that concerns me. I even took a clone of the backup server from the fast location over to the slow server and it backed up just as slowly. It also hung Retrospect when trying to scan when connected via AFP. One thing I did notice is that the Synology shows up as Mac OS Appleshare next to the File System entry but the Synology says Unknown. Can any of you think of some settings that could be causing such slow scan times for the Synology share? It does have a second Synology that mirrors its data and uses Backblaze for cloud backups but looking at the performance monitor of the unit during scanning shows nothing using a ton of resources. Is the slow scan time something that is normal with Synology NAS boxes?
  4. I'm using Retrospect 14.6.1.101 for Mac OS 10.12.6 and I don't have the option to enable or disable fast catalog rebuilds on my disk based media sets under Options because it doesn't show up at all. Grooming is not and has never been enabled for any of the disk media sets. Has this been removed and the documentation is incorrect or should I be able to turn it on for existing disk media sets?
  5. I had a computer that I used for test purposes that used to have the Mac server app installed. I've since deleted the server app and the server directory from /Library/Server but Retrospect still shows that this computer requires a server license. How does Retrospect determine what is a server and what is considered a desktop and how can I get Retrospect to no longer think this is a server machine? If I'm backing up a NAS by adding it as a share, does that also count as a separate server license?
  6. I'm doing some testing with a trial version of Retrospect 13 and so far it's working as expected.
  7. Thanks for the reply. Do you know which fix or item # listed in the release notes applies to this issue? Nothing jumps out as applying to what I'm seeing so I apologize for being dense.
  8. This also is a problem with Retrospect 11.5.3. I copied some files from a server to another machine and then tried to restore the files from the computer that I copied the files to. Sure enough, the folder I put them in shows up to restore but the contents of the folder is completely empty. I also can't restore the files that I moved to a new folder on the file server itself. I created a new folder and dragged some files in to the new folder. Now, those files don't show up to restore from last nights backup either, only the empty folder. This can't be right can it?
  9. I was selecting the restore icon and then selecting restore selected files and folders. Doing that would show some folders with no data in them because that data apparently was also copied and backed up to another computer. It looks to be the same bug that another user discovered here- http://forums.retrospect.com/index.php?/topic/150808-retrospect-not-backing-up-certain-files/
  10. After more digging, it appears to be a bug with Retrospect 10.5. If the file has been copied to another computer, a server for example, then it thinks it has already been backed up but does not give you the ability to restore the file. If you happen to know about the missing file, you can search for it and do a restore but if there are many files on the client that copied the files then you'll end up with a bunch of missing data when restore the folder containing those items. Yikes! I'm going to be turing on the option to match only the same location/path on all my scripts. I wonder if this bug still exists in the latest version of Retrospect though.
  11. With Retrospect 10.5.0(145) on Mac 10.10, I noticed that I am unable to restore some files which seems to be caused by using the deduplication feature. The files that missing during a restore are also located on a file server. My understanding was that Retrospect wouldn't actually take up extra space on the media set for the same file but the fact that I can't even select it to perform a restore is very worrying. I have a number of folders with empty contents during the restore process and sure enough, trying to restore those folders results in Retrospect telling me that there was nothing to restore. It seems that the "fix" is to enable the more strict option to match only files in the same location/path but why should I need to enable that at all? Shouldn't Retrospect show that file even though it's already been backed up on another computer to the same media set? What am I missing here?
  12. I'm running into this error on a new machine now so I'm also curious to know what you did to fix it.
  13. Just crate a backup script from the Filemaker Admin interface and then tell Retrospect to back those files up. I have Filemaker set to backup the databases hourly and once each night and have Retrospect backup the nightly backup folder. Works great and no additional scripting is needed.
  14. So are you saying that using incremental backups still caused the entire file to be backed up again when you modified the ACL permissions or did you not try your test?
  15. I have two different locations both using Retrospect 10.5.0(145) and as of yesterday evening they can no longer send email using gmail. I switched to using me.com and that works fine but gmail seems to maintain the connection but it never gets anywhere. I enabled more detailed network logging but no messages are being displayed. It's like the connection takes place and hangs. I can't stop Retrospect in System Preferences unless I unplug the network cable for a bit which drops the smtp connection. If I force quite Retrospect it's corrupted both configurations on multiple occasions and I've had to start from scratch. Has anyone else had these issues just recently with sending via gmail?
  16. For what it's worth, I haven't had a problem with this for quite a while now. I guess it could still be happening but it hasn't been something where I've noticed clients not backing up.
  17. Both drives are physically connected. The source is Mac OS Extended connected with Thunderbolt and the destination is also Mac OS Extended connected with Firewire 800.
  18. First off, I haven't enabled the "use attribute modification date when matching" since that was totally busted if you used ACL's and I'm not sure if they bothered to fix it with the latest update. I noticed that my clone script is now taking much longer than it did under the previous version of Retrospect which I think was 10.2. Since moving to 10.5, I can run a clone script and then as soon as it finishes, run the script again and it will copy huge amounts of data that has absolutely not changed from the first time the clone ran. I don't know what's so special about the files that it recopies each time or if it's just a bug with 10.5. In addition to the clone script, I also run a backup script which is scheduled to run not too far after the time the clone usually finishes. Both scripts copy all data on the drive but the backup will backup say 4GB's of data while the clone will copy say 30GB's each time even if the clone just finished and I immediately hit run again. Why would Retrospect be cloning so much data right after a clone script has just completed? Again "use attribute modification date when matching" isn't even turned on so why would it think there is so much changed data that should be identical? Is anyone else using Retrospect to clone drives and if so are you seeing similar issues? Mac OS 10.8.4 Retrospect 10.5.0
  19. Now they just need to make the email messages it sends more useful buy including the name of the client or even better by sending a daily summary of all backup activity. When you're backing up 15-20 clients among multiple locations, the emails sent by Retrospect aren't terribly useful in their current state.
  20. Turns out that if you aren't getting your mail notifications you aren't missing anything. This is what they send. Seriously, that's it. I swear I didn't leave anything out. How this is possibly useful I can't even imagine. Which client of the 15 that are part of the script got backed up? How much data was copied? Mail reporting clearly needs some work.
  21. Try increasing the logging detail as described in this knowlege base article. http://www.retrospect.com/en/support/kb/email-notification-troubleshooting-windows-and-macintosh If you do find out what's happening, please don't forget to share it with the rest of us.
×
×
  • Create New...