× 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.



Lukas Beeler wrote:
Then how do you explain the 8 days of downtime the company I used to
work for experienced when trying to upgrade our CISC system to a RISC
system?

I don't know. But what I do know is that it is entirely possible to
avoid those 8 days of downtime.

I can tell you that, absolutely positively, you are WRONG. My manager
and I did *EVERYTHING* we were supposed to. The disk vendor lied to us
(ok, partially our fault, we went with non IBM disk).

The cheap variant: Roll back if it doesn't work within half the allotted
upgrade timeframe.

Sorry, Lukas, you really can't speak with authority on this ... you have
no idea what our situation was. There was no cheap or simple variant.
Once we started the upgrade we were committed.

Luckily we were able to get IBM involved and do very low level traces on
the system to identify the drive, platter, cylinder, and head, that was
generating the error. It was only then we got the disk vendor to fess
up and give us a free disk upgrade (same capacity, newer hardware).

You should kick the Windows Admin. 50 Desktops and no software
deployment solution?

And that solved the problem how? My friends was a consultant, brought
in to upgrade this package ... and the customer only had a part time
system administrator (backups, change paper in the printer, do routine
maintenance on PC's when required).

If you system is running fine, your application isn't dependent on new
functionality in later OS400 versions, and you hardware support is
being
handled by a 3rd party vendor, what's the driving need to upgrade?

The _POSSIBILITY_ of getting unforeseen consequences if you don't.

I've observed that the main thing that causes problems in stable systems
is change. If an application is running fine in V5R1, and IBM doesn't
support it anymore, and there isn't any need for change, the main thing
that WILL cause problems is change.

But they should hit them with the cluestick whenever they have
the opportunity.

That's a very easy way to loose customers.

As I said before ... I work for an tools vendor ... requirements of a
development tool does not (and should not) dictate what OS400 version is
used (within reason). Especially when there are downstream
ramifications (i.e., the customer is a ISV themselves ... and has their
own release level requirements).

david

p.s. I think this horse pulling this thread has gotten enough beating
... perhaps we let it go back to barn for some hay?



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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.