Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/index.php/Reporting_Bug_Guidelines

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#46626 - [gnome-online-accounts] timeout

Attached to Project: Arch Linux
Opened by Johannes Rohr (jro) - Friday, 09 October 2015, 12:38 GMT
Last edited by Doug Newgard (Scimmia) - Thursday, 15 October 2015, 13:42 GMT
Task Type Bug Report
Category Packages: Extra
Status Assigned   Reopened
Assigned To Jan de Groot (JGC)
Ionut Biru (wonder)
Jan Steffens (heftig)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 4
Private No

Details

Description: Since I upgraded to GNOME 3.18 yesterday, all applications which use g-o-a are broken, this includes Evolution, Empathy, Nautilus, folks and others. This is the kind of messages I see in syslog:

org.gnome.Calendar[711]: ** (gnome-calendar:4205): WARNING **: source_credentials_required_cb: Failed to authenticate '****': Failed to lookup credentials: Failed to get password from GOA: Zeitüberschreitung wurde erreicht

org.gnome.Calendar[711]: ** (gnome-calendar:4205): WARNING **: source_credentials_required_cb: Failed to authenticate '***': Failed to lookup credentials: Failed to get password from GOA: Zeitüberschreitung wurde erreicht

Also trying to mount an ownCloud or Google Drive share in Nautilus ends in a timeout alert, empathy reports that it was unable to authenticate.

I have deleted and recreated the affected Google ownCloud account, albeit to no avail.

I see this on two different laptops I just upgraded, various user accounts are affected, to various degrees of severity.

I ensured that the groups gnome and gnome-extra are fully installed, so all dependencies should be satisfied.

Additional info:
* package version(s): 3.18.0-1
* config and/or log files etc.


Steps to reproduce:

* Upgrade to gnome 3.18 in extra
* try to use your Google or owncloud accounts in Nautilus, evolution, empathy
This task depends upon

Comment by Johannes Rohr (jro) - Friday, 09 October 2015, 19:24 GMT
Not sure whether this helps: after logging back in I found that most of my GOA accounts were marked expired. When trying to re-authenticate my owncloud account. After re-entering the password, the account was still marked as expired. I saw the following in syslog:

Okt 09 21:21:38 xxxx org.gnome.OnlineAccounts[1242]: ** Message: Remote error from secret service: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.12 was not provided by any .service files
Okt 09 21:21:38 xxxx org.gnome.OnlineAccounts[1242]: (goa-daemon:3355): GoaBackend-WARNING **: secret_password_lookup_sync() failed: The name :1.12 was not provided by any .service files

Comment by Johannes Rohr (jro) - Friday, 09 October 2015, 19:35 GMT
The same, when I try to re-authenticate a Google account. Even after going through the process it still is marked expired and the same message as above appears in syslog.

Next I deleted the google account and re-created it. Again, I end up with an account marked as expired.

Here is what the syslog says:

Okt 09 21:28:26 xxxx org.gnome.OnlineAccounts[1242]: ** Message: Remote error from secret service: org.freedesktop.Secret.Error.NoSession: The session wrapping the secret does not exist
Okt 09 21:28:26 xxxx org.gnome.OnlineAccounts[1242]: (goa-daemon:3355): GoaBackend-WARNING **: secret_password_store_sync() failed: The session wrapping the secret does not exist
Okt 09 21:28:27 xxxx gnome-session[32595]: (empathy:32721): folks-WARNING **: Fehler beim Vorbereiten des Personenspeichers »eds:1444418906.1403.41@xxxx«: Adressbuch »1444418906.1403.41@xxxx« konnte nicht geöffnet werden: Verbindung mit »Kontakte« ist gescheitert:Backend für Quelle »1444418906.1403.41@xxxx« und Erweiterung »Address Book« kann nicht gefunden werden.
Okt 09 21:28:27 xxxx org.gnome.OnlineAccounts[1242]: ** Message: Remote error from secret service: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.12 was not provided by any .service files
Okt 09 21:28:27 xxxx org.gnome.OnlineAccounts[1242]: (goa-daemon:3355): GoaBackend-WARNING **: secret_password_lookup_sync() failed: The name :1.12 was not provided by any .service files
Okt 09 21:28:27 xxxx org.gnome.OnlineAccounts[1242]: goa-daemon-Message: /org/gnome/OnlineAccounts/Accounts/account_1444418906_1: Setting AttentionNeeded to TRUE because EnsureCredentials() failed with: Failed to retrieve credentials from the keyring (goa-error-quark, 4)


Next I tried to re-add the owncloud account, with the same result,

Okt 09 21:32:47 xxxx dbus-daemon[1242]: Activating service name='org.freedesktop.Telepathy.ConnectionManager.sofiasip'
Okt 09 21:32:47 xxxx dbus-daemon[1242]: Activating service name='org.freedesktop.Telepathy.ConnectionManager.haze'
Okt 09 21:32:47 xxxx dbus-daemon[1242]: Successfully activated service 'org.freedesktop.Telepathy.ConnectionManager.sofiasip'
Okt 09 21:32:47 xxxx dbus-daemon[1242]: Successfully activated service 'org.freedesktop.Telepathy.ConnectionManager.haze'
Okt 09 21:32:47 xxxx org.gnome.OnlineAccounts[1242]: ** Message: Remote error from secret service: org.freedesktop.Secret.Error.NoSession: The session wrapping the secret does not exist
Okt 09 21:32:47 xxxx org.gnome.OnlineAccounts[1242]: (goa-daemon:3355): GoaBackend-WARNING **: secret_password_store_sync() failed: The session wrapping the secret does not exist
Okt 09 21:32:47 xxxx org.gnome.OnlineAccounts[1242]: ** Message: Remote error from secret service: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.12 was not provided by any .service files
Okt 09 21:32:47 xxxx org.gnome.OnlineAccounts[1242]: (goa-daemon:3355): GoaBackend-WARNING **: secret_password_lookup_sync() failed: The name :1.12 was not provided by any .service files
Okt 09 21:32:47 xxxx org.gnome.OnlineAccounts[1242]: goa-daemon-Message: /org/gnome/OnlineAccounts/Accounts/account_1444419167_2: Setting AttentionNeeded to TRUE because EnsureCredentials() failed with: Failed to retrieve credentials from the keyring (goa-error-quark, 4)
Okt 09 21:32:47 xxxx org.gnome.evolution.dataserver.Sources5[1242]: server_side_source_credentials_lookup_cb: Failed to lookup password: Failed to get password from GOA: Failed to retrieve credentials from the keyring
Okt 09 21:32:47 xxxx org.gnome.OnlineAccounts[1242]: ** Message: Remote error from secret service: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.12 was not provided by any .service files
Okt 09 21:32:47 xxxx org.gnome.OnlineAccounts[1242]: (goa-daemon:3355): GoaBackend-WARNING **: secret_password_lookup_sync() failed: The name :1.12 was not provided by any .service files
Okt 09 21:32:47 xxxx gnome-session[32595]: (empathy:32721): folks-WARNING **: Fehler beim Vorbereiten des Personenspeichers »eds:1444418906.1403.41@xxxx«: Adressbuch »1444418906.1403.41@xxxx« konnte nicht geöffnet werden: Verbindung mit »Kontakte« ist gescheitert:Zugriffs-Token für »Kontakte« konnte nicht erlangt werden:Failed to retrieve credentials from the keyring

Comment by Jan Steffens (heftig) - Friday, 09 October 2015, 20:05 GMT
How are you starting GNOME?
Comment by Johannes Rohr (jro) - Friday, 09 October 2015, 20:15 GMT
Usually through GDM
Comment by Jan Steffens (heftig) - Friday, 09 October 2015, 20:16 GMT
Is gnome-keyring-daemon crashing?
Comment by Johannes Rohr (jro) - Friday, 09 October 2015, 20:21 GMT
I now rebuilt gnome-online-accounts in ABS and suddenly it works. Interestingly the abs built package had an installed size 0.86 MByte larger than the prebuilt one.
Comment by Johannes Rohr (jro) - Friday, 09 October 2015, 20:22 GMT
according to coredumpctl it is not crashing.

Comment by Johannes Rohr (jro) - Friday, 09 October 2015, 20:37 GMT
OK, so this has worked only for one time. Logged off and back again GOA timeouts are allover again.
Comment by Jan Steffens (heftig) - Friday, 09 October 2015, 20:37 GMT
Hm, right. gnome-online-accounts does change a bit when recompiled. I wonder what we missed here. Please let me know how 3.18.0-2 works once it reaches you.
Comment by Johannes Rohr (jro) - Friday, 09 October 2015, 21:04 GMT
Unfortunately, this fix didn't work for long, it's quite strange. After logging out and back in it was all broken again.

However, one of the weird syslog messages was slightly changed. Before it was

secret_password_lookup_sync() failed: The name :1.12 was not provided by any .service files

Now it was

secret_password_lookup_sync() failed: The name :1.19 was not provided by any .service files

I wonder what had changed and what this is.

Reinstalled g-o-a yet again and rebooted and now it again works. Wonder for how long. Haven't seen such a weird bug in a long time.
Comment by Dusan Kazik (prescott) - Saturday, 10 October 2015, 07:18 GMT
Fix dont work for me too.
Still timeout when trying to set Google account.
Comment by Johannes Rohr (jro) - Sunday, 11 October 2015, 06:22 GMT
Meanwhile, I have the -2 version of gnome-online-accounts installed. For the last two days it has been working fine.
Comment by Johannes Rohr (jro) - Tuesday, 13 October 2015, 13:30 GMT
So the latest from me is that owncloud and Google mounts again fail in Nautilus, this time silently, I don't see anything related in the syslog. At the same time, goa accounts now work in Evolution. (mail, Owncloud calendar & contacts) Trying to mount from the sidebar yields "mount action not implemented" ("Dieser Datenträger unterstützt das Einhängen nicht") This is really irritatingly volatile.
Comment by Oswaldo (zer0rest) - Wednesday, 14 October 2015, 02:45 GMT
can confirm, can't access owncloud from nautilus since the update
Comment by Johannes Rohr (jro) - Wednesday, 14 October 2015, 07:24 GMT Comment by Johannes Rohr (jro) - Wednesday, 14 October 2015, 21:14 GMT
with today's upgrade it seems to work yet again..
Comment by Johannes Rohr (jro) - Thursday, 15 October 2015, 13:42 GMT
  • Field changed: Percent Complete (100% → 0%)
Just upgraded another laptop, unfortunately I see exactly the same error yet again, with all packages being at the very latest versions.
Comment by Marc Geerlings (markus-66) - Monday, 19 October 2015, 11:15 GMT
I installed kdbus from AUR and initialized kdbus in the kernel parameters.

Now Google-Drive is working again, confirming Zenlords upstream bug comment in the thread mentioned before, https://bbs.archlinux.org/viewtopic.php?id=203536:

Upstream bug report filed @systemd:
https://github.com/systemd/systemd/issues/1600

Seems to be related to the environment variable KDBUS, which is set to 0 by default on Archinux. But systemd doesn't set the correct permissions in such a case. Not sure if KDBUS-support is compiled in in the stock Archlinux kernel, but if it is, this problem should be fixed if you set the value to 1 in your bootloader. As I don't know what kind of side-effects this might have, please be careful. There are also custom-built kernels available through AUR, so those might present a safer bet then mucking about yourself with kernel parameters.
Comment by Jan Steffens (heftig) - Monday, 19 October 2015, 11:19 GMT
Please check if it works with dbus from [testing] and no kdbus.
Comment by Marc Geerlings (markus-66) - Monday, 19 October 2015, 12:14 GMT
Reverted back to a kernel without 'kdbus' and installed 'dbus' from [testing].

Google Drive still works for me from Nautilus ('Files' under Gnome 3).
So this should do it.
Comment by Cedric Bellegarde (gnumdk) - Tuesday, 13 September 2016, 21:06 GMT
Same issue here with GNOME 3.20:
sept. 13 23:03:49 arch org.gnome.OnlineAccounts[14414]: ** Message: Remote error from secret service: org.freedesktop.Secret.Error.NoSession: The session wrapping the secret does not exist
sept. 13 23:03:49 arch org.gnome.OnlineAccounts[14414]: (goa-daemon:15161): GoaBackend-WARNING **: secret_password_store_sync() failed: The session wrapping the secret does not exist
sept. 13 23:03:49 arch org.gnome.OnlineAccounts[14414]: ** Message: Remote error from secret service: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.617 was not provided by any .service files
sept. 13 23:03:49 arch org.gnome.OnlineAccounts[14414]: (goa-daemon:15161): GoaBackend-WARNING **: secret_password_lookup_sync() failed: The name :1.617 was not provided by any .service files
sept. 13 23:03:49 arch org.gnome.OnlineAccounts[14414]: goa-daemon-Message: /org/gnome/OnlineAccounts/Accounts/account_1473800629_1: Setting AttentionNeeded to TRUE because EnsureCredentials() failed with: Failed to retrieve credentials from the keyring (goa-error-quark, 4)
Comment by x2b (x2b) - Wednesday, 03 May 2017, 14:03 GMT
I am seeing something similar (presumably related to the update to gnoem 3.24):

WARNING: source_credentials_required_cb: Failed to authenticate '***': Timeout was reached

The DBUS-related bit is as follows:

GcalManager: WARNING: Job failed: Cannot invoke method; proxy is for a well-known name without an owner and proxy was constructed with the G_DBUS_PROXY_FLAGS_DO_NO
T_AUTO_START flag

My guess is that the DBUS call is made to a service which changed its name. I am however not sure whether the problems are related...

Loading...