> I agree that some consolidation and reorganization is
> required for the /dev tree. However, I do believe
> it's important to maintain compatibility.
There is no doubt about the need to support the existing
device naming system. If there are changes, they are going
to be incremental.
>Many
>
> Well, it's not "slightly more than a song"; there's
> the balance sheet
> to consider and that isn't looking rosy. (You'll
> have to buy all shares
> *and* pay off all debts)
Correct. But surely some of the technologies in IRIX could be bought or at
least licensed from the cash-strapped and s
> Hi,
>
> You might want to take a look at JET, which resolves
> these kinds of issues.
>
> http://www.sun.com/bigadmin/content/jet/
Thanks for the info.
lucy
>
> -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*Octa
> ve J. Orgeron
> Solaris Systems Engineer
> http://www.opensolaris.org/
> > To a new Solaris user that comes from other OS,
> (s)he
> > may
> > find it bothersome not to find the device after a
> > normal system
> > reboot has performed. Then they will ask, "what is
> > the problem
> > with Solaris?"
>
> Are you telling us that you're trying to actually
> dumb Solari
On Wed, May 31, 2006 at 12:49:26PM -0700, UNIX admin wrote:
> > To a new Solaris user that comes from other OS, (s)he
> > may
> > find it bothersome not to find the device after a
> > normal system
> > reboot has performed. Then they will ask, "what is
> > the problem
> > with Solaris?"
>
> Are you
> To a new Solaris user that comes from other OS, (s)he
> may
> find it bothersome not to find the device after a
> normal system
> reboot has performed. Then they will ask, "what is
> the problem
> with Solaris?"
Are you telling us that you're trying to actually dumb Solaris down for some
Joe U
James Carlson wrote:
The problem with that idea is that forcing reconfiguration every time
kills the boot-time metric, which is an important part of computing
overall availability of the system. Such a project would fail on
boot-time regression.
It would require a very quick way to discover n
Stephen Potter writes:
> > To a new Solaris user that comes from other OS, (s)he may
> > find it bothersome not to find the device after a normal system
> > reboot has performed. Then they will ask, "what is the problem
> > with Solaris?"
>
> I agree, if there is a way for the guru to turn off au
> To a new Solaris user that comes from other OS, (s)he may
> find it bothersome not to find the device after a normal system
> reboot has performed. Then they will ask, "what is the problem
> with Solaris?"
I agree, if there is a way for the guru to turn off auto-reconfig when they
want. This
>
> I didn't notice anyone saying that /dev/dsk/root
> couldn't exist, it
> just has to exist with the current solution.
Forgot to mention, Devname is adding flexibilities in
managing the logical device name, i.e. /dev names, while keeping
current devfsadm/link generator device naming mechanism
> >
> > A scenario for this problem is: In a shared SAN
> environment,
> > the same tape device needs to be named the same on
> all the hosts
> > so that the backup software can be configured
> consistently
> > across the enterprise.
> >
> > Current /dev/rmt name scheme can assign different
>
11 matches
Mail list logo
