[Filmo]

Hi,

I've got Leopard Server 10.5.7 installed on a XServe.

There are two volumes besides the boot volume. They are internal and not firewire/usb/etc. In fact, they are three separate logical drives of a RAID 5 set.

/Volumes/bootDrive
/Volumes/FileServe1
/Volumes/FileServe2

I've created shares on each of the volume and turned on "enable Spotlight Searching" for each of the particular shares in Server Admin

It works as expected for the bootDrive and FileServe1, but it is not indexing FileServe2

I can use Spotlight to search for results on FileServe1 and bootDrive, but when I look for a known file on FileServe2, I get nothing.

I think I've got the permission set correctly, I can see that 'spotlight' is listed in the ACL list for all the particular shares. (It's the same settings for FileServe1 and FileServe2)

I've tried 'mdutil -E /Volumes/FileServe2

to erase the existing Spotlight database and force a refresh. No go. mds and mdsworker don't kick in and start indexing.

When I use 'mdutil -sav', I get an indication that the indexing is on for all the appropriate shares.

It does not appear that any indexing is occurring on FileServe2. When I initialized shares on FileServe1 and bootDrive, spotlight spend many hours building the index.

The size of the Spotlight database on FileServe1 is about 780MB, on FileServe2, it only 3MB and seems to only be the initial setup files.

??? WTF ???

Can anybody help or point me to a link for rebuilding Spotlight databases? or Troubleshooting?? I've done some searching, but it seems like most hits I got were people also asking similar questions but no answers...

[turtle777]

I'm not quite sure what's happening here, but I always had great success using Spotless to repair broken spotlight search.

-t

[Filmo]

Spotless for 10.5

Not sure how spotless works with Server, but I'll take a look. Anybody out there a Spotlight Pro??

[Filmo]

While I'm sure Spotless works okay on Leopard Clients, there's not much to recommend it for Leopard Server. It doesn't seem to play nice or recognize the distinction between shares and entire volumes.

Anybody else have any experience rebuilding Spotlight indexes on a Server?

[Filmo]

Digging Deeper, I see the Volume permissions are set like this:


drwxrwxr-x+ 28 root admin 1020 Jun 21 14:50 FileServe1
drwxrwxr-x@ 16 root admin 612 Jun 22 18:09 FileServe2

Not sure what the "+" and the "@" mean, but FileServe2 is the one that's not indexing.

Inside of Fileserve2 I see:

drwxrwxr-x@ 16 root admin 612 Jun 22 18:09 .
drwxrwxrwt@ 7 root admin 238 Jun 23 13:42 ..
-rw-rw-r--@ 1 admin admin 6148 Jun 22 17:57 .DS_Store
drwx------+ 3 root admin 102 Jun 22 18:09 .Spotlight-V100
drwxrwxrwt@ 3 admin admin 102 Sep 27 2008 .TemporaryItems
d-wx-wx-wt+ 3 root admin 102 Jun 9 18:32 .Trashes
drwx------+ 7 root admin 238 Jun 22 10:58 .fseventsd
-rw-r--r--@ 1 root admin 3584 Jun 14 00:12 Desktop DB
-rw-r--r--@ 1 root admin 6722 Jun 12 00:21 Desktop DF
** other directories listed here **

Inside of Fileserve1 I see:
drwxrwxr-x+ 28 root admin 1020 Jun 21 14:50 .
drwxrwxrwt@ 7 root admin 238 Jun 23 13:42 ..
-r--------+ 1 root wheel 16 May 3 14:29 .000d939c15a8
-rw-rw-r--@ 1 admin admin 15364 Jun 22 09:40 .DS_Store
drwx------+ 7 root admin 238 Jun 1 11:32 .Spotlight-V100
drwxrwxrwt@ 4 admin admin 136 Apr 3 11:18 .TemporaryItems
d-wx-wx-wt+ 3 root admin 102 Jun 22 10:58 .Trashes
drwx------+ 436 root admin 14824 Jun 22 10:58 .fseventsd
-rw-r--r--@ 1 root admin 89600 Jun 15 11:06 Desktop DB
-rw-r--r--@ 1 root admin 335554 Jun 16 00:20 Desktop DF

[Hal Itosis]

Don't know anything about Server, but i've never seen ACLs on the hidden Spotlight folder before. May as well look at them to see what's there (and show flags as well):

ls -lOde /Volumes/*{,/.Spot*}

You've got ACLs on .fseventsd and .Trashes too?!? -- Plus, items with a "@" might also have ACLs.

Anyone know if that's normal for Server? [we know Disk Utility typically just ignores them.]

[Filmo]

Here's what I get when I use your ls command:

lrwxr-xr-x 1 root admin - 1 Jun 24 08:52 /Volumes/Leopard_Boot -> /
drwxrwx--- 3 root admin - 102 May 3 14:23 /Volumes/Leopard_Boot/.Spotlight-V100

drwxrwxr-t 37 root admin - 1326 Jun 17 09:24 /Volumes/Tiger Boot

drwxrwxr-x+ 28 root admin - 1020 Jun 21 14:50 /Volumes/FileServe1
0: user:xxxxx allow list,add_file,search,delete,add_subdirectory,delet e_child,readattr,writeattr,
readextattr,writeextattr,readsecurity,writesecurit y,chown,file_inherit,directory_inherit
1: user:_spotlight inherited allow list,search,file_inherit,directory_inherit

drwx------+ 7 root admin - 238 Jun 1 11:32 /Volumes/FileServe1/.Spotlight-V100
0: user:xxxxx inherited allow list,add_file,search,delete,add_subdirectory,delet e_child,readattr,writeattr,
readextattr,writeextattr,readsecurity,writesecurit y,chown,file_inherit,directory_inherit

drwxrwxr-x@ 16 root admin - 612 Jun 23 17:03 /Volumes/FileServe2
0: user:xxxxx allow list,add_file,search,delete,add_subdirectory,delet e_child,readattr,writeattr,
readextattr,writeextattr,readsecurity,writesecurit y,chown,file_inherit,directory_inherit
1: user:_spotlight allow list,search,readattr,file_inherit,directory_inheri t

drwx------+ 3 root admin - 102 Jun 23 16:42 /Volumes/FileServe2/.Spotlight-V100
0: user:xxxxx inherited allow list,add_file,search,delete,add_subdirectory,delet e_child,readattr,writeattr,
readextattr,writeextattr,readsecurity,writesecurit y,chown,file_inherit,directory_inherit
1: user:_spotlight inherited allow list,search,readattr,file_inherit,directory_inheri t

user xxxxx is my id anonymized.

The only difference I noticed right off hand was that the .Spotlight-V100 folder on Fileserve1 did not have an ACL for the Spotlight user. Ironically, Fileserve1 IS the volume that is indexing correctly.

[Hal Itosis]

Well... i don't see anything saying "deny" so, must be something else.
::shrug::

But um... where's the listing for FileServe2 then?

[Filmo]

Sorry, 'Share-1' is 'FileServe2' (forgot to anonymize it.) I've edited the post to reflect the change.

[Filmo]

I opened console today and am finding this error in the crash reporter section:

Process: mds [57476]
Path: /System/Library/Frameworks/CoreServices.framework/Frameworks/Metadata.framework/Support/mds
Identifier: mds
Version: ??? (???)
Code Type: PPC (Native)
Parent Process: launchd [1]

Date/Time: 2009-06-25 09:43:00.865 -0700
OS Version: Mac OS X Server 10.5.7 (9J61)
Report Version: 6
Anonymous UUID: AFDA8C6E-AA6A-4862-9B48-A9F9F85BEA6C

Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000000
Crashed Thread: 15