kennymc.c

Members
  • Posts

    133
  • Joined

  • Last visited

Everything posted by kennymc.c

  1. Ich habs mal korrigiert. Ist aber auch im Englischen nicht eindeutig, da es eher nach einer Statusangabe klingt als der Name für einen Button, der eine Aktion auslöst.
  2. I already solved the problem. See my comment at the top of the post. Where does it show 0 rpm? If I let IPMI control all or some of the fans they will always run at full speed. Even with fan thresholds adjusted my Noctua fans will sometimes report a false rpm to trigger the IPMI fan failure control that lets all fans run at full speed. With this plugin I can set a minimum speed to not trigger this behaviour. With 30% minimum speed they still run at 300 rpm. Seems to be a know problem with this brand.
  3. Edit: Solved by resetting the BMC and then restarting fan control I am also having problems with all my fans running at full speed after upgrading the BIOS and BMC firmware of my Supermicro board today. I already tried stoping and starting fan control, adjusted the minimum fan speed and also did a system reboot. Fan thresholds have been adjusted to match the low rpm of my Noctua fans. This is the fan log: 2024-02-03 18:37:39 Starting Fan Control 2024-02-03 18:37:39 Board: Supermicro Board Model: X11SCH-LN4F 2024-02-03 18:37:39 SM Board selection: 11 2024-02-03 18:37:39 Setting fans to full speed 2024-02-03 18:37:49 Fan:Temp, FAN1234(33%):CPU Temp(30C), FANA(28%):HDD Temp(Spundown) 2024-02-03 18:41:50 fan control config file updated, reloading settings 2024-02-03 18:41:50 Fan:Temp, FAN1234(41%):CPU Temp(29C), FANA(31%):HDD Temp(31C) 2024-02-03 18:41:51 Stopping Fan Control 2024-02-03 18:41:51 Setting fans to auto 2024-02-03 18:41:56 Starting Fan Control 2024-02-03 18:41:56 Board: Supermicro Board Model: X11SCH-LN4F 2024-02-03 18:41:56 SM Board selection: 11 2024-02-03 18:41:56 Setting fans to full speed 2024-02-03 18:42:06 Fan:Temp, FAN1234(41%):CPU Temp(28C), FANA(31%):HDD Temp(31C) And these are my settings:
  4. Das Problem ist, dass die json Dateien für den Docker Healthcheck alle 5 Sekunden immer wieder mit dem fast selben Inhalt überschrieben werden. Nur der Timestamp ändert sich. Der Bug ist auch hier beschrieben:
  5. Since you even get this notification when notifications are disabled I would definitely prefer an option to disable the success notification. I first thought this was a bug. I also only want notifications when something goes wrong. Everything else can be found in the sys log.
  6. I think I have solved the problem: I simply stopped the array while the USB hdd was turned on and mounted. When the USB hdd then also got unmounted, I switched it off and restarted the array, waited a while and stopped it again. The messages in the log did not appear anymore. Starting the array worked again without any problems.
  7. That is my backup usb hdd which only gets powered on during weekly backups. Strange that this only happens when the array is stopped and when the hdd is not powered on. I assume I should run xfs_repair? Which /dev should I choose? There is no dm-5 in /dev, just dm-1 to 4. I tried it with the corresponding id sdf and sdf1 but this results in bad primary superblock - bad magic number !!! shortly after starting a dry run. I let it run with sdf for many hours (8 TB hdd) but it ends with Sorry, could not find valid secondary superblock Do i have to add something because the drive is luks encrypted?
  8. It happens as soon as you stop the array and then the callback messages reappear every minute until the array is restarted. Diags have been saved after the array has been stopped and restarted around two minutes later. smartserver-diagnostics-20230926-1942.zip
  9. Ok, I created a PR so that it matches the current English translation file.
  10. No one who has an idea why these messages appear even with a new USB flash? I have recently rebooted the system and it worked fine so far. Is it possible that these are leftovers from the corrupt old USB flash, since they also have the same block numbers?
  11. Thanks for this quick update. I noticed that the on/off sliders are not included in the translation files. Also "Force Update" is still show in English although it has been translated. Another issue is that as soon as I click on a container name, menu entry or button on the Docker tab and come back the Add Folder button is in English. Only by reloading the page it is translated again. I could reproduce this with Chrome and Safari after I deleted my browser cache. Firefox doesn't seem to be affected. On the VM tab this button is always in English.
  12. I created a German translation. Maybe this could be moved to GitHub like with most of the other translations and plugins (https://github.com/unraid/lang-en_US)? This would also simplify updates and bug fixes. de.json
  13. I noticed this syslog entry when opening the Docker tab: [error] 8653#8653: *609961 open() "/usr/local/emhttp/plugins/folder.view/langs/de.json" failed (2: No such file or directory) while sending to client, client: 192.168.1.101, server: 192-168-1-201.xxx.myunraid.net, request: "GET /plugins/folder.view/langs/de.json HTTP/2.0", host: "192-168-1-201.xxx.myunraid.net", referrer: "https://192-168-1-201.xxx.myunraid.net/Docker" The mentioned json file for the German translation indeed does not exist. Unfortunately, I can't find a folder for this plugin in the English GitHub Unraid translation repository, so this file can't exist. Or is there (for whatever reason) another way chosen for the translation of this plugin?
  14. Today I wanted to install the 6.12.4 update. When I stopped the array as recommended before the update, I noticed again the same Buffer I/O error messages in the log with exactly the same block numbers, which I already had before the last update and which then caused the flash drive to set itself to read-only after a reboot. This can't indicate a corrupt USB flash drive again, can it? I can restart the array afterwards without any problems. However, I would like to know what these messages mean exactly, since I use a completely new USB flash drive of the same model, which has also lasted the last few years with various updates.
  15. Has anyone compared the changes that seem to have been made with 6.12.4 with the previous version? Maybe it's just something that is not relevant for the script.
  16. Is there a way to enable/disable the schedule of a script via shell command?
  17. Unfortunately, even with the updated script, I still get an error message when stopping Docker: Jul 28 20:03:42 smartserver root: stopping dockerd ... Jul 28 20:03:44 smartserver root: umount: /var/lib/docker_bind: not mounted. Jul 28 20:03:44 smartserver docker: Error: RAM-Disk bind unmount failed while docker stops! Jul 28 20:03:44 smartserver docker: RAM-Disk removed Jul 28 20:03:44 smartserver emhttpd: shcmd (222): umount /var/lib/docker But the RAM-Disk seems to be created without errors when starting Docker and I also get the Success message every 30 minutes Jul 28 20:06:07 smartserver root: starting dockerd ... Jul 28 20:06:07 smartserver docker: RAM-Disk created root@smartserver:~# mount | grep tmpfs | grep docker tmpfs on /var/lib/docker/containers type tmpfs (rw,relatime,inode64) tmpfs on /mnt/cache/system/docker/docker/containers type tmpfs (rw,relatime,inode64)
  18. I wasn’t quoting your post. Your fix is working fine which doesn’t include the updated line
  19. This doesn't work for me with 6.12.3. I can't see any logs related to the RAM disk script when replacing this line and stopping Docker.
  20. I figured out why the second channel had disappeared. I had deactivated FANA in the global available sensors, because I did not connect a fan to this pin header. When I plugged in the fan to test it on FANA and then turned on this setting again, the second channel was visible again. But it is in fact just called FANA even if it also controls FANB. I think this is a bug, because as soon as I deactivate FANA again, FANA in fan control also disappears even if there is still a fan connected to FANB. Probably it was not considered during the development that there are also boards with a FANB header. Unfortunately, I now have another problem. According the sensors, although I have only connected a fan to FANB, FANA is now reporting 0 rpm. Other not connected pin headers are shown as N/A. Unfortunately a reboot doesn't help. I have the same problem with FANB when I connect the fan to FANA. Even if both are not connected, they are still shown as connected with 0 rpm. EDIT: Had to factory reset the IPMI interface to solve this. Maintenance/Unit Reset didn't work.
  21. At least there were two different channels where I could assign each of them to specific sensors or hard drives. I used to have an additional fan connected to FANA. Could this cause the channel to disappear because the plugin just checks if a fan is connected to FANA but not FANB? This would also explain why the channel reappears when you connect something to FANA instead of FANB.
  22. ID | Name | Type | Reading | Units | Event 4 | CPU Temp | Temperature | 32.00 | C | 'OK' 71 | Inlet Temp | Temperature | N/A | C | N/A 138 | PCH Temp | Temperature | 62.00 | C | 'OK' 205 | System Temp | Temperature | 31.00 | C | 'OK' 272 | Peripheral Temp | Temperature | 46.00 | C | 'OK' 339 | VRMCpu Temp | Temperature | 39.00 | C | 'OK' 406 | M2NVMeSSD Temp1 | Temperature | N/A | C | N/A 473 | M2NVMeSSD Temp2 | Temperature | N/A | C | N/A 540 | FAN1 | Fan | 500.00 | RPM | 'OK' 607 | FAN2 | Fan | 400.00 | RPM | 'OK' 674 | FAN3 | Fan | N/A | RPM | N/A 741 | FAN4 | Fan | N/A | RPM | N/A 808 | FANA | Fan | N/A | RPM | N/A 875 | FANB | Fan | 300.00 | RPM | 'At or Below (<=) Lower Non-Critical Threshold' 942 | DIMMA1 Temp | Temperature | N/A | C | N/A 1009 | DIMMA2 Temp | Temperature | 30.00 | C | 'OK' 1076 | DIMMB1 Temp | Temperature | N/A | C | N/A 1143 | DIMMB2 Temp | Temperature | 30.00 | C | 'OK' 1210 | 12V | Voltage | 12.22 | V | 'OK' 1277 | 5VCC | Voltage | 5.06 | V | 'OK' 1344 | 3.3VCC | Voltage | 3.32 | V | 'OK' 1411 | VBAT | Battery | N/A | N/A | 'battery presence detected' 'Unrecognized Event = 0100h' 'Unrecognized Event = 0200h' 'Unrecognized Event = 0400h' 'Unrecognized Event = 0800h' 'Unrecognized Event = 1000h' 'Unrecognized Event = 2000h' 'Unrecognized Event = 4000h' 1478 | VCPU | Voltage | 1.16 | V | 'OK' 1545 | VDIMMAB | Voltage | 1.22 | V | 'OK' 1612 | VCC_SA | Voltage | 1.06 | V | 'OK' 1679 | 5VSB | Voltage | 5.16 | V | 'OK' 1746 | 3.3VSB | Voltage | 3.37 | V | 'OK' 1813 | VCC_IO | Voltage | 0.95 | V | 'OK' 1880 | 1.8V_PCH | Voltage | 1.83 | V | 'OK' 1947 | 1.2V_BMC | Voltage | 1.22 | V | 'OK' 2014 | 1.05V_PCH | Voltage | 1.05 | V | 'OK' 2081 | 1.8V_PCH_GPPA | Voltage | 1.84 | V | 'OK' 2148 | Chassis Intru | Physical Security | N/A | N/A | 'OK' When the setting was still available I set the minimum speed of FANB to around 30-31%
  23. I have Supermicro X11SCH-LN4F with a Noctua fan connected to FANB and noticed the fan control channel for FANAB is not available anymore in the plugin. Only the FAN1234 channel is showing up there. I am pretty shure there were 2 separate fan control channels for FAN1234 and FANAB before. I am not shure when the controls for FANAB have disappeared. According the the readings FANB is still running and reporting a valid speed. I saw that some else had the same problem in the old thread a few years ago and solved it by plugging the fan to FANA but this is not an option for me. Is there a a way to check if there is a problem with the control signals on this channel? I also noticed that this fan reported 0 rpm a few times in the last weeks which caused all fans to spin up to their maximum speed. I had this problem when I first set up my server and what I read about the low speed reporting seems to be normal at least for Noctua fans since they spin slower than other fans. I usually adjust the minimum speed of these fans and this has worked for me over the past years. So I don't know why this is happening again and why the fan controls are missing.
  24. I have the exact same board with Noctua fans as well and noticed the same problem today. I am pretty shure there were 2 separate fan control channel for FAN1234 and FANAB before. I am not shure when the controls for FANAB have disappeared in the plugin. According the the readings FANB is still running but was hitting the lower limit 2 times in the last 2 hours. But this seems to be normal at least for Noctua fans and I usually then adjust the minimum fan speed. But it is the first time I am not able to do this for Chanel FANAB.
  25. Since I still had problems with SMB login and my password was not accepted, I set it again via the users settings. That helped. I did the same with all other users on Unraid level. The root login was not affected.