SUSE Raid Array is missing data

I have a friend that's been running SUSE with two USB drives in a raid 1 setup. SUSE itself is installed on an SSD. This morning he rebooted and now there's nothing but folders on the /mnt/dev0 where his RAID was. His Virtual Machine Manager stored all of his VM's there and now nothing can be found. The problem is everything that I can see comes back clean. The drives are two 2TB external hard drives.  

dmesg:
[    3.801689] scsi 6:0:0:0: Direct-Access     Fantom   External HDD     ML6O PQ: 0 ANSI: 5
[    3.803703] sd 6:0:0:0: Attached scsi generic sg1 type 0
[    3.804015] sd 6:0:0:0: [sdb] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
[    3.804258] sd 6:0:0:0: [sdb] Write Protect is off
[    3.804262] sd 6:0:0:0: [sdb] Mode Sense: 23 00 00 00
[    3.804499] sd 6:0:0:0: [sdb] No Caching mode page present
[    3.804502] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[    3.805460] sd 6:0:0:0: [sdb] No Caching mode page present
[    3.805463] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[    3.830857]  sdb: sdb1
[    3.834154] sd 6:0:0:0: [sdb] No Caching mode page present
[    3.835172] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[    3.837065] sd 6:0:0:0: [sdb] Attached SCSI disk
[    4.172354] scsi 7:0:0:0: Direct-Access     Fantom   External HDD     ML6O PQ: 0 ANSI: 5
[    4.174360] sd 7:0:0:0: Attached scsi generic sg2 type 0
[    4.178213] sd 7:0:0:0: [sdc] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
[    4.180370] sd 7:0:0:0: [sdc] Write Protect is off
[    4.182216] sd 7:0:0:0: [sdc] Mode Sense: 23 00 00 00
[    4.182568] sd 7:0:0:0: [sdc] No Caching mode page present
[    4.184377] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[    4.187268] sd 7:0:0:0: [sdc] No Caching mode page present
[    4.189038] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[    4.334925] Adding 2103292k swap on /dev/sda1.  Priority:-1 extents:1 across:2103292k SS
[    4.798661] device-mapper: uevent: version 1.0.3
[    4.800539] device-mapper: ioctl: 4.20.0-ioctl (2011-02-02) initialised: dm-devel@redhat.com
[    9.457623]  sdc: sdc1
[    9.459700] sd 7:0:0:0: [sdc] No Caching mode page present
[    9.460587] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[    9.461419] sd 7:0:0:0: [sdc] Attached SCSI disk
[    9.583860] md: md0 stopped.
[    9.587547] md: bind<sdc1>
[    9.589527] md: bind<sdb1>
[    9.594820] md: raid1 personality registered for level 1
[    9.596956] bio: create slab <bio-1> at 1
[    9.598795] md/raid1:md0: active with 2 out of 2 mirrors
[    9.600686] created bitmap (15 pages) for device md0
[    9.602939] md0: bitmap initialized from disk: read 1 pages, set 0 of 29809 bits
[    9.604898] md0: detected capacity change from 0 to 2000397746176
[    9.609138]  md0: unknown partition table

Open in new window


df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2       109G  4.3G  103G   4% /
udev            7.9G  188K  7.9G   1% /dev
tmpfs           7.9G  6.7M  7.8G   1% /dev/shm

Open in new window


mdadm --detail
mdadm --detail /dev/md0
/dev/md0:
        Version : 1.0
  Creation Time : Mon Dec 31 17:06:48 2012
     Raid Level : raid1
     Array Size : 1953513424 (1863.02 GiB 2000.40 GB)
  Used Dev Size : 1953513424 (1863.02 GiB 2000.40 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Tue Feb  4 09:35:45 2014
          State : active 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : xen-thin:0  (local to host xen-thin)
           UUID : 592153d5:a7f6f8b6:455e5108:f21c36d4
         Events : 3789359

    Number   Major   Minor   RaidDevice State
       0       8       17        0      active sync   /dev/sdb1
       1       8       33        1      active sync   /dev/sdc1

Open in new window


mdadm.conf
DEVICE containers partitions
ARRAY /dev/md0 UUID=592153d5:a7f6f8b6:455e5108:f21c36d4

Open in new window


Any idea what I can do next? I'm not sure why the /mnt directory only shows 130GB. Also, I'm not very linux proficient, so I'll be stumbling through this :)
dom0.png
empty-folders.png
mnt.png
LVL 8
Casey WeaverNetwork EngineerAsked:
Who is Participating?
 
Casey WeaverConnect With a Mentor Network EngineerAuthor Commented:
I found the issue was that the volume group was not starting. This was due to a USB issue on one of his RAID external drives. I managed to get the volume group to mount by replacing the USB cable, which made all the data immediately available and functioning. He's now moving everything over to a more stable platform. Thanks everyone for your help!
0
 
gurutcCommented:
Hi,

can you post fstab?

- gurutc
0
 
Joseph GanSystem AdminCommented:
/mnt/dev0 is not a normal Linux mount piont, can you ask your friend manually mount /mnt ?
0
 
Casey WeaverNetwork EngineerAuthor Commented:
I found the issue to be related to poorly functioning USB to be causing the volume group not to mount. Once I resolved that, the volume group mounted and functionality was restored.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.