Member since
05-27-2014
1499
Posts
77
Kudos Received
44
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
3177 | 05-04-2020 11:56 AM | |
1953 | 05-01-2020 10:43 AM | |
2076 | 04-28-2020 03:11 PM | |
3554 | 04-28-2020 10:35 AM | |
2458 | 04-13-2020 10:44 AM |
12-05-2019
11:19 AM
Hi @issa7100 ,
Could you please elaborate a little more about the issue? For example, how did you run the container? Did you see any error messages?
BTW, here is a link to get some more information on Cloudera QuickStart Docker Image:
https://hub.docker.com/r/cloudera/quickstart/
Thanks,
Li
... View more
12-03-2019
02:36 PM
Hi @iamfromsky ,
Thanks for the detailed information with stack trace. I did some research and think this may fit an old bug we had in the agent code which is triggering this memcpy. Ultimately the problem is due to one log file which happens to have some insanely long log lines.
Some questions for you:
What services are installed on this host?
Have you turned on any debugging on any service?
Suggestion for you to see if you are hit by this issue:
On the problematic host, stop CM agent
Clear out all the log files under /var/log directory which are managed by CM
Start CM agent
Then check if the issue is solved
Note: Before you clear the logs out, please make a backup in case you need to do a RCA to see which service is causing the long line.
If the issue still exists after doing above, then you should try to collect below information for further analysis:
1) collect top/pstack for the agent process 2) Run "SIGQUIT" on the agent PID, e.g.# kill -SIGQUIT <pid> 3) Provide the agent logs. 4) Provide the output of the command "netstat -anp"
Thanks and hope this helps,
Li
... View more
11-15-2019
01:53 PM
1 Kudo
Hi @iamfromsky ,
Could you please share your CDH/CM version?
As you mentioned, I would definitely check the resources (CPU, memory, free spaces, /var/log/messages, network etc) on that host.
Also, check service monitor host and service monitor logs and see if that reveals anything.
Thanks,
Li
... View more
11-15-2019
12:36 PM
Hi @Karan ,
Thanks for reaching out. I just checked the status of the jira and not ETA yet. I did update the jira to ask for an update. Will update you if I have anything.
Thanks, Li
... View more
11-12-2019
02:03 PM
Hi @VamshiDevraj ,
Could you please share the steps and error messages you are getting?
Thanks,
Li
... View more
11-08-2019
11:55 AM
Hi @teolux ,
I am following up to see if you will be installing chronyd? Hope you have resolved the issue already.
Thanks,
Li
... View more
11-01-2019
11:02 AM
Hi @m4x1m1li4n ,
Looks like you used custom location. You may want to take a look at the location:
/opt/cloudera/CMCA
and see if there are some data inside. Try to move those files to different location and see if that helps.
Thanks,
Li
... View more
10-31-2019
02:32 PM
Hi @teolux ,
You may want to read this thread:
https://community.cloudera.com/t5/Support-Questions/Should-Cloudera-NTP-use-Chrony-or-NTPD/td-p/55986
Basically Either NTP or Chrony can be used.
Thanks, Li
... View more
10-30-2019
12:24 PM
Hi @m4x1m1li4n ,
The error message below seems to indicate some data for generating the certificate is exceeding the 64 characters limit.
139727014807440:error:0D07A097:asn1 encoding routines:ASN1_mbstring_ncopy:string too long:a_mbstr.c:158:maxsize=64
CN in a certificate may not exceed 64 characters. I wonder if your host name is too long which make it exceed the limit of 64 characters?
Thanks,
Li
... View more
10-30-2019
10:35 AM
1 Kudo
Hi @teolux ,
Do you have chronyd running on this host? Cloudera Manager agent will run the following command to determine if chronyd is running:
# pidof chronyd
If there is a chronyd process running, then the above command will return the PID of that process. Please run the "pidof chronyd" command and see what the output is. If there is a PID returned, use "ps aux | grep <pid>" to find out what that process actually is.
If you do not want to use chronyd, then disable that. Also restart Cloudera manager agent afterwards.
Thanks and hope this helps, Li
... View more