<p dir="ltr">Thank you, I will start digging! And thank you for all your efforts to help.</p>
<p dir="ltr">6 months ago when I  had problems with my old system I realized how much the family relied on it which is why I tried to build so much redundancy into this one, but you can't plan for everything!</p>
<p dir="ltr">On my old system, deleting a recording only removed it from the recordings list,   not the drive so it kept filling up. Once a week I ran a script I wrote that used  mythlink to create a list of files marked as deleted and then follow the symlinks to actually delete them. I wonder if I just imported a problem database into my new system.<br></p>
<p dir="ltr">Thanks again!</p>
<div class="gmail_quote">On 9 May 2015 01:36, "Bill Meek" <<a href="mailto:keemllib@gmail.com">keemllib@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 05/08/2015 06:12 PM, Scott Moncrieff wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This was probably a bit rash but a bottle of wine will do that...before I<br>
read the 2 previous replies I just went into the  database and deleted<br>
everything in the 'record' table with the title 'Breakfast'<br>
<br>
Not being completely mad, I did switch to my alternate backup system drive<br>
first. All of the 23486 recording rules for 'Breakfast' were deleted and<br>
the hard drive has not moved from 11% full for the last 30 minutes.<br>
<br>
I just rebooted from the other (bad) drive and ran the curl command which<br>
produced a seemingly endless output of the description of the offending<br>
Breakfast show but I could not copy and of the output before the system<br>
stopped responding. Now back on the other hard drive it all seems stable.<br>
<br>
Is there any way I can investigate what actually caused this and how I can<br>
stop it in the future? Assuming the system is actually stable, probably a<br>
bit early to be relaxing.<br>
</blockquote>
<br>
If you still have the bad data on your other drive, then I'd<br>
come up on it and stop the backend (to give yourself time to<br>
look around.)<br>
<br>
If the bad data is gone, not much to do.<br>
<br>
I'd try to audit the record table with things like this:<br>
<br>
 SELECT title,type,category FROM record ORDER BY category;<br>
<br>
looking for a category like: Custom recording. Because that's<br>
the only case I know that has the ability to create rules like<br>
wildfire. Just guessing that no human would create 23K rules.<br>
<br>
Use: DESC recorded; to see the list of available fields and<br>
your best guess at what else might be odd. You can then adjust<br>
the SELECT above to view other fields and look for odd values<br>
as compared with other rules.<br>
<br>
Happy sleuthing.<br>
<br>
-- <br>
Bill<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" target="_blank">https://forum.mythtv.org</a><br>
</blockquote></div>