I would make two assumptions:
1) Most of the shops that run LINUX on 9672 and Z hardware, do it under
VM instead of LPARS, even with the larger number of LPARs available.
2) Shops which don't run LINUX still contribute significantly to the VM
revenue stream.
If shops in point 2 go away then shops in point 1 are either going to have
pay more, IBM is going to have do with less VM revenue, or support cost are
going to have to be cut to keep a positive revenue stream.
So unless product costs are really high for what in many cases are
stabilized products, why would IBM want to alienate the traditional VM
customer and upset the VM community as a whole?
Mike
EDS
(215)853-8469
(215)246-4306
To
Alan Ackerman [email protected]
<test_acker_man cc
@BANKOFAMERICA.
COM> Subject
Sent by: VM/ESA Re: end of VSAM product on VM?
and z/VM
Discussions
<[EMAIL PROTECTED]
RV.UARK.EDU>
12/07/2005
03:39 PM
Please respond
to
VM/ESA and z/VM
Discussions
<[EMAIL PROTECTED]
RV.UARK.EDU>
We use both Connect:Direct (NDM) from Sterling Commerce and Netview/VM
from IBM. We used to have some users with roll-your-own VSAM database but
don't know if we still do. We are researching further.
Connect:Direct is our strategic data mover product -- the other
alternative I know of in VM is FTP which violates our security standards,
because you have to hard-code the passwords.
I sadly fear that this may the domino that causes the whole string to
fall. Removing VSA/VSAM kills Netview and Connect-Direct which kills ...
etc.
I realize the future of VM is Linux -- but does IBM really want to burn
their bridges behind them like this?. We still use VM/CMS -- mostly for
applications and web servers -- not for end user computing. Surely we
aren't the only such shop? How much revenue will IBM lose if everyone
rushes out and gets rid of VM/CMS?
NOTICE: This communication may contain confidential, proprietary or
legally privileged information. It is intended only for the person(s) to
whom it is addressed. If you are not an intended recipient, you may not
use, read, retransmit, disseminate or take any action in reliance upon it.
Please notify the sender that you have received it in error and immediately
delete the entire communication, including any attachments. Although EDS
encrypts certain email where appropriate, EDS cannot ensure the
confidentiality or integrity of all external e-mail communications and,
therefore, cannot be responsible for any unauthorized access, disclosure,
use or tampering that may occur during transmission. This communication is
not intended to create or modify any obligation, contract or warranty of
EDS, unless the firm clearly expresses such an intent.
