Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
Re: The paths for the shares listed below could not be found
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2015-02-23
02:47 PM
2015-02-23
02:47 PM
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!
Message 1 of 12
Labels:
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2015-02-23
03:30 PM
2015-02-23
03:30 PM
Re: The paths for the shares listed below could not be found
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?
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?
Message 2 of 12
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2015-02-23
03:39 PM
2015-02-23
03:39 PM
Re: The paths for the shares listed below could not be found
Can you send me your logs (see the Sending Logs link in my sig)?
Message 3 of 12
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2015-02-24
01:28 PM
2015-02-24
01:28 PM
Re: The paths for the shares listed below could not be found
Thanks for getting back to me.
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.
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.
Message 4 of 12
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2015-02-24
01:34 PM
2015-02-24
01:34 PM
Re: The paths for the shares listed below could not be found
Logs sent!
Message 5 of 12
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2015-02-24
02:47 PM
2015-02-24
02:47 PM
Re: The paths for the shares listed below could not be found
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.
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.
Message 6 of 12
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2015-02-25
10:01 AM
2015-02-25
10:01 AM
Re: The paths for the shares listed below could not be found
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!
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!
Message 7 of 12
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2015-05-26
06:08 AM
2015-05-26
06:08 AM
Re: The paths for the shares listed below could not be found
!!!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.
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.
Message 8 of 12
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2015-05-26
09:12 AM
2015-05-26
09:12 AM
Re: The paths for the shares listed below could not be found
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.
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.
Message 9 of 12
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2015-05-26
05:07 PM
2015-05-26
05:07 PM
Re: The paths for the shares listed below could not be found
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.
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.
Message 10 of 12
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2015-05-28
12:48 AM
2015-05-28
12:48 AM
Re: The paths for the shares listed below could not be found
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!
Message 11 of 12
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2015-05-28
01:10 AM
2015-05-28
01:10 AM
Re: The paths for the shares listed below could not be found
mdgm wrote: johnw230873 your suggestion would not have worked in this case as the array did not come up in the NAS.
Ah I see. Still, I'm glad I'm aware of this. Knowledge is power
mdgm wrote: 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.
I was very surprised to see it just appear in Linux so easily like that, with all of the folder and file structure intact and all data readable too after weeks of being unable to see anything through the web interface or ATP, SMB/CIFS, windows etc and with all those nasty looking log entries. It does seem to have been working ok the last few days since doing a factory reset and putting all the data back on from fresh after it all re-initialised. I'll get the memory test running now and will do a few more passes throughout the day. It has served me well over the last few years but part of me kind of wants there to be a hardware problem so I have more of an excuse to upgrade to a NAS with enough processor power to transcode with Plex but I'll see what the tests indicate first...
Message 12 of 12
Top Contributors
User | Count |
---|---|
20 | |
11 | |
2 | |
1 | |
1 |