Jump to content
ppi

xserve keeps scanning

Recommended Posts

Windows 2003 with Retrospect 7.5 is what we're using now to back up PC and Mac clients, plus other Windows servers through Network Container. Previously we used the xserve machine with an older version, and have been using that to back up xserve on a different tape drive.

We're trying to move the xserve backup to the Windows server, through Network Container. It seemed to work once except for the Users directory, where it then kept saying "scanning". I tried changing the login to root for that, and now it seems anything I try to backup says "scanning" for hours until I stop it, even with the xserve Retrospect unlaunched.

Share this post


Link to post
Share on other sites

What do you see happening while this Scan is happening? Are the file/folder counts increasing?

 

It may be a good idea to download the Universal Client beta and try again.

 

You may also have the ACL issue.

 

http://kb.dantz.com/article.asp?article=9576&p=2

 

The current (and beta) windows version has an option to not copy ACLs

Share this post


Link to post
Share on other sites

While it is scanning, it seems to count the files but nothing is being copied. I could be wrong about this, but I think it's trying to scan the whole HD. When I've tried this on the overnight backup, there's a message at the bottom of the activity monitor that says it completed (I think close to the time it starts the scanning), but it doesn't copy any of xserve and still appears in the Executing tab.

 

What is the Universal Client?

Share this post


Link to post
Share on other sites

Retrospect must scan the entire drive before it can backup. If you cancel the scan, backup can't run.

Share this post


Link to post
Share on other sites

Does it need to do that each time it backs up, even if you have only specified certain directories? (This HD is 233Gb, and it was still scanning after 5 hours)

Share this post


Link to post
Share on other sites
Does it need to do that each time it backs up, even if you have only specified certain directories?

Yes. The solution is to use Retrospect "subvolumes", and it will only scan the "subvolume" tree.

 

Russ

Share this post


Link to post
Share on other sites

 

I tried starting the backup at 6:30 last night. It got to xserve at 10:45. When I got in at 9, it still said "scanning" on the first subdirectory Groups 44 of 45, remaining 74301, completed 0. That still seems excessive.

 

I thought that's what I was doing...but I'll try defining all the directories under Groups and Users as subvolumes. Is this the level that you mean (it didn't seem possible to define Groups as a subvolume under xserve)?

Share this post


Link to post
Share on other sites
I thought that's what I was doing...but I'll try defining all the directories under Groups and Users as subvolumes. Is this the level that you mean (it didn't seem possible to define Groups as a subvolume under xserve)?

Your question is a little unclear, and your original post of your problem statement and configuration is unclear.

 

The answer depends on how you are backing up the Xserve, because the subvolume needs to be defined as seen by Retrospect. If you have Retrospect Client running on the Xserve and the backup filesystem structure is seen by Retrospect client on that machine, define the subvolume appropriately as seen on the Xserve. If you are backing up a share as seen by Retrospect (non-client), then you would define the subvolume on the Retrospect machine as it sees the share.

 

Russ

Share this post


Link to post
Share on other sites

xserve is backed up via the Network Container on the Windows server Retrospect, not via a client.

I defined subvolumes under Groups and Users, and set the login as root for the Users directory and all the subvolumes under that. It appeared to do Groups ok, but got to Users at 6:30 this morning and is still saying "copying" in the log, and "scanning" in the activity window. There are only 31 subvolumes under Users, and not all have files in them.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×