Hello Richard,
Friday, December 28, 2007, 9:48:53 PM, you wrote:
RE> Sengor wrote:
>> While on a VCS course on a Symantec site, I was told VxVM is planned
>> to be open sourced some time in near future. In either case the cost
>> is a large factor here, VxVM does not come cheap (unless you use Vx
Still no news when a real patch will be released for this issue?
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
On 12/29/07, Robert Milkowski <[EMAIL PROTECTED]> wrote:
> One good feature in VxVM/VxFS is an ability to shrink a "pool" or
> change RAID on-the-fly. Then you can change speed of resilvering or
> even freeze it if you want. Hot spare support is probably still better
> (I haven't looked at latest i
On Dec 29, 2007, at 2:33 AM, Jonathan Loran wrote:
> Hey, here's an idea: We snapshot the file as it exists at the time of
> the mv in the old file system until all referring file handles are
> closed, then destroy the single file snap. I know, not easy to
> implement, but that is the correct b
Jonathan Edwards <[EMAIL PROTECTED]> wrote:
>
> On Dec 29, 2007, at 2:33 AM, Jonathan Loran wrote:
>
> > Hey, here's an idea: We snapshot the file as it exists at the time of
> > the mv in the old file system until all referring file handles are
> > closed, then destroy the single file snap. I k
Robert Milkowski wrote:
> Hello Richard,
>
> Friday, December 28, 2007, 9:48:53 PM, you wrote:
>
> RE> Sengor wrote:
>
>>> While on a VCS course on a Symantec site, I was told VxVM is planned
>>> to be open sourced some time in near future. In either case the cost
>>> is a large factor here, VxV
A question with regards to the possibilities with ZFS.
There are some proprietary SAN solutions on the market that have the capability
to automatically move data that is not accessed frequently moved down to
lower-tier of storage.
This is very convenient in maximizing the value of high-RPM dis
