FAQ
This has been asked before, and I tried the suggested solutions, they don't
work.
I have a Ubuntu 12.04 host (used as server), and a Ubuntu 12.04 VM on
virtualbox as the cluster node .
Server IP is 143.215.206.52, client is 143.215.206.31

When I try to install cloudera manager using the wizard, this is the error
I get.

*The log file on the agent is attached, and this is the relevant part of
the error (I believe).*

[14/Mar/2013 22:37:08 +0000] 10015 MainThread agent ERROR
Heartbeating to lawn-143-215-206-52.lawn.gatech.edu:7182 failed.
Traceback (most recent call last):
File "/usr/lib/cmf/agent/src/cmf/agent.py", line 660, in send_heartbeat
response = self.requestor.request('heartbeat', dict(request=heartbeat))
File
"/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/ipc.py",
line 145, in request
return self.issue_request(call_request, message_name, request_datum)
File
"/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/ipc.py",
line 262, in issue_request
return self.read_call_response(message_name, buffer_decoder)
File
"/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/ipc.py",
line 242, in read_call_response
raise self.read_error(writers_schema, readers_schema, decoder)
File
"/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/ipc.py",
line 251, in read_error
return AvroRemoteException(datum_reader.read(decoder))
File
"/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/io.py",
line 444, in read
return self.read_data(self.writers_schema, self.readers_schema, decoder)
File
"/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/io.py",
line 448, in read_data
if not DatumReader.match_schemas(writers_schema, readers_schema):
File
"/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/io.py",
line 379, in match_schemas
w_type = writers_schema.type
AttributeError: 'NoneType' object has no attribute 'type'


*This is the /etc/hosts file (on both the server and cluster node)*

143.215.206.52 lawn-143-215-206-52.lawn.gatech.edu lawn-143-215-206-52
143.215.206.31 lawn-143-215-206-31.lawn.gatech.edu lawn-143-215-206-31
127.0.0.1 localhost
127.0.1.1 node1 *Of course, this line is different on the server and the
cluster host*
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

*This is the /etc/hostname on the server*
lawn-143-215-206-52
*This is the /etc/hostname on the cluster node*
lawn-143-215-206-31

Solutions will be appreciated, of course!

Pranesh

Search Discussions

  • Pranesh P at Mar 15, 2013 at 4:22 am
    Sorry, w*hen I try to install cloudera manager using the wizard, this is
    the error I get.*
    Newly installed agent failed to heartbeat.
    1. Check f 9000 and 9001 are free on client, 7182 is free on theserver,
    host's hostname is configured p[roperly.
    On Friday, March 15, 2013 12:20:04 AM UTC-4, Pranesh P wrote:

    This has been asked before, and I tried the suggested solutions, they
    don't work.
    I have a Ubuntu 12.04 host (used as server), and a Ubuntu 12.04 VM on
    virtualbox as the cluster node .
    Server IP is 143.215.206.52, client is 143.215.206.31

    When I try to install cloudera manager using the wizard, this is the error
    I get.

    *The log file on the agent is attached, and this is the relevant part of
    the error (I believe).*

    [14/Mar/2013 22:37:08 +0000] 10015 MainThread agent ERROR
    Heartbeating to lawn-143-215-206-52.lawn.gatech.edu:7182 failed.
    Traceback (most recent call last):
    File "/usr/lib/cmf/agent/src/cmf/agent.py", line 660, in send_heartbeat
    response = self.requestor.request('heartbeat', dict(request=heartbeat))
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/ipc.py",
    line 145, in request
    return self.issue_request(call_request, message_name, request_datum)
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/ipc.py",
    line 262, in issue_request
    return self.read_call_response(message_name, buffer_decoder)
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/ipc.py",
    line 242, in read_call_response
    raise self.read_error(writers_schema, readers_schema, decoder)
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/ipc.py",
    line 251, in read_error
    return AvroRemoteException(datum_reader.read(decoder))
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/io.py",
    line 444, in read
    return self.read_data(self.writers_schema, self.readers_schema,
    decoder)
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/io.py",
    line 448, in read_data
    if not DatumReader.match_schemas(writers_schema, readers_schema):
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/io.py",
    line 379, in match_schemas
    w_type = writers_schema.type
    AttributeError: 'NoneType' object has no attribute 'type'


    *This is the /etc/hosts file (on both the server and cluster node)*

    143.215.206.52 lawn-143-215-206-52.lawn.gatech.edu lawn-143-215-206-52
    143.215.206.31 lawn-143-215-206-31.lawn.gatech.edu lawn-143-215-206-31
    127.0.0.1 localhost
    127.0.1.1 node1 *Of course, this line is different on the server and the
    cluster host*
    # The following lines are desirable for IPv6 capable hosts
    ::1 ip6-localhost ip6-loopback
    fe00::0 ip6-localnet
    ff00::0 ip6-mcastprefix
    ff02::1 ip6-allnodes
    ff02::2 ip6-allrouters

    *This is the /etc/hostname on the server*
    lawn-143-215-206-52
    *This is the /etc/hostname on the cluster node*
    lawn-143-215-206-31

    Solutions will be appreciated, of course!

    Pranesh
  • U Thakore at Apr 8, 2013 at 7:17 pm
    Hi,

    Bumping this post since I have the same problem and haven't seen any
    solutions posted for the problem. Additional information that is related to
    my setup:

    I am running a cluster setup with the Manager running on one of the hosts
    in the cluster. When Cloudera Manager installs the agent on the hosts and
    attempts to heartbeat, I get the same error message and log messages
    mentioned by Pranesh for all hosts in the cluster.

    When I *netstat -p | grep 7182* on the host running the Manager, I
    sometimes see a connection with a connection state of *ESTABLISHED* on port
    7182 between the host running Manager and one of the cluster hosts. Running
    *netstat -p | grep 7182 *on the hosts not running the manager shows a long
    list of connections to the host running Manager on port 7182 with
    connection state *TIME_WAIT*, and occasionally one with a connection state
    of *ESTABLISHED*.

    I'm inclined to believe that the connection is being made with port 7182,
    but something is going on in the SCM server or agent code that is causing
    the "NoneType" error mentioned by Pranesh and ultimately causing the
    heartbeats to fail. I have seen a few posts regarding the error, but none
    with resolutions that have worked for me.

    Any help would be greatly appreciated.

    Thanks,
    Uttam
    On Thursday, March 14, 2013 11:21:59 PM UTC-5, Pranesh P wrote:

    Sorry, w*hen I try to install cloudera manager using the wizard, this is
    the error I get.*
    Newly installed agent failed to heartbeat.
    1. Check f 9000 and 9001 are free on client, 7182 is free on theserver,
    host's hostname is configured p[roperly.
    On Friday, March 15, 2013 12:20:04 AM UTC-4, Pranesh P wrote:

    This has been asked before, and I tried the suggested solutions, they
    don't work.
    I have a Ubuntu 12.04 host (used as server), and a Ubuntu 12.04 VM on
    virtualbox as the cluster node .
    Server IP is 143.215.206.52, client is 143.215.206.31

    When I try to install cloudera manager using the wizard, this is the
    error I get.

    *The log file on the agent is attached, and this is the relevant part of
    the error (I believe).*

    [14/Mar/2013 22:37:08 +0000] 10015 MainThread agent ERROR
    Heartbeating to lawn-143-215-206-52.lawn.gatech.edu:7182 failed.
    Traceback (most recent call last):
    File "/usr/lib/cmf/agent/src/cmf/agent.py", line 660, in send_heartbeat
    response = self.requestor.request('heartbeat',
    dict(request=heartbeat))
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/ipc.py",
    line 145, in request
    return self.issue_request(call_request, message_name, request_datum)
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/ipc.py",
    line 262, in issue_request
    return self.read_call_response(message_name, buffer_decoder)
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/ipc.py",
    line 242, in read_call_response
    raise self.read_error(writers_schema, readers_schema, decoder)
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/ipc.py",
    line 251, in read_error
    return AvroRemoteException(datum_reader.read(decoder))
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/io.py",
    line 444, in read
    return self.read_data(self.writers_schema, self.readers_schema,
    decoder)
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/io.py",
    line 448, in read_data
    if not DatumReader.match_schemas(writers_schema, readers_schema):
    File
    "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/avro-1.6.3-py2.7.egg/avro/io.py",
    line 379, in match_schemas
    w_type = writers_schema.type
    AttributeError: 'NoneType' object has no attribute 'type'


    *This is the /etc/hosts file (on both the server and cluster node)*

    143.215.206.52 lawn-143-215-206-52.lawn.gatech.edu lawn-143-215-206-52
    143.215.206.31 lawn-143-215-206-31.lawn.gatech.edu lawn-143-215-206-31
    127.0.0.1 localhost
    127.0.1.1 node1 *Of course, this line is different on the server and the
    cluster host*
    # The following lines are desirable for IPv6 capable hosts
    ::1 ip6-localhost ip6-loopback
    fe00::0 ip6-localnet
    ff00::0 ip6-mcastprefix
    ff02::1 ip6-allnodes
    ff02::2 ip6-allrouters

    *This is the /etc/hostname on the server*
    lawn-143-215-206-52
    *This is the /etc/hostname on the cluster node*
    lawn-143-215-206-31

    Solutions will be appreciated, of course!

    Pranesh
  • P Pranesh at Apr 8, 2013 at 7:21 pm
    Hi Uttam,
    I have since chucked Cloudera manager and gone for the manual CDH
    install, which I believe is much better for my use case. Please try to
    restart Cloudera-scm-agent on all the nodes and try to establish a cluster.
    THat solved the problem for me in some cases.

    On Mon, Apr 8, 2013 at 3:17 PM, U Thakore wrote:

    Hi,

    Bumping this post since I have the same problem and haven't seen any
    solutions posted for the problem. Additional information that is related to
    my setup:

    I am running a cluster setup with the Manager running on one of the hosts
    in the cluster. When Cloudera Manager installs the agent on the hosts and
    attempts to heartbeat, I get the same error message and log messages
    mentioned by Pranesh for all hosts in the cluster.

    When I *netstat -p | grep 7182* on the host running the Manager, I
    sometimes see a connection with a connection state of *ESTABLISHED* on
    port 7182 between the host running Manager and one of the cluster hosts.
    Running *netstat -p | grep 7182 *on the hosts not running the manager
    shows a long list of connections to the host running Manager on port 7182
    with connection state *TIME_WAIT*, and occasionally one with a connection
    state of *ESTABLISHED*.

    I'm inclined to believe that the connection is being made with port 7182,
    but something is going on in the SCM server or agent code that is causing
    the "NoneType" error mentioned by Pranesh and ultimately causing the
    heartbeats to fail. I have seen a few posts regarding the error, but none
    with resolutions that have worked for me.

    Any help would be greatly appreciated.

    Thanks,
    Uttam
    On Thursday, March 14, 2013 11:21:59 PM UTC-5, Pranesh P wrote:

    Sorry, w*hen I try to install cloudera manager using the wizard, this is
    the error I get.*
    Newly installed agent failed to heartbeat.
    1. Check f 9000 and 9001 are free on client, 7182 is free on theserver,
    host's hostname is configured p[roperly.
    On Friday, March 15, 2013 12:20:04 AM UTC-4, Pranesh P wrote:

    This has been asked before, and I tried the suggested solutions, they
    don't work.
    I have a Ubuntu 12.04 host (used as server), and a Ubuntu 12.04 VM on
    virtualbox as the cluster node .
    Server IP is 143.215.206.52, client is 143.215.206.31

    When I try to install cloudera manager using the wizard, this is the
    error I get.

    *The log file on the agent is attached, and this is the relevant part
    of the error (I believe).*

    [14/Mar/2013 22:37:08 +0000] 10015 MainThread agent ERROR
    Heartbeating to lawn-143-215-206-52.lawn.**gatech.edu:7182<http://lawn-143-215-206-52.lawn.gatech.edu:7182>failed.
    Traceback (most recent call last):
    File "/usr/lib/cmf/agent/src/cmf/**agent.py", line 660, in
    send_heartbeat
    response = self.requestor.request('**heartbeat',
    dict(request=heartbeat))
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/ipc.**py", line 145, in request
    return self.issue_request(call_**request, message_name,
    request_datum)
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/ipc.**py", line 262, in issue_request
    return self.read_call_response(**message_name, buffer_decoder)
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/ipc.**py", line 242, in read_call_response
    raise self.read_error(writers_**schema, readers_schema, decoder)
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/ipc.**py", line 251, in read_error
    return AvroRemoteException(datum_**reader.read(decoder))
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/io.**py", line 444, in read
    return self.read_data(self.writers_**schema, self.readers_schema,
    decoder)
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/io.**py", line 448, in read_data
    if not DatumReader.match_schemas(**writers_schema, readers_schema):
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/io.**py", line 379, in match_schemas
    w_type = writers_schema.type
    AttributeError: 'NoneType' object has no attribute 'type'


    *This is the /etc/hosts file (on both the server and cluster node)*

    143.215.206.52 lawn-143-215-206-52.lawn.**gatech.edu<http://lawn-143-215-206-52.lawn.gatech.edu>lawn-143-215-206-52
    143.215.206.31 lawn-143-215-206-31.lawn.**gatech.edu<http://lawn-143-215-206-31.lawn.gatech.edu>lawn-143-215-206-31
    127.0.0.1 localhost
    127.0.1.1 node1 *Of course, this line is different on the server and
    the cluster host*
    # The following lines are desirable for IPv6 capable hosts
    ::1 ip6-localhost ip6-loopback
    fe00::0 ip6-localnet
    ff00::0 ip6-mcastprefix
    ff02::1 ip6-allnodes
    ff02::2 ip6-allrouters

    *This is the /etc/hostname on the server*
    lawn-143-215-206-52
    *This is the /etc/hostname on the cluster node*
    lawn-143-215-206-31

    Solutions will be appreciated, of course!

    Pranesh

    --
    Pranesh P
    http://linkd.in/pran1990
  • Adam Smieszny at Apr 10, 2013 at 11:18 am
    I have seen this error before as well; I had some success in dropping the
    Cloudera Manager dataabase and re-creating it, and then re-trying the
    Cloudera Manager wizard install. Not a definitive cause analysis, as I
    haven't had enough time to look too deeply into it, but perhaps give that a
    try.

    If using the cloudera-manager-server-db package, try yum remove and then
    yum install
    If using an external database, just drop the database then create it again

    Hope this helps for you
    Thanks,
    Adam

    On Mon, Apr 8, 2013 at 3:21 PM, P Pranesh wrote:

    Hi Uttam,
    I have since chucked Cloudera manager and gone for the manual CDH
    install, which I believe is much better for my use case. Please try to
    restart Cloudera-scm-agent on all the nodes and try to establish a cluster.
    THat solved the problem for me in some cases.

    On Mon, Apr 8, 2013 at 3:17 PM, U Thakore wrote:

    Hi,

    Bumping this post since I have the same problem and haven't seen any
    solutions posted for the problem. Additional information that is related to
    my setup:

    I am running a cluster setup with the Manager running on one of the hosts
    in the cluster. When Cloudera Manager installs the agent on the hosts and
    attempts to heartbeat, I get the same error message and log messages
    mentioned by Pranesh for all hosts in the cluster.

    When I *netstat -p | grep 7182* on the host running the Manager, I
    sometimes see a connection with a connection state of *ESTABLISHED* on
    port 7182 between the host running Manager and one of the cluster hosts.
    Running *netstat -p | grep 7182 *on the hosts not running the manager
    shows a long list of connections to the host running Manager on port 7182
    with connection state *TIME_WAIT*, and occasionally one with a
    connection state of *ESTABLISHED*.

    I'm inclined to believe that the connection is being made with port 7182,
    but something is going on in the SCM server or agent code that is causing
    the "NoneType" error mentioned by Pranesh and ultimately causing the
    heartbeats to fail. I have seen a few posts regarding the error, but none
    with resolutions that have worked for me.

    Any help would be greatly appreciated.

    Thanks,
    Uttam
    On Thursday, March 14, 2013 11:21:59 PM UTC-5, Pranesh P wrote:

    Sorry, w*hen I try to install cloudera manager using the wizard, this
    is the error I get.*
    Newly installed agent failed to heartbeat.
    1. Check f 9000 and 9001 are free on client, 7182 is free on theserver,
    host's hostname is configured p[roperly.
    On Friday, March 15, 2013 12:20:04 AM UTC-4, Pranesh P wrote:

    This has been asked before, and I tried the suggested solutions, they
    don't work.
    I have a Ubuntu 12.04 host (used as server), and a Ubuntu 12.04 VM on
    virtualbox as the cluster node .
    Server IP is 143.215.206.52, client is 143.215.206.31

    When I try to install cloudera manager using the wizard, this is the
    error I get.

    *The log file on the agent is attached, and this is the relevant part
    of the error (I believe).*

    [14/Mar/2013 22:37:08 +0000] 10015 MainThread agent ERROR
    Heartbeating to lawn-143-215-206-52.lawn.**gatech.edu:7182<http://lawn-143-215-206-52.lawn.gatech.edu:7182>failed.
    Traceback (most recent call last):
    File "/usr/lib/cmf/agent/src/cmf/**agent.py", line 660, in
    send_heartbeat
    response = self.requestor.request('**heartbeat',
    dict(request=heartbeat))
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/ipc.**py", line 145, in request
    return self.issue_request(call_**request, message_name,
    request_datum)
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/ipc.**py", line 262, in issue_request
    return self.read_call_response(**message_name, buffer_decoder)
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/ipc.**py", line 242, in read_call_response
    raise self.read_error(writers_**schema, readers_schema, decoder)
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/ipc.**py", line 251, in read_error
    return AvroRemoteException(datum_**reader.read(decoder))
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/io.**py", line 444, in read
    return self.read_data(self.writers_**schema, self.readers_schema,
    decoder)
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/io.**py", line 448, in read_data
    if not DatumReader.match_schemas(**writers_schema, readers_schema):
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/io.**py", line 379, in match_schemas
    w_type = writers_schema.type
    AttributeError: 'NoneType' object has no attribute 'type'


    *This is the /etc/hosts file (on both the server and cluster node)*

    143.215.206.52 lawn-143-215-206-52.lawn.**gatech.edu<http://lawn-143-215-206-52.lawn.gatech.edu>lawn-143-215-206-52
    143.215.206.31 lawn-143-215-206-31.lawn.**gatech.edu<http://lawn-143-215-206-31.lawn.gatech.edu>lawn-143-215-206-31
    127.0.0.1 localhost
    127.0.1.1 node1 *Of course, this line is different on the server and
    the cluster host*
    # The following lines are desirable for IPv6 capable hosts
    ::1 ip6-localhost ip6-loopback
    fe00::0 ip6-localnet
    ff00::0 ip6-mcastprefix
    ff02::1 ip6-allnodes
    ff02::2 ip6-allrouters

    *This is the /etc/hostname on the server*
    lawn-143-215-206-52
    *This is the /etc/hostname on the cluster node*
    lawn-143-215-206-31

    Solutions will be appreciated, of course!

    Pranesh

    --
    Pranesh P
    http://linkd.in/pran1990


    --
    Adam Smieszny
    Cloudera | Systems Engineer | http://www.linkedin.com/in/adamsmieszny
    917.830.4156
  • U Thakore at Apr 16, 2013 at 12:48 am
    Thanks for all the help. I ended up just following Pranesh's advice and
    completely chucked Cloudera manager, installing CDH manually instead. It's
    working for me now. =)

    Thanks,
    Uttam

    On Wed, Apr 10, 2013 at 6:11 AM, Adam Smieszny wrote:

    I have seen this error before as well; I had some success in dropping the
    Cloudera Manager dataabase and re-creating it, and then re-trying the
    Cloudera Manager wizard install. Not a definitive cause analysis, as I
    haven't had enough time to look too deeply into it, but perhaps give that a
    try.

    If using the cloudera-manager-server-db package, try yum remove and then
    yum install
    If using an external database, just drop the database then create it again

    Hope this helps for you
    Thanks,
    Adam

    On Mon, Apr 8, 2013 at 3:21 PM, P Pranesh wrote:

    Hi Uttam,
    I have since chucked Cloudera manager and gone for the manual CDH
    install, which I believe is much better for my use case. Please try to
    restart Cloudera-scm-agent on all the nodes and try to establish a cluster.
    THat solved the problem for me in some cases.

    On Mon, Apr 8, 2013 at 3:17 PM, U Thakore wrote:

    Hi,

    Bumping this post since I have the same problem and haven't seen any
    solutions posted for the problem. Additional information that is related to
    my setup:

    I am running a cluster setup with the Manager running on one of the
    hosts in the cluster. When Cloudera Manager installs the agent on the hosts
    and attempts to heartbeat, I get the same error message and log messages
    mentioned by Pranesh for all hosts in the cluster.

    When I *netstat -p | grep 7182* on the host running the Manager, I
    sometimes see a connection with a connection state of *ESTABLISHED* on
    port 7182 between the host running Manager and one of the cluster hosts.
    Running *netstat -p | grep 7182 *on the hosts not running the manager
    shows a long list of connections to the host running Manager on port 7182
    with connection state *TIME_WAIT*, and occasionally one with a
    connection state of *ESTABLISHED*.

    I'm inclined to believe that the connection is being made with port
    7182, but something is going on in the SCM server or agent code that is
    causing the "NoneType" error mentioned by Pranesh and ultimately causing
    the heartbeats to fail. I have seen a few posts regarding the error, but
    none with resolutions that have worked for me.

    Any help would be greatly appreciated.

    Thanks,
    Uttam
    On Thursday, March 14, 2013 11:21:59 PM UTC-5, Pranesh P wrote:

    Sorry, w*hen I try to install cloudera manager using the wizard, this
    is the error I get.*
    Newly installed agent failed to heartbeat.
    1. Check f 9000 and 9001 are free on client, 7182 is free on theserver,
    host's hostname is configured p[roperly.
    On Friday, March 15, 2013 12:20:04 AM UTC-4, Pranesh P wrote:

    This has been asked before, and I tried the suggested solutions, they
    don't work.
    I have a Ubuntu 12.04 host (used as server), and a Ubuntu 12.04 VM on
    virtualbox as the cluster node .
    Server IP is 143.215.206.52, client is 143.215.206.31

    When I try to install cloudera manager using the wizard, this is the
    error I get.

    *The log file on the agent is attached, and this is the relevant part
    of the error (I believe).*

    [14/Mar/2013 22:37:08 +0000] 10015 MainThread agent ERROR
    Heartbeating to lawn-143-215-206-52.lawn.**gatech.edu:7182<http://lawn-143-215-206-52.lawn.gatech.edu:7182>failed.
    Traceback (most recent call last):
    File "/usr/lib/cmf/agent/src/cmf/**agent.py", line 660, in
    send_heartbeat
    response = self.requestor.request('**heartbeat',
    dict(request=heartbeat))
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/ipc.**py", line 145, in request
    return self.issue_request(call_**request, message_name,
    request_datum)
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/ipc.**py", line 262, in issue_request
    return self.read_call_response(**message_name, buffer_decoder)
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/ipc.**py", line 242, in read_call_response
    raise self.read_error(writers_**schema, readers_schema, decoder)
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/ipc.**py", line 251, in read_error
    return AvroRemoteException(datum_**reader.read(decoder))
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/io.**py", line 444, in read
    return self.read_data(self.writers_**schema, self.readers_schema,
    decoder)
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/io.**py", line 448, in read_data
    if not DatumReader.match_schemas(**writers_schema,
    readers_schema):
    File "/usr/lib/cmf/agent/build/env/**lib/python2.7/site-packages/**
    avro-1.6.3-py2.7.egg/avro/io.**py", line 379, in match_schemas
    w_type = writers_schema.type
    AttributeError: 'NoneType' object has no attribute 'type'


    *This is the /etc/hosts file (on both the server and cluster node)*

    143.215.206.52 lawn-143-215-206-52.lawn.**gatech.edu<http://lawn-143-215-206-52.lawn.gatech.edu>lawn-143-215-206-52
    143.215.206.31 lawn-143-215-206-31.lawn.**gatech.edu<http://lawn-143-215-206-31.lawn.gatech.edu>lawn-143-215-206-31
    127.0.0.1 localhost
    127.0.1.1 node1 *Of course, this line is different on the server and
    the cluster host*
    # The following lines are desirable for IPv6 capable hosts
    ::1 ip6-localhost ip6-loopback
    fe00::0 ip6-localnet
    ff00::0 ip6-mcastprefix
    ff02::1 ip6-allnodes
    ff02::2 ip6-allrouters

    *This is the /etc/hostname on the server*
    lawn-143-215-206-52
    *This is the /etc/hostname on the cluster node*
    lawn-143-215-206-31

    Solutions will be appreciated, of course!

    Pranesh

    --
    Pranesh P
    http://linkd.in/pran1990


    --
    Adam Smieszny
    Cloudera | Systems Engineer | http://www.linkedin.com/in/adamsmieszny
    917.830.4156

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupscm-users @
categorieshadoop
postedMar 15, '13 at 4:20a
activeApr 16, '13 at 12:48a
posts6
users3
websitecloudera.com
irc#hadoop

People

Translate

site design / logo © 2023 Grokbase