Experience of centralized workflow with NFS-mounted storage?

John Arbash Meinel john at arbash-meinel.com
Fri Nov 21 18:52:16 GMT 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


...

>> 1) We only use OS locks for *working trees*. So if you have a repository
>> + branches on NFS everything should work fine. What tends to break is
>> when your home directory is an NFS directory, because we use an OS lock
>> on one of the files there (.bzr/checkout/dirstate).
> 
> Home directories will be local.

Sounds like as long as you go with only a shared repository + branches
on the NFS mount (without working trees) then there should be nothing
that *I've* heard of that would be a problem.

Especially with the current .pack format, we write out data to new
files, and don't modify existing ones, so problems with the NFS server
giving garbage, etc should not be a problem.


...
> bzr+ssh:// is the only acceptable option. We will also try bzr+https to
> see what is best.

bzr+ssh is generally used a lot more than bzr+https, because it requires
a lot less setup. (Install bzr on the remote host, and share the ssh
keys you normally have already set up anyway.)

Some people would rather not create a user account, and prefer using
.htaccess style of adding new users. (You can lock down the ssh account
to only allowing bzr access, there is an example script in
contrib/bzr_access.)


>>
>> 5) I highly recommend using the latest repository format if you aren't
>> concerned about backwards compatibility. (--1.9-rich-root if you can,
>> - --1.9 otherwise)
>> I'll mention that we've been focusing a lot lately on how we scale to
>> very large projects, so I would expect at least one more repository
>> format update.
> 
> We will go for 1.9, depending if there is a new release when everything
> is setup.

I'll just mention that the 1.9 disk format is not the default in the 1.9
bzr release. We try to introduce a new format at least 1 or 2 releases
before we make it the default, to make it easier for people to maintain
compatibility with existing projects. Using "bzr init-repo --1.9" is
probably all you need to do. (bzr branch/checkout preserve the source
format, etc.)

...

> We're glad to hear that and really appreciate all the information. We
> just want to gather as much information as possible so we dont implement
> something that we later have to change because it's not working. Also,
> if Bazaar and NFS turns out to be no problem the chances are good that
> we will move other projects to Bazaar too. We really dont like to
> manually sync data between servers like we are doing today.
> 
> Regards
> 
> Mikael
> 
- From what you've said so far, I don't see how you would have problems
using Bazaar + NFS.

John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkknA2AACgkQJdeBCYSNAAPPkQCeMKZD0CYE9LVAM/PucurBghVP
5NkAn2E6VxUtCOYoMGZHp3mxvJXCajwF
=BfR+
-----END PGP SIGNATURE-----



More information about the bazaar mailing list