OMV 3 for ODROID-XU4/HC1/HC2/MC1

    This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

    • ljones wrote:

      Just to clarify (unless I'm going mad) there has to be a DHCP server somewhere and the OMV software gets an IP from that?
      Yes. So why not stopping your experiments with direct cable connections to another PC and simply attaching your device to any normal network where it gets an IP address from the DHCP server running on the Internet access router? These OMV images are meant to be set up in an easy way. You don't need to fiddle around with anything, simply connect it to any normal network and you're done.

      ljones wrote:

      It too in xp with the firewall disabled and DHCP enabled does not appear to get an IP address ("Limited or no connectivity").
      You would need an DHCP server there and not a client. Windows can provide this (Internet Sharing) but it's decades ago that I used Windows in such a mode so am not of any help here.
    • Yes. So why not stopping your experiments with direct cable connections to another PC and simply attaching your device to any normal network where it gets an IP address from the DHCP server running on the Internet access router? These OMV images are meant to be set up in an easy way. You don't need to fiddle around with anything, simply connect it to any normal network and you're done.

      .......yep. Pretty much. I've dug out an old router to try and use -- I can't use my normal main router as a) it is in use (connected to the internet) and b) it's really *hard* for me to phyiscally reach the thing. So I'm trying with an old netgear WGR614v8 router which as DCHP server support (192.168.1.100-199).

      Mind you we all live in hopes and if it does work I'll probably set the HC2 to a static IP address. I must confess I was hoping I could get away with just a few simple commands for dhcp server on a normal debian box, alas not!

      .... but it's decades ago that I used Windows in such a mode so am not of any help here.

      I don't use windows either it was just an old unused laptop. I think another family member might have installed XP on it, can't remember! Been a long time.....

      Random thought: I think I first tried to do networking back the late 90s with Windows 98. That was truly, truly painful x.x .

      Update : OMV now working on HC2 all working ok :) .

      ljones

      The post was edited 1 time, last by ljones ().

    • tkaiser wrote:

      With this latest OMV image also nand-sata-install to transfer the OMV installation over to a HDD or SSD is finally working. But you should keep in mind that this will prevent disk sleep with HDDs (please check also the JMS578 spindown firmware issue that is about to be resolved soon). And you must keep in mind that you need to create partitions on a connected disk first otherwise OMV won't allow you to use this disk also for data later! So a good recommendation could be to use 2 partitions: 10GB for the OS and the rest for data.
      After running OMV2/3 on RPi2 and RPi3 for a few years, I am waiting for delivery of a pair of Odroid HC2 to replace them (I might have gone with Rock64 Transformer if they had one that took 3.5" drives). I have ordered 4 x decent micro-SD cards to do the booting (2 live + 2 hot spares). Now the 10 million dollar question is "which is better - to run OMV from the SD card and let the data disk sleep when not in use, or run OMV from a partition on the data disk and let it spin all the time day and night and just use the SD card to boot?"
    • vinntec wrote:

      Now the 10 million dollar question is "which is better - to run OMV from the SD card and let the data disk sleep when not in use, or run OMV from a partition on the data disk and let it spin all the time day and night and just use the SD card to boot?"
      Since the images have the flashmemory plugin installed AND you have backup AND you purchased good SD cards, there is no reason to not use the SD cards.
      omv 4.1.9 arrakis | 64 bit | 4.15 proxmox kernel | omvextrasorg 4.1.9
      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!
    • Hi,

      I just bought an Odroid HC2.
      I was burning the OMV_3_0_92_Odroidxu4_4.9.61.img.xz image using etcher.
      If I plug the in the HC2 the blue and the green leds are blinking, but not the leds on the ethernet port.
      I was trying 3 different cable and 3 different switches, but leds remain dark, I guess I have a hardware issue. :(

      Does anyone an idea what else could I try?

      Thank you.

      Regards,
      Tamas
    • footy wrote:

      Hi,

      I just bought an Odroid HC2.
      I was burning the OMV_3_0_92_Odroidxu4_4.9.61.img.xz image using etcher.
      If I plug the in the HC2 the blue and the green leds are blinking, but not the leds on the ethernet port.
      I was trying 3 different cable and 3 different switches, but leds remain dark, I guess I have a hardware issue. :(

      Does anyone an idea what else could I try?

      Thank you.

      Regards,
      Tamas
      On the two I recently installed, one of them kept losing the network connection until I "wiggled" the cable slightly. Since then they have both run fine, no problem. Just look for the yellow LED (there is only one) coming on which will tell you that you are on the right track (of course this assumes the other end is enabled).
    • So Odroid HC1 is online and ... just a few details.

      1. The upload is ok, some 100MB/s, but the download oscillates around 37MB/s. Any ideas where to look? SMB like FTP the same.

      2. The disk is being aggressively stopped. Too fast for my taste. Just a few moments of inactivity are enough and the plates are stopped. Changing the options to 254 and say 60 minutes gives nothing.


      3. Kernel 4.9.103 is the norm or did I miss something?
    • Hi Mr. Grape,

      Mr.Grape wrote:

      So Odroid HC1 is online and ... just a few details.

      1. The upload is ok, some 100MB/s, but the download oscillates around 37MB/s. Any ideas where to look? SMB like FTP the same.

      2. The disk is being aggressively stopped. Too fast for my taste. Just a few moments of inactivity are enough and the plates are stopped. Changing the options to 254 and say 60 minutes gives nothing.


      3. Kernel 4.9.103 is the norm or did I miss something?
      1.) using Odroid HC1 with a HGST Travelstar 7K1000 my up/down speed (SMB) is above 80MB/s for big files (max is about 90MB/s).
      2.) my config is: APM: 127, Acousic Management deactivated, 20minutes spin-down. Everything works as expected.
      3.) I think there a still problems with the mainline kernel 4.14.y. for armbian "stretch". At least I coundt find any official release on the armbian site. Im still using 4.9.61 with "jessie".

      Maybe tkaiser has some more info. Hes the local guru here. ;)

      p.parker
      odroid hc1 | omv 3.0.99 erasmus | 4.9.61-odroidxu4
    • New

      Mr.Grape wrote:

      The disk is being aggressively stopped. Too fast for my taste
      So they still sell old HC1 that need the firmware update? Please do a web search for 'jms578 firmware update site:forum.openmediavault.org'

      Kernel 4.9 is currently the norm (an update to 4.14 is in the works, you'll get it via updates sometimes in the future) and no idea why transfer speeds are low. You might want to benchmark your storage individually using iozone (preinstalled on the Armbian based OMV images):

      Source Code

      1. cd /srv/$your-data-sharepoint
      2. iozone -e -I -a -s 100M -r 16384k -i 0 -i 1
      3. iozone -e -I -a -s 1000M -r 16384k -i 0 -i 1
      Also you might want to check/provide output from 'sudo armbianmonitor -u' (37 MB/s sounds like USB2, write speeds are fine since data goes to filesystem buffers first and is then flushed to disk later)
    • New

      peterparker wrote:

      Hi Mr. Grape,

      Mr.Grape wrote:

      So Odroid HC1 is online and ... just a few details.

      1. The upload is ok, some 100MB/s, but the download oscillates around 37MB/s. Any ideas where to look? SMB like FTP the same.

      2. The disk is being aggressively stopped. Too fast for my taste. Just a few moments of inactivity are enough and the plates are stopped. Changing the options to 254 and say 60 minutes gives nothing.


      3. Kernel 4.9.103 is the norm or did I miss something?
      1.) using Odroid HC1 with a HGST Travelstar 7K1000 my up/down speed (SMB) is above 80MB/s for big files (max is about 90MB/s).2.) my config is: APM: 127, Acousic Management deactivated, 20minutes spin-down. Everything works as expected.
      3.) I think there a still problems with the mainline kernel 4.14.y. for armbian "stretch". At least I coundt find any official release on the armbian site. Im still using 4.9.61 with "jessie".

      Maybe tkaiser has some more info. Hes the local guru here. ;)

      p.parker
      Thank you for your answer.
      So that's some strange problem with my HC1.

      Upload to HC1 whether samba or ftp easily oscillates around 95-105MB/s. But download from the server is usually 30-37MB/s, whether it's smb or ftp.
      My drive is the Samsung SpinPoint M8 plug directly into HC1. Of course, the disk is not busy at all. Maybe ext4 affects him ...

      After the firmware update, I did another upload ftp 4.8GB and now the speed oscillates around 80-90MB/s.
      But download still 35-36MB/s.
      Could it be, a bigger problem with JMS578, interesting ...

      What versions of the JMS578 firmware do you have in your HC1?



      tkaiser wrote:

      Mr.Grape wrote:

      The disk is being aggressively stopped. Too fast for my taste
      So they still sell old HC1 that need the firmware update? Please do a web search for 'jms578 firmware update site:forum.openmediavault.org'
      Kernel 4.9 is currently the norm (an update to 4.14 is in the works, you'll get it via updates sometimes in the future) and no idea why transfer speeds are low. You might want to benchmark your storage individually using iozone (preinstalled on the Armbian based OMV images):

      Source Code

      1. cd /srv/$your-data-sharepoint
      2. iozone -e -I -a -s 100M -r 16384k -i 0 -i 1
      3. iozone -e -I -a -s 1000M -r 16384k -i 0 -i 1
      Also you might want to check/provide output from 'sudo armbianmonitor -u' (37 MB/s sounds like USB2, write speeds are fine since data goes to filesystem buffers first and is then flushed to disk later)

      So they sold me the old version !!@#$%^&...

      I made an update from v0.1.0.5 to v173.1.0.1, Is there any newer one?
      For a moment, I thought I killed JMS578. After the reboot did not appear :) Only disconnection from electricity helped.

      Run began: Thu Aug 9 12:25:16 2018
      Include fsync in write timing
      O_DIRECT feature enabled
      Auto Mode
      File size set to 102400 kB
      Record Size 16384 kB
      Command line used: iozone -e -I -a -s 100M -r 16384k -i 0 -i 1
      Output is in kBytes/sec
      Time Resolution = 0.000001 seconds.
      Processor cache size set to 1024 kBytes.
      Processor cache line size set to 32 bytes.
      File stride size set to 17 * record size.
      random random bkwd record stride
      kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
      102400 16384 37278 64468 106207 111845

      iozone test complete.




      Run began: Thu Aug 9 12:26:18 2018
      Include fsync in write timing
      O_DIRECT feature enabled
      Auto Mode
      File size set to 1024000 kB
      Record Size 16384 kB
      Command line used: iozone -e -I -a -s 1000M -r 16384k -i 0 -i 1
      Output is in kBytes/sec
      Time Resolution = 0.000001 seconds.
      Processor cache size set to 1024 kBytes.
      Processor cache line size set to 32 bytes.
      File stride size set to 17 * record size.
      random random bkwd record stride
      kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
      1024000 16384 74025 91698 91899 92486

      iozone test complete.


      and armbianmonitor
    • New

      tkaiser wrote:

      Mr.Grape wrote:

      102400 16384 37278 64468 106207 111845
      Also just 37 MB/s in the beginning. Debug output looks ok so you might try to execute

      Source Code

      1. sudo cpufreq-set -g performance
      and re-test (both iozone and via Samba)
      Still the same SMB, FTP. Unfortunately.

      random random bkwd record stride
      kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
      102400 16384 68985 88183 89060 95193


      random random bkwd record stride
      kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
      1024000 16384 84681 88338 89452 91038


      Small cores are almost always unused, normal is it?


      I see that the use of cores is different between down / up.
      SMB download
      1 0%
      2 0%
      3 0%
      4 0%
      5 21-99%
      6 0-1%
      7 0-1%
      8 0-1%

      SMB upload
      1 0%
      2 0%
      3 0%
      4 0%
      5 62%
      6 37%
      7 3%
      8 3%

      The post was edited 2 times, last by Mr.Grape ().

    • New

      Hi to all.
      I bought a couple of months ago an HC1 and have been running it on OMV on a microSD card.
      It's been working perfectly so far but as the 2.5" is rather small I have been having storage problems and decided to connect a USB 1TB drive.
      I'm mostly using it with transmission so the need for more space is increasing.
      I tried transferring files from the transmission folder to the external usb drive accessing everything from my win10 laptop where it shows as a network device.
      Apparently it transfers everything through the laptop and back to the external drive which is extremely slow and takes forever...
      Is there a faster way to do this internally so it goes straight to the usb drive, which I imagine will be a lot quicker???
      I'm sorry if it's a silly question but I haven't had much experience with servers...
      And another question if I may. If I get the HC2 with the 3.5" support will it work straight away if I plug in the microSD from the HC1???
      And if yes, I imagine I'll have to delete all shares on the OMV on HC1 before powering it off and the recreating everything on HC2.
      What will be the best way to access data on the old 2.5" and transfer them to the the new???
      Thank you in advance for your time
      Best Regards
      Kostas
    • New

      chatzakis wrote:

      Is there a faster way to do this internally so it goes straight to the usb drive, which I imagine will be a lot quicker???
      Use the CLI. Or use a simple file manager called Midnight Commander (mc)
      Install from CLI with sude apt install mc
      Start with mc

      However on my HC2 I had issues when copying data from an USB drive to the internal drive. The processors become very hot and the HC2 shut down. I had to reduce the CPU frequency to make it continuously work.
      Odroid HC2 - armbian - Seagate ST4000DM004 - OMV4.x
      Asrock Q1900DC-ITX - 16GB - 2x Seagate ST3000VN000 - Intenso SSD 120GB - OMV4.x
      :!: Backup - Solutions to common problems - OMV setup videos - OMV4 Documentation - user guide :!:
    • New

      chatzakis wrote:

      If I get the HC2 with the 3.5" support will it work straight away if I plug in the microSD from the HC1???
      If you use the same SD and HD I would expect that it is working right away.
      Odroid HC2 - armbian - Seagate ST4000DM004 - OMV4.x
      Asrock Q1900DC-ITX - 16GB - 2x Seagate ST3000VN000 - Intenso SSD 120GB - OMV4.x
      :!: Backup - Solutions to common problems - OMV setup videos - OMV4 Documentation - user guide :!: