Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

1 Neutral

About stewartwb

  • Rank
    Advanced Member


  • Gender

Recent Profile Visitors

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

  1. Gary - I've not scoured the forums looking for your system config, but I would have to guess that your performance issue is related to your Atom D525 and supporting chipset interacting negatively with a newer kernel or driver version introduced in unRAID 6.xx. That said, one of my servers is still running an old AMD Athlon 64 quad-core CPU, and its performance improved with 6.xx releases. Two quick questions: Are your data drives formatted XFS? Are you using any sort of disk controller card to attach your drives? -- stewartwb
  2. I appreciate the info on compatibility - thanks! I found the direct GIT URL by searching this thread, and all is good. One server upgraded to 6.6, the other is on its way.
  3. Quick question - I stayed on the sidelines for a while - still running version 6.3.5. I'm ready to upgrade, and I would like to run Fix Common Problems / Upgrade Assistant. However, I get an error installing the current plugin, since it doesn't support such an old version of unRAID. I've also tried to install the Community Applications plugin, but I get the same error. Is there a way to install the last version of FCP that still works on unRAID 6.3.5? If not, I'll just wing it, checking everything manually. Thanks!
  4. @SSD - I agree, your saved Credentials in Credential Manager looks good - I see no potential you'll have the issue I had when my Windows 10 upgraded automatically. I'm still curious to see whether @meoge is experiencing the same issue I had, and whether removing old saved credentials could improve his server's behavior.
  5. @SSD - I was able to connect by name and/or IP to the unRAID web interface for both servers. Ping also worked fine for both by IP address. I just couldn't browse files using Windows Explorer (SMB). I tried adding a HOSTS entry to the server I couldn't reach, but that didn't help. Apparently after my Windows 10 VM was upgraded to 1709, the credentials it had saved to connect to Server A by IP and by Server Name would not work correctly, and it threw an unhelpful (Microsoft-standard?) error message each time I tried. The credentials are anonymous, not a custom name / pwd created in the unRAID GUI. Using Control Panel\User Accounts\Credential Manager, I deleted the saved credentials, and everything started working properly again.
  6. @meoge - you seem to have the same issue I was seeing, unable to connect via name or IP address. Have you tried deleting any credentials directed at your unRAID machine? That's what fixed it for me. I figured it out after I'd typed up my post, so I went ahead with the initial post and solution for others who may need it.
  7. I'm at a loss, and could really use help troubleshooting this issue. I have two unRAID servers on my home network, both running version 6.3.5, both configured with static IP addresses. I'm using basic WORKGROUP setup for windows networking, not a Domain or Active Directory. (I'll refer to my older server as Server A and my newer one as Server B) Server A = AMD Athlon, 8GB RAM, 16TB, no Docker or VMs configured Server B = Core i5 4950, 24GB RAM, 20TB, no Docker, KVM is hosting one vm I have one Windows 10 Pro x64 client is running as a pass-through VM on Server B. That VM just auto-updated from Windows 10 v1703 to v1709 (Fall Creator's update). I've been able to access both servers via server name or IP address from any Windows machine or VM on my network for some time. From that VM only, I'm seeing weird behavior trying to browse files in Windows Explorer. I cannot ping either server by machine name. I cannot browse files on either server by machine name I can ping both Server A and Server B by IP address. I can browse files on Server B by IP address. I cannot browse files on Server A by IP address I get Error Code 0x80004005, Unspecified Error From other machines on my network, both Windows 10 v1703 and Windows 7, I can browse files by name or IP address just fine. If I change the static IP assignment on Server A (say from x.68 to x.168), I can browse files by IP address from the VM. If I change that static IP back to its original value, I can't browse files by IP address. I've tried resetting the network settings (netsh int ip reset c:\resetlog.txt) I've tried updating the VM's network driver, using the latest RedHat KVM drivers (virtio-win-0.1.141.iso) I've tried switching which unRAID server is set up as the WINS master browser. I've entirely disabled the Windows Firewall and my AVAST antivirus software. I've tried clearing the DNS and WINS caches using these Windows commands ipconfig /flushdns nbtstat –R ______________________________ After searching for hours, I just found the solution Control Panel\User Accounts\Credential Manager I deleted all saved credentials for that server, every entry, listed by server name and by IP address. After removing those saved credentials, I can browse the server again. I'm going ahead and posting this for documentation, in case anyone else runs into a similar issue. <edit - corrected references to Windows 10 v1703, and corrected typo in title>
  8. Updated, rebooted - no issues. web GUI seems a lot more responsive. Great work - thanks!!
  9. Reading today about a severe buffer overflow issue in glibc that affects DNS in Linux distros... https://threatpost.com/magnitude-of-glibc-vulnerability-coming-to-light/116296/ The issue has been in the glibc code since 2008, and most major distros have been patched fairly recently. Can anyone confirm whether the latest unRAID releases include the glibc patch for this issue? If so, any idea which version of unRAID is the earliest that includes this patch? Thanks!
  10. I have set up unRAID servers for a couple of friends. I have installed a Windows VM on each server to run various scripts to move photos and videos from DropBox to the server. I also have installed TeamViewer so I can connect remotely and assist with issues when they arise. Here's a use case that appears to be unsupported: Connect to Windows VM via TeamViewer (or your preferred remote support tool) Open unRAID web interface Use the Plugins page to update unRAID to the latest version Reboot unRAID so the update takes effect I can't do this because I can't start a clean reboot until I stop the array, but when I stop the array unRAID also shuts down the VMs. I wish there were a way to schedule a clean unRAID reboot once at hh:mm time of day, or mmm minutes from now. Is anyone else looking to do this? Have you found a workaround, perhaps using an unRAID BASH script or plugin? Thanks!
  11. It sounds like unRAID isn't pickup up the settings in your config files on your flash drive. Assuming you're using Windows, try opening the network folder \\tower\flash\config Your server name should be in the file ident.cfg, line #2, with an entry of NAME="Media" Your IP address should be in the file network.cfg Yours should look something like this: # Generated settings: USE_DHCP="yes" IPADDR="" NETMASK="" GATEWAY="" DHCP_KEEPRESOLV="no" DNS_SERVER1="" DNS_SERVER2="" DNS_SERVER3="" BONDING="no" BONDING_MODE="0" I wonder if the config folder got damaged somehow on your key? I hope this helps you troubleshoot. -- stewartwb
  12. Hi, EGOvoruhk. I've never had an issue like this, after several years of using unRAID. However, I've always used a cache drive, and I don't use uTorrent. Since others use Torrent clients quite a bit, there must be relatively straightforward methods to get them to play nice in an unRAID environment. I suspect the most straightforward solution would be to try adding a cache drive. Besides the speed improvements, a cache drive should allow uTorrent to build the incoming file on a single drive until it's completely downloaded, then transfer that file to an array drive with adequate space to store it. You'll also avoid having to manually pick which array drive receives the file, which is one of the primary benefits of user shares. Cache drives don't have to be blazingly-fast or particularly large. I've used an old WD 640GB 7200RPM drive since day 1, with good results. If you have any way to add a cache drive, please try that avenue and report back. -- stewartwb
  13. Given the complexity of unRAID storage configurations, there are differing opinions on the correct way to compute free space. See this thread http://lime-technology.com/forum/index.php?topic=28382.msg252487#msg252487 I think free space for a user share should be shown as the total available space remaining on all included drives. I don't think that cache free space should be included in that total. However, I can continue writing to a user share that is full, and the new data will sit in the cache drive, unable to be moved to the array. If a program queries free space before writing, it might abort due to lack of free space, even though there's plenty of space on the cache drive to complete the write operation. So, it's possible that the amount of Free Space should be reported differently depending on how that value will be utilized.
  14. Much appreciated - guided tips like yours are an excellent way to learn. Thanks!! -- stewartwb ps - only 10 more posts to you reach 8192, or 2^13 - quite a milestone! Thanks for all of your contributions, Weebo!
  15. This is great... I'm able to interpret and modify the script to meet my use case, although I know it's not elegant. I created a script for each disk, which I can run when I'm ready to build the hashes to validate the data migration after each file copy operation. Here's what I came up with to grab hashes immediately for disk3, though I should make the volume a command line parameter instead. #!/bin/bash find /mnt/disk3 -type f -exec md5sum -b {} \; > /hash/MD5_$(date +"%Y-%m-%d")_disk3.md5 find /mnt/disk3 -type f -exec ls -lc {} \; > /hash/TS_$(date +"%Y-%m-%d")_disk3.txt I could even simplify further by dispensing with the date stamps. #!/bin/bash find /mnt/disk3 -type f -exec md5sum -b {} \; > /hash/MD5_disk3.md5 find /mnt/disk3 -type f -exec ls -lc {} \; > /hash/TS_disk3.txt Again, thanks for your help! -- stewartwb