Woo. Have been using the RHEL 7 Amazon AMI images, and it's nice not to worry about shell scripts / custom supervisord stuff for your web services anymore.
My node app is deployed with a single `myapp.service` file thanks to systemd:
- Not restarting repeatedly if the app is bouncing up and down.
- I can see how it goes with `journalctl` which reads journald messages, and those messages come from a source called `myapp` rather than the old ancient syslog facilities (local0, uucp, lpd) which everyone just ignored in favour of grepping.
You could potentially register your application with firewalld to make the iptables part even more elegant - then the port would only be open when the service was running.
That said I'm somewhat on the fence about firewalld in a server context - the zones are really designed around mobile computing use-cases, and I'm not a fan of xml as a configuration language.
that looks so much cleaner than init.d scripts. I have heard some people refer to systemd as not very linux-esque - can someone comment on what that might mean?
I always scare of CentOS/Fedora. Whenever I updated something, it will be very old packages. Leading to use 3rd repo, and without any kind of document, the next sysadmin will be in trouble. I used to install Gearman on Centos 5.9 and it was a nightmare: the original 3rd repo didn't have gearman and I have to use other repo which is complain about PHP-Common conflicting. Remi and webtactic did help at the end.
It's hard to keep Centos Update to date with latest software IMHO.
I'm not an SysAdmin but I think the idea of APT and YUM is same but why it's so hard/trouble to use YUM?
Fedora is the RedHat "testbed" and has regular updates similar to the debian/ubuntu universes.
One of the core features of CentOS/RedHat/Scientific Linux/etc is their longterm support and package freeze (excluding critical security updates). If you are reliant on a different version of software from the default repositories (both newer or older) then you are encouraged to build and package them yourself. Additionally in the RedHat-derivative universe there is the EPEL package repository which contains a wider range of software and is kept more readily updated in addition to being maintained by the Fedora Project (essentially RedHat).
Besides using third party repos, you can also use Red Hat Software Collections for the official Red Hat offering of more recent packages (requires RHN, not available for CentOS).
Perhaps it's what you're familiar with and the intended use case. I personally can't stand the way APT won't let you override certain behavior. RHEL / CentOS have always favored stability over being bleeding-edge, and in my experience EPEL provides enough newer software to make the system usable for most cases, although if you're wanting the latest frameworks, etc.. I can see that being incompatible with your needs. I have very rarely had any problems with broken dependencies in Red Hat repositories except for the occasional 15-minute hiccup. SUSE seems to have more problems, but still has never been enough of a problem to make me question using it in production.
I must say that compared with the CentOS 6 release CentOS 7 is a breath of fresh air. I'll assume for the moment that this is because of Red Hat's involvement in the process. Specically the availability of build scripts and the openness of communication throughout the process.
The delay in releasing CentOS 6 and the delays in updates had me worried about the future of CentOS.
The CentOS team completely re-did their build system at the start of CentOS 6, and that was cause of the delay. This build system still has nothing in common with Red Hat's build system, and it worked pretty well for CentOS 7!
Agreed. Config files 100 times bigger and more complicated. Why? Go to it's home page and find a link that says "differences between GRUB Legacy and GRUB" which simply goes to the grub .97 manual which says absolutely nothing about differences between the 2 versions. They really care about their users, that's for sure.
grub2 is pretty much the textbook definition of "overdesigned." All it has to do is transfer control to the OS... that's it. But somehow it grew code to parse filesystems, set up graphical user interfaces, load modules, and do half a dozen things that it really has no reason to do. Half the time this hairball won't even boot after you change something, because you forgot to run the correct script to refresh the other scripts, or you moved something on the disk.
Just install elilo and enjoy having a system that actually works.
Aye, and now grub2 requires a 1MB partition to boot a GPT labelled disk on a BIOS (non-EFI) system. Well, looks like we're out of primary partitions. Adios swap.
RHEL 7 was released on June 10[1], but many people (myself included) don't have a RedHat subscription and run CentOS, the 'community' edition of RedHat.
Up until today, CentOS 6.5 was the latest release... so I can start using CentOS 7 now and enjoy the benefits that RedHat introduced in RHEL 7. You can see that the delay before CentOS releases a community version of RHEL has been much improved in recent years in this Wikipedia chart[2].
Also, iirc, this is the first major CentOS release with the CentOS project more or less under RedHat's wing[3].
You can go to https://git.centos.org which is hosting all the sources used to build the system. Of course for RPM packages that is only metadata, not the actual upstream software source.
Just out of curiosity, since it sounds like you might know: on ubuntu I can do something like sudo apt-get source packagename and the system will just download the associated source code if a source repo is setup in the system's sources list. Does RHEL/CentOS have a similar capability?
The support goes both directions. It is a way to get the organization you work for to indirectly donate to a variety of free software projects, and your company also gets the contractual safety net that they want.
They'll prioritize fixing your bugs with their product management team, but that is basically support. You pay for RHEL for support, that is all it ever was for.
Am I missing something? This was submitted two hours ago, yet the images (CentOS-6.5-x86_64-bin-DVD1.iso) are the same that I had downloaded on 6/20/2014. The release notes list the new image names, but they don't appear to be pushed out to the mirrors.
nailer|11 years ago
My node app is deployed with a single `myapp.service` file thanks to systemd:
Then: (since I run my app on a low port so it can run as nobody, and 3000 isn't visible to the outside) This has all the stuff you expect:- Not restarting repeatedly if the app is bouncing up and down.
- I can see how it goes with `journalctl` which reads journald messages, and those messages come from a source called `myapp` rather than the old ancient syslog facilities (local0, uucp, lpd) which everyone just ignored in favour of grepping.
jfindley|11 years ago
That said I'm somewhat on the fence about firewalld in a server context - the zones are really designed around mobile computing use-cases, and I'm not a fan of xml as a configuration language.
ck2|11 years ago
(trick question, you cannot, use old init.d scripts)
netcraft|11 years ago
jftuga|11 years ago
nailer|11 years ago
kureikain|11 years ago
It's hard to keep Centos Update to date with latest software IMHO.
I'm not an SysAdmin but I think the idea of APT and YUM is same but why it's so hard/trouble to use YUM?
devicenull|11 years ago
jamescun|11 years ago
One of the core features of CentOS/RedHat/Scientific Linux/etc is their longterm support and package freeze (excluding critical security updates). If you are reliant on a different version of software from the default repositories (both newer or older) then you are encouraged to build and package them yourself. Additionally in the RedHat-derivative universe there is the EPEL package repository which contains a wider range of software and is kept more readily updated in addition to being maintained by the Fedora Project (essentially RedHat).
heroprotagonist|11 years ago
https://access.redhat.com/documentation/en-US/Red_Hat_Softwa...
As another approach to mitigating dependency hell, you might consider using Docker containers for your services.
veeti|11 years ago
TallGuyShort|11 years ago
dimitar|11 years ago
It used to be from a "Prominent North American Enterprise Linux Vendor". Something changed at some point.
andcase|11 years ago
http://www.redhat.com/about/news/press-archive/2014/1/red-ha...
nandhp|11 years ago
http://lists.centos.org/pipermail/centos-announce/2014-Janua...
justin66|11 years ago
btbuilder|11 years ago
The delay in releasing CentOS 6 and the delays in updates had me worried about the future of CentOS.
greglindahl|11 years ago
scurvy|11 years ago
CentOS 6 only required biosdevname=0
ck2|11 years ago
yum install net-tools is also a must
I think I've spent the first dozen hours with centos 7.0 just trying to get it to behave more like 6.5
Having to remember to run a script every time I edit grub configuration is annoying as hell too.
I mean that is so natural and easy to remember, lol - I had to make "update-grub" (like debian) an alias for itsliverstorm|11 years ago
Well. Dangit. Grumble grumble...
topbanana|11 years ago
ck2|11 years ago
But wow I cannot stand grub2, what a mess.
rando289|11 years ago
reality_czech|11 years ago
Just install elilo and enjoy having a system that actually works.
scurvy|11 years ago
freehunter|11 years ago
geerlingguy|11 years ago
Up until today, CentOS 6.5 was the latest release... so I can start using CentOS 7 now and enjoy the benefits that RedHat introduced in RHEL 7. You can see that the delay before CentOS releases a community version of RHEL has been much improved in recent years in this Wikipedia chart[2].
Also, iirc, this is the first major CentOS release with the CentOS project more or less under RedHat's wing[3].
[1] http://www.redhat.com/about/news/press-archive/2014/6/red-ha...
[2] http://en.wikipedia.org/wiki/CentOS#Versioning_and_releases
[3] http://www.infoworld.com/t/linux/red-hat-stamps-its-influenc...
loudmax|11 years ago
Release notes: http://wiki.centos.org/Manuals/ReleaseNotes/CentOS7
facorreia|11 years ago
https://access.redhat.com/documentation/en-US/Red_Hat_Enterp...
stock_toaster|11 years ago
priteau|11 years ago
justin66|11 years ago
topbanana|11 years ago
derekp7|11 years ago
dtech|11 years ago
As such, the only advantage RHEL probably offers next to support are slightly faster updates.
SEJeff|11 years ago
The code is 100% open source.
TallGuyShort|11 years ago
csus|11 years ago
Also you may want things like their software collections (which have had a hard time making it into centos).
Cost can be a little much especially if you don't need support other than package updates.
Also workstation in the minimum if you are going to do any development as desktop doesn't come with dev tools as far as I remember.
unknown|11 years ago
[deleted]
pippop|11 years ago
keithpeter|11 years ago
stplsd|11 years ago
pippop|11 years ago
[deleted]
pippop|11 years ago
qstyk|11 years ago
pgl|11 years ago
There's quite a few mirrors with images. However, they do recommend torrenting the images:
http://lists.centos.org/pipermail/centos-announce/2014-July/...