• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 565
  • Last Modified:

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
0
Casey Weaver
Asked:
Casey Weaver
  • 2
1 Solution
 
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 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
 
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

Featured Post

Concerto Cloud for Software Providers & ISVs

Can Concerto Cloud Services help you focus on evolving your application offerings, while delivering the best cloud experience to your customers? From DevOps to revenue models and customer support, the answer is yes!

Learn how Concerto can help you.

  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now