On 01/22/2013 10:50 PM, Gary Mills wrote:
> On Tue, Jan 22, 2013 at 11:54:53PM +, Edward Ned Harvey
> (opensolarisisdeadlongliveopensolaris) wrote:
> Paging out unused portions of an executing process from real memory to
> the swap device is certainly beneficial. Swapping out complete
> proces
On 01/16/2013 10:25 PM, Peter Wood wrote:
>
> Today I started migrating file systems from some old Open Solaris
> servers to these Supermicro boxes and noticed the transfer to one of
> them was going 10x slower then to the other one (like 10GB/hour).
What does "dladm show-link" show? I'm guessing
On 01/07/2013 04:16 PM, Sašo Kiselkov wrote:
> PERC H200 are well behaved cards that are easy to reflash and work
> well (even in JBOD mode) on Illumos - they are essentially a LSI SAS
> 9211. If you can get them, they're one heck of a reliable beast, and
> cheap too!
I've had trouble with one of
On 11/19/2012 12:03 PM, Peter Jeremy wrote:
> On 2012-Nov-19 11:02:06 -0500, Ray Arachelian wrote:
>
>
> The damage exists in the oldest snapshot for that filesystem.
>
Are you able to delete that snapshot?
___
zfs-discuss mailing l
On 11/16/2012 07:15 PM, Peter Jeremy wrote:
> I have been tracking down a problem with "zfs diff" that reveals
> itself variously as a hang (unkillable process), panic or error,
> depending on the ZFS kernel version but seems to be caused by
> corruption within the pool. I am using FreeBSD but the
On 10/26/2012 04:29 AM, Karl Wagner wrote:
>
> Does it not store a separate checksum for a parity block? If so, it
> should not even need to recalculate the parity: assuming checksums
> match for all data and parity blocks, the data is good.
>
> I could understand why it would not store a checksum
On 10/03/2012 05:54 AM, Jim Klimov wrote:
> Hello all,
>
> It was often asked and discussed on the list about "how to
> change rpool HDDs from AHCI to IDE mode" and back, with the
> modern routine involving reconfiguration of the BIOS, bootup
> from separate live media, simple import and export o
On 08/20/2012 02:55 PM, Ernest Dipko wrote:
> Is there any way to recover the data within a zpool after a spool create -f
> was issued on the disks?
>
> We had a pool that contained two internal disks (mirrored) and we added a
> zvol to it our of an existing pool for some temporary space. After
On 08/13/2012 06:50 AM, Sašo Kiselkov wrote:
> See the -d option to zpool import. -- Saso
Many thanks for this, it worked very nicely, though the first time I ran
it, it failed. So what -d does is to substitute /dev. In order for it
to work, you also have to make links to the drive devices in t
While attempting to fix the last of my damaged zpools, there's one that
consists of 4 drives + one 60G file. The file happened by accident - I
attempted to add a partition off an SSD drive but missed the cache
keyword. Of course, once this is done, there's no way to remove the new
unwanted member
On 07/31/2012 09:46 AM, opensolarisisdeadlongliveopensolaris wrote:
> Dedup: First of all, I don't recommend using dedup under any
> circumstance. Not that it's unstable or anything, just that the
> performance is so horrible, it's never worth while. But particularly
> with encrypted data, you're g
11 matches
Mail list logo
