11-18-2013 02:13 PM
I own an Iomega storcenter ix2-200, with several shares. Since yesterday these shares show up as empty, on my pc as well as on the webinterface. Total size of a;; shares combined is 50MB (!!). However, the webinterface also indicates that there 1.2 TB of data (the blue indicator), which should be the real size. Therefore, I assume the data is still present, but something has been messed up.
Does anyone know / have suggestions how I can regain access to my data?
Your help is truly valued!
With kind regards,
11-19-2013 10:47 AM
What is the firmware version on your device? Is it set up in a RAID configuration? Were there any major changes to the configuration, improper shutdown or anything that might have caused this to happen?
11-19-2013 02:05 PM
The system is set up in RAID (1 configuration) and firmware is 126.96.36.19959 (status is set to up to date). The system was shutdown short before, but it worked afterwards. But I also see an improperly shutdown in the event log.
I already performed a soft reset, I have disabled write caching and periodic consistency is still set at enabled. Drive capacity with drive management shows 1.27 TB used (which should be accurate).
Thanks for you help!
11-21-2013 10:14 AM
An improper shutdown can cause data loss to occur. It is recommended to have an uninteruptible power supply attached to the NAS to prevent the NAS from suddenly losing power and allow the device to shut down properly.
I would recommend doing an offline disk check. Type "<IP address of NAS>/manage/diagnostics.html" into your web browser and select on the Storage tab. Then click on "Perform an offline file system check..." to begin the disk check.
If the data is still missing, I would recommend calling in to technical support or try a data recovery service to retrieve the data.
11-24-2013 04:04 AM
Thanks for the advice, but I cannot get into diagnostics: not by the provided link or as an option in the manager (StorCenter ix2-200 Cloud Edition).
Do you know of similar cases? Or what could be any other way of trying to solve the problem or verifying the cause?
And what do you mean by technical support, my impression was that you are a member of the offical technical support team... Any leads are welcome!
And thanks again for all your help
11-26-2013 10:07 AM
Sorry, try just "<IP address of NAS>/diagnostics.html" to get to the diagnostics page.
I only provide support for the forums, typically for customers that are out of warranty. You can contact a local customer support representative by calling in which is much more helpful in complicated situations. You can find contact information on the page below.
11-27-2013 02:58 PM
I went into the same problem a week ago.
The shares appear to be empty, but data seem to remain in the disk (disk usage is the same as before).
The diagnostics access "<IP address of NAS>/manage/diagnostics.html" works fine with me (you must find the IP addreess of the ix2 and replace in the address above. For example (which is my case):
Put this line in the address bar of your web browser and navigate to it.
Unfortunately "Perform an offline file system check..." does not report any errors nor fixes the problem with me.
The only clue I have is the dumpfile (you can generate a dumpfile from the same diagnostics page in the "Support Files" option). The dumpfile shows (in the 'mounts' dump):
dev/mapper/47370b77_vg-lv2801c68a xfs 1.8T 1.1T 756G 59% /mnt/pools/B/A0
1.8T is the total disk size of my ix2 and 1.1T is precisely what was used by the data, so I presume it represents the disk drive with the data on.
In any other place I have seen in the internet the mount is "/mnt/pools/A/A0" instead of "/mnt/pools/B/A0".
In my Storage->Drive Management page, both RAID disk drives 1 and 2 are marked with the "B" letter (I cant really assure, but I believ they were "A" before). I believe this is a hint of where the problem lies, and believe the data is still in the disk and can be recovered.
I hope it helps. I am researching the internet on how to solve that problem.
If you do not mind, please let me know how the problem evolved with you. I will tell if I succeed in solving it.
11-28-2013 11:39 AM
11-28-2013 04:46 PM
The article is really technical.
The more I research the more it seems that the "B" pool letter (on the drive picture) and the "/mnt/pools/B/A0" have to do with this - at least in my case.
Any info on Iomega device I found elsewhere shows "A" pool on the drive picture or "/mnt/pools/A/A0" as the correct ones.
You can check if the same happens to you by inspecting the letters that appear on the picture of the drives in Storage --> Disk Management at the web (management) interface.
I will keep you posted of any advance.
11-29-2013 12:04 PM
Did inspect the dump file and it seems you are right, I also got the B. It also shows the real size 1.3T it should be vs the 50 mb it shows in explorer. Combined with the referred article I am getting more into the corrupt file structure-file cause. Keep you posted!
Mount points from df ==================== Output from: df -hT(space) Filesystem Type Size Used Avail Use% Mounted on rootfs rootfs 50M 2.9M 48M 6% / /dev/root.old ext2 6.5M 2.1M 4.4M 33% /initrd none tmpfs 50M 2.9M 48M 6% / /dev/md0_vg/BFDlv ext2 4.0G 629M 3.2G 17% /boot /dev/loop0 ext2 587M 534M 54M 91% /mnt/apps /dev/loop1 ext2 7.5M 2.3M 4.9M 32% /etc /dev/loop2 cramfs 260K 260K 0 100% /oem tmpfs tmpfs 122M 0 122M 0% /mnt/apps/lib/init/rw tmpfs tmpfs 122M 0 122M 0% /dev/shm /dev/mapper/md0_vg-vol1 xfs 16G 973M 16G 6% /mnt/system /dev/mapper/32d03fbe_vg-lv63a52d90 xfs 1.8T 1.3T 542G 71% /mnt/pools/B/A0 ==================== Output from: df -hi(inode) Filesystem Inodes IUsed IFree IUse% Mounted on rootfs 31K 586 30K 2% / /dev/root.old 1.7K 130 1.6K 8% /initrd none 31K 586 30K 2% / /dev/md0_vg/BFDlv 256K 23 256K 1% /boot /dev/loop0 24K 24K 242 100% /mnt/apps /dev/loop1 4.2K 1.1K 3.2K 25% /etc /dev/loop2 21 21 0 100% /oem tmpfs 31K 4 31K 1% /mnt/apps/lib/init/rw tmpfs 31K 1 31K 1% /dev/shm /dev/mapper/md0_vg-vol1 17M 47K 16M 1% /mnt/system /dev/mapper/32d03fbe_vg-lv63a52d90 369M 165K 369M 1% /mnt/pools/B/A0