Hi,
I got a number of informative responses. The following people
answered:
Matt Regan
Charles M. Atkinson
Kent Perrier
Mike Salehi
Andy Paton
Jim Taylor
Matthew Stier
Walter Reed
Ric Anderson
Justin Clift
The general consensus was that the requirements of specific applications
should determine the version used. Some 3rd-party applications aren't
yet compatible with Solaris 8, and BEA Tuxedo, SAP R/3, and Informix were
mentioned by name.
Jim Taylor mentioned that VCS may not yet be certified with
Solaris 8, but it may be soon. Matthew Stier noted that Enterprise 3000
(and up) servers are easier maintained when running Solaris 8 (for the
better support of certain hardware features like dynamic reconfiguration,
I infer).
Mike Salehi correctly pointed out that Solaris 2.6 is the last
version that doesn't support a 64-bit kernel and UFS logging, but those
seem to me like reasons to go to a newer version, not keep the old one. :)
Thanks everyone for the great responses. My original question is
below.
Matt
-- Matthew R. Briggs mbriggs@switchboard.net---------- Forwarded message ---------- Date: Mon, 2 Oct 2000 14:11:24 -0400 (EDT) From: Matthew R. Briggs <mbriggs@switchboard.net> To: Sun Managers Mailing List <sun-managers@sunmanagers.ececs.uc.edu> Subject: Reasons to deploy 2.6?
Hi all, I just read a detailed proposal from a potential customer involving a number of servers running Veritas Cluster Server. They specified Solaris 2.6, which seems to me to be getting a bit long in the tooth. I wondered if anyone had specific reasons why 2.6 should be deployed these days, as opposed to Solaris 8. I understand that it's safer to err on the side of conservative, but I also know that more recent versions fix bugs and add features that might be nice to have. So, here are my questions:
1. Are there any reasons to deploy Solaris 2.6 rather than a newer version? 2. Conversely, are there any specific reasons not to deploy Solaris 8? 3. Specifically, does VCS play nice with Solaris 8 in production?
Thanks for any input you can give me, and I'll be glad to summarize. Matt
-- Matthew R. Briggs mbriggs@switchboard.net
S U BEFORE POSTING please READ the FAQ located at N ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/faq . and the list POLICY statement located at M ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/policy A To submit questions/summaries to this list send your email message to: N sun-managers@sunmanagers.ececs.uc.edu A To unsubscribe from this list please send an email message to: G majordomo@sunmanagers.ececs.uc.edu E and in the BODY type: R unsubscribe sun-managers S Or . unsubscribe sun-managers original@subscription.address L To view an archive of this list please visit: I http://www.latech.edu/sunman.html S T
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:14:18 CDT