yes cookbooks are stored in couch if you are using chef 10.x server. you
can check the couchdb conf for their physical location (/etc/couchdb should
have the config and /var/couchdb should have the data). By default couchdb
is bound to 127.0.0.1 , and can not be accessed from outside the server,
you can change that and make it bind to 0.0.0.0 and then hit couchdb
directly from your browser and check the data inside its (chef is db name
inside couch), but remember to revert back the setting as this will leave
the couch insecure.
well... the mapping between checksum ids and real filenames is in couchdb.
the actual cookbook contents are stored on the filesystem.
on my centos server, there is a folder /var/lib/chef/cookbook_index, and in
there are a whole pile of files sorted by checksum id (and stored with the
checksum as the name). all the cookbooks are intermingled, so if two
cookbooks use the same file, it will only be stored once, and if two
cookbooks use different files who's checksums are the same, one of them
will get the wrong file.
Fortunately the likelihood of a checksum collision for different files is
pretty small. A rough approximation if my math isn't too far off if you
have about 2048 files in your cookbooks is 1.8e-71 (# files^2)/(2* #
possible hash results), 2048^2 / (2 * 2^256) (chef uses sha-256)
this is the precursor to the more friendly chef bookshelf storage system
that came with chef 11.
yes cookbooks are stored in couch if you are using chef 10.x server. you
can check the couchdb conf for their physical location (/etc/couchdb should
have the config and /var/couchdb should have the data). By default couchdb
is bound to 127.0.0.1 , and can not be accessed from outside the server,
you can change that and make it bind to 0.0.0.0 and then hit couchdb
directly from your browser and check the data inside its (chef is db name
inside couch), but remember to revert back the setting as this will leave
the couch insecure.