* Dave Miner (dminer at opensolaris.org) wrote:
> On 02/ 9/10 01:21 PM, Virginia Wray wrote:
> ...
> >http://hub.opensolaris.org/bin/view/Project+caiman/Logging
> >
> 
> Thanks for starting the review early on.  Some comments:
> 
> I'm not sure that I understand the difference between the bulleted
> list in section 3 (which appear to be requirements) and section 5,
> Design Requirements.  Can you help differentiate?
> 
> Section 3: Don't understand the last requirement in the bulleted
> list - "... without the overhead of output".  What does this mean?
> 
> Section 6: Are the interfaces here meant to be Python interfaces, C
> interfaces, or ?  Going a bit further, I don't get the purpose of
> Find_Component or Register_Component.  Finally, won't we also need
> interfaces for locating and displaying logs (how would the GUI
> installer at least replicate what it currently offers in displaying
> the log)?
> 
> Section 7: I think some elaboration on the networking scenarios that
> are expected to work is in order.  Are you intending that remote
> logging could cross a firewall?  If so, what are the technologies
> that are used, and what server-side support is required?

I agree with this.  It would be nice to know what "logging to a remote
instance" is going to look like (especially for VMC).  Will there be
some sort of "logging server application" that will have to run on the
remote location to process remote logging requests or some other
mechanism?  Will each user that's interested in remote logging have to
provide this application or are we going to provide something?

For VMC, currently there is no way to easily monitor the progress of the
virtual machine installation since the install is happening inside of
VirtualBox via the Automated Installer underneath Distribution
Constructor.  Distribution Constructor also can't act upon any
installation failures that occur inside the VM since it has no insight
into what's going on (it's a cross your fingers and hope everything goes
to plan.  If the VM shuts itself down, assume that the Install was a
success which is certainly not guaranteed to be true).  Presumably, a
remote logging feature would allow the AI invocation running inside of
VirtualBox to send it's logs "up the stack" as it were so that
installation issues can be dealt with in Distribution Constructor as
well as have a record in the DC logs of how the actual VM installation
went.  Is this design going to allow for such a thing?

Thanks,

-- 
Glenn

Reply via email to