dlg
System:
SAM-FS 4.6.85
Solaris 10 U7 X86
___
sam-qfs-discuss mailing list
sam-qfs-disc...@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/sam-qfs-discuss
David Gwynne
Infrastructure Architect
Engineering, Architectur
On 05/11/2008, at 2:22 PM, Ian Collins wrote:
> Bob Friesenhahn wrote:
>> On Wed, 5 Nov 2008, David Gwynne wrote:
>>
>>
>>> be done in a very short time. perhaps you can amortize that cost by
>>> doing it when the data from userland makes it into the kernel
On 05/11/2008, at 3:27 AM, Bob Friesenhahn wrote:
> On Wed, 5 Nov 2008, David Gwynne wrote:
>
>> be done in a very short time. perhaps you can amortize that cost by
>> doing it when the data from userland makes it into the kernel.
>> another
>> idea could be
On 11/05/2007, at 4:54 AM, Bill Sommerfeld wrote:
> On Thu, 2007-05-10 at 10:10 -0700, Jürgen Keil wrote:
>> Btw: In one experiment I tried to boot the kernel under kmdb
>> control (-kd), patched "minclsyspri := 61" and used a
>> breakpoint inside spa_active() to patch the spa_zio_* taskq
>> to u
this week i melted a raid hba in a machine twice, which ended up causing real
data corruption on the disks holding the zpool. as a result of this i have the
following output from zpool status:
# zpool status -v cache
pool: cache
state: ONLINE
status: One or more devices has experienced an err
On Tue, Sep 30, 2008 at 11:09:05PM -0700, Eric Schrock wrote:
> A better solution (one that wouldn't break backwards compatability)
> would be to add the '-p' option (parseable output) from 'zfs get' to the
> 'zfs list' command as well.
yes, that makes sense to me.
thanks for pointing the -p out
as the topic says, this uses literals when the zfs command is asked
to list stuff in script mode (ie, zfs list -H). this is useful if
you want the sizes of things in raw values.
i have no onnv systems to build this on, so i am unable to demonstrate
this, but i would really like to see this (or som
