zpool status -v lists files that are unidentifiable

This forum is to find answers to problems you may be having with ZEVO Community Edition.

Moderators: jhartley, MSR734, nola

zpool status -v lists files that are unidentifiable

Post by grahamperrin » Fri Jan 25, 2013 4:41 pm

Example

Code: Select all
sh-3.2$ date
Fri 25 Jan 2013 21:31:13 GMT
sh-3.2$ sudo zpool status -v twoz
Password:
  pool: twoz
 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.
 scan: scrub repaired 368Ki in 20h48m with 2 errors on Wed Jan 23 18:18:12 2013
config:

   NAME                                         STATE     READ WRITE CKSUM
   twoz                                         ONLINE       0     0     0
     GPTE_34E7E852-7E88-4FAD-B162-2AEF6D300D42  ONLINE       0     0     0  at disk10s4

errors: Permanent errors have been detected in the following files:

        twoz@2013-01-02-191022:/macbookpro08-centrim.sparsebundle/bands/3252
        twoz@2013-01-02-191022:/macbookpro08-centrim.sparsebundle/bands/4aca
sh-3.2$ zfs destroy twoz@2013-01-02-191022
sh-3.2$ sudo zpool status -v twoz
  pool: twoz
 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.
 scan: scrub repaired 368Ki in 20h48m with 2 errors on Wed Jan 23 18:18:12 2013
config:

   NAME                                         STATE     READ WRITE CKSUM
   twoz                                         ONLINE       0     0     0
     GPTE_34E7E852-7E88-4FAD-B162-2AEF6D300D42  ONLINE       0     0     0  at disk10s4

errors: Permanent errors have been detected in the following files:

        <0x30e>:<0x4400>
        <0x30e>:<0x5d2d>


So in that example, the two unidentifiable listings –

  • <0x30e>:<0x4400>
  • <0x30e>:<0x5d2d>

– are the result of destroying the snapshot that contained the files (and I guess that the files existed in no other snapshot).

Wondering whether there's room for improvement in ZFS (not specific to ZEVO), I drew attention to this in IRC:

grahamperrin Offline

User avatar
 
Posts: 1596
Joined: Fri Sep 14, 2012 10:21 pm
Location: Brighton and Hove, United Kingdom

An explanation, with reference to Oracle documentation

Post by grahamperrin » Fri Mar 08, 2013 12:55 pm

At viewtopic.php?p=4202#p4202

ilovezfs wrote:… Oracle discusses the case where the files are not identifiable: http://docs.oracle.com/cd/E19082-01/817 ... index.html "If the object number to a file path cannot be successfully translated, either due to an error or because the object doesn't have a real file path associated with it, as is the case for a dnode_t, then the dataset name followed by the object's number is displayed." …


In the opening post, there's no dataset name before the number of the object. A minor bug in ZEVO? I wonder.
grahamperrin Offline

User avatar
 
Posts: 1596
Joined: Fri Sep 14, 2012 10:21 pm
Location: Brighton and Hove, United Kingdom


Return to Troubleshooting

Who is online

Users browsing this forum: hlxpgxmum and 1 guest

cron