I am also seeing this issue. Did you ever find a solution for this?

- Loke

On Monday, January 7, 2013 5:46:49 PM UTC+1, Dave Preston wrote:
>
> Ok I’ll give that a shot and report back. Thanks again Christian.
>
>  
>
> Dave
>
>  
>
> *From:* revie...@googlegroups.com <javascript:> [mailto:
> revie...@googlegroups.com <javascript:>] *On Behalf Of *Christian Hammond
> *Sent:* Friday, January 04, 2013 2:48 PM
> *To:* revie...@googlegroups.com <javascript:>
> *Subject:* Re: a couple of issues post 1.7.1 upgrade
>
>  
>
> So that function is doing basically a 'svn cat', but it's also doing a 
> 'svn propget svn:keywords' on the path with the given revision. Perhaps 
> something broke there?
>
>  
>
> Maybe try adding some logging inside scmtools/svn.py inside get_file_data, 
> before the cat, before the propget, and after the propget. See what turns 
> up.
>
>  
>
> Christian
>
>
> -- 
> Christian Hammond - chi...@chipx86.com <javascript:>
> Review Board - http://www.reviewboard.org
> VMware, Inc. - http://www.vmware.com
>
>  
>
> On Fri, Jan 4, 2013 at 2:24 PM, Christian Hammond 
> <chi...@chipx86.com<javascript:>> 
> wrote:
>
> Hi Dave,
>
>  
>
> Sorry to say that I'm fresh out of ideas at this point.
>
>  
>
> If you have any VM software handy, you could try setting up a test 1.6.3 
> install and make sure it works, take a snapshot of the VM, then try 1.6.14. 
> If that fails, revert back to 1.6.3, and try something in the middle, see 
> how that works... binary search the releases. That can help narrow down 
> where this may have fallen apart.
>
>  
>
> There's nothing else I can really do on my side right now. I'll keep 
> thinking through this, but without access to the server, I'm kind of stuck.
>
>  
>
> Christian
>
>
> -- 
> Christian Hammond - chi...@chipx86.com <javascript:>
> Review Board - http://www.reviewboard.org
> VMware, Inc. - http://www.vmware.com
>
>  
>
> On Fri, Jan 4, 2013 at 1:43 PM, Dave Preston 
> <d.pr...@complianceease.com<javascript:>> 
> wrote:
>
> We have never used those fields at all. I did populate them though and 
> have the same results.
>
>  
>
> I was able to use svn cat successfully as www-data with the key.
>
>  
>
>  
>
> *From:* revie...@googlegroups.com <javascript:> [mailto:
> revie...@googlegroups.com <javascript:>] *On Behalf Of *Christian Hammond
> *Sent:* Friday, January 04, 2013 1:32 PM
>
>
> *To:* revie...@googlegroups.com <javascript:>
> *Subject:* Re: a couple of issues post 1.7.1 upgrade
>
>  
>
> Did you ever have anything filled out in the Password field for the 
> repository? Do you still have the username field set? If these were ever 
> filled out, be sure they're filled out now (re-type the password) and save 
> the repository again. I want to rule out a configuration issue on that end.
>
>  
>
> At this point, I don't think it's an issue with either rbssh or Review 
> Board, but rather some configuration issue somewhere. (Though I won't rule 
> it out completely.) The logs indicate to me that we've handed things over 
> to svnserve at this point, meaning we're no longer a factor. In that case, 
> it'd be something between libsvn and svnserve.
>
>  
>
> I haven't hit this problem in my testing so far.
>
>  
>
> Christian
>
>
> -- 
> Christian Hammond - chi...@chipx86.com <javascript:>
> Review Board - http://www.reviewboard.org
> VMware, Inc. - http://www.vmware.com
>
>  
>
> On Fri, Jan 4, 2013 at 7:53 AM, Dave Preston 
> <d.pr...@complianceease.com<javascript:>> 
> wrote:
>
> I did upgrade the svn server after I started to have these problems. But 
> everything else is the same.
>
>  
>
> Dave
>
>  
>
> *From:* revie...@googlegroups.com <javascript:> [mailto:
> revie...@googlegroups.com <javascript:>] *On Behalf Of *Christian Hammond
> *Sent:* Thursday, January 03, 2013 10:16 PM
>
>
> *To:* revie...@googlegroups.com <javascript:>
> *Subject:* Re: a couple of issues post 1.7.1 upgrade
>
>  
>
> If it's process_stdin, it sounds like it's svnserve asking for the 
> password, meaning the SSH authentication was successful. I assume it's 
> doing this in the original log you showed as well, and the lack of stdin 
> was causing the connection to be closed unexpectedly.
>
>  
>
> I don't know why it'd be different from when you were using 1.6.9 (nor do 
> I know what would have changed to break this in this way). Sounds like 
> something changed, though.
>
>  
>
> Were any other things upgraded along with Review Board? The SVN server, or 
> pysvn/libsvn?
>
>  
>
> Christian 
>
>
> -- 
> Christian Hammond - chi...@chipx86.com <javascript:>
> Review Board - http://www.reviewboard.org
> VMware, Inc. - http://www.vmware.com
>
>  
>
> On Thu, Jan 3, 2013 at 7:59 PM, Dave Preston 
> <d.pr...@complianceease.com<javascript:>> 
> wrote:
>
> All those process_stdin is where it prompts for the password. I don't
> get why it seems to connect with the key ok and then fall back to
> password, if that's what is actually happening.
>
>
> > -----Original Message-----
> > From: revie...@googlegroups.com <javascript:>
> > [mailto:revie...@googlegroups.com <javascript:>] On Behalf Of Christian 
> Hammond
>
> > Sent: Thursday, January 03, 2013 5:45 PM
> > To: revie...@googlegroups.com <javascript:>
> > Subject: Re: a couple of issues post 1.7.1 upgrade
> >
>
> > At what point during the log is it asking for the password?
> >
> > It looks like it's connected. Maybe it's svnserve asking for the
> password?
> >
> > Christian
> >
> > --
> > Christian Hammond - chi...@chipx86.com <javascript:>
> > Review Board - http://www.reviewboard.org VMware, Inc. -
> > http://www.vmware.com
> >
> >
> > On Thu, Jan 3, 2013 at 5:32 PM, Dave Preston
> > <d.pr...@complianceease.com <javascript:>> wrote:
> >
> >
> >       You are correct, I've gotten a bit sloppy as the day has gone
> on.
> >
> >       So now when I execute svn cat it just keeps prompting me for a
> > password
> >       even though the key exists on the other side. The log shows that
> > pubkey
> >       is successful and then falls back to password.
> >
> >
> >       USER=www-data
> >       DEBUG_RBSSH=1
> >       DJANGO_SETTINGS_MODULE=reviewboard.settings
> >       HOME=/var/www/reviewboard.logiceasedev.com/data
> >       PYTHONPATH=/var/www/reviewboard.logiceasedev.com/conf
> >
> >       01-03 17:29 root               DEBUG    ['/tmp/rbssh',
> 'svnpoller@svn',
> >       'svnserve', '-t']
> >       01-03 17:29 root               DEBUG    PID 30058
> >       01-03 17:29 root               DEBUG    !!! svn, svnpoller,
> ['svnserve',
> >       '-t']
> >       01-04 01:29 paramiko.transport DEBUG    starting thread (client
> > mode):
> >       0x1144450L
> >       01-04 01:29 paramiko.transport INFO     Connected (version 2.0,
> client
> >       OpenSSH_5.3p1)
> >       01-04 01:29 paramiko.transport DEBUG    kex
> >       algos:['diffie-hellman-group-exchange-sha256',
> >       'diffie-hellman-group-exchange-sha1',
> 'diffie-hellman-group14-sha1',
> >       'diffie-hellman-group1-sha1'] server key:
> >       ['ssh-rsa', 'ssh-dss'] client encrypt:['aes128-ctr',
> 'aes192-ctr',
> >       'aes256-ctr', 'arcfour256', 'arcfour128', 'aes128-cbc',
> '3des-cbc',
> >       'blowfish-cbc', 'cast128-cbc', 'aes192-cbc', 'aes256-cbc',
> 'arcfou
> >       r', 'rijnda...@lysator.liu.se <javascript:>'] server 
> encrypt:['aes128-ctr',
> >       'aes192-ctr', 'aes256-ctr', 'arcfour256', 'arcfour128',
> 'aes128-cbc',
> >       '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'aes192-cbc',
> 'aes256-c
> >       bc', 'arcfour', 'rijnda...@lysator.liu.se <javascript:>'] client
> mac:['hmac-md5',
> >       'hmac-sha1', 'uma...@openssh.com <javascript:>', 'hmac-ripemd160',
> >       'hmac-ri...@openssh.com <javascript:>', 'hmac-sha1-96', 
> 'hmac-md5-96']
> > server
> >       mac:['hm
> >       ac-md5', 'hmac-sha1', 'uma...@openssh.com <javascript:>', 
> 'hmac-ripemd160',
> >       'hmac-ri...@openssh.com <javascript:>', 'hmac-sha1-96', 
> 'hmac-md5-96']
> > client
> >       compress:['none', 'zl...@openssh.com <javascript:>'] server 
> compress:['none',
> > 'zlib@o
> >       penssh.com'] client lang:[''] server lang:[''] kex follows?False
> >       01-04 01:29 paramiko.transport DEBUG    Ciphers agreed:
> >       local=aes128-ctr, remote=aes128-ctr
> >       01-04 01:29 paramiko.transport DEBUG    using kex
> >       diffie-hellman-group1-sha1; server key type ssh-rsa; cipher:
> local
> >       aes128-ctr, remote aes128-ctr; mac: local hmac-sha1, remote
> hmac-
> > sha1;
> >       compression:
> >       local none, remote none
> >       01-04 01:29 paramiko.transport DEBUG    Switch to new keys ...
> >       01-04 01:29 paramiko.transport DEBUG    Trying SSH key
> >       f3a2e6c6b62eba6b6519578ce97e57cd
> >       01-04 01:29 paramiko.transport DEBUG    userauth is OK
> >       01-04 01:29 paramiko.transport INFO     Authentication
> (publickey)
> >       successful!
> >       01-04 01:29 paramiko.transport DEBUG    [chan 1] Max packet in:
> > 34816
> >       bytes
> >       01-04 01:29 paramiko.transport DEBUG    [chan 1] Max packet out:
> > 32768
> >       bytes
> >       01-04 01:29 paramiko.transport INFO     Secsh channel 1 opened.
> >       01-04 01:29 root               DEBUG    !!! Using PosixHandler
> >       01-04 01:29 root               DEBUG    !!! Sending command
> ['svnserve',
> >       '-t']
> >       01-04 01:29 paramiko.transport DEBUG    [chan 1] Sesch channel 1
> > request
> >       ok
> >       01-04 01:29 root               DEBUG    !! process_channel
> >
> >       01-04 01:29 root               DEBUG    !! process_stdin
> >
> >       01-04 01:29 root               DEBUG    !! process_stdin
> >
> >       01-04 01:29 root               DEBUG    !! process_stdin
> >       .. cut ...
> >       01-04 01:29 paramiko.transport DEBUG    [chan 1] EOF received
> (1)
> >       01-04 01:29 paramiko.transport DEBUG    [chan 1] EOF sent (1)
> >       01-04 01:29 root               DEBUG    !! process_channel
> >
> >
> >       > -----Original Message-----
> >       > From: revie...@googlegroups.com <javascript:>
> >       > [mailto:revie...@googlegroups.com <javascript:>] On Behalf Of 
> Christian
> > Hammond
> >       > Sent: Thursday, January 03, 2013 4:17 PM
> >       > To: revie...@googlegroups.com <javascript:>
> >       > Subject: Re: a couple of issues post 1.7.1 upgrade
> >       >
> >       > I just noticed that the username it's trying to use when
> connecting
> > to
> >       the
> >       > remote host is www-data. That's probably not what you're
> > wanting.
> >       >
> >       > I know we have the username field, but it doesn't seem that
> > Subversion
> >       > provides the configured username to the SSH client. So, try
> > changing
> >       your
> >       > Path to be something more like:
> > svn+ssh://yourusername@host:/path.
> >       Then
> >       > change Mirror Path to be the previous version of the path
> without
> > the
> >       > username. That should ensure that rbssh will get some
> information
> > on
> >       the
> >       > correct username to use.
> >       >
> >       > Christian
> >       >
> >       > --
> >       > Christian Hammond - chi...@chipx86.com <javascript:>
> >       > Review Board - http://www.reviewboard.org
> >       > VMware, Inc. - http://www.vmware.com
> >       >
> >       >
> >       > On Thu, Jan 3, 2013 at 4:09 PM, Dave Preston
> >       > <d.pr...@complianceease.com <javascript:>> wrote:
> >       >
> >       >
> >       >       Nope, I had su'd as root.
> >       >
> >       >       su - www-data
> >       >
> >       >       Not a problem and I do appreciate your time on this.
> >       >
> >       >
> >       >       Dave
> >       >
> >       >       > -----Original Message-----
> >       >       > From: revie...@googlegroups.com <javascript:>
> >       >       > [mailto:revie...@googlegroups.com <javascript:>] On 
> Behalf Of
> > Christian
> >       > Hammond
> >       >
> >       >       > Sent: Thursday, January 03, 2013 4:07 PM
> >       >       > To: revie...@googlegroups.com <javascript:>
> >       >       > Subject: Re: a couple of issues post 1.7.1 upgrade
> >       >       >
> >       >
> >       >       > Okay. So, when you're running the rbssh command
> manually
> > to
> >       > test this,
> >       >       are
> >       >       > you doing it as root? Otherwise, it won't be able to
> access
> >       the SSH
> >       >       key, which
> >       >       > would certainly cause what we're seeing in those logs.
> >       >       >
> >       >       > Sorry for all the back and forth on this. Hopefully
> we'll get
> >       to the
> >       >       bottom of it
> >       >       > soon. Today seems to be the day for strange
> SSH-related
> >       problems.
> >       >       >
> >       >       > Christian
> >
> >
>
> > --
> > Want to help the Review Board project? Donate today at
> > http://www.reviewboard.org/donate/
> > Happy user? Let us know at http://www.reviewboard.org/users/
> > -~----------~----~----~----~------~----~------~--~---
> > To unsubscribe from this group, send email to
> > reviewboard...@googlegroups.com <javascript:>
>
> > For more options, visit this group at
> > http://groups.google.com/group/reviewboard?hl=en
> >
> >
>
>
> --
> Want to help the Review Board project? Donate today at 
> http://www.reviewboard.org/donate/
> Happy user? Let us know at http://www.reviewboard.org/users/
> -~----------~----~----~----~------~----~------~--~---
> To unsubscribe from this group, send email to 
> reviewboard...@googlegroups.com <javascript:>
>
> For more options, visit this group at 
> http://groups.google.com/group/reviewboard?hl=en
>
>  
>
> -- 
> Want to help the Review Board project? Donate today at 
> http://www.reviewboard.org/donate/
> Happy user? Let us know at http://www.reviewboard.org/users/
> -~----------~----~----~----~------~----~------~--~---
> To unsubscribe from this group, send email to 
> reviewboard...@googlegroups.com <javascript:>
> For more options, visit this group at 
> http://groups.google.com/group/reviewboard?hl=en
>  
>  
>
> -- 
> Want to help the Review Board project? Donate today at 
> http://www.reviewboard.org/donate/
> Happy user? Let us know at http://www.reviewboard.org/users/
> -~----------~----~----~----~------~----~------~--~---
> To unsubscribe from this group, send email to 
> reviewboard...@googlegroups.com <javascript:>
> For more options, visit this group at 
> http://groups.google.com/group/reviewboard?hl=en
>  
>  
>
>  
>
> -- 
> Want to help the Review Board project? Donate today at 
> http://www.reviewboard.org/donate/
> Happy user? Let us know at http://www.reviewboard.org/users/
> -~----------~----~----~----~------~----~------~--~---
> To unsubscribe from this group, send email to 
> reviewboard...@googlegroups.com <javascript:>
> For more options, visit this group at 
> http://groups.google.com/group/reviewboard?hl=en
>  
>  
>
> -- 
> Want to help the Review Board project? Donate today at 
> http://www.reviewboard.org/donate/
> Happy user? Let us know at http://www.reviewboard.org/users/
> -~----------~----~----~----~------~----~------~--~---
> To unsubscribe from this group, send email to 
> reviewboard...@googlegroups.com <javascript:>
> For more options, visit this group at 
> http://groups.google.com/group/reviewboard?hl=en
>  
>  
>
>  
>
>  
>
> -- 
> Want to help the Review Board project? Donate today at 
> http://www.reviewboard.org/donate/
> Happy user? Let us know at http://www.reviewboard.org/users/
> -~----------~----~----~----~------~----~------~--~---
> To unsubscribe from this group, send email to 
> reviewboard...@googlegroups.com <javascript:>
> For more options, visit this group at 
> http://groups.google.com/group/reviewboard?hl=en
>  
>  
>

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~----------~----~----~----~------~----~------~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"reviewboard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to