51–57 of 57 posts
Earlier quoted context omitted.
Until its your network gatewayb appliance that is down and then you're fucked... NEVER rely on Google for documentation or GNU info as that's probably not installed on your server. This sort of scenario is where *BSD win every time.
The man pages are also available for every systemd app.
Earlier quoted context omitted.
No more easy editing/understanding grub.conf True, the grub2 config is horrible. No more easy to understand /etc/init.d It's a bit more complicated, but not too bad: Instead of "/etc/init.d/thing restart" you type "systemctl restart thing" Instead of chkconfig --list, you type "systemctl list-dependencies" Writing the equivalent script with systemd is much cleaner with less hacks, particularly for launching as differ…
I'll wait for more benchmarks to be certain but this database test of the 3.10 kernel (which 7 uses) of XFS vs EXT4 is not promising: http://openbenchmarking.org/prospect/1305166-UT-FILESYSTE20/...
Of course with the amount of backports of patches that any RedHat kernel has the comparison to mainline version numbers is almost useless :(
For my workload the performance difference is 15% better for XFS than EXT4 on the same 3Tb of SSD with the same workload.
Even this article title says "POTENTIAL" release. I am not even sure it is signed? They are still doing QA, it will be a week or two before GA Before you rush to 7.0 after 6.5 - things you are going to have to learn because they change everything: systemd replaces init.d grub2 replaces grub xfs is now default over ext4 filesystem ( many, many people dislike systemd, it is somewhat anti-linux in nature ) No more easy…
CentOS 6 had Upstart, right? Which is likely to become deprecated due to the fact that Ubuntu is also moving to systemd.
Sure, Red Hat are the ones pushing systemd, but some disruptive change away from Upstart was inevitable.
Site seems down, but an aggregator has a mirror (see the second entry): http://planet.centos.org/ ---- copy/paste if that goes down too: hi, At this point we have a set of images that we consider release grade, pending final testing, we will move to release these unless a major blocker is reported. folks with bandwidth to spare are encouraged to help seed these images via torrents, here are the urls to hit: http://mi…
Earlier quoted context omitted.
I'm afraid you're mistaken, please don't spread misinformation: http://www.freedesktop.org/software/systemd/man/systemd-jour...
I was going on information from Red Hat that RHEL7 can't do that. Turns out, Red Hat was right, RHEL7 can't. systemd-journald-remote was added with systemd 212, RHEL and CentOS ship with 208, so no, journald on RHEL7/CentOS7 can not do remote logging. I also like completely ignoring how journald breaks every log analysis tool.
Earlier quoted context omitted.
Note that of course you can still choose to use EXT4 when installing 7
Ah, that's just the default. I see. I was wondering what they were smoking there that makes a lot more sense. It's a very peculiar choice, EXT4 is pretty good for most use cases, when you need XFS there are few alternatives but the performance issues make it a love/hate relationship and I really would not want that on my machines by default. One problem with colocation is that a lot of the hosting providers I work wi…