[p4] Spec depots?
ppanyukov at googlemail.com
Fri Mar 27 03:02:04 PDT 2009
OK, looks like it's time to go ahead with this. As we don't have
build robots which create 16000 throwaway workspaces per day, I think
we should be fine from file system perspective. And we are on 2007.3,
which should keep us safe from those gotchas found in earier versions.
Thanks everyone for sharing your experience.
2009/3/26 steve at vance.com <steve at vance.com>:
> I'll second the limit. It's about the number of directories in a directory.
> The limit on the Solaris file system is 32000. We change the file type of
> the files to help with it.
> Original Message:
> From: G Barthelemy gb.perforce at googlemail.com
> Date: Thu, 26 Mar 2009 16:23:12 +0000
> To: ppanyukov at googlemail.com, perforce-user at perforce.com
> Subject: Re: [p4] Spec depots?
> On Thu, Mar 26, 2009 at 2:05 PM, Philip Panyukov
> <ppanyukov at googlemail.com> wrote:
>> We are thinking of creating a spec depot since we had workspaces and
>> other things accidentally deleted in the past and those were very
>> difficult (and at times impossible) to restore.
>> What is the general view on these? Does anyone use these? Is it a
>> good idea, bad idea to have a spec depot? Any gotchas?
> The spec depot is very useful, not just to recover client specs or
> other artifacts, but for forensic purposes (in conjunction with the
> server log).
> Set it up and populate it straight away (p4 admin updatespecdepot -a).
> It's a read-only depot, so any protection above read is irrelevant.
> You may want to prevent access to records that only superusers have
> access to normally, for consistency sake. For instance, I tend to
> prevent users from being able to see //spec/protect.p4s, etc... since
> they don't have access to p4 protect -o in the first place.
> Here's a gotcha I've hit once. I don't know if that's still relevant.
> The default file type in a spec depot is ctext IIRC. Which means that
> for each record, a sub-directory will be created in the corresponding
> RCS store. If you have a large amount of a particular type of record -
> say over 32767 clients or jobs or branches, etc... and use the ext2 or
> ext3 filesystem, then you may hit a limit in the number of directories
> that your filesystem can create and your users get this cryptic
> message when submitting a fix:
> $ p4 submit -c 580939
> Change 580939 created with 1 open file(s) fixing 1 job(s).
> Warning: couldn't archive to spec depot (spec/job/X12345.p4s)
> mkdir: spec/job/X12345.p4s,d: Too many links
> So best is to set the file type for some of the specdepot records to
> text, by having entries like these in typemap:
> text //spec/job/...
> text //spec/client/...
> perforce-user mailing list - perforce-user at perforce.com
> mail2web - Check your email from the web at
More information about the perforce-user