Fedora vs RHEL

Reindl Harald h.reindl at thelounge.net
Mon Apr 15 23:02:46 UTC 2013



Am 16.04.2013 00:55, schrieb David Beveridge:
> On Tue, Apr 16, 2013 at 12:01 AM, Reindl Harald <h.reindl at thelounge.net> wrote:
>>
>> honestly, most support-contracts are quite useless if they
>> cover only default setups and let you alone in the rain
>> for a infrastructure which is customized for your needs
>>
> 
> I work for a fairly large company that has loads of VMs using a clone OS.
> One day we had a support problem we were grappling with.
> So we purchased an unlimited VM support contract for RHEL.
> 
> We were told that our app was only supported on 32 bit when we used 64 bit

which is unacceptable

nobody seriously will setup a 32bit machine, especially in case
of virtual machines which can be move to new hardware uninterrupted

hence we currently run production with Fedora 17 x86_64 on top of ESXi
and the guests are all installed in summer 2008 as Fedora 9 and
there was a lot of changes in the hwardeware and the whole infrastructure
without reinstall any production amchine

> We were able to install a 32bit vm and replicate the problem, however,
> the problem went unresolved for a few months and then we figured out the
> answer on our own.

which is one of the examples that a support contract in the worst case
gives you not more than i "here is a paper which proves i did notuing
wrong" which does not help you at the end of the day

> We did not renew the support contract

understable

all this contracts are only fine if you are use only packages from the
distribution but god beware if things go bad if you have whatever apps
even with their specific support contracts - you may sit there for
days and weeks while one compnay explains you the other is responsible
in circles, thats the different of theory and real life

in the real life you may have better chances to rescure your business if
you take all the money yous aved for all these support contracts and
put it at once in one specialist which solves your problem independent
of the layer where it is originated to rescue your business

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/users/attachments/20130416/4e53be49/attachment.sig>


More information about the users mailing list