<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2016-08-20 15:45 GMT+02:00 Mike Perkins <span dir="ltr"><<a href="mailto:mikep@randomtraveller.org.uk" target="_blank">mikep@randomtraveller.org.uk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 20/08/16 13:21, Rob Verduijn wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Hi,<br>
<br>
I've also been running mythtv on centos 7 for some time now.<br>
When 0.28 was released I was a bit miffed because there was no repo that<br>
contained the rpm's available.<br>
Also the qt5 requirement was a bit of a challenge.<br>
<br>
I solved it by installing mythtv into a fedora 28 docker container on the<br>
centos 7.2 host.<br>
<br>
This solved a lot of problems for me.<br>
* quite a lot of rpms that in my view should not be instaled on a server<br>
have been removed since they are installed in the container (cleaner server<br>
config)<br>
* it's now in an isolated container again which makes a far better security<br>
solution than running it directly on a server backend<br>
* it's a lot easier to allow a container access to a pci-card then to share<br>
it via passthrough to a vm ( most pci cards can't deal with this including<br>
mine)<br>
* Rebuilding a docker container with a docker file when there are updates<br>
is really easy.<br>
* the mariadb runs in a dedicated mariadb container.<br>
* cronjobs are started on the centos host with the 'container exec' command<br>
which runs them as the mythuser in the mythtvbackend container.<br>
<br>
There are also drawbacks.<br>
* running mythtv setup is a pain but not impossible (I created a dedicated<br>
container for this that I only build when needed which is almost never)<br>
* database schema updates are a challenge too (waiting for lock ends with a<br>
fail),<br>
  for now I did a temporary mariadb install on my frontend to deal with<br>
this (import old db from backend, upgrade, export new db to backend)<br>
  I removed it once this was done. I'm still pondering what the best<br>
solution is for this (I'm tinking of merging it with the mythsetup<br>
container)<br>
* it creates a rather large container<br>
* I still need to create a container for the mythweb interface<br>
* Ofcourse this is complete f#@$-up of the container principle, but it<br>
works for me :-) (and was a nice learing experience)<br>
<br>
</blockquote></div></div>
Any chance you can write this up and add it to the wiki? I always thought that containers were essentially VMs but from what you say above this isn't exactly so.<br>
<br>
Alternative methods for building and/or using a mythtv system are always of interest, especially if it can lead to more efficient use of hardware.<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
<br>
Mike Perkins</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">http://lists.mythtv.org/mailma<wbr>n/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/Mailing<wbr>_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a><br>
</div></div></blockquote></div><br></div>I really do not like editing wiki's<br><div class="gmail_extra">But since I've been using mythtv for over a decade I think it's a fair suggestion.<br></div><div class="gmail_extra">However, Like I said my container solution still needs work.<br></div><div class="gmail_extra">So it will be a work in progress for some time.<br><br></div><div class="gmail_extra">Cheers<br></div><div class="gmail_extra">Rob Verduijn<br></div></div>