May 13, 201610 yr There is also the licensing issues. Most replacements would be GPL or similar so not viable. Not completely true. Using a GPL http daemon has no repurcussions on what is hosted or run inside of it. The GPL is not viral across content being served. So the license module would and could still be closed source. You dont need to replace the license model and you could still have it be responsible for that part. There is no requirement on the web ui portions on being GPL but could be open sourced. Fair point. TBH i have never given enough thought to how embedded it is as I am pretty confident it isnt going to happen. I hope I am wrong
June 1, 201610 yr I've already created a Defect Report, but wanted AMD users to be aware they may be running at full power all of the time, no CPU scaling. In unRAID v5, powernow_k8 was loaded and provided CPU scaling, allowing your CPU to step up and down depending on the current system load. I suspect it was an oversight, but that isn't happening in v6. I really don't know if this applies to ALL AMD owners, or just certain ones, perhaps with older AMD CPU's. Edit: it's clearly a minority of AMD chips To tell if this affects you, check the Dashboard and see if your CPU speed ever drops below the maximum, especially when the system is idling, nothing happening. If it isn't, then you probably need the powernow_k8 driver loaded. At a command prompt, run the command - modprobe powernow_k8 Now check the Dashboard again! You should see that the CPU speed has dropped, and is fluctuating with the needs of your system. And your power bill will also be dropping! Hopefully, this will be fixed soon, but until then, you can add that command to your go file (/boot/config/go). Remember to remove this line if the issue is fixed. Edit: well so far, I'm in the minority, only some AMD chips are not handled automatically, which does make sense as more would have reported it before now! It would be interesting to know which drivers are loaded for the AMD chips already working (cpufreq-info -d)
June 1, 201610 yr I really don't know if this applies to ALL AMD owners, or just certain ones, perhaps with older AMD CPU's. To tell if this affects you, check the Dashboard and see if your CPU speed ever drops below the maximum, especially when the system is idling, nothing happening. I'm running a N36L microserver, thus an AMD AthlonII Neo with 6.1.6 (don't trust betas). Nominally runs at 1.3Ghz, but in the dashboard it shows 800Mhz on idle cores (slowest state). So, either it's only in the betas, or it's not all AMD chips.
June 1, 201610 yr Not all amd chips. Both mine listed in my sig throttle no problems with the os as also listed Sent from my LG-D852 using Tapatalk
June 2, 201610 yr I had no problems with my AMD chips in UnRAID6.1.9 - tried both an Athlon 5350 (FM1), and A10-7800 (Godavari FM2+). I don't remember having a problem with the FX8320E on 970 chipset either.
June 4, 201610 yr Looks like my AMD chips are throttling properly as well, though there's some variance between the chips. The AMD Phenom II X6 1100T idles at 800 MHz, and the cores step up to 1700 MHz, 2500 MHz and 3300 MHz depending on what's going on. The AMD Phenom 9950 X4 seems to idle at 1300 MHz, with cores going to 2600 MHz when busy, and nothing in between. I'd still say the feature is working, but newer chips appear to have more advanced throttling options.
June 20, 201610 yr AMD A6-6400K speed stepping as expected. root@Lapulapu:~# cpufreq-info -d acpi-cpufreq
June 26, 201610 yr My ancient AMD processor seems to be working fine on 6.1.9. AMD Sempron 140 @ 2700 root@Dionysus:~# cpufreq-info -d acpi-cpufreq
July 27, 20169 yr from time to time i get these errors in the gui when i stop the array and after a disk check for example, start the array again Warning: syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or TC_QUOTED_STRING or '"' in state/sec.ini on line 266 in /usr/local/emhttp/plugins/dynamix/template.php on line 34 Warning: syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or TC_QUOTED_STRING or '"' in state/sec_afp.ini on line 302 in /usr/local/emhttp/plugins/dynamix/template.php on line 40 when this happens i only have the header on the page ... nothing else
July 27, 20169 yr from time to time i get these errors in the gui when i stop the array and after a disk check for example, start the array again Warning: syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or TC_QUOTED_STRING or '"' in state/sec.ini on line 266 in /usr/local/emhttp/plugins/dynamix/template.php on line 34 Warning: syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or TC_QUOTED_STRING or '"' in state/sec_afp.ini on line 302 in /usr/local/emhttp/plugins/dynamix/template.php on line 40 when this happens i only have the header on the page ... nothing else Your sig says 6.1.2. Are you on 6.1.9? Are you on the latest Dynamix webGUI? Post diagnostics.
July 28, 20169 yr I am on 6.1.9.. that's why i posted it here.... don't have time to update my sig every time we upgrade LOL don't see the need to post diagnostics ... errors are clearly gui errors... annd yes i just updated to last release this morning Dynamix webGui The Dynamix webGui is the latest iteration of the unRAID Server OS System Management Utility. Built upon Simple Features, it provides real-time screen updates, tabbed viewing and many more enhancements. Bergware 2016.07.27 up-to-date
July 28, 20169 yr don't see the need to post diagnostics ... errors are clearly gui errors... Yes, but you are the only one seeing this error AFAIK, and you've given us absolutely nothing to go on. It's like going to the mechanic and telling him the car makes a funny noise, but he'll have to rely on your description and he's not allowed to open the hood. If you want help, you have to help us with more information. As far as us reading your mind about the version, just because you posted here has no bearing on what version you are actually running. You gave us no diagnostics, and your sig is out of date. People post in the wrong area of the forums all the time.
July 28, 20169 yr from time to time i get these errors in the gui when i stop the array and after a disk check for example, start the array again Warning: syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or TC_QUOTED_STRING or '"' in state/sec.ini on line 266 in /usr/local/emhttp/plugins/dynamix/template.php on line 34 Warning: syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or TC_QUOTED_STRING or '"' in state/sec_afp.ini on line 302 in /usr/local/emhttp/plugins/dynamix/template.php on line 40 when this happens i only have the header on the page ... nothing else Looks like one of your user names or share names has a double quote (") in it. This isn't allowed.
September 5, 20169 yr Small error in parity check ?bug. My scheduled monthly parity check kicked in as usual. But, I had a power cut a quarter of the way through. I have a ups , and apcups triggered a shut down due to estimated remaining time on battery less than set in config. I watched powerdown script shut down the server cleanly with just over 25% parity check done. On reboot, Now the gui says parity valid, checked on 1 September. I know that the parity check did not complete. Last full check was 1 August I think. Sent from my iPhone using Tapatalk
November 25, 20169 yr I want to install a par2 program. I used "https://pkgs.org/slackware-14.2/slackonly-x86_64/par2cmdline-0.6.13-x86_64-1_slonly.txz.html" but I get an error that : /usr/lib64/libstdc++.so.6: version 'GLIBCXX_3.4.20' not found Is unRaid 6.1.9 using slack 14.2, or another version? It seems v6.1.9 uses slack 14.1.
November 25, 20169 yr I want to install a par2 program. I used "https://pkgs.org/slackware-14.2/slackonly-x86_64/par2cmdline-0.6.13-x86_64-1_slonly.txz.html" but I get an error that : /usr/lib64/libstdc++.so.6: version 'GLIBCXX_3.4.20' not found Is unRaid 6.1.9 using slack 14.2, or another version? It seems v6.1.9 uses slack 14.1. unRAID doesn't include libstdc++ regardless of version.
Archived
This topic is now archived and is closed to further replies.