FAQ
On automatic installation (Cloudera Manager Free Edition on CentOS 6.2
x86_64), I am unable to install CDH3 or 4 to hosts running CentOS 6.2
i386. The error log follows.

I've attempted to manually load the jdk on these machines, and that
just kicks the can down to the next package it attempts to pull from
the repos, which will fail in the same manner.

I'm at a loss, I've tried to manually add the cloudera repo to the
hosts, and it works, but still fails with the same error. I tried
mirroring the i386 repo on my local cobbler setup, and using that as
the custom repo in the setup, and it fails the same way.

Any thoughts on this use case? It's an x64 manager vs i386 hosts.
All OSes are supported, but is it trying to use x64 repos for host
install?

Thanks,
Joe

/tmp/scm_prepare_node.xAuJZqSn
opening logging file descriptor
Starting installation script...
Acquiring installation lock...
BEGIN flock 4
END (0)
Detecting root privileges...
effective UID is 0
Detecting distribution...
BEGIN grep Tikanga /etc/redhat-release
END (1)
BEGIN grep 'CentOS release 5' /etc/redhat-release
END (1)
BEGIN grep Santiago /etc/redhat-release
END (1)
BEGIN grep 'CentOS Linux release 6' /etc/redhat-release
END (1)
BEGIN grep 'CentOS release 6' /etc/redhat-release
CentOS release 6.2 (Final)
END (0)
/etc/redhat-release ==> CentOS 6
Detecting Cloudera Manager Server...
BEGIN host -t PTR 192.168.0.2
2.0.168.192.in-addr.arpa domain name pointer
kaufman.richmond.ampliphibio.com.
END (0)
using kaufman.richmond.ampliphibio.com as scm server hostname
BEGIN ping -c 1 kaufman.richmond.ampliphibio.com
PING kaufman.richmond.ampliphibio.com (192.168.0.2) 56(84) bytes of
data.
64 bytes from kaufman.richmond.ampliphibio.com (192.168.0.2):
icmp_seq=1 ttl=64 time=0.115 ms

--- kaufman.richmond.ampliphibio.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.115/0.115/0.115/0.000 ms
END (0)
scm server found
Installing package repositories...
installing repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/
cloudera-cdh4.repo
repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/cloudera-
cdh4.repo installed
installing repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/
cloudera-manager.repo
repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/cloudera-
manager.repo installed
Refreshing package metadata...
BEGIN yum makecache
Loaded plugins: fastestmirror, security
Loading mirror speeds from cached hostfile
* base: centos.mirror.netriplex.com
* extras: mirrors.rit.edu
* updates: mirror.cogentco.com
Not using downloaded repomd.xml because it is older than what we
have:
Current : Mon Jun 25 14:03:59 2012
Downloaded: Tue Jun 5 02:37:31 2012
Metadata Cache Created
END (0)
Installing jdk package...
BEGIN yum info jdk
Loaded plugins: fastestmirror, security
Loading mirror speeds from cached hostfile
* base: centos.mirror.netriplex.com
* extras: mirrors.rit.edu
* updates: mirror.cogentco.com
Error: No matching Packages to list
END (1)
remote package jdk is not available, giving up
Reverting changes...
rollback started
Removing package repositories...
ls: cannot access /etc/yum.repos.d/cloudera-manager.repo.~*~: No such
file or directory
repository file /etc/yum.repos.d/cloudera-manager.repo removed
ls: cannot access /etc/yum.repos.d/cloudera-cdh4.repo.~*~: No such
file or directory
repository file /etc/yum.repos.d/cloudera-cdh4.repo removed
Uninstalled.
rollback completed
closing logging file descriptor

Search Discussions

  • Jeff Rankin at Jun 25, 2012 at 7:59 pm
    I had similar problems using a user with password-less sudo but it
    succeeded when I used the root user. If that is the case try running: yum
    info jdk as that user (note no sudo) in my case it returned nothing.

    Jeff
    On Mon, Jun 25, 2012 at 12:49 PM, JoeAtAmpliPhi wrote:

    On automatic installation (Cloudera Manager Free Edition on CentOS 6.2
    x86_64), I am unable to install CDH3 or 4 to hosts running CentOS 6.2
    i386. The error log follows.

    I've attempted to manually load the jdk on these machines, and that
    just kicks the can down to the next package it attempts to pull from
    the repos, which will fail in the same manner.

    I'm at a loss, I've tried to manually add the cloudera repo to the
    hosts, and it works, but still fails with the same error. I tried
    mirroring the i386 repo on my local cobbler setup, and using that as
    the custom repo in the setup, and it fails the same way.

    Any thoughts on this use case? It's an x64 manager vs i386 hosts.
    All OSes are supported, but is it trying to use x64 repos for host
    install?

    Thanks,
    Joe

    /tmp/scm_prepare_node.xAuJZqSn
    opening logging file descriptor
    Starting installation script...
    Acquiring installation lock...
    BEGIN flock 4
    END (0)
    Detecting root privileges...
    effective UID is 0
    Detecting distribution...
    BEGIN grep Tikanga /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS release 5' /etc/redhat-release
    END (1)
    BEGIN grep Santiago /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS Linux release 6' /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS release 6' /etc/redhat-release
    CentOS release 6.2 (Final)
    END (0)
    /etc/redhat-release ==> CentOS 6
    Detecting Cloudera Manager Server...
    BEGIN host -t PTR 192.168.0.2
    2.0.168.192.in-addr.arpa domain name pointer
    kaufman.richmond.ampliphibio.com.
    END (0)
    using kaufman.richmond.ampliphibio.com as scm server hostname
    BEGIN ping -c 1 kaufman.richmond.ampliphibio.com
    PING kaufman.richmond.ampliphibio.com (192.168.0.2) 56(84) bytes of
    data.
    64 bytes from kaufman.richmond.ampliphibio.com (192.168.0.2):
    icmp_seq=1 ttl=64 time=0.115 ms

    --- kaufman.richmond.ampliphibio.com ping statistics ---
    1 packets transmitted, 1 received, 0% packet loss, time 0ms
    rtt min/avg/max/mdev = 0.115/0.115/0.115/0.000 ms
    END (0)
    scm server found
    Installing package repositories...
    installing repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/
    cloudera-cdh4.repo
    repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/cloudera-
    cdh4.repo installed
    installing repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/
    cloudera-manager.repo
    repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/cloudera-
    manager.repo installed
    Refreshing package metadata...
    BEGIN yum makecache
    Loaded plugins: fastestmirror, security
    Loading mirror speeds from cached hostfile
    * base: centos.mirror.netriplex.com
    * extras: mirrors.rit.edu
    * updates: mirror.cogentco.com
    Not using downloaded repomd.xml because it is older than what we
    have:
    Current : Mon Jun 25 14:03:59 2012
    Downloaded: Tue Jun 5 02:37:31 2012
    Metadata Cache Created
    END (0)
    Installing jdk package...
    BEGIN yum info jdk
    Loaded plugins: fastestmirror, security
    Loading mirror speeds from cached hostfile
    * base: centos.mirror.netriplex.com
    * extras: mirrors.rit.edu
    * updates: mirror.cogentco.com
    Error: No matching Packages to list
    END (1)
    remote package jdk is not available, giving up
    Reverting changes...
    rollback started
    Removing package repositories...
    ls: cannot access /etc/yum.repos.d/cloudera-manager.repo.~*~: No such
    file or directory
    repository file /etc/yum.repos.d/cloudera-manager.repo removed
    ls: cannot access /etc/yum.repos.d/cloudera-cdh4.repo.~*~: No such
    file or directory
    repository file /etc/yum.repos.d/cloudera-cdh4.repo removed
    Uninstalled.
    rollback completed
    closing logging file descriptor
  • JoeAtAmpliPhi at Jun 25, 2012 at 8:06 pm
    Thanks, right now this is running as root, with a common password.
    I'm retrying, but this time I'm including the x64 Manager machine as
    one of the deployed hosts (pseudo-distributed). It looks like it's
    working much better.

    This is a mismatched architecture problem. It's trying to install
    i386 RPMs from the x86_64 repo. I'm going to dig into what that repo
    file that Manager is pushing actually contains.
    On Jun 25, 3:58 pm, Jeff Rankin wrote:
    I had similar problems using a user with password-less sudo but it
    succeeded when I used the root user.  If that is the case try running: yum
    info jdk as that user (note no sudo) in my case it returned nothing.

    Jeff






    On Mon, Jun 25, 2012 at 12:49 PM, JoeAtAmpliPhi wrote:
    On automatic installation (Cloudera Manager Free Edition on CentOS 6.2
    x86_64), I am unable to install CDH3 or 4 to hosts running CentOS 6.2
    i386.  The error log follows.
    I've attempted to manually load the jdk on these machines, and that
    just kicks the can down to the next package it attempts to pull from
    the repos, which will fail in the same manner.
    I'm at a loss, I've tried to manually add the cloudera repo to the
    hosts, and it works, but still fails with the same error.  I tried
    mirroring the i386 repo on my local cobbler setup, and using that as
    the custom repo in the setup, and it fails the same way.
    Any thoughts on this use case?  It's an x64 manager vs i386 hosts.
    All OSes are supported, but is it trying to use x64 repos for host
    install?
    Thanks,
    Joe
    /tmp/scm_prepare_node.xAuJZqSn
    opening logging file descriptor
    Starting installation script...
    Acquiring installation lock...
    BEGIN flock 4
    END (0)
    Detecting root privileges...
    effective UID is 0
    Detecting distribution...
    BEGIN grep Tikanga /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS release 5' /etc/redhat-release
    END (1)
    BEGIN grep Santiago /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS Linux release 6' /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS release 6' /etc/redhat-release
    CentOS release 6.2 (Final)
    END (0)
    /etc/redhat-release ==> CentOS 6
    Detecting Cloudera Manager Server...
    BEGIN host -t PTR 192.168.0.2
    2.0.168.192.in-addr.arpa domain name pointer
    kaufman.richmond.ampliphibio.com.
    END (0)
    using kaufman.richmond.ampliphibio.com as scm server hostname
    BEGIN ping -c 1 kaufman.richmond.ampliphibio.com
    PING kaufman.richmond.ampliphibio.com (192.168.0.2) 56(84) bytes of
    data.
    64 bytes from kaufman.richmond.ampliphibio.com (192.168.0.2):
    icmp_seq=1 ttl=64 time=0.115 ms
    --- kaufman.richmond.ampliphibio.com ping statistics ---
    1 packets transmitted, 1 received, 0% packet loss, time 0ms
    rtt min/avg/max/mdev = 0.115/0.115/0.115/0.000 ms
    END (0)
    scm server found
    Installing package repositories...
    installing repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/
    cloudera-cdh4.repo
    repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/cloudera-
    cdh4.repo installed
    installing repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/
    cloudera-manager.repo
    repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/cloudera-
    manager.repo installed
    Refreshing package metadata...
    BEGIN yum makecache
    Loaded plugins: fastestmirror, security
    Loading mirror speeds from cached hostfile
    * base: centos.mirror.netriplex.com
    * extras: mirrors.rit.edu
    * updates: mirror.cogentco.com
    Not using downloaded repomd.xml because it is older than what we
    have:
    Current : Mon Jun 25 14:03:59 2012
    Downloaded: Tue Jun 5 02:37:31 2012
    Metadata Cache Created
    END (0)
    Installing jdk package...
    BEGIN yum info jdk
    Loaded plugins: fastestmirror, security
    Loading mirror speeds from cached hostfile
    * base: centos.mirror.netriplex.com
    * extras: mirrors.rit.edu
    * updates: mirror.cogentco.com
    Error: No matching Packages to list
    END (1)
    remote package jdk is not available, giving up
    Reverting changes...
    rollback started
    Removing package repositories...
    ls: cannot access /etc/yum.repos.d/cloudera-manager.repo.~*~: No such
    file or directory
    repository file /etc/yum.repos.d/cloudera-manager.repo removed
    ls: cannot access /etc/yum.repos.d/cloudera-cdh4.repo.~*~: No such
    file or directory
    repository file /etc/yum.repos.d/cloudera-cdh4.repo removed
    Uninstalled.
    rollback completed
    closing logging file descriptor
  • Philip Langdale at Jun 25, 2012 at 10:04 pm
    Hi Joe,

    Unfortunately, Cloudera Manager doesn't support managing i386 clusters,
    so the lack of JDK is expected and intentional. Is there a specific reason
    you want the cluster nodes running a 32bit OS? Do you have 32bit only
    hardware?

    --phil


    On 25 June 2012 13:06, JoeAtAmpliPhi wrote:

    Thanks, right now this is running as root, with a common password.
    I'm retrying, but this time I'm including the x64 Manager machine as
    one of the deployed hosts (pseudo-distributed). It looks like it's
    working much better.

    This is a mismatched architecture problem. It's trying to install
    i386 RPMs from the x86_64 repo. I'm going to dig into what that repo
    file that Manager is pushing actually contains.
    On Jun 25, 3:58 pm, Jeff Rankin wrote:
    I had similar problems using a user with password-less sudo but it
    succeeded when I used the root user. If that is the case try running: yum
    info jdk as that user (note no sudo) in my case it returned nothing.

    Jeff






    On Mon, Jun 25, 2012 at 12:49 PM, JoeAtAmpliPhi wrote:
    On automatic installation (Cloudera Manager Free Edition on CentOS 6.2
    x86_64), I am unable to install CDH3 or 4 to hosts running CentOS 6.2
    i386. The error log follows.
    I've attempted to manually load the jdk on these machines, and that
    just kicks the can down to the next package it attempts to pull from
    the repos, which will fail in the same manner.
    I'm at a loss, I've tried to manually add the cloudera repo to the
    hosts, and it works, but still fails with the same error. I tried
    mirroring the i386 repo on my local cobbler setup, and using that as
    the custom repo in the setup, and it fails the same way.
    Any thoughts on this use case? It's an x64 manager vs i386 hosts.
    All OSes are supported, but is it trying to use x64 repos for host
    install?
    Thanks,
    Joe
    /tmp/scm_prepare_node.xAuJZqSn
    opening logging file descriptor
    Starting installation script...
    Acquiring installation lock...
    BEGIN flock 4
    END (0)
    Detecting root privileges...
    effective UID is 0
    Detecting distribution...
    BEGIN grep Tikanga /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS release 5' /etc/redhat-release
    END (1)
    BEGIN grep Santiago /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS Linux release 6' /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS release 6' /etc/redhat-release
    CentOS release 6.2 (Final)
    END (0)
    /etc/redhat-release ==> CentOS 6
    Detecting Cloudera Manager Server...
    BEGIN host -t PTR 192.168.0.2
    2.0.168.192.in-addr.arpa domain name pointer
    kaufman.richmond.ampliphibio.com.
    END (0)
    using kaufman.richmond.ampliphibio.com as scm server hostname
    BEGIN ping -c 1 kaufman.richmond.ampliphibio.com
    PING kaufman.richmond.ampliphibio.com (192.168.0.2) 56(84) bytes of
    data.
    64 bytes from kaufman.richmond.ampliphibio.com (192.168.0.2):
    icmp_seq=1 ttl=64 time=0.115 ms
    --- kaufman.richmond.ampliphibio.com ping statistics ---
    1 packets transmitted, 1 received, 0% packet loss, time 0ms
    rtt min/avg/max/mdev = 0.115/0.115/0.115/0.000 ms
    END (0)
    scm server found
    Installing package repositories...
    installing repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/
    cloudera-cdh4.repo
    repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/cloudera-
    cdh4.repo installed
    installing repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/
    cloudera-manager.repo
    repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/cloudera-
    manager.repo installed
    Refreshing package metadata...
    BEGIN yum makecache
    Loaded plugins: fastestmirror, security
    Loading mirror speeds from cached hostfile
    * base: centos.mirror.netriplex.com
    * extras: mirrors.rit.edu
    * updates: mirror.cogentco.com
    Not using downloaded repomd.xml because it is older than what we
    have:
    Current : Mon Jun 25 14:03:59 2012
    Downloaded: Tue Jun 5 02:37:31 2012
    Metadata Cache Created
    END (0)
    Installing jdk package...
    BEGIN yum info jdk
    Loaded plugins: fastestmirror, security
    Loading mirror speeds from cached hostfile
    * base: centos.mirror.netriplex.com
    * extras: mirrors.rit.edu
    * updates: mirror.cogentco.com
    Error: No matching Packages to list
    END (1)
    remote package jdk is not available, giving up
    Reverting changes...
    rollback started
    Removing package repositories...
    ls: cannot access /etc/yum.repos.d/cloudera-manager.repo.~*~: No such
    file or directory
    repository file /etc/yum.repos.d/cloudera-manager.repo removed
    ls: cannot access /etc/yum.repos.d/cloudera-cdh4.repo.~*~: No such
    file or directory
    repository file /etc/yum.repos.d/cloudera-cdh4.repo removed
    Uninstalled.
    rollback completed
    closing logging file descriptor
  • Joe Anderson at Jun 25, 2012 at 11:05 pm
    Ah, that would explain it. I didn't see that anywhere in the requirements,
    but it makes sense. I've got some old servers laying around that I'd like
    to cluster, but it might be simpler just to run Amazon EMR instead.

    Thanks,
    Joe
    On Jun 25, 2012 6:04 PM, "Philip Langdale" wrote:

    Hi Joe,

    Unfortunately, Cloudera Manager doesn't support managing i386 clusters,
    so the lack of JDK is expected and intentional. Is there a specific reason
    you want the cluster nodes running a 32bit OS? Do you have 32bit only
    hardware?

    --phil


    On 25 June 2012 13:06, JoeAtAmpliPhi wrote:

    Thanks, right now this is running as root, with a common password.
    I'm retrying, but this time I'm including the x64 Manager machine as
    one of the deployed hosts (pseudo-distributed). It looks like it's
    working much better.

    This is a mismatched architecture problem. It's trying to install
    i386 RPMs from the x86_64 repo. I'm going to dig into what that repo
    file that Manager is pushing actually contains.
    On Jun 25, 3:58 pm, Jeff Rankin wrote:
    I had similar problems using a user with password-less sudo but it
    succeeded when I used the root user. If that is the case try running: yum
    info jdk as that user (note no sudo) in my case it returned nothing.

    Jeff







    On Mon, Jun 25, 2012 at 12:49 PM, JoeAtAmpliPhi <j...@ampliphibio.com>
    wrote:
    On automatic installation (Cloudera Manager Free Edition on CentOS 6.2
    x86_64), I am unable to install CDH3 or 4 to hosts running CentOS 6.2
    i386. The error log follows.
    I've attempted to manually load the jdk on these machines, and that
    just kicks the can down to the next package it attempts to pull from
    the repos, which will fail in the same manner.
    I'm at a loss, I've tried to manually add the cloudera repo to the
    hosts, and it works, but still fails with the same error. I tried
    mirroring the i386 repo on my local cobbler setup, and using that as
    the custom repo in the setup, and it fails the same way.
    Any thoughts on this use case? It's an x64 manager vs i386 hosts.
    All OSes are supported, but is it trying to use x64 repos for host
    install?
    Thanks,
    Joe
    /tmp/scm_prepare_node.xAuJZqSn
    opening logging file descriptor
    Starting installation script...
    Acquiring installation lock...
    BEGIN flock 4
    END (0)
    Detecting root privileges...
    effective UID is 0
    Detecting distribution...
    BEGIN grep Tikanga /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS release 5' /etc/redhat-release
    END (1)
    BEGIN grep Santiago /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS Linux release 6' /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS release 6' /etc/redhat-release
    CentOS release 6.2 (Final)
    END (0)
    /etc/redhat-release ==> CentOS 6
    Detecting Cloudera Manager Server...
    BEGIN host -t PTR 192.168.0.2
    2.0.168.192.in-addr.arpa domain name pointer
    kaufman.richmond.ampliphibio.com.
    END (0)
    using kaufman.richmond.ampliphibio.com as scm server hostname
    BEGIN ping -c 1 kaufman.richmond.ampliphibio.com
    PING kaufman.richmond.ampliphibio.com (192.168.0.2) 56(84) bytes of
    data.
    64 bytes from kaufman.richmond.ampliphibio.com (192.168.0.2):
    icmp_seq=1 ttl=64 time=0.115 ms
    --- kaufman.richmond.ampliphibio.com ping statistics ---
    1 packets transmitted, 1 received, 0% packet loss, time 0ms
    rtt min/avg/max/mdev = 0.115/0.115/0.115/0.000 ms
    END (0)
    scm server found
    Installing package repositories...
    installing repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/
    cloudera-cdh4.repo
    repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/cloudera-
    cdh4.repo installed
    installing repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/
    cloudera-manager.repo
    repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/cloudera-
    manager.repo installed
    Refreshing package metadata...
    BEGIN yum makecache
    Loaded plugins: fastestmirror, security
    Loading mirror speeds from cached hostfile
    * base: centos.mirror.netriplex.com
    * extras: mirrors.rit.edu
    * updates: mirror.cogentco.com
    Not using downloaded repomd.xml because it is older than what we
    have:
    Current : Mon Jun 25 14:03:59 2012
    Downloaded: Tue Jun 5 02:37:31 2012
    Metadata Cache Created
    END (0)
    Installing jdk package...
    BEGIN yum info jdk
    Loaded plugins: fastestmirror, security
    Loading mirror speeds from cached hostfile
    * base: centos.mirror.netriplex.com
    * extras: mirrors.rit.edu
    * updates: mirror.cogentco.com
    Error: No matching Packages to list
    END (1)
    remote package jdk is not available, giving up
    Reverting changes...
    rollback started
    Removing package repositories...
    ls: cannot access /etc/yum.repos.d/cloudera-manager.repo.~*~: No such
    file or directory
    repository file /etc/yum.repos.d/cloudera-manager.repo removed
    ls: cannot access /etc/yum.repos.d/cloudera-cdh4.repo.~*~: No such
    file or directory
    repository file /etc/yum.repos.d/cloudera-cdh4.repo removed
    Uninstalled.
    rollback completed
    closing logging file descriptor
  • Jolly Chen at Jun 26, 2012 at 11:20 pm
    The supported OSes and browsers for Cloudera Manager are listed here: https://ccp.cloudera.com/display/FREE4DOC/Requirements+for+Cloudera+Manager
    On Jun 25, 2012, at 4:05 PM, Joe Anderson wrote:

    Ah, that would explain it. I didn't see that anywhere in the requirements, but it makes sense. I've got some old servers laying around that I'd like to cluster, but it might be simpler just to run Amazon EMR instead.

    Thanks,
    Joe

    On Jun 25, 2012 6:04 PM, "Philip Langdale" wrote:
    Hi Joe,

    Unfortunately, Cloudera Manager doesn't support managing i386 clusters,
    so the lack of JDK is expected and intentional. Is there a specific reason
    you want the cluster nodes running a 32bit OS? Do you have 32bit only
    hardware?

    --phil



    On 25 June 2012 13:06, JoeAtAmpliPhi wrote:
    Thanks, right now this is running as root, with a common password.
    I'm retrying, but this time I'm including the x64 Manager machine as
    one of the deployed hosts (pseudo-distributed). It looks like it's
    working much better.

    This is a mismatched architecture problem. It's trying to install
    i386 RPMs from the x86_64 repo. I'm going to dig into what that repo
    file that Manager is pushing actually contains.
    On Jun 25, 3:58 pm, Jeff Rankin wrote:
    I had similar problems using a user with password-less sudo but it
    succeeded when I used the root user. If that is the case try running: yum
    info jdk as that user (note no sudo) in my case it returned nothing.

    Jeff






    On Mon, Jun 25, 2012 at 12:49 PM, JoeAtAmpliPhi wrote:
    On automatic installation (Cloudera Manager Free Edition on CentOS 6.2
    x86_64), I am unable to install CDH3 or 4 to hosts running CentOS 6.2
    i386. The error log follows.
    I've attempted to manually load the jdk on these machines, and that
    just kicks the can down to the next package it attempts to pull from
    the repos, which will fail in the same manner.
    I'm at a loss, I've tried to manually add the cloudera repo to the
    hosts, and it works, but still fails with the same error. I tried
    mirroring the i386 repo on my local cobbler setup, and using that as
    the custom repo in the setup, and it fails the same way.
    Any thoughts on this use case? It's an x64 manager vs i386 hosts.
    All OSes are supported, but is it trying to use x64 repos for host
    install?
    Thanks,
    Joe
    /tmp/scm_prepare_node.xAuJZqSn
    opening logging file descriptor
    Starting installation script...
    Acquiring installation lock...
    BEGIN flock 4
    END (0)
    Detecting root privileges...
    effective UID is 0
    Detecting distribution...
    BEGIN grep Tikanga /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS release 5' /etc/redhat-release
    END (1)
    BEGIN grep Santiago /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS Linux release 6' /etc/redhat-release
    END (1)
    BEGIN grep 'CentOS release 6' /etc/redhat-release
    CentOS release 6.2 (Final)
    END (0)
    /etc/redhat-release ==> CentOS 6
    Detecting Cloudera Manager Server...
    BEGIN host -t PTR 192.168.0.2
    2.0.168.192.in-addr.arpa domain name pointer
    kaufman.richmond.ampliphibio.com.
    END (0)
    using kaufman.richmond.ampliphibio.com as scm server hostname
    BEGIN ping -c 1 kaufman.richmond.ampliphibio.com
    PING kaufman.richmond.ampliphibio.com (192.168.0.2) 56(84) bytes of
    data.
    64 bytes from kaufman.richmond.ampliphibio.com (192.168.0.2):
    icmp_seq=1 ttl=64 time=0.115 ms
    --- kaufman.richmond.ampliphibio.com ping statistics ---
    1 packets transmitted, 1 received, 0% packet loss, time 0ms
    rtt min/avg/max/mdev = 0.115/0.115/0.115/0.000 ms
    END (0)
    scm server found
    Installing package repositories...
    installing repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/
    cloudera-cdh4.repo
    repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/cloudera-
    cdh4.repo installed
    installing repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/
    cloudera-manager.repo
    repository file /tmp/scm_prepare_node.xAuJZqSn/repos/rhel6/cloudera-
    manager.repo installed
    Refreshing package metadata...
    BEGIN yum makecache
    Loaded plugins: fastestmirror, security
    Loading mirror speeds from cached hostfile
    * base: centos.mirror.netriplex.com
    * extras: mirrors.rit.edu
    * updates: mirror.cogentco.com
    Not using downloaded repomd.xml because it is older than what we
    have:
    Current : Mon Jun 25 14:03:59 2012
    Downloaded: Tue Jun 5 02:37:31 2012
    Metadata Cache Created
    END (0)
    Installing jdk package...
    BEGIN yum info jdk
    Loaded plugins: fastestmirror, security
    Loading mirror speeds from cached hostfile
    * base: centos.mirror.netriplex.com
    * extras: mirrors.rit.edu
    * updates: mirror.cogentco.com
    Error: No matching Packages to list
    END (1)
    remote package jdk is not available, giving up
    Reverting changes...
    rollback started
    Removing package repositories...
    ls: cannot access /etc/yum.repos.d/cloudera-manager.repo.~*~: No such
    file or directory
    repository file /etc/yum.repos.d/cloudera-manager.repo removed
    ls: cannot access /etc/yum.repos.d/cloudera-cdh4.repo.~*~: No such
    file or directory
    repository file /etc/yum.repos.d/cloudera-cdh4.repo removed
    Uninstalled.
    rollback completed
    closing logging file descriptor

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupscm-users @
categorieshadoop
postedJun 25, '12 at 7:50p
activeJun 26, '12 at 11:20p
posts6
users4
websitecloudera.com
irc#hadoop

People

Translate

site design / logo © 2022 Grokbase