On Tue, Apr 13, 2010 at 7:03 AM, Harry Putnam wrote:
> Apparently you are not disagreeing with Daniel Cs' comment above so I
> guess you are talking about disk partitions here?
I'm not disagreeing, but the use case for a server is different than
for a laptop that can only hold one drive.
> Curre
Brandon High writes:
[...]
Harry wrote:
>> So having some data on rpool (besides the OS I mean) is not
>> necessarily a bad thing then?
Daniel C answered:
>> Not at all; laptops would be screwed otherwise.
Brandon H. responded:
> The pool will resilver faster if it's got less data on it, wh
Daniel Carosone writes:
[...] snipped welcome info... thanks.
> Oh, another thing, just to make sure before you start, since this is
> evidently older hardware: are you running a 32-bit or 64-bit kernel?
> The 32-bit kernel won't use drives larger than 1TB.
Its an athlon64 so I'm good there.
_
On Mon, Apr 12, 2010 at 4:17 PM, Harry Putnam wrote:
> If its possible to add a mirrored set as a vdev to a zpool like what
> seems to be happening in (3) above, why wouldn't I just add the two
> new disks as mirrored vdev to z2 to start off, rather than additional
> mirrors, and never remove the
On Mon, Apr 12, 2010 at 06:17:47PM -0500, Harry Putnam wrote:
> But, I'm too unskilled in solaris and zfs admin to be risking a total
> melt down if I try that before gaining a more thorough understanding.
Grab virtualbox or something similar and set yourself up a test
environment. In general, an
Brandon High writes:
> On Mon, Apr 12, 2010 at 7:38 AM, Harry Putnam wrote:
>> But as someone suggested it might be better to get two more bigger
>> drives. 1t or 1.5t would handle all my data on one pair.
>>
>> Then I guess after moving all the data to a single zpool made up of
>> those 2 new
On Mon, Apr 12, 2010 at 7:38 AM, Harry Putnam wrote:
> But as someone suggested it might be better to get two more bigger
> drives. 1t or 1.5t would handle all my data on one pair.
>
> Then I guess after moving all the data to a single zpool made up of
> those 2 new disks, I could then add the fr
Daniel Carosone writes:
> For Harry's benefit, the recipe we're talking about here is roughly as
> follows. Your pools z2 and z3, we will merge into z2. and
> are the current members of z3.
[...] snipped very handy outline
Thank you. That kind of walk through is really helpful here.
I have
On 04/11/10 11:55 AM, Harry Putnam wrote:
Would you mind expanding the abbrevs: ssd zil 12arc?
http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide
--
Ian.
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.o
On Sat, 10 Apr 2010, Harry Putnam wrote:
Would you mind expanding the abbrevs: ssd zil 12arc?
SSD = Solid State Device
ZIL = ZFS Intent Log (log of pending synchronous writes)
L2ARC = Level 2 Adaptive Replacement Cache
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simple
Daniel Carosone writes:
Thanks for the input.. very helpful.
[...]
> No, as above. You might consider new disks for a new rpool (say, ssd
> with some zil or l2arc) and reusing the current disks for data if
> they're the same as the other data disks.
Would you mind expanding the abbrevs: ssd z
On Sat, Apr 10, 2010 at 06:20:54PM -0500, Bob Friesenhahn wrote:
> Since he is already using mirrors, he already has enough free space
> since he can move one disk from each mirror to the "main" pool (which
> unfortunately, can't be the boot 'rpool' pool), send the data, and then
> move the se
On Sat, 10 Apr 2010, Bob Friesenhahn wrote:
Since he is already using mirrors, he already has enough free space since he
can move one disk from each mirror to the "main" pool (which unfortunately,
can't be the boot 'rpool' pool), send the data, and then move the second
disks from the pools wh
On Sun, 11 Apr 2010, Daniel Carosone wrote:
The migration he's referring to is of disks, not of contents. The
contents you'd have to migrate first (say with send|recv), before
destroying the emptied pool and adding the disks to the pool you want
to expand, as a new vdev.There's an implicit
On Sat, Apr 10, 2010 at 02:51:45PM -0500, Harry Putnam wrote:
> [Note: This discussion started in another thread
>
> Subject: about backup and mirrored pools
>
> but the subject has been significantly changed so started a new
> thread]
>
> Bob Friesenhahn writes:
>
> > Luckily, since you a
[Note: This discussion started in another thread
Subject: about backup and mirrored pools
but the subject has been significantly changed so started a new
thread]
Bob Friesenhahn writes:
> Luckily, since you are using mirrors, you can easily migrate disks
> from your existing extra pools to
16 matches
Mail list logo