Discuss

discuss@lists.centos.org

34753 discussions

Re: [CentOS] Systemd Adding Its Own Console To Linux Systems
by Always Learning 10 Oct '14

10 Oct '14

On Fri, 2014-10-10 at 11:51 -0400, m.roth(a)5-cent.us wrote: > Always Learning wrote: > > Systemd should be been much more widely discussed with the general > > Linux / Red Hat and clones community. I am sure beneficial improvements > > would have been proposed and, hopefully, implemented prior to Red Hat's > > adoption. > Absolutely. As a computer person of nearly 50 years experience (wish I was 20 again), I have long recognised the essential fact .... * That if one gets it Right the first time, one inevitably saves an awful lot of time and an awful lot of effort subsequently trying to get it Right or even to "improve" the less than perfect item. A little critical and constructive effort into the architecture and functionality of systemd would have brought considerable benefit. Perhaps the Fedora and RedHat persons might remember this advice when the next "wonder" is proposed. No reason not to want *genuine* perfection for all. -- Regards, Paul. England, EU.

1 0

named log entries - Are any of these a problem?
by Bill Gee 10 Oct '14

10 Oct '14

Hello everyone - I run bind version 9.8.2 on CentOS 6.5. The daily logwatch run sends me the following items. Are any of these a real problem? ============ checkhints: extra NS 'A.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: extra NS 'B.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: extra NS 'C.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: extra NS 'D.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: extra NS 'E.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: extra NS 'F.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: extra NS 'G.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: extra NS 'H.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: extra NS 'I.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: extra NS 'J.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: extra NS 'K.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: extra NS 'L.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: extra NS 'M.ROOT-SERVERS.NET' in hints: 170 Time(s) checkhints: unable to find root NS 'ns1.dnslibre.info' in hints: 147 Time(s) checkhints: unable to find root NS 'ns1.opennic.glue' in hints: 170 Time(s) checkhints: unable to find root NS 'ns10.opennic.glue' in hints: 170 Time(s) checkhints: unable to find root NS 'ns2.dnslibre.info' in hints: 147 Time(s) checkhints: unable to find root NS 'ns2.opennic.glue' in hints: 170 Time(s) checkhints: unable to find root NS 'ns3.opennic.glue' in hints: 170 Time(s) checkhints: unable to find root NS 'ns4.opennic.glue' in hints: 170 Time(s) checkhints: unable to find root NS 'ns5.opennic.glue' in hints: 170 Time(s) checkhints: unable to find root NS 'ns6.opennic.glue' in hints: 170 Time(s) checkhints: unable to find root NS 'ns7.opennic.glue' in hints: 170 Time(s) checkhints: unable to find root NS 'ns8.opennic.glue' in hints: 170 Time(s) checkhints: unable to find root NS 'ns9.opennic.glue' in hints: 147 Time(s) clients-per-query decreased to 10: 2 Time(s) (repeated many time with various numbers) =================== The hints file DOES contain two entries for each of the ROOT-SERVERS. One is the ipv4 address and the other is the ipv6 address. I use the hints file downloaded from http://www.internic.net/domain/named.root . The hints file does NOT contain any entries for the opennic.glue or dnslibre.info servers. However, when I run "rndc -all", the output shows that bind has entries for those servers. The names will resolve and answer ping. I searched all over trying to find information on the clients-per-query setting. My named.conf file does not contain an entry for clients-per-query. Is there some detailed documentation on this setting? What does it really do? Three more notes: 1) I see no problems in daily operation. All web browsing works as does resolution for local machines. 2) This bind server does not get queries from outside my local network. 3) I use OpenNIC as the "forwarders" servers. I used to use OpenDNS until they stopped handling Yahoo email correctly. Thanks - Bill Gee

2 4

file system replication
by Jason T. Slack-Moehrle 10 Oct '14

10 Oct '14

Hi Everyone, I need to keep 2 systems identical. Mostly e-mail directories, web directories, mysql, etc. The goal here is to have a 2nd system ready to go it the first one starts to exhibit hardware issues. What are options to have this happen? I'm going out on a limb and thinking rsync but I haven't used it past just simple use cases. Can anyone provide some insight for me? CentOS 6.5. Jason

8 15

CentOS-announce Digest, Vol 116, Issue 6
by centos-announce-request＠centos.org 10 Oct '14

10 Oct '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. Infra - CentOS Wiki instance migration (Fabian Arrotin) ---------------------------------------------------------------------- Message: 1 Date: Thu, 09 Oct 2014 14:44:57 +0200 From: Fabian Arrotin <arrfab(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] Infra - CentOS Wiki instance migration Message-ID: <54368349.8020106(a)centos.org> Content-Type: text/plain; charset=UTF-8 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We have to do some hardware/software maintenance on the machine actually hosting the Wiki service (http://wiki.centos.org) Instead of just taking the wiki instance down during that maintenance, we've decided to relocate it to a temporary host, proceed to maintenance, and then migrate it back to the previous node. Migration is scheduled for Friday October 10th, 11:00 am UTC time. You can convert to local time with $(date -d '2014-10-10 11:00 UTC') Migration will happen in several steps: 1 - we "freeze" the wiki on the actual node, transfer data, update the A record, restore the service on the temporary node (disruption ~ 30min) 2 - we proceed to the needed maintenance on first node (no disruption in service, but no estimated time) 3 - depending on time needed for step [2], and assuming we have no hardware issue, we proceed like step [1], but in reverse (so disruption ~30 minutes again) Thanks for your comprehending and patience. on behalf of the Infra team, - -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlQ2g0kACgkQnVkHo1a+xU4flACfc1IjPeHelBntwt4eNTd6SBvM wXAAnAqtOg4Ko4nqd0QVUfX7ZcQevD5K =v15z -----END PGP SIGNATURE----- ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 116, Issue 6 ***********************************************

1 0

Testing packages for Xen, Xen Kernel, and centos-release-xen
by Johnny Hughes 10 Oct '14

10 Oct '14

For those of you who use xen4centos, but are not on the centos-virt mail list (shame on you if you do that :D) .. http://lists.centos.org/pipermail/centos-virt/2014-October/004132.html If you can test the auto update functionality of the kernel as outlined in that post and report the results (hopefully to the virt mail list :D), it would be greatly appreciated. Thanks, Johnny Hughes

1 0

Fwd: CentOS list troubles
by Les Mikesell 09 Oct '14

09 Oct '14

Forwarded on Mark's behalf... ---------- Forwarded message ---------- From: <m.roth(a)5-cent.us> Date: Thu, Oct 9, 2014 at 3:04 PM Subject: CentOS list troubles To: Les Mikesell <lesmikesell(a)gmail.com> Hi, Les, Somewhere between late afternoon yesterday, and this morning, something hit me: regardless of whether I post a new topic, or reply, I get *nothing*: not a post, nor a bounce. It seems to just be going to /dev/null. I've tried emailing list-owner, but I have no idea if it ever got there. Would you mind posting this? For the list-owner, please figure out what happened. Thanks in advance. mark

3 3

Re: [CentOS] CentOS 7 docs, tutorials, etc...
by James B. Byrne 09 Oct '14

09 Oct '14

On Wed, October 8, 2014 12:50, Valeri Galtsev wrote: > > > I would say, CentOS 6 is the best of Linuxes suitable for server (IMHO). > However, I for one decided to move my servers away from Linux (as from > "Unix-like" Linux gradually becomes "Windows-like" during last 5 years or > so). Since some time ago I do not upgrade Linux systems on servers I > maintain. Instead, when the time comes, I just migrate server from Linux > to FreeBSD, which is much more suitable platform for server than Linux. > Version 7 of RedHat Enterprise or CentOS is much worse than version 6 to > build server on. Again, this is just my humble opinion. If I absolutely > have to build server on today's latest Linux, I will choose Debian, which > at least doesn't have systemd yet. But it will have it in next release... > > Again, this is just $0.02 worth of my own opinion, definitely not a > consensus (and likely not even a majority opinion) on this list. > > Valeri > Do you run bhyve virtualisation on any of your migrated FreeBSD hosts? -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

3 3

Re: [CentOS] Systemd Adding Its Own Console To Linux Systems
by James B. Byrne 09 Oct '14

09 Oct '14

On Wed, October 8, 2014 13:36, Les Mikesell wrote: > On Wed, Oct 8, 2014 at 12:22 PM, Robert Arkiletian <robark(a)gmail.com> wrote: >> >> Just a heads up to those who haven't seen this yet. The main author of >> systemd publicly wrote about being basically persecuted. >> >> https://plus.google.com/u/0/+LennartPoetteringTheOneAndOnly/posts/J2TZrTvu7… > > But oddly, he didn't even mention that there would be a real simple > solution - just add backwards-compatible improvements instead of > actively wrecking the interfaces everyone else had depended on for > decades. > And see this: http://www.zdnet.com/lennart-poetterings-linus-torvalds-rant-7000034384/ -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

3 2

Re: [CentOS] Systemd Adding Its Own Console To Linux Systems
by James B. Byrne 09 Oct '14

09 Oct '14

On Wed, October 8, 2014 14:49, Les Mikesell wrote: > On Wed, Oct 8, 2014 at 1:33 PM, Digimer <lists(a)alteeve.ca> wrote: >> >> On Wed, Oct 8, 2014 at 1:22 PM, Digimer <lists(a)alteeve.ca> wrote: >>>>> >>>>> >>>> Airbags, ABS, Traction Control, ACE compatibility, stronger survival >>>> space, >>>> better fuel economy, more comfortable... >>> >>> >>> I think I've forgotten what user interfaces these break. Did they >>> take away the steering wheel to add them? >> >> >> You cropped out the second half of my analogy, which explained why I thought >> the analogy applied. > > Umm, no. They are pretty much backwards compatible. Otherwise you'd > have to go through new training and testing to be certified as a > driver when you buy a new car. And car vendors know better than to do > that to their customers. > Car vendors might behave differently however. Particularly if they obtained revenue from the necessary retraining and profited from the licensing procedures. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

vmstat and loadavg disagree about system load
by Mingfei Hua 09 Oct '14

09 Oct '14

1 4 499492 150392 4496 4763380 0 0 192 552 1227 1094 2 0 75 24 0 0 5 499492 150656 4500 4763528 0 0 0 160 465 263 1 0 68 30 0 0 5 499492 150468 4500 4763532 0 0 0 0 177 93 1 0 69 31 0 1 5 499492 151020 4500 4763540 0 0 0 0 160 132 0 0 69 31 0 1 5 499492 151268 4500 4763540 0 0 0 0 304 143 1 0 69 30 0 0 5 499492 151368 4500 4763540 0 0 0 344 369 192 0 0 69 31 0 0 1 499492 145020 4512 4771032 0 0 6260 1428 2013 2613 4 1 79 17 0 2 0 499492 140432 4512 4769396 0 0 31872 72 2393 2796 8 1 87 3 0 1 0 499500 137332 4512 4769432 0 8 25984 80 2052 2012 8 1 90 1 0 1 0 499508 132992 4512 4772592 0 8 24960 384 2325 2344 8 1 90 1 0 3 0 499520 135720 4400 4768792 0 12 24840 252 2491 2345 9 1 89 1 0 0 2 499520 210740 4404 4693096 0 0 15904 384 1798 1513 6 1 90 4 0 1 2 499520 210856 4404 4693636 0 0 0 0 154 119 0 0 87 12 0 0 2 499520 211328 4404 4693832 0 0 0 0 128 119 0 0 87 13 0 0 2 499520 212080 4404 4693832 0 0 0 0 128 144 0 0 87 12 0 0 2 499520 212700 4404 4693836 0 0 0 0 115 135 0 0 87 13 0 0 2 499520 213196 4404 4693836 0 0 0 336 88 102 0 0 87 12 0 2 0 499520 202552 4416 4704504 0 0 7984 17852 2036 1828 6 1 87 7 0 2 0 499520 172800 4416 4733208 0 0 25744 128 2165 2094 9 1 89 2 0 2 0 499520 153872 4416 4754468 0 0 18816 392 2000 1996 7 0 88 4 0 3 0 499520 169620 4416 4738300 0 0 27520 480 2346 2248 9 1 90 1 0 2 0 499520 140260 4416 4765328 0 0 24584 224 2247 2231 9 1 90 1 0 0 2 499520 179204 4416 4725748 0 0 17164 3564 1701 1619 5 1 87 8 0 0 2 499520 179948 4416 4725488 0 0 0 0 209 131 1 0 87 13 0 0 2 499520 180072 4416 4725492 0 0 0 0 111 117 0 0 87 12 0 0 2 499520 180436 4416 4725492 0 0 0 0 71 81 0 0 87 13 0 0 2 499520 180560 4416 4725492 0 0 0 0 182 110 0 0 87 13 0 0 1 499520 180180 4416 4725492 0 0 0 344 315 179 0 0 87 12 0 2 0 499520 182196 4428 4731300 0 0 2944 1108 1828 1935 6 0 86 8 0 1 0 499520 150180 4428 4757292 0 0 23936 88 2038 1905 7 1 88 4 0 2 0 499520 157264 4428 4751916 0 0 23568 176 2324 2139 8 1 87 5 0 1 2 499520 135936 4428 4770852 0 0 27144 120 2428 2449 9 1 85 6 0 2 1 499520 148336 4428 4761668 0 0 19072 192 2281 2420 8 1 83 8 0 0 2 499520 156408 4432 4749652 0 0 12416 436 1303 1235 3 0 86 11 0 ^C [root@idm-amst-db-12 ~]# ^C [root@idm-amst-db-12 ~]# ^C [root@idm-amst-db-12 ~]# uptime 01:47:47 up 26 days, 4:21, 1 user, load average: 26.85, 22.12, 19.38 [root@idm-amst-db-12 ~]# uptime 01:47:58 up 26 days, 4:21, 1 user, load average: 24.38, 21.74, 19.29 [root@idm-amst-db-12 ~]# cat /proc/loadavg 25.40 22.05 19.45 1/555 13911 Sincerely, Mingfei Hua

4 9

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss