Closed tknerr closed 11 years ago
and similarly in the omnibus bootstrap template L#68 it should be
curl -L https://www.opscode.com/chef/install.sh | bash -s -- -v <bootstrap_version>
shouldn't it?
yep, fun fact, I found out the hard way last night when opscode released chef 11 and broke some zone auto-bootstrap stuff I was working against.
I can probably fix this tomorrow.
@fnichol don't release until I fix this, I don't think it'll be complicated and I'll figure out the other issue too.
turns out.. it's complicated. I'll explain more in #22 but I don't think we'll be able to fix this without some further discussion.
There should be better support for the ---bootstrap-version
flag now that 1.0.0 is out the door. There are now a few uses for this flag:
"11.*"
- this will select the specific Omnibus package version you want installed. As a sidenote, using the --prerelease
flag in combination with --bootstrap-version
should allow you to get pre-release packages available through Opscode's omnitruck download service."10"
or "10.*"
- this will choose a Chef 10 bootstrapping template (under lib/knife/server/bootstrap/chef10
)Unfortunately due to the way the Chef 10 server is delivered (by a solo chef run in RHEL and apt reposity in Debian/Ubuntu) it's very hard to specify the exact version of Chef Server v10.
Hopefully this closes out this issue. If I've misunderstood, please reopen, thanks!
Thanks! Will give it a try and let you know. Cheers, Torben
I was just trying to bootstrap an older version of chef server using this command:
However, the
--bootstrap-version
seemed to have no effect and Chef Server 10.18.2 was installed instead.In
chef-server-debian.erb
I noticed that the bootstrap version is not passed toapt-get install
: https://github.com/fnichol/knife-server/blob/master/lib/chef/knife/bootstrap/chef-server-debian.erb#L85Is it missing from here or is the chef version enforced by some other mechanism?
Cheers, Torben