<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 16, 2024 at 6:18 PM Paul Gardiner <<a href="mailto:lists@glidos.net">lists@glidos.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 05/11/2023 16:09, Mike Perkins wrote:<br>
> On 05/11/2023 15:30, Paul Gardiner wrote:<br>
>> On 04/11/2023 15:31, James Abernathy wrote:<br>
>>><br>
>>><br>
>>> On Sat, Nov 4, 2023, 9:28 AM Paul Gardiner <<a href="mailto:lists@glidos.net" target="_blank">lists@glidos.net</a> <br>
>>> <mailto:<a href="mailto:lists@glidos.net" target="_blank">lists@glidos.net</a>>> wrote:<br>
>>><br>
>>>     Is anybody here running mythbackend in a docker container and<br>
>>>     successfully passing through access to PCI and/or USB capture cards?<br>
>>><br>
>>><br>
>>> I've only done the backend in a VM using KVM/QEMU Libvirt.<br>
>>><br>
>>> It works great that way with networked tuners. You can also use USB <br>
>>> devices.<br>
>><br>
>> Maybe I should explore KVM as an option. I'm trying to find a more <br>
>> convenient way to deal with updating my linux distribution when new <br>
>> versions appear. For ages now, I've been using two servers, one live <br>
>> and another to install the new version on and test. I know there has <br>
>> to be a better way. I use OpenSUSE because it's the one I know best, <br>
>> going from one version of Leap (the name of OpenSUSE's stable <br>
>> releases) to the next as they come out. They also have a rolling <br>
>> version called Tumbleweed. I wondered about using that, but my mythtv <br>
>> packages wont build for it at the moment and, although I may be able <br>
>> to solve that, I worry that it might be just the first of many <br>
>> problems if I move to the rolling version.<br>
>><br>
>> Latest idea was to use the rolling version as a docker host and run <br>
>> mythbackend in containers still using Leap, which would be very easy <br>
>> to update in that scenario.<br>
>><br>
>> Your post makes me wonder about sticking with Leap versions, and using <br>
>> KVM just to allow the new version installation to be performed on the <br>
>> live server while the old version is still running. Then maybe with <br>
>> some cleverness with grub I can swap to the new version, booting <br>
>> straight into it without KVM, not needing KVM again until the next <br>
>> update.<br>
>><br>
>> I wonder what others do for this, what must be, very common problem. <br>
>> I'm sure I've been making things unnecessarily difficult for all these <br>
>> years I've been using two servers.<br>
>><br>
> I run an (almost) entirely Debian shop. My principle server is a KVM <br>
> host and runs a number of VMs. My general procedure is to keep two <br>
> copies of our 'main' server as VMs; I also keep two copies of an http <br>
> server. One of each is active and the other is either the previous <br>
> version or the next one, whenever I have to do a release update. (There <br>
> are other, smaller VMs which are not paired.)<br>
> <br>
> I can therefore setup and test new versions without disturbing whatever <br>
> other work is happening. When I am satisfied there are no more gotchas, <br>
> I copy across the /home directories from the old to the new system <br>
> followed by a final test.<br>
> <br>
> Then, in my router, I have domain names registered in the DNS server <br>
> portion pointing to whichever one is currently active. For example, <br>
> <a href="http://main.example.com" rel="noreferrer" target="_blank">main.example.com</a> -> 192.168.202.17 and so on. All I need to do is to <br>
> change the DNS entry and, boom! the new version is in operation.<br>
> <br>
> Snags: as a VM I have separate LVM logical volumes for system and /home, <br>
> which makes it slightly easier to adjust volume sizes when required. I <br>
> do not use copy-on-write (COW) but allocate the whole disk space <br>
> required. However, KVM treats logical volumes as /disks/ not <br>
> /partitions/. This does mean an awkward use of 'kpartx' to be able to <br>
> split out the partitions whenever I want to do a copy. (There are <br>
> probably easier methods.)<br>
> <br>
> Obviously most of the above has to be done from either the console or an <br>
> ssh session into the host server. Once I have a new system disk I can, <br>
> however, use the hostname to connect to it for testing. I use thin(nish) <br>
> clients with x2go for normal work, the only thing that cannot be done <br>
> via x2go is mythtv playback. I have, however, used Firefox to access <br>
> CCTV and they play back fine over that arrangement.<br>
<br>
I have at last found time to try replacing my two servers, used in <br>
alternation, with KVM-based VMs running on a more modern, faster and <br>
quieter computer. It was so close, but ultimately looks to be a failure. <br>
Almost everything worked flawlessly. What wasn't flawless, mostly <br>
worked. Specifically, my passed through PCIe card (a DVBSky S950 V3) <br>
worked flawlessly. The one problem was with my USB tuner (a Hauppauge <br>
WinTV-dualHD DVB): it worked, but with regular artifacts in both the <br>
video and audio... the odd dropped packet I'm guessing. That obviously <br>
makes the system unusable.<br>
<br>
I don't really want to give up at this stage - I was really looking <br>
forward to performing OS upgrades without physically moving hardware <br>
around, plus the use of the faster quieter machine - but I'm at a loss <br>
as to what I can try to fix the drop outs. I put all the hardware back <br>
in one of the old servers and all is working fine again, so it doesn't <br>
look to be some sort of coincidental problem unrelated to the use of <br>
VMs. I guess I could replace the DVB tuner if I knew of something that <br>
definitely works in a VM.<br><br></blockquote><div><br></div><div>Does your motherboard offer another PCIe slot?<br></div><div>If this is the case, I would try a USB extension board and do the PCIe pass through</div><div>also on this card.<br></div><div>I read somewhere, that this worked.<br></div><div>Another option could be to isolate the PCIe bus for the integrated USB controller</div><div>and try the pass-through on that.</div><div>I am really curious on the outcome of this thread.</div><div><br></div><div>Roland<br></div></div></div>