FAQ
Hi Guys,

We have recently upgraded CM-4.0.1 to Cloudera Standard 4.7.0. It's
working good.
But the cloudera-scm-server process killed automatically. We are using CM
standard version. Currently we are not enabled cloudera management services.

Please find cloudera-scm-server log.
http://paste.ubuntu.com/6080089/

Please guide me. How to fix this.

-Dhanasekaran.

Did I learn something today? If not, I wasted it.

To unsubscribe from this group and stop receiving emails from it, send an email to scm-users+unsubscribe@cloudera.org.

Search Discussions

  • Philip Zeyliger at Sep 8, 2013 at 6:37 pm
    Hi Dhanasekaran,

    I don't see anything that indicates that the process is getting killed in
    that log. Typically, when things get mysteriously killed, it's the Kernel
    OOM killer. "dmesg" (or /var/log/kernel*) often has messages like "host
    kernel: Out of Memory: Killed process 1234 (java)" in it. If you're seeing
    those, then you're hitting memory pressure and you can add memory, run
    fewer things, re-configure swap (has performance implications), adjust heap
    sizes, etc.


    -- Philip



    On Sun, Sep 8, 2013 at 10:43 AM, Dhanasekaran Anbalagan
    wrote:
    Hi Guys,

    We have recently upgraded CM-4.0.1 to Cloudera Standard 4.7.0. It's
    working good.
    But the cloudera-scm-server process killed automatically. We are using CM
    standard version. Currently we are not enabled cloudera management services.

    Please find cloudera-scm-server log.
    http://paste.ubuntu.com/6080089/

    Please guide me. How to fix this.

    -Dhanasekaran.

    Did I learn something today? If not, I wasted it.

    To unsubscribe from this group and stop receiving emails from it, send an
    email to scm-users+unsubscribe@cloudera.org.
    To unsubscribe from this group and stop receiving emails from it, send an email to scm-users+unsubscribe@cloudera.org.
  • Dhanasekaran Anbalagan at Sep 8, 2013 at 7:44 pm
    Hi Philip,

    As per your suggestion. I don't find any OOM in dmesg and syslog.
    By default scm-server process using 2G heap size. I don't want increase 2GB
    to 3GB

    /etc/default/cloudera-scm-server

    can i add and test

    #
    # Java Options.
    #
    # Default value sets Java maximum heap size to 2GB, and Java maximum
    permanent
    # generation size to 256MB.
    #

    export CMF_JAVA_OPTS="-Xmx2G -XX:MaxPermSize=256m
    -XX:+PrintTenuringDistribution -XX:+PrintGCDateStamps -XX:+PrintGCDetails
    -XX:+PrintGC -Xloggc:/tmp/SCMGC/SCMgc.log -XX:+HeapDumpOnOutOfMemoryError
    -XX:HeapDumpPath=/tmp/SCM"


    Please correct me CMF_JAVA_OPTS variable.


    -Dhanasekaran.





    Did I learn something today? If not, I wasted it.

    On Mon, Sep 9, 2013 at 12:07 AM, Philip Zeyliger wrote:

    Hi Dhanasekaran,

    I don't see anything that indicates that the process is getting killed in
    that log. Typically, when things get mysteriously killed, it's the Kernel
    OOM killer. "dmesg" (or /var/log/kernel*) often has messages like "host
    kernel: Out of Memory: Killed process 1234 (java)" in it. If you're seeing
    those, then you're hitting memory pressure and you can add memory, run
    fewer things, re-configure swap (has performance implications), adjust heap
    sizes, etc.


    -- Philip



    On Sun, Sep 8, 2013 at 10:43 AM, Dhanasekaran Anbalagan <
    bugcy013@gmail.com> wrote:
    Hi Guys,

    We have recently upgraded CM-4.0.1 to Cloudera Standard 4.7.0. It's
    working good.
    But the cloudera-scm-server process killed automatically. We are using CM
    standard version. Currently we are not enabled cloudera management services.

    Please find cloudera-scm-server log.
    http://paste.ubuntu.com/6080089/

    Please guide me. How to fix this.

    -Dhanasekaran.

    Did I learn something today? If not, I wasted it.

    To unsubscribe from this group and stop receiving emails from it, send an
    email to scm-users+unsubscribe@cloudera.org.
    To unsubscribe from this group and stop receiving emails from it, send an email to scm-users+unsubscribe@cloudera.org.

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupscm-users @
categorieshadoop
postedSep 8, '13 at 5:43p
activeSep 8, '13 at 7:44p
posts3
users2
websitecloudera.com
irc#hadoop

People

Translate

site design / logo © 2019 Grokbase