Created 08-09-2017 12:06 PM
I performed the following steps in order to update some values in Ambari GUI
we have - Ambari cluster GUI ( Version 2.5.0.3 )
lets say we want to change the parameter value ( from YARN service )
yarn.scheduler.minimum-allocation-mb : from 11776 to 11700
so we create first the following blueprint.json file as the following: ( under /tmp )
curl -u admin:admin -H "X-Requested-By: ambari" -X GET http://101.64.36.20:8080/api/v1/clusters/HDP01?format=blueprint -o /tmp/HDP01_blueprint.json
we delete the existing blueprint from ambari cluster as the following:
curl -u admin:admin -H "X-Requested-By: ambari" -X DELETE http://101.64.36.20:8080/api/v1/blueprints/HDP01
and finally we update the new blueprint.json back to ambari cluster as the following
curl -u admin:admin -H "X-Requested-By: ambari" -X POST http://101.64.36.20:8080/api/v1/blueprints/HDP01?validate_topology=false -d @/tmp/HDP01_blueprint.json
to take affect we restart the ambari server
ambari-server restart
we access to the ambari GUI to see the new value but the old value appears
please advice what is wrong with my steps?
the target of my procedure is to replace the values from the ambari cluster by reconfigure the blueprint.json file
Created 08-09-2017 12:29 PM
Looks similar another thread describing this kind of behaviour: https://community.hortonworks.com/questions/44942/how-to-updatemodify-a-blueprint-once-the-cluster-i...
.
Copying few lines from there:
While the Blueprint POST-ed to Ambari will not change as the state of a cluster changes, you can consider "exporting" a Blueprint from a live cluster. After a set of changes to the cluster (Config changes, services added/deleted, etc), exporting the Blueprint will provide a Blueprint that describes the current state of the cluster, which would be different than the original Blueprint used to create the cluster.
.
Also i guess you should be using "-X PUT" (for update) instead of POST (For adding new setting)
Created 08-09-2017 12:29 PM
Looks similar another thread describing this kind of behaviour: https://community.hortonworks.com/questions/44942/how-to-updatemodify-a-blueprint-once-the-cluster-i...
.
Copying few lines from there:
While the Blueprint POST-ed to Ambari will not change as the state of a cluster changes, you can consider "exporting" a Blueprint from a live cluster. After a set of changes to the cluster (Config changes, services added/deleted, etc), exporting the Blueprint will provide a Blueprint that describes the current state of the cluster, which would be different than the original Blueprint used to create the cluster.
.
Also i guess you should be using "-X PUT" (for update) instead of POST (For adding new setting)
Created 08-09-2017 12:55 PM
OK I will replace to -X PUT
Created 08-09-2017 01:13 PM
after changes we get Heartbeat Lost for all services ( and I cant start/stop service on all machines )
Created 08-09-2017 01:15 PM
after changes we get Heartbeat Lost for all services
Created 08-09-2017 01:18 PM
Have you tried restarting all the agents?
Are the agent hosts able to communicate to ambari server on port 8440?
Example: (from agent machines try to connect to ambari)
# telnet $AMBARI_HOSTNAME 8440 (OR) # nc -v $AMBARI_HOSTNAME 8440
.
Also do you see any error on ambari-server or agent logs?
/var/log/ambari-server/ambari-server.log
/var/log/ambari-agent/ambari-agent.log
Created 08-09-2017 01:22 PM
I will try now
Created 08-09-2017 01:32 PM
yes we have telnet VIA PORT , and we restart all agent but still with the problem , I think delete the blueprint.json is little risky
Created 08-09-2017 01:45 PM
I just thinking to do the same steps on a other ambari cluster , do you sure that this steps are safe , or maybe you already test it on your LAB?
Created 08-09-2017 01:12 PM
after changes , ambari cluster seems to be bad ( we have Heartbeat Lost on all services )