You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by "Daniel L. Rall" <dl...@collab.net> on 2007/09/24 19:12:48 UTC

Spurious failure of 'merge' due to cleanup of /tmp

On my Mac OS X 10.4 system, something deleted the contents of /tmp
while the test suite was performing a 'merge', including the REPORT
that Subversion had spooled to disk:

svn: Can't open '/tmp/report.tmp': No such file or directory
Traceback (most recent call last):
  File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/main.py", line 924, in run
    rc = apply(self.pred.run, (), kw)
  File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/testcase.py", line 121, in run
    return self.func(sandbox)
  File "/Users/dlr/src/subversion/subversion/tests/cmdline/merge_tests.py", line 4200, in avoid_repeated_merge_using_inherited_merge_info
    None, 1)
  File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/actions.py", line 572, in run_and_verify_merge
    b_baton, check_props, dry_run)
  File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/actions.py", line 688, in run_and_verify_merge2
    check_props)
  File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/actions.py", line 486, in verify_update
    run_and_verify_status(wc_dir_name, status_tree)
  File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/actions.py", line 856, in run_and_verify_status
    wc_dir_name)
  File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/main.py", line 419, in run_svn
    return run_command(svn_binary, error_expected, 0, *(_with_config_dir(varargs)))
  File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/main.py", line 271, in run_command
    None, *varargs)
  File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/main.py", line 370, in run_command_stdin
    raise Failure
Failure

Albeit whatever performed the deletion was probably wrong for doing so,
do we take any steps to protect against this type of problem?


Re: Spurious failure of 'merge' due to cleanup of /tmp

Posted by David Glasser <gl...@davidglasser.net>.
On 9/24/07, Daniel L. Rall <dl...@collab.net> wrote:
> On my Mac OS X 10.4 system, something deleted the contents of /tmp
> while the test suite was performing a 'merge', including the REPORT
> that Subversion had spooled to disk:
>
> svn: Can't open '/tmp/report.tmp': No such file or directory
> Traceback (most recent call last):
>   File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/main.py", line 924, in run
>     rc = apply(self.pred.run, (), kw)
>   File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/testcase.py", line 121, in run
>     return self.func(sandbox)
>   File "/Users/dlr/src/subversion/subversion/tests/cmdline/merge_tests.py", line 4200, in avoid_repeated_merge_using_inherited_merge_info
>     None, 1)
>   File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/actions.py", line 572, in run_and_verify_merge
>     b_baton, check_props, dry_run)
>   File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/actions.py", line 688, in run_and_verify_merge2
>     check_props)
>   File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/actions.py", line 486, in verify_update
>     run_and_verify_status(wc_dir_name, status_tree)
>   File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/actions.py", line 856, in run_and_verify_status
>     wc_dir_name)
>   File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/main.py", line 419, in run_svn
>     return run_command(svn_binary, error_expected, 0, *(_with_config_dir(varargs)))
>   File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/main.py", line 271, in run_command
>     None, *varargs)
>   File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/main.py", line 370, in run_command_stdin
>     raise Failure
> Failure
>
> Albeit whatever performed the deletion was probably wrong for doing so,
> do we take any steps to protect against this type of problem?

What sort of step could we take?  I don't see how you can prevent
files from being deleted by other processes...

Failing fast seems like the right option to me...

--dave

-- 
David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org