Hello --
Related to the problem below (all software
versions/specs listed below)..upon the client doing an
update, I notice that the first few attempts at
logging in fail.
#tail -f /var/log/messages
# on client - svn update svn+ssh://address
The logfile from messages spits out:
Jan 12 21:22:10 kafka sshd(pam_unix)[16017]:
authentication failure; logname= uid=0 euid=0
tty=NODEVssh ruser= rhost=192.168.1.4 user=dford
Jan 12 21:22:13 kafka sshd(pam_unix)[16020]: session
opened for user dford by (uid=500)
Jan 12 21:22:19 kafka sshd(pam_unix)[16028]:
authentication failure; logname= uid=0 euid=0
tty=NODEVssh ruser= rhost=192.168.1.4 user=dford
Jan 12 21:22:22 kafka sshd(pam_unix)[16031]: session
opened for user dford by (uid=500)
The command that generated the logfiles above was a
single update from the Tortoise menu. Same behavior
exhibited if using the svn command line with update.
The third time, apparently -- success ensued because
the client software (Tortoise) began logging messages
to its console "Tortoise SVNUpdate GUI window" that it
was downloading files from the repository. Not long
after, however, it hangs...
I am curious why uid=0 for the first couple of logins,
and then a session is opened for uid=500 -- which
somehow succeeded in transferring some data from the
repository.
later on, the checkout hangs, and i kill it producing:
Jan 12 21:33:25 kafka sshd(pam_unix)[16031]: session
closed for user dford
Jan 12 21:33:25 kafka sshd(pam_unix)[16020]: session
closed for user dford
It may be a sshd issue or something entirely
different. I'm just interested in finding clues for
where to look.
Thanks in advance,
Davis
--- root <ebay_101011_0x2b@yahoo.com> wrote:
> Craig, if you find a solution, please let me know.
>
> I have a similar situation - client hangs for no
> reason except checkin works ok, but checkout hangs
> it.
> Same behavior whether using command line SVN tools
> or
> Tortoise (both on Win32).
>
> There are no other users using this repository so it
> is not a case of terminating the process and leaving
> lockfiles around on the client. I even do a recover
> on the server, and cleanup on the client, and it
> still
> hangs while trying to do a checkout - halfway
> through.
>
> If I kill the client, and do an update, it continues
> where it left off, and a couple of iterations of
> this
> process, and I can eventually checkout the entire
> repo.
>
> A local checkout works flawlessly, just like you
> indicated. It seems to be only over the network.
> The
> problem occurs both on local LAN (Gig-E) and through
> WAN link (DSL).
>
> If it were something with BDB, then why does it only
> occur with network clients?
>
> Here are the specs on this system:
>
> Server:
>
> Linux 2.4.20-27.9smp #1 SMP Thu Dec 11 13:15:04 EST
> 2003 i686 i686 i386 GNU/Linux
>
> subversion-0.35.1
> db-4.2.52
>
> access is via svn+ssh method
>
> Client:
>
> Win32_CMDLINE: svn, version 0.33.0 (r7737), compiled
> Nov 14 2003, 20:09:37
>
> TortoiseSVN 0.24.0, Build 554, UNICODE
> Subversion 0.35.1, dev build
> apr 0.9.5
> apr-iconv 0.9.5
> apr-utils 0.9.5
> berkeley db 4.2.52
> neon 0.24
> OpenSSL 0.9.7c 30 Sep 2003
> zlib 1.2.1
>
> ---- I'd be happy to give someone access to this
> particular repository if they could help me
> troubleshoot why it hangs.
>
> Regards,
> Davis
>
>
>
>
> --- "Craig L. Ching" <cching@mqsoftware.com> wrote:
> > > I think Subversion only supports Berkeley DB
> > 4.0.something
> > > and 4.2.50+
> > > -- you may have problem with 4.1. This message
> > seems to confirm that
> > > there are problems with Berkeley DB 4.1:
> > >
> >
>
http://www.contactor.se/~dast/svn/archive-2003-06/0207.shtml
> > >
> > Hmmm, I guess I've seen others use 4.1 on the
> list.
> > Not to mention that the import worked from the
> local
> > system using file:///. I was thinking it was more
> > of an apache thing. The wierd thing is, though,
> > that after I did the import locally, I don't have
> > any other problems with the repo. Commits and
> > checkouts work just fine. It was only the import
> > that seemed to hang, at least so far.
> >
> > > Mike.
> > >
> > >
> >
> > Cheers,
> > Craig
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > users-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail:
> > users-help@subversion.tigris.org
> >
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! Hotjobs: Enter the "Signing Bonus"
> Sweepstakes
> http://hotjobs.sweepstakes.yahoo.com/signingbonus
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail:
> users-help@subversion.tigris.org
>
__________________________________
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jan 13 03:53:38 2004