Hi all - should I be surprised to be receiving these notifications today when a
newer version, 3.10.0-862.3.2, corresponding to
https://access.redhat.com/errata/RHSA-2018:1629
appears to already be available from CentOS ‘yum update’
Installing:
kernel x86_64
Taking first steps on CentOS 7 1804.
Logging into the Gnome/Gnome classic desktop from gdm works only for root. For
other users, the screen flashes and the login screen returns. KDE/Plasma login
is successful but ends up with a black screen with mouse pointer while all
desktop processes appear
I have a new CentOS 7.4 (recently upgraded to 7.5) system that I have been
struggling with in configuring vsftpd for FTPS Implicit (port 990).
(The latest instructions I've used are at:
https://www.unixmen.com/configure-vsftpd-ssltls-centos-7/)
Using Filezilla client, I get:
Error:
On Tue, May 29, 2018 at 03:57:43PM +0100, Gary Stainburn wrote:
> Is there any (easy to follow) instructions anywhere to tell me how to back up
> this service and restore it onto a new one?
This is basically running slapcat on your old server and slapadd on the new one.
openldap config can be e
isdtor wrote:
> Taking first steps on CentOS 7 1804.
>
> Logging into the Gnome/Gnome classic desktop from gdm works only for root.
> For other users, the screen flashes and the login screen returns.
> KDE/Plasma login is successful but ends up with a black screen with mouse
> pointer while all des
On 5/31/2018 8:01 AM, Frank M. Ramaekers wrote:
I have a new CentOS 7.4 (recently upgraded to 7.5) system that I have been
struggling with in configuring vsftpd for FTPS Implicit (port 990).
(The latest instructions I've used are
at:https://www.unixmen.com/configure-vsftpd-ssltls-centos-7/)
H
> Sounds like an authorization issue. Have you checked both
> /var/log/messages and /var/log/secure? If you're using /etc/password, are
> its permissions and ownership correct? Are the user's home directories
> owned by them?
Nothing relevant in these log files. The test user is in NIS and hom
isdtor wrote:
>
>> Sounds like an authorization issue. Have you checked both
>> /var/log/messages and /var/log/secure? If you're using /etc/password,
>> are
>> its permissions and ownership correct? Are the user's home directories
>> owned by them?
>
> Nothing relevant in these log files. The test
I have seen similar issues when user shell profiles like .bash_profile or
.bashrc has some errors.
Are users invoking other shells from their default shell ? this usually
breaks X11 start-up scripts.
Regards,
Prasad
On 1 June 2018 at 01:04, isdtor wrote:
>
> > Sounds like an authorization issue
9 matches
Mail list logo
