well
grep -n "my string" file_name
will do for your particular query. GREP is by default case sensitive in nature and to make it case insensitive you can add -i option to it. The -n option displays the line numbers. For other myriad options, I recommend
man grep
for more interesting pattern matching capability of GREP.

If you have a copy of the file, you should activate AppLocker across the entire domain and add a hash rule for that file to stop its execution. This has the added bonus of identifying computers that are trying to run the program because AppLocker logs block and deny actions by default.

For search volumes of that size, I've used a Google Search Appliance. They can be expensive, but they are very customizable and they do an incredible job of indexing things. As a bonus, it will not only index file shares, but you can point it at web resources as well for indexing.

You should enable it globally, otherwise you'll be vulnerable to the situation where an attacker modifies the unencrypted form to send all the user data to evilserver.com rather than to the one you want (or, since the attacker is actively listening, modify the form action to use HTTP instead of HTTPS).
You may also get into a configuration headache ...

I guess you mean to look for attribute uid or mail (not filtering on those). It is not possible, straight away, to use 2 different attributes in the LDAP URL, although RFC 2255 allows for it.
mod_authnz_ldap alone: not possible
Apache mod_authnz_ldap documentation states the URL must be like: ldap://host:port/basedn?attribute?scope?filter with
attribute: ...

GNU grep has the -L option, the inverse of -l. It lists files with no matches. So you can do
grep -iL v=spf *.db
With a more traditional grep, you can do a -c count and then select the ones that have a count of 0 matches:
grep -ic v=spf *.db | grep ':0$' | sed 's/:0$//'

The CPU usage you showed in the screenshots is not very high. So let's start by investigating what do you mean by "slowness". It's very likely that your disks are saturated, causing everything to feel slow. It's a good hypothesis that the indexing server is the one causing it, but we've to collect more evidence first.
Go to Task Manager > Performance >...

I know you are using Jetty, but I have a method using Tomcat that works and will explain below.
Basically, I have given up trying to understand what I perceive as excessively obtuse ways Java web apps protect themselves in Jetty and Tomcat. So I prefer allowing Apache to do the heavy lifting of being the first line of defense against access. Apache is solid ...

In Powershell, single quotes ' indicates variable expansion should not happen within the string. You should try with the double quotes " instead:
Get-QADComputer -NotLoggedOnFor 90 -SearchRoot "doman.name/OU1/$OU2"
From the docs:
PS C:\> Get-Help about_Quoting
...
SINGLE AND DOUBLE-QUOTED STRINGS
When you enclose a string in double quotation marks ...

This isn't using grep - but anytime I have a need that requires more than a basic grep, I turn to my favorite, sed. Certainly any time I have to chain grep commands together...
Use this command to do it:
sed -n '/09/d; /uploaded/p' file
Just one single command (not two).

You can use the -v option to grep to invert the match so
grep uploaded file | grep -v 09
will do what you want. This finds the lines that contain uploaded which are passed piped into a grep command to ignore lines with 09 in them.

Actually, Everything Search can search on the network, but you have to create a file list.
Go to Tools -> File List Editor
Click Edit -> Add folder --> here, select a shared folder on the network and hit OK.
Everything Search might freeze and it might take from 1 to 10 minutes or longer to create a list so be patient.
When you see files in the list editor,...

This behavior is by design.
IPv6 is being preferred - so the status of the resource in AAAA terms is determined first. An NXDOMAIN response comes back - so the client figures it needs to append the search path.
Note that the ndots remark you've made is correct - but not the whole story. If the ndots number higher than the name being queried (if it were a ...

You need to change the collation of the database/tables, by selecting one that equates é with e that is most suitable for your needs, such as utf8_general_ci.
You should carefully select one based on your requirements, unfortunately there are a lot to choose from; http://dev.mysql.com/doc/refman//5.5/en/charset-unicode-sets.html
MySQL also offers some nice ...

Given that you're trying to search a server and not your local system, it's probably not related to indexing as you shouldn't have all your clients indexing a file server.
What happens on the system that doesn't work if you login as a completely different user and try to search the sever? If you get results, try the steps laid out on this site
There's a ...

Depending on what files you are trying to index, you probably need the appropriate iFilters so Windows Search can go in and actually sift through the binary contents of each file and grab out the text so it can index it.
After the iFilters are installed, go to
Control Panel -> Indexing Options
Click Advanced button
Click Rebuild
PDF iFilters
Adobe -- ...

Sure, you've just got to make sure the indexing for all the different sites cooperate to provide compatible search data. Exactly how you'll achieve that is a tricky subject that would be better suited to SO (since it's a programming question).

I guess it would depend on how your server is loaded but I can't say I've ever known a find command make a server go unresponsive. If you're concerned about it then you could always use nice.
You don't say which OS/Distro or Webserver you're using but it may be easier to just look at the webserver config files. For example you can look for DocumentRoot ...

Open Server Manager, click on Add roles and features click next until you get to Features and then uncheck Windows Search Service and complete the wizard.
You might be best of sharing the issue you are having as well, is it a performance issue due to this service?