• Content Count

  • Joined

  • Last visited

  1. This is solved. Nothing was changed on the T4, Armbian or OpenMediaVault. I've decided to stick with the 4.4.x version of Armbian as the shutdown and a few other functions perform/work better than the 4.20.x version. I was trying to set up some testing of the NFS mounts between the client and server and couldn't use the built-in NFS mounting in Kodi as there is no way to change options., etc. So, I set up external mounts of the drives. Following that, the issue no longer occurred. I tried to use NFS version 4, but that isn't supported. I specified NFS version 3 and no issues. I tried skipping around and no hanging...I played a video file that was about 1hr 30min and it played properly to completion. So, this is really a workaround. I use LibreElec version of Kodi on the Raspberry Pi's. This issue is either in Kodi or the LibreElec version built-in NFS handling. It could be some mismatched configuration or options. In any case, the workaround, mounting the drives before starting Kodi, seems to work properly. Issue closed. I'll post on the Kodi and LibreElec forums.
  2. I'm setting up a NanoPC T4 as a network server running OpenMediaVault. I wasn't sure where to post this and I thought I'd start here. I'm replacing an existing BananaPi and I have it and the T4 up at the same time. I've used the BananaPi to stream video files to Raspberry Pi clients running Kodi. The BananaPi has been working well with an older version of Linux and OpenMediaVault. What's happening is video served from the T4 starts playing well but then stops shortly after playback has started. The same video file works well on the BananaPi. I've tried placing the file on an NVMe M.2 drive as well as USB 3.0 and USB 2.0 connected hard disks. I've tried this through NFS as well as Samba and the same things happen with both. I tried this with both the nightly Armbian Stretch 4.20.x image and the legacy Armbian Stretch 4.4.x image with the same issue happening. The BananaPi and the T4 are both wired to a router with the T4 directly connected to a router port and the BananaPi connected through a small unmanaged switch. At this point, it looks like it may be some network related issue as this seems like the common point for all of these devices/attempts. I'm not sure how to confirm this and if this is the issue, how it can be corrected. Any help is appreciated. Thank you
  3. So, here's another NVMe that seems to work properly...Samsung PM961, 512GB, MZVLW512HMJP
  4. I'm using it headless so I don't need a desktop or video. I'm setting up OpenMediaVault and so far so good. Are you saying that with 4.20.x there are issues with NVMe? I would need to rebuild. Where can I find more info on this. I was having issues with 4.4.x and that's why I went with 4.20.x As for the Samsung, well it's not new, so very reasonably priced, $130 CAD total. The specs are great and I figure I will always be able to use it later. Only about $30 more than the Toshiba I was researching.
  5. Hopefully, I'll be trying a Samsung PM961 512GB soon. I had the possibility to get a Toshiba SSD and I'm choosing not to, at this point, thanks to this thread. It may work, though. I'm going to be trying it with the nightly Armbian Stretch with the 4.20.y kernel. Have others been using this one or the build based on the legacy 4.4.y kernel? I had tried the legacy build but had some issues so I thought I'd try to nightly build to see what happened and so far seems to be working fine.