× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: Managing PTF's...Strategy?
  • From: "Ashok Dave" <ashdave@xxxxxxxxxxx>
  • Date: Wed, 08 Jul 1998 06:39:24 PDT

*************************************************************
Jim, if you have read Alan Smiths comments on this, I concurr with 
those.  Also, if you perm apply ptfs and find out one was bad, the only 
resolution is to reload LIC and OS from a full save from before making 
the fixes perm or from pid tapes and then applying the latest cume 
again. Of course, then you also need to find all individual ptfs you 
applied.
It is generally a good idea to let a tape management company store your 
tapes off site. This is especially true if you have a large data centre 
with LOTS of tapes. What they do is store them in a safe vault, usually 
concrete encased, fire, flood, tornado proof. The company should also 
give you contact numbers to call if you need tapes retrieved in an 
emergence, 24x7. 
Regards
Ashok
==================================================================

>From uucp@uucp1.mcs.net Tue Jul  7 23:37:13 1998
>Received: from uucphost.mcs.net (Uucp1.mcs.net [192.160.127.93]) by 
Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id BAA04882; Wed, 8 Jul 1998 
01:36:50 -0500 (CDT)
>Received: (from uucp@localhost)
>       by uucphost.mcs.net (8.8.8/8.8.8) id BAA18462;
>       Wed, 8 Jul 1998 01:36:49 -0500 (CDT)
>Received: (from majordom@localhost)
>       by midrange.com (8.8.8/8.8.8) id MAA08337
>       for midrange-l-outgoing; Tue, 7 Jul 1998 12:15:42 -0500
>Received: (from uucp@localhost)
>       by midrange.com (8.8.8/8.8.8) with UUCP id LAA07420
>       for MIDRANGE-L@midrange.com; Tue, 7 Jul 1998 11:46:38 -0500
>Received: from dfw-ix3.ix.netcom.com (dfw-ix3.ix.netcom.com 
[206.214.98.3])
>       by uucphost.mcs.net (8.8.8/8.8.8) with ESMTP id VAA21642
>       for <MIDRANGE-L@midrange.com>; Mon, 6 Jul 1998 21:11:39 -0500 (CDT)
>Received: (from smap@localhost)
>          by dfw-ix3.ix.netcom.com (8.8.4/8.8.4)
>         id VAA12836 for <MIDRANGE-L@midrange.com>; Mon, 6 Jul 1998 21:11:04 
-0500 (CDT)
>Received: from stp-fl5-22.ix.netcom.com(205.184.151.182) by 
dfw-ix3.ix.netcom.com via smap (V1.3)
>       id rma012808; Mon Jul  6 21:10:45 1998
>Message-ID: <35A181D5.6FA70B87@ix.netcom.com>
>Date: Mon, 06 Jul 1998 22:03:02 -0400
>From: Jim Welsh <jimwelsh@ix.netcom.com>
>X-Mailer: Mozilla 4.05 [en] (Win95; U)
>MIME-Version: 1.0
>To: "MIDRANGE-L@midrange.com" <MIDRANGE-L@midrange.com>
>Subject: Managing PTF's...Strategy?
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>Sender: owner-midrange-l@midrange.com
>Precedence: normal
>Reply-To: MIDRANGE-L@midrange.com
>X-List-Name: Midrange Systems Mailing List (MIDRANGE-L@midrange.com)
>
>You Guru's
>
>I'd like to start a discussion dealing with the management of PTF's and
>Client Access upgrades.
>
>My own thoughts on this are to keep current and perm apply after a week
>or so if all is well.
>
>IPLSRC A, B....?
>
>I've not been involved in operations that much as I've mainly been
>application programming for
>the last 10 years.
>
>Being in a two person shop now where the manager appears to know less
>than I do about *managing* the 400 I'd like some feedback on some *best
>practices* approaches...
>
>Is it normal to run off IPLSRC B everyday ?
>
>Is it not more effecient to perm apply your ptf's ?
>
>How many have been burned by a perm applied ptf that was bad ?
>What was the solution ?
>
>How about tape backup management, isn't it a bit risky to take backup
>tapes home with you
>escpecially when your not keeping them in a safe ?
>
>Everyplace else i've worked has had there tapes picked up by a service
>company ( not sure what exactly they do with them ) : )
>
>I'd like to see the two of us run an organized shop with good practices
>in place but right now I think we have much room for improvement.
>
>I can't make these decisions but I can make suggestions. Perhaps after
>hearing about what others
>are doing I'll have even better suggestions to make.
>
>Oh where Oh where will I find a well managed IS dept...
>
>tia
>
>--
>Jim
>I'm surprised anything works at all
>http://www.netcom.com/~jimwelsh/welcome/welcome.html
>mailto:jimwelsh@ix.netcom.com
>
>
>+---
>| This is the Midrange System Mailing List!
>| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
>| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
>| To unsubscribe from this list send email to 
MIDRANGE-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner/operator: 
david@midrange.com
>+---
>


______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.