Concerning Re: repos not accessible after log
Michael Wood wrote on 2 Oct 2003, 14:42, at least in part:
[text is snipped]
> > > My advice is to convert the drive holding the repository files to
> > > NTFS and see if the system remains stable.
> >
> If this does solve the problem please let us know so the FAQ can be
> updated.
Gladly I'll do! So far it is just a report of the state though, not a
problem solved. Luckily I found that side by side with the WinME
partition there was unused disk space so it was easy to resize this
into one and make it NTFS. (WinME is not so much a loss,
especially as silly Dell/Phoenix BIOS does not allow for secure
multiboot anyway.)
However, NTFS does not make a difference: it was the same game
again, loading the dump of the recovered repos into a new repos,
accessing it locally per file:// and http:// (both with SVN client and
browser) works repeatedly, but then doing essentially the same
things (update, commit, browse) via http:// from the other machine
wrecks it again practically immediately. Updates + commits
concerned few files only, usually less than 50, at most less than
100.
OTOH the repos I created from restored working copies currently
*seems* to be working both locally and remotely. However, just
after creating it last week or so I had the same problems at first,
too. It is recovered twice or thrice, too. It always sat side by side
with the other.
This should eliminate FAT32/NTFS. There might be, however,
evidence that it RAM may be an issue:
Beside I loaded the corrupting repos dump into a new one on my
own machine and checked out two working copies, one with file://,
the other with http://. During two days I got no problems and
yesterday I checked out another copy, this time on the other
machine and tried several small updates, commits and browsing as
above *without* the repos being corrupted. Today I did several
larger updates/commits (5 to 300 files each) and after the 7th or
8th it got corrupted, too.
Mine is the old P200 144 MB machine with FAT32 only and a
currently badly fragmented disk. And while the "corrupting" P4
128MB box was just booted and only file manager, browser (IE) a/o
command line/TSVN loaded, mine runs since several days,
additionally to the above I have Word97, Homesite5, Pegasus Mail
and Opera running. Especially Word and Homesite do some
swapping.
Should 16MB less RAM make such a difference? With 128MB the
repos is corrupted virtually immediately just when accessed over
the LAN, even if just booted and running no other apps, while
144MB running since days with several big apps is corrupted after
several commits of 100-300 files only? It sounds possible, but not
very convincing. All the more as the new repos still seems to
healthy.
I put RAM upgrade onto the purchase list though there is not much
to do. Contradictionary references say the Dell Dimension 4300 P4
can take 1GB - or just another 128MB at all. The other machine is
full with 144MB anyway.
I compared the Apache conf file of both machines and they differ in
only those things they naturally have to differ: driveletters, server
name/IP, admin email.
The SVN conf differs most remarkably in the opening single
quotes: straigth one in mine, French ones in the other. And the
latter was *not* updated to .30!
Maybe one strange thing that could or could not give another clue:
No matter what repos I browse from where - on my machine MS IE
5.01, Netscape 4.73, and Opera 6.05 display HTML files normal,
that is just like you would see them on the web. On the other
machine only MS IE 5.5 does it, both Opera and Netscape (same
versions) show the HTML code.
Dunno if this has brought us any further. From postings I
understand that here and there unexplained and persistent repos
corruptions have happened to some before. Generally I'd be glad if
that new repos continues to work, but not knowing what happens
and what makes the difference here between local http and remote
http is at least not satisfiying. But if there is no other option I have
to wait till I get 256 MB into that box (no, we are in the country side
and even in the nearest town you never know if there is a computer
shop or if the last has already gone without the next trying again
<g>).
Jan Hendrik
---------------------------------------
Freedom quote:
Many of our fellow citizens no longer have the tolerant souls
and morals of free men and women.
They have the souls and morals of busybodies
and petty tyrants who want to run their neighbors' lives.
-- Edward L. Hudgins
---------------------------------------
Mailed with Pegasus Mail 3.12c (32bit).
Never heard of it?
Easy to use, full featured - and freely available.
And *no* automatic virus activation and spreading.
Take a look at http://www.pmail.com
Give it a try - and you'll never miss anything else.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Oct 6 13:31:05 2003