[zfs-discuss] zfs corruptions in pool

2010-06-05 Thread devsk
I had an unclean shutdown because of a hang and suddenly my pool is degraded (I realized something is wrong when python dumped core a couple of times). This is before I ran scrub: pool: mypool state: DEGRADED status: One or more devices has experienced an error resulting in data corru

Re: [zfs-discuss] ssd pool + ssd cache ?

2010-06-05 Thread Bob Friesenhahn
On Sat, 5 Jun 2010, zfsnoob4 wrote: I guess its not that useful to begin with, and without Trim the write performance will start to drop off anyways. It is not necessarily true that SSD write performance will drop off over time without TRIM. It depends on how the SSD is designed. Bob -- B

Re: [zfs-discuss] ssd pool + ssd cache ?

2010-06-05 Thread Richard Elling
On Jun 5, 2010, at 1:30 PM, zfsnoob4 wrote: > I guess its not that useful to begin with, and without Trim the write > performance will start to drop off anyways. At the risk of sounding like a broken record, file systems which are not COW unquestionably gain benefits with TRIM. ZFS uses COW and

Re: [zfs-discuss] ssd pool + ssd cache ?

2010-06-05 Thread zfsnoob4
I was talking about a write cache (slog/zil I suppose). This is just a media server for home. The idea is when I copy an HD video from my camera to the network drive it is always several GBs. So if it could copy the file to the SSD first and then have it slowly copy to the normal HDs that would

Re: [zfs-discuss] Small stalls slowing down rsync from holding network saturation every 5 seconds

2010-06-05 Thread Sandon Van Ness
On 06/05/2010 01:08 PM, Bob Friesenhahn wrote: > > On Fri, 4 Jun 2010, Sandon Van Ness wrote: > >> >> >> >> The problem is that just using rsync I am not getting gigabit. For me >> >> gigabit maxes out at around 930-940 megabits. When I use rsync alone I >> >> only was getting around 720 megabi

Re: [zfs-discuss] Small stalls slowing down rsync from holding network saturation every 5 seconds

2010-06-05 Thread Bob Friesenhahn
On Fri, 4 Jun 2010, Sandon Van Ness wrote: The problem is that just using rsync I am not getting gigabit. For me gigabit maxes out at around 930-940 megabits. When I use rsync alone I only was getting around 720 megabits incomming. This is only when its reading from the block device. When readin

[zfs-discuss] Stretched fishes? (fibre channel 7000 series)

2010-06-05 Thread Nils Goroll
Hi, apologies for posting a fishworks-related question here, but I don't know of a better place (please tell me if that exists). Can anyone say anything about (planned) options to stretch out a storage 7000 series cluster for longer distances than what eSAS allows (prefarrable for more than 1km)?

Re: [zfs-discuss] slog / log recovery is here!

2010-06-05 Thread R. Eulenberg
Hi, thanks for helping me. I wanted to solve the problem with logfix, but I'm not able to compile this. Where could I find a newer version of logfix to try it again. Regards, Ron -- This message posted from opensolaris.org ___ zfs-discuss mailing lis

Re: [zfs-discuss] Snapshots, txgs and performance

2010-06-05 Thread Arne Jansen
Arne Jansen wrote: Hi, I have a setup with thousands of filesystems, each containing several snapshots. For a good percentage of these filesystems I want to create a snapshots once every hour, for others once every 2 hours and so forth. I built some tools to do this, no problem so far. While ex

Re: [zfs-discuss] Depth of Scrub

2010-06-05 Thread sensille
David Dyer-Bennet wrote: But what about the parity? Obviously it has to be checked, but I can't find any indications for it in the literature. The man page only states that the data is being checksummed and only if that fails the redundancy is being used. Please tell me I'm wrong ;) I believe y