All,

I have updated the case directory with the latest specification
from Jia.  I am still working on the signatures for the contract.

Thanks,

John

On Wed, 2008-08-13 at 04:21, Jia Ni wrote:
> Sorry!
> I make a mistake in the last update. I forget to change the SMF service 
> location from:
>       svc:/network/pen
> to
>       svc:/network/loadbalancer/pen
> Thanks very much for Kacheong's reminding.
> 
> Here is the new update:
>       Changing the service location under "loadbalancer" subcategory.
>       Changing the pen service into a multiple instance service;
>       Adding a new "pen:http" instance;
>       Updating pen(1) manpage and fasttrack material.
> 
> So John Fischer and Jim Walker, could you please help us update the PSARC 
> proposal use this attach file?
> Thanks!
> 
> You can also find these at opensolaris site:
> webrev: http://cr.opensolaris.org/~nijia/pen/webrev
> fast track: http://cr.opensolaris.org/~nijia/pen/pen_fasttrack.txt
> man pages:
>       http://cr.opensolaris.org/~nijia/pen/man/man1/pen.1.txt
>       http://cr.opensolaris.org/~nijia/pen/man/man1/mergelogs.1.txt
>       http://cr.opensolaris.org/~nijia/pen/man/man1/penctl.1.txt
>       http://cr.opensolaris.org/~nijia/pen/man/man1/penlog.1.txt
>       http://cr.opensolaris.org/~nijia/pen/man/man1/penlogd.1.txt
> ssl contract: http://cr.opensolaris.org/~nijia/pen/contract-20.txt
> 
> Thank you!
> -----Original Message-----
> From: Kacheong Poon
> Sent: 08/13/08 17:52
> 
>  > Jia Ni wrote:
>  >> Hi John Fischer and Jim Walker,
>  >>
>  >> Could you please help us update the PSARC proposal? The attach file is
>  >> the new proposal draft.
>  >
>  >
>  > The FRMI is still not svc:/network/loadbalancer/pen:...
>  >
> -----Original Message-----
> From: Jia Ni
> Sent: 08/13/08 17:35
> 
> > Hi John Fischer and Jim Walker,
> > 
> > Could you please help us update the PSARC proposal? The attach file is the 
> > new 
> > proposal draft.
> > 
> > Thank you!
> > 
> > 
> > Hi all,
> > 
> > Huafeng and I have spent some time and update the 'pen' porting project 
> > again.
> > We mainly focus on:
> >     Changing the pen service into a multiple instance service;
> >     Adding a new "pen:http" instance;
> >     Updating pen(1) manpage and fasttrack material.
> > 
> > You can find the entire changes for pen project at opensolaris site:
> > You can find webrev at:
> >      http://cr.opensolaris.org/~nijia/pen/webrev
> > 
> > You can find fast track file at:
> >      http://cr.opensolaris.org/~nijia/pen/pen_fasttrack.txt
> > 
> > You can find man pages at:
> >      http://cr.opensolaris.org/~nijia/pen/man/man1/pen.1.txt
> >      http://cr.opensolaris.org/~nijia/pen/man/man1/mergelogs.1.txt
> >      http://cr.opensolaris.org/~nijia/pen/man/man1/penctl.1.txt
> >      http://cr.opensolaris.org/~nijia/pen/man/man1/penlog.1.txt
> >      http://cr.opensolaris.org/~nijia/pen/man/man1/penlogd.1.txt
> > 
> > You can find ssl contract at:
> >      http://cr.opensolaris.org/~nijia/pen/contract-20.txt
> > 
> > Thank you!
> > 
> > -----Original Message-----
> > From: Darren J Moffat
> > Sent: 08/08/08 16:50
> > 
> >> John Plocher wrote:
> >>> Darren J Moffat wrote:
> >>>> You wouldn't use a : in the instance name it would look like this:
> >>>>
> >>>> svc:/network/pen:default
> >>>>     May have nothing configured
> >>>> svc:/network/pen:http80
> >>>>     pen/listen_port = 80
> >>>> svc:/network/pen:http8080
> >>>>     pen/listen_port = 8080
> >>>>
> >>>> All instances in this case would have the same start/stop methods but 
> >>>> would be able to have different properties.
> >>> I *think* Huafeng was asking "what specific SMF instances
> >>> need to be instantiated and delivered by this project?"
> >> Originally I wasn't suggesting any be delivered other than the 
> >> unconfigured default.
> >>
> >> However the project team appears to have agreed to deliver a very useful 
> >> http  on port 80 instance as pen:http.  A good addition IMO.
> >>
> >>> Your examples seem to be more of the "If you set things
> >>> up correctly, then the user/admin can simply and easily
> >>> extend the setup to fit their needs".
> >>> IMO, the man page for the pen program needs to document
> >>> exactly how one would make and use these "clones".
> >> That is what I asked for originally, documentation in the man page 
> >> showing how to configure new instances.
> >>
> >>
> > 
> 
> -- 
>       Best regards,
>       Jia
> 
> ______________________________________________________________________
> Summary
> =======
>       Pen[1] is a tool designed to do load balance for "simple" tcp based
>       protocols such as http or smtp.
>       
>       It allows several servers to appear as one to the outside and
>       automatically detects servers that are down and distributes clients
>       among the available servers. This gives high availability and scalable
>       performance.
> 
>       pen-0.17.2 will be integrated into the SFW consolidation as part of this
>       proposal, and will be installed as SUNWpen.
> 
>       This project requests a minor release binding.
> 
> Discussion
> ==========
> 
>       In OpenSolaris, the public interface to start and stop pen will be SMF
>       and the service will be named:
> 
>               svc:/network/loadbalancer/pen
> 
>       It is a multiple instance service. Multiple pen processes can be
>       executed separately at the same time in one machine. A http load
>       balancer service instance is shipped as an example. Users can also
>       create their own instances following the SMF framework. 
>       
>       The default instance is:
> 
>               svc:/network/loadbalancer/pen:default
> 
>       The example instance for http load balancer is:
> 
>               svc:/network/loadbalancer/pen:http
> 
>       In order to start pen by SMF, two SMF properties must be set:
> 
>               pen/listenport and pen/servers 
> 
>       Other properties can be set optionally. Each SMF property has a
>       corresponding command line option. These properties are explained in
>       the "SMF PROPERTIES" section of the pen(1) manual page. Users can
>       easily change these properties and start pen with different
>       configurations.
> 
>       Note that users can still start pen from command line for other
>       purposes which are not supported by the SMF service (eg., foreground
>       or debug mode).
> 
> Dependencies
> ============
> 
>       OpenSSL (snv_84 version 0.9.8a)
> 
> Interfaces
> ==========
> 
>       Exported Interfaces             Classification  Comment
>       -------------------             --------------  -------
>       SUNWpen                         Uncommitted     Package
>       /usr/bin/pen                    Uncommitted     Command
>       /usr/bin/mergelogs              Uncommitted     Command
>       /usr/bin/penctl                 Uncommitted     Command
>       /usr/bin/penlog                 Uncommitted     Command
>       /usr/bin/penlogd                Uncommitted     Command
>       /usr/share/doc/pen/             Uncommitted     Pen documents
> 
>       Imported Interfaces
>       -------------------
>       NAME            STABILITY               NOTES
>       OpenSSL         External/Volatile       PSARC/2003/500
> 
> Reference Documents
> ===================
>       [1] http://siag.nu/pen
> 
>       RFE ID# 6674372 for pen


Reply via email to