From 1.4.4 to 1.6.0 HDP is 1.3.3 , using an internal repo After the upgrade, I see this in the log file: 07:38:22,307 INFO [main] StackExtensionHelper:358 - No services defined for stack: HDP-1.3.3 07:38:23,229 INFO [Stack Version Loading Thread] LatestRepoCallable:73 - Loading latest URL info from http://public-repo-1.hortonworks.com/HDP/hdp_urlinfo.json 07:38:25,233 ERROR [Stack Version Loading Thread] LatestRepoCallable:90 - Could not load the URI http://public-repo-1.hortonworks.com/HDP/hdp_urlinfo.json (connect timed out) 07:38:25,233 INFO [Stack Version Loading Thread] LatestRepoCallable:73 - Loading latest URL info from http://public-repo-1.hortonworks.com/HDP/hdp_urlinfo.json 07:38:27,236 ERROR [Stack Version Loading Thread] LatestRepoCallable:90 - Could not load the URI http://public-repo-1.hortonworks.com/HDP/hdp_urlinfo.json (connect timed out) 07:38:27,237 INFO [Stack Version Loading Thread] LatestRepoCallable:73 - Loading latest URL info from http://public-repo-1.hortonworks.com/HDP/hdp_urlinfo.json 07:38:29,244 ERROR [Stack Version Loading Thread] LatestRepoCallable:90 - Could not load the URI http://public-repo-1.hortonworks.com/HDP/hdp_urlinfo.json (Read timed out) 07:38:29,248 WARN [main] ActionDefinitionManager:117 - Ignoring action definition as a different definition by that name already exists. ActionDefinition: actionName: ambari_hdfs_rebalancer actionType: SYSTEM inputs: threshold,[principal],[keytab] description: HDFS Rebalance targetService: HDFS targetComponent: NAMENODE defaultTimeout: 600 targetType: ANY 07:38:29,248 WARN [main] ActionDefinitionManager:117 - Ignoring action definition as a different definition by that name already exists. ActionDefinition: actionName: nagios_update_ignore actionType: SYSTEM inputs: [nagios_ignore] description: Used to create an alert blackout targetService: NAGIOS targetComponent: NAGIOS_SERVER defaultTimeout: 60 targetType: ANY
And at this attempt to upgrade, I see HDFS and Nagios are missing and all the other services do exist. Why is it trying to go public-repo? That might be the problem right? Thanks Emine Iloglu AT&T - Common Services Systems Architecture (CSSA) T: 848-218-2108 | Q: ei947t (Remote, Eastern Timezone) From: Sumit Mohanty [mailto:[email protected]] Sent: Monday, June 30, 2014 10:46 AM To: [email protected] Subject: Re: ambari upgrade What version did you upgrade from? What is the version of stack? What does these calls return (assumes default login/password - change it as needed? curl-u admin:admin http://<ambari<http://%3cambari> server host>:8080/api/v1/clusters/<clustername> curl-u admin:admin http://<ambari<http://%3cambari> server host>:8080/api/v1/clusters/<clustername>/services On Mon, Jun 30, 2014 at 6:45 AM, ILOGLU, EMINE <[email protected]<mailto:[email protected]>> wrote: Hi all, After I upgrade ambari to 1.6.0, I don’t see any servers on the ambari UI, however they are all in postgress in hostcomponentdesiredstate and servicecomponentdesiredstate tables. Any ideas? Emine Iloglu AT&T - Common Services Systems Architecture (CSSA) T: 848-218-2108<tel:848-218-2108> | Q: ei947t (Remote, Eastern Timezone) CONFIDENTIALITY NOTICE NOTICE: This message is intended for the use of the individual or entity to which it is addressed and may contain information that is confidential, privileged and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, you are hereby notified that any printing, copying, dissemination, distribution, disclosure or forwarding of this communication is strictly prohibited. If you have received this communication in error, please contact the sender immediately and delete it from your system. Thank You.
