4. Known Issues

In this section:

  • Ambari does not support running or installing stacks on Ubuntu.

  • The component version information displayed by Ambari is based on the Ambari Stack definition. If you have applied patches to the Stack and to your software repository, that component version might differ from the actual version installed. There is no functional impact on Ambari if the patch versions mismatch. If you have any questions on component versions, refer to the rpm version installed on the actual host.

  • BUG-24234: Unable to start/stop services when using Oracle database for Ambari.

    Problem: If you are using Oracle for the Ambari DB, you can run into a scenario when performing a start all/stop all where Ambari becomes unresponsive and the following ORA error is printed to the ambari-server log:

    08:54:51,320 ERROR [qtp1280560314-2070] ReadHandler:84 - Caught a runtime exception executing a query
    Local Exception Stack: 
    Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.4.0.v20120608-r11652): org.eclipse.persistence.exceptions.DatabaseException
    Internal Exception: java.sql.SQLSyntaxErrorException: ORA-01795: maximum number of expressions in a list is 1000 

    Workaround: Please upgrade to Ambari 1.6.1 and contact Hortonworks Support for a patch to apply.

  • BUG-17417: After upgrading to Ambari 1.5.1, Ambari agents are configured with incorrect HDP repository URL, causing most management operations to fail.

    Description: Beginning in Ambari 1.5.1, the agents that report to the Ambari server have been changed to an OS Family instead of a specific Operating System. Centos6, RedhHat6, and Oracle Linux6 now all belong to the redhat6 family. If you have set a local repo for one of these specific operating systems, and you upgrade to Ambari 1.5.1, the local repo configuration in the Ambari database and what the agent reports will be out of sync. Refer to the following list for a complete mapping of operating systems to OS Family:


    Table 1.1. Supported Operating Systems and Families

    operating systemsOS Family
    centos6, oraclelinux6, redhat6redhat6
    centos5, oraclelinux5, redhat:redhat5
    SLES, Susesuse

    **Example:** If you configured local repo for Centos6, after the upgrade agents will report host OS as ‘redhat6’ and will be configured with the wrong repo URL. Note: If all the hosts in your clusters are redhat6, you will not see this issue.

    Workaround: Run the following command to set the local repository URL for the correct OS Family:

    ambari-server upgradestack <Stack Id> <local repo url> <OS Family>  


    Stack Id - Current stack id for the cluster, eg: HDP-2.0.6, HDP-2.1

    Repo URL - Local repo URL

    OS Family - redhat(5 / 6), suse11

  • BUG-17367: Add Services is disabled after upgrading the stack from 2.0 to 2.1.

    Problem: After the following workflow, Add Services button is disabled, even though some available services have not been added to the cluster:

    • Prior to upgrade, launch Add Services wizard using Ambari 1.5.0 (crucial step)

    • Upgrade stack to HDP 2.1 and Ambari to 1.5.1


    1. Trigger the following API call to clear checkpointed data on the server:

      curl -i -u admin:admin -H 'X-Requested-By: ambari' -X POST -d '{ 
      "CLUSTER_CURRENT_STATUS": "{\"clusterState\":\"CLUSTER_STARTED_5\"}" 
      }' http://localhost:8080/api/v1/persist 
    2. Login to Ambari again, after triggering this call. This will clear the browser storage.

  • BUG-16783: Default MySQL max allowed packet size setting too small.

    Problem: When using MySQL for Ambari DB and enabling Kerberos Security on the cluster, you receive a persistence exception "Packet for query is too large".

    Workaround: Increase the max_allowed_packet setting in MySQL from the default 1M to 128M. This can accomplished with the following steps:

    1. Modify the MySQL configuration file /etc/my.cnf on the MySQL server host.

    2. Add the following entry:

      [mysqld] max_allowed_packet=128M
    3. Save and restart MySQL server.

  • BUG-16729, AMBARI-5472: MySQL database installed by Ambari does not work with streaming ingest.

    Problem: When Ambari creates the metastore database in MySQL, it uses the DataNucleus auto create feature. This does not create the transaction tables, so any ACID operations (including streaming ingest) will not work.

    Workaround: After Ambari has created the mysql database, make the following changes:

    mysql -u <dbuser> -D <dbname> -p < /usr/lib/hive/scripts/metastore/upgrade/mysql/hive-txn-schema-0.13.0.mysql.sql

    You will be asked for the password. <dbuser>, <dbname>, and the password can be found in /etc/hive/conf.server/hive-site.xml. javax.jdo.option.ConnectionUserName, value is user name javax.jdo.option.ConnectionURL, db name is the last element of the URL before the parameters, for example if your URL is jdbc:mysql://db.me.come/hivedb?createDatabaseIfNotExist=true, then your database name is "hivedb" javax.jdo.option.ConnectionPassword, value is the password.

  • BUG-16623, AMBARI-5509: "Check Falcon" failed after disabling security without first pre-configuring a kerberos cluster.

    Problem: Disabling security using Ambari is also disabling Falcon authentication.

  • BUG-16565: Hive and Storm do not start after changing of some ports.

    Problem: Hive and Storm services currently expect the default ports set by Ambari on install. Making changes to other ports causes the services to stop and makes them unable to restart.

    Workaround: Use the default ports for all services to ensure regular Hive and Storm service.

  • BUG-16556, AMBARI-5435: "Connection refused" errors in the YARN application logs. Timeline service is not started, but yarn-site.xml has the timeline-related configuration enabled.

    Problem: ATS is turned off in secure clusters installed by Ambari but in the yarn-site.xml, the ATS config is set to true. As a result, there are "Connection refused" errors in the YARN application logs.

    Workaround: Set yarn.timeline-service.enabled in yarn-site.xml to false:

  • BUG-16534: Quick links (Oozie Web UI, Falcon Web UI) do not work after reconfiguring port of oozie.base.url

    Description: This occurs because the Oozie HTTP port (11000) and Admin port (11001) cannot be changed via Ambari. Oozie uses 11001 as the default Admin port.

    Workaround: Reset ports to Oozie HTTP port (11000) and Admin port (11001).