On 7/23/07, Coy Hile <[EMAIL PROTECTED]> wrote:
> I'm with James on this one... I really don't see the point, and I see
> this as something of a slippery slope. I don't think one should be
> using a filesystem to manage these kinds of attributes. I abhor the
> linuxism of "oh, I want to change foo, so i'll "echo 1 > /proc/bar/baz/foo"
>(I recall having to do that for NAT or something many years ago.
Despite any appearance to the contrary, I am in fact
very much in favour of innovation and development
in OSes, specifically Solaris.
What I am most definitely *not* in favour of is the attitude
that linux does things better therefore we must change Solaris
to do just what linux does.
We already have several very well documented administrative
tools and APIs which you can use to achieve the same result
as proposed.
I think the original poster would be very well served if he
bothered to RTFM on such things as
prtconf(1m)
prtpicl(1m)
cfgadm(1m)
cfgadm_scsi(1m)
cfgadm_fp(1m)
mpathadm(1m)
libdevinfo(3LIB)
libdevid(3LIB)
There is merit in the linux way ---- on linux.
There is merit in the OpenSolaris ---- on OpenSolaris.
Sometimes the two coincide. This proposal is not
such an example.
James C. McPherson
--
Solaris kernel software engineer, system admin and troubleshooter
http://www.jmcp.homeunix.com/blog
Find me on LinkedIn @ http://www.linkedin.com/in/jamescmcpherson
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
