problem with couchdb does not allow ubuntuone-client to run

Bug #465600 reported by Jayson Reis
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Ubuntu One Client
Triaged
Medium
Unassigned

Bug Description

After all upgrades, I can't run ubuntuone-client-applet.
Here is what happend.
ERROR:dbus.connection:Exception in handler for D-Bus signal:
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 214, in maybe_handle_message
    self._handler(*args, **kwargs)
  File "/usr/bin/ubuntuone-client-applet", line 162, in __new_credentials
    self.set_up_desktopcouch_pairing(consumer_key)
  File "/usr/bin/ubuntuone-client-applet", line 337, in set_up_desktopcouch_pairing
    db = CouchDatabase("management", create=True)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server.py", line 55, in __init__
    server_class=server_class, oauth_tokens=oauth_tokens)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server_base.py", line 121, in __init__
    if database not in self._server:
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 124, in __contains__
    self.resource.head(validate_dbname(name))
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 981, in head
    return self._request('HEAD', path, headers=headers, **params)
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 1035, in _request
    raise ServerError((status_code, error))
ServerError: (401, '')

And trying to run couchdb manually I receive this.
Apache CouchDB 0.10.0 (LogLevel=info) is starting.
{"init terminating in do_boot",{{badmatch,{error,shutdown}},[{couch_server_sup,start_server,1},{erl_eval,do_apply,5},{erl_eval,exprs,5},{init,start_it,1},{init,start_em,1}]}}

Crash dump was written to: erl_crash.dump
init terminating in do_boot ()
I did not know where to post so I posted it here in ubuntuone-client.

Revision history for this message
Jayson Reis (jaysonsantos2003) wrote :
Revision history for this message
Jayson Reis (jaysonsantos2003) wrote : apport-collect data

.home.jayson..config.ubuntuone.ubuntuone.client.conf:
 [ubuntuone]
 bookmarked = True
 connected = False
 connect = 0
 show_applet = 1
Architecture: amd64
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: ubuntuone-client 1.0.2-0ubuntu2
PackageArchitecture: all
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=pt_BR.UTF-8
 LANGUAGE=pt_BR.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
Uname: Linux 2.6.31-14-generic x86_64
UserGroups: adm admin audio cdrom dialout dip fuse lpadmin netdev plugdev sambashare vboxusers video

Revision history for this message
Jayson Reis (jaysonsantos2003) wrote : .home.jayson..cache.ubuntuone.log.oauth.login.log.txt
Revision history for this message
Jayson Reis (jaysonsantos2003) wrote : Dependencies.txt
Revision history for this message
Jayson Reis (jaysonsantos2003) wrote : UbuntuoneClientPackages.txt
Revision history for this message
Jayson Reis (jaysonsantos2003) wrote : XsessionErrors.txt
tags: added: apport-collected
dobey (dobey)
Changed in ubuntuone-client:
assignee: nobody → Stuart Langridge (sil)
assignee: Stuart Langridge (sil) → nobody
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Roman Yepishev (rye) wrote :
Download full text (7.0 KiB)

Here are some additional info received over IRC from a different user with the same problem:

<rtgz_> tchernobog, now try to start ubuntuone-client-applet from the terminal
<tchernobog> yes
<tchernobog> ouch
<rtgz_> tchernobog, if it says something, please copy-paste here
<tchernobog> i will use a pastebin
<tchernobog> so i don't spam here
<rtgz_> tchernobog, okay
<tchernobog> http://pastebin.com/d60ae709

Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 214, in maybe_handle_message
    self._handler(*args, **kwargs)
  File "/usr/bin/ubuntuone-client-applet", line 162, in __new_credentials
    self.set_up_desktopcouch_pairing(consumer_key)
  File "/usr/bin/ubuntuone-client-applet", line 337, in set_up_desktopcouch_pairing
    db = CouchDatabase("management", create=True)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server.py", line 55, in __init__
    server_class=server_class, oauth_tokens=oauth_tokens)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server_base.py", line 121, in __init__
    if database not in self._server:
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 124, in __contains__
    self.resource.head(validate_dbname(name))
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 981, in head
    return self._request('HEAD', path, headers=headers, **params)
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 1035, in _request
    raise ServerError((status_code, error))
ServerError: (401, '')

<rtgz_> tchernobog, okay, the good news is that auth server is working fine so this does not seem to be _that_ server-side issue.
<tchernobog> yep, i last used the client to upload files on friday on this particular machine
<tchernobog> it went fine
<rtgz_> tchernobog, wait, this is something wrong with client-side couchdb
<rtgz_> tchernobog, open seahorse and navigate to the 'login' keyring
<tchernobog> yes
<rtgz_> tchernobog, do you see the entries "Desktop Couch user authentication" ?
<tchernobog> yes, there are two
<rtgz_> tchernobog, there may be several of them
<tchernobog> one is 'oauth' and one is 'basic'
<tchernobog> for desktopcouch
<rtgz_> tchernobog, okay, since we need a quick solution, try to remove the Desktop Couch user auth keys. They will be recreated when needed and desktopcouch will reinitialize your local installation.
<rtgz_> rtgz_, the data will not be affected since desktopcouch will rewrite the configuration for the database only.
<tchernobog> i deleted them
<tchernobog> however trying to exit the applet and re-opening it shows the same error
<rtgz_> tchernobog, then try to start the applet again. 401 means that local couch db is rejection your access as unauthorized, but this does not make sense to me at the moment since the only way to alter auth credentials is to remove them and create the invalid ones.
<tchernobog> doesn't get to that
<tchernobog> i've got ACCEPT all 127.0.0.1 in my fw rules, before anyone asks
<rtgz_> tchernobog, okay, the firewall does not seem to be an issue, since this is HTTP auth error
<rtgz_> tchernobog, okay, trying to restart the desktopcouch - /usr/lib/desktopcouch/desktopcouc...

Read more...

Revision history for this message
Elliot Murphy (statik) wrote :

Hi! This bug has been fixed in the latest stable point release of desktopcouch (yesterday). It is a race condition with desktopcouch startup that causes incorrect credentials to be used.

The source release that fixes this problem is https://edge.launchpad.net/desktopcouch/0.5-stable/0.5.1-stable

This is now being packaged and proposed as a stable release update for Ubuntu 9.10 (Karmic). The bug where the fix is being tracked is https://code.edge.launchpad.net/bugs/442120

Revision history for this message
Elliot Murphy (statik) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.