Discuss August 2018

discuss@lists.centos.org

80 participants
77 discussions

ligthdm shutdown without a mouse
by Frank Cox 13 Aug '18

13 Aug '18

I have set up a computer that's going to be hand-carried through several airports on the way to its final destination. This is the Lenovo laptop that I asked about earlier, where everything works well except for the touchpad that isn't recognized at all. (For the touchpad I'm just kind of hoping that a future kernel update will make it magically start working; for the time being the computer owner will live without the touchpad and just use an external mouse.) When carrying this though airport security the security guards will likely require that this laptop be turned on for them. How can it be turned off again properly after being checked without having to carry a mouse too? Is there a keyboard shortcut for shutdown with lightdm? -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

2 1

Re: [CentOS] CentOS Digest, Vol 163, Issue 10
by Ste Films- radio stream 10 Aug '18

10 Aug '18

I know there is already a thread going on...but.. I can't get into rdadmin (I set a password) I found out that I can dump mysql and it is in there but I am not sure how to find it in there (in mysql that I have copied or "dumped" it into home user....folder) can someone help me by chance.. thanks, Stephen Campbell On Fri, Aug 10, 2018 at 7:00 AM, <centos-request(a)centos.org> wrote: > Send CentOS mailing list submissions to > centos(a)centos.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.centos.org/mailman/listinfo/centos > or, via email, send a message with subject or body 'help' to > centos-request(a)centos.org > > You can reach the person managing the list at > centos-owner(a)centos.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CentOS digest..." > > > Today's Topics: > > 1. Re: Can't boot into GUI: Centos 7 "Server with GUI" option > (James Pearson) > 2. bad udp cksum (Laszlo Danielisz) > 3. xfs quota question (mark) > 4. Re: xfs quota question (Valeri Galtsev) > 5. Re: xfs quota question (mark) > 6. Re: xfs quota question (Valeri Galtsev) > 7. Re: bad udp cksum (Simon Matter) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 9 Aug 2018 12:20:26 +0000 > From: James Pearson <james-p(a)moving-picture.com> > To: Jay Hart <jhart(a)kevla.org> > Cc: CentOS mailing list <centos(a)centos.org> > Subject: Re: [CentOS] Can't boot into GUI: Centos 7 "Server with GUI" > option > Message-ID: <a7387fc9-ddcd-f827-cf07-76667a2a0b2e(a)moving-picture.com> > Content-Type: text/plain; charset="utf-8" > > Jay Hart wrote: > > > > A complete step by step would be appreciated. It will avoid further > back-n-forth. > > It's not that difficult - a quick google of 'centos 7 rebuild initramfs' > brings up (e.g.) > https://sites.google.com/site/syscookbook/rhel/rhel-kernel-rebuild > > James Pearson > > > > ------------------------------ > > Message: 2 > Date: Thu, 9 Aug 2018 14:53:17 -0400 > From: Laszlo Danielisz <lacibsd(a)gmail.com> > To: centos(a)centos.org > Subject: [CentOS] bad udp cksum > Message-ID: > <CABPYxKwuSPEeNxdAUu2p4h-oTibH-RJBnxntWbVO2NuBk0-zfA@ > mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Hi, > > Recently I'm noticing an interesting issue. > My CentOS servers are trying to send logs to a logging server via 514/udp, > however I'm not receiving anything. > > I did the following on CentOS > *tcpdump -vvv -nn udp -i esn160 port 514* > > In another session on the same server: > *nc syslog-server -u 514* > > tcpdump started to show me messages like: > *[bad udp cksum 0x3ce9 -> 0xb0f5!] SYSLOG, length: 172* > > After some research I disabled TCO (ethtool -K ens160 tx off rx off), now > tcpdump shows: > *[udp sum ok] [|syslog]* > And I'm also receiving the logs. Yay! > > I have the same issue on multiple servers with CentOS versions 7.3.1611, > 7.4.1708 & 7.5.1804. I'm having the issue no matter if it is a physical or > virtual server (they also use different hardware and NIC's) > > Of course I could run ethtool every time a server starts but I think there > should be a better solution. Also I enjoy having TCO giving some rest to > the CPUs. > > Did anyone find a solution for this? > > Thanks! > Laszlo > > > ------------------------------ > > Message: 3 > Date: Thu, 9 Aug 2018 15:57:25 -0400 > From: "mark" <m.roth(a)5-cent.us> > To: "CentOS mailing list" <centos(a)centos.org> > Subject: [CentOS] xfs quota question > Message-ID: > <993f74e35fb023b2a49b9053dc3e5a3f.squirrel(a)host290.hostmonster.com > > > Content-Type: text/plain;charset=utf-8 > > Can I go to an existing xfs file system, and apply a soft quota to each > user on it? If I do, can I then run a report, and see who's using how > much, or does it only apply to files created after the quotas are applied? > > mark > > > > ------------------------------ > > Message: 4 > Date: Thu, 9 Aug 2018 15:22:30 -0500 > From: Valeri Galtsev <galtsev(a)kicp.uchicago.edu> > To: centos(a)centos.org > Subject: Re: [CentOS] xfs quota question > Message-ID: <6551c6c1-bbb6-ef43-eb3d-03de0fa58b8c(a)kicp.uchicago.edu> > Content-Type: text/plain; charset=utf-8; format=flowed > > > > On 08/09/18 14:57, mark wrote: > > Can I go to an existing xfs file system, and apply a soft quota to each > > user on it? If I do, can I then run a report, and see who's using how > > much, or does it only apply to files created after the quotas are > applied? > > > > After remounting XFS filesystem with option "usrquota" you can issue the > command similar to: > > xfs_quota -x -c "limit bsoft=8g bhard=10g -d" /home > > This command will enable the limits above for all users (-d flag), > except users who have their limits existing already (usually ones who > preformed fs operations). > > For those who already have some limits set you can still can change > these limits, but with individual command, say in the loop, like: > > for i in `cat user_list`; \ > do xfs_quota -x -c "limit bsoft=8g bhard=10g $i; \ > done > > I hope, this helps. > > Valeri > > > > mark > > > > _______________________________________________ > > CentOS mailing list > > CentOS(a)centos.org > > https://lists.centos.org/mailman/listinfo/centos > > > > -- > ++++++++++++++++++++++++++++++++++++++++ > Valeri Galtsev > Sr System Administrator > Department of Astronomy and Astrophysics > Kavli Institute for Cosmological Physics > University of Chicago > Phone: 773-702-4247 > ++++++++++++++++++++++++++++++++++++++++ > > > ------------------------------ > > Message: 5 > Date: Thu, 9 Aug 2018 17:24:09 -0400 > From: "mark" <m.roth(a)5-cent.us> > To: "CentOS mailing list" <centos(a)centos.org> > Subject: Re: [CentOS] xfs quota question > Message-ID: > <4e5e8e726f2df226bc9d6612a1a572c1.squirrel(a)host290.hostmonster.com > > > Content-Type: text/plain;charset=utf-8 > > Valeri Galtsev wrote: > > On 08/09/18 14:57, mark wrote: > > > >> Can I go to an existing xfs file system, and apply a soft quota to each > >> user on it? If I do, can I then run a report, and see who's using how > >> much, or does it only apply to files created after the quotas are > >> applied? > > > > After remounting XFS filesystem with option "usrquota" you can issue the > > command similar to: > > > > xfs_quota -x -c "limit bsoft=8g bhard=10g -d" /home > > > > This command will enable the limits above for all users (-d flag), > > except users who have their limits existing already (usually ones who > > preformed fs operations). > > > > For those who already have some limits set you can still can change > > these limits, but with individual command, say in the loop, like: > > > > for i in `cat user_list`; \ do xfs_quota -x -c "limit bsoft=8g bhard=10g > > $i; \ > > done > > > > I hope, this helps. > > Will that work if I do a mount -o remount? > > mark > > > > ------------------------------ > > Message: 6 > Date: Thu, 9 Aug 2018 16:57:06 -0500 (CDT) > From: "Valeri Galtsev" <galtsev(a)kicp.uchicago.edu> > To: "CentOS mailing list" <centos(a)centos.org> > Subject: Re: [CentOS] xfs quota question > Message-ID: > <54719.108.68.162.197.1533851826.squirrel(a)cosmo.uchicago.edu> > Content-Type: text/plain;charset=iso-8859-1 > > > On Thu, August 9, 2018 4:24 pm, mark wrote: > > Valeri Galtsev wrote: > >> On 08/09/18 14:57, mark wrote: > >> > >>> Can I go to an existing xfs file system, and apply a soft quota to each > >>> user on it? If I do, can I then run a report, and see who's using how > >>> much, or does it only apply to files created after the quotas are > >>> applied? > >> > >> After remounting XFS filesystem with option "usrquota" you can issue the > >> command similar to: > >> > >> xfs_quota -x -c "limit bsoft=8g bhard=10g -d" /home > >> > >> This command will enable the limits above for all users (-d flag), > >> except users who have their limits existing already (usually ones who > >> preformed fs operations). > >> > >> For those who already have some limits set you can still can change > >> these limits, but with individual command, say in the loop, like: > >> > >> for i in `cat user_list`; \ do xfs_quota -x -c "limit bsoft=8g bhard=10g > >> $i; \ > >> done > >> > >> I hope, this helps. > > > > Will that work if I do a mount -o remount? > > If you are able to execute > > mount -o remount -o usrquota /mountpoint > > then you are OK. Normally, you will not be able to do it if there is even > a single file open on the filesystem, Therefore if it is /home you do have > to kick all users off. Executing any command related to quota will make it > obvious if particular filesystem is mounted with quotas enabled or not. > > Good luck. > > Valeri > > > > > mark > > > > ++++++++++++++++++++++++++++++++++++++++ > Valeri Galtsev > Sr System Administrator > Department of Astronomy and Astrophysics > Kavli Institute for Cosmological Physics > University of Chicago > Phone: 773-702-4247 > ++++++++++++++++++++++++++++++++++++++++ > > > ------------------------------ > > Message: 7 > Date: Fri, 10 Aug 2018 09:34:24 +0200 > From: "Simon Matter" <simon.matter(a)invoca.ch> > To: "CentOS mailing list" <centos(a)centos.org> > Subject: Re: [CentOS] bad udp cksum > Message-ID: > <1c988b38e34d5ddc32177f921f7a6c6b.squirrel(a)webmail.bi.invoca.ch> > Content-Type: text/plain;charset=utf-8 > > > Hi, > > > > Recently I'm noticing an interesting issue. > > My CentOS servers are trying to send logs to a logging server via > 514/udp, > > however I'm not receiving anything. > > > > I did the following on CentOS > > *tcpdump -vvv -nn udp -i esn160 port 514* > > > > In another session on the same server: > > *nc syslog-server -u 514* > > > > tcpdump started to show me messages like: > > *[bad udp cksum 0x3ce9 -> 0xb0f5!] SYSLOG, length: 172* > > > > After some research I disabled TCO (ethtool -K ens160 tx off rx off), now > > tcpdump shows: > > *[udp sum ok] [|syslog]* > > And I'm also receiving the logs. Yay! > > > > I have the same issue on multiple servers with CentOS versions 7.3.1611, > > 7.4.1708 & 7.5.1804. I'm having the issue no matter if it is a physical > or > > virtual server (they also use different hardware and NIC's) > > > > Of course I could run ethtool every time a server starts but I think > there > > should be a better solution. Also I enjoy having TCO giving some rest to > > the CPUs. > > > > Did anyone find a solution for this? > > You can configure the ETHTOOL_OPTS option in the ifcfg files to > automatically assign settings on startup. > > Regards, > Simon > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos > > > ------------------------------ > > End of CentOS Digest, Vol 163, Issue 10 > *************************************** >

1 0

CentOS-announce Digest, Vol 162, Issue 1
by centos-announce-request＠centos.org 10 Aug '18

10 Aug '18

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://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. CESA-2018:2284 Important CentOS 6 yum-utils Security Update (Johnny Hughes) 2. CESA-2018:2283 Moderate CentOS 6 java-1.7.0-openjdk Security Update (Johnny Hughes) 3. CEEA-2018:2300 CentOS 6 microcode_ctl Enhancement Update (Johnny Hughes) 4. CESA-2018:2308 Important CentOS 6 openslp Security Update (Johnny Hughes) 5. CESA-2018:2286 Moderate CentOS 7 java-1.7.0-openjdk Security Update (Johnny Hughes) 6. CESA-2018:2285 Important CentOS 7 yum-utils Security Update (Johnny Hughes) 7. CEEA-2018:2299 CentOS 7 microcode_ctl Enhancement Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 9 Aug 2018 15:06:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2284 Important CentOS 6 yum-utils Security Update Message-ID: <20180809150644.GA48251(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2284 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2284 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7bfcb55e8ee020fb90438be89a7e6c4659815a47a6a1dc84307ed097c610b164 yum-NetworkManager-dispatcher-1.1.30-42.el6_10.noarch.rpm 0cd10e34874133c0c0894eff1d558fd4a6fdb7cd67db4ef1ae54e47e17a8386d yum-plugin-aliases-1.1.30-42.el6_10.noarch.rpm b43fb8e9d706e3d163f98c085bee3772a2b95e213096ba7c2a7b5fe2d48e2071 yum-plugin-auto-update-debug-info-1.1.30-42.el6_10.noarch.rpm 81d8b7eb5bb4a008559fed431c1721184ce9519e027a7748f9058a1b16374e44 yum-plugin-changelog-1.1.30-42.el6_10.noarch.rpm f0b5012d5c108b231f10e7d79568fdf1382121aef1d51adffe40ab0c3a3eebf9 yum-plugin-fastestmirror-1.1.30-42.el6_10.noarch.rpm 87c1b2d68ff3cb75288f7954b865faefb5ea8a5788e61ca45188837a79bec5e3 yum-plugin-filter-data-1.1.30-42.el6_10.noarch.rpm ddaf9c4883f1b85612a7579025961988241a77733d616380da44a9dca835a771 yum-plugin-fs-snapshot-1.1.30-42.el6_10.noarch.rpm 5bf518b73d2dd00d2c8c183d5089839038fdd88e1da82102f19b5f0ecd4d62a2 yum-plugin-keys-1.1.30-42.el6_10.noarch.rpm 21b1d70c8b13b173479c0fd6df539755849dc966b9e20947bdf5b4bd1ffa667b yum-plugin-list-data-1.1.30-42.el6_10.noarch.rpm 13af558be264f80cd30e94640c6d14c6188c90f43e0d6988e473d704863cc96d yum-plugin-local-1.1.30-42.el6_10.noarch.rpm df05258dcf572fe8f834066715da11a9b0f4987e5529a02a8de8a46f2395dac7 yum-plugin-merge-conf-1.1.30-42.el6_10.noarch.rpm 161c5190e409c96b025eacec584a2ebb12bac6b0549917efe5747fe870f9eecd yum-plugin-ovl-1.1.30-42.el6_10.noarch.rpm 4140ac99eb793c08f4c83736a3524c9cfe6f0bce2e636163708b441787ae193b yum-plugin-post-transaction-actions-1.1.30-42.el6_10.noarch.rpm c49a097f2b6b141a5ddc3a6a0c4cb98b788b1cae17381e5dbb7da65817911ff7 yum-plugin-priorities-1.1.30-42.el6_10.noarch.rpm 7dc3c4cb2caae34b698eca89af931932abdd4570c3e14b5d7c9faa345ca4b369 yum-plugin-protectbase-1.1.30-42.el6_10.noarch.rpm 994f577a16671dc0c21df23ab92b97788dccf332819ee5bc50624845ec80cc82 yum-plugin-ps-1.1.30-42.el6_10.noarch.rpm 8a0291ddeb80f0df79e1c45b40ccd4f18ce67e52d4e814759300c9d86465f83a yum-plugin-remove-with-leaves-1.1.30-42.el6_10.noarch.rpm 67ca18b553619ecd7b8c4edf4930f289be25b8f17407c8bfab2da00c95291a79 yum-plugin-rpm-warm-cache-1.1.30-42.el6_10.noarch.rpm c7efb7d125e82a8fceeb865739d79621ef5c3d7a29063edf35af9761188cf6a8 yum-plugin-security-1.1.30-42.el6_10.noarch.rpm 28e93077b07e0a2b0d011d87cae99ba6a61369fd15678fd31e9ffbaa32046e56 yum-plugin-show-leaves-1.1.30-42.el6_10.noarch.rpm 9a7f57f4fa32b1b61a0458d0800a18496a4068e6dde6473d8c6705f9ce102162 yum-plugin-tmprepo-1.1.30-42.el6_10.noarch.rpm 5879369debc94ac2b1b715411c457d2ac68546d484588cd2a1de13692e99001a yum-plugin-tsflags-1.1.30-42.el6_10.noarch.rpm 601664907b5f6eb9508c445b1988b9fa708645e40311d3ad4a74e3b3417618bc yum-plugin-upgrade-helper-1.1.30-42.el6_10.noarch.rpm 11f428d2609b08188d2c8674bc434b59a942c01a2b8e2d7f417baa9572038cca yum-plugin-verify-1.1.30-42.el6_10.noarch.rpm b8df971607bb4e263d8e8501841f137f674f13df720d5ab44707c7f276092559 yum-plugin-versionlock-1.1.30-42.el6_10.noarch.rpm 6656d23a21732389cabd73c2405cd18f03195e082e797b7ece269cf4ae6194f5 yum-updateonboot-1.1.30-42.el6_10.noarch.rpm 9dd7d61ca036fbaae599ef356d452be2cfeca5bad926580d17998e9b6bab7428 yum-utils-1.1.30-42.el6_10.noarch.rpm x86_64: 7bfcb55e8ee020fb90438be89a7e6c4659815a47a6a1dc84307ed097c610b164 yum-NetworkManager-dispatcher-1.1.30-42.el6_10.noarch.rpm 0cd10e34874133c0c0894eff1d558fd4a6fdb7cd67db4ef1ae54e47e17a8386d yum-plugin-aliases-1.1.30-42.el6_10.noarch.rpm b43fb8e9d706e3d163f98c085bee3772a2b95e213096ba7c2a7b5fe2d48e2071 yum-plugin-auto-update-debug-info-1.1.30-42.el6_10.noarch.rpm 81d8b7eb5bb4a008559fed431c1721184ce9519e027a7748f9058a1b16374e44 yum-plugin-changelog-1.1.30-42.el6_10.noarch.rpm f0b5012d5c108b231f10e7d79568fdf1382121aef1d51adffe40ab0c3a3eebf9 yum-plugin-fastestmirror-1.1.30-42.el6_10.noarch.rpm 87c1b2d68ff3cb75288f7954b865faefb5ea8a5788e61ca45188837a79bec5e3 yum-plugin-filter-data-1.1.30-42.el6_10.noarch.rpm ddaf9c4883f1b85612a7579025961988241a77733d616380da44a9dca835a771 yum-plugin-fs-snapshot-1.1.30-42.el6_10.noarch.rpm 5bf518b73d2dd00d2c8c183d5089839038fdd88e1da82102f19b5f0ecd4d62a2 yum-plugin-keys-1.1.30-42.el6_10.noarch.rpm 21b1d70c8b13b173479c0fd6df539755849dc966b9e20947bdf5b4bd1ffa667b yum-plugin-list-data-1.1.30-42.el6_10.noarch.rpm 13af558be264f80cd30e94640c6d14c6188c90f43e0d6988e473d704863cc96d yum-plugin-local-1.1.30-42.el6_10.noarch.rpm df05258dcf572fe8f834066715da11a9b0f4987e5529a02a8de8a46f2395dac7 yum-plugin-merge-conf-1.1.30-42.el6_10.noarch.rpm 161c5190e409c96b025eacec584a2ebb12bac6b0549917efe5747fe870f9eecd yum-plugin-ovl-1.1.30-42.el6_10.noarch.rpm 4140ac99eb793c08f4c83736a3524c9cfe6f0bce2e636163708b441787ae193b yum-plugin-post-transaction-actions-1.1.30-42.el6_10.noarch.rpm c49a097f2b6b141a5ddc3a6a0c4cb98b788b1cae17381e5dbb7da65817911ff7 yum-plugin-priorities-1.1.30-42.el6_10.noarch.rpm 7dc3c4cb2caae34b698eca89af931932abdd4570c3e14b5d7c9faa345ca4b369 yum-plugin-protectbase-1.1.30-42.el6_10.noarch.rpm 994f577a16671dc0c21df23ab92b97788dccf332819ee5bc50624845ec80cc82 yum-plugin-ps-1.1.30-42.el6_10.noarch.rpm 8a0291ddeb80f0df79e1c45b40ccd4f18ce67e52d4e814759300c9d86465f83a yum-plugin-remove-with-leaves-1.1.30-42.el6_10.noarch.rpm 67ca18b553619ecd7b8c4edf4930f289be25b8f17407c8bfab2da00c95291a79 yum-plugin-rpm-warm-cache-1.1.30-42.el6_10.noarch.rpm c7efb7d125e82a8fceeb865739d79621ef5c3d7a29063edf35af9761188cf6a8 yum-plugin-security-1.1.30-42.el6_10.noarch.rpm 28e93077b07e0a2b0d011d87cae99ba6a61369fd15678fd31e9ffbaa32046e56 yum-plugin-show-leaves-1.1.30-42.el6_10.noarch.rpm 9a7f57f4fa32b1b61a0458d0800a18496a4068e6dde6473d8c6705f9ce102162 yum-plugin-tmprepo-1.1.30-42.el6_10.noarch.rpm 5879369debc94ac2b1b715411c457d2ac68546d484588cd2a1de13692e99001a yum-plugin-tsflags-1.1.30-42.el6_10.noarch.rpm 601664907b5f6eb9508c445b1988b9fa708645e40311d3ad4a74e3b3417618bc yum-plugin-upgrade-helper-1.1.30-42.el6_10.noarch.rpm 11f428d2609b08188d2c8674bc434b59a942c01a2b8e2d7f417baa9572038cca yum-plugin-verify-1.1.30-42.el6_10.noarch.rpm b8df971607bb4e263d8e8501841f137f674f13df720d5ab44707c7f276092559 yum-plugin-versionlock-1.1.30-42.el6_10.noarch.rpm 6656d23a21732389cabd73c2405cd18f03195e082e797b7ece269cf4ae6194f5 yum-updateonboot-1.1.30-42.el6_10.noarch.rpm 9dd7d61ca036fbaae599ef356d452be2cfeca5bad926580d17998e9b6bab7428 yum-utils-1.1.30-42.el6_10.noarch.rpm Source: 8db1cb822c4a45e97d602cfd3bce52ec5ffedb64cf85d0c9c01b7f6a9790a0c8 yum-utils-1.1.30-42.el6_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Thu, 9 Aug 2018 15:07:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2283 Moderate CentOS 6 java-1.7.0-openjdk Security Update Message-ID: <20180809150741.GA48537(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2283 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:2283 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5d7c23cc5f6490644f30cc874eff9b0376be8f5e5142d3000530457422a20257 java-1.7.0-openjdk-1.7.0.191-2.6.15.4.el6_10.i686.rpm 62bd98fda4c2d74b249097a2083dcf37ca36addf20a6668ab3e3f7a43bd66d66 java-1.7.0-openjdk-demo-1.7.0.191-2.6.15.4.el6_10.i686.rpm 3c2234d7f8a74105abf76e0c6ea66f385cf4083ac942063a25350f3cdabf4528 java-1.7.0-openjdk-devel-1.7.0.191-2.6.15.4.el6_10.i686.rpm f86b24613cb373d57bd9994321392d59455f9b951159d8d0d5a5a2cff4117923 java-1.7.0-openjdk-javadoc-1.7.0.191-2.6.15.4.el6_10.noarch.rpm a5833c2e102a05273e6306283d332cbee2f84b4e008aaaa60fda760cd5ab3535 java-1.7.0-openjdk-src-1.7.0.191-2.6.15.4.el6_10.i686.rpm x86_64: 1aa0cd7801ce78a765ec56e20af38882e540ca9c96d245ebc3ceb41636e1ef80 java-1.7.0-openjdk-1.7.0.191-2.6.15.4.el6_10.x86_64.rpm 74fad258b6a399f9cb9ad6eed044bff17d46ebfbb49631ee364af3695539fb66 java-1.7.0-openjdk-demo-1.7.0.191-2.6.15.4.el6_10.x86_64.rpm 7ce0a0c40b879461f0155bd5666c03bed02ac7da2a29a214d48bbcec7e59e9cd java-1.7.0-openjdk-devel-1.7.0.191-2.6.15.4.el6_10.x86_64.rpm f86b24613cb373d57bd9994321392d59455f9b951159d8d0d5a5a2cff4117923 java-1.7.0-openjdk-javadoc-1.7.0.191-2.6.15.4.el6_10.noarch.rpm c3440b525d7fc9a8aa20607b596e480104dfb1d6b8d78b5a862c9cf75051ef5e java-1.7.0-openjdk-src-1.7.0.191-2.6.15.4.el6_10.x86_64.rpm Source: 011b1cc84bde6a7a0652f63d63f20b9a05004b7ab91e61303e9d875e08f4c9c6 java-1.7.0-openjdk-1.7.0.191-2.6.15.4.el6_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Thu, 9 Aug 2018 15:08:29 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2018:2300 CentOS 6 microcode_ctl Enhancement Update Message-ID: <20180809150829.GA48733(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2018:2300 Upstream details at : https://access.redhat.com/errata/RHEA-2018:2300 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 274d9da87e0ec117315739c978ed0e60b95dd537d16a009752382439cf5ecdd4 microcode_ctl-1.17-33.3.el6_10.i686.rpm x86_64: c2aea09a33502bab2a8d0868e004deeaf907ecc94fbfeb466b8959a56a27ed11 microcode_ctl-1.17-33.3.el6_10.x86_64.rpm Source: dfb669d88b46753646a51e83b76d40f2ae00e76233223c29feeee1064d331faa microcode_ctl-1.17-33.3.el6_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Thu, 9 Aug 2018 15:08:57 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2308 Important CentOS 6 openslp Security Update Message-ID: <20180809150857.GA48985(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2308 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2308 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 27b00ada4bec2125f2bdcbf4d2b4556d78c8dad7f3aa4db99719b11bdd14cbb8 openslp-2.0.0-3.el6.i686.rpm 878fc7adc5e540f49d9b1ad0f31cda8ecd537c0ebe6aa233f4fd77973d9101a7 openslp-devel-2.0.0-3.el6.i686.rpm 4946fa3327f713aeb9ed14f9fba166d4d615ded256a98acfa6f12beddc35927c openslp-server-2.0.0-3.el6.i686.rpm x86_64: 27b00ada4bec2125f2bdcbf4d2b4556d78c8dad7f3aa4db99719b11bdd14cbb8 openslp-2.0.0-3.el6.i686.rpm d52e73e63707e008192e0fa0b70ace0a78a939efeab3ba613a08e0d48ffe3246 openslp-2.0.0-3.el6.x86_64.rpm 878fc7adc5e540f49d9b1ad0f31cda8ecd537c0ebe6aa233f4fd77973d9101a7 openslp-devel-2.0.0-3.el6.i686.rpm 29ff71858aa6884d51a46c130509bf4c1f71fa86aecf035f06065aba3d251b74 openslp-devel-2.0.0-3.el6.x86_64.rpm 48503a61e53d510f77d42c664a5f1cb94a1d2941600c500daa721179522b474a openslp-server-2.0.0-3.el6.x86_64.rpm Source: a404790c3285eb34280ab96860e9638791232e1f7574288d054ba1fd786de5fa openslp-2.0.0-3.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Thu, 9 Aug 2018 15:11:54 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2286 Moderate CentOS 7 java-1.7.0-openjdk Security Update Message-ID: <20180809151154.GA49144(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2286 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:2286 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: eaf8b440d4d9616ec42e57ddf421871fa4f9a8e60f0c69446f2ec22e80c7b283 java-1.7.0-openjdk-1.7.0.191-2.6.15.4.el7_5.x86_64.rpm 63db95d992e429d779e8a1a0cd74173148b0da3f83025fe325ab802fba26aa35 java-1.7.0-openjdk-accessibility-1.7.0.191-2.6.15.4.el7_5.x86_64.rpm 479c06d62bf85cd7b18a82456d85288ce62f5fe17e30dab177710155f2bbc849 java-1.7.0-openjdk-demo-1.7.0.191-2.6.15.4.el7_5.x86_64.rpm ec352aae5f47c1b86d88b9572dd0b4de2aabc915c830924b318f34c1b7d1f6c7 java-1.7.0-openjdk-devel-1.7.0.191-2.6.15.4.el7_5.x86_64.rpm 13cf6c95028f06dc2c4f25040e0eb2b626ef4ddea1a3ab46c9fb788137b37596 java-1.7.0-openjdk-headless-1.7.0.191-2.6.15.4.el7_5.x86_64.rpm 2a6f4e573d7362e301cebc9efd96ffcb64849a04aecc6fd48161ddd50cdccc0a java-1.7.0-openjdk-javadoc-1.7.0.191-2.6.15.4.el7_5.noarch.rpm dad5d7f6805279dd705280e36aa3659a024543aed1308e052ed5cd6e5dfa8291 java-1.7.0-openjdk-src-1.7.0.191-2.6.15.4.el7_5.x86_64.rpm Source: 18786ff0a7eaf41146df9f010de77790c39f3f8e0b11bdf2e2b1a32bf744d07b java-1.7.0-openjdk-1.7.0.191-2.6.15.4.el7_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Thu, 9 Aug 2018 15:12:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2285 Important CentOS 7 yum-utils Security Update Message-ID: <20180809151208.GA49386(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2285 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2285 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 18ce4937fc4788db5136c8228b36e07e119c0383fe528fa345abc349db0b0f70 yum-NetworkManager-dispatcher-1.1.31-46.el7_5.noarch.rpm d9fe4dc03407e314e44b96cb727b3b0e115fabdb96c321318cf0f3eb05ec4226 yum-plugin-aliases-1.1.31-46.el7_5.noarch.rpm 78d0c9c4f8cc7f59a47163de6dc9b8c4aa7d41d9c4f8cdba2a90316de1063412 yum-plugin-auto-update-debug-info-1.1.31-46.el7_5.noarch.rpm df3834f742fa57866bb940399d8ff0835a9baf34b06d353d01062ce604616147 yum-plugin-changelog-1.1.31-46.el7_5.noarch.rpm a874364ad109e96d43cad1b112c499056454ec5797f4e9a4b7636f1b0b6229e4 yum-plugin-copr-1.1.31-46.el7_5.noarch.rpm 3b3f555a4e13e3f6e9ac9aaa829aa57384f7017eef7ee0b19b4210015b187cb1 yum-plugin-fastestmirror-1.1.31-46.el7_5.noarch.rpm fcc22adff5b4dd17458e3c398da88e0a90da1715222f86301a7a19e2c266378e yum-plugin-filter-data-1.1.31-46.el7_5.noarch.rpm 66423465c4a46128f5fdb625f7c94c212458442fb096f689819302f781f0605f yum-plugin-fs-snapshot-1.1.31-46.el7_5.noarch.rpm 39204f4413c69a11eb33aa7ec48a3096d207b7a1deb831ebf1e6e638224b79e6 yum-plugin-keys-1.1.31-46.el7_5.noarch.rpm 713bc86327e45601edf5d2c08f04192eb91fd438644b6b23e07ec0ba87d9fa62 yum-plugin-list-data-1.1.31-46.el7_5.noarch.rpm bef25112eafc8b14dbff4c44425f0943a437dce8799f432417faa2711afab441 yum-plugin-local-1.1.31-46.el7_5.noarch.rpm a845857ebd4e2362c1075944bcd5289b2e1265cfe88b7feb05f07305b69e631d yum-plugin-merge-conf-1.1.31-46.el7_5.noarch.rpm 8ea803d0d21eb0082c338e482c0bf8e54c802d01afa76338afe1a328c87ff92f yum-plugin-ovl-1.1.31-46.el7_5.noarch.rpm e76ebd6c80f6be2b0a2646d3212bb7e98015d8312d8ad393d50e724f6e7909a3 yum-plugin-post-transaction-actions-1.1.31-46.el7_5.noarch.rpm 12477d8716a34a84447405ad4dd1604c76e5c81e27ae8fd2bf3ab683e1373f04 yum-plugin-pre-transaction-actions-1.1.31-46.el7_5.noarch.rpm 379ab4fc7dd5c3239d43e606c509d87c7ab3fc5c72a2f1a507e01e76c5f04a38 yum-plugin-priorities-1.1.31-46.el7_5.noarch.rpm 9db52c94fcd48e42f472e8f43cb8c66689b809ad1fb0de44fbe037e622af6e4c yum-plugin-protectbase-1.1.31-46.el7_5.noarch.rpm 223497c43b3b7af69ac52ac5ba1d72236ee5876f09131856d8833484e469e21b yum-plugin-ps-1.1.31-46.el7_5.noarch.rpm a266281f256bad0137095207014b1477a2abf53a23db9a193fe1eec9e748b667 yum-plugin-remove-with-leaves-1.1.31-46.el7_5.noarch.rpm a0b9d9b0e933d821f3406e4249bae6f25421beecd077681583a40779935f1d69 yum-plugin-rpm-warm-cache-1.1.31-46.el7_5.noarch.rpm c46f2903e14ad4f1c888513466858d78026df782082603baead688a821351bc9 yum-plugin-show-leaves-1.1.31-46.el7_5.noarch.rpm 6d34fc2ca26fb8c011a2957b1265128b8878c2dab63c89bbe88e4cfe7f517f25 yum-plugin-tmprepo-1.1.31-46.el7_5.noarch.rpm 095f5aa724d5a45b902f3763ea8b20c0756ec1030a9cc46bbd6010e3bb2b2661 yum-plugin-tsflags-1.1.31-46.el7_5.noarch.rpm 55b3966a988b9b9d0921dc4f915e0cab354e6bac2df78fd87806a5d06fd53b6e yum-plugin-upgrade-helper-1.1.31-46.el7_5.noarch.rpm 51f92ef9387ee3e4e14172c6c3fba83c3f7e9fe30adac135616dd1a5056f908c yum-plugin-verify-1.1.31-46.el7_5.noarch.rpm 734dae165c6b300150d06e5c23b5619ced2fe282d8abfaad819acabc04baffd4 yum-plugin-versionlock-1.1.31-46.el7_5.noarch.rpm 91a924d61e3c92ea8a929ff0af4bfbfa1b12ee155f4cecbd279f1180704424ab yum-updateonboot-1.1.31-46.el7_5.noarch.rpm abc729a5ce64d9aeb89593ac092e6f16e7052a3b27f3f32be75c32cfaf4b47c1 yum-utils-1.1.31-46.el7_5.noarch.rpm Source: f07d0b15f192a60af822f5f05575abc2494003c4b2d2c9861138f33dcc4c202c yum-utils-1.1.31-46.el7_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Thu, 9 Aug 2018 15:12:26 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2018:2299 CentOS 7 microcode_ctl Enhancement Update Message-ID: <20180809151226.GA49455(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2018:2299 Upstream details at : https://access.redhat.com/errata/RHEA-2018:2299 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 510816029f0bcdcf382be49e6ef6d5a85b4cdcdb3091714528f3572b94c0c78b microcode_ctl-2.1-29.10.el7_5.x86_64.rpm Source: 7b7b4c5af1d7b35fb76535b45341947602d0010f2cb72cb1a6e189c3c2f82820 microcode_ctl-2.1-29.10.el7_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 162, Issue 1 ***********************************************

1 0

xfs quota question
by mark 10 Aug '18

10 Aug '18

Can I go to an existing xfs file system, and apply a soft quota to each user on it? If I do, can I then run a report, and see who's using how much, or does it only apply to files created after the quotas are applied? mark

2 3

Re: [CentOS] Can't boot into GUI: Centos 7 "Server with GUI" option
by James Pearson 09 Aug '18

09 Aug '18

Jay Hart wrote: > > A complete step by step would be appreciated. It will avoid further back-n-forth. It's not that difficult - a quick google of 'centos 7 rebuild initramfs' brings up (e.g.) https://sites.google.com/site/syscookbook/rhel/rhel-kernel-rebuild James Pearson

1 0

Re: [CentOS] Can't boot into GUI: Centos 7 "Server with GUI" option
by James Pearson 09 Aug '18

09 Aug '18

Jay Hart wrote: > ** WARNING: This mail is from an external source ** > > >> Jay Hart wrote: >>> >>> I'm setting up a new server on Centos 7, running x86_64. Motherboard is a MITAC PD11BICC, >>> running >>> Indian Bay Trail, with a i915 chipset. >>> >>> I installed "Server with GUI", but when it boots I get the "blank screen with a cursor" issue. >>> >>> Decided to see about disabling the i915 driver, by blacklisting it. but I don't think I have >>> the >>> right commands, as when I did that, it appeared on the reboot the i915 driver was still active. >>> >>> vi /etc/modprobe.d/blacklist_i915.conf >>> added the following line to that file >>> blacklist i915 >>> Saved the file. Rebooted. >>> >>> The driver seemed to active upon the reboot. >>> >>> Can someone tell me if this is the correct and full procedure to get rid of this driver. >> >> It is probably being loaded by the initramfs image on boot >> >> If you rebuild the initramfs (which you can do by just running >> 'dracut'), it should honour the current 'blacklist' settings in >> /etc/modprobe.d/ >> >> James Pearson > > So, run 'dracut' and then reboot? Yes ... you should rename the existing initramfs first James Pearson

1 0

Can't boot into GUI: Centos 7 "Server with GUI" option
by Jay Hart 09 Aug '18

09 Aug '18

I'm setting up a new server on Centos 7, running x86_64. Motherboard is a MITAC PD11BICC, running Indian Bay Trail, with a i915 chipset. I installed "Server with GUI", but when it boots I get the "blank screen with a cursor" issue. Decided to see about disabling the i915 driver, by blacklisting it. but I don't think I have the right commands, as when I did that, it appeared on the reboot the i915 driver was still active. vi /etc/modprobe.d/blacklist_i915.conf added the following line to that file blacklist i915 Saved the file. Rebooted. The driver seemed to active upon the reboot. Can someone tell me if this is the correct and full procedure to get rid of this driver. Thanks, Jay

2 1

Okular
by mark 09 Aug '18

09 Aug '18

Does anyone know what Magical configuration file determines whether okular give measurements, in the properties of a .pdf, in millimeters, rather than, say, inches or cm or furlongs? mark -- Measurements will always be given in the least convenient units, such as the speed of light in furlongs per fortnight

2 1

systemd equivalent of xinetd 'only_from' and 'banner_fail' attributes
by James Pearson 08 Aug '18

08 Aug '18

I'm attempting to port an existing xinetd service from CentOS 6 to something equivalent with systemd for CentOS 7 The existing xinetd config uses the attributes 'only_from' to limit connections from a limited set of remote hosts and 'banner_fail' to print a suitable error message when access is denied However, I can't find suitable 'equivalents' with systemd socket/service files on CentOS 7 It appears later versions of systemd supports the option IPAddressAllow= (which is what I think I need ?) Does anyone know how to limit the remote hosts that can connect to a port with CentOS 7's systemd ? Also, how to implement the equivalent of 'banner_fail' ? (not absolutely required, but nice to have) Thanks James Pearson

2 2

SSSD and cache persistence
by Pete Biggs 08 Aug '18

08 Aug '18

I have a large number of CentOS machines (both 6 & 7) getting account information from an LDAP database using SSSD. It all works fine and is fairly reliable. However, I'm having problems with persuading the caching system to forget about users when they are deleted from LDAP. I know about sss_cache with either -E or -U options, but that doesn't delete anything, just invalidates the cache entry. If the cache is invalid SSS will, obviously, go back to the source and return the information there, however, bizarrely, if the original source doesn't have the information (like when a user is deleted) the cached information is still returned. That cached information is retained for ever it seems so my supposedly deleted user accounts still appear to be active on the machines. And it also seems you can't actually turn off caching - even though there are options in sssd.conf to do so. It looks like the "cache_credentials = False" option still caches things, but just acts like the entries are always invalid. I can of course do stop sssd delete the contents of /var/lib/sss/db start sssd and that's what I do when things become an issue. But surely there is a better way of SSSD actually realising that a user has been deleted from LDAP? Pete

4 5

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss August 2018