<div dir="ltr">Apologies for the misinformation, it was nothing to do with the ssh-agent file. The computer was not responding so the directory did not update.<div><br></div><div>When the disk starts to fill up, 6 files appear in /tmp</div><div>#sql_4ec_0.MYD  </div><div>#sql4ec_2a3_0.frm  </div><div>#sql4ec_2a3_0.MYI  </div><div>#sql4ec_2a3_1.MYD </div><div>#sql_4ec_0.MYI  </div><div>#sql4ec_2a3_0.MYD  </div><div>#sql4ec_2a3_1.frm  </div><div>#sql4ec_2a3_1.MYI</div><div><br></div><div>The last 5 characters are different each time.</div><div><br></div><div>Backend terminal output is here:  <a href="http://pastebin.com/yjQtZwCa" target="_blank">http://pastebin.com/yjQtZwCa</a></div><div><br></div><div>I have cut out the middle of large sections of similar data for clarity but the drive starts to fill up after the line:</div><div><br></div><div><span style="color:rgb(0,0,0);font-family:Consolas,Menlo,Monaco,'Lucida Console','Liberation Mono','DejaVu Sans Mono','Bitstream Vera Sans Mono',monospace,serif;font-size:12px;line-height:21px">GetPlaybackURL/UNABLE/TO/FIND/LOCAL/FILE/ON/MythtvServer/9703_20150222193800.mpg. File doesn't exist.  Database metadata will not be removed.</span><br></div><div><span style="color:rgb(0,0,0);font-family:Consolas,Menlo,Monaco,'Lucida Console','Liberation Mono','DejaVu Sans Mono','Bitstream Vera Sans Mono',monospace,serif;font-size:12px;line-height:21px"><br></span></div><div>Once the drive has filled up and then the temp files removed, the DB Error line appears followed by HouseKeeperTask 'DBCleanup' Finished successfully.</div><div><br></div><div>I am afraid I am one of the Mythtv 'users' so a bit out of my depth trying to work out how to solve this. </div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 8 May 2015 at 10:05, Scott Moncrieff <span dir="ltr"><<a href="mailto:scottcmoncrieff@gmail.com" target="_blank">scottcmoncrieff@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I am not sure that lack of space available to mysql is the problem, the drive has nearly 100gb free on it.<div><br></div><div><br></div><div>Regarding the ssh port, is it closed by default? I will check later tonight, and also my router logs but I am fairly sure outside access is tightly locked down! The reasons that I think it must be related to the mythtv database are, I restored a 6 month old system backup and it was fine until I imported the current database and iotop shows mysqld is continually writing large amounts of data to the drive.</div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 8 May 2015 at 09:04, Stephen Worthington <span dir="ltr"><<a href="mailto:stephen_agent@jsw.gen.nz" target="_blank">stephen_agent@jsw.gen.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On Fri, 8 May 2015 08:16:16 +0100, you wrote:<br>
<br>
>On 8 May 2015 at 07:55, Scott Moncrieff <<a href="mailto:scottcmoncrieff@gmail.com" target="_blank">scottcmoncrieff@gmail.com</a>> wrote:<br>
><br>
>> Thank you, I will explore all of this but unfortunately not until after<br>
>> work tonight!<br>
>><br>
>> The drive is not partitioned, the system runs on a 128gb SSD,10.2 gb used<br>
>> now I have restored an older system backup and I have 4 x 3TB drives, 1 for<br>
>> recordings and 1 for Video library and the other 2 are backups updated<br>
>> using rsync.<br>
>><br>
>> I have optimised the database tables again (did it last night as well)<br>
>><br>
>> From the log it looks like it has been doing this for most of the night<br>
>> but has been stable for the last 20 minutes at least, drive just starting<br>
>> to fill up now. du shows that it is /tmp/ that is filling up but will<br>
>> investigate more tonight.<br>
>><br>
>> Scott<br>
>><br>
>><br>
>> On 8 May 2015 at 00:36, Nick Morrott <<a href="mailto:knowledgejunkie@gmail.com" target="_blank">knowledgejunkie@gmail.com</a>> wrote:<br>
>><br>
>>> On 8 May 2015 at 00:08, Scott Moncrieff <<a href="mailto:scottcmoncrieff@gmail.com" target="_blank">scottcmoncrieff@gmail.com</a>><br>
>>> wrote:<br>
>>> > I managed to get some of the log files off but I am not sure where to<br>
>>> start.<br>
>>> > The backend is just showing a large number of autoexipre messages<br>
>>> followed<br>
>>> > by file missing errors.<br>
>>> ><br>
>>> > mysql error log<br>
>>> > <a href="http://pastebin.com/QYBVSQgS" target="_blank">http://pastebin.com/QYBVSQgS</a><br>
>>> ><br>
>>> > backend<br>
>>> > <a href="http://pastebin.com/9ncw4MHL" target="_blank">http://pastebin.com/9ncw4MHL</a><br>
>>><br>
>>> Couple of ideas:<br>
>>><br>
>>> i) See <a href="https://www.mythtv.org/wiki/Mysql" target="_blank">https://www.mythtv.org/wiki/Mysql</a> for details on fixing crashed<br>
>>> tables in the database (once MBE is disabled). You want to start with<br>
>>> a healthy database.<br>
>>><br>
>>> ii) Check your filesystems to see if any are actually full (esp /var<br>
>>> and /tmp). You don't say how your SSD is partitioned, so it's not<br>
>>> clear which partition is getting 99% full. It could be that /tmp is<br>
>>> filling with temporary tables whilst the scheduler is running and then<br>
>>> cleaning up again.<br>
>>><br>
>>> You can monitor realtime usage of /tmp (or any other dir) using<br>
>>> $ du -hs /tmp/<br>
>>><br>
>>> If you run this command in another terminal (alongside Bill's logfile<br>
>>> suggestion) whilst mythbackend restarts, you might get to see where<br>
>>> the free space is being used.<br>
>>><br>
>>> Cheers,<br>
>>> Nick<br>
<br>
>Whilst the drive is filling up, /tmp has a folder ssh-P5Nw6CXpmdb which<br>
>contains a single file - agent.1506<br>
><br>
>It is this file which has zero bytes and then grows to fill the drive.<br>
<br>
</div></div>That temp file seems to belong to a process called ssh-agent.  This<br>
command should show it:<br>
<br>
  ps -ef | grep ssh-agent<br>
<br>
which gives me this result on Mythbuntu 14.04:<br>
<br>
stephen   2688  2644  0 00:17 ?        00:00:00 /usr/bin/ssh-agent<br>
/usr/bin/dbus-launch --exit-with-session<br>
/usr/share/mythbuntu/session.sh<br>
root     31900  5318  0 19:54 pts/9    00:00:00 grep --color=auto<br>
ssh-agent<br>
<br>
(that may wrap on many email clients - it is just two lines starting<br>
with "stephen" and "root").<br>
<br>
My understanding is that ssh-agent is supposed to store private ssh<br>
keys so they can be re-used without having to log in again for<br>
anything that needs to use them, such as tasks run from X.  So you<br>
only have to login once while starting the X session, and then<br>
anything that is run from the same session (eg a program you start)<br>
can use the same keys without having to ask for a login again.<br>
<br>
Just why it is going rogue, I have no idea.  Do you have the ssh port<br>
open to the Internet and is it being attacked???<br>
<div><div>_______________________________________________<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>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>