Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 04 Jun 2012 16:15:01 -0700
From:      Randy Bush <randy@psg.com>
To:        "Ronald Klop" <ronald-freebsd8@klop.yi.org>
Cc:        FreeBSD FS <freebsd-fs@freebsd.org>
Subject:   Re: hptrr disk labeling
Message-ID:  <m27gvmpt3e.wl%randy@psg.com>
In-Reply-To: <op.wfdnmylr8527sy@ronaldradial.versatec.local>
References:  <m2pq9kq6eo.wl%randy@psg.com> <20120601033945.GA37797@neutralgood.org> <m2txythvs5.wl%randy@psg.com> <op.wfdnmylr8527sy@ronaldradial.versatec.local>

next in thread | previous in thread | raw e-mail | index | archive | help
>>>> i have an hptrr controller with 12-16 2tb satas on it.  a picture
>>>> before i started cleaning up some disk failures.
>>>>
>>>>         NAME                STATE     READ WRITE CKSUM
>>>>         tank                ONLINE       0     0     0
>>>>           mirror            ONLINE       0     0     0
>>>>             label/m00-d01   ONLINE       0     0     0
>>>>             label/m00-d00   ONLINE       0     0     0
>>>>           mirror            ONLINE       0     0     0
>>>>             label/m01-d00   ONLINE       0     0     0
>>>>             label/m01-d01   ONLINE       0     0     0
>>>>
>>>> the reason i used glabels was because when the system boots or the
>>>> controller rescans, it assigns da0 to the first drive it finds alive on
>>>> the controller, da1 to the second, etc.
>>>>
>>>> this means that drive addition or removal changes the daX numbering.
>>>>
>>>> so the labels are so that zfs can find its ass when assembling the
>>>> array.
>>>
>>> Can you use GPT for partitioning? Put a single partition on each disk  
>>> and
>>> set the GPT label (which is not the glabel). See gpart's add and modify
>>> subcommands.
>>>
>>> 	NAME                          STATE     READ WRITE CKSUM
>>> 	gs1p                          ONLINE       0     0     0
>>> 	  mirror                      ONLINE       0     0     0
>>> 	    gpt/CONST_2-9XE02KPK-zfs  ONLINE       0     0     0
>>> 	    gpt/SAVVIO-6XQ10F80-zfs   ONLINE       0     0     0
>>> 	    gpt/SAVVIO-6XQ103C7-zfs   ONLINE       0     0     0
>>
>> ok.  sure i could do that.  but what's the win?
> 
> Glabel is FreeBSD only. GPT is standardized. So if you import your pool in  
> Solaris it will work with GPT, but not with glabel.

p == 0.0

> But in your original question I don't really understand your problem with  
> glabel (glabel solves the problem of changing da* numbering), so what do  
> you want to win?

for the archive, this won (thanks to private email)

t# grep hint /boot/loader.conf.local
hint.scbus.0.at="hptrr0"
hint.da.0.at="scbus0"
hint.da.1.at="scbus0"
hint.da.2.at="scbus0"
hint.da.3.at="scbus0"
hint.da.4.at="scbus0"
hint.da.5.at="scbus0"
hint.da.6.at="scbus0"
hint.da.7.at="scbus0"
hint.da.8.at="scbus0"
hint.da.9.at="scbus0"
hint.da.10.at="scbus0"
hint.da.11.at="scbus0"
hint.da.12.at="scbus0"
hint.da.13.at="scbus0"
hint.da.14.at="scbus0"
hint.da.15.at="scbus0"
hint.da.0.target="0"
hint.da.1.target="1"
hint.da.2.target="2"
hint.da.3.target="3"
hint.da.4.target="4"
hint.da.5.target="5"
hint.da.6.target="6"
hint.da.7.target="7"
hint.da.8.target="8"
hint.da.9.target="9"
hint.da.10.target="10"
hint.da.11.target="11"
hint.da.12.target="12"
hint.da.13.target="13"
hint.da.14.target="14"
hint.da.15.target="15"

randy



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m27gvmpt3e.wl%randy>