Support Questions

Find answers, ask questions, and share your expertise

Impala refuses to start in CDH 5.0.0

avatar
Rising Star

Hi,

 

I just upgraded our cluster from the CDH 5 beta to the newly available version 5.0.0-1, using parcels.

 

When restarting the cluster after upgrading, the Impala daemons fail to start. The error message in the log is as follows:

 

E0403 09:25:58.360676 59211 impala-server.cc:208] ERROR: block location tracking is not properly enabled because
  - dfs.client.file-block-storage-locations.timeout.millis is too low. It should be at least 10 seconds.
E0403 09:25:58.361166 59211 impala-server.cc:210] Aborting Impala Server startup due to improper configuration

When searching for a configuration called 'dfs.client.file-block-storage-locations.timeout.millis' nothing shows up. What I can find is instead the setting 'dfs.client.file-block-storage-locations.timeout', which is set to 3000 seconds.

 

I am guessing that this configuration setting has changed name at some point in time, and that my software versions are somehow out of sync. Not really sure which one I should be looking at though, so any suggestion on how to resolve are appreciated.

 

Our current package versions are:

Bigtop-Tomcat (CDH 5 only)CDH50.7.0+cdh5.0.0+0
Cloudera Manager AgentNot applicable5.0.0-beta-2
Cloudera Manager Management DaemonsNot applicable5.0.0-beta-2
Crunch (CDH 5 only)CDH50.9.0+cdh5.0.0+21
Flume NGCDH51.4.0+cdh5.0.0+111
HadoopCDH52.3.0+cdh5.0.0+548
MapReduce 1CDH52.3.0+cdh5.0.0+548
HDFSCDH52.3.0+cdh5.0.0+548
HttpFSCDH52.3.0+cdh5.0.0+548
MapReduce 2CDH52.3.0+cdh5.0.0+548
YARNCDH52.3.0+cdh5.0.0+548
HBaseCDH50.96.1.1+cdh5.0.0+60
Lily HBase IndexerCDH51.3+cdh5.0.0+38
HiveCDH50.12.0+cdh5.0.0+308
HCatalogCDH50.12.0+cdh5.0.0+308
HueCDH53.5.0+cdh5.0.0+365
ImpalaCDH51.3.0+cdh5.0.0+0

 

Regards

\Knut Nordin

 

 

 

1 ACCEPTED SOLUTION

avatar

Hi Knut,

 

You need to upgrade CM to the GA release of 5.0.0 as well. CM 5.0.0 has renamed this property and changed the default to 10 seconds so Impala wil start correctly.

 

There's a few manual steps, when you do this upgrade, but it seems like you've already figured them out since you got the CDH 5 upgrade working.

 

Also be sure to hard_restart your CM agents when you do the CM upgrade, as described in the CM 4 to 5 upgrade guide (which is sort of relevant when doing beta 2 to GA upgrade):

http://www.cloudera.com/content/cloudera-content/cloudera-docs/CM5/latest/Cloudera-Manager-Administr...

 

Thanks,

Darren

View solution in original post

2 REPLIES 2

avatar

Hi Knut,

 

You need to upgrade CM to the GA release of 5.0.0 as well. CM 5.0.0 has renamed this property and changed the default to 10 seconds so Impala wil start correctly.

 

There's a few manual steps, when you do this upgrade, but it seems like you've already figured them out since you got the CDH 5 upgrade working.

 

Also be sure to hard_restart your CM agents when you do the CM upgrade, as described in the CM 4 to 5 upgrade guide (which is sort of relevant when doing beta 2 to GA upgrade):

http://www.cloudera.com/content/cloudera-content/cloudera-docs/CM5/latest/Cloudera-Manager-Administr...

 

Thanks,

Darren

avatar
Rising Star

Thanks!

 

Upgrading CM helped. For some reason I did not get any new packages when I first tried running yum upgrade for CM, so I figured the beta2 one was still supposed to be used. Not sure what I did there really, but at least things worked better this time.

 

\Knut