Beiträge von RoyGBiv

    I am a new OMV user on R-Pi 4B 4GB model. I have followed the guide on installing OMV5. Everything worked fine until I got to the section "Configuring the Network" where it was strongly recommended I specify an ethernet network to avoid issues with Docker and Portainer. When I try to add a new ethernet interface (Etho; DHCP as the guide recommends) I get an error "Internal Server Error," and the following detail:



    Internal Server Error
    {"response":null,"error":{"code":0,"message":"The property 'options' does not exist in the model 'conf.system.network.interface'.","trace":"OMV\\AssertException: The property 'options' does not exist in the model 'conf.system.network.interface'. in \/usr\/share\/php\/openmediavault\/config\/configobject.inc:71\nStack trace:\n#0 \/usr\/share\/php\/openmediavault\/config\/configobject.inc(186): OMV\\Config\\ConfigObject->assertExists('options')\n#1 \/usr\/share\/php\/openmediavault\/config\/configobject.inc(271): OMV\\Config\\ConfigObject->set('options', '', true)\n#2 \/usr\/share\/php\/openmediavault\/config\/configobject.inc(233): OMV\\Config\\ConfigObject->setFlatAssoc(Array, true, false)\n#3 \/usr\/share\/openmediavault\/engined\/rpc\/network.inc(135): OMV\\Config\\ConfigObject->setAssoc(Array)\n#4 \/usr\/share\/openmediavault\/engined\/rpc\/network.inc(542): Engined\\Rpc\\Network->setInterfaceConfig(Array, Array)\n#5 [internal function]: Engined\\Rpc\\Network->setEthernetIface(Array, Array)\n#6 \/usr\/share\/php\/openmediavault\/rpc\/serviceabstract.inc(123): call_user_func_array(Array, Array)\n#7 \/usr\/share\/php\/openmediavault\/rpc\/rpc.inc(86): OMV\\Rpc\\ServiceAbstract->callMethod('setEthernetIfac...', Array, Array)\n#8 \/usr\/sbin\/omv-engined(537): OMV\\Rpc\\Rpc::call('Network', 'setEthernetIfac...', Array, Array, 1)\n#9 {main}"}}


    I've tried rebooting and retrying several times and get the same response.
    Any ideas?


    Since I am planning to install Plex using docker or portainer, I do want this to work correctly.


    SMK

    Thanks for the additional information. I was wondering if I have the disks spin down like that 1) does it effect their lifespan if they are continually spinning off and on, and 2) how much lag is there to access the media files if the disk has to spin up first?


    SMK

    Thanks for the replies. I already have my nVIDIA Shield set up as a PLEX server with the PLEX database on a USB drive attached to the Shield, so I am familiar with that. I don't really expect any transcoding, because it is only my wife an I watching on one device, but it would probably make sense to continue to use the Shield as the server but just move the media files to the raspberry pi.


    I'm still not sure about my preference between the FireTV or the Shield. The Shield does have a lot of features the FireTV does not, one of which is that it can be a PLEX server, but I truly hate the remote on the Shield. I am going to purchase a FLIRC to use with a programmable remote and see if I like that combination better.


    I am somewhat concerned about energy consumption, but I think with the pi it is minimal, and I can have the drives spin down when not in use. My desktop is also on only during the day, but this way I could turn it off in the evening and not need it for anything. It is also my understanding that I could set the pi to go on and off at certain times using OMV, is that correct?


    Thanks again.


    SMK

    I will be setting up a Raspberry Pi 4B with OMV. I will use OMV for storage of my media files which I will be playing with Plex. Is there a benefit to having the PLEX server on OMV as opposed to using another devices as the server and just storing the files on OMV? I currently have both my files and the PLEX server on my desktop, and I'd like to move things somewhat. I have an nVIDIA Shield TV which can be set up as a PLEX server, and I also use a FireStick 4K which can be a PLEX client not a server. I could keep the PLEX server on the desktop or do something else. Ideas?


    Thanks.


    I will definitely have other questions going forward.


    SMK