Hello Dave There was howto on replacing rsh with ssh on this list at some point, if that's any help.
regards Michael On Tue, 15 Aug 2006 13:00:02 +0100, Clooney, David wrote > Thanks for that Ed > > Pushing out from the master would be ideal, however remote shell is a > def no no in this environment. > I certainly don't have logins to all the servers for Ftp_to client > either. > > In a fix I'm afraid, like you idea of a template though. > > Regards > > Dave > -----Original Message----- > From: Ed Wilts [mailto:[EMAIL PROTECTED] > Sent: 15 August 2006 12:52 > To: Clooney, David > Cc: List Veritas List > Subject: Re: [Veritas-bu] bpgp ? > > On Tue, Aug 15, 2006 at 12:35:03PM +0100, Clooney, David wrote: > > Trying to rollout an upgrade of x number of solaris clients , the > > problem I have is the SA'a want to simply remove the package and then > > add the new, which will detroy any exclude_lists out there in the > > environment. > > Teach your admins that removing the exclude_lists will be bad for their > health :-). Not only is removing those files bad, but they could wiping > out files like NET_BUFFER_SZ, etc. > > > I use bpgp quite a bit in secured environments and find very useful > > indeed, albeit I have seen technotes in the past it cause issues I > > have yet to have a prob in the last 4 years. > > > > Problem is that you have to know the specific file you are after on > > the client, has anyone incorpated wildcards in some sort of way or > > fashion to bring down say, > > exclude* ?? > > You could do a restore to each of the new clients... A restore can use > wildcards. Alternatively, do a bpdir before they upgrade to get the > list (including the special files), bpgp to pull the files, and then > bpgp after the upgrade to put them back. > > Personally, I like the restore approach - build up a template which > includes all of the special files in your environment plus the > pattern for the exlude files, and as soon as the upgrade is done, > run the restore. > > I do have to ask though, why don't you just push out the upgrade from > the master? Push outs work very well to Unix boxes... No work > required at all from the admins (so they can't screw it up). > > .../Ed > > -- > Ed Wilts, Mounds View, MN, USA > mailto:[EMAIL PROTECTED] > > Notice to recipient: > The information in this internet e-mail and any attachments is > confidential and may be privileged. It is intended solely for the > addressee. If you are not the intended addressee please notify the > sender immediately by telephone. If you are not the intended > recipient, any disclosure, copying, distribution or any action taken > or omitted to be taken in reliance on it, is prohibited and may be unlawful. > > When addressed to external clients any opinions or advice contained > in this internet e-mail are subject to the terms and conditions > expressed in any applicable governing terms of business or client > engagement letter issued by the pertinent Bank of America group entity. > > If this email originates from the U.K. please note that Bank of > America, N.A., London Branch and Banc of America Securities Limited > are authorised and regulated by the Financial Services Authority. > > _______________________________________________ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Cybercity Webhosting (http://www.cybercity.dk) _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu