|Summary:||GEOM: gmirror label (-h) doesn't cause /dev/mirror/ population or activation|
|Product:||Base System||Reporter:||Charlie <3zstbn24xn>|
|Component:||misc||Assignee:||freebsd-bugs mailing list <bugs>|
|Severity:||Affects Only Me||CC:||allanjude, tom|
Description Charlie 2013-09-07 21:40:00 UTC
I try: $ gmirror label -h mymirror /dev/zvol/pool/component0.eli /dev/zvol/pool/component1.eli And nothing appears in /dev/mirror/. I can confirm that "gmirror dump" shows metadata there. But the mirrored setup isn't actually constructed so I can't use it. It's also unclear to me how to best ask the kernel to manually try activating a GEOM label based upon written metadata. Presently, a "geom activate" has no effect at all - exit status 0 and yet, still, nothing appears in /dev/mirror/. How-To-Repeat: Try to create a gmirror GEOM setup as above.
Comment 1 Thomas Hurst 2015-03-21 10:52:20 UTC
Just encountered this myself - it's caused by the hardcoded device name being truncated to 15 characters. In my case, adding gpt/voi.ssd.swap0 silently produced: hcprovider: gpt/voi.ssd.swa Very stingy. gmirror metadata looks to be pretty compact (135 bytes), so it should be able to support a good deal more. Either way, it shouldn't just silently truncate.