Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

1 Neutral

About bumblebee21

  • Rank


  • Gender

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. For those still having issues, download the latest version of Pulseway for Slackware. As of Pulseway 6.1, they added support for newer libssl, which seems to have fixed issues. May have to update your symlinks, as well.
  2. https://forums.geforce.com/default/topic/973624/gamestream/cannot-stream-when-game-data-is-on-network-drive/ Looks like this is a known issue. Sounds like NetDrive may be an option, but it requires a license.
  3. I'm having the same issue. I suspect it has something to do with gamestreaming not liking the games on a share, because I don't get the error for locally installed games (i.e. on the C drive). I tried a symlink to the share, but that didn't help. What a bummer.
  4. I'm trying to install this HBA to add a few more drives. I've tried installing the card in either PCIE slot, and it doesn't seem to be recognized in either slot. Specifically, when I look at PCI devices in the Unraid console or use lspci, it doesn't show up. I can see one green LED on the card. I searched around and couldn't find a lot of documentation. So, I'm hoping you folks might have some ideas. Is it a bum card? Incompatible mobo? Hardware Gigabyte GA-B75M-D3H Intel i5-3470s 16gb DDR3
  5. Jcloud, you're my hero. I tried pretty much everything else in diskpart before, but not clean! It worked like a charm. Thanks so much.
  6. So, this is a bit of an odd one, but hoping someone has tackled this issue before. I have an old 1TB drive that was in my unraid server until I swapped it out for a larger drive. I just put it in a new Windows machine (not a new unraid server) and tried to format. I can format successfully and assign a drive letter. But, when I try to access the drive, I get the message "Location is not available. D:\ is not accessible. The device is not ready." Everything I could find about that error seems to be about USB drives and hasn't been helpful. Any ideas?
  7. Also, found this after searching reading through a few dozen pages of the PMS docker thread. Will give this a shot, as well.
  8. Thanks for your reply. Interesting that it could be Plex. Just got an update for the PMS docker, so I'll give that a shot.
  9. Background unRAID version: 6.3.5 Plugins: Community Applications, CA Backup, CA Cleanup Appdata, Turbo Write, CA Auto Update, Dynamic Cache Dirs, File Integrity, SSD TRIM, System Buttons, System Info, Fix Common Problems, Tips and Tweaks, Unassigned Devices, Dockers: Plex Media Server, jackett, Sickrage, Transmission Hardware: i5-3470s, Gigabyte GA-B75m-D3H, 16gb RAM, 1 x 240gb SSD cache drive, 5 x 1TB data drives VMs: None Problem System has been hanging regularly (every other day or so) for past ~1-2 weeks. By hang, I mean unresponsive—cannot telnet, no dockers, no network shares, etc., but the system is still on. Usually happens in early morning. Finally captured logs and diagnostics (attached). Need help interpreting the logs. FCPsyslog_tail.txt tower-diagnostics-20170905-0419.zip
  10. Good catch. I installed mcelog to check it out. Logs reported it to be an "internal parity error." In googling around, it looks like this is actually a benign error (false positive). Intel has actually released an erratum saying that these errors may be falsely reported, but can be safely ignored.
  11. The saga continues. Less than 24 hours after booting up the rig with new PSU (and unRAID 4.3), I got another lock up. Syslog and diagnostics attached. Again, I don't see anything in them that presages failure or lock up. I'd really like to avoid going without my primary VM, but that may be my only option at this point. FCPsyslog_tail.zip tower-diagnostics-20170208-0213.zip
  12. Yeah, definitely not the best for troubleshooting. I wanted to upgrade given the security patches it had, not necessarily to fix issues. The PSU I'm hoping may actually help. At any rate, I found a few references in other linux distros to turning off ACPI in bios to address the hpet issues. Sure enough, with ACPI off, I no longer see those interrupts. So, I guess now I'll leave it in troubleshooting mode and wait for another lock up. Thanks very much for your help, John.
  13. Welp, I may have made things worse. I'd really like to avoid losing my main VM for weeks to see whether the system crashes again. So, I swapped out the PSU with a new one a buddy had handy. At the same time, I also upgraded to 6.3.0. Since then, the system has yet to crash (though I haven't had enough uptime to say that it's stable), but I'm now getting repeated 'lost rtc interrupts' messages in the syslog. Specifically messages like, 'kernel: hpet1: lost 522 rtc interrupts,' Any thoughts? I only found a few mentions of this error on the unraid forums.
  14. Yeah, shutdown was a bad title. What happens is this: the VM goes dark (nothing on the screen, no response from mouse/keyboard), the web-based GUI does not load (unreachable), Telnet loses its connection and cannot reconnect, and the onscreen output from unRAID through the iGPU is still there but no longer updates. Meanwhile the rig itself is still on, fans spinning, lights on, etc. Any other ideas on hardware that might cause this? The only component that isn't relatively new is my PSU, which is a solid, reputable unit, but pushing 5-6 years old. At the same time, I would think a failing PSU would totally shut the system down, not just make it go unresponsive. Thanks again for your help.