If someone wanted to make a really great set of system tools for Solaris, then why not base it on something like the old Sun Management Center and use SNMP. Then, you can start supporting the sorts of hardware monitoring and reporting that SNMP provides and extend it. Further SNMP is designed to work over the network so its easier to write tools for remote monitoring and management, not just the single machine. I remember that Sun Management Center even had "probes" so that you could securely run arbitrary commands (for system management purposes).
Would it be interesting if the old Sun Management Project were released to the open so that a community could develop around it? With a healthy community of developers to help port the agent to work on other platforms, it would actually be a pretty useful tool. In my opinion, its main limitation was the fact that the agent really only worked with Solaris, but there's no real technical reason the agent couldn't be ported to other platforms. Most people have networks with a variety of different platforms, so a tool that only works on Solaris isn't as competitive as programs like Tivoli or HP-OpenView which don't support Solaris as well, but have reasonable support of many platforms. Brian paul wrote: > Victor Fernandez schrieb: >> what a mess ! > Do you refer to the link peter has posted? In that case "mess" is not > the right word. Things would get "messy" if everyone could throw out > half baked ideas with some screenshots, dump them on opensolaris and get > on with life (this is not a critique of your project). > > A few random notes about your project: > > I do see a need here and maybe your approach using ssh commands over the > wire might work out. Your biggest competitors I know of are vpanels and > cim-server, both have drawbacks and if you are clever you might win ;) > > a. CIM-server is *potentially* a great solution but has not seen much > activitiy recently. It is complex and without support from SUN and ISVs > it might be too much work for OpenSolaris. > > b. I can't say much about VPanels except it looks like they haven't > decoupled the GUI stuff and the integration into the Gnome > Settings/Preference menu is a huge mistake (IMO). > > So if you want to outsmart those: > > 1. Make it easy for contributors to write plugins. > 2. Make it easy for contributors to write plugins. > 3. Use a plugin system with clear interfaces people can use to implement > their own stuff. > 4. Decouple the commands from the GUI so you can expose the > functionality to other interfaces (Web, command line). > 5. Look at the sourcecode of "trac" how they designed the plugin system > and how they use interfaces to make it easy to write plugins. > > cheers > Paul > > > >> 2008/10/13 Peter Tribble <[EMAIL PROTECTED]> >> >>> On Mon, Oct 13, 2008 at 11:01 AM, Victor Fernandez >>> <[EMAIL PROTECTED]> wrote: >>>> Hi Ghee, at this moment the GUI based in GTK and pyhton in functionally >>> to >>>> run on an any OpenSolaris distro, Linux an OSX. But the systems to manage >>>> have to be OpenSolaris (SVM, ZFS, Zones/Containers, SMF...) >>>> >>>> Thanks for your support. Anyone could help us to start this project? >>> OK, this has to use the old process: >>> >>> >>> http://www.opensolaris.org/os/community/ogb/policies/project-instantiation.txt >>> >>> So basically find a sponsoring community group (Systems Administration >>> would be a good one to choose!). Put together a brief summary of the >>> proposal >>> (see section 2.2 of the above document), and either send it to >>> sysadmin-discuss >>> or to me and I'll push it through for you. >>> >>> -- >>> -Peter Tribble >>> http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ >>> >> >> > > _______________________________________________ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
