The Blog of Ben Rockwood

SMF Manifest: Subversion (Blastwave)

09 May '05 - 18:51 by benr

I needed a SMF manifest for Subversion today so I thought I'd put it up. I'm using Subversion from Blastwave.

The Manifest: svnserve.xml
The Method: svnserve.sh

To install this, create the directory /opt/csw/lib/svc/method/ if you don't already have it. The put the "svnserve" script in there (I distribute it as svnserve.sh to make clear what it is, but it needs to be installed without the .sh on it). Edit the script to specify the location of your repos.

Next, install the manifest like so: "svccfg import svnserve.xml". Then disable and enable it ("svcadm disable svnserve && svcadm enable svcnserve") then use svcs to check the status. I used a method in this case only because it would be easier to change the arguments to svnserve or more importantly to chage the repo locations, than it would be to edit the manifest via svccfg.

- - C O M M E N T S - -

The manifest is probably a bit light on dependencies: I would expect anything with binaries/libraries in /opt to depend on system/filesystem/local. (On my personal systems, I would add system/filesystem/autofs, as I tend to loopback mount /opt/foo from /large_fs/foo; at work, many such directories are NFS mounts.) If Subversion needs to know more about name services (for authentication), you’ll want milestone/name-services.

The other dependency that we stabilized was milestone/network, to subsume the loopback and physical dependencies. So you’ll want to substitute that as well.

The method script looks reasonable, although refresh shouldn’t ever start the daemon. I might define a new application property group that contained the repository path, such that you could run multiple instances or change the file name without editing the method (which you would probably want to deliver as an ‘f’ file in packaging).

Nice work.

— Stephen

Stephen (Email) (URL) - 09 May '05 - 23:20

Thanks for the feedback Stephen. In all my manifests I really debate the dependancies back and forth. Not everyone is so Autofs-happy as Sun is so I don’t see that as reasonable for everyone. fs/local is probly a good idea, I thought about adding it but figured it was over the top, in hind-sight its probly a good idea.

An obvious upgrade would indeed be the ability to run multiple instances with diffrent server flags and repo locations, but seemed overkill right now. Probly something that I’ll add down the line if I find a need for multi-repo.

At some point an advanced “SMF Best Practices” would be pretty handy since we’re primarily using the existing manifests to learn from. If there are nifty tricks in SMF that aren’t currently used in the system manifests we would benifit from learning about them.

benr - 10 May '05 - 03:11

Your pictures are great.

star (Email) (URL) - 12 June '06 - 19:57

Holla and Happy Thanksgiving.

jerome (Email) (URL) - 12 June '06 - 21:16

It looks like you really had a nice time.

shelly (Email) (URL) - 13 June '06 - 12:49

Hey man…sorry I missed the party.

monique (Email) (URL) - 13 June '06 - 13:57

I am here to say hello and you have a great site!

cherelle (Email) (URL) - 13 June '06 - 17:07