On Mon, Nov 04, 2002 at 11:10:32AM +0100, Steffen Neumann wrote:
> I now experienced repair problems, I have a file in conflict,
> and I get
>
> Gaspra(sneumann):techfoils>repair
> [...]
> "endrepair" or "quit" to terminate the current repair session.
> repair > beginrepair
Hi,
due to ongoing problems with that "annyoing startup bug (tm)"
http://www.coda.cs.cmu.edu/maillists/codalist/codalist-2002/4257.html
I switched one of our clients to the CVS Version of Oct 29 last week.
(Yes, getting through autoconf wasn't easy ;-)
I now experienced repair problems, I have
On Mon, Dec 03, 2001 at 10:24:38AM +0100, Steffen Neumann wrote:
> I was able to find them, but ownership looks strange,
> for a start...
>
> repair > beginrepair
> Pathname of object in conflict? []: Uebungen
> repair > setmixedview
Word of caution, don't play with the 'view
Hi,
Preface: files are save, this is just to help
coda getting better ...
I had a volume with conflicts:
Dione(sneumann):src>cfs lv /coda/homes/sneumann/
Status of volume 0x7f01 (2130706433) named "coda.homes.sneumann"
Volume type is ReadWrite
Connect
I'm really sure there is only one replica because I have only 1 server
and have never set up a replicated volume.
Ok, there are several known problems here. One is that there is a
server-server conflict. The resolution code doesn't know how to handle
cross-directory renames and always marks
On Wed, Aug 15, 2001 at 09:35:21AM -0400, Greg Troxel wrote:
> Store /coda/home/gdt/ELF-4 (length = 202597)
> Rename /coda/home/gdt/ELF-4 (to: /coda/home/gdt/FreeBSD/ELF-4/bpdksh-5.2.14.tgz)
> Rename /coda/home/gdt/FreeBSD/ELF-4/bpdksh-5.2.14.tgz (to:
>/coda/home/gdt/FreeBSD/ELF-4/pdksh-5.2.1
More details I should have included:
venus.log
[ L(18) : : 09:51:25 ] LocalInconsistentObj: objFid=7f01.3796.3c52
codacon and similar in console
Local inconsistent object at /coda/home/gdt/FreeBSD/ELF-4/pdksh-5.2.14.tgz, please
check! ( 10:01:28 )
ALso, this particular venus binary
I am running coda from cvs. Last build on 2001-07-17. I read the
diffs since then and don't see anything relevant.
I put a largish (200k) file into coda while disconnected, and made a
few mistakes, so I ended up naming it wrong and running mv twice.
Here is my CML:
Create /coda/home/gdt/ELF-4
Abhinav Khushraj <[EMAIL PROTECTED]> writes:
[...]
> /coda/dir4'. However, when I try to do 'repair' and then 'beginrepair
> /coda/dir4' it surprisingly says 'object not in conflict'. And then
> if I try after some time again, it detects the conflict and I am able
> to successfully repair it. Can
Hi
I am having this problem and have not been able to figure out why.
Any help will be appreciated.
I use gdb to attach to codasrv and then try to edit some
files(using vi) in the client. The gdb stops at a breakpoint in
between and eventually the client gets disconnected as it is not able
10 matches
Mail list logo
