Date: Tue, 08 Jun 2010 14:47:32 +1000 From: Jurgen Weber <jurgen@ish.com.au> To: jhell <jhell@dataix.net> Cc: freebsd-fs@freebsd.org Subject: Re: zfs filesystem problem Message-ID: <4C0DCB64.5090002@ish.com.au> In-Reply-To: <4C0CF27B.1050402@dataix.net> References: <4C0C6B54.8020005@ish.com.au> <AANLkTil2-wsv2KvCOHmPVpQuf7q0uF16x2xh6NXJPgIS@mail.gmail.com> <4C0CF27B.1050402@dataix.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Thanks I was able to reboot this machine last night which solved the immediate problem. I'll let you know how I go. On 7/06/10 11:22 PM, jhell wrote: > On 06/07/2010 01:46, Sergiy Suprun wrote: >> On Mon, Jun 7, 2010 at 06:45, Jurgen Weber<jurgen@ish.com.au> wrote: >> >>> Hello >>> >>> I have a FreeBSD 8.0-p2 system, which runs two pools. One with 6 disks all >>> mirrored for our data and another mirrored pool for the OS. The system has >>> 16GB of RAM. >>> >>> I have a nightly cron script running which takes a snapshot of a particular >>> file system within the storage pool. This has been running for just over a >>> month now without any issues until this weekend. >>> >>> Now we can not access the mentioned file system. If we try to `ls` to it or >>> `cd` into it the shell locks up (not even kill -9 can stop the `ls` >>> processes, etc) and top shows that the process state is `zfs`. > > This is most likely caused by some bugs that were found and fixed in > stable/8. One of the commits that mm@ made has touched that zio->iowait > that you should see your processes are stuck in. > > There still seems "at least in my case" some zio->iowait problems going > on but I have not pinned that down to the cause yet, but they have not > caused any of my system proccesses to freeze in that state. > > Grab a kernel from one of the snapshots that were made sometime last > month to test this out just to be sure so your not upgrading for no > reason. When I say kernel I mean kernel& modules that go with it as ZFS > is a module and you will obviously need that. > > Please report back on your findings if the kernel from stable fixed your > problem. > > URL to retrieve snapshots: http://bit.ly/aLoXXV > > Good Luck!, > > > <Irrelevant> >> Hello. >> How about scrub ? >> And which size of your pools and how many place used by data+snapshots? > </Irrelevant>. > -- --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C0DCB64.5090002>