has anyone tried to run this yet? i pull the image fine and run it however when i try to rdp to it as sparklyballs does in his video the rdp fails. he mentions nothing about the networking section of the plugin so im assuming thats my error. im not running omv firewall. its a fairly vanilla install only 12 hrs old with some general mucking about in plugins but nothing done to omv's settings yet
sparklyballs mythtv docker
-
- OMV 2.x
- wyleekiot
-
-
I was just looking at this. I saw a comment in his support thread that network needs to be on bridge.... did you try that?
-
On the lower panel of the container, click details on the currently mythtv running container. You can paste in hastebin and put it here.
My guess is you selected bridge mode and you did not forward any port.
-
-
i tried forwarding port 3389 to itself, random port to 3389, random port to itself, random port to 3389, not entering ports at all, using host instead of bridge, using none instead of bridge. the container seems to start and run but when i try to rdp into it wether i use the machine name or ip the rdp times out.
sorry it wont let me edit the above reply...says im not authorized to view that page..i bolded and underlined the edit i was trying to make
i tried forwarding port 3389 to itself, random port to 3389, random port to itself, 3389 to random port, not entering ports at all, using host instead of bridge, using none instead of bridge. the container seems to start and run but when i try to rdp into it wether i use the machine name or ip the rdp times out.
Seems we had to roll back forums. I think we were about to determine sparklyballs docker wasn't going to work with OMV. I really want to stick with omv but a dvr that supports hdhomeruns, comskipping of some sort, and .264 or .265 encoding is make or break, hence mythtv docker. Are there any other alternatives im overlooking?
Right now im using a windows based system which works well but requires too much interaction to keep everything moving seamlessly. I had a freenas before that which was rock solid but could never get mythtv running in a jail.
Anyway im up for suggestions and am not in an extreme hurry -
My mythtv install is inside virtualbox in OMV and I would love to move it to docker. I will be messing with this in the next couple weeks (probably over christmas vacation) so I'll keep you updated.
I use docker at work all the time so I am coming to know it pretty well. If this docker image works on unraid, I don't know of any reason why it wouldn't work on OMV.
-
The sparklyballs image has some issues with running scripts inside. I've put the solution here the other day but the forum went down and I dint notice but the post got lost.
Tell me if your still interested -
-
I'm interested. Also, what kind of issues? On startup of the container?
-
On one of the start scripts inside, there is a variable wrongly declared in a command, the start gets stuck, you can read that in docker logs containername
-
Run again the container enter the container with basj
docker exec -it container_name bash
nano /root/supervisor-files/db-supervisord.conf
Edit this --timezone=%(ENV_TZ)s change it to --timezone=$ENV_TZ
exit the container and restart it docker restart container_name
-
-
got my gentle typhoons and last of my drives for my array so im itching to get my new box up and running...i hope this works...i much prefer omv over freenas and the prebuilt images for the odroid xu4 are a huge bonus. i run odroids for my front ends and next project will be taking my old drives and try to run them in a usb3 array on a xu4...a whole back end running <10 watts would be pretty sweet imo
-
i edited the file listed above and i believe i did it properly....but now im getting the following in log as the container runs
Dec 24 11:16:50 omv1 ool openmediavault-webgui: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:16:50 omv1 omv-engined[31971]: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:16:53 omv1 ool openmediavault-webgui: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:16:53 omv1 omv-engined[31972]: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:16:58 omv1 ool openmediavault-webgui: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:16:58 omv1 omv-engined[31974]: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:02 omv1 ool openmediavault-webgui: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:03 omv1 ool openmediavault-webgui: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:03 omv1 omv-engined[31983]: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:08 omv1 ool openmediavault-webgui: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:08 omv1 omv-engined[31984]: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:13 omv1 ool openmediavault-webgui: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:13 omv1 omv-engined[31985]: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:18 omv1 ool openmediavault-webgui: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:18 omv1 omv-engined[31986]: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:23 omv1 ool openmediavault-webgui: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:23 omv1 omv-engined[31987]: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:24 omv1 ool openmediavault-webgui: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:24 omv1 omv-engined[31988]: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:28 omv1 ool openmediavault-webgui: Unknown or unsupported timezone [tz=US/Eastern]
Dec 24 11:17:28 omv1 ool openmediavault-webgui: Unknown or unsupported timezone [tz=US/Eastern]
I reloaded the unedited container to see if it would do the same...i got the same error messages but they didnt repeat...just logged one time
some googling showed that same command --timezone=$ENV_TZ being used without the _ so i removed that and then upon restart i still couldnt rdp into container but the syslog changed to:
Dec 24 12:04:40 omv1 kernel: [56491.901171] docker0: port 1(veth247a58d) entering forwarding stateDec 24 12:04:40 omv1 avahi-daemon[2234]: Withdrawing workstation service for vethb3713c5.
Dec 24 12:04:40 omv1 kernel: [56492.222217] docker0: port 1(veth247a58d) entering disabled state
Dec 24 12:04:40 omv1 kernel: [56492.222614] device veth247a58d left promiscuous mode
Dec 24 12:04:40 omv1 kernel: [56492.222617] docker0: port 1(veth247a58d) entering disabled state
Dec 24 12:04:40 omv1 avahi-daemon[2234]: Withdrawing workstation service for veth247a58d.
Dec 24 12:04:41 omv1 kernel: [56492.605954] device veth4a7bb52 entered promiscuous mode
Dec 24 12:04:41 omv1 kernel: [56492.611517] ADDRCONF(NETDEV_UP): veth4a7bb52: link is not ready
Dec 24 12:04:41 omv1 avahi-daemon[2234]: Withdrawing workstation service for vethc978113.
Dec 24 12:04:41 omv1 kernel: [56493.292996] ADDRCONF(NETDEV_CHANGE): veth4a7bb52: link becomes ready
Dec 24 12:04:41 omv1 kernel: [56493.293012] docker0: port 1(veth4a7bb52) entering forwarding state
Dec 24 12:04:41 omv1 kernel: [56493.293021] docker0: port 1(veth4a7bb52) entering forwarding state
Dec 24 12:04:52 omv1 kernel: [56503.504014] eth0: no IPv6 routers present
Dec 24 12:04:56 omv1 kernel: [56508.320010] docker0: port 1(veth4a7bb52) entering forwarding state
-
Try an remove the whole time zone option completely. Then restart the container
-
-
would that be just the --timezone=$ENV_TZ part?
-
Yes. That one.
-
no timezone errors but still couldnt get a rdp connection and the following was in syslog...though i dont know if all of it is pertinent
Dec 24 20:20:01 omv1 /usr/sbin/cron[2541]: (*system*) RELOAD (/etc/crontab)
Dec 24 20:20:05 omv1 kernel: [15526.423609] aufs au_opts_parse:1133:docker[15624]: unknown option dirperm1
Dec 24 20:20:06 omv1 kernel: [15526.969891] device veth0274c6f entered promiscuous mode
Dec 24 20:20:06 omv1 kernel: [15526.976625] ADDRCONF(NETDEV_UP): veth0274c6f: link is not ready
Dec 24 20:20:06 omv1 avahi-daemon[2607]: Withdrawing workstation service for vethef964d1.
Dec 24 20:20:06 omv1 kernel: [15527.612685] ADDRCONF(NETDEV_CHANGE): veth0274c6f: link becomes ready
Dec 24 20:20:06 omv1 kernel: [15527.612698] docker0: port 1(veth0274c6f) entering forwarding state
Dec 24 20:20:06 omv1 kernel: [15527.612703] docker0: port 1(veth0274c6f) entering forwarding state
Dec 24 20:20:17 omv1 kernel: [15538.512008] eth0: no IPv6 routers present
Dec 24 20:20:21 omv1 kernel: [15542.624011] docker0: port 1(veth0274c6f) entering forwarding state
Dec 24 20:22:00 omv1 kernel: [15641.538866] docker0: port 1(veth0274c6f) entering forwarding state
Dec 24 20:22:01 omv1 avahi-daemon[2607]: Withdrawing workstation service for vethef964d1.
Dec 24 20:22:01 omv1 kernel: [15641.865747] docker0: port 1(veth0274c6f) entering disabled state
Dec 24 20:22:01 omv1 kernel: [15641.866406] device veth0274c6f left promiscuous mode
Dec 24 20:22:01 omv1 kernel: [15641.866410] docker0: port 1(veth0274c6f) entering disabled state
Dec 24 20:22:01 omv1 avahi-daemon[2607]: Withdrawing workstation service for veth0274c6f.
Dec 24 20:22:01 omv1 kernel: [15642.141731] device veth39f7a0a entered promiscuous mode
Dec 24 20:22:01 omv1 kernel: [15642.148591] ADDRCONF(NETDEV_UP): veth39f7a0a: link is not ready
Dec 24 20:22:01 omv1 avahi-daemon[2607]: Withdrawing workstation service for veth15c29bb.
Dec 24 20:22:01 omv1 kernel: [15642.641759] ADDRCONF(NETDEV_CHANGE): veth39f7a0a: link becomes ready
Dec 24 20:22:01 omv1 kernel: [15642.641772] docker0: port 1(veth39f7a0a) entering forwarding state
Dec 24 20:22:01 omv1 kernel: [15642.641782] docker0: port 1(veth39f7a0a) entering forwarding state
Dec 24 20:22:12 omv1 kernel: [15652.912007] eth0: no IPv6 routers present
Dec 24 20:22:16 omv1 kernel: [15657.696011] docker0: port 1(veth39f7a0a) entering forwarding state
-
-
Thats has nothing to do, that's the syslog from the host. What does docker logs container_name outputs
-
I just tested out sparkyballs mythtv server... got it working first try: http://imgur.com/NkeDrHs
I will note, vnc would work, but wouldn't work with myth-setup. Windows RDP worked just fine though. I setup my hdhomerun card and storage group in minutes.
After setting up the backend, I just had to reboot the docker. Then it would work w/ my frontends and mythweb.
-
If i were capable of having another child and i did in fact have another i would name him that0n3guy in honor of you sir!! i didnt know to put the variables in bottom so i copied your settings and tada! im forever in your debt!
-
-
I've sorta stopped using the docker-plugin for OMV and use Rancher instead (http://rancher.com/). Its what I use at work and I have extra ram to spare :).
I thought I would share the docker compose yaml file I just tested:
Code
Alles anzeigenmythtv: environment: - TZ=America/Chicago - HOME="/root" - TERM=xterm - LANG=en_US.UTF-8 - "LANGUAGE=en_US:en" - LC_ALL=en_US.UTF-8 - APACHE_RUN_USER=www-data - APACHE_RUN_GROUP=www-data - APACHE_LOG_DIR="/var/log/apache2" - APACHE_LOCK_DIR="/var/lock/apache2" - APACHE_PID_FILE="/var/run/apache2.pid" image: sparklyballs/sparkly-mythtv labels: io.rancher.container.pull_image: always net: host ports: - "3310:3310/tcp" - "3389:3389/tcp" - "5000:5000/udp" - "5002:5002/udp" - "5004:5004/udp" - "6543:6543/tcp" - "6544:6544/tcp" - "6760:6760/tcp" - "65001:65001/tcp" - "65001:65001/udp" stdin_open: true tty: true volumes: - "/data/mythtv/db:/db" - "/data/mythtv/home/mythtv:/home/mythtv" - "/data/mythtv/var/lib/mythtv:/var/lib/mythtv"
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!