Re: Fedora vs RHEL

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Am 16.04.2013 00:55, schrieb David Beveridge:
> On Tue, Apr 16, 2013 at 12:01 AM, Reindl Harald <h.reindl@xxxxxxxxxxxxx> 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

Attachment: signature.asc
Description: OpenPGP digital signature

-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux