[zfs-macos] Re: ZFS w/o ECC RAM -> Total loss of data

2014-03-31 Thread Eric Jaw
I completely agree. I'm experiencing these issues currently. Largely. Doing a scrub is just obliterating my pool. scan: scrub in progress since Mon Mar 31 10:14:52 2014 > 1.83T scanned out of 2.43T at 75.2M/s, 2h17m to go > 0 repaired, 75.55% done > config: > > NAME

Re: [zfs-macos] Re: ZFS w/o ECC RAM -> Total loss of data

2014-03-31 Thread Bjoern Kahl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 31.03.14 23:23, schrieb Eric Jaw: > I completely agree. I'm experiencing these issues currently. > Largely. > > Doing a scrub is just obliterating my pool. > > > scan: scrub in progress since Mon Mar 31 10:14:52 2014 >> 1.83T scanned out of 2.43T

Re: [zfs-macos] Re: ZFS w/o ECC RAM -> Total loss of data

2014-03-31 Thread Daniel Becker
On Mar 31, 2014, at 2:23 PM, Eric Jaw wrote: > Doing a scrub is just obliterating my pool. Is it? I don’t think so: > scan: scrub in progress since Mon Mar 31 10:14:52 2014 > 1.83T scanned out of 2.43T at 75.2M/s, 2h17m to go > 0 repaired, 75.55% done Note the “0 repaired.” >

Re: [zfs-macos] Re: ZFS w/o ECC RAM -> Total loss of data

2014-03-31 Thread Jason Belec
As one who has gone through all kinds of permutations to 'corrupt' data under ZFS, I'm calling BS on the RAM as the culprit. As Bjoern mentioned it sounds like connector issues, something I've seen a lot. However depending how you set your pool up, your data may be difficult to access but most l

Re: [zfs-macos] Re: ZFS w/o ECC RAM -> Total loss of data

2014-03-31 Thread Eric Jaw
On Monday, March 31, 2014 5:53:59 PM UTC-4, Bjoern Kahl wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Am 31.03.14 23:23, schrieb Eric Jaw: > > I completely agree. I'm experiencing these issues currently. > > Largely. > > > > Doing a scrub is just obliterating my pool. > >

Re: [zfs-macos] Re: ZFS w/o ECC RAM -> Total loss of data

2014-03-31 Thread Eric Jaw
On Monday, March 31, 2014 5:55:21 PM UTC-4, Daniel Becker wrote: > > On Mar 31, 2014, at 2:23 PM, Eric Jaw > > wrote: > > Doing a scrub is just obliterating my pool. > > > Is it? I don’t think so: > Thanks for the response! Here's some more details on the setup: https://forums.virtualbox.org/

Re: [zfs-macos] Re: ZFS w/o ECC RAM -> Total loss of data

2014-03-31 Thread Eric Jaw
On Monday, March 31, 2014 9:10:49 PM UTC-4, jasonbelec wrote: > > As one who has gone through all kinds of permutations to 'corrupt' data > under ZFS, I'm calling BS on the RAM as the culprit. As Bjoern mentioned it > sounds like connector issues, something I've seen a lot. However depending >

Re: [zfs-macos] Re: ZFS w/o ECC RAM -> Total loss of data

2014-03-31 Thread Gregg Wonderly
The long and the short of it, is that most likely you have a failing disk or controller/connector more than anything. I used to run an 8-disk, 4 mirrored pair pool on a small box without good airflow and slow, SATA-150 controllers that were supported by Solaris 10. I ended up replacing the who

Re: [zfs-macos] ZFS w/o ECC RAM -> Total loss of data

2014-03-31 Thread Daniel Becker
On Mar 31, 2014, at 7:41 PM, Eric Jaw wrote: > I started using ZFS about a few weeks ago, so a lot of it is still new to me. > I'm actually not completely certain about "proper procedure" for repairing a > pool. I'm not sure if I'm supposed to clear the errors after the scrub, > before or afte