Jump to content

SymbiosisSystems

Members
  • Posts

    26
  • Joined

  • Last visited

Everything posted by SymbiosisSystems

  1. To post a positive update on this I've upgraded Armbian to 5.10.23 21.05.2 with OMV 5.6.8-1 and ZFS 2.0.3-1~bpo10+1 and it's now been running for 25 days without becoming unresponsive, memory usage continues to sit at around 33% and system load is low.
  2. Stront, the behaviour suggests high cpu usage or possibly lack of free memory; I can't login via ssh or local serial console because it times out. Unfortunately dmesg doesn't go back beyond the reboot. Mangix, do you suspect it's related to OpenZFS ?
  3. I'm running a Helios4 NAS with OMV 5.6.6-1 and ZFS 2.0.3. After running for approximately a week it becomes unresponsive - OMV login shows a blue screen but doesn't get to login page, SSH timeout and serial login just keeps going back to the login prompt without asking for the password. Repowering the unit (physically disconnecting the power because there is no way to shut it down gracefully) brings it back to life and it runs again for a week or so before the same thing happens again. I'm not quite sure where to start troubleshooting this. Any ideas ?
  4. ... and on the third boot it just seems to stall
  5. @gprovost I started with a clean install and it crashed on the second boot
  6. @gprovost on the first boot I was able to set the root password, then rebooted and it crashed with LK 4.4. Here is the dump
  7. @gprovost I've set the kernel.panic , installed the watchdog and disabled the dynamic frequency switching but it still hangs whilst booting and doesn't reset (I assume because it hasn't got to the point where the watchdog service is loaded). This makes it unuseable because I can't risk it crashing with the HDDs spinning and the fans not running. Even when it does occasionally boot it still crashes whilst doing an rsync. Until you resolve this issue it is no better to me than an expensive doorstop which is deeply deeply frustrating.
  8. Thanks for the suggestion, adding extra hardware could be an option but I'm ideally hoping there is a solution to this issue within the Helios64 hardware if possible.
  9. When there is a kernel panic the fans stop which causes the HDD and CPU temperatures to rise unchecked. I've just come back to find my board has crashed again and the HDD temperatures had risen above 60c which is not good. Is there a watchdog or boot setting to automatically reset the processor after a kernel panic ?
  10. Thought I'd download the latest image in the hope that it might be more stable ... kernel panic on reboot, booted second time and then whlst trying to update kernel panic again. This board seems to be so unstable it's bascially unuseable
  11. I've tried the sysfs.conf changes as suggest and rebooted - immediate kernel panic
  12. Hi Gauthier, no I did them both together. If you think I'll have more success with one rather than both which would you suggest ? This new build seems to be unstable again which is a step backwards. CPU running at 1.2GHz is at 48c without any NAS transfers occuring.
  13. I thought I'd rebuild the NAS with the latest image in the hope that it would be more stable. Unfortunately my hopes were in vain. I was in the middle of doing an rsync and it crashed with a kernel panic. Had a look on the forum and implemented the two suggestions of limiting the cpu to 1200MHz and tweaking the voltages. CPU @ 50c as reported in the login header. Anyway after updating the setting I reboot it and it crashed immediately ! The same SMP issue that seems to have been plaguing this board since release
  14. @gprovost Gauthier, it's much better . With the 5.8.x kernel more often than not it would reboot to a kernel panic then a boot loop and would need to be physically re-powered to recover. With the 5.9.x kernel however I haven't experienced any such problems so far and have much more confidence in rebooting it.
  15. Many thanks for your help there ShadowDance that's fixed it and I've now got ZFS running under OMV with the 5.9.10 kernel.
  16. Thanks ShadowDance, yes I've pulled the zfs 0.8.5 branch from github and built the modules. Even with the dummy 0.8.4 package installed , installing zfsutils-linux uninstalls the zfs-dkms 0.8.5 package though
  17. So good news / bad news. The good news is that the 5.9.x kernel does indeed seem to have resolved the bootime kernel panics I was experiencing and I now seem to be able to reboot the board consistently without being stuck in any of the previous kernel panic / retry boot loops. The bad news is that I can't get zfs working as 0.8.4 in the backports repo doesn't support kernels after 5.6 and 0.8.5 isn't compatible with the zfsutils-linux package!
  18. SIGSEV , Gauthier , Thank you for the suggestion. I've had to power off the Helios64 for the moment but should be able to try the 5.9 kernel at the weekend. I'm using it with ZFS and OMV and I hope it will be more stable than all the builds of 5.8 that I've tried so far !
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines