Posts by mdr

    I had some issues setting this up too. Double and triple check all the path settings for the containers, also check trailing slashes /

    IIRC it took some tinkering in the advanced settings of Sonarr and Radarr for me as well to get it working properly.

    For me the stack works, but only for a while. After a certain amount of time, one or more of the containers crash (Jackett, Sonarr, Radarr). No cluw why, still troubleshooting.

    I suggest you check in the docker containers if they have access to the right directories with the right permissions.

    docker exec -it [containername] bash

    I don't have experience with lazylibrarian. But in radarr I had to tweak settings in the application as well, had to map the right directories in there. Docs from the dockerfiles of linuxserver may have answers as well. Good luck

    Thanks for all the feedback. No specific reason not to mention the dockers, it was just late on my side and time to :sleeping:

    These ones are running fine with the PUID/GUID set, which matters because they write files to the disk:

    This one runs without PUID/PGID, but it doesn't write to the disk so that's not a problem:

    This is the new docker container: : alpha
    It runs in non-priviledged mode and seems to work as it should. My issue with it is that the files it saves to the disk are all owned by root:users and not by my normal user. It's an early alpha so not everything is implemented in the docker container at this stage. I'll ask if they can include something like this user/group setting in a future release. I don't want to break privileges in the container so probably best to ask them to implement this, rather than create a workaround.

    My mistake for thinking these PUID/PGID settings were universal. I'll just stick with the containers whenever I can.

    Hi everybody, I have several docker containers running (i.e. Plex, beets, watchtower) without issues. I'm no expert on docker so if possible I prefer the containers from, as I found these are easy to setup with consistent settings and good instructions on usage. But I now have one container appears to run as root (which is undesirable).

    I set the PUID 1000 and PGID 100 in the container settings, but the docker seems to ignore these. The container isn't from linuxserverio and doesn't have these PUID/PGID fields in the installation guide. But I thought these settings were universal, was that wrong? It would also help to know if this is more likely a problem in the container, or in the OMV Docker plugin. Any help is appreciated on how I can force the right user settings to run the docker.

    Cannot create socket to [localhost]:2812 -- Connection refused

    Same problem here running OMV 4.1.22, monit was unable to connect to localhost at port 2812. The issue appeared when changing the configuration to delete a shared folder, I was unable to apply the changes in configuration.

    I had very same issue with 2812 port, but had not opened this port in my firewall. Once you open it, works fine.

    Confirmed, opening the port on my router worked for me as well. It's an ugly workaround but solved the problem for now.

    EDIT: UPDATE 27 Apr 2019:
    unfortunately it didn't work after all. Syslog still complains:
    monit[4754]: Cannot create socket to [localhost]:2812 -- Connection refused

    Hi, I have a timemachine share and want to add a new user to use this. When I use the "privileges" menu and add the user click apply settings, OMV gives the following error:

    [error message]

    Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C.UTF-8; monit monitor netatalk 2>&1' with exit code '1': Cannot create socket to [localhost]:2812 -- Connection refused

    Error #0:
    OMV\ExecException: Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C.UTF-8; monit monitor netatalk 2>&1' with exit code '1': Cannot create socket to [localhost]:2812 -- Connection refused in /usr/share/php/openmediavault/system/ trace:#0 /usr/share/php/openmediavault/system/ OMV\System\Process->execute()
    #1 /usr/share/php/openmediavault/system/ OMV\System\Monit->action('monitor', false)
    #2 /usr/share/openmediavault/engined/module/ OMV\System\Monit->monitor()
    #3 /usr/share/openmediavault/engined/rpc/ OMVModuleAFP->startService()
    #4 [internal function]: OMVRpcServiceConfig->applyChanges(Array, Array)
    #5 /usr/share/php/openmediavault/rpc/ call_user_func_array(Array, Array)
    #6 /usr/share/php/openmediavault/rpc/ OMV\Rpc\ServiceAbstract->callMethod('applyChanges', Array, Array)
    #7 /usr/share/php/openmediavault/rpc/ OMV\Rpc\ServiceAbstract->OMV\Rpc\{closure}('/tmp/bgstatushY...', '/tmp/bgoutputil...')
    #8 /usr/share/php/openmediavault/rpc/ OMV\Rpc\ServiceAbstract->execBgProc(Object(Closure))
    #9 /usr/share/openmediavault/engined/rpc/ OMV\Rpc\ServiceAbstract->callMethodBg('applyChanges', Array, Array)
    #10 [internal function]: OMVRpcServiceConfig->applyChangesBg(Array, Array)
    #11 /usr/share/php/openmediavault/rpc/ call_user_func_array(Array, Array)
    #12 /usr/share/php/openmediavault/rpc/ OMV\Rpc\ServiceAbstract->callMethod('applyChangesBg', Array, Array)
    #13 /usr/sbin/omv-engined(536): OMV\Rpc\Rpc::call('Config', 'applyChangesBg', Array, Array, 1)
    #14 {main}

    [end error message]

    I don't understand what's wrong here, rebooting didn't help. Can anyone here explain the error and what to do about it? Thanks!

    I'm not an expert, but here is my anser from own experience. It is highly likely that the Linux kernel doesn't know how to send the right reboot command to your system. The way you need to do this can be different for each system/CPU/motherboard so you need to pass the right options to the kernel, to tell it how to reboot properly.

    You should look into configuring GRUB with the correct kernel REBOOT parameters, often acpi/bios/pci. This takes some trial and error.

    For a hint on how to approach this you could look here…y-cant-i-restart-shutdown (Yes I know this is Ubuntu, but it's similar enough to Debian for this and this is the link I could find.) Kernel parameters from here…de/kernel-parameters.html :

    It should work (part of their MPP framework) since otherwise such bug reports like this would not be possible. Relying on information from vendor communities can often be troublesome so maybe better ask again somewhere else?

    That last link is a great source, thanks! It seems there are some developments at Armbian, at least for Ubuntu desktop. I'll have to go figure out if this package can be made to work on Debian to run my planned OMV/Plex+HWsupport setup. Or alternatively get a second Rock64 board, so I can use one as a NAS and the other for Plex ;-) This will all have to wait until after my vacation though, but thanks again for now.

    A final update to this thread from the Pine forum, as reference for anybody reading the thread at a later point in time: "While there is hardware encoding, it hasn't been ported from android."

    So like tkaiser already noted above: "[Rock64]supports video transcoding HW accelerated, but software support is the issue."

    It seems as of today (Feb 2019) software support for hardware acceleration only works on Android, not Linux. The Rock64 is awesome as NAS but I'll have to rethink my Plex Media Server plans. Thanks all for your help!

    Have you tried the auto format converting docker?

    I ran the Plex docker form on the x86 machine which doesn't require hardware support and works well.

    But the Plex website says hardware support is more complex through a docker (source):
    Can I use Hardware-Accelerated Streaming inside of Docker?
    At this time, we do not formally support hardware acceleration inside of a Docker container. Some users of Docker (on Linux only) have been able to accomplish this by adding platform-specific custom configurations that expose host hardware to the container.

    So I haven't tried Plex in a docker on the Rock64, not to introduce another layer of complexity. Apparently the hardware support is a tricky thing to get working.

    Update: I've installed Armbian Debian Stretch with Plex via software installer. That works, at least for low quality files, but hardware encoding isn't enabeled. The Plex website says that only Ubuntu is suported (not Debian). But OMV requires Debian, not Ubuntu. Argh! Haven't figured this out yet...

    Sorry, don't know. But I've been in touch with him early last year a lot of times (to tweak settings of his Rock64 images) and he mentioned that basically decoding and encoding support is there so transcoding capabilities would be just a question of when and not if. Maybe Pine forum is a better place to ask for even if you want to stay with his OMV image (which is just like all the other ARM OMV images just an automated Debian build with OMV as add-on)

    Thanks again, and compliments for all your support efforts here the forum.
    Having read your post here OMV4 on ARM boards (kind of a how-to) I'll give it a go with a clean Armbian install + OMV installation script.

    If I were you I would first check how evolved software support is to make use of RK3328's VPU (video engine). Those ARM thingies are made for encoding/decoding video in a way more efficient way compared to run this stuff on CPU cores (wasting 5 to 50 times less energy for the same task). The 'only' problem is software support if it's not about Android.

    All the more recent ARM SoCs (except ancient crap like Raspberry Pi) support video transcoding HW accelerated even with recent video codecs. Software support is the issue.

    Good stuff, thanks tkaiser!

    I checked the hardware streaming guide at Plex here which says all modern Ubuntu should be supported. I've been running ayufan's OMV image on the Rock64 which is Debian, with Plex in a docker. I'm guessing I need to use the Plex plugin in stead of docker for hardware support, right? Do you know if that will work out of the box already, or does the ayufan OMV image need some tweaks for this? If you don't know I'll have to try, but thanks if you do.

    My usecase is that I mostly have 1080p movies and series with surround sound and external srt subtitles. These are served over the home network, maybe we'll also start using it outside the home someday but not right now. Viewing on iOS devices is a requirement, but the most important thing is casting from the iOS app to a Chromecast attached to the TV -- including subtitles. Especially the latter doesn't always work and seems to need transcoding about half of the time. I could use Handbrake to re-encode and burn-in all subtitles but that isn't preferred, it degrades quality and I like to be able to ensable/disable subtitles as desired.

    The music library will need to be streamed as well inside and outside the house, I could use Plex or Airsonic for that but I don't expect any issues there.

    I'll have to read up on this a hardware support for the Rock64 a bit more. I would really like to remain with the OMV images and not install an entire server from scratch, I'm handy enough but non sysadmin.

    Thanks for the advice flmaxey

    And, if your server is in a common area, you're right to be concerned about noise. If "quite" is a priority, you might want to look at a case that's advertised to be quiet (one example) and the same would apply to power supplies.

    Actually the case is an Antec P100 which is similar to the "silent" P110 you mentioned. Seller says its filled with 140mm fans and fancontroller so it should be quiet -- for a server at (whatever quiet means for a server with this amount of power, I have yet to go and see/hear). Obviously there will still be infinately more noise than a silent Rock64 ARM, so it's still a concern to me.

    At the moment, my HDD case is the loudest item. Its the Fantec QB-35US3-6G which has a fairly loud fan and the case lid itself also tends to start resonating. If I can get the Rock64 to work properly I could consider a new USB3 HDD case (hints appreciated ^^ ). But it appears that for similar cost I can get a full server that houses all the drives, so that has appeal as well... :/ with the possible downsides of increased power usage and/or noise.

    Hi everybody,

    I'm new to the forum but have been playing around with OMV for some while now. I hope some of you could give me some advice on specific hardware which I may acquire.

    My goal is to fully replace my ageing 4-bay Synology DS414 NAS. The Synology does a fine job serving files and doing timemachine backups, but I've decided to upgrade to something more resilient and powerful which also has customisable software. Besides serving files and timemachine backups, it should run a torrent setup (Deluge, Sonarr, Radarr, Lidarr, Jacket) and Plex media server capable of transcoding 2 streams simultaneously.

    I tested OMV image on a Rock64 I had which lying around and realised OMV is probably the system for me. It does what I want it to do quite easily, also I'm already familiar enough with Linux and Debian. But the Rock64 didn't have the processing umph for Plex transcoding. Now I have a second test system running on an old Dell Latitude E6440 with Intel i5-4300M, which is working very well. But the external HDD case attached to the laptop is very loud, and probably a laptop isn't the best choice for a 24/7 NAS. So I'm scouting options for a more permanent solution.

    So now my request for advice. I have the option to buy a second-hand system with the below specs, so I may decide to go for this system rather than assemble one myself:

    • CPU: Intel Xeon E3-1230V2
    • Motherboard: ASRock H77 Pro4
    • RAM: 32GB (4x 8gb Samsung)
    • SSD: Crucial M500 240gb
    • PSU: Corsair CX500M
    • Case: Antec P100 with 140mm fans
    • HDDs: not included, I already have a bunch of WD Red drives that will go in the NAS

    Do you see any objections or hardware compatibility issues with this? This seems more than powerful enough for my requirements and the price is reasonable, noise output is actually my only concern.

    Thanks for any advice you are willing to provide!