• Posts

  • Joined

  • Last visited


  • Gender

guy2545's Achievements


Newbie (1/14)



  1. Thank you to the wonderful team on the Discord server this has been sorted out! Fix listed below: /boot/config/ident.cfg look for the line "USE_SSL="false" and change it to USE_SSL="no"
  2. Installed the my servers plugin this afternoon, with no issues. Saw the "My Servers Error, Graphql is offline", and did a quick forum search, which indicated running: unraid-api restart was the next thing to do. It hangs with the "Value 'false' is not auto/no/yes.". Okay easy enough, with everything computers I apply the reboot method of resolving issues. However, upon reboot the web GUI will not load. I'm able to SSH in, and see that nginx never started. So I start it and get the GUI back. I tried to change the SSL in the my server setting to "auto" (version 6.9.2) and made sure all plugins were updated. SSL, was already set to "auto", so change to "no", then back to "auto" to activate the "Apply" button. Click it, and it basically hangs on the fancy "I'm applying your settings" wave thingy. I give about 30 minutes, and nothing. Still waving at me. Try to run the unraid-api restart again, but it hangs at the same point. I feel I am certainly missing something, but it is late and I'm lost. Attached are some diagnostics from my reboot (I believe) when I had to manually start nginx. I have also restarted the system again, and attaching the current state of diagnositics (had to manually start nginx as well). If I boot into safe mode, can I remove the my servers plugin even though all plugins are disabled? Or is there a config file I can edit via SSH/CLI to change the "false" to "no" that unraid-api is looking for? Thanks!
  3. So this is interesting, apparently my Traktarr Docker is basically a super computer and is using >9EB of RAM: I don't even remember installing that much RAM and it seems to be holding the entirety of the internet in memory...
  4. Changing the temp setting (apply) then changing it back worked great for me. Thanks for the great plug-in!
  5. Running my monthly parity check on my system and the system became unresponsive numerous times throughout the check. The GUI and console would stop responding for ~30-60 seconds. I've attached a snip of the call trace below as well as the diagnostics, but it seems whatever core of my FX-8370 was pegged to 100% was the core that showed up in the log as "NMI backtrace for cpu X". Nov 30 04:23:03 Tower kernel: NMI backtrace for cpu 1 Nov 30 04:23:03 Tower kernel: CPU: 1 PID: 7410 Comm: unraidd Tainted: P W O 4.19.56-Unraid #1 Nov 30 04:23:03 Tower kernel: Hardware name: To be filled by O.E.M. To be filled by O.E.M./970 PRO GAMING/AURA, BIOS 0901 11/07/2016 Nov 30 04:23:03 Tower kernel: Call Trace: Nov 30 04:23:03 Tower kernel: <IRQ> Nov 30 04:23:03 Tower kernel: dump_stack+0x5d/0x79 Nov 30 04:23:03 Tower kernel: nmi_cpu_backtrace+0x71/0x83 Nov 30 04:23:03 Tower kernel: ? lapic_can_unplug_cpu+0x8e/0x8e Nov 30 04:23:03 Tower kernel: nmi_trigger_cpumask_backtrace+0x57/0xd7 Nov 30 04:23:03 Tower kernel: rcu_dump_cpu_stacks+0x91/0xbb Nov 30 04:23:03 Tower kernel: rcu_check_callbacks+0x28f/0x58e Nov 30 04:23:03 Tower kernel: ? tick_sched_handle.isra.5+0x2f/0x2f Nov 30 04:23:03 Tower kernel: update_process_times+0x23/0x45 Nov 30 04:23:03 Tower kernel: tick_sched_timer+0x36/0x64 Nov 30 04:23:03 Tower kernel: __hrtimer_run_queues+0xb1/0x105 Nov 30 04:23:03 Tower kernel: hrtimer_interrupt+0xf4/0x20d Nov 30 04:23:03 Tower kernel: smp_apic_timer_interrupt+0x79/0x91 Nov 30 04:23:03 Tower kernel: apic_timer_interrupt+0xf/0x20 Nov 30 04:23:03 Tower kernel: </IRQ> The parity check is still jugging along at ~70%. Any thoughts?
  6. Thank you! Both drives are rebuilding currently.
  7. So I fixed the power issue. Both parity drives have shown back up in the array, however they are both marked as disabled. I can see the smart status for both drives from the gui. What is the proper way to re-enable the parity drives now that they have returned? Thanks!
  8. Doing some self diagnostics here. The smart reports for both drives do not indicate any issues. Given that none of the other drivers attached to the LSI-2008 are having issues, I think this narrows it down to one of two possibilities: 1) Power issue to the parity drives 2) Specific damage to the specific SATA break out cables attached to the parity drives. (unlikely) Both of these are easy to rule out as I have additional open SATA ports. I also believe I have additional power options for the drives. Unfortunately I can not explore these possibilities until tomorrow morning as I have pihole (VM) setup as the only DNS server and the wife is actively using the internet. This just shows me I need an additional fail-over pihole setup as a backup. As a side note the system was only direct streaming a show locally at the time this occurred. Forgot to mention the system configuration: AMD FX-8370 on a ASUS 970 Pro Gaming/Aura with 32 GB of DDR3 RAM (Non-ECC) Parity: 2x HGST NAS 4TB Data: 7x WD Red NAS 3TB, 1x WD Red NAS 4tb (25TB Total) Cache: Scandisk 480 480GB SSD Unassigned: 2x Kingston 120GB SSDs GPU: GTX 1060 for Plex (docker) Transcoding Power supply: Name brand bronze level(?) 500W -- Calculators say I maybe pushing it and will be my next upgrade Unraid PRO 6.7.2 (NVIDIA version)
  9. Sitting at my desk minding my own business and I get an email alert telling me one of my parity drives was in an error state. It is suppose to be mounted as SDE, but looking at the log it dropped and was added back as SDO in unassigned devices. So I did the logical thing and first grab the diagnostics listed below. Shut down the server, and checked the power and data cables to the drive. Then boot it back up. When it comes back up, my other parity drive has dropped from the array. However this time it does not show up in unassigned devices. So I take another diagnostics. Every 5-10 minutes it will show back up in the array in the green. However when I click on it to look at the smart status it tells me the drive is not spun up, and of course I can't spin it up. Both these drives are attached to a LSI-2008 flashed in IT mode and connected via a SAS2 to four way SATA breakout cable. None of the other drives on that same cable have any issues. So couple of concerns. Both these drives were purchase from the same vendor at the same time and have been active (~1--2 years) for the same amount of time. My system is now no longer protected (no mission critical data thankfully). So what do you think? Bad drives? Bad controller? Bad luck? Thanks!
  10. Have you ran a memtest yet? Might be unrelated, but when my system would freeze like you are describing I ended up with a bad RAM chip. To test, I ran memtest from the unraid menu for several hours. Once I fixed my RAM issue my up time (knock on wood) was stable. Just rebooted from 70ish days up time to upgrade to 6.7.
  11. Not an expert by any means. But if you did not purposely create a VLAN, I would try to set VLAN to disabled on that screen and see if it will connect then.
  12. So certainly not an expert in this, but I have seen in once or twice before in my server. Could be simply be a bit was flipped during the original write to the parity drives or maybe bit rot? I just made sure all my cable were properly attached and no issues with any HBA cards if you are using them. Once I checked all those things, I just waited to see if the issue appeared again.
  13. I mean, the sticker is not wrong right?
  14. Can you attach your logs for Sonarr/Radarr for after you have downloaded something. That way we can see what is happening and why the files are not being picked up?