Hi Brian

This seems to be the Physical version of 10012 and consort.
I see the same behaviour with Missing Serials in VirtioBLK

Greetings
Till

On 20.05.19 09:16, Brian Bennett wrote:
> Is anybody using USB 3.1 mass storage devices with illumos? (FWIW, I'm
> using SmartOS)
> 
> I've had a problem with several different multi-bay drive enclosures
> where the /enclosure/ is reported instead of the individual drives. This
> causes zfs to assign the same devid to each drive, and while I can
> create a zpool if I try replacing a drive I can't because it says a
> different device (the last device) is already part of the pool. For
> example, if I `zpool attach test c1t0d0 c1t0d1` the error message says
> that c1t0d3 is already part of the pool.
> 
> This happens with multiple manufacturers, and different number of
> devices in the enclosure. The two main units I have for testing right
> now are a four-bay QNAP TR-004 and a dual-bay HornetTek Gemini. These
> devices use a USB-C connector at the device, and a USB-A connection to
> the computer. Both exhibit the same problem.
> 
> Using the two HornetTek enclosures, for example gives this output
> form iostat:
> 
>     # iostat -En | grep Serial
>     Vendor: ASMT     Product: ASM1352R-PM      Revision: 0    Serial No:
>     000000000000000 
>     Vendor: ASMT     Product: ASM1352R-PM      Revision: 0    Serial No:
>     000000000000000 
>     Vendor: ASMT     Product: ASM1352R-PM      Revision: 0    Serial No:
>     000000000000000 
>     Vendor: ASMT     Product: ASM1352R-PM      Revision: 0    Serial No:
>     000000000000000 
> 
> 
> And from zdb:
> 
>     # zdb | grep devid
>                     devid: 'id1,sd@n5000000000000001/a'
>                     devid: 'id1,sd@n5000000000000001/a'
>                     devid: 'id1,sd@n5000000000000001/a'
>                     devid: 'id1,sd@n5000000000000001/a'
> 
> 
> Putting the same disks into a usb 2 enclosure (and using a USB type B
> connector at the device), is entirely different:
> 
>     # iostat -En | grep Serial
>     Vendor: HITACHI  Product: HUA723030ALA640  Revision:  Serial No:  
>     Vendor: HITACHI  Product: HUA723030ALA640  Revision:  Serial No:  
> 
> 
> And because the serial number is /blank/ rather than a duplicate (though
> obviously invalid) value, the devids aren't duplicated and the pool
> behaves properly.
> 
> Has anybody else experienced this? Anybody know what's going on here?
> 
> -- 
> Brian Bennett
> Systems Engineer, Cloud Operations
> Joyent, Inc. | www.joyent.com <http://www.joyent.com>
> 
> *illumos <https://illumos.topicbox.com/latest>* / illumos-discuss / see
> discussions <https://illumos.topicbox.com/groups/discuss> + participants
> <https://illumos.topicbox.com/groups/discuss/members> + delivery options
> <https://illumos.topicbox.com/groups/discuss/subscription> Permalink
> <https://illumos.topicbox.com/groups/discuss/T400018ace14d8f9b-Md1f3c14dea2484899b4b0522>
> 

------------------------------------------
illumos: illumos-discuss
Permalink: 
https://illumos.topicbox.com/groups/discuss/T400018ace14d8f9b-M290cd600b81092e499042da8
Delivery options: https://illumos.topicbox.com/groups/discuss/subscription

Reply via email to