Discuss

discuss@lists.centos.org

8 participants
34745 discussions

CentOS-announce Digest, Vol 167, Issue 2
by centos-announce-request＠centos.org 11 Jan '19

11 Jan '19

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. CEBA-2019:0037 CentOS 6 tzdata BugFix Update (Johnny Hughes) 2. CEBA-2019:0037 CentOS 7 tzdata BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 10 Jan 2019 16:16:58 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2019:0037 CentOS 6 tzdata BugFix Update Message-ID: <20190110161658.GA23833(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2019:0037 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0037 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2c4d3189531d11d7b6c22a1e38eb09b0f7f385ba27654ff013f819323d4227e4 tzdata-2018i-1.el6.noarch.rpm ee295e8462ac2963c1e4a4acbead61abdd80698fafdfdc4c22aed676e5977931 tzdata-java-2018i-1.el6.noarch.rpm x86_64: 2c4d3189531d11d7b6c22a1e38eb09b0f7f385ba27654ff013f819323d4227e4 tzdata-2018i-1.el6.noarch.rpm ee295e8462ac2963c1e4a4acbead61abdd80698fafdfdc4c22aed676e5977931 tzdata-java-2018i-1.el6.noarch.rpm Source: 02fe5160bae134a6673cabb1547ebcc739596bdeed36d043fce3ccde8765e19e tzdata-2018i-1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Thu, 10 Jan 2019 18:13:13 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2019:0037 CentOS 7 tzdata BugFix Update Message-ID: <20190110181313.GA30216(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2019:0037 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0037 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 080cf6683643fb9af8597fcfe91b2aaaef3ad68d110c334c5d56ca5eb711df5e tzdata-2018i-1.el7.noarch.rpm 14f5d2443eb63d74cc7692658aab8eacc0596e71c3792188a21079514c74a202 tzdata-java-2018i-1.el7.noarch.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 167, Issue 2 ***********************************************

1 0

Re: [CentOS] vsftpd rejects users set to nologin
by Stephen John Smoogen 11 Jan '19

11 Jan '19

On Thu, 10 Jan 2019 at 16:09, Kenneth Porter <shiva(a)sewingwitch.com> wrote: > I updated to CentOS 7.6 and something must have changed in the base OS > setup that prevents vsftpd from allowing logins for accounts with > /sbin/nologin as their shell. I had to add that to /etc/shells so that > such > accounts could FTP again. That file is in the setup package. Did it > include > /sbin/nologin before? I don't have anything in my notes from setting up > the > system last year about changing that. What's the history of shells listed > in /etc/shells? > So I think this is a side effect of a long term argument of the security nature of /sbin/nologin https://serverfault.com/questions/328395/nologin-in-etc-shells-is-dangerous… https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org… The second thread goes over me being an idiot in multiple places... > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos > -- Stephen J Smoogen.

3 4

vsftpd rejects users set to nologin
by Kenneth Porter 10 Jan '19

10 Jan '19

I updated to CentOS 7.6 and something must have changed in the base OS setup that prevents vsftpd from allowing logins for accounts with /sbin/nologin as their shell. I had to add that to /etc/shells so that such accounts could FTP again. That file is in the setup package. Did it include /sbin/nologin before? I don't have anything in my notes from setting up the system last year about changing that. What's the history of shells listed in /etc/shells?

1 0

Kickstart finishing Installation
by Ralf Prengel 10 Jan '19

10 Jan '19

Hallo, which switch is the right one for Centos 7.6 to finish the installation. Every Installation needs an acknowledgement at the end when the network configuration is shown while installing with grafics. Thanks Ralf Von meinem iPad gesendet

2 2

systemd
by Steve Clark 09 Jan '19

09 Jan '19

Hi List, I am trying to understand what After= means in a unit file. Does it mean after the specified target is up and operational or only that the target has been started? I have something that needs postgres but postgres needs to be operational not just started. Sometimes it can take a bit for postgres to become operational. Thanks, Steve

5 7

high kworker CPU usage in 3.10.0-957 w/ Xorg nouveau driver?
by Sean 09 Jan '19

09 Jan '19

Hi all, I have a number of Gnome/X desktop workstations with NVidia GeForce GT 1030 adapters, dual monitors, Core I7 3770 quad-core hyper-threaded CPUs, with 32GB of RAM. Most (haven't checked them all yet) are exhibiting problems that include significant sluggish-ness with mouse movement and typing as well as screen rendering problems happening since upgrading from kernel 3.10.0-862.14.4.el7.x86_64 to 3.10.0-957.1.3.el7.x86_64. The users have seen this behavior after logging into Gnome, but with out any additional applications running (Chrome/Firefox/LibreOffice, etc.). I can see in top that there are multiple kworker processes consuming a large amount of CPU time and unusually high load averages - like 5-7 range on the 5 minute average, normal load average would be between 1-2 for these users. At one point, while troubleshooting with a user, I was logged in remotely while the user was working on the desktop when it became completely unresponsive. /var/log/messages had nouveau messages like: kernel: nouveau: evo channel stalled kernel: nouveau 0000:01:00.0: disp: chid 1 mthd 0000 data 00000000 10003000 00000000 kernel: nouveau 0000:01:00.0: DRM: base-1: timeout kernel: nouveau 0000:01:00.0: DRM: core notifier timeout Those messages might be meaningless, but they are abundant in the logs. For grins before rebooting, I attempted to stop and start GDM. Both operations seemed successful, I verified all processes owned by the user were gone, and asked him to log in again, but he reported his screens still looked like they did before I restarted GDM and that he didn't have a login screen. Users are currently booting their systems to the 3.10.862 kernel, and this problem does not present itself. I can also add that running the proprietary nvidia driver (from nvidia.com, not elrepo) version 410.78 does not produce this problem. I config manage all these desktops with Puppet and they were all built from by the same kickstart file. The nvidia driver is not purposefully managed by puppet, I just happened to be experimenting with it on my workstation. Before I load the proprietary driver on all the problematic systems, I was hoping someone on the list might have some insight or suggestions. Thanks! --Sean

1 0

NFS deny access
by Thomas Plant 09 Jan '19

09 Jan '19

Hello all, I have an NFS Server where I want give access to a specific address to a specific path. Problem is that I have some other shares active which I do not want the specific IP to not access it. The /etc/exports looks like the following: /nfs/Share1 10.10.*(rw) /nfs/Share2 10.10.*(rw) /kdnbckp/CS21 10.10.193.43(rw) The client on the last line (IP 10.10.193.43) I'd like to exclude from mounting the first two shares. How can I do this? 'man exports' does not give any hint if this is possible. Thanks, Thomas

2 1

Squashfs as rootfs
by Marcin Trendota 09 Jan '19

09 Jan '19

Hello. I'm trying to add option to grub menu (amongst other options) to boot from squashfs image. But 'root=live:/path/tofile' doesn't work. I didn't find anything useful on the internet. Anybody can point me in right direction? Maybe better choice is to replace grub with isolinux? I have working solution with iso with squashfs booting through PXE, but i don't know how to do this in grub. TIA -- Marcin Trendota

1 0

How do I remove a kernel
by Robert Moskowitz 09 Jan '19

09 Jan '19

I have 4 kernels in /boot, leaving on 20MB which is not enough for the next one. I had installonly_limit= set at 5, as there were some kernel problems. After I got the error that there was not enough room for another kernel, I set installonly_limit= to 3 and did the update with --exclude=kernel* That worked to update everything else, but not remove the oldest kernel. How can I remove the oldest kernel to make room for the new one? thanks

4 7

January 2019 community newsletter published
by Rich Bowen 08 Jan '19

08 Jan '19

The January 2019 community newsletter has now been published to the blog, at https://blog.centos.org/2019/01/centos-pulse-newsletter-january-2019-1901/ Thanks to everyone that helped get that put together. If you'd like to contribute to the February newsletter, please drop by the centos-promo list to get started! --Rich -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss