Yep.
Ok, thanks! Then I'll try it once more on my end before I push the final 3.1.10 version to the erasmus-ce-docker repo on Bintray.
Yep.
Ok, thanks! Then I'll try it once more on my end before I push the final 3.1.10 version to the erasmus-ce-docker repo on Bintray.
One more question about docker and DVB,
to mount my dvb card i have to insert the path of my card: --device=/dev/dvb/
Is the device by default mounted by root? I have entrr this path and start tvh in privilehed mode but i can't see my dvb card
@indigo how the card was mounted locally is what really matters. I don't know how you set it up in your system or what the default is. I believe something like this needed to be done for something I was testing out with a home automation platform at one point. It required insuring that the container UID/GID running were part of the dialout group I believe to be able to get access to the device. This may have been specifically due to the nature of the dongle being attached to the host. It may be similar though. I'd suggest asking around in the forums for support of your specific card. They may have more detail there on what permissions are needed where, or alterations to the mounting that will ensure other apps can access it.
I will say the hardest thing about Docker, is troubleshooting permissions. Outside of this though, it's a breeze. And when you finally get it figured out (permissions), it becomes a lot easier overall to solve them in the future.
don't know if this make an difference, but i have an pci dvbs from dd - cine s2. I can see it under /dev/dvb/. So on OMV side is nothing changed from me.
One installation before i had TVH nativley on OMV and it works well with my card. Did i'm understand correct? i have to set the docker user in the dialout group?
It may not be that straightforward. There are multiple layers here - user running the container in OMV, user running inside the container, and the core users/groups on the system. At a base level, you may want to do an <tt>ls -la</tt> on the /dev/dvb directory to understand what permissions are set on it. This will give you an idea if the dialout group will help. Then you need to understand what the user inside the container is running as. The use inside the container needs to have permissions that match to the local permissions to gain access to the device. By default, I don't think it will have access unless it's running as root. Even in some instances, that may not map through properly and shouldn't for security reasons.
@ryecoaaron @subzero79 I've pushed version 3.1.10 of the plugin now to the erasmus-ce-docker repo on Bintray. I was able to install the plugin properly after activating the "Docker CE" repo in omvextras just as intended. No new version of the plugin should be pushed to the erasmus-docker/erasmus-docker2 repos on Bintray, but rather to the new erasmus-ce-docker repo.
Thanks a bunch to the team - I assume I managed to setup the Docker CE repo successfully and installed 3.1.0. For now running Plex and Plexpy smoothly and - as cream on top - Portainer seems to work also for convenient container administration.
This really starts to make fun
So I'll be updating this weekend (do bi-weekly updates on sundays for systems), and I will check out all the enhancements worked on for this new version. Also report back on the transition with the .9 vs .10 versions and the CE repo functionality.
Something I wanted to bring up though in some testing I was doing today with the elasticsearch, logstash, and kibana containers. I'm finding it more likely I'm going to want to be setting up containers to be attached to different networks than the stock Bridge network (docker0). Currently, it seems I can't select an alternate network. With the changes being made for support of MACvlan, I'm thinking perhaps this support should be extended for all 4 types from the dropdown. Specifically, I created a secondary Bridge network called bridge2. When you create new networks, container name resolution will work, but not in the default bridge. For this reason I think it's becoming more necessary to enable the same secondary config section like for MACvlan to help allow choosing of other bridge type networks, and likely for other use cases the None option. Host won't ever have a choice.
At the moment, I've gotten around this by choosing the bridge network, setting everything as usual, and then down bottom using the --net=bridge2 option in the extra args. The problem here, is anytime I try to modify or alter the current container, it interestingly shows Bridge2 in the network options (not in the dropdown, but at the time it populates the field with it). The problem is, if I leave everything as is or try removing the --net option, it will wipe out my network port mappings and/or will reset to the original Bridge network. So if I'm careful I can get it right, but it's not perfect. If it helps I can try to do some screenshots to help, or short screen cap clips.
Lastly, more of a long shot nice to have in the future (certainly not a need right now) - if there could be an option to allow attaching multiple networks. This isn't possible with the core docker setup or in a single run command. Since this plugin is running some scripts to perform the actions though, I figure it could be made to run the "run" command to create the container first, sleep (very short just to let the container create), then run a docker network connect command to add additional networks to a container. Like I said, not needed/required ATM, not possible in normal docker run, but would be a cool benefit to how we're allowing it to be used here.
PS - thanks for all the work @subzero79 @ryecoaaron and @nicjo814 - loving this capability easily managed inside OMV!
Hello guys,
today I installed omv-docker-gui 3.1.9. Everything seems to be as expected:
I can see the buttons:
I can see the docker service status at the omv dashoard:
Feature Request:
Is it possible the you bring the following container overview to the omv dashboard?
I think it's enough to see the following informations:
- NAMES
- STATE
- UPTIME (STATUS)
Not a priority thing, more a nice-to-have feature.
What is the correct upgrade way to 3.1.10? Anything special to mention?
Thanks for this really flawless working plugin!
Greetings Hoppel
Ok, so the update to the .9 version is complete. Everything looks good. Confirming the following:
Now the one thing I'm left wondering about ... how does one get upgraded to .10 now? I tried manually updating repos, and checking for updates, but the .10 option is available. Do I need to manually do something to handle this? I know in my OMV Extras section I do have the Docker repo enabled, do I need to disable this now that I'm on .9? I thought the discussions mentioned that there would be an automatic transition to the new binary from the new repo?
how does one get upgraded to .10 now?
Sorry, I have not explained this yet The 3.1.10 version depends on a yet unreleased version of the omvextras plugin. You will know that you have the proper version of omvextras when there is a "Docker CE" repo available.
To upgrade the docker plugin:
* Enable the Docker CE repo in omvextras
* Search for updates in the "Update Manager"
* Install the docker plugin in the "Update manager"
I don't know when the version of omvextras with the Docker CE repo will be released though.
Aha! Ok, no worries. I thought it was something inherent to the plugin that would actually do it for us automatically. That's why I thought perhaps I was missing something as I didn't see it. Good to know. I can wait for that at this point. No major updates that I should need from there. Thanks for the hard work, and for taking the time to explain the update process when it comes along!
Has anyone played with the minio docker container (minio/mino)?
It's an S3 compatible object storage container that I've been using as a crashplan replacement for local backups, which I've previously run from a binary, but thought I would give the docker image a go as I've now migrated all other plugins over to docker containers, but I can't get it started, it just continually restarts every 5 secs.
The linuxserver docker images have some very good documentation on getting them up and running and the variables and paths required, but this doesn't.
Tabbing out the container path also only reveals a /export container path.
The minio documentation suggests it should just run and create an empty container path if required, but it doesn't.
I've tried passing in PUID, GUID, MINIO_ACCESS_KEY, MINIO_SECRET_KEY and set the /export container path to the directory of the minio storage folder. Even manually set /config even though it's not mentioned.
Might have to move back to running the binary locally
*EDIT*
Seems to be a GUI issue as if I run the docker image from the command line it works without problem and creates the config. I can then login to the app and verify the storage. If I close the image from the command line and start the image from the GUI (from the config that the command line has just created), it just continually restarts. Identical settings to the command line, just isn't usable.
Sorry, I have not explained this yet The 3.1.10 version depends on a yet unreleased version of the omvextras plugin. You will know that you have the proper version of omvextras when there is a "Docker CE" repo available.
Will one be able to use the "copy" feature from the old Docker plugin to transfer all containers to the new plugin? Or should they be recreated from scratch?
Will one be able to use the "copy" feature from the old Docker plugin to transfer all containers to the new plugin? Or should they be recreated from scratch?
This is misunderstanding here, the plugin is a frontend. Going up or down in version will not change anything in the existing containers. BTW the copy button is just to run a new container, with similar settings than a current one
Hello,
i have a question about Docker.
I installed Emby and for tests I use the Networkmode Host and I can access Emby on Port 8096 with the ip from my OMV Machine.
So i wanne try Bridge and I add (see Attachment).
So I can access Enby myipfrommyomv:22222 this works also
But in Emby I added my tvheadend Server but in Bridge Mode Emby can't access the TVHeadend Server (TVH has a the Local IP from my OMV Machine, ist not installed in a Docker).
Is there a way to grand emby access to tvheandend or should I install tvheand also in a docker?
One other question in Bridgemode all Containers has an "internal Docker ip"? How can I give 2 Docker Containers access to each other?
Alles anzeigenSorry, I have not explained this yet The 3.1.10 version depends on a yet unreleased version of the omvextras plugin. You will know that you have the proper version of omvextras when there is a "Docker CE" repo available.
To upgrade the docker plugin:
* Enable the Docker CE repo in omvextras
* Search for updates in the "Update Manager"
* Install the docker plugin in the "Update manager"
I don't know when the version of omvextras with the Docker CE repo will be released though.
Hello guys,
at the moment I use the docker plugin 3.1.9 and tried to upgrade to 3.1.10 in the way you described it.
1. I enabled the Docker CE repo.
2. I can see the follwoing 3 packages under update management.
3. I pushed the button "Upgrade" and got the following error:
At the command line it looks the following way:
root@omv:/# apt-get upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete sind zurückgehalten worden:
openmediavault-docker-gui
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Where is the problem? Anyone else experiencing this issue? Do I have to deactivate the old "Docker repo"?
The rest of my omv3 is up to date.
Thanks and greetings Hoppel
@hoppel118 Try and update only the actual plug-in.
It should select the correct docker package automatically.
Hello!
I can't install the Docker plugin, using Docker CE repo. I made a fresh install a few months ago to update to 3.0. Haven't had any problems with other plugins, but when it works for others it must mean there is some problem with my install.
When installing I get this error:
Reading package lists...
Building dependency tree...
Reading state information...
The following extra packages will be installed:
docker-ce imagemagick-common libcurl3 libfftw3-double3 liblqr-1-0
libmagickcore-6.q16-2 libmagickwand-6.q16-2 php5-curl php5-imagick
Suggested packages:
libfftw3-bin libfftw3-dev libmagickcore-6.q16-2-extra
Recommended packages:
aufs-tools cgroupfs-mount cgroup-lite git xz-utils ghostscript gsfonts
ttf-dejavu-core
The following NEW packages will be installed:
docker-ce imagemagick-common libcurl3 libfftw3-double3 liblqr-1-0
libmagickcore-6.q16-2 libmagickwand-6.q16-2 openmediavault-docker-gui
php5-curl php5-imagick
0 upgraded, 10 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/24.4 MB of archives.
After this operation, 111 MB of additional disk space will be used.
Selecting previously unselected package imagemagick-common.
(Reading database ... (Reading database ... 5%(Reading database ... 10%(Reading database ... 15%(Reading database ... 20%(Reading database ... 25%(Reading database ... 30%(Reading database ... 35%(Reading database ... 40%(Reading database ... 45%(Reading database ... 50%(Reading database ... 55%(Reading database ... 60%(Reading database ... 65%(Reading database ... 70%(Reading database ... 75%(Reading database ... 80%(Reading database ... 85%(Reading database ... 90%(Reading database ... 95%(Reading database ... 100%(Reading database ... 66898 files and directories currently installed.)
Preparing to unpack .../imagemagick-common_8%3a6.8.9.9-5+deb8u10_all.deb ...
Unpacking imagemagick-common (8:6.8.9.9-5+deb8u10) ...
Selecting previously unselected package libcurl3:amd64.
Preparing to unpack .../libcurl3_7.38.0-4+deb8u6_amd64.deb ...
Unpacking libcurl3:amd64 (7.38.0-4+deb8u6) ...
Selecting previously unselected package libfftw3-double3:amd64.
Preparing to unpack .../libfftw3-double3_3.3.4-2_amd64.deb ...
Unpacking libfftw3-double3:amd64 (3.3.4-2) ...
Selecting previously unselected package liblqr-1-0:amd64.
Preparing to unpack .../liblqr-1-0_0.4.2-2_amd64.deb ...
Unpacking liblqr-1-0:amd64 (0.4.2-2) ...
Selecting previously unselected package libmagickcore-6.q16-2:amd64.
Preparing to unpack .../libmagickcore-6.q16-2_8%3a6.8.9.9-5+deb8u10_amd64.deb ...
Unpacking libmagickcore-6.q16-2:amd64 (8:6.8.9.9-5+deb8u10) ...
Selecting previously unselected package libmagickwand-6.q16-2:amd64.
Preparing to unpack .../libmagickwand-6.q16-2_8%3a6.8.9.9-5+deb8u10_amd64.deb ...
Unpacking libmagickwand-6.q16-2:amd64 (8:6.8.9.9-5+deb8u10) ...
Selecting previously unselected package docker-ce.
Preparing to unpack .../docker-ce_17.09.0~ce-0~debian_amd64.deb ...
Unpacking docker-ce (17.09.0~ce-0~debian) ...
Selecting previously unselected package php5-curl.
Preparing to unpack .../php5-curl_5.6.30+dfsg-0+deb8u1_amd64.deb ...
Unpacking php5-curl (5.6.30+dfsg-0+deb8u1) ...
Selecting previously unselected package php5-imagick.
Preparing to unpack .../php5-imagick_3.2.0~rc1-1_amd64.deb ...
Unpacking php5-imagick (3.2.0~rc1-1) ...
Selecting previously unselected package openmediavault-docker-gui.
Preparing to unpack .../openmediavault-docker-gui_3.1.10_amd64.deb ...
Unpacking openmediavault-docker-gui (3.1.10) ...
Processing triggers for systemd (215-17+deb8u7) ...
Processing triggers for man-db (2.7.0.2-5) ...
Processing triggers for php5-fpm (5.6.30+dfsg-0+deb8u1) ...
Processing triggers for openmediavault (3.0.88) ...
Restarting engine daemon ...
Setting up imagemagick-common (8:6.8.9.9-5+deb8u10) ...
Setting up libcurl3:amd64 (7.38.0-4+deb8u6) ...
Setting up libfftw3-double3:amd64 (3.3.4-2) ...
Setting up liblqr-1-0:amd64 (0.4.2-2) ...
Setting up libmagickcore-6.q16-2:amd64 (8:6.8.9.9-5+deb8u10) ...
Setting up libmagickwand-6.q16-2:amd64 (8:6.8.9.9-5+deb8u10) ...
Setting up docker-ce (17.09.0~ce-0~debian) ...
Job for docker.service failed. See 'systemctl status docker.service' and 'journalctl -xn' for details.
invoke-rc.d: initscript docker, action "start" failed.
dpkg: error processing package docker-ce (--configure):
subprocess installed post-installation script returned error exit status 1
Setting up php5-curl (5.6.30+dfsg-0+deb8u1) ...
Creating config file /etc/php5/mods-available/curl.ini with new version
php5_invoke: Enable module curl for cgi SAPI
php5_invoke: Enable module curl for fpm SAPI
php5_invoke: Enable module curl for cli SAPI
Setting up php5-imagick (3.2.0~rc1-1) ...
php5_invoke: Enable module imagick for cgi SAPI
php5_invoke: Enable module imagick for fpm SAPI
php5_invoke: Enable module imagick for cli SAPI
dpkg: dependency problems prevent configuration of openmediavault-docker-gui:
openmediavault-docker-gui depends on docker-ce; however:
Package docker-ce is not configured yet.
dpkg: error processing package openmediavault-docker-gui (--configure):
dependency problems - leaving unconfigured
Processing triggers for libc-bin (2.19-18+deb8u10) ...
Processing triggers for systemd (215-17+deb8u7) ...
Processing triggers for php5-fpm (5.6.30+dfsg-0+deb8u1) ...
Errors were encountered while processing:
docker-ce
openmediavault-docker-gui
>>> *************** Error ***************
<<< *************************************
>>> *************** Error ***************
<<< *************************************
>>> *************** Error ***************
<<< *************************************
>>> *************** Error ***************
Alles anzeigen
When I reload the page I get this error:
Failed to execute XPath query '/config/services/docker'.
Error #0:
exception 'OMV\Config\DatabaseException' with message 'Failed to execute XPath query '/config/services/docker'.' in /usr/share/php/openmediavault/config/database.inc:78
Stack trace:
#0 /usr/share/openmediavault/engined/module/docker.inc(45): OMV\Config\Database->get('conf.service.do...')
#1 /usr/share/openmediavault/engined/rpc/services.inc(56): OMVModuleDocker->getStatus()
#2 [internal function]: OMVRpcServiceServices->getStatus(Array, Array)
#3 /usr/share/php/openmediavault/rpc/serviceabstract.inc(124): call_user_func_array(Array, Array)
#4 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('getStatus', Array, Array)
#5 /usr/sbin/omv-engined(536): OMV\Rpc\Rpc::call('Services', 'getStatus', Array, Array, 1)
#6 {main}
Alles anzeigen
@hoppel118 Try and update only the actual plug-in.
It should select the correct docker package automatically.
Hello @nicjo814,
thanks for this hint. This solved my issue and the ugrade progress worked as expected. At the moment everthing looks fine!
Greetings Hoppel
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!