Created on 01-24-2019 01:07 AM - edited 09-16-2022 07:05 AM
Execute command Start this NodeManager on role NodeManager
Failed to start role
Supervisor returned FATAL. Please check the role log file, stderr, or stdout.
Environment details:
Version: Cloudera Express 5.15.0
Java VM Name: Java HotSpot(TM) 64-Bit Server VM
Java VM Vendor: Oracle Corporation
Java Version: 1.7.0_67
System details:
Linux optim-rhel72-uppu.development.unicomglobal.software 3.10.0-327.28.3.el7.x86_64 #1 SMP Fri Aug 12 13:21:05 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux
I have followed the steps under "Configuring TLS/SSL for HDFS, YARN and MapReduce" using the link https://www.cloudera.com/documentation/enterprise/5-15-x/topics/sg_hive_encryption.html
Service did not start successfully; not all of the required roles started: only 0/1 roles started. Reasons : Service has only 0 NodeManager roles running instead of minimum required 1
I see below error in the role log:
Created 02-11-2019 02:53 PM
Hi @Tulasi,
Sorry for my late reply. From the output you sent below:
[root@optim-rhel72-uppu ~]# id yarn
uid=1007(yarn) gid=1010(hadoop) groups=1010(hadoop)
This looks a little different than my test cluster. Can you please do this?
usermod -g yarn yarn usermod -a -G hadoop yarn
Also, please paste the content of this file:
/opt/cloudera/parcels/CDH/meta/permissions.json
Thanks,
Li
Li Wang, Technical Solution Manager
Created 01-31-2019 10:17 PM
Hi Li,
This is what I am getting:
[root@optim-rhel72-uppu ~]# id yarn
uid=1007(yarn) gid=1010(hadoop) groups=1010(hadoop)
Thanks,
Tulasi
Created 02-06-2019 03:49 AM
Is nosuid set on the mount point? I had a simialr issue documented here: http://community.cloudera.com/t5/Cloudera-Manager-Installation/URGENT-Cluster-unavailable-after-upgr...
Created 02-07-2019 03:24 AM
This is the content of my /etc/fstab file
-----------------------------------
/dev/mapper/rhel_rhel72-root / xfs defaults 0 0
UUID=d762b842-5c87-4e4d-bc0e-7a6bad357604 /boot xfs defaults 0 0
/dev/mapper/rhel_rhel72-home /home xfs defaults 0 0
/dev/mapper/rhel_rhel72-swap swap swap defaults 0 0
-----------------------------------
Do I need to change anything?
Thanks.
Created 02-11-2019 02:53 PM
Hi @Tulasi,
Sorry for my late reply. From the output you sent below:
[root@optim-rhel72-uppu ~]# id yarn
uid=1007(yarn) gid=1010(hadoop) groups=1010(hadoop)
This looks a little different than my test cluster. Can you please do this?
usermod -g yarn yarn usermod -a -G hadoop yarn
Also, please paste the content of this file:
/opt/cloudera/parcels/CDH/meta/permissions.json
Thanks,
Li
Li Wang, Technical Solution Manager
Created 02-12-2019 12:37 AM
Hi Li,
Thanks for being on top of it and helping me in solving the problem.
usermod -g yarn yarn
usermod -a -G hadoop yarn
Above two commands fixed my problem.
[root@optim-rhel72-uppu meta]# id yarn
uid=1007(yarn) gid=1008(yarn) groups=1008(yarn),1010(hadoop)
I have no idea how yarn user permissions are changed, all that I am following is that what have been suggested in cloudera instructions to enable encryption.
Thanks to all of the folks for providing suggestions.
Problems like this sucks lot of time in identifying where to fix and I would request cloudera to improve such situations.
Thanks,
Tulasi
Created 02-12-2019 10:03 AM
Hi @Tulasi,
Greate to hear the issue got resolved! I will report internally on this to our documentation team to see how we can improve on it.
Thanks,
Li
Li Wang, Technical Solution Manager
Created 01-29-2019 04:48 AM
Hi @Tulasi,
Try to kill running process on port used by Yarn Services and then Try to restart.
Regards,
Manu.
Created 01-29-2019 09:18 AM