Carillon Posted October 28, 2009 Report Share Posted October 28, 2009 (edited) I have a network share that is added to Retrospect via it's IP address/share name. When a scheduled backup starts it begins by scanning the share but never finishes scanning. It just continues scanning for hours and hours. To make matters worse I try to cancel the backup and it won't cancel. Prior to me installing the latest updates this share backed up just fine. How can I begin to troubleshoot this issue? Thanks Edited October 28, 2009 by Guest Quote Link to comment Share on other sites More sharing options...
rhwalker Posted October 28, 2009 Report Share Posted October 28, 2009 What is the filesystem format of the share? What volume size is the share? How is the share presented over the network to the Retrospect engine? What version of Retrospect (x.x.x.x, for console and engine) do you have? What version of Mac OS X do you have for the machine running Retrospect engine? (10.x.x) What architecture (Intel, PPC) is the machine running Retrospect engine? Anything in the crash logs for the Retrospect engine machine? russ Quote Link to comment Share on other sites More sharing options...
CallMeDave Posted October 28, 2009 Report Share Posted October 28, 2009 I'd also ask: - Can you Browse the share from the Shares pane? - Can you define a folder on the share as a Favorite? Quote Link to comment Share on other sites More sharing options...
Carillon Posted October 28, 2009 Author Report Share Posted October 28, 2009 yes to both Quote Link to comment Share on other sites More sharing options...
CallMeDave Posted October 28, 2009 Report Share Posted October 28, 2009 OK, can you successfully backup a defined Favorites Folder? Or two... Quote Link to comment Share on other sites More sharing options...
Carillon Posted October 29, 2009 Author Report Share Posted October 29, 2009 I just started a test to see if I can backup a folder from the share. I'll get back to you as soon as I know. Thanks Quote Link to comment Share on other sites More sharing options...
Carillon Posted October 29, 2009 Author Report Share Posted October 29, 2009 No go... Retrospect scans the share and counts 377,034 files and 445.3 GB and then stops. It says it is still scanning but the numbers are not changing. No files are being copied. Quote Link to comment Share on other sites More sharing options...
CallMeDave Posted October 29, 2009 Report Share Posted October 29, 2009 Did you see Russ' post#130279 above? There are a lot of unanswered questions in the thread... Dave Quote Link to comment Share on other sites More sharing options...
Carillon Posted October 29, 2009 Author Report Share Posted October 29, 2009 What is the filesystem format of the share? [color:red]UNIX[/color] What volume size is the share? [color:red]In total around 650GB[/color] How is the share presented over the network to the Retrospect engine? [color:red]By adding it as a share in the Sources.[/color] What version of Retrospect (x.x.x.x, for console and engine) do you have? [color:red]Console 8.1 build 622 Engine is the latest downoaded from the site. Not sure how to get the version number.[/color] What version of Mac OS X do you have for the machine running Retrospect engine? (10.x.x) [color:red]10.5.8[/color] What architecture (Intel, PPC) is the machine running Retrospect engine? [color:red]Intel[/color] Anything in the crash logs for the Retrospect engine machine? [color:red]I checked the Console and looked for any Retrospect crash logs and didn't find any.[/color] Quote Link to comment Share on other sites More sharing options...
rhwalker Posted October 29, 2009 Report Share Posted October 29, 2009 "Unix" and "By adding it as a share in the Sources" is not what I was looking for. On the Retrospect engine machine, what is the format of the share as seen by a "Get Info"? e.g., ZFS, HFS+, etc. Russ Quote Link to comment Share on other sites More sharing options...
Carillon Posted October 29, 2009 Author Report Share Posted October 29, 2009 I have no way of getting info because the icon doesn't appear on my desktop when Retrospect accesses it. Other network shares show up just fine however. Thanks Quote Link to comment Share on other sites More sharing options...
rhwalker Posted October 29, 2009 Report Share Posted October 29, 2009 Ok. When the volume is mounted, what is the output of: mdls /Volumes/* and mount Quote Link to comment Share on other sites More sharing options...
Carillon Posted October 29, 2009 Author Report Share Posted October 29, 2009 I get info for all mounted volumes but nothing for the addata share. Here's what I get: mdls: could not find /Volumes/addata Quote Link to comment Share on other sites More sharing options...
Carillon Posted October 29, 2009 Author Report Share Posted October 29, 2009 Results of mount command: /dev/disk3s2 on /Volumes/AdMan Backup (hfs, local, nodev, nosuid, journaled, noowners) /dev/disk1s2 on /Volumes/ARD Install (hfs, local, nodev, nosuid, journaled, noowners) /dev/disk3s3 on /Volumes/KNS Backup 1 (hfs, local, nodev, nosuid, journaled, noowners) /dev/disk2s3 on /Volumes/KNS Backup 2 (hfs, local, nodev, nosuid, journaled, noowners) /dev/disk1s5 on /Volumes/Extra Storage (hfs, local, nodev, nosuid, journaled, noowners) afp_2nCgQO00000000EHU4000000-4.2d000005 on /Volumes/addata (afpfs) Quote Link to comment Share on other sites More sharing options...
rhwalker Posted October 29, 2009 Report Share Posted October 29, 2009 something is wrong there. Investigate. Quote Link to comment Share on other sites More sharing options...
Carillon Posted October 29, 2009 Author Report Share Posted October 29, 2009 (edited) If I mount it using "Connect to Server" I get the icon on the desktop and the following: "mount": afp_2nCgQO00000000EHU4000000-5.2d000005 on /Volumes/addata (afpfs, nodev, nosuid, mounted by 105437) "mdls /Volumes/*": kMDItemFSContentChangeDate = 2009-10-14 17:48:57 -0400 kMDItemFSCreationDate = 1970-01-01 05:54:00 -0500 kMDItemFSCreatorCode = "" kMDItemFSFinderFlags = 1280 kMDItemFSHasCustomIcon = 1 kMDItemFSInvisible = 0 kMDItemFSIsExtensionHidden = 0 kMDItemFSIsStationery = 0 kMDItemFSLabel = 0 kMDItemFSName = "addata" kMDItemFSNodeCount = 35 kMDItemFSOwnerGroupID = 2026230421 kMDItemFSOwnerUserID = 1981776469 kMDItemFSSize = (null) kMDItemFSTypeCode = "" Then I un-mount the share and launch Retrospect and add it as a Share under Sources. The share now shows up as a Source but there is no icon on the desktop and get the following: "mount": afp_2nCgQO00000000EHU4000000-4.2d000006 on /Volumes/addata (afpfs) "mdls /Volumes/*" mdls: could not find /Volumes/addata So it appears Retrospect is mounting the share in a different way in that there is no icon on the desktop. Edited October 29, 2009 by Guest Quote Link to comment Share on other sites More sharing options...
rhwalker Posted October 29, 2009 Report Share Posted October 29, 2009 Ok. It's being presented by AFP protocol. If you "Connect to Server" and mount it, and do a "Get Info", what filesystem type is shown? Is this the only volume that hangs when Retrospect scans it? Quote Link to comment Share on other sites More sharing options...
Carillon Posted October 29, 2009 Author Report Share Posted October 29, 2009 When I Get Info I don't see a Filesystem Type listed. Here's what I get: Kind: Volume Server: afp://10.x.x.x/addata Created: January 1, 1970 5:54 AM Modified: Wednesday, October 14, 2009 5:48 PM Format: AppleShare Capacity: 667.14 GB Available: 363.4 GB Used: 303.75 GB on disk (326,144,081,920 bytes) Quote Link to comment Share on other sites More sharing options...
rhwalker Posted October 29, 2009 Report Share Posted October 29, 2009 Ok. Sorry. From your interaction with CallMeDave above, you were able to browse the share and set a favorite folder, but weren't able to back up the favorite folder. I'm wondering if it couldn't be some sort of an ACL issue. What type of device is hosting the share? Russ Quote Link to comment Share on other sites More sharing options...
Carillon Posted October 29, 2009 Author Report Share Posted October 29, 2009 This share is being served from a Unix box. The Appletalk is handled by Xinet on the Unix box. What's interesting is that the previous version of Retrospect was able to add and backup this share. Another thing I don't understand is why Retrospect doesn't mount the icon on the desktop when you add the share to the sources. If there was a way in Retrospect for it to recognize mounted shares that were mounted outside of Retrospect then I could try backing it up that way and see if it runs. Quote Link to comment Share on other sites More sharing options...
rhwalker Posted October 29, 2009 Report Share Posted October 29, 2009 What's interesting is that the previous version of Retrospect was able to add and backup this share. And what was that previous version? Quote Link to comment Share on other sites More sharing options...
Carillon Posted October 29, 2009 Author Report Share Posted October 29, 2009 I don't recall exactly but since I have kept current along the way it would have been whatever was the last version of the console and engine prior to what I have installed now. Quote Link to comment Share on other sites More sharing options...
rhwalker Posted October 29, 2009 Report Share Posted October 29, 2009 Ok. That's the information I have been trying to get from the outset. Boy, that was difficult. Concisely, then, the bug seems to be: Retrospect 8.1.622 (console and engine) running on Intel Mac OS 10.5.8 cannot back up an AFP share served from a Unix box running Xinet. The AFP share can be added to Retrospect as a source by IP (afp://10.x.x.x/addata), and can be browsed and a favorite folder defined, but backup does not complete, regardless of whether the entire share is marked as a source or whether just the favorite folder is marked as a source. Scanning begins but appears to hang the scanning, no files are copied. Retrospect 8.1.525 and 8.1.526 did not have this problem, and was able to scan and back up this share. No crash logs are generated. Correct? I'd say it's time for Robin to assign a bug number for investigation. Russ Quote Link to comment Share on other sites More sharing options...
rhwalker Posted October 29, 2009 Report Share Posted October 29, 2009 This may also relate to your contemporaneous other posting here: Retrospect creates alias in /Volumes It might be useful for you to update that thread to indicate that the particular share is an AFP share being served by Xinet running on a Unix box, and to indicate whether you see that same behavior when Retrospect backs up a "real" AFP share served by an Apple server (or by another Apple non-server Mac), and whether the 8.1.525 Retrospect also had that issue. Russ Quote Link to comment Share on other sites More sharing options...
CallMeDave Posted October 30, 2009 Report Share Posted October 30, 2009 Another thing I don't understand is why Retrospect doesn't mount the icon on the desktop when you add the share to the sources. Because if it did, the Retrospect Engine would require that its host machine have a user logged into the Finder, since otherwise there is no Desktop. That would suck. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.