|
This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] I dunno, Rob, anyone still running production on V3R7 like we do on three of our boxes can't be considered to be too boring. <g> Some of the new management staff find it hard to believe that we're running on unsupported OS levels. I hadn't thought to consider the possibility that the box in question may have been an OS beta box. Jeez, I hope not! But nothing that the prior IS management did surprises me anymore. They were cheap to the core. No software subscription was ever purchased for our two V4 boxes. Hopefully, you won't be able to hang that "non-bleeding edge" plaque on us for too much longer. We are planning on replacing all AS/400s with new, and possibly going with a mirrored LPAR box back at corporate. Dan Bale IT - AS/400 Handleman Company 248-362-4400 Ext. 4952 D.Bale@Handleman.com > -----Original Message----- > From: rob@dekko.com [SMTP:rob@dekko.com] > Sent: Thursday, August 23, 2001 3:01 PM > To: midrange-l@midrange.com > Subject: Re: Rebuilding PTF indexes (was RE: V3R2 LIC) > > > Dan, > > This is not meant as a slam. But, with all of these old releases of > OS/400 > your company doesn't really sound 'bleeding edge' to me. I am only > mentioning this because certain versions of 'beta' OS/400 have been > known > to put marker ptf's similar to this. Might you have beta'ed V4R3? > > Rob Berendt > > ================== > A smart person learns from their mistakes, > but a wise person learns from OTHER peoples mistakes. > > > > "Bale, Dan" > <D.Bale@handleman.c To: > <midrange-l@midrange.com> > om> cc: > <neilp@dpslink.com> > Sent by: Subject: Rebuilding > PTF indexes (was RE: V3R2 LIC) > midrange-l-admin@mi > drange.com > > > 08/14/2001 01:04 PM > Please respond to > midrange-l > > > > > > > Neil, where is this documented? What releases is this available for? > I've > got a similar situation with a V4R3 box whose DSPPTF 5769999 screen > starts > out with the following column of PTF IDs: > > > RE98316 > RE98273 > RE98144 > RE98143 > RE98142 > QLL2924 > MF20589 > MF20583 > MF20515 > > > Nobody's ever been able to tell me what the RE entries are, but there > are > no TL entries and I find it hard to believe that we've been running > this > thing in production since who knows when without any cumes installed. > FWIW, everything is either permanently installed or superseded. > > > Dan Bale > IT - AS/400 > Handleman Company > 248-362-4400 Ext. 4952 > D.Bale@Handleman.com > Quiquid latine dictum sit altum viditur. > (Whatever is said in Latin seems profound.)
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.