🚀 go-pugleaf

On 1 Sie, 12:24, DrFugazi <drfug...@drfugazi.eu.org> wrote:
> Witam,
>
> po reboocie jednej maszyny z klastra zostały odmontowane pule ZFS, które
> powinny zostać przełączone na innego node'a. Niestety failover nie
> powiódł się, a pule zostały w stanie niepodmontowanym na żadnym nodzie.
> W chwili obecnej sytuacja jest taka, że jedną pulę zaimportowałem bez
> problemu (zpool import -f <nazwa>), drugą pulę zaimportowałem częściowo,
> czyli pula jest widoczna w systemie i podmontowałem dwa systemy plików,
> a z trzecim jest następujący problem:
>
> # zpool status -xv nazwa
>   pool: nazwa
>  state: ONLINE
> status: One or more devices has experienced an error resulting in data
>         corruption.  Applications may be affected.
> action: Restore the file in question if possible.  Otherwise restore the
>         entire pool from backup.
>    see:http://www.sun.com/msg/ZFS-8000-8A
>  scrub: scrub completed with 1 errors on Thu Jul 31 14:21:16 2008
> config:
>
>         NAME                                     STATE     READ WRITE CKSUM
>         nazwa                                    ONLINE       0     0    54
>           c4t600A0B80002ACF5A000008B04874AA9Dd0  ONLINE       0     0    54
>
> errors: Permanent errors have been detected in the following files:
>
>         nazwa/nazwazfs:<0x0>
>
> Próba podmontowania tego ZFSa kończy się tak:
> # zfs mount nazwa/nazwazfs
> cannot open 'nazwa/nazwazfs': I/O error
>
> Czy jest jakaś szansa, żeby to naprawić, czy jedynie zniszczyć ZFS,
> założyć na nowo i odtworzyć z backupu ?
>
> Drugi, znacznie poważniejszy problem to inna pula, do której obecnie nie
> mogę się dobrać. Próba importu kończy się na kernel panic i reboocie
> systemu, próbowałem z dwóch różnych node'ów i jest to samo. Pula
> założona jest bez żadnego mirrorowania ani raidz na pojedynczym
> wolumenie z macierzy. Oto efekt działania importu:
>
> Notifying cluster that this node is panicking
>
> panic[cpu3]/thread=2a104081ca0: ZFS: bad checksum (read on <unknown> off
> 0: zio 60021a3f880 [L0 packed nvlist] 4000L/600P
> DVA[0]=<0:4000016400:600> DVA[1]=<0:9e00013000:600> fletcher4 lzjb BE
> contiguous birth=1636625 fill=1
> cksum=6de27dbed3:6104a138d4d8:2e9d86c2e50c91:10279847d2443c8d): error 50
>
> 000002a104081840 zfs:zio_done+29c (0, 10, 60021a3f8d8, 60022da0180,
> 60021a3f880, 0)
>   %l0-3: 00000600402f6500 000006004013b880 0000000070498208 0000000000000032
>   %l4-7: 0000000000000001 0000000000000001 0000000000000032 0000000000000000
> 000002a104081900 zfs:zio_vdev_io_assess+178 (60021a3f880, 8000, 10, 0,
> 0, 10)
>   %l0-3: 0000000000000001 0000000000000002 0000000000000000 0000000000000032
>   %l4-7: 000003000005e600 0000000000000000 0000000000000000 0000000000000000
> 000002a1040819c0 genunix:taskq_thread+1a4 (60040205310, 600402052b8,
> 50001, 394255b7d9e8, 2a104081a8a, 2a104081a88)
>   %l0-3: 0000000000010000 00000600402052e0 00000600402052e8 00000600402052ea
>   %l4-7: 0000060040105e78 0000000000000002 0000000000000000 00000600402052d8
>
> syncing file systems... 1 done
> dumping to /dev/md/dsk/d10, offset 3436642304, content: kernel
>
> Czy jest szansa aby się jakoś do tego dobrać ? Nie mogę przeprowadzić na
> tym żadnych operacji, debugować ani wyświetlić statusu dopóki tego nie
> zaimportuję, a import kończy się rebootem maszyny :-/
>
> FUT: pl.comp.sys.sun.admin
>
> Pozdrawiam i liczę na jakieś podpowiedzi.
> --
> Piotr (DrFugazi) Tarnowski
> Unix Administrator
> University of Silesia, Katowice, PL

Witam,
Nie podałeś Systemu operacyjnego i wersji (Solaris czy OpenSolaris) i
jaki to klaster i jego wersje (SUN Cluster, Veritas czy coś innego) i
jakiego typu jet macierz (SCSI, FC - pewnie tak :)).
Czy na tym dysku też ma Quorum Device ?
Czyli więcej danych.

Pozdrawiam
Maciej