Archives of Support Questions (Read Only)

This is an archived board for historical reference. Information and links may no longer be available or relevant
Announcements
This board is archived and read-only for historical reference. To ask a new question, please post a new topic on the appropriate active board.

Parcel Repository Error

avatar
Contributor

Most times my cluster comes up withouit a hitch, but I have started yesterday to have periodic problems with the CDH repository.

 

I am using a variation on the aws.reference.conf and twice out of 4 times over the last two days, I have recieved the following message displayed as output and in the logs:

 

* java.lang.IllegalArgumentException: CDH=5.4.7-1.cdh5.4.7.p0.3 not found in list of all parcels. ...

 

Here is the entry in my config specifying the parcel:

 

parcelRepositories: ["http://archive.cloudera.com/cdh5/parcels/5.4.7/"]

 

Should I be specifying a different repository or should my version entry be different to be more foolproof?

 

Thanks

 

-  rd

1 ACCEPTED SOLUTION

avatar
Contributor

Thanks for mentioning that. I checked and you were right - I had CDH: 5.  I will chnage it to 5.4.7.

 

-  rd

View solution in original post

4 REPLIES 4

avatar

Does your "cluster" definition look like this? The CDH property should be the version, not the entire parcel name

 

cluster {
    products {
      CDH: 5.4.7
    }
    parcelRepositories: [
        "http://archive.cloudera.com/cdh5/parcels/5.4.7/"
    ]

}

Regards,
Gautam Gopalakrishnan

avatar
Contributor

Thanks for mentioning that. I checked and you were right - I had CDH: 5.  I will chnage it to 5.4.7.

 

-  rd

avatar
Master Collaborator

Does the Director instance access the internet via a NAT instance? I'm asking because if it fails to download repository metadata to perform version validation it will silently ignore the failure but at the end of the process it will still flag the version as not being found in the list of parcel repositories.  

 

Do you see any errors in the client log file (~/.cloudera-director/logs) at that time? 

 

This could also be due to availability issues with archive.cloudera.com but I'm not aware of any recent incidents. 

avatar
Master Collaborator

I want to add that we received similar reports through other channels and this seems to be a transient network failure. My recommendation is to try again.