svn commit: r220982 - in head: . sys/amd64/conf sys/arm/conf sys/conf sys/i386/conf sys/ia64/conf sys/mips/conf sys/mips/malta sys/pc98/conf sys/powerpc/conf sys/sparc64/conf sys/sun4v/conf

[Pawel Jakub Dawidek]

On Tue, Apr 26, 2011 at 11:45:37AM +0300, Alexander Motin wrote:
> On 26.04.2011 11:34, Pawel Jakub Dawidek wrote:
> >On Tue, Apr 26, 2011 at 11:18:06AM +0300, Alexander Motin wrote:
> >>What do you think about this:
> >>http://docs.freebsd.org/cgi/mid.cgi?4DB54BA9.5050901
> >>? I've found that zpool utility don't likes symbolic links, but
> >>except this and together with fixing hardcoding problem IMHO it
> >>looks not bad.
> >
> >It does look good, indeed.
> >
> >What's the problem with zpool?
> 
> make_dev_alias() creates symlink to the original device. After that,
> attempt to do `zpool create test /dev/ad12 /dev/ad13` fails. May be
> because it doesn't resolve symlink and can't find geom with name
> ad12.

IIRC zpool go straight to GEOM providers and doesn't even look into
/dev/. Feel free to ignore this issue. Actually I think it is even
better as people will notice that they should not use legacy names.

> >It should operate on GEOM providers only.
> 
> OK. If `zpool create` is the only possible problem there, then I
> think we can live with it.

I agree.

-- 
Pawel Jakub Dawidek                       http://www.wheelsystems.com
FreeBSD committer                         http://www.FreeBSD.org
Am I Evil? Yes, I Am!                     http://yomoli.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/svn-src-head/attachments/20110426/248d30ec/attachment.pgp