Vocatus

I track the date each disk was installed on so I get an idea of how much time is left before a drive dies, but it would be really nice to have this information displayed on the main dashboard, maybe with an option to change the date text to red after a user-specified threshold?

Using Palemoon 32-bit on Windows 7 here. Palemoon is a minor fork of Firefox. Issue persists when I try latest Chrome or IE9/10

No adblocker in use.

Having a problem I can't sort out. All shares randomly disappeared from the GUI. Still accessible via SMB. Rebooting does not solve the problem. Is there a way to fix this?

Does a point release upgrade like this require a server reboot? Thanks for the great work, seriously

Do you mean an upgrade from unRAID v4.x? Did you follow the Upgrading to UnRAID v6 instructions in the wiki? You really shouldn't have to ask about "residual files" if you did this right. I did. I followed the "Frank's short and sweet instructions" (linked on the page you linked) to the T. You skipped my first question above. Sorry, no, that was a typo. I upgraded from v5.x, not v4.x.

Do you mean an upgrade from unRAID v4.x? Did you follow the Upgrading to UnRAID v6 instructions in the wiki? You really shouldn't have to ask about "residual files" if you did this right. I did. I followed the "Frank's short and sweet instructions" (linked on the page you linked) to the T.

Does the docker image mount point need to be in an SMB share? What's the "best practice"? I deleted the docker image file and tried re-creating, to no avail. This was an upgrade from 4.0.x; could that have anything to do with it? Any residual files I should delete?

Attached as requested. Date and time were correct thebrain-diagnostics-20151110-0538.zip

attached

Sorry if this is a stupid question, but I've enabled Docker in settings, specified an image file of 7.5 GB in the root of the cache drive, and even rebooted the server, to no avail. I have no "Docker" tab in the GUI like in all the screenshots. I'm running v6.1.3 release. What am I doing wrong? Thanks

Hi, sorry to ask a stupid question, but found conflicting information across the wiki, various boards and outdated walkthroughs, etc and thought this would be easier. I'm running v5.0.5 x86; can I upgrade to v6.1.1 (CPU is 64-bit compatible) or do I have to blow everything away?

Hi, I'm running 5.0.5 x86; is it possible to upgrade directly to v6.1 x64? (CPU is 64-bit) Thanks

Great, I'll try that. Thanks.

v5.0.5 Copying some large VMDK files to a a split-level 3 share. The file copy dialogue says it's out of space, but the array has plenty of space left. I'm guessing the underlying disk is full but the array isn't switching to the next disk. How can I fix this?

Well, I managed to get everything off the cache drive by rebooting multiple times over a few days. I noticed after a reboot the drive would work for about an hour before crashing again, so I used that to get everything off slowly. The drive is very old and I suspect failing, so now that everything is recovered I'm replacing it. Thank-you again for the help.

Sure thing. root@TheBrain:~# smartctl --all /dev/sdf smartctl 6.2 2013-07-26 r3841 [i686-linux-3.9.11p-unRAID] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Seagate Barracuda 7200.10 Device Model: ST3500830AS Serial Number: 6QG0G750 Firmware Version: 3.AAE User Capacity: 500,107,862,016 bytes [500 GB] Sector Size: 512 bytes logical/physical Device is: In smartctl database [for details use: -P show] ATA Version is: ATA/ATAPI-7 (minor revision not indicated) Local Time is: Fri Oct 17 07:13:52 2014 MST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED See vendor-specific Attribute list for marginal Attributes. General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 430) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 163) minutes. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 113 088 006 Pre-fail Always - 229052527 3 Spin_Up_Time 0x0003 098 093 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 099 099 020 Old_age Always - 1948 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 087 060 030 Pre-fail Always - 531914233 9 Power_On_Hours 0x0032 060 060 000 Old_age Always - 35522 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 161 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 068 044 045 Old_age Always In_the_past 32 (Min/Max 32/32) 194 Temperature_Celsius 0x0022 032 056 000 Old_age Always - 32 (0 18 0 0 0) 195 Hardware_ECC_Recovered 0x001a 062 054 000 Old_age Always - 243699885 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 Data_Address_Mark_Errs 0x0032 100 253 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. Thanks, I'll check this when I get home today.

Well, some more bad news. I ran the mover script to get everything off the cache drive and onto the array, and it failed. When re-running reiserfsck, I get this message: ########### reiserfsck --check started at Thu Oct 16 13:55:21 2014 ########### Replaying journal: Trans replayed: mountid 22, transid 161381, desc 5346, len 1, commit 5348, next trans offset 5331 Trans replayed: mountid 22, transid 161382, desc 5349, len 1, commit 5351, next trans offset 5334 Trans replayed: mountid 22, transid 161383, desc 5352, len 10, commit 5363, next trans offset 5346 The problem has occurred looks like a hardware problem. If you have bad blocks, we advise you to get a new hard drive, because once you get one bad block that the disk drive internals cannot hide from your sight,the chances of getting more are generally said to become much higher (precise statistics are unknown to us), and this disk drive is probably not expensive enough for you to you to risk your time and data on it. If you don't want to follow that follow that advice then if you have just a few bad blocks, try writing to the bad blocks and see if the drive remaps the bad blocks (that means it takes a block it has in reserve and allocates it for use for of that block number). If it cannot remap the block, use badblock option (-B) with reiserfs utils to handle this block correctly. bread: Cannot read the block (5358): (Input/output error). Aborted (core dumped) Anything else I can try?

OK, I followed your instructions and this was the result: Trans replayed: mountid 21, transid 161379, desc 4709, len 72, commit 4782, next trans offset 4765 <40 lines of output omitted> Trans replayed: mountid 21, transid 161380, desc 4783, len 561, commit 5345, next trans offset 5328 Replaying journal: Done. Reiserfs journal '/dev/sdf1' in blocks [18..8211]: 40 transactions replayed Checking internal tree.. finished Comparing bitmaps..finished Checking Semantic tree: finished No corruptions found There are on the filesystem: Leaves 35883 Internal nodes 217 Directories 41 Other files 811 Data block pointers 36156914 (495824 of them are zero) Safe links 0 ########### reiserfsck finished at Thu Oct 16 12:32:32 2014 ########### Should I reboot the server now? In the GUI the cache drive still shows "unformatted" EDIT: Stopped and restarted the array, and all files are back. Thank-you for the help, you saved me months of work. I learned my lesson - copy THEN delete, not just move, critical files.

What do I need to do to recover the files from the cache drive? Thanks for helping with this, seriously.

Hi trurl, Yes, I was moving the files to the tower. The reason I was moving instead of copying was I needed to temporarily clear local disk space for a different operation, and do not have enough space to hold three copies (originally one copy was on workstation, one copy on tower array). When I browse to the directory in Windows 7 file explorer I do not see any of the files I moved prior to the crash sitting there - the directory is empty. The cache drive was in whatever filesystem Unraid defaults to; ReiserFS I believe? And yes, it's showing as unformatted and that's new. I have not hit "format" yet.

Please help, I stand to lose months of critical work if I can't recover these files. I was moving a number of large VM disk files to the tower. About 80% of the way through it crashed (hard lock). I hard reset it, and it came back up just fine. However, the directory I was moving everything to is empty. Additionally, the cache drive appears as unformatted. I'm on version 5.0.5. Please help, how do I recover the data? I assume/hope it's sitting on the cache drive...

Same here. No offense to anyone, and I appreciate the good intentions, but I would discourage users to download from "unknown" sources, like private mirrors. I know they can be "secured" using sha hashes on the official site, but not all users are willing or capable of performing the checks to validate the downloaded file.... The solution is easy: post a BitTorrent link. BitTorrent distributes literally the exact binary to all nodes participating in the swarm, and it does it much faster than a single server can. No need to do manual checks; the protocol does it for you. There's a reason more and more file distribution is being served over BitTorrent rather than legacy direct downloads. E.G. most Linux ISOs are available as a torrent file, and you can bet your bottom dollar Linux projects care about binary integrity.

I said once before and was ignored (or no one noticed), but Tom why not post an alternate .torrent download link? With a torrent the community can mirror the release for free, and it doesn't use up your bandwidth. Just food for thought.

Could I suggest possibly putting this out on BitTorrent or BT Sync? That way we avoid the single point of failure, and it lets the community put their bandwidth to good use. Just a thought.