It looks like Ashutosh is probably using a snapshot of Hive that predates HIVE-2342, which added archive.cloudera.com as a backup location for the hadoop tarballs. It's still possible to work around this problem by running ant with the 'hadoop.mirror' property set:
ant -Dhadoop.mirror=http://archive.cloudera.com/hive-deps On Mon, Sep 26, 2011 at 2:42 PM, John Sichi <jsi...@fb.com> wrote: > It's back up now, but apparently there is some underlying flakiness in the > array which will need a big downtime to address some time soon. It seems > like http://archive.cloudera.com/hive-deps is still there...I wonder why > the automatic fallback didn't work? > > JVS > > On Sep 26, 2011, at 1:52 PM, wrote: > > > Looking into it...last time this happened, we added a Cloudera site as a > backup...is it not kicking in? > > > > JVS > > > > On Sep 26, 2011, at 1:36 PM, Ashutosh Chauhan wrote: > > > >> $ ant package > >> gets stuck and prints following after a long time: > >> [ivy:retrieve] > >> [ivy:retrieve] :: problems summary :: > >> [ivy:retrieve] :::: ERRORS > >> [ivy:retrieve] Server access Error: Connection timed out url= > >> > http://mirror.facebook.net/facebook/hive-deps/hadoop/core/hadoop-0.20.1/hadoop-0.20.1.tar.gz > >> > >> I also tried visiting the url directly from browser and expectedly that > was > >> unreachable too. Can anyone take a look at this. Because of this its > >> impossible to compile Hive. > >> -Doffline=true didn't help either. > >> > >> Thanks, > >> Ashutosh > > > >
