Veritas-bu

[Veritas-bu] bpgp ?

2006-08-15 08:00:02
Subject: [Veritas-bu] bpgp ?
From: david.clooney at bankofamerica.com (Clooney, David)
Date: Tue, 15 Aug 2006 13:00:02 +0100
 
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:ewilts at ewilts.org] 
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:ewilts at ewilts.org



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.



<Prev in Thread] Current Thread [Next in Thread>