On Oct 4, 2011, at 12:09 PM, Olivier Smedts wrote:
> 2011/10/3 Paul Mather :
>> I know ZFS does not have a fsck utility ("because it doesn't need one":),
>> but does anyone know of any way of fixing this corruption short of
>> destroying the pool, creating a new one, and restoring from backup?
On 6 October 2011 02:27, Paul Mather wrote:
> On Oct 5, 2011, at 9:03 AM, krad wrote:
>
> > Have you dont the simple thing and checked to see if you have any weird
> whitespace in the dir names. Try using bash tab completion for the dir name.
> Also drop all non bash completion rules as these mig
On Oct 5, 2011, at 9:03 AM, krad wrote:
> Have you dont the simple thing and checked to see if you have any weird
> whitespace in the dir names. Try using bash tab completion for the dir name.
> Also drop all non bash completion rules as these might be messing things up.
>
> I have seen odd cha
On 4 October 2011 17:09, Olivier Smedts wrote:
> 2011/10/3 Paul Mather :
> > I know ZFS does not have a fsck utility ("because it doesn't need one":),
> but does anyone know of any way of fixing this corruption short of
> destroying the pool, creating a new one, and restoring from backup? Is
> t
2011/10/3 Paul Mather :
> I know ZFS does not have a fsck utility ("because it doesn't need one":), but
> does anyone know of any way of fixing this corruption short of destroying the
> pool, creating a new one, and restoring from backup? Is there some way of
> exporting and re-importing the po
On Oct 3, 2011, at 6:19 PM, Artem Belevich wrote:
> On Mon, Oct 3, 2011 at 11:21 AM, Paul Mather wrote:
>> =
>>
>> The pool itself reports no errors. I performed a scrub on the pool yet this
>> bizarre filesystem corruption persists:
>>
>> =
>> tape# zpool status backups
>> pool: bac
On Oct 4, 2011 5:50 AM, "Paul Mather" wrote:
[snip]
> I have a raidz2 ZFS pool on a system that I have recently been using as a
mirror for about 6.5 TiB of data. The data are mirrored nightly using
rsync. I noticed during these nightly rsync copies I would get some errors
like this:
>
> =
On Mon, Oct 3, 2011 at 11:21 AM, Paul Mather wrote:
> =
>
> The pool itself reports no errors. I performed a scrub on the pool yet this
> bizarre filesystem corruption persists:
>
> =
> tape# zpool status backups
> pool: backups
> state: ONLINE
> scan: scrub repaired 15K in 7h33m with
I wasn't sure whether to post this here or on sta...@freebsd.org. The system
now runs RELENG_9, but the ZFS pool exhibiting problems was created, IIRC,
under 9-CURRENT. I believe RELENG_9 is sufficiently close to HEAD at this
stage that this list is probably the correct place for this message.
