Houdah Software Forum Archive

HS not working on ANY external drives

Member #1351
I am on a 2021 iMac running 12.1, and I have been using houdahspot for a couple of months now, with hit or miss results. I frequently have found that in order to make it work, I have to tinker with the dropdowns in the Refine pane just to get it a search going at all, but I have usually been able to get it to work one way or another.

Now — and maybe since updating to Monterey last week?— it has ceased being able to search any external hard drive for any reason, any file, any folder, any name, anything. Seems to search my home folder fine. I am using latest version — (6.1.10 — Build 721).

Please help!!!

James 
NYC
Houdah Software
Please send a screenshot of your HoudahSpot search to [email removed]. 

Do check HoudahSpot > Preferences > Privacy. Access to external drives requires your authorization. Ideally, HoudahSpot should have Full Disk Access permissions.
Member #1130
@Member #1351, you say "it has ceased being able to search any external hard drive for any reason, any file, any folder, any name, anything. Seems to search my home folder fine".
 
HS uses the same search indexes as Finder (and Spotlight).  So, do you get results when you search the external drive using the search box in Finder?  If yes, you have a HS problem. If no, you have a Spotlight indexing problem. 

If an indexing problem, the Terminal command "mdutil -sa" (without the quotes) will list all your mounted volumes and whether indexing is enabled or disabled on each of them.
Member #1351 original poster

@Member #1130

thanks so much for your help — all good questions, which I really appreciate. 

1) Using that Terminal command, all drives have indexing enabled. 

2) Searching the external drive using Finder search, I do indeed get some results, though not at all what I would call comprehensive — but then this is just about what I expect from Spotlight, which I have thought since it was introduced should be called Stoplight. 

and @Houdah Software I've combed oner the preferences in HS and System and made sure you were granted every possible permission, and nothing.  I sent a screenshot (which literally shows nothing) to your support with this thread for reference. 

Member #1351 original poster
well I wrote a very detailed reply over an hour ago and I am worried that I replied it right into the trash.
Houdah Software
Both Finder and HoudahSpot use the Spotlight index. HoudahSpot should show more results than Finder.

I understand Finder results are incomplete too. This makes me think that the Spotlight index for the external volume is either not finished or is damaged. Leave the drive connected over night and prevent your Mac from going to sleep. This should give it time to complete indexing. Should that not help, you should try to rebuild the index for the external drive.

Please try the following first:

In HoudahSpot search for “Name” “contains” “U2”. I.e. use “contains” rather than “is”

Does this give you results? You should get the results you wanted - files named U2 - plus many more - files containing U2.

macOS Monterey has a bug where searches by exact match (i.e. “is” and “contains phrase”) don’t work reliably. Some customers have reported this to have been fixed by the 12.1 update. For others it did not. Some customers report that rebuilding the index fixes the problem. A few report that the problem reappears after a while.

Should the above not help, check this:

1. Use System Preferences > Security and Privacy to give /Applications/Utilities/ Terminal.app Full Disk Access permissions
2. Open Terminal.app
3. Paste in the command below. It is a single line. Then press Return

mdfind -onlyin "/Volumes/Music Orange 5TB/Music/iTunes/iTunes Media/Music" 'kMDItemDisplayName == "U2"cd || kMDItemAlternateNames == "U2"cd || kMDItemSubject == "U2”cd)'

The command should replicate your HoudahSpot search. Check that I got the volume and folder names correct.

Terminal should show a number of file paths as search results. Does this look right? Or are there no results?

Now try the following command:

mdfind -onlyin "/Volumes/Music Orange 5TB/Music/iTunes/iTunes Media/Music" '(kMDItemDisplayName == "*U2*"cd || kMDItemAlternateNames == "*U2*"cd || kMDItemSubject == "*U2*"cd)’

The above is the “contains” (rather than “is”) search.

Member #1351 original poster

I had already tried "contains" as well as about 40 other configurations. Nothing worked (and I tried it again just now, nothing).

Neither of the two Terminal commands returned any result, though I should add that the second one with "contains" just gave out the word "<quote>" rather than sending me back to my entry prompt. Further pressing the return key delivered <quote> over and over and over. 

Member #1351 original poster

Oh — I should add that I already indexed the drive in question last night.

Also, I found that HS does in fact work on *some* other hard drives, including one that is the same exact model as this one (Lacie 5TB Orange). But HS also does NOT work on another hard drive that is the same exact model as this one (Lacie 5TB Orange). And HS did work perfectly well with these two a couple weeks ago. 

Houdah Software
The forum software replaced the final single quote in the second command with a curly one. It should be a straight one. Thus the command was not valid: not all quotes closed. The command line was left waiting for further input. Try with a straight quote.

There must be something off with the index. Try the following series of commands to erase the index and rebuild. Be sure to give your Mac ample time to build the index.

I know of no way to check if indexing is complete. You can check /Applications/Utilities/Activity Monitor.app. Should you see many processes having names that start with “md” you can assume that indexing is ongoing.

Paste in the lines one by one. Press return each time.
The first time you will be asked for your admin password. Type the password. There will be no feedback and press return

sudo mdutil -i off "/Volumes/Music Orange 5TB/"
sudo mdutil -X "/Volumes/Music Orange 5TB/"
sudo mdutil -E -i on "/Volumes/Music Orange 5TB/"
Member #1351 original poster
I will try all this. I wanted to add that I noticed when I try a HS search with the drives that work, the window indicates it's working by displaying the word "Searching." In the drives that don't work, it doesn't even say "searching" for a millisecond, it only says "No Files Found"
Member #1351 original poster

I pasted the three Terminal commands, now indexing is re-enabled.

Unfortunately now HS is back to being able to search any drives at all.

Houdah Software
Indexing of a 5 TB drive will take a long time. Keep your Mac running and awake. Until indexing is completed searches will be slow, return no or partial results.
Member #1351 original poster

why did you put the file path in quotation marks in the Terminal commands? I have never seen that before, and the way it responds with "<quote" seems weird. 

Member #1351 original poster
Hey can you answer this question when you get a moment? The quote marks are very confusing.
Houdah Software
I have put the path in quotation marks because it contains spaces. The command line needs to know the path is a single name/entity. Without the quotation marks the command would assume that a new argument or parameters starts after the space.

My commands above had errors. During copy-paste some of the double and single quotations marks were “prettified”: replaced by curly quotes that make no sense to the command line.

The corrected commands are:

mdfind -onlyin "/Volumes/Music Orange 5TB/Music/iTunes/iTunes Media/Music" 'kMDItemDisplayName == "U2"cd || kMDItemAlternateNames == "U2"cd || kMDItemSubject == "U2"cd)'


mdfind -onlyin "/Volumes/Music Orange 5TB/Music/iTunes/iTunes Media/Music" '(kMDItemDisplayName == "*U2*"cd || kMDItemAlternateNames == "*U2*"cd || kMDItemSubject == "*U2*"cd)'

I am also curious to know what the following produces:

mdfind -onlyin "/Volumes/Music Orange 5TB/Music/iTunes/iTunes Media/Music" 'kMDItemDisplayName == "U2"cd || kMDItemAlternateNames == "U2"cdw || kMDItemSubject == "U2"cdw)'

Notice the extra “w” letters. The latest HoudahSpot update adds these to searches by “kind” in order to work around a Monterey Spotlight bug. I wonder if the same is of any help here.

“Unfortunately” both my Monterey test systems are currently “healed”. Search works. I assumed this was the work of the 12.1 update. It now however seems that for some users the Spotlight bugs come and go or affect one drive, but not the other. I.e. I cannot currently test workarounds until either test system starts acting up again.
Member #1351 original poster
so...... HS worked fine for about 11 days..... and now it is back to not working at all in the main 5 TB drive that I use this for. I indexed the drive again overnight, nothing. I made sure the search term is [name '"contains"] not [name "is"]. Nothing. And the exact same commands work perfectly on a drive that's a back up of this same material.  (I am working on an 2021 iMac w 12.1 and HS 6.1.10
Member #1351 original poster
Please answer this by 10 AM tomorrow morning, EST, I am really irritated by this app's failure.
Houdah Software
The most likely explanation would be that the Spotlight index has gone bad again.

Are you using the drive with different computers?
Different versions of macOS can have slightly different Spotlight indexes.
A PC would not update the Spotlight index.

Please check your disk using “First Aid” in /Applications/Utilities/Disk Utility.app
A repeated Spotlight corruption make me worry there could be an underlying  file system corruption

Have you tried your searches in Finder and at the command line?
This would mainly confirm that the problem is with indexing.

  1. Make sure /Applications/Utilities/ Terminal.app has full disk access
  2. Set up your search in HoudahSpot
  3. Copy the text from Window > Raw Query. E.g. 'kMDItemDisplayName == "U2"cd || kMDItemAlternateNames == "U2"cd || kMDItemSubject == "U2"cd)'
  4. Use the raw query in a Terminal command:

mdfind -onlyin "/Volumes/Music Orange 5TB/Music/iTunes/iTunes Media/Music" 'kMDItemDisplayName == "U2"cd || kMDItemAlternateNames == "U2"cd || kMDItemSubject == "U2"cd)'
Member #1351 original poster

well, oddly enough, A Finder search for files — on the Orange Music  drive that was the one causing problems — has miraculously worked better than it ever does, presumably because I re-built the index yesterday. But equally oddly, HoudahSpot is still doing its "no files found" magic. 

I gotta tell you I am happy to try your Terminal test, but I am not comfortable using your recipes, because your last round contained a lot of quote marks which — whether they were put in as smart quotes or straight quotes — caused a lot of invalid file paths. I changed them to spaces, which seemed to help, but if your terminal fixes have quotes in them, I am not comfortable using them. 

I ran Disk Utility First Aid on all disks, they all seem to be fine. 

I am not using this on any other computer. The only computer that is direclty connected with all these drives is this one: 2021 iMac on 12.1.
  

Houdah Software
For Terminal, the command to run a search is: mdfind
You can read the manual for that command by using: man mdfind
Press return to execute the “man mdfind” command. Press Space to scroll to the next page. Press q to exit the manual

The first argument (parameter) to the mdfind command is: -onlyin
The second argument is the path of the volume.

There is a space between the command and between each argument.
Since your volume path contains spaces, you need to put it between single or double quotes (straight ones) for the mdfind command to see it as a single argument rather than a series of arguments.

Hence:

mdfind -onlyin '/Volumes/Music Orange 5TB/Music/iTunes/iTunes Media/Music'

The third argument is the raw query you get from HoudahSpot.
This also has spaces. Thus it needs to be set between quotes.
This also has double quotes of its own. To avoid confusion between these and the ones you add to wrap the raw query, you need to use single quotes.

Hence:

mdfind -onlyin '/Volumes/Music Orange 5TB/Music/iTunes/iTunes Media/Music' 'kMDItemDisplayName == "U2"cd || kMDItemAlternateNames == "U2"cd || kMDItemSubject == "U2"cd)'

Houdah Software
Does you drive have an activity light? My guess is that indexing has not yet completed. In that case, the activity light would be blinking since Spotlight keeps reading files to create the index.

Please also check again, that HoudahSpot has full disk access permission.
Member #1351 original poster

Yes, Houdahspot and Terminal both have full disk permission. 

I have always put two spaces instead of space + quote, as you do.

none of this does anything to explain to me how  —- less than two weeks after I rebuilt the index on every drive I have — Houdahspot is completely failing to find ONE SINGLE FILE, when EVEN SPOTLIGHT, the lamest software known to man, can find thousands!

Stop telling me to do things that show that things are fine on this end and TELL ME SOMETHING TO FIX THIS.
 

Member #1130
I know you are frustrated, but it doesn't help to get annoyed with @Houdah Software who is trying to help you to diagnose and then fix your problem.
The pairs of singles and double quotes are critical in Terminal commands where arguments contain spaces. I suggest you follow what @Houdah Software has asked you to do. 
If the mdfind commands do not return the expected results, then there is a Spotlight index problem and nothing can be done in HoudahSpot to fix this. Essentially it is your problem to fix (the index is not properly built), though I am confident @Houdah Software will assist as much as possible.
But if mdfind commands do return the expected results then there may be an issue with HoudahSpot.  So it is important to get to the point where mdfind does return expected results.
Member #1351 original poster
I guess you didn't read the results I reported. But good job sticking up for Houdah. Maybe you can transfer the karma points to reddit>?
Houdah Software
@Member #1351

Please post the raw query you get from HoudahSpot.

What are your "Locations" in HoudahSpot.
Houdah Software
@Member #1351

Remote diagnostics is tricky. Basically I have to make guesses and ask you to check things to confirm. I would rather make educated guess than have you chase wild guesses. That is why I ask for information. E.g. raw query and locations.

There are a number of things that could go wrong. There could be a HoudahSpot bug, a problem with the Spotlight index, a macOS bug, …. 

Let's walk through the reasoning. HoudahSpot builds a search query from your input. It hands that query and a list of locations to search to the Spotlight engine. This uses the Spotlight index to find matches. HoudahSpot can then apply additional filters to the results.

This is essentially the same as what the Finder does. A similar search should show similar results in HoudahSpot and in Finder. Typically the HoudahSpot search should show a few more results that the Finder filters out.

Your search shows no results and says "No files found". Thus the problem is not with filters. Were there a filter, it would say "0 of x shown".

The search ends almost immediately. This could mean HoudahSpot is looking at a location that has no index, a location where HoudahSpot has no access right, or a search that cannot produces any result. Example: conflicting criteria or incorrect raw query.

That is why I ask you to post (and possibly test) the raw query.
I ask you to check Locations.

There is no good way to know if indexing of a drive has completed. You can make a pretty good guess by checking CPU activity in Activity Monitor and looking at drive activity (e.g. using the activity light on the drive).

There are also macOS Monterey bugs where searches by "Kind" fail (the latest HoudahSpot has a workaround for that), indexes go bad, and searches by exact match (e.g. "is" and "contains phrase") work unreliably. 
Member #1351 original poster
well I am trying very hard to work with you but getting one answer per day is very, very irritating. 

SEE BELOW

houdahModerator

7 hours ago

@Member #1351

Remote diagnostics is tricky. Basically I have to make guesses and ask you to check things to confirm. I would rather make educated guess than have you chase wild guesses. That is why I ask for information. E.g. raw query and locations.

There are a number of things that could go wrong. There could be a HoudahSpot bug, a problem with the Spotlight index, a macOS bug, …. 

Let's walk through the reasoning. HoudahSpot builds a search query from your input. It hands that query and a list of locations to search to the Spotlight engine. This uses the Spotlight index to find matches. HoudahSpot can then apply additional filters to the results.

This is essentially the same as what the Finder does. A similar search should show similar results in HoudahSpot and in Finder. Typically the HoudahSpot search should show a few more results that the Finder filters out.

NOT TRUE. FINDER FREQUENTLY SHOWS 300 FILES WHERE HOUDAH FINDS THOUSANDS. 

Your search shows no results and says "No files found". Thus the problem is not with filters. Were there a filter, it would say "0 of x shown".

The search ends almost immediately. This could mean HoudahSpot is looking at a location that has no index NOT TRUE HERE, a location where HoudahSpot has no access right NOT TRUE HERE, or a search that cannot produces any result NOT TRUE HERE. Example: conflicting criteria or incorrect raw query.

That is why I ask you to post (and possibly test) the raw query. YOU DID NOT ADDRESS WHAT I SAID ABOUT YOUR MISUSE OF QUOTES, BUT JUST EXPLAINED WHY QUOTES ARE NECESSARY. WHEN YOU ADDRESS THE FACT THAT CUTTING AND PASTING YOUR TERMINAL COMMANDS RESULTED IN "ERROR INVALID PATH" COMMANDS — AND ADDRESS THE FACT THAT ALL THE INDEXING COMMANDS THAT I HAVE SEEN AND THAT I USE WITH NO PROBLEM HAVE NO QUOTES...... WHEN YOU ANSWER THAT IN A RESPONSIBLE WAY RATHER THAN JUST TALKING DOWN TO ME WITH ERRONEOUS INFORMATION, I WILL TRY YOUR RAW QUERY.   

I ask you to check Locations. I DON'T KNOW WHAT THIS MEANS. HOUDAH CAN FIND THESE FILES ON OTHER DRIVES. FINDER CAN FIND (SOME OF) THESE FILES ON THIS DRIVE, SO IT'S NOT AN INDEX PROBLEM. THE DRIVE WORKS PERFCECTLY WELL, SO IT'S NOT A DRIVE PROBLEM.

IT IS A HOUDAH PROBLEM. 
IT IS A HOUDAH PROBLEM. 
IT IS A HOUDAH PROBLEM. 
IT IS A HOUDAH PROBLEM. 

There is no good way to know if indexing of a drive has completed. You can make a pretty good guess by checking CPU activity in Activity Monitor and looking at drive activity (e.g. using the activity light on the drive).  THESE ARE NOT DEFINITE, UNIVERSAL OR RELIABLE, SO THERE'S NOTHING TO SAY HERE. EJECTING THE DRIVE WAS NOT STOPPED BY THE COMPUTER WHICH IT USUALLY DOES WHEN IT'S INDEXING. 

There are also macOS Monterey bugs where searches by "Kind" fail I AM NOT SEARCHING BY KIND (the latest HoudahSpot has a workaround for that), indexes go bad REALLY? AFTER TWO WEEKS?, and searches by exact match (e.g. "is" and "contains phrase") work unreliably. I AM NOT USING EXACT MATCH BECAUSE YOU ALREADY TOLD ME NOT TO, SO THAT IS ALSO IRRELEVANT. 

I GUESS HOUDAH SPOT JUST SUCKS, AND I SHOULD GET A REFUND AND FIND SOMETHING THAT DOESN'T. 

Houdah Software s. à r. l.
https://www.houdah.com

HoudahGeo: One-stop photo geocoding
HoudahSpot: Advanced file search utility
Tembo: Easy and effective file search

Member #1351 original poster
btw, I ran disk utility first aid on every drive,  internal and external, interior and exterior, that is connected to this system.
Member #1351 original poster

Well, we can forget about this for now — I re-indexed that drive again overnight... which didn't seem to do anything..... but then I restarted and reset the pram, and it seems to work perfectly well now.

I have to say that this was frustrating — I shouldn't have had to re-index this drive less than two weeks later.

And I have to reiterate my frustration with your Terminal commands. I re-index drives a fair amount and I have never seen directions that use quote marks, much less straight old quotes that are hard to fi0nd and trust. ( BTW, one reliable way to use the exact ones you are referring to is in Edit > Emoji & Symbols > Punctuation.)  I have seen and use extra spaces to achieve the effect you are talking about but not quotes, single, double, smart, straight — nothing.

So to be told that I don't understand what you are talking about, and not acknowledge that your commands — cut and pasted exactly — didn't work, when the commands I use to index DO work was really obnoxious.  It went hand in hand with a general refusal to take any kind of responsibility for the problem here. 

That said, I appreciate your continuing to try and solve this problem.

Houdah Software
It appears that some nuances - the tone of voice - gets lost when typing things. I certainly did not want talk you down when I writing about quotes. I acknowledged that the command I posted initially were incorrect. I had written and tried these in Terminal and not noticed that as I pasted these into the forum post, some of the straight quotes got replaced by curly ones.  I then wanted to give you background information to allow you to double-check the commands I post.

I want to point out that no harm can come form these commands. These were not for re-indexing, but for searching. The search query just was wrong and mdfind could make sense of it and run a search.

Since we get to talk only once or twice a day, I tried to explain the reasoning behind both my use of quotation marks and the reasoning that led me to asking certain questions. This explanation did go through steps we already went trough and mentioned problems I had already rule out. These were included for completeness sake.

There is indeed an alternative to the quotation makes, but I find that harder to explain: you can escape the spaces by prefixing each with a backslash.

These are the indexing commands I posted earlier:

sudo mdutil -i off "/Volumes/Music Orange 5TB/"
sudo mdutil -X "/Volumes/Music Orange 5TB/"
sudo mdutil -E -i on "/Volumes/Music Orange 5TB/"


You can write those as:

sudo mdutil -i off /Volumes/Music\\ Orange\\ 5TB/
…


I find the solution using quotes to be easier to type and read.

What I meant by "check Locations": In HoudahSpot you can specify which locations to search, and which ones to exclude. By default, HoudahSpot searches "User home folder" and "Apple Mail Messages". This does not cover external drives, you need to list these individually or add "Local volumes and user home" to the list of Locations. I believe you emailed a screenshot that showed "Music Orange 5TB" in that list.

Member #1351 original poster
Well, for some reason these normal indexing commands weren't doing the trick, so I tried another method in four steps which seemed just a little different (the drive name is added at the end as per usual):

sudo mdutil -i off /
sudo rm -rf /.Spotlight*
sudo mdutil -i on /
sudo mdutil -E /

So I plugged these in last night, and this morning I found my entire 10 TB database drive blank.

Edit by @Houdah Software: DO NOT USE THESE INSTRUCTIONS. The "sudo rm" command is very dangerous. A mistake in that command leads to data loss with no further warning.
Houdah Software
It seems you have erased your drive using the "sudo rm -rf" command. This command translates to "with super user powers, remove recursively with no further confirmation". The command takes a list of paths. 

Did your command take the form of "sudo rm -rf /.Spotlight* /Volumes/YourDrive"?
In that case you have erased two locations:
- the hidden Spotlight folder on your startup drive. That is the Spotlight index and settings of your internal drive
- all files and folders at /Volumes/YourDrive. That is the full contents of your external drive
Member #1351 original poster

yes I used: 

sudo rm -rf /.Spotlight*

Houdah Software
That deletes the Spotlight index on the startup volume.
You said "the drive name is added at the end as per usual". That would be an error.
The path to the drive should have spaces escaped and replace the / in the above command.

I RECOMMEND AGAINST the rm -rf command for erasing the Spotlight folder. The risks of accidentally erasing more than you intended is to big. Use mdutil -X to erase the Spotlight index of a volume.

Example:

sudo mdutil -X "/Volumes/Music Orange 5TB/"
Member #1351 original poster
Well the drive has had almost a week to index a 5TB disc of music…..

And yet when I search for files with the extension .mp3 or files that contain mp3 or that end in 3, I either get no results or around 20.

And there are over 100,000 mp3s on this drive.

What the fuck?????????? I really fucking hate this software.
Member #1351 original poster

I TRIED the mdutil command several times, and Houdah was still not able to find anything (even after I reinstalled the software!), which is why I tried a different method — which erased my entire 10 TB drive.

And for the record: I was using this software to find several hundred gigabytes of duplicate mp3s on my music library disk. Almost all duplicates end in " 1.mp3" instead of ".mp3" — a pretty basic thing to search for, and it did help me find them a couple times.

But just so you know, I now have to drag and drop a few dozen files at a time into a different app called "Renamer", and it changes the name of all songs ending in " 1.mp3" to files that end in " DUPE.mp3." 

And these files Houdah Spot can find with no problem.  So next time you want to tell me that there's something wrong with my indexes, maybe take a look in the mirror and figure out why your software can do one simple basic thing and yet cannot do an even simpler basic thing!

Also — you are really bad at describing Terminal commands in text, as most people are, so if you do that in the future, make sure you just type out the command line text verbatim. 

I still don't understand your thing about quotation marks — which, btw, many other people use to enclose Terminal commands, like so: "sudo tk -thule // volumes etc."  This makes them very confusing to see in other texts,  so unless they HAVE TO BE part of a command, I have to ask you PLEASE not to use in Terminal instructions.  


David Colman

Member #1351 original poster

I guess that you have abandoned any further comment on this thread. I gotta reiterate my frustration that A) Renamer, an app that doesn't even sell itself as a search tool, is much better at finding files than Houdah, and B) I have found a yet a new shortfall and disappointment — I finally figured how to add criteria to the Houdah search aside from name, kind and modified......only to find that these are only applicable to the search itself — there's no way, aside from name kind and modified, to SORT ALL THE RESULTS!!!! Dude — even the superlame Spotlight let's you sort your results via over a dozen filters.

I have to say, yet again, what a phenomenal disappointment this has been, especially given the boasts and claims Houdah makes about itself.  

Houdah Software
For your search, type the following into the main search field:

name:"* 1.mp3"

Or use "Name" "contains" " 1.mp3" in the Refine pane.

There are literally hundreds of attributes you can sort by. Select Columns > More Columns… from the menu to add columns. You can sort by any column you have added.
Member #1351 original poster

are you serious? I have to assume you are a completely different person who didn't even bother to read the thread since THE WHOLE PROBLEM I WAS HAVING WITH YOUR $%^&*  SOFTWARE WAS THAT IT COULD NOT FIND ONE SINGLE FILE WITH THE SEARCH TERM " 1.MP3"  

This is a problem that has been going back weeks. WEEKS.

SO MAYBE YOU SHOULD TRY READING BACK AND ANSWERING THAT AGAIN FFS. 

Or, if you just wanted to seem like a total asshole, you did a fantastic job.

Member #1351 original poster
I look forward to getting another Clueless and or obnoxious answer a week from now
Member #1351 original poster
Do you actually think I am going to start this thread over from the beginning? I can see the first one, why can't you? And what happened to the guy who was typing before? Because he at least would never post anything as clueless as you.
Member #1351 original poster
Wow. Apparently you really do think I am going to do that. Since you can't or won't help, how about I just get my money back for this. I haven't even had it a month!
Houdah Software
Try the same search using mdfind. I am pretty sure you will get similar results as HoudahSpot.

macOS Monterey has a bug where searches for exact matches fail. That is searches using contains, contains phrase, begins with, etc. fail whereas searches by word or prefixes work.

I don't know if macOS Monterey is incompatible with older indexes or if it damages Spotlight indexes. I have many reports of customers who experienced the problem after upgrading their Mac. One customer reports that searching the same drive using Big Sur works fine where Monterey fails. That would imply an incompatibility. So far all customers were able to fix the problem by rebuilding the Spotlight index. A few however reported that the problem returned after a while. This would imply that Monterey actually damages the index. It is also possible that these customers used the affected drives with an older version of macOS after rebuilding the index using Monterey.

My recommendation thus is to rebuild the index. Usually this works just fine using System Preferences > Spotlight.

1. Go to System Preferences > Spotlight > Privacy
2. Add the affected volume – not just individual folders – to the list
3. Wait a bit, to be sure the old Spotlight index is deleted
4. Remove the volume from the Privacy list
5. Leave the computer running overnight to rebuild the index


P.S: Your HoudahSpot purchases dates back more than 5 months.
Member #1351 original poster
You do realize that you've been telling me over and over to index this drive? And I have done that using the method above and Terminal methods? And that this makes it work temporarily but after a couple days, Houdah is back to not finding anything?
Houdah Software
I do not know about how many drives we are talking.

Since re-indexing fixes the problem, the problem is with the index. It is a sad fact, that macOS Monterey has a bug where it either damages indexes or is incompatible with indexes touched by other versions of macOS.  I have not enough information to determine which it is. I can only hope Apple fixes the bug soon.
Member #1351 original poster
My point was that I have four drives and you have told me to re-index them several times over the past couple of month, but it does not solve the problem — and then you just blame it on a bug in Monterey. If Monterey was damaging indexes, I think it would be a far, far bigger problem than this.