Docker GUI plugin now stable

    • OMV 2.x
    • subzero79 wrote:

      Portainer needs only two binds mounts, one for accessing the Unix socket and another one for making the settings persistent( the admin password). A guide should be enough, we shouldn’t need a plugin for making run a container, maybe omvextras to enable docker apt repo. The original version of the plugin worked like that. Iframe plug-ins are so omv1
      Those 2 instructions IMO dont need a guide, or at most include those on a general docker guide, but i totally agree, now that we can install dockers we shouldnt need most (if any) plugins anymore...
    • subzero79 wrote:

      Portainer needs only two binds mounts, one for accessing the Unix socket and another one for making the settings persistent( the admin password). A guide should be enough, we shouldn’t need a plugin for making run a container, maybe omvextras to enable docker apt repo. The original version of the plugin worked like that. Iframe plug-ins are so omv1
      sorry, but i'm playing last weeks with portainer, and there are things that i can do with it (s useful to monitor existing containers) but i can't create new containers.

      For example, I can't create a macVlan from portainer webGUI (need to do from CLI).
      eG: I can't run pihole image or airsonic image ( i do not know how to create volumes for /config or other needs).

      Portainer WEBGUI only permit preconfigured volumes, and when go to volumes I do not know hot to create one for /media etc..

      Perhaps if portainer is the goal for 5.0 series, someone need to start to use and post some guides like ones exist for actual docker GUI that is really usable and easy to understand.
      OMV 4.1.11 x64 on a HP T510, 16GB CF as Boot Disk & 32GB SSD 2,5" disk for Data, 4 GB RAM, CPU VIA EDEN X2 U4200 is x64 at 1GHz

      Post: HPT510 SlimNAS ; HOWTO Install Pi-Hole ; HOWTO install MLDonkey ; HOHTO Install ZFS-Plugin ; OMV_OldGUI ; ShellinaBOX ;
      Dockers: MLDonkey ; PiHole ; weTTY
      Videos: @TechnoDadLife
    • raulfg3 wrote:

      subzero79 wrote:

      Portainer needs only two binds mounts, one for accessing the Unix socket and another one for making the settings persistent( the admin password). A guide should be enough, we shouldn’t need a plugin for making run a container, maybe omvextras to enable docker apt repo. The original version of the plugin worked like that. Iframe plug-ins are so omv1
      sorry, but i'm playing last weeks with portainer, and there are things that i can do with it (s useful to monitor existing containers) but i can't create new containers.
      For example, I can't create a macVlan from portainer webGUI (need to do from CLI).
      eG: I can't run pihole image or airsonic image ( i do not know how to create volumes for /config or other needs).

      Portainer WEBGUI only permit preconfigured volumes, and when go to volumes I do not know hot to create one for /media etc..

      Perhaps if portainer is the goal for 5.0 series, someone need to start to use and post some guides like ones exist for actual docker GUI that is really usable and easy to understand.
      what? I think you need to do it again, or pull the latest or if you want develop. All those features you mentioned are there, been there for a long time...pretty sure. The ability to update the image and “modify” containers is on develop tag.
      There is no goal for 5 series, portainer is a web app that anyone that uses docker can use, it has 20 times more features than the plugin, is actively maintained and is fast.
      They have a readthedocs web wiki.

      As for volumes, yes the browse folder (host side) will be lost, don’t think that’s terrible, and not a good reason to keep maintaining the plugin.
      New wiki
      chat support at #openmediavault@freenode IRC | Spanish & English | GMT+10
      telegram.me/openmediavault broadcast channel
      openmediavault discord server
    • Docker GUI plugin now stable

      In my opinion the docker plugin should get integrated to omv with official support. The docker function is one of the key features of my and maybe others omv instance/s.

      Docker brings all the features of plugins a lot of us miss. Users do not want to install things by command line, even if this is the great benefit of the Debian OS base. I understand the problem with rare developer capacities. But docker is the feature which makes omv nearly complete.

      [OFFTOPIC]Other things I miss are full support for zfs, kvm and lxc/lxd.[/OFFTOPIC]

      Just my opinion. ;)

      Regards Hoppel
      ---------------------------------------------------------------------------------------------------------------
      frontend software - tvos | android tv | libreelec | win10 | kodi krypton
      frontend hardware - appletv 4k | nvidia shield tv | odroid c2 | yamaha rx-a1020 | quadral chromium style 5.1 | samsung le40-a789r2
      -------------------------------------------
      backend software - debian | openmediavault | latest backport kernel | zfs raid-z2 | docker | emby | unifi | vdr | tvheadend | fhem
      backend hardware - supermicro x11ssh-ctf | xeon E3-1240L-v5 | 64gb ecc | 8x10tb wd red | digital devices max s8
      ---------------------------------------------------------------------------------------------------------------------------------------
    • hoppel118 wrote:

      In my opinion the docker plugin should get integrated to omv
      It is integrated. Being a plugin doesn't make it any less integrated. I also am quite sure Volker would not want to maintain it.

      hoppel118 wrote:

      with official support
      Why? It is just a frontend for docker which is maintained. And portainer is a better frontend that has substantially better maintenance and support.

      hoppel118 wrote:

      The docker function is one of the key features of my and maybe others omv instance/s.
      You wouldn't lose docker. Since docker has become so important (I push it a lot), I could just add a button to omv to install docker and portainer. Then everything else would be done from the excellent portainer web interface.

      hoppel118 wrote:

      Docker brings all the features of plugins a lot of us miss. Users do not want to install things by command line, even if this is the great benefit of the Debian OS base.
      As above, you wouldn't lose docker and wouldn't have to do things using the command line.

      hoppel118 wrote:

      I understand the problem with rare developer capacities.
      Using portainer would free up time for other purposes.

      hoppel118 wrote:

      Other things I miss are full support for zfs, kvm and lxc/lxd.
      We don't have full support for zfs?? Sounds like you really want proxmox + docker + portainer with OMV in a VM. servethehome.com/creating-the-…tup-with-management-guis/
      omv 4.1.14 arrakis | 64 bit | 4.15 proxmox kernel | omvextrasorg 4.1.13
      omv-extras.org plugins source code and issue tracker - github

      Please read this before posting a question and this and this for docker questions.
      Please don't PM for support... Too many PMs!
    • ryecoaaron wrote:

      hoppel118 wrote:

      with official support
      Why? It is just a frontend for docker which is maintained. And portainer is a better frontend that has substantially better maintenance and support.

      hoppel118 wrote:

      The docker function is one of the key features of my and maybe others omv instance/s.
      You wouldn't lose docker. Since docker has become so important (I push it a lot), I could just add a button to omv to install docker and portainer. Then everything else would be done from the excellent portainer web interface.
      OR, just a suggestion, think about it, why not install both docker and portainer together and instead of a propietary frontend you use the portainer API to control some functions on the omv interface and a button to portainer itself for complex actions, here is a link to the API and some examples, i mean, doing this the work on the docker frontend on omv gets reduced AND the user also have the option to use portainer standalone, scary users that stay away from CLI: win, developers get less job in the future: win, OMV gets more functions: win, its a win-win-win situation (heck, im pretty sure that there are a lot of advanced users that also use portainer, its so comfy, another win there)
      Im not sure who is responsable for maintaining the docker plugin and/or the frontend or if there are 2 different devs but maybe they can consider this idea...
    • Trash_Can_Man wrote:

      ryecoaaron wrote:

      hoppel118 wrote:

      with official support
      Why? It is just a frontend for docker which is maintained. And portainer is a better frontend that has substantially better maintenance and support.

      hoppel118 wrote:

      The docker function is one of the key features of my and maybe others omv instance/s.
      You wouldn't lose docker. Since docker has become so important (I push it a lot), I could just add a button to omv to install docker and portainer. Then everything else would be done from the excellent portainer web interface.
      OR, just a suggestion, think about it, why not install both docker and portainer together and instead of a propietary frontend you use the portainer API to control some functions on the omv interface and a button to portainer itself for complex actions, here is a link to the API and some examples, i mean, doing this the work on the docker frontend on omv gets reduced AND the user also have the option to use portainer standalone, scary users that stay away from CLI: win, developers get less job in the future: win, OMV gets more functions: win, its a win-win-win situation (heck, im pretty sure that there are a lot of advanced users that also use portainer, its so comfy, another win there)Im not sure who is responsable for maintaining the docker plugin and/or the frontend or if there are 2 different devs but maybe they can consider this idea...
      and who maintains-port this ? Unless someone wants to come forward and take over I see no reason to keep it. People keep asking for features for the plugin that portainer has and more stuff that is km’s ahead.

      The plugin as it is needs to be slightly ported to current omv5 status, this might change if omv changes internal backend functionality during future course of development.

      If this porting happens with no difficulty we can keep the plugin for omv5 but will close issues in github, left it as it is as legacy.

      @nicjo814 what do you think about te future of the plugin.
      New wiki
      chat support at #openmediavault@freenode IRC | Spanish & English | GMT+10
      telegram.me/openmediavault broadcast channel
      openmediavault discord server
    • subzero79 wrote:

      and who maintains-port this ? Unless someone wants to come forward and take over I see no reason to keep it. People keep asking for features for the plugin that portainer has and more stuff that is km’s ahead.
      The plugin as it is needs to be slightly ported to current omv5 status, this might change if omv changes internal backend functionality during future course of development.

      If this porting happens with no difficulty we can keep the plugin for omv5 but will close issues in github, left it as it is as legacy.

      @nicjo814 what do you think about te future of the plugin.
      Yea its also wasted dev time that can be used somewhere more important because you can get all the frontend functions and more in portainer, was just a suggestion but you are right...
    • Hi @ryecoaaron,

      sorry, for the late response. I forgot this post.

      ryecoaaron wrote:

      It is integrated. Being a plugin doesn't make it any less integrated. I also am quite sure Volker would not want to maintain it.
      I like the simplicity of the current docker ui integration into the omv web ui. Docker brings a great value to openmediavault! We all recognized that omv has less plugins from version to version, because there are docker containers.


      ryecoaaron wrote:

      Why? It is just a frontend for docker which is maintained. And portainer is a better frontend that has substantially better maintenance and support.
      Yes, but I don't need all the features from the portainer web ui, which make the docker thing more complicated. I am absolutely satisfied, with what we have at the moment. ;)


      ryecoaaron wrote:

      You wouldn't lose docker. Since docker has become so important (I push it a lot), I could just add a button to omv to install docker and portainer. Then everything else would be done from the excellent portainer web interface.
      Yes, I recongnized, that you push it a lot. If there is no plugin, there is most often a docker container. And that's the thing, why I think it should get integrated into omv as a standard. Everbody needs features, which can be easily found, installed and used by the docker plugin and how it is integrated into the omv web ui.

      Yes, I also know, that you can add a button easily to make most of us happy. But the guys new to omv have to use at least two web uis, although docker is a main feature for them and most of us. Maybe it's the way to go. The noise to use portainer was also not very loud. ;)


      ryecoaaron wrote:

      We don't have full support for zfs?? Sounds like you really want proxmox + docker + portainer with OMV in a VM. servethehome.com/creating-the-…tup-with-management-guis/
      Yes, you are right, zfs plugin is integrated. You and the other plugin devs are doing a really good job! Thanks for this. But it would be great to have official debian support for zfs like it is under ubuntu. So, for the moment nothing we can do here. ;)

      No, I don't want proxmox and so on with omv in a vm. I don't use proxmox since a year, because I like omv mastering my hardware directly without pci or usb passthrough and so on. System complexity is much lower and much easier to handle now. All I want is omv to be my main system with all the features linux brings to us with lowest complexity in using it. ;)


      Regards Hoppel
      ---------------------------------------------------------------------------------------------------------------
      frontend software - tvos | android tv | libreelec | win10 | kodi krypton
      frontend hardware - appletv 4k | nvidia shield tv | odroid c2 | yamaha rx-a1020 | quadral chromium style 5.1 | samsung le40-a789r2
      -------------------------------------------
      backend software - debian | openmediavault | latest backport kernel | zfs raid-z2 | docker | emby | unifi | vdr | tvheadend | fhem
      backend hardware - supermicro x11ssh-ctf | xeon E3-1240L-v5 | 64gb ecc | 8x10tb wd red | digital devices max s8
      ---------------------------------------------------------------------------------------------------------------------------------------
    • hoppel118 wrote:

      Yes, but I don't need all the features from the portainer web ui, which make the docker thing more complicated. I am absolutely satisfied, with what we have at the moment.
      What we have at the moment may break and we don't really have anyone who wants to maintain it. Personally, I don't think the portainer web ui is that much more complicated, it is just different. So, the reason to move to portainer isn't for features, it is for support.

      hoppel118 wrote:

      why I think it should get integrated into omv as a standard.
      But if Volker doesn't want to do that and no one wants to maintain the plugin. how is this accomplished?

      hoppel118 wrote:

      But the guys new to omv have to use at least two web uis
      People using docker are most likely already using more than two web UIs. The most popular dockers are plex and the file sharing containers. These are have their own web UI. So, I don't think this is an issue.

      hoppel118 wrote:

      The noise to use portainer was also not very loud.
      That is because the plugin works right now. Changes in OMV 5 could require a lot of work for the plugin which I don't think will be done. So, we trying to prepare for the future.

      hoppel118 wrote:

      But it would be great to have official debian support for zfs like it is under ubuntu
      zfs support in Debian is official. The module just isn't pre-compiled for each kernel. Once your system compiles the module, they are pretty much identical. This is also easily avoided by using the proxmox kernel installed by omv-extras. It is the Ubuntu kernel and since Proxmox uses the Debian userland, it is very well tested and stable for use with OMV.

      hoppel118 wrote:

      No, I don't want proxmox and so on with omv in a vm. I don't use proxmox since a year, because I like omv mastering my hardware directly without pci or usb passthrough and so on. System complexity is much lower and much easier to handle now. All I want is omv to be my main system with all the features linux brings to us with lowest complexity in using it.
      Just an idea since I personally run OMV in very few places on physical hardware anymore.
      omv 4.1.14 arrakis | 64 bit | 4.15 proxmox kernel | omvextrasorg 4.1.13
      omv-extras.org plugins source code and issue tracker - github

      Please read this before posting a question and this and this for docker questions.
      Please don't PM for support... Too many PMs!
    • Docker GUI plugin now stable

      @ryecoaaron Yep, I understand all your points and at least I am fine with it. I only wanted to bring in another point of view.

      I decided to leave the proxmox path, because I had problems with parallel pci passthrough of my dvb device (digital devices max s8) and my sas controller (lsi 3008). Everything was fine with proxmox4 and omv3, but not with proxmox5. I don’t think that it was a knowledge problem. I really understood how it works. ;)

      Maybe I should give it another try. Nowadays my dvb card is supported in the kernel and it should also be the case for the current proxmox kernel (4.15). But it wasn’t the case for the last stable pve kernel.

      Regards Hoppel
      ---------------------------------------------------------------------------------------------------------------
      frontend software - tvos | android tv | libreelec | win10 | kodi krypton
      frontend hardware - appletv 4k | nvidia shield tv | odroid c2 | yamaha rx-a1020 | quadral chromium style 5.1 | samsung le40-a789r2
      -------------------------------------------
      backend software - debian | openmediavault | latest backport kernel | zfs raid-z2 | docker | emby | unifi | vdr | tvheadend | fhem
      backend hardware - supermicro x11ssh-ctf | xeon E3-1240L-v5 | 64gb ecc | 8x10tb wd red | digital devices max s8
      ---------------------------------------------------------------------------------------------------------------------------------------