Tom Whitten wrote: > Steve Peng writes: > >> Tom, >> >> Thanks for your comments. Responses are inline. >> >> Steve >> >> >> Tom Whitten wrote: >> >>> Steve Peng writes: >>> > [SNIP] > >>> usr/src/lib/libscf/inc/libscf_priv.h: >>> - I think the comment at line 295 "Switch client" gives the wrong >>> impresion. I think that it is the repository that is being >>> switched -- not the client. >>> >>> >>> >> So it is a client which does repository switch. How about "Repository >> switch client"? >> > > Ok. > > [SNIP] > >>> usr/src/cmd/svc/configd/backend.c: >>> - lines 1102 to 1205 >>> I encourage you to not use the REP_PROTOCOL_FAIL_UNKNOWN return >>> value. That does not provide much informatin to the client. If >>> none of the existing error codes are appropriate, perhaps we >>> should create a new one. >>> >>> >> Ah! I thought that one too when I implemented changes and decided to >> use what had been used in the backup client. >> I am guessing the reason we use that in the current repository backup >> client is that the error message will be sent to the console from the >> underlying filesystem not from the smf framework if the operation >> fails. Of course we can print out additional smf specific error message >> to the console but I think the message from filesystem may be sufficient >> enough. I am ok to create >> a new error message but that will mean we may need to obsolete the one >> used in the backup client as well to be in sync. >> > > I think that you are correct. You also have the calls to > configd_critical() to log information about the error. > > > [SNIP] > > >>> usr/src/common/svc/repcache_protocol.h: >>> - line 356 >>> Need to document the new request type. >>> >>> >> Which line were you referring to? I did not see anything but '*'. >> > > Exactly. All of the repcache protocol messages are documented in this > comment except for your new message. In my obscure way I was trying to say > that you should add the SWITCH message to the block comment > Ah! Ok I understand now. I am implementing feedback from Dan, Mike and yours now and once it is done I will send out update for another review.
Thanks Steve > > [SNIP] >