S80_UK

Members
  • Posts

    1128
  • Joined

  • Last visited

Everything posted by S80_UK

  1. Just to feedback... I also hit the update requiring 6.11.9 issue. I decided to treat this as a special case and went ahead with the 6.12.0-RC2 update anyway. When the system rebooted I did not go to the dashboard (since the prior version of the plugin might give issues) but I went and updated the plugin before then doing anything else. That went smoothly and the plugin's data and settings were preserved. Then when I went to the dashboard later, everything worked as it should. I was able to rearrange the tiles as desired after unlocking them. So, thanks for your work on a timely fix to a minor compatibility issue.
  2. Same for me (I use Brave as my browser mostly). Mostly I was thrown by the unexpected need to use email address instead of user name and only fully realised that after doing a password reset anyway. Had me scratching my head for a few minutes. I don't use MyServers, so I was unaffected by that side (not sure whether I would have been or not...)
  3. The Feb 14th update is working for me. I did have to wait a few seconds for Real-Time stats to appear, and a minute of so for the Last Day option to start showing data, but that seems reasonable. No reboot was needed. No reboot was required. Thank you for your attention on this issue.
  4. I was reading the above and wondered about the power factor too. Is this using the same power supply as the Threadripper build? If it's not, then it might just be that the power factor is different in the new build and the Tasmota device (not sure what that is btw) is reading VA rather than true power in Watts. Some power supplies only manage decent power factor at reasonable loads, and at light loads the readings might be quite misleading. Using a kill-a-watt kind of device that can read both Watts and VA might help clarify what's going on.
  5. Updated two servers, no issues at present. Thank you.
  6. Updated both main and backup servers from 6.11.1 to 6.11.2 without issue. Thank you.
  7. @Johnyb62 - Replying here since I just saw your post on the Parity Check Tuning thread. Providing your system's diagnostics could help, as requested above. But possible causes include... not enough RAM faulty memory (try several passes of Memtest86) possibly overclocked CPU or RAM (easily done if it's a Ryzen CPU since DOCP/XMP defaults are often a CPU memory controller overclock) possibly a power supply issue. A reliable system should not have problems running parity checks without interruption.
  8. This is simple (or confusing, depending on relevant knowledge and experience). (so not how much this will help...) APC and CyberPower use VA ratings for their UPS product naming, not real power in Watts. VA is a measure of the voltage and current capability multiplied together without any regard for the phase relationship between the voltage and current as consumed by the attached load. Depending on the power factor of the load, the current and voltage may be significantly out of phase, and this will mean a lower "real" power is available to the load under such conditions. The "real" power is measured as the product of the voltage and its in-phase current at each point where the voltage is measured. This will always be a lower number than the VA rating (since power factor cannot be greater than 1). (The VA number is sometimes known as the "apparent power".) The UPS has to be designed around the VA rating, since the electronics within need to be able to support both the voltage and current requirements of the load whether they are in phase or not. So for a UPS rated 1500 VA, the maximum load in watts is a lower figure, and the manufacturers are working with a power factor of 0.6 to quote a supported load of 1000 watts for the nominal power figure. In modern PC power supplies, the power factor approaches 1 as the load increases above 20% or so of the power supply's rating. In standby conditions (below 10 watts or so), it is not unusual for the power factor to drop massively, to maybe 0.2 or even 0.1. Note that some plug in power meters (Kill-a-watt style and similar) can read VA and Watts and sometimes Power Factor as separate readings. For domestic users, the electricity meters are normally reading only the real power consumed (the lower figure), not the VA figure and so you will generally only pay for the actual power usage. I found this which is not maths heavy (compared to the Wikipedia articles on the same)... https://www.arrow.com/en/research-and-events/articles/real-vs-reactive-power
  9. I started, also on 4.7, a couple of months before you (my post in your thread - ) Happy Birthday, LimeTech and Unraid. Long may it continue.
  10. OK - that's good news. Thanks for the feedback. But I would still recommend an increase as and when you're able to. Linux uses any unused RAM for caching disk accesses, so you'll most likely find things will run more smoothly with 4GB or 8GB.
  11. I edited my post after your reply - please also see the bit at the end about disabling unneeded Nerdpack modules.
  12. You're trying to run a load of plugins - they are reported as corrupt .tar files - perhaps due to lack of RAM when trying to unpack them. You are running and trying to install just about every option from the Nerdpack - that will be taking a chunk of space. They idea of Nerdpack is to only enable the features actually required. After that is installed just about everything else has problems. If you look through the text file yourself you can see this. I still think this is primarily a lack of RAM. Certainly I would not expect to run any plugins reliably when you have only half the recommended minimum RAM available. First thing I would try is to borrow a bit more RAM from somewhere just to see if that helps - and uninstall Nerdpack, or at least limit the modules that you are enabling.
  13. Like I said, it was a guess based on very little information. If you cannot run diagnostics, you could still post your syslog file for example which might reveal something going wrong.
  14. My guess is that 2GB is the issue. It's very little even without plugins. Things might work, but it would not take much to cause some processes to be killed due to a lack of available memory.
  15. I use Rufus which is also very capable for this kind of task - https://rufus.ie/en/
  16. That looks very suspect. I suspect that the web page may have been hijacked.
  17. Clayton, Are you aware you're asking questions related to a forum thread from over 12 years ago...? However, as a long time user (since 2011, version 4.7) I can also confirm that parity calculation has always been done on the fly as new files are added to the array. Are you perhaps confusing parity updates with array updates from a cache drive (if installed)? Data written to a cache drive is not parity protected. Data written directly to the array is protected with parity at that time. If using a cache drive, data is transferred to the array at a later time, either on demand from the UI or according to a schedule, and would then become parity protected at that time. I also suggest NOT using an email address as your username on any forum - that is asking for a major increase in spamming to your email account.
  18. Two servers updated from -rc8 without issue. Thank you for this release.
  19. Well done! So, you had some tired capacitors? It does happen, and probably more frequently with budget models. Capacitors age from time, current and especially from operating at elevated temperature.
  20. @koyaanisqatsi (nice user name, btw) The other solution to consider is to use the "spin up groups" in the disk settings so that any disks that might spin up while you are streaming from your audio library are also spun up at the same time. I do this for the four disks that I use for Blu-ray and DVD rips for example. So once I am watching a film, any other device accessing the same files does not cause an unexpected stutter.
  21. Updated from -rc5, no problems seen. Thanks.
  22. Thank you for the update. Updated from -rc4 without issue. At a quick glance, working as expected. While it's a minor cosmetic enhancement, I especially like the hover-over colour change in the drive and shares lists - it's a big help when looking at info spread across a larger screen.
  23. OK - that is disappointing, but I am pleased that you've at least got this far. As a point of reference, when I back up large files from one Unraid box to another rsync is able to pretty much utilise the full network bandwidth. I see sustained rates up to around 110MB/s between servers.
  24. To be honest, I don't think you need to use it for this unless you want to be able to easily turn the daemon on and off. Then you mighty perhaps create a couple of scripts to do that. What I posted is exactly how I have it set.
  25. What I do (and I am sure there are many ways of doing it) is create the rsync.conf file and place in in the config folder on the USB stick. Mine looks like this... uid = nobody gid = users use chroot = no max connections = 20 pid file = /var/run/rsyncd.pid timeout = 3600 log file = /var/log/rsyncd.log incoming chmod = Dug=rwx,Do=rx,Fug=rw,Fo=r [mnt] path = /mnt comment = /mnt files read only = FALSE Then, in the go file in the config folder (which is what Unraid uses when starting up, I have the following... #!/bin/bash # Start the Management Utility /usr/local/sbin/emhttp & #rsync daemon rsync --daemon --config=/boot/config/rsyncd.conf So when the rsync daemon is invoked it starts up using the parameters in the file on the stick. There is no need to copy the file anywhere else. Note: This is only as secure as a your local network. A bad actor on your network could use this to delete files etc. on the target machine. In my case, that machine is powered off 99.9% of the time, and only powered on when I occasionally need to access it. Other users may have better suggestions.