On Jun 4, 2009, at 2:42 PM, Jean McCormack wrote: >>> >> >> SNMP management agent can retrieve (get) or alter (set) variables on > Yeah. I thought he had said it was a pull mechanism but after > looking into snmp more I discovered you could push. >> >> So I think this may mean we could set it up so the agent is the VM >> or the agent is the host. Either way we still need a mechanism to >> communicate network info between the two. >> >> And if the networking info can be available then why not simply >> provide access to the log file(s) on the VM running the install >> client? > We're actually looking at something using Ajax to provide a nice > consistent user interface to progress and log. More when we get the > details. >>
As an observation, this is WAY down the design/implementation road...and likely too far our current state. "We'll provide access to log files through a Web interface, and maybe a level of rollup/abstraction/summary as well" is pretty much all that's required or appropriate until we actually know where we're going. (Extrapolate this comment across many projects and topics...it fits in lots of places.) Note that I'm commenting on the level of detail, not the decision one way or another. In this particular case, there should be a common approach to progress reporting across ALL aspects...not just the client. That needs to be a broad discussion/analysis. >> Also >> >> CIM - Common Interface Model could also be investigated. > Yes. But it's fairly heavy weight. Not sure we need that. > > Jean >> >> From my understanding the difficulty is in communicating the hosts >> network address to the client. If SNMP or CIM were used network >> info would also be needed. >> >> >> // >> >> >>> >>> Glenn: AI client boots and starts a process which can take >>> connection >>> requests from a remote observer. Once connected the AI client starts >>> sending data to the remote consumer who can do what they want with >>> it. >>> >>> What if the AI server was the remote consumer? Do we have the push >>> of >>> the log automatically happen? Or do we connect? >>> >>> Alok: likes Jan's suggestion of SNMP. We can have a variety of snmp >>> traps and the consumer can pick which ones to detect. >>> >>> William: propose something something similar to SNMP traps. The AI >>> client starts up receiving the remote consumer IP >>> address via boot params. Same problem as we need to have the AI >>> server >>> know to listen. >>> >>> Jan: Would like to be able to connect at any time to observe the AI >>> client. i.e. go home and from there connect and observe. >>> >>> Sarah: Thinks the consumer should be initiating the connection. >>> The requirement is that we provide remote observability into the >>> client. >>> >>> Sue: How would the AI server know when to connect? >>> >>> Alok & Sarah: The AI webserver has a connection because the client >>> has >>> asked for the manifest. >>> >>> William: tcp/ip connection suggestion. >>> >>> Summary: >>> Requirement is to provide remote observability. We will provide log >>> files and/or progress information. >>> Research will be done to come with a proposal as to whether this >>> will be >>> a push or pull operation. >>> >>> Alok and Jean will look into tcp/ip, snmp, webserver plus others. >>> >>> Multiple disk: >>> >>> William: He has put out some email on corrections and extensions but >>> needs to get out a proposal. (will be out by 6:00 am Pacific >>> June 4) >>> Needs to talk with Ethan yet about his issues. >>> >>> Changes not expected to be extensive. >>> >>> Proposing 9:00 P/10:00M/6:00 Prague on Monday June 8 for review of >>> functional spec. >>> >>> Jan: Doesn't think it changes the design, but wanted to mention >>> that he >>> thinks AI will need to support extended partitions. This could go >>> into the spec under enhancements. >>> >>> >>> >>> _______________________________________________ >>> caiman-discuss mailing list >>> caiman-discuss at opensolaris.org >>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss >> > > _______________________________________________ > caiman-discuss mailing list > caiman-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
