Date: Sun, 24 Jan 2010 00:15:16 -0500 From: jhell <jhell@DataIX.net> To: Rich <rincebrain@gmail.com> Cc: freebsd-fs@freebsd.org Subject: Re: Errors on a file on a zpool: How to remove? Message-ID: <alpine.BSF.2.00.1001232341590.19303@pragry.qngnvk.ybpny> In-Reply-To: <5da0588e1001232017m6c67731fwaa1d71cd86800017@mail.gmail.com> References: <5da0588e1001222223m773648am907267235bdcf882@mail.gmail.com> <alpine.BSF.2.00.1001231519110.91898@ibyngvyr> <5da0588e1001231415t403f29ceq6e8dcd16edb4a28@mail.gmail.com> <alpine.BSF.2.00.1001231733570.2160@ibyngvyr> <5da0588e1001231541l246769eao410c5ea6ccca0de4@mail.gmail.com> <A43CB93C-06D6-406D-A8C0-4E10E85661A2@gmail.com> <5da0588e1001231615t37c22575uedaae938be40f530@mail.gmail.com> <4B5B94B8.7070509@modulus.org> <5da0588e1001231638i349f8f17t297e970b08825441@mail.gmail.com> <alpine.BSF.2.00.1001232307590.83451@pragry.qngnvk.ybpny> <5da0588e1001232017m6c67731fwaa1d71cd86800017@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 23 Jan 2010 23:17, rincebrain@ wrote: >> Can you try the following please and then report back. >> >> Setting failmode to continue might let you continue a removal. >> zpool set failmode=continue what_is_it_rigatoni? >> >> This should be inherited by effected drives. >> zfs set checksum=off what_is_it_rigatoni? >> >> Remove the said effected files at this point. > > [root@manticore ~]# zpool set failmode=continue rigatoni > [root@manticore ~]# zfs set checksum=off rigatoni > [root@manticore ~]# mv > /mirrors/geocities/from-asheesh-home/swebb3/www.geocities.com/JMcgo1979 > /mirrors/geocities/from-asheesh-home/swebb3/www.geocities.com/JMcgo19791 > mv: rename /mirrors/geocities/from-asheesh-home/swebb3/www.geocities.com/JMcgo1979 > to /mirrors/geocities/from-asheesh-home/swebb3/www.geocities.com/JMcgo19791: > Input/output error > [root@manticore ~]# rm -f > /mirrors/geocities/from-asheesh-home/swebb3/www.geocities.com/JMcgo1979 > rm: /mirrors/geocities/from-asheesh-home/swebb3/www.geocities.com/JMcgo1979: > Input/output error > > :/ > > - Rich > I had my fingers crossed for you to... :( >From what I see and what was already mentioned earlier in this thread is meta data corruption but the checksum errors do not span across the whole pool of vdevs. These are, correct me if I am wrong USB mass storage devices ? SSD ? In the arrangement of the devices on the system are da2,4,5 on the same hub and da6,7 on another ? If this is the case you may have consolidated your errors down to being a USB problem and narrowed down to where they are connected to. What happened to da1,3 ? Were these once connected to the system ? and if so did you start noticing this problem occur roughly about the same period they were removed ? Will zpool(8) allow a removal of a vdevs in operation and copy the data to the leftover vdevs if there is free space ? As in: (maybe possibly with -f) zpool remove da2 zpool remove da4 zpool remove da5 Maybe if it is a possibility, replace each with another daN device if one is available and continue operations from this point to see if you can most likely rm the files in question as they are unlikely to be recoverable. Fingers crossed, -- jhell
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1001232341590.19303>