It is fixed now by downloading Hadoop again without checking the cache of the unpacking fails the first time.
-b Sent from my iPhone > On 26 mei 2016, at 00:19, Chris Riccomini <[email protected]> wrote: > > According to: > > https://docs.travis-ci.com/user/caching/ > > We can disable the cache permanently: > > You can explicitly disable all caching by setting the cache option to false in > your *.travis.yml*: > > cache: false > > It is also possible to disable a single caching mode: > > cache: > bundler: false > pip: true > > >> On Wed, May 25, 2016 at 12:35 PM, Bolke de Bruin <[email protected]> wrote: >> >> I will have a look (I created it), but maybe the cache is invalid and as >> we don't have admin privileges we cannot invalidate the cache... >> >> My personal repos build fine. >> >> Sent from my iPhone >> >>> On 25 mei 2016, at 16:20, Jeremiah Lowin <[email protected]> wrote: >>> >>> A large number of Travis runs are failing due to what looks like errors >>> setting up a Hadoop environment. For example: >>> https://travis-ci.org/apache/incubator-airflow/jobs/131617413 (scroll to >>> bottom). It looks like the first error is: >>> >>> mkdir -p /user/hive/warehouse >>> >>> mkdir: cannot create directory `/user': Permission denied >>> >>> Bizarrely, it doesn't happen every time. Here's a run from the same PR >>> which completed setup (and failed for a different reason): >>> https://travis-ci.org/apache/incubator-airflow/jobs/131617415 >>> >>> Is anyone familiar with this Hadoop setup? I assume it's related to >> testing >>> HiveOperators? >>
