Hi there,
because of a problem with EMC Power Path we need to change the
configuration of a ZFS pool changing "emcpower?g" devices (EMC Power
Path created devices) to underlaying "c#t#d#" (Solaris path to those
devices). Problem is that they has non redundant config:
"amebdo:/>zpool status
For ZFS crypto I want to be able to force (at data set create time) the
checksum property to have a value of sha256 (actually it might end up
being hmac-sha256 but thats not so relevant here) when the encryption
property is set to any of the 'on' values.
I would rather not have the user get th
Hi Brian,
I can confirm that we will certainly be filming the presentation with a view to
posting it online shortly afterwards for those people who can't attend in
person.
Regards,
Joy
This message posted from opensolaris.org
___
zfs-discuss maili
Does ZFS support any type of remote mirroring? It seems at present my only two
options to achieve this would be Sun Cluster or Availability Suite. I thought
that this functionality was in the works, but I haven't heard anything lately.
Thanks!
Aaron Newcomb
http://opennewsshow.org
http://thesour
Thanks a lot!
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
On Tue, May 01, 2007 at 09:56:04PM -0400, Torrey McMahon wrote:
>
> If you lose the primary drive, and your dump device points to the
> metadevice, then you wouldn't have to reset it. Also, most folks use the
Eh, that's true, not something I've really ever had to think about due
to your next po
Aaron Newcomb wrote:
Does ZFS support any type of remote mirroring? It seems at present my only two
options to achieve this would be Sun Cluster or Availability Suite. I thought
that this functionality was in the works, but I haven't heard anything lately.
AVS is working today. (See Jim Du
Terry,
Yes. AVS is pretty expensive. If ZFS did this out of the box it would be a huge
differentiator. I know ZFS does snapshots today, but if we could extend this
functionality to work across distance then we would have something that could
compete with expensive solutions from EMC, HP, IBM, N
Aaron Newcomb wrote:
Terry,
Yes. AVS is pretty expensive. If ZFS did this out of the box it would be a huge
differentiator. I know ZFS does snapshots today, but if we could extend this
functionality to work across distance then we would have something that could
compete with expensive solutio
[EMAIL PROTECTED] said:
>because of a problem with EMC Power Path we need to change the
> configuration of a ZFS pool changing "emcpower?g" devices (EMC Power Path
> created devices) to underlaying "c#t#d#" (Solaris path to those devices).
> . . .
You should be able to export the pool, "zpoo
Note that you do not have to use the emcpower name to get
the path redundancy of PowerPath. By default PowerPath
layers in the cb_ops of the driver so that emcpower and all
c#t#d# device entries for a LUN all go through PowerPath in
the same way. I think the emc documentation refers to to this as
I just had a quick play with gzip compression on a filesystem and the
result was the machine grinding to a halt while copying some large
(.wav) files to it from another filesystem in the same pool.
The system became very unresponsive, taking several seconds to echo
keystrokes. The box is a maxed
Ian Collins wrote:
I just had a quick play with gzip compression on a filesystem and the
result was the machine grinding to a halt while copying some large
(.wav) files to it from another filesystem in the same pool.
The system became very unresponsive, taking several seconds to echo
keystrokes.
Bart Smaalders wrote:
> Ian Collins wrote:
>> I just had a quick play with gzip compression on a filesystem and the
>> result was the machine grinding to a halt while copying some large
>> (.wav) files to it from another filesystem in the same pool.
>>
>> The system became very unresponsive, taking
On 5/3/07, Ian Collins <[EMAIL PROTECTED]> wrote:
The system has 8MB of RAM and a was using 'cp -r' to copy the directory.
Hm, that would be a record breaking system. Did you mean 8 GB ?
--
Regards,
Cyril
___
zfs-discuss mailing list
zfs-disc
Cyril Plisko wrote:
> On 5/3/07, Ian Collins <[EMAIL PROTECTED]> wrote:
>>
>> The system has 8MB of RAM and a was using 'cp -r' to copy the directory.
>
> Hm, that would be a record breaking system. Did you mean 8 GB ?
>
Oops Yes.
___
zfs-discuss mail
On May 2, 2007, at 10:36 PM, Ian Collins wrote:
The files are between 15 and 50MB. It's worth pointing out that .wav
files only compress by a few percent.
Not entirely related to your maxed CPU problem, but
gzip on PCM audio isn't, as you point out, going to earn you much of
a compress
Dale Ghent wrote:
> On May 2, 2007, at 10:36 PM, Ian Collins wrote:
>
>> The files are between 15 and 50MB. It's worth pointing out that .wav
>> files only compress by a few percent.
>
> Not entirely related to your maxed CPU problem, but
>
I don't think it was a maxed CPU problem, only one co
18 matches
Mail list logo
