Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

platform centos-6.4, centos-6.5 cannot be downloaded #663

Closed
dwlf opened this issue Mar 27, 2015 · 6 comments · Fixed by #665
Closed

platform centos-6.4, centos-6.5 cannot be downloaded #663

dwlf opened this issue Mar 27, 2015 · 6 comments · Fixed by #665

Comments

@dwlf
Copy link
Contributor

dwlf commented Mar 27, 2015

platform centos-6.4, centos-6.5 cannot be downloaded

kitchen init populates .kitchen.yml with "centos-6.4"

http://kitchen.ci/ screenshot shows "centos-6.5"

Both of these images are not able to be downloaded.

$ kitchen verify 64
-----> Starting Kitchen (v1.3.1)
-----> Creating <default-centos-64>...
       Bringing machine 'default' up with 'virtualbox' provider...
       ==> default: Box 'centos-6.4' could not be found. Attempting to find and install...
           default: Box Provider: virtualbox
           default: Box Version: >= 0==> default: Adding box 'centos-6.4' (v0) for provider: virtualbox
           default: Downloading: centos-6.4
An error occurred while downloading the remote file. The error
       message, if any, is reproduced below. Please fix this error and try
       again.

       Couldn't open file /Users/ll/wrk/my-kitchen/.kitchen/kitchen-vagrant/kitchen-my-kitchen-default-centos-64/centos-6.4
>>>>>> ------Exception-------
>>>>>> Class: Kitchen::ActionFailed
>>>>>> Message: Failed to complete #create action: [Expected process to exit with [0], but received '1'
---- Begin output of vagrant up --no-provision --provider virtualbox ----
STDOUT: Bringing machine 'default' up with 'virtualbox' provider...
==> default: Box 'centos-6.4' could not be found. Attempting to find and install...
    default: Box Provider: virtualbox
    default: Box Version: >= 0
==> default: Adding box 'centos-6.4' (v0) for provider: virtualbox
    default: Downloading: centos-6.4

STDERR: An error occurred while downloading the remote file. The error
message, if any, is reproduced below. Please fix this error and try
again.

Couldn't open file /Users/ll/wrk/my-kitchen/.kitchen/kitchen-vagrant/kitchen-my-kitchen-default-centos-64/centos-6.4
---- End output of vagrant up --no-provision --provider virtualbox ----
Ran vagrant up --no-provision --provider virtualbox returned 1]
>>>>>> ----------------------
>>>>>> Please see .kitchen/logs/kitchen.log for more details
>>>>>> Also try running `kitchen diagnose --all` for configuration

ADDITIONAL DETAILS

If I update 6.5 to "chef/centos-6.5" that works, but there is no 6.4 listed at https://atlas.hashicorp.com/chef/ .

When I update it to 7.0, "centos-7.0", I see the URL is https://opscode-vm-bento.s3.amazonaws.com/vagrant/virtualbox/opscode_centos-7.0_chef-provisionerless.box

Oh, now, I've found https://github.com/chef/bento#virtualbox and see that 6.6 is the oldest 6.x image.
http://opscode-vm-bento.s3.amazonaws.com/vagrant/virtualbox/opscode_centos-6.6_chef-provisionerless.box

welcome_to_test_kitchen_-kitchenci-_centos-6_5

This also makes me think that the cucumber tests in features/ have not been run for some time.

dwlf added a commit to dwlf/test-kitchen that referenced this issue Mar 27, 2015
- centos-6.4 is no longer available from opscode-vm-bento.
- Didn't fix kitchen_list_command.feature, which is also dependant on
  centos-6.4-with-small-mem which doesn't seem to have an updated
  version of.
@aaron-lane
Copy link

Just today, I started seeing this same behavior with centos-7.1. It's still listed under VirtualBox on the Bento list, and specifying it as opscode-centos-7.1 works.

@fredrick
Copy link

+1

@johntdyer
Copy link

A better error message would be nice IMHO..... something along the lines of "hey jerk face, that box no longer exists, you should update your box URL" ;)

@dwlf
Copy link
Contributor Author

dwlf commented Apr 27, 2015

@johntdyer you had me at jerk face.

fnichol added a commit to test-kitchen/kitchen-vagrant that referenced this issue May 7, 2015
This update attempts to improve on
a2ef401 which remains a workaround
until the work of continuously publishing Bento boxes to Atlas is
completed.

The rationale and rules in the above mentioned commit remain, but now
only the platform name is checked. In other words, if the platform name
begins with one of the following (case-sensitive):

* `centos`
* `debian`
* `fedora`
* `freebsd`
* `opensuse`
* `ubuntu`

then the platform is assumed to have a Bento box, hosted in the
pre-determined S3 bucket.

References #165
References test-kitchen/test-kitchen#707
References test-kitchen/test-kitchen#663
References chef-boneyard/chef-dk#382
References chef-boneyard/chef-dk#378
@fnichol fnichol self-assigned this May 7, 2015
@fnichol
Copy link
Contributor

fnichol commented May 7, 2015

@lloydde Thank you for resolving this and sorry it took so long. I'll follow this PR up with a further freshening of the platform list so that we can match chef-boneyard/chef-dk#382.

@fnichol fnichol removed the Developing label May 7, 2015
fnichol added a commit that referenced this issue May 7, 2015
@fnichol fnichol removed their assignment May 7, 2015
fnichol added a commit that referenced this issue May 7, 2015
The updated platforms are:

- ubuntu-14.04
- centos-7.1

References #707
References #663
References chef-boneyard/chef-dk#382
References chef-boneyard/chef-dk#378
fnichol added a commit that referenced this issue May 7, 2015
The updated platforms are:

- ubuntu-14.04
- centos-7.1

References #707
References #663
References chef-boneyard/chef-dk#382
References chef-boneyard/chef-dk#378
@xlgmokha
Copy link

xlgmokha commented May 8, 2015

Is it possible to find a centos-6.4 vagrant box anywhere anymore? Sadly, we have a lot of cookbooks that are written in a way that are dependent on this specific version of CentOS.

@test-kitchen test-kitchen locked and limited conversation to collaborators Nov 16, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

6 participants