ms4sman Posted January 24, 2018 Share Posted January 24, 2018 This has been happening to me for a few weeks now. It started when i was on 6.4 rc10, but not right when I installed that, because I used that for months. But it started a few weeks ago and has persisted on into 6.4.0 stable. Seems to happen a bit after the server hits a day of uptime, more or less. If I visit the WebGUI its back to all the default theme settings, and is full of errors and only partially working. All of my shares are publicly visible, even hidden ones, and ones that are not shared period. The only way I've found to fix it is rebooting the server, but it happens again when get a little past a day of uptime. I'm attaching what's in the log when it happens, its just full of this, it scrolls on and on with the same error over and over and over. Any ideas what the heck is going on? I'm tired of restarting every day. Thanks. Quote Link to comment
JorgeB Posted January 24, 2018 Share Posted January 24, 2018 Please post your diagnostics: Tools -> Diagnostics Quote Link to comment
ms4sman Posted January 24, 2018 Author Share Posted January 24, 2018 I'm sure it'll do it again tonight at some point, I'll snag that and post it when it does. At least it's (so far) a reliable problem! Quote Link to comment
ms4sman Posted January 24, 2018 Author Share Posted January 24, 2018 (edited) 1 hour ago, johnnie.black said: Please post your diagnostics: Tools -> Diagnostics Never mind, it already happened again, this time after only about 15 hours. This is getting really annoying. Here's the diagnostics ZIP. Thanks, unraid-diagnostics-20180124-0950.zip Edited January 24, 2018 by ms4sman Quote Link to comment
JorgeB Posted January 24, 2018 Share Posted January 24, 2018 You're having issues with your flash drive, instead of an USB 3.0 port make sure you're using an USB 2.0 port. Quote Link to comment
ms4sman Posted January 24, 2018 Author Share Posted January 24, 2018 (edited) Hmm...it's definitely on a USB 2.0. I bought one of those little pigtails that plugs directly to a USB 2.0 header on the board and then has a USB port. The idea was that the flash drive would be safer inside the case and also not take up a port on the outside. Is this a bad idea? It's also worth noting that it's a brand new drive. I bought it specifically for the purpose of unRAID when I bought a key and finished my trial. I plugged it into the mentioned adapter, and installed unRAID to it right out of the box and licensed it. Never used for anything else. Edited January 24, 2018 by ms4sman Quote Link to comment
JorgeB Posted January 24, 2018 Share Posted January 24, 2018 xhci is USB 3.0 unless your also having issues with other USB devices: 23 22:22:15 unRAID kernel: usb 1-8: reset full-speed USB device number 6 using xhci_hcd Jan 23 22:22:15 unRAID kernel: usb 1-8: device descriptor read/64, error -71 Jan 23 22:22:15 unRAID kernel: usb 1-8: reset full-speed USB device number 6 using xhci_hcd Jan 23 22:22:16 unRAID kernel: usb 1-8: reset full-speed USB device number 6 using xhci_hcd Jan 23 22:22:16 unRAID kernel: usb 1-8: reset full-speed USB device number 6 using xhci_hcd But these are definitely flash drive errors: Jan 24 03:11:16 unRAID kernel: FAT-fs (sda1): Directory bread(block 29896) failed Jan 24 03:11:16 unRAID kernel: blk_partition_remap: fail for partition 1 Jan 24 03:11:16 unRAID kernel: FAT-fs (sda1): Directory bread(block 29897) failed Jan 24 03:11:16 unRAID kernel: blk_partition_remap: fail for partition 1 Jan 24 03:11:16 unRAID kernel: FAT-fs (sda1): Directory bread(block 29898) failed Jan 24 03:11:16 unRAID kernel: blk_partition_remap: fail for partition 1 Jan 24 03:11:16 unRAID emhttpd: error: put_config_idx, 595: No such file or directory (2): fopen: /boot/config/shares/domains.cfg Jan 24 03:11:16 unRAID kernel: FAT-fs (sda1): Directory bread(block 29899) failed Jan 24 03:11:16 unRAID kernel: blk_partition_remap: fail for partition 1 Jan 24 03:11:16 unRAID kernel: FAT-fs (sda1): Directory bread(block 29900) failed Jan 24 03:11:16 unRAID kernel: blk_partition_remap: fail for partition 1 Jan 24 03:11:16 unRAID kernel: FAT-fs (sda1): Directory bread(block 29901) failed Jan 24 03:11:16 unRAID kernel: blk_partition_remap: fail for partition 1 Jan 24 03:11:16 unRAID kernel: FAT-fs (sda1): Directory bread(block 29902) failed Jan 24 03:11:16 unRAID kernel: blk_partition_remap: fail for partition 1 Jan 24 03:11:16 unRAID kernel: FAT-fs (sda1): Directory bread(block 29903) failed Jan 24 03:11:16 unRAID kernel: blk_partition_remap: fail for partition 1 Jan 24 03:11:16 unRAID kernel: FAT-fs (sda1): Directory bread(block 29904) failed Quote Link to comment
ms4sman Posted January 24, 2018 Author Share Posted January 24, 2018 Well, I certainly don't doubt that you're right, you know a lot more than I do about this if you've already deciphered that. I'm just confused how that can be since I know it's plugged into a 2.0 header on the board. And I don't have any other flash drives plugged into the system...that's very strange. There's no other way to determine the ID of the exact device that's having issues? From what I can interpret from those errors you quoted, it looks like its the unRAID flash though since its having trouble finding files that are stored on it. This is strange. Quote Link to comment
JorgeB Posted January 24, 2018 Share Posted January 24, 2018 Like I said the disconnect errors might be from a different device, either way there are issues with the current flash drive, if already on a USB 2.0 port try a different one and if the issue remains use a different flash drive. Quote Link to comment
ms4sman Posted January 24, 2018 Author Share Posted January 24, 2018 Well, shoot. That's a bummer that it's already having errors when I just got it. If I'm going to change drives, I have to be very sure that it'll help right? Because I can only transfer my key once a year. So if it doesn't help then I'll really be boned. I'll try a different port I guess... Quote Link to comment
JorgeB Posted January 24, 2018 Share Posted January 24, 2018 1 minute ago, ms4sman said: Because I can only transfer my key once a year. So if it doesn't help then I'll really be boned. I'll try a different port I guess... If you do transfer make sure you use a good quality flash drive, my oldest servers are over 10 years old and still on the original 1GB flash drive. Quote Link to comment
ms4sman Posted January 24, 2018 Author Share Posted January 24, 2018 (edited) Here's the one I bought. I've used Sandisk drives for as long as I've had flash drives and never had issues. Would you recommend a different kind? I bought this tiny one and the adapter I mentioned so it would be low profile and safe inside the server, but maybe that wasn't a good idea. I'll try the one I've got in one of the built in motherboard ports and see what happens. They are almost all 3.0 ports on the board itself though, so that may make it worse, I don't know. https://www.amazon.com/gp/product/B005FYNSZA EDIT 1: Could a bad connection on the USB header adapter itself I'm using cause the issue do you think? EDIT 2: This device is on unRAID's recommended hardware list...so it ought to work. Reformatting the drive and recreating the unRAID USB doesn't count as a key transfer right? Because the GUID of the device is the same, correct? Edited January 24, 2018 by ms4sman Quote Link to comment
JonathanM Posted January 24, 2018 Share Posted January 24, 2018 21 minutes ago, ms4sman said: Reformatting the drive and recreating the unRAID USB doesn't count as a key transfer right? Because the GUID of the device is the same, correct? Correct. Bad header or cable could be an issue, try one of the direct motherboard ports in the back just to see. Also, try disabling USB3.0 support in your BIOS if you can. unRaid runs in RAM, so USB speed has almost no visible effect on overall speed. Quote Link to comment
ms4sman Posted January 24, 2018 Author Share Posted January 24, 2018 Alright, I'll be heading home for lunch in a little under an hour, I'll do some testing then and get back to you. I have remote access to my server to do some things, but obviously I can't mess with physical hardware. Quote Link to comment
ms4sman Posted January 24, 2018 Author Share Posted January 24, 2018 OK, I've got the USB in one of the other ports, we'll see if it remains stable this time. Quote Link to comment
pwm Posted January 24, 2018 Share Posted January 24, 2018 4 hours ago, johnnie.black said: If you do transfer make sure you use a good quality flash drive, my oldest servers are over 10 years old and still on the original 1GB flash drive. A ten year old flash drive has huge memory cells and can handle much more block rewrites than new flash drives. It's a common trade-off between size and longevity. Quote Link to comment
ms4sman Posted January 28, 2018 Author Share Posted January 28, 2018 I haven't forgotten this thread, I'm just doing tests in various ports to see how stable it is. Quote Link to comment
ms4sman Posted February 3, 2018 Author Share Posted February 3, 2018 OK, so I think I'm ready to call this. I've had the flash drive plugged into the back port for a while now and it hasn't crashed once, or whatever you'd call what was happening. The reason it took so long to establish was I was trying front ports too, which also use the onboard USB2 headers to see if they were better and they weren't, plus I kept rebooting the server manually for other reasons. But I think I'm ready to call it stable in a back port and I guess I'll just have to stick with it. Any reason why using any port connected to the onboard USB 2.0 headers seems to cause this issue for me? Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.