Re: [CentOS] CPU Limit in Centos
> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On > Behalf Of Edward Ned Harvey (centos) > > According to these, centos 6 and rhel 6 are limited to 16G of ram. But I > currently have a rhel6 system with 128G, so ... Don't know what to think > about that... Gaah! Sorry. I looked at x86 and not x86_64. So that answers that. But the question still stands - In the past, I think there was a limitation of RHEL ES, and if you went over that, you needed RHEL AS. As far as I can tell, there is no such distinction (and never has been) in centos. For that matter, as I browse redhat.com right now, it's not clear that they have any such distinction anymore either. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CPU Limit in Centos
> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On > Behalf Of Edward Ned Harvey (centos) > > A few years ago, I vaguely recall some issue with RHEL needing a special > license or something like that, if you had more than a certain amount of > CPU's or a certain amount of RAM. > > Does Centos work fine for 2 CPU's, 16 cores, 32 threads, and 256 G of ram? > > Centos6 specifically. According to these, centos 6 and rhel 6 are limited to 16G of ram. But I currently have a rhel6 system with 128G, so ... Don't know what to think about that... https://wiki.centos.org/About/Product and https://access.redhat.com/articles/rhel-limits ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] CPU Limit in Centos
A few years ago, I vaguely recall some issue with RHEL needing a special license or something like that, if you had more than a certain amount of CPU's or a certain amount of RAM. Does Centos work fine for 2 CPU's, 16 cores, 32 threads, and 256 G of ram? Centos6 specifically. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Differences from upstream RHEL
> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On > Behalf Of Peter > > Anyways, the vendor is also free to support > whatever OS they want, and you're free to choose not to use their > software. Except when you're not. Because for whatever reason, the choice of software you (the sysadmin) will support is determined by the users (engineers, financial people, whatever) who use the software. And the software vendors publicize which OSes are "supported" to run their software. As mentioned previously in this thread, the software in question is Cadence EDA software, which I've supported many times on Centos before, but they do all their development and testing on RHEL, SLES, Solaris, and a few other commercial OSes, so they cannot say they support Centos. If you encounter any fringe incompatibility cases, because of running Centos, it's your responsibility. But they're not intentionally manufacturing any such cases into their software. I'm comfortable with this. Even staking my reputation on it. But I brought up the questions because I need to make other people comfortable with it too. I got all the answers I need - Thanks everyone for your help. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Differences from upstream RHEL
> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On > Behalf Of Devin Reade > > The above answer is right-on. From a technical perspective, you can > probably expect the 3rd party software to work exactly the same on > RHEL and CentOS (barring some implausible edge cases), however your > 3rd party vendor may refuse to support you at all if you're using > something that's not on their supported platforms list. Hehehe, for what it's worth, I encountered one of those edge cases a few years ago. Dell OMSA, at least in the days of Centos 4, was distributed as a self-extracting binary, that would read the contents of /etc/redhat-release and compare it against a list of predefined strings, and then refused to operate. The workaround was to hack /etc/redhat-release. But anyway. That's pretty unusual. Thanks... ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Differences from upstream RHEL
> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On > Behalf Of Johnny Hughes Thanks for the explanation. Of course what I want to do is evaluate centos fitness for our purposes, without the effort of evaluating all the changelogs, and I think this answer is the best possible way to approach that. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Differences from upstream RHEL
> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On > Behalf Of Peter > > You can see better details of what has been changed by looking at the > changelog for a particular package. CentOS changes will be at the top > of the changelog, so again using httpd as an example: > $rpm -q --changelog httpd Thanks, this gives me a fair bit of work, but it's as reasonable as I could possibly expect. That works. :-) ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Differences from upstream RHEL
At work, we use some commercial software, that names RHEL6 as a supported OS, but not Centos6. I would like to know the difference between Centos and RHEL, in order to claim (or not) that we can support our users on Centos instead of RHEL. I see the release notes, that say "Packages modified by CentOS," but it's not clear what the modifications are. I have been browsing around for these details, and have not yet found specifics of *what* was modified in those packages. Can anyone please direct me toward details of what's modified in the packages that centos modifies? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos