Hi Frank,

as you pointed out below, since SCI tool will serve for interactive configuration of non-global zones and for system configuration during text installation, we are mostly targeting sys admins residing in enterprise world and we can assume high level of technical skills.

I agree with you that it is reasonable to provide screens for configuration of parameters which
are likely to be frequently configured when deploying non-global zone.

At this point, in addition what we already provide in text installer, we think about following
parameters:

[1] Manual networking configuration

- IPv4 address, netmask, default route for one network interface

As far as IPv6 is concerned, I have looked at what legacy sysid tools provide and they only allow to enable/disable IPv6 support for already configured IPv4
interface.
We could certainly provide at least that, but we can provide for more if needed,
as PSARC/2010/164 allows better control. We can configure

* static address or addrconf type of configuration as described in ipadm(1M) man page * in case of addrconf, stateless & stateful IPv6 parameters as described in ipadm(1M) man page
* default IPv6 route

[2] DNS (when manual networking configuration is selected)

Legacy sysid tools provide three screens for configuring DNS:

* domain name
* nameservers (max three)
* search domains (max six)

I think we should provide the same level of configuration.

Susan, from zones point of view, do you think that we are going the right
direction or more complex networking configuration would be desirable to support ?

[3] In future, additional naming services (LDAP, ...)
We are mostly awaiting input from naming services team in this realm.

Thank you very much for your comments,

Jan


On 09/18/10 01:09 AM, Frank Ludolph wrote:
 Hi Jan,

Yes, I am available to consult on the UI design for this. (14.1.7)

The most important question from the UI design point is "Who is the intended user." This is important in that the GUI installer was designed for desktops and potentially non-technical users, so it was kept as simple as possible. The text-based installer was intended to install servers for evaluations and maybe small shops where AI would be too heavyweight. Because of the server target we added some minimal network setup that was almost certainly to be needed for servers.

Since this is being developed to configure non-global zones, is it reasonable to assume that the users are expected to be sys admins, that is, likely to both understand and want to configure additional items? If so it doesn't help them to keep the SCI tool simple if they are likely to immediately need to configure additional items separately. This isn't a suggestion to add back everything that was in SysConfig, but if something like IPV6 is likely to be needed by a significant portion of users (I don't know one way or the other) then we should consider including it.

So who is the target users and what items are likely to be configured in non-global zones?






Frank


On 9/16/2010 6:32 AM, Jan Damborsky wrote:
 Hello Caimaniacs,

first draft of System Configuration Interactive tool design spec
has been published for review:

http://hub.opensolaris.org/bin/download/Project+caiman/System+Configuration+Project/sci%2Dtool%2Dlatest.pdf

During this round, we would like to verify that the proposed
design fits the overall Caiman architecture and that we are
not missing any important requirements or features.

Thus the current version of document lacks details.
We will be elaborating more on them later after we verify
the overall vision.

Susan, if you happen to have cycles to take a quick look
and verify that we are on the right track from
zones point of view, it would be greatly appreciated.

Please provide your comments/feedback before COB Wednesday 9/22.

Thank you very much,
Jan

_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss


_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss

Reply via email to