免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: Lippman
打印 上一主题 下一主题

求救Redhat Linux系统重启,盘阵找不到! [复制链接]

论坛徽章:
0
11 [报告]
发表于 2009-04-20 18:06 |只看该作者
没搞过阵列,给你顶,希望能早点解决!

论坛徽章:
0
12 [报告]
发表于 2009-04-20 18:41 |只看该作者
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
0
13 [报告]
发表于 2009-04-20 19:20 |只看该作者
如果你当时建立的逻辑卷,有做mirror的话,就好了。
不过pvcreate这个命令,理论上是对元数据进行修改,还没有涉及到修改文件系统的内容,有备份的话,值得一试。

论坛徽章:
0
14 [报告]
发表于 2009-04-20 21:20 |只看该作者
原帖由 jerrywjl 于 2009-4-20 19:20 发表
如果你当时建立的逻辑卷,有做mirror的话,就好了。
不过pvcreate这个命令,理论上是对元数据进行修改,还没有涉及到修改文件系统的内容,有备份的话,值得一试。


现在关键是没有备份,有备份我就下手了,我现在在看linux分区表恢复的材料,感觉是分区表出了问题,打算恢复一下分区表试一下,下面是dmesg命令的部分输出:

[root@io01 /home]# dmesg

......
qla2xxx 0000:1c:00.0:
QLogic Fibre Channel HBA Driver: 8.02.14.01-fo
  QLogic QLE2460 - PCI-Express to 4Gb FC, Single Channel
  ISP2432: PCIe (2.5GT/s x4) @ 0000:1c:00.0 hdma+, host#=2, fw=4.04.00 [IP] [84XX]
  Vendor: HITACHI   Model: DF600F            Rev: 0000
  Type:   Direct-Access                      ANSI SCSI revision: 03
qla2xxx 0000:1c:00.0: scsi(2:0:0:0): Enabled tagged queuing, queue depth 32.
SCSI device sdb: 1887436800 512-byte hdwr sectors (966368 MB)
SCSI device sdb: drive cache: write through
SCSI device sdb: 1887436800 512-byte hdwr sectors (966368 MB)
SCSI device sdb: drive cache: write through
sdb: unknown partition table                                   ====> 其他都是显示正常,就这个显示认不到分区表!!
Attached scsi disk sdb at scsi2, channel 0, id 0, lun 0
  Vendor: HITACHI   Model: DF600F            Rev: 0000
  Type:   Direct-Access                      ANSI SCSI revision: 03
qla2xxx 0000:1c:00.0: scsi(2:0:0:1): Enabled tagged queuing, queue depth 32.
SCSI device sdc: 2044973056 512-byte hdwr sectors (1047026 MB)
SCSI device sdc: drive cache: write through
SCSI device sdc: 2044973056 512-byte hdwr sectors (1047026 MB)
SCSI device sdc: drive cache: write through
sdc: sdc1
Attached scsi disk sdc at scsi2, channel 0, id 0, lun 1
  Vendor: HITACHI   Model: DF600F            Rev: 0000
  Type:   Direct-Access                      ANSI SCSI revision: 03
qla2xxx 0000:1c:00.0: scsi(2:0:0:2): Enabled tagged queuing, queue depth 32.
SCSI device sdd: 1887436800 512-byte hdwr sectors (966368 MB)
SCSI device sdd: drive cache: write through
SCSI device sdd: 1887436800 512-byte hdwr sectors (966368 MB)
SCSI device sdd: drive cache: write through
......

论坛徽章:
0
15 [报告]
发表于 2009-04-20 23:16 |只看该作者
不知道你这个sdb能否dd保存一下?

论坛徽章:
0
16 [报告]
发表于 2009-04-20 23:23 |只看该作者
我建议,你做之前可以在虚拟机上模拟这个环境做一次实验。我曾经也用12楼的方法恢复过。

论坛徽章:
0
17 [报告]
发表于 2009-04-21 10:04 |只看该作者
要是测试机就pvcreate -ff --uuid 强制建立。。
哈哈,你没办法。有胆子就试下


原帖由 jerrywjl 于 2009-4-20 23:23 发表
我建议,你做之前可以在虚拟机上模拟这个环境做一次实验。我曾经也用12楼的方法恢复过。


我照着做了,但是现在没有/dev/sdb1设备文件,无法操作,其他好的pv都有生成/dev/sdd1之类的设备文件,我感觉还是分区表的问题,头疼啊......

[root@io01 archive]# pvcreate --uuid "nsLqhQ-7new-6cSe-EWQz-kusd-U2Ht-zJ2joY" --restorefile /etc/lvm/archive/vgams_00000.vg /dev/sdb1
  Couldn't find device with uuid 'nsLqhQ-7new-6cSe-EWQz-kusd-U2Ht-zJ2joY'.
  Device /dev/sdb1 not found (or ignored by filtering).
[root@io01 archive]# ls -l /dev/sdd
brw-rw----  1 root disk 8, 48 Apr 21 01:11 /dev/sdd
[root@io01 archive]# ls -l /dev/sdd1
brw-rw----  1 root disk 8, 49 Apr 21 01:11 /dev/sdd1
[root@io01 archive]# ls -l /dev/sdb
brw-rw----  1 root disk 8, 16 Apr 21 01:11 /dev/sdb
[root@io01 archive]# ls -l /dev/sdb1
ls: /dev/sdb1: No such file or directory
[root@io01 archive]#

论坛徽章:
0
18 [报告]
发表于 2009-04-21 10:08 |只看该作者
那就备份整个sdb,不要备份sdb1吧。

另外,在虚拟机上做一次实验有助于你后续的操作。

论坛徽章:
0
19 [报告]
发表于 2009-04-21 10:35 |只看该作者
原帖由 jerrywjl 于 2009-4-21 10:08 发表
那就备份整个sdb,不要备份sdb1吧。

另外,在虚拟机上做一次实验有助于你后续的操作。


助人为乐

论坛徽章:
0
20 [报告]
发表于 2009-04-21 14:46 |只看该作者
原帖由 jerrywjl 于 2009-4-21 10:08 发表
那就备份整个sdb,不要备份sdb1吧。

另外,在虚拟机上做一次实验有助于你后续的操作。


终于解决了,就是分区表的问题,恢复一下分区表就可以了。在这里感谢各位兄弟姐妹的支持和帮助,尤其感谢jerrywjl 大侠耐心的指导!再次感谢!!

下面是我最终的解决过程:

1、首先导出正常pv的分区表,并做相应修改,然后恢复不正常pv的分区表:

[root@io01 home]# fdisk -l /dev/sdb       ==> 分区表乱七八糟!
Disk /dev/sdb: 966.3 GB, 966367641600 bytes
255 heads, 63 sectors/track, 117487 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   ?      264386      257082  2088818490    1  FAT12
Partition 1 does not end on cylinder boundary.
/dev/sdb2   ?       66852       51358  2023024920+  42  SFS
Partition 2 does not end on cylinder boundary.
/dev/sdb3   ?      105920      105961      329394   6f  Unknown
Partition 3 does not end on cylinder boundary.
/dev/sdb4           87045      154994   545800106+  49  Unknown
Partition 4 does not end on cylinder boundary.

Partition table entries are not in disk order
[root@io01 home]# sfdisk -d /dev/sdd > sdd-table                  ===> 导出正常pv的分区表
[root@io01 home]# sed 's/sdd/sdb/g' sdd-table > sdb-table   ===> 修改分区表中的sdd为sdb
[root@io01 home]# sfdisk /dev/sdb < sdb-table                       ===> 恢复丢失pv的分布表
Checking that no-one is using this disk right now ...
OK

Disk /dev/sdb: 117487 cylinders, 255 heads, 63 sectors/track
Old situation:
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0

   Device Boot Start     End   #cyls    #blocks   Id  System
/dev/sdb1   ? 264385+ 524430- 260046- 2088818490    1  FAT12
                start: (c,h,s) expected (1023,254,63) found (124,38,11)
                end: (c,h,s) expected (1023,254,63) found (344,195,26)
/dev/sdb2   ?  66851+ 318706- 251855- 2023024920+  42  SFS
                start: (c,h,s) expected (1023,254,63) found (453,241,50)
                end: (c,h,s) expected (1023,254,63) found (26,59,22)
/dev/sdb3   ? 105919+ 105960-     42-    329394   6f  Unknown
                start: (c,h,s) expected (1023,254,63) found (367,183,2)
                end: (c,h,s) expected (1023,254,63) found (102,116,32)
/dev/sdb4      87044+ 154993-  67949- 545800106+  49  Unknown
                start: (c,h,s) expected (1023,254,63) found (332,76,4)
                end: (c,h,s) expected (1023,254,63) found (344,78,21)
New situation:
Units = sectors of 512 bytes, counting from 0

   Device Boot    Start       End   #sectors  Id  System
/dev/sdb1            63 1887428654 1887428592  8e  Linux LVM
/dev/sdb2             0         -          0   0  Empty
/dev/sdb3             0         -          0   0  Empty
/dev/sdb4             0         -          0   0  Empty
Warning: no primary partition is marked bootable (active)
This does not matter for LILO, but the DOS MBR will not boot this disk.
Successfully wrote the new partition table

Re-reading the partition table ...

If you created or changed a DOS partition, /dev/foo7, say, then use dd(1)
to zero the first 512 bytes:  dd if=/dev/zero of=/dev/foo7 bs=512 count=1
(See fdisk(.)
[root@io01 home]#

2、接下来一步是很重要的一步,恢复pv,首先要查看丢失pv的uuid:

[root@io01 home]# lvs -a -o +devices         ===> 查看丢失卷的uuid      
Couldn't find device with uuid 'nsLqhQ-7new-6cSe-EWQz-kusd-U2Ht-zJ2joY'.
Couldn't find all physical volumes for volume group vgams.
Couldn't find device with uuid 'nsLqhQ-7new-6cSe-EWQz-kusd-U2Ht-zJ2joY'.
Couldn't find all physical volumes for volume group vgams.
......
[root@io01 home]# pvcreate --uuid "nsLqhQ-7new-6cSe-EWQz-kusd-U2Ht-zJ2joY" --restorefile /etc/lvm/archive/vgams_00000.vg /dev/sdb1       ===> 重写lvm元数据区,注意一定要用正确的uuid,该项操作不会影响到lvm的数据区,即不会损害数据
  Couldn't find device with uuid 'nsLqhQ-7new-6cSe-EWQz-kusd-U2Ht-zJ2joY'.
  Physical volume "/dev/sdb1" successfully created

3、恢复卷组、逻辑卷,并挂载到相应目录:

[root@io01 home]# vgcfgrestore vgams       ===> 恢复卷组
Restored volume group vgams

[root@io01 home]# lvs -a -o +devices
  LV    VG    Attr   LSize Origin Snap%  Move Log Copy%  Devices
  lvams vgams -wi--- 7.32T                               /dev/sdc1(0)
  lvams vgams -wi--- 7.32T                               /dev/sde1(0)
  lvams vgams -wi--- 7.32T                               /dev/sdg1(0)
  lvams vgams -wi--- 7.32T                               /dev/sdi1(0)
  lvams vgams -wi--- 7.32T                               /dev/sdd1(0)
  lvams vgams -wi--- 7.32T                               /dev/sdf1(0)
  lvams vgams -wi--- 7.32T                               /dev/sdh1(0)
  lvams vgams -wi--- 7.32T                               /dev/sdb1(0)
[root@io01 home]# ls /dev/vgams
ls: /dev/vgams: No such file or directory
[root@io01 home]# lvchange -ay /dev/vgams/lvams         ===> 启用卷,注意在这步之前/dev/vgams/lvams是没有的
[root@io01 home]# lvs -a -o +devices
  LV    VG    Attr   LSize Origin Snap%  Move Log Copy%  Devices
  lvams vgams -wi-a- 7.32T                               /dev/sdc1(0)
  lvams vgams -wi-a- 7.32T                               /dev/sde1(0)
  lvams vgams -wi-a- 7.32T                               /dev/sdg1(0)
  lvams vgams -wi-a- 7.32T                               /dev/sdi1(0)
  lvams vgams -wi-a- 7.32T                               /dev/sdd1(0)
  lvams vgams -wi-a- 7.32T                               /dev/sdf1(0)
  lvams vgams -wi-a- 7.32T                               /dev/sdh1(0)
  lvams vgams -wi-a- 7.32T                               /dev/sdb1(0)
[root@io01 home]# ls /dev/vgams/lvams
/dev/vgams/lvams
[root@io01 home]# mount /dev/vgams/lvams /vol       ===> 挂载卷
[root@io01 home]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              20G   13G  5.8G  69% /
none                  3.9G     0  3.9G   0% /dev/shm
/dev/sda5             130G   16G  108G  13% /home
/dev/sda2              20G  454M   19G   3% /var
/dev/sda3              99G  6.6G   87G   8% /soft
/dev/mapper/vgams-lvams
                      7.3T  3.1T  4.2T  43% /vol

[ 本帖最后由 Lippman 于 2009-4-21 15:09 编辑 ]
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP