[ale] LVM: fumble fingered idiot problem
Dow Hurst
dphurst at uncg.edu
Fri Sep 7 13:44:03 EDT 2012
Can add the output of the lvdisplay command, which shows that the
system-home volume group is missing. Will the vgcreate command do what I
need?
root at fs1:~# lvdisplay -m
--- Logical volume ---
LV Name /dev/fs1/root
VG Name fs1
LV UUID cIME9h-qhSB-HupF-KWVM-osd6-gVjA-xoHrQb
LV Write Access read/write
LV Status available
# open 1
LV Size 229.64 GB
Current LE 58789
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 254:1
--- Segments ---
Logical extent 0 to 58788:
Type linear
Physical volume /dev/sdc5
Physical extents 0 to 58788
--- Logical volume ---
LV Name /dev/fs1/swap_1
VG Name fs1
LV UUID Gd7qqR-ns4G-NaKW-ys57-vdXs-hm7N-1vFHRf
LV Write Access read/write
LV Status available
# open 2
LV Size 2.93 GB
Current LE 750
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 254:2
--- Segments ---
Logical extent 0 to 749:
Type linear
Physical volume /dev/sdc5
Physical extents 58789 to 59538
Sincerely,
Dow
________________________________________________
Dow Hurst, Research Scientist
340 Sullivan Science Bldg., Dept. of Chem. and Biochem.
University of North Carolina at Greensboro
PO Box 26170 Greensboro, NC 27402-6170
On Fri, Sep 7, 2012 at 1:21 PM, Dow Hurst <dphurst at uncg.edu> wrote:
> Matt,
> You've had to deal with LVM a lot more than I have so I'm asking for some
> thoughts. I plugged up an external USB drive to the fileserver to create a
> partition table, format, and copy data over on to the USB drive. Well, I
> looked at /proc/partitions and ran fdisk on /dev/sda instead of the right
> device, /dev/sdd. I created a DOS partition table, created a single
> primary partition, synced and exited fdisk. Then, I realized that /dev/sdd
> was the right device and it already had partitions and data. Great. So,
> I'm trying to figure out what the hell I just did to the file server. It's
> still up and running but a reboot would probably be disastrous. Anyway I
> have several pieces of data below relating to the devices, partitions, and
> lvm data. I may have wiped out the system lvm data off of /dev/sda. The
> fs1 volume shows but the system volume doesn't. Does that make sense? Is
> there a way to rewrite the lvm data? Just remember that /dev/sda didn't
> have any partition table or partition, as shown below, before this moment.
> I also think that the devices dm-0, sda, and lvm system are the same
> filesystem/devices that make up the /home where all the critical data is.
> Sure, I have backups of the most important user directories using bacula,
> but not a mirror copy of everything as is. I have archived copies of older
> data that would make up the difference, but what a stupid pain to have
> committed. I'm wondering if this can be like grub, where reinstalling the
> master boot record doesn't harm the system. How do you rewrite the lvm
> data without wiping out the mounted filesystem?
>
> Ubuntu 8.04
>
> //fs1> show
>
> Ctl Model (V)Ports Drives Units NotOpt RRate VRate BBU
> ------------------------------------------------------------------------
> c0 9550SXU-8LP 8 8 3 0 1 3 -
> //fs1> /c0 show
>
> Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache
> AVrfy
>
> ------------------------------------------------------------------------------
> u0 RAID-5 VERIFY-PAUSED - 0 64K 1862.61 ON ON
>
> u1 SINGLE VERIFY-PAUSED - 0 - 465.651 ON ON
>
> u2 RAID-1 VERIFY-PAUSED - 0 - 232.82 ON ON
>
>
> Port Status Unit Size Blocks Serial
> ---------------------------------------------------------------
> p0 OK u0 465.76 GB 976773168 WD-WCANU1733818
>
> p1 OK u0 465.76 GB 976773168 WD-WCANU1733754
>
> p2 OK u0 465.76 GB 976773168 WD-WCANU1735394
>
> p3 OK u0 465.76 GB 976773168 WD-WCANU1888007
>
> p4 OK u0 465.76 GB 976773168 WD-WCANU1735961
>
> p5 VERIFYING u1 465.76 GB 976773168 WD-WCANU1731650
>
> p6 OK u2 233.76 GB 490234752 WD-WCANY2372724
>
> p7 OK u2 233.76 GB 490234752 WD-WCANY2774785
>
> root at fs1:/etc/lvm/backup# cat /proc/partitions
> major minor #blocks name
>
> 8 0 1953083392 sda
> 8 1 1953078246 sda1
> 8 16 488270848 sdb
> 8 32 244129792 sdc
> 8 33 248976 sdc1
> 8 34 1 sdc2
> 8 37 243874701 sdc5
> 254 0 1932738560 dm-0
> 254 1 240799744 dm-1
> 254 2 3072000 dm-2
> 8 48 488386584 sdd
> 8 49 488384001 sdd1
>
> root at fs1:/etc/lvm/backup# df -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/mapper/fs1-root 228G 17G 201G 8% /
> varrun 501M 84K 501M 1% /var/run
> varlock 501M 0 501M 0% /var/lock
> udev 501M 68K 501M 1% /dev
> devshm 501M 0 501M 0% /dev/shm
> /dev/sdc1 236M 26M 198M 12% /boot
> /dev/mapper/system-home
> 1.8T 1.7T 71G 96% /home
> /dev/sdd1 459G 18G 418G 5% /mnt
>
> root at fs1:/etc/lvm/backup# pvdisplay
> --- Physical volume ---
> PV Name /dev/sdc5
> VG Name fs1
> PV Size 232.58 GB / not usable 2.89 MB
> Allocatable yes (but full)
> PE Size (KByte) 4096
> Total PE 59539
> Free PE 0
> Allocated PE 59539
> PV UUID PjgniS-zP39-TvRu-EabS-wv1Q-Un5g-ROMg6c
>
>
> root at fs1:~/tw# pvdisplay -m
> --- Physical volume ---
> PV Name /dev/sdc5
> VG Name fs1
> PV Size 232.58 GB / not usable 2.89 MB
> Allocatable yes (but full)
> PE Size (KByte) 4096
> Total PE 59539
> Free PE 0
> Allocated PE 59539
> PV UUID PjgniS-zP39-TvRu-EabS-wv1Q-Un5g-ROMg6c
>
> --- Physical Segments ---
> Physical extent 0 to 58788:
> Logical volume /dev/fs1/root
> Logical extents 0 to 58788
> Physical extent 58789 to 59538:
> Logical volume /dev/fs1/swap_1
> Logical extents 0 to 749
>
>
> root at fs1:/etc/lvm/backup# cat fs1
> # Generated by LVM2: Tue Mar 29 17:45:03 2011
>
> contents = "Text Format Volume Group"
> version = 1
>
> description = "Created *after* executing '/sbin/vgcfgbackup'"
>
> creation_host = "fs1" # Linux fs1 2.6.24-19-server #1 SMP Wed Aug 20
> 18:43:06 UTC 2008 x86_64
> creation_time = 1301435103 # Tue Mar 29 17:45:03 2011
>
> fs1 {
> id = "7uN1mJ-igIG-pPaN-bpGX-bux9-uDzG-4FnyA9"
> seqno = 3
> status = ["RESIZEABLE", "READ", "WRITE"]
> extent_size = 8192 # 4 Megabytes
> max_lv = 0
> max_pv = 0
>
> physical_volumes {
>
> pv0 {
> id = "PjgniS-zP39-TvRu-EabS-wv1Q-Un5g-ROMg6c"
> device = "/dev/sdc5" # Hint only
>
> status = ["ALLOCATABLE"]
> dev_size = 487749402 # 232.577 Gigabytes
> pe_start = 384
> pe_count = 59539 # 232.574 Gigabytes
> }
> }
>
> logical_volumes {
>
> root {
> id = "cIME9h-qhSB-HupF-KWVM-osd6-gVjA-xoHrQb"
> status = ["READ", "WRITE", "VISIBLE"]
> segment_count = 1
>
> segment1 {
> start_extent = 0
> extent_count = 58789 # 229.645 Gigabytes
>
> type = "striped"
> stripe_count = 1 # linear
>
> stripes = [
> "pv0", 0
> ]
> }
> }
>
> swap_1 {
> id = "Gd7qqR-ns4G-NaKW-ys57-vdXs-hm7N-1vFHRf"
> status = ["READ", "WRITE", "VISIBLE"]
> segment_count = 1
>
> segment1 {
> start_extent = 0
> extent_count = 750 # 2.92969 Gigabytes
>
> type = "striped"
> stripe_count = 1 # linear
>
> stripes = [
> "pv0", 58789
> ]
> }
> }
> }
> }
>
> root at fs1:/etc/lvm/backup# cat system
> # Generated by LVM2: Tue Mar 29 17:45:03 2011
>
> contents = "Text Format Volume Group"
> version = 1
>
> description = "Created *after* executing '/sbin/vgcfgbackup'"
>
> creation_host = "fs1" # Linux fs1 2.6.24-19-server #1 SMP Wed Aug 20
> 18:43:06 UTC 2008 x86_64
> creation_time = 1301435103 # Tue Mar 29 17:45:03 2011
>
> system {
> id = "VbCivG-iIUw-lPGB-6mT3-iUFd-p86P-pr7H52"
> seqno = 2
> status = ["RESIZEABLE", "READ", "WRITE"]
> extent_size = 8192 # 4 Megabytes
> max_lv = 0
> max_pv = 0
>
> physical_volumes {
>
> pv0 {
> id = "N7YakG-Gi8X-0bt1-j8Uc-42GX-D8kU-RfOaR8"
> device = "/dev/sda" # Hint only
>
> status = ["ALLOCATABLE"]
> dev_size = 9223372036854775807 # 4 (null)
> pe_start = 384
> pe_count = 476826 # 1.81895 Terabytes
> }
> }
>
> logical_volumes {
>
> home {
> id = "FAnBXD-wDB7-0dbx-Hl0V-bwTu-Jace-a6pG0M"
> status = ["READ", "WRITE", "VISIBLE"]
> segment_count = 1
>
> segment1 {
> start_extent = 0
> extent_count = 471860 # 1.8 Terabytes
>
> type = "striped"
> stripe_count = 1 # linear
>
> stripes = [
> "pv0", 0
> ]
> }
> }
> }
> }
>
>
>
> Sincerely,
> Dow
> ________________________________________________
> Dow Hurst, Research Scientist
> 340 Sullivan Science Bldg., Dept. of Chem. and Biochem.
> University of North Carolina at Greensboro
> PO Box 26170 Greensboro, NC 27402-6170
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.ale.org/pipermail/ale/attachments/20120907/4cd4ba42/attachment-0001.html
More information about the Ale
mailing list