FreeBSD 서버에서 실행되는 ZFS 풀 (2 개의 vdev를 포함하는 미러)이있었습니다. 이제 미러에서 하나의 디스크 만 가지고 있으며 파일을 복구하려고합니다.
ZFS 데이터는 디스크의 GPT 파티션에 있습니다.
풀을 가져 오려고 할 때 해당 풀이 존재한다는 신호는 없습니다. 나는 여러 가지 접근법을 시도했지만 아무 일도 일어나지 않습니다.
zdb -lu파티션에서 실행 했는데 레이블이 잘 보입니다.
# zpool import
# zpool import -D
# zpool status
no pools available
# zpool import -f ztmp
cannot import 'ztmp': no such pool available
# zpool import 16827460747202824739
cannot import '16827460747202824739': no such pool available
파티션 정보 :
# gpart list da0
Geom name: da0
modified: false
state: OK
fwheads: 255
fwsectors: 63
last: 3907029134
first: 34
entries: 128
scheme: GPT
Providers:
1. Name: da0p1
Mediasize: 65536 (64K)
Sectorsize: 512
Stripesize: 0
Stripeoffset: 17408
Mode: r0w0e0
rawuuid: d7a10230-8b0e-11e1-b750-f46d04227f12
rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f
label: (null)
length: 65536
offset: 17408
type: freebsd-boot
index: 1
end: 161
start: 34
2. Name: da0p2
Mediasize: 17179869184 (16G)
Sectorsize: 512
Stripesize: 0
Stripeoffset: 82944
Mode: r0w0e0
rawuuid: d7aa40b7-8b0e-11e1-b750-f46d04227f12
rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b
label: (null)
length: 17179869184
offset: 82944
type: freebsd-swap
index: 2
end: 33554593
start: 162
3. Name: da0p3
Mediasize: 1905891737600 (1.7T)
Sectorsize: 512
Stripesize: 0
Stripeoffset: 82944
Mode: r0w0e0
rawuuid: d7b6a47e-8b0e-11e1-b750-f46d04227f12
rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b
label: (null)
length: 1905891737600
offset: 17179952128
type: freebsd-zfs
index: 3
end: 3755999393
start: 33554594
Consumers:
1. Name: da0
Mediasize: 2000398934016 (1.8T)
Sectorsize: 512
Mode: r0w0e0
ZFS 라벨 :
--------------------------------------------
LABEL 0
--------------------------------------------
version: 5000
name: 'ztmp'
state: 0
txg: 0
pool_guid: 16827460747202824739
hostid: 740296715
hostname: '#############'
top_guid: 15350190479074972289
guid: 3060075816835778669
vdev_children: 1
vdev_tree:
type: 'mirror'
id: 0
guid: 15350190479074972289
whole_disk: 0
metaslab_array: 30
metaslab_shift: 34
ashift: 9
asize: 1905887019008
is_log: 0
create_txg: 4
children[0]:
type: 'disk'
id: 0
guid: 3060075816835778669
path: '/dev/gptid/d7b6a47e-8b0e-11e1-b750-f46d04227f12'
phys_path: '/dev/gptid/d7b6a47e-8b0e-11e1-b750-f46d04227f12'
whole_disk: 1
DTL: 5511
resilvering: 1
children[1]:
type: 'disk'
id: 1
guid: 3324029433529063540
path: '/dev/gptid/396a2b11-cb16-11e1-83f4-f46d04227f12'
phys_path: '/dev/gptid/396a2b11-cb16-11e1-83f4-f46d04227f12'
whole_disk: 1
DTL: 3543
create_txg: 4
resilvering: 1
features_for_read:
create_txg: 0
Uberblock[0]
magic = 0000000000bab10c
version = 5000
txg = 0
guid_sum = 1668268329223536005
timestamp = 1361299185 UTC = Tue Feb 19 10:39:45 2013
(다른 라벨은 정확한 사본입니다)
이 오래된 스레드 에서 비슷한 소리 문제에 대한 토론 이 있습니다. Jeff Bonwick의 labelfix도구 ( 이 게시물의 업데이트 포함)를 실행하려고 시도했지만 문제가 해결되지 않은 것 같습니다.
어떤 아이디어?
2
드라이브가 분리되지 않고 미러에서 분리되었습니다. 문제의 원인 인 것 같습니다. 불행히도 나머지 거울은 존재하지 않습니다.
—
squidpickles
질문에 대한 '답변'에는 많은 시행 착오가 있기 때문에 이것이 올바른 포럼이라는 것을 모르겠습니다. 지금은 'zpool import -d </ dev / path / to / disk>'를 시도하십시오. -D는 파괴 된 풀을 나열합니다. -d는 볼 디스크의 위치에 대한 인수를 취하며 명령 행에서 여러 번 지정할 수 있습니다 (단, 하나의 디스크가 아닌 한 번만 필요합니다) . 그것이 무엇을하는지보십시오.
—
Nex7
이것이 올바른 포럼이 아닌 것에 대해 옳을 수도 있습니다. 그리고 네,
—
오징어
-dand -D옵션을 사용해 보았습니다 .
-d <파티션을 포함한 디스크 개발 경로>로 시도했지만 표시되지 않으면 illumos OS에서 모든 것을 다시 시도하십시오. 그래도 볼 수 없으면 아이디어가 없습니다. 데이터에 금전적 가치가있는 경우 데이터 복구 전문가를 고용하거나 illumos 파생 상품을 사용하는 동안 코드 (src.illumos.org)를보고 zpool 가져 오기 명령을 추적하여 어떤 경로를 사용하고 시도하는지 확인할 수 있습니다. 수영장이 보이지 않는 이유를 알아 내기 위해
—
Nex7
@ GrahamPerrin 나는 결국 작동하게되었습니다. FreeBSD 설치에서 ZFS 소스를 편집하여 모든 완전성 검사를 무시했습니다. 그것들을 충분히 비활성화 한 후, 나는 수영장을 수입 할 수있었습니다. 누군가 내 위생 검사를 우회
—
했어야했는데