search for: c1t1d0s7

...at 0,0/pci10f1,2892 at 7/disk at 0,0:h'' ????????????????????????whole_disk=0 ????????????????children[1] ????????????????????????type=''disk'' ????????????????????????id=1 ????????????????????????guid=5037155585995287391 ????????????????????????path=''/dev/dsk/c1t1d0s7'' ????????????????????????devid=''id1,sd at AWDC_WD3200YS-01PGB0=_____WD-WCAPD2111469/h'' ????????????????????????phys_path=''/pci at 0,0/pci10f1,2892 at 7/disk at 1,0:h'' ????????????????????????whole_disk=0 Uberblock ????????magic = 0000000000bab10c...

...c1t0d0s4 c1t0d0s7 c1t1d0s2 c1t1d0s5 c1t2d0 c1t2d0s2 c1t2d0s5 c1t3d0s0 c1t3d0s3 c1t3d0s6 c0t0d0s1 c0t0d0s4 c0t0d0s7 c1t0d0s2 c1t0d0s5 c1t1d0s0 c1t1d0s3 c1t1d0s6 c1t2d0s0 c1t2d0s3 c1t2d0s6 c1t3d0s1 c1t3d0s4 c0t0d0s2 c0t0d0s5 c1t0d0s0 c1t0d0s3 c1t0d0s6 c1t1d0s1 c1t1d0s4 c1t1d0s7 c1t2d0s1 c1t2d0s4 c1t3d0 c1t3d0s2 c1t3d0s5 # format Searching for disks...done AVAILABLE DISK SELECTIONS: 0. c1t0d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424> bootdisk /pci at 1c,600000/scsi at 2/sd at 0,0 1. c1t1d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>...

...om a backup source. see: http://www.sun.com/msg/ZFS-8000-5E scrub: none requested config: NAME STATE READ WRITE CKSUM home_pool UNAVAIL 0 0 0 insufficient replicas mirror UNAVAIL 0 0 0 insufficient replicas c1t1d0s7 FAULTED 0 0 0 corrupted data c1t0d0s7 FAULTED 0 0 0 corrupted data what is the reason. In My opinion, there must some information keep in /. so what and where it is ? thanks. This message posted from opensolaris.org

.../var d5 m 8.0GB d15 d15 s 16GB c1t0d0s1 d25 s 16GB c1t1d0s1 I removed c1t1d0 from the mirror: # metadetach d4 d24 # metaclear d24 # metadetach d3 d23 # metaclear d23 # metadetach d5 d25 # metaclear s25 then removed the metadb from c1d1d0s7 # metadb -d c1t1d0s7 Resized s0 on c1t1d0 to include the whole disc and relabelled with an SMI label. Created the zfs root pool: # zpool create rpool c1t1d0s0 Created new BE: # lucreate -c Sol11_b96 -n Sol11_b96_zfs -p rpool This ran fine, so I activated the new BE and rebooted # luactivate Sol11_b96_zfs # init 6...

I have a huge problem with space maps on thumper. Space maps takes over 3GB and write operations generates massive read operations. Before every spa sync phase zfs reads space maps from disk. I decided to turn on compression for pool ( only for pool, not filesystems ) and it helps. Now space maps, intent log, spa history are compressed. Not I''m thinking about disabling checksums. All