> On Mar 21, 2016, at 11:44 AM, Dan McDonald <[email protected]> wrote:
> 
> 
> This customer has it narrowed to ONE dataset.  It's on a massive pool 
> however.  Is there zdb(1M) magic I can perform to just inspect the one 
> dataset's stuff? He can panic the machine if he mounts this dataset, but if 
> he doesn't, things are good.

Sorry for not RingTFM more carefully.  Got a view of what I believe to be the 
bad object with zdb:

# zdb -edvvv mirpool02/BENZINGER/benzinger2 0xe107ad5
Dataset mirpool02/BENZINGER/benzinger2 [ZPL], ID 406422, cr_txg 9560937, 39.4T, 
60107812 objects, rootbp DVA[0]=<10:fc00000c000:3000> 
DVA[1]=<0:1080000de000:3000> [L0 DMU objset] fletcher4 lz4 LE contiguous unique 
double size=800L/200P birth=16624281L/16624281P fill=60107812 
cksum=16ee3210a5:72299763bbf:143b2e8ac2324:29e914306f1f03

   Object  lvl   iblk   dblk  dsize  lsize   %full  type
235961045    1    16K    512      0    512    0.00  ZFS directory
                                       168   bonus  System attributes
       dnode flags: USED_BYTES USERUSED_ACCOUNTED 
       dnode maxblkid: 0
       path    
/suy/IDAIFXO/PIBCT/PIBCT468/PIBCT468n_wm-medialorbitofrontal_PVC2C.tac/<xattrdir>
       uid     1320
       gid     10
       atime   Tue Mar  8 18:00:13 2016
       mtime   Wed Mar  9 09:07:18 2016
       ctime   Wed Mar  9 09:07:18 2016
       crtime  Tue Mar  8 18:00:13 2016
       gen     16153148
       mode    41777
       size    2
       parent  235961044
       links   0
       pflags  40800000145
       Fat ZAP stats:
               Pointer table:
                       1 elements
                       zt_blk: 0
                       zt_numblks: 0
                       zt_shift: 0
                       zt_blks_copied: 0
                       zt_nextblk: 0
               ZAP entries: 0
               Leaf blocks: 0
               Total blocks: 0
               zap_block_type: 0x0
               zap_magic: 0x0
               zap_salt: 0x0
               Leafs with 2^n pointers:
               Blocks with n*5 entries:
               Blocks n/10 full:
               Entries with n chunks:
               Buckets with n entries:

assertion failed for thread 0xffffdf7fff162a40, thread-id 1: 
zap_f_phys(zap)->zap_magic == 0x2F52AB2ABULL (0x0 == 0x2f52ab2ab), file 
../../../uts/common/fs/zfs/zap.c, line 577
Abort (core dumped)

[1:2037] 12:50:57 Mon Mar 21 [root@mir-zfs02:/dev/pts/5 +1] /dump/savecore
# 

I would appreciate any insight into this corruption.  I'll be continuing to dig 
on my own.

Thanks,
Dan



-------------------------------------------
openzfs-developer
Archives: https://www.listbox.com/member/archive/274414/=now
RSS Feed: https://www.listbox.com/member/archive/rss/274414/28015062-cce53afa
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=28015062&id_secret=28015062-f966d51c
Powered by Listbox: http://www.listbox.com

Reply via email to