NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
The paths for the shares listed below could not be found
My ReadyNAS NV+ v2 is reporting the following message and all of my shares have disappeared:
"The paths for the shares listed below could not be found. Typically, this occurs when the ReadyNAS is unable to access the data volume.
media
backup"
None of my data is visible anymore.
The Full Story:
Disk 2 started to report a huge amount of Command Timeout errors and eventually failed.
I bought a replacement (same model) and hot swapped it.
Before the sync had completed (as far as I can tell) I got "Detected increasing ATA errors on disk 2" and "Detected increasing uncorrectable errors". The disk was a duff!
I left it for 6 days but it still hadn't reported that the sync had complete (wasn't showing as running on the LED screen of the NAS either)
3 folders in the "media" share still had their files, but another 2 (around 1TB of data) were showing as empty (in both Finder/Explorer and in the ReadyNAS web interface thing) but the capacity was still reported as it had been before the failure, which made me think that the data from those 2 empty folders was still there somewhere but inaccessible because the sync messed up because of the dodgy replacement disk.
Also noticed that my Time Machine backups had stopped running because the "disk isn't available"
I bought a second replacement drive and swapped it and got the following:
"Data volume will be rebuilt with disk 2"
Again, no word on whether sync had completed or was even running and so after 9 days I rebooted the NAS though the web interface.
It then reported "Volume scan failed to run properly" followed by "The paths for the shares listed below..." error listed above.
I also received the following e-mails:
Volume scan failed to run properly
***** File system check forced at Mon Feb 23 21:39:52 GMT 2015 *****
fsck from util-linux-ng 2.17.2
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext4: No such file or directory while trying to open /dev/c/c
Possibly non-existent device?
Missing shares detected
The paths for the shares listed below could not be found. Typically, this occurs when the ReadyNAS is unable to access the data volume.
media
backup
I found some logs and with my limited knowledge I figure one or more of the below could shed some light on the issue:
kernel: EXT4-fs error (device dm-0): ext4_find_entry: reading directory #18940539 offset 0
kernel: Buffer I/O error on device md2, logical block 0
kernel: EXT4-fs error (device dm-0): __ext4_get_inode_loc: unable to read inode block - inode=3119620, block=49807808
Things like that
Can anyone shed any light on this? Is some kind of partition issue/table/sync issue where the data is actually still there just not readable in its current state? Does anyone have any suggestions of how to fix this or, failing that, getting the files off onto another external drive so it I can factory reset and then plop the data back on?
I do have "backups" of the data, but the thought of spending countless hours re-ripping hundreds of CDs and DVDs in preparation for a relocation abroad is making me feel sick. I'm sure even a very long-winded recovery process would be quicker than that.
Any advice/help appreciated!
"The paths for the shares listed below could not be found. Typically, this occurs when the ReadyNAS is unable to access the data volume.
media
backup"
None of my data is visible anymore.
The Full Story:
- ReadyNAS NV+ v2
(Version 1.0.0.271)
Radiator 5.3.11
4 x 2TB Seagate ST2000DM001 discs
X-RAID2
Disk 2 started to report a huge amount of Command Timeout errors and eventually failed.
I bought a replacement (same model) and hot swapped it.
Before the sync had completed (as far as I can tell) I got "Detected increasing ATA errors on disk 2" and "Detected increasing uncorrectable errors". The disk was a duff!
I left it for 6 days but it still hadn't reported that the sync had complete (wasn't showing as running on the LED screen of the NAS either)
3 folders in the "media" share still had their files, but another 2 (around 1TB of data) were showing as empty (in both Finder/Explorer and in the ReadyNAS web interface thing) but the capacity was still reported as it had been before the failure, which made me think that the data from those 2 empty folders was still there somewhere but inaccessible because the sync messed up because of the dodgy replacement disk.
Also noticed that my Time Machine backups had stopped running because the "disk isn't available"
I bought a second replacement drive and swapped it and got the following:
"Data volume will be rebuilt with disk 2"
Again, no word on whether sync had completed or was even running and so after 9 days I rebooted the NAS though the web interface.
It then reported "Volume scan failed to run properly" followed by "The paths for the shares listed below..." error listed above.
I also received the following e-mails:
Volume scan failed to run properly
***** File system check forced at Mon Feb 23 21:39:52 GMT 2015 *****
fsck from util-linux-ng 2.17.2
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext4: No such file or directory while trying to open /dev/c/c
Possibly non-existent device?
Missing shares detected
The paths for the shares listed below could not be found. Typically, this occurs when the ReadyNAS is unable to access the data volume.
media
backup
I found some logs and with my limited knowledge I figure one or more of the below could shed some light on the issue:
kernel: EXT4-fs error (device dm-0): ext4_find_entry: reading directory #18940539 offset 0
kernel: Buffer I/O error on device md2, logical block 0
kernel: EXT4-fs error (device dm-0): __ext4_get_inode_loc: unable to read inode block - inode=3119620, block=49807808
Things like that
Can anyone shed any light on this? Is some kind of partition issue/table/sync issue where the data is actually still there just not readable in its current state? Does anyone have any suggestions of how to fix this or, failing that, getting the files off onto another external drive so it I can factory reset and then plop the data back on?
I do have "backups" of the data, but the thought of spending countless hours re-ripping hundreds of CDs and DVDs in preparation for a relocation abroad is making me feel sick. I'm sure even a very long-winded recovery process would be quicker than that.
Any advice/help appreciated!
11 Replies
- Have you tried to reboot your NAS while the new disk2 is inside the NAS and observe if it will proceed with the resync process?
Since your NAS is on XRAID2, what if you try to remove the new disk2 for the meantime. Then, are you still able to access the shares with the remaining 3 disks inside in your NAS? - Can you send me your logs (see the Sending Logs link in my sig)?
- Thanks for getting back to me.
Ixa wrote: Have you tried to reboot your NAS while the new disk2 is inside the NAS and observe if it will proceed with the resync process?
Since your NAS is on XRAID2, what if you try to remove the new disk2 for the meantime. Then, are you still able to access the shares with the remaining 3 disks inside in your NAS?
I get "Volume scan failed to run properly" and the "The paths for the shares listed below could not be found" errors when I reboot with the disk in.
I can remove the disk and and reboot and see what happens. I guess it will rebuild again with the 3 remaining disks so might be a while before I know the result.
Getting the logs for mdgm now. - Logs sent!
- The first layer of the data volume md2 can't be assembled.
This looks like a situation where you would need to consider whether you wish to purchase a data recovery contract. Data recovery may be unsuccessful. - Thanks. What is the cause of this? The reason I bought a ReadyNAS was to provide redundancy in the event of a disk failure. In this case it has shown itself to be no more redundant than a single disk in an external hard drive.
Now I"m facing hundreds of hours sat behind my computer ripping CDs and DVDs again, something I've already done over the course of a couple of years and which I now have 2 months to do before I move abroad. What a farce! - !!!SOLVED!!!
I found an easy solution for this problem so I thought I'd better post it here in case anyone else encounters the same issue.
mdgm checked the logs I sent over and suggested that I would need to consider purchasing data recovery which I took as them saying it was knackered and unlikely to be recoverable by normal means. As it turns out it was incredibly simple to retrieve the data myself so I'm glad I didn't listen to them and pay what I believe would have been hundreds of £$ to recover data that wasn't actually lost in the first place!
I did some research and prepared to attempt recovery myself using one or a combination of tools such as R-Studio/R-Linux, Ext2Fsd, LinuxReader, explore2fs, and a few others which I forget the name of. I didn't have any luck with these tools on Windows 7 but as I read on this thread here I might have a better chance with R-Studio for Linux: http://www.readynas.com/forum/viewtopic.php?f=7&t=58709#p331553
I downloaded Ubuntu and booted my laptop with it from a USB stick. I installed R-Studio for Linux to prepare for recovery and then I directly connected the NV+ v2 to the laptop with an ethernet cable as per the useful guide here: http://readynas.sphardy.com/2010/09/how-to-direct-connect-to-your-readynas_1197.html. Amazingly, I didn't need to use R-Studio at all, I simply mounted the NAS as a drive in Ubuntu and lo and behold all of my data was there, visible, accessible and transferrable! I simply connected some USB drives to the laptop and copied all of the data to them and then did a factory reset on the NAS and then copied everything back over. Sure, the 3TB+ of data took a long time to copy (both ways), but it only took a minute of my time to select everything and copy it over and then I left it to do its thing for a few days. Had I had to recover the data "manually" from my other "backup" (i.e. lots of CDs and DVDs) then it would have taken weeks of involved work to re-rip everything. What a relief!
So if you find yourself unable to access your data and your NAS is telling you something similar to what mine was telling me (or, rather, what the logs were telling mgmt [who were very quick to try to help btw, so thanks to him/her/them]) try accessing it directly with a Linux distro like Ubuntu, you might just find you can access everything just fine from there. - That's great to hear and also cool that you posted the fix for you.
Following down the same path you could also try WINSCP from a windows box, on your nas under services turn ssh on, when connecting using WINSCP the protocol is SFTP, username is root and the password is your admin password.
I know on my NAS (RN104) the data is stored in /data. If your data is intact and you just need to get a copy you can copy it from there back to your host.
In general I WOULDN'T recommend using WINSCP as you can stuff your NAS up very quickly but in cases like yours or anyone were the shares are gone it might be another alternative. - That's odd. Normally with the array not being assembled in the NAS it wouldn't come up so easily in a Linux PC.
You might want to check and see if the NAS hardware is O.K. or not. If it came up so easily in a Linux PC one would suspect there may be a hardware issue with the NAS unit. Perhaps run a few passes of the memory test boot menu option for instance. There may be some other hardware problem.
johnw230873 your suggestion would not have worked in this case as the array did not come up in the NAS. johnw230873 wrote: Following down the same path you could also try WINSCP from a windows box, on your nas under services turn ssh on, when connecting using WINSCP the protocol is SFTP, username is root and the password is your admin password.
I know on my NAS (RN104) the data is stored in /data. If your data is intact and you just need to get a copy you can copy it from there back to your host.
I wasn't aware of this option so thanks for the info!
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
