On 02/21/2013 02:59 AM, Tim Cook wrote:
I hear you, but in his scenario of using scripts for management, there
isn't necessarily human interaction to confirm the operation
(appropriately or not). Having a pool property seems like an easy way
to prevent a mis-parsed or outright incorrect scri
On Wed, Feb 20, 2013 at 6:47 PM, Richard Elling wrote:
> On Feb 20, 2013, at 3:27 PM, Tim Cook wrote:
>
> On Wed, Feb 20, 2013 at 5:09 PM, Richard Elling
> wrote:
>
>> On Feb 20, 2013, at 2:49 PM, Markus Grundmann
>> wrote:
>>
>> Hi!
>>
>> My name is Markus and I living in germany. I'm new to t
On Feb 20, 2013, at 3:27 PM, Tim Cook wrote:
> On Wed, Feb 20, 2013 at 5:09 PM, Richard Elling
> wrote:
> On Feb 20, 2013, at 2:49 PM, Markus Grundmann wrote:
>
>> Hi!
>>
>> My name is Markus and I living in germany. I'm new to this list and I have a
>> simple question
>> related to zfs. My
Peter Wood wrote:
Currently the pool is about 20% full:
# zpool list pool01
NAME SIZE ALLOC FREE EXPANDSZCAP DEDUP HEALTH ALTROOT
pool01 65.2T 15.4T 49.9T -23% 1.00x ONLINE -
#
So you will be about 15% full after adding a new vdev.
Unless you are likely to get
Currently the pool is about 20% full:
# zpool list pool01
NAME SIZE ALLOC FREE EXPANDSZCAP DEDUP HEALTH ALTROOT
pool01 65.2T 15.4T 49.9T -23% 1.00x ONLINE -
#
The old data and new data will be equally use after adding the vdev.
The FS hold tens of thousands of sma
Bob Friesenhahn wrote:
On Thu, 21 Feb 2013, Sašo Kiselkov wrote:
On 02/21/2013 12:27 AM, Peter Wood wrote:
Will adding another vdev hurt the performance?
In general, the answer is: no. ZFS will try to balance writes to
top-level vdevs in a fashion that assures even data distribution. If
your
On Wed, Feb 20, 2013 at 5:46 PM, Bob Friesenhahn <
bfrie...@simple.dallas.tx.us> wrote:
> On Thu, 21 Feb 2013, Sašo Kiselkov wrote:
>
> On 02/21/2013 12:27 AM, Peter Wood wrote:
>>
>>> Will adding another vdev hurt the performance?
>>>
>>
>> In general, the answer is: no. ZFS will try to balance
On Thu, 21 Feb 2013, Sašo Kiselkov wrote:
On 02/21/2013 12:27 AM, Peter Wood wrote:
Will adding another vdev hurt the performance?
In general, the answer is: no. ZFS will try to balance writes to
top-level vdevs in a fashion that assures even data distribution. If
your data is equally likely
On 02/21/2013 12:27 AM, Peter Wood wrote:
> Will adding another vdev hurt the performance?
In general, the answer is: no. ZFS will try to balance writes to
top-level vdevs in a fashion that assures even data distribution. If
your data is equally likely to be hit in all places, then you will not
in
Peter Wood wrote:
I'm using OpenIndiana 151a7, zpool v28, zfs v5.
When I bought my storage servers I intentionally left hdd slots
available so I can add another vdev when needed and delay immediate
expenses.
After reading some posts on the mailing list I'm getting concerned
about degrading
On Wed, Feb 20, 2013 at 5:09 PM, Richard Elling wrote:
> On Feb 20, 2013, at 2:49 PM, Markus Grundmann
> wrote:
>
> Hi!
>
> My name is Markus and I living in germany. I'm new to this list and I have
> a simple question
> related to zfs. My favorite operating system is FreeBSD and I'm very happy
>
I'm using OpenIndiana 151a7, zpool v28, zfs v5.
When I bought my storage servers I intentionally left hdd slots available
so I can add another vdev when needed and delay immediate expenses.
After reading some posts on the mailing list I'm getting concerned about
degrading performance due to unequ
Look at the delegable properties (zfs allow). For example, you can
delegate a user to have
specific privileges and then not allow them to destroy.
Note: I'm only 99% sure this is implemented in FreeBSD, hopefully
someone can verify.
-- richard
Hi Richard!
I think it's implemented but I
Am 21.02.2013 00:08, schrieb Mike Gerdts:
On Wed, Feb 20, 2013 at 4:49 PM, Markus Grundmann wrote:
Whenever I modify zfs pools or filesystems it's possible to destroy [on a
bad day :-)] my data. A new
property "protected=on|off" in the pool and/or filesystem can help the
administrator for datal
Am 21.02.2013 00:02, schrieb Tim Cook:
I think you're underestimating your English, it's quite good :)
Thank you Tim :-)
In any case, I think the proposal is a good one. With the default
behavior being off, it won't break anything for existing datasets, and
it can absolutely help prevent a
On Feb 20, 2013, at 2:49 PM, Markus Grundmann wrote:
> Hi!
>
> My name is Markus and I living in germany. I'm new to this list and I have a
> simple question
> related to zfs. My favorite operating system is FreeBSD and I'm very happy to
> use zfs on them.
>
> It's possible to enhance the pro
On Wed, Feb 20, 2013 at 4:49 PM, Markus Grundmann wrote:
> Whenever I modify zfs pools or filesystems it's possible to destroy [on a
> bad day :-)] my data. A new
> property "protected=on|off" in the pool and/or filesystem can help the
> administrator for datalost
> (e.g. "zpool destroy tank" or "
Hi Markus,
On Wed, Feb 20, 2013 at 3:49 PM, Markus Grundmann wrote:
> It's possible to enhance the properties in the current source tree with an
> entry like "protected"?
> I find it seems not to be difficult but I'm not an professional C
> programmer. For more information
> please take a little
On Wed, Feb 20, 2013 at 4:49 PM, Markus Grundmann wrote:
> Hi!
>
> My name is Markus and I living in germany. I'm new to this list and I have
> a simple question
> related to zfs. My favorite operating system is FreeBSD and I'm very happy
> to use zfs on them.
>
> It's possible to enhance the prop
Hi!
My name is Markus and I living in germany. I'm new to this list and I
have a simple question
related to zfs. My favorite operating system is FreeBSD and I'm very
happy to use zfs on them.
It's possible to enhance the properties in the current source tree with
an entry like "protected"?
I
Hello,
Any comments/suggestions about this would be very nice..
Thanks!
-- Pasi
On Fri, Feb 08, 2013 at 05:09:56PM +0200, Pasi Kärkkäinen wrote:
>
> I'm seeing weird output aswell:
>
> # zpool list foo
> NAME SIZE ALLOC FREECAP DEDUP HEALTH ALTROOT
> foo 5.44T 4.44T 102
21 matches
Mail list logo
