files in /sourceware/cvs-tmp persist

files in /sourceware/cvs-tmp persist

[Corinna Vinschen]

[-- Attachment #1: Type: text/plain, Size: 1097 bytes --]

Hi overseers,


There's a weird problem occuring in /sourceware/cvs-tmp.  Many CVS
operations create a temporary file in cvs-tmp, which, for some
reason, is never removed.  Therefore the /sourceware/cvs-tmp
direcotory is cluttered with files with a name containing the
PID of the cvs server process running the operation, for instance

  #cygwin.lastdir.<PID>

The more files are in cvs-tmp, the more likely it becomes that this
PID has already been used at one point in the past, and thus CVS
operations fail like this:

  $ cvs ci ...
  Cannot open /sourceware/cvs-tmp/#cygwin.lastdir.5258: Permission denied
  cvs commit: Pre-commit check failed
  cvs [commit aborted]: correct above errors first!

The question is, why are these files not removed after the CVS 
operation finished?  And if that's normal, is there a cron process
missing which removes older files automatically?

For the time being, can you please remove all the files from cvs-tmp
so the above error is less likely to occur?


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
Red Hat

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

Re: files in /sourceware/cvs-tmp persist

[Corinna Vinschen]

[-- Attachment #1: Type: text/plain, Size: 1244 bytes --]

Ping?  This is really becoming a serious problem.

On Oct 29 11:20, Corinna Vinschen wrote:
> Hi overseers,
> 
> 
> There's a weird problem occuring in /sourceware/cvs-tmp.  Many CVS
> operations create a temporary file in cvs-tmp, which, for some
> reason, is never removed.  Therefore the /sourceware/cvs-tmp
> direcotory is cluttered with files with a name containing the
> PID of the cvs server process running the operation, for instance
> 
>   #cygwin.lastdir.<PID>
> 
> The more files are in cvs-tmp, the more likely it becomes that this
> PID has already been used at one point in the past, and thus CVS
> operations fail like this:
> 
>   $ cvs ci ...
>   Cannot open /sourceware/cvs-tmp/#cygwin.lastdir.5258: Permission denied
>   cvs commit: Pre-commit check failed
>   cvs [commit aborted]: correct above errors first!
> 
> The question is, why are these files not removed after the CVS 
> operation finished?  And if that's normal, is there a cron process
> missing which removes older files automatically?
> 
> For the time being, can you please remove all the files from cvs-tmp
> so the above error is less likely to occur?


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
Red Hat

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

Re: files in /sourceware/cvs-tmp persist

[Frank Ch. Eigler]

Hi -

> > There's a weird problem occuring in /sourceware/cvs-tmp.  Many CVS
> > [...]
> >   #cygwin.lastdir.<PID>

These are coming from the /sourceware/infra/bin/*log_accum* scripts,
which create email notifications out of cvs commits.  It's prehistoric,
and would rather not touch that.

But a new cron job to clean up leftovers should help.

- FChE

Re: files in /sourceware/cvs-tmp persist

[Corinna Vinschen]

[-- Attachment #1: Type: text/plain, Size: 497 bytes --]

On Oct 31 12:12, Frank Ch. Eigler wrote:
> Hi -
> 
> > > There's a weird problem occuring in /sourceware/cvs-tmp.  Many CVS
> > > [...]
> > >   #cygwin.lastdir.<PID>
> 
> These are coming from the /sourceware/infra/bin/*log_accum* scripts,
> which create email notifications out of cvs commits.  It's prehistoric,
> and would rather not touch that.
> 
> But a new cron job to clean up leftovers should help.

Thanks!


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
Red Hat

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]