When I list recordings (/admin/recordings/files/shows) for a show called "Farscape" (only show so far) some of the recordings are lot listed. I see no season 3 files and first four season 4 files are not listed as well.
The files seem named properly and have valid content as I can play them from the operating system (MacOS).
I can not fathom what could possibly cause this anomaly!
What to do?
Recordings or imports?
Assuming those are local content imports, check (/admin/recordings/imports/unmatched-shows)
Also (/admin/shows)
These are regular pass based recordings. I watched a few of the shows that were listed through the app on Google TV with no problem. That was when I noticed that not all of the recordings were showing up on the app. I then went to the "server" (iMac) and used finder and the web based version to verify the above facts.
As mentioned these are pass based recordings. I have no imports.
If they appear on the web UI of the dvr that would mean the dvr knows about them.
Must be some issue on the Google tv side. Does rebooting that device make any difference?
FWIW, on the server I stopped the DVR and quit the program . Ran the program and started the DVR. And for good measure went to admin/settings to the DVR Database section and from Maintenance selected: Regenerate Search Index.
This has had no effect.
Perhaps I did not make myself clear but I went to the server and verified it ALSO cannot see the recordings. I can see the recordings using the Finder as well as a shell.
This indicates to me that "something wonky" happened, such as restoring from an older backup that did not "know" about the newer recordings.
Did you have any server and/or power before or after when these recordings occurred that the DVR does not know about? What do your logs say about the times that the recordings happened?
Okay somehow they are not in the dvr database. I don't know why. The DVR log may show more details.
Either way the only way to make them reappear is by moving those mpg files into the Imports/TV folder
This "server" is an iMac that is scheduled to power up/down to allow it to be active during show times. This work just fine. The files all seem normally named and have valid content. There is just just bizzare "quirk" the seems to ignore these files.
I can upload a linux "ls -al" file list if you wish more details on the files...
I do not know how to interpret the logs. If you give instructions on what to look for or perhaps what to upload I would be happy to follow up.
I would have thought that the Regenerate Search Index function would pick up theses files?...
Anyway, is the following your proposal:
NOTE I may not be "getting" this and have never done any importing, so please be specific about the proposed procedure.
Thanks
The search index has nothing to do with this issue.
You simply need to move the files into the Imports folder and then they will appear.
This happens automatically
You move the files (instead of copy) so they would now live inside Imports going forward and no longer in the original location. No deletes are required.
Here is an interesting fact: looking at the database stats - it shows the correct number of files. IOW, the stats seem to know about the files.
This confuses me even more 
---- GUESS YOU ANSWERED THE FOLLOWING WHILE I WAS WRITING IT - 
Anyway, I will try MOVING (not COPYING) ONE file and see what happens. Though I would think that I would still need to perform some sort of import action (YES/NO)?
---- Here goes
There is a button under Imports you can click but it happens automatically every five minutes as well.
That is strange indeed. But you stated that it's definitely not visible under the web UI either.
When I look at /admin/rcordings these file do not show up. I can see that they exist using Finder and shell but the database looks like this:
Stats
1 Passes
2 Shows
26 Recordings
Which is the CORRECT number of files
BOTTOM LINE: There is some sort of serious bug here.
I have a secondary issue in that I have Plex pointed at Channels DVR's recordings (it BTW sees these files just fine!) so it is awkward to do this workaround.
I would think that there would be a better way to rescan the recordings to make sure all files are in the database. If there is a file is in the directory tree but not listed in the database I would think that would be an error condition.